支付申诉方法、装置、服务器及可读存储介质
技术领域
本说明书实施例涉及数据处理技术领域,尤其涉及一种支付申诉方法、装置、服务器及可读存储介质。
背景技术
目前在国际风控卡支付的场景下,在用户使用支付卡进行支付时会被风控拒绝,而其中有一部分被风控拒绝的支付卡属于被误拒的支付卡;此时,若用户希望能够再次支付成功,用户需要通过上传材料的方式来进行申诉;但是用户提供的卡材料未必是风控需要审核的卡,从而需要通过人工与用户进行多次沟通后才能提供需要审核的卡(即目标支付卡),然后促使用户提交目标支付卡进行申诉。
现有技术中,在通过人工与用户进行沟通之前,会首先通过数仓取数或者通过其他分析工具分析出用户的高危卡,再与用户进行多次沟通,进而从高危卡中获取至少一张卡作为目标支付卡,然后促使用户提交目标支付卡进行申诉,此时,目标支付卡的确定过程需要人工与用户进行多次沟通,导致存在申诉处理的时间较长且效率低下的问题。
发明内容
本说明书实施例提供了一种支付申诉方法、装置、服务器及可读存储介质,能够有效缩短申诉处理的时间,且提高申诉处理效率。
本说明书实施例第一方面提供了一种支付申诉方法,包括:
接收用户终端发送的目标用户的申诉查询请求;
响应所述申诉查询请求,利用所述目标用户的目标用户信息,从交易数据库中查询到所述目标用户对应的用于进行申诉的目标支付卡;
根据所述目标用户信息和所述目标支付卡,生成所述目标用户的申诉凭证信息,并将所述申诉凭证信息返回给所述用户终端;
接收所述用户终端发送的申诉创建请求,响应所述申诉创建请求,创建所述目标用户对应的申诉任务,其中,所述申诉创建请求是所述用户终端基于所述申诉凭证信息创建的。
本说明书实施例第二方面提供了一种支付申诉装置,包括:
申述查询请求接收单元,用于接收用户终端发送的目标用户的申诉查询请求;
申述查询请求响应单元,用于响应所述申诉查询请求,利用所述目标用户的目标用户信息,从交易数据库中查询到所述目标用户对应的用于进行申诉的目标支付卡;
申述凭证生成及发送单元,用于根据所述目标用户信息和所述目标支付卡,生成所述目标用户的申诉凭证信息,并将所述申诉凭证信息返回给所述用户终端;
申述创建请求接收单元,用于接收所述用户终端发送的申诉创建请求;
申述创建请求响应单元,用于响应所述申诉创建请求,创建所述目标用户对应的申诉任务,其中,所述申诉创建请求是所述用户终端基于所述申诉凭证信息创建的。
本说明书实施例第三方面还提供了一种支付申诉系统,包括:
用户终端,用于获取目标用户的申诉操作,响应所述申诉操作,生成所述目标用户的申诉查询请求,并将所述申诉查询请求发送给服务器;
所述服务器,用于接收所述申诉查询请求,并响应所述申诉查询请求,利用所述目标用户的目标用户信息,从交易数据库中查询到所述目标用户对应的用于进行申诉的目标支付卡;根据所述目标用户信息和所述目标支付卡,生成所述目标用户的申诉凭证信息,并将所述申诉凭证信息返回给所述用户终端;
所述用户终端,用于接收所述申诉凭证信息,根据所述申诉凭证信息创建所述申诉创建请求,将所述申诉创建请求发送所述服务器;
所述服务器,用于接收所述申诉创建请求,响应所述申诉创建请求,创建与所述目标用户对应的申诉任务。
本说明书实施例第四方面还提供了一种服务器,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述支付申诉方法的步骤。
本说明书实施例第五方面还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时上述支付申诉方法的步骤。
本说明书实施例的有益效果如下:
基于上述技术方案,对所述申述查询请求进行响应,利用所述目标用户的目标用户信息,自动从交易数据库中查询到所述目标用户对应的用于进行申诉的目标支付卡,与通过人工沟通得到所述目标支付卡相比,能够极大缩短获取所述目标支付卡的时间,在获取所述目标支付卡的时间缩短的情况下能够有效提高申诉效率,而且通过上述目标支付卡识别策略能够根据所述目标用户的交易数据自动筛选出符合申诉条件的所述目标支付卡的准确度也较高。
附图说明
图1为本说明书实施例中支付申述系统的系统架构图;
图2为本说明书实施例中在用户终端上显示申述页面的结构示意图;
图3为本说明书实施例中用户终端、诉处理系统、支付卡行业数据安全标准系统、风控系统和敏感数据存储系统之间的数据交互图;
图4为本说明书实施例中支付申诉方法的方法流程图;
图5为本说明书实施例中支付申述装置的结构示意图;
图6为本说明书实施例中服务器的结构示意图。
具体实施方式
为了更好的理解上述技术方案,下面通过附图以及具体实施例对本说明书实施例的技术方案做详细的说明,应当理解本说明书实施例以及实施例中的具体特征是对本说明书实施例技术方案的详细的说明,而不是对本说明书技术方案的限定,在不冲突的情况下,本说明书实施例以及实施例中的技术特征可以相互组合。
第一方面,如图1所示,本说明书实施例提供一种支付申诉系统,包括:
用户终端100,用于获取目标用户的申诉操作,响应所述申诉操作,生成所述目标用户的申诉查询请求,并将所述申诉查询请求发送给服务器200;
服务器200,用于接收所述申诉查询请求,并响应所述申诉查询请求,利用所述目标用户的目标用户信息,从交易数据库中查询到所述目标用户对应的用于进行申诉的目标支付卡;根据所述目标用户信息和所述目标支付卡,生成所述目标用户的申诉凭证信息,并将所述申诉凭证信息返回给用户终端100;
用户终端100,用于接收所述申诉凭证信息,根据所述申诉凭证信息创建所述申诉创建请求,将所述申诉创建请求发送给服务器200;
服务器200,用于接收所述申诉创建请求,响应所述申诉创建请求,创建与所述目标用户对应的申诉任务。
本说明书实施例中,所述支付卡包括用户在交易过程中使用的银行卡和电子支付卡等信用支付工具。
具体来讲,用户终端100,可以在用户终端100的显示单元或与用户终端100的相连的显示单元上显示申诉页面,接收所述目标用户在所述申诉页面上的所述申诉操作,响应所述申诉操作,生成所述申诉查询请求,并将所申诉查询请求发送给服务器200;其中,所述申诉操作可以是点击所申诉页面中的申诉按键的操作,也可以通过声音采集设备采集的语音信息等,所述声音采集设备可以设置在用户终端100中,所述声音采集设备也可以与用户终端100相连的设备,所述声音采集设备例如可以麦克风、录音机等设备,所述申诉页面也可以H5页面。
本说明书实施例中,用户终端100例如可以是智能手机、平板电脑、台式电脑和笔记本电脑等;进一步地,服务器200例如可以是台式电脑、云端服务器和笔记本电脑等设备。
例如,参见图2,以目标用户为A用户为例,用户终端100的显示单元上显示有申诉页面101,A用户点击申诉页面101上的申诉查询按钮102,生成申诉查询请求,其中,所述申诉查询请求中携带有用户A的用户信息,然后将所述申诉查询请求发送给服务器200。
本说明书实施例中,服务器200在响应所述申诉查询请求之前,还可以先判断所述目标用户是否具有申诉权限,若判断出所述目标用户具有申诉权限,则响应所述申诉查询请求;若判断出所述目标用户不具有申诉权限,则禁止响应所述申诉查询请求,并向返回不具有申诉权限的信息给用户终端100。
本说明书实施例中,服务器200在响应所述申诉查询请求时,可以首先判断所述交易数据库的离线数据中是否包含有所述目标用户的交易数据;若判断出所述离线数据中包含有所述目标用户的交易数据,则对所述离线数据中的所述目标用户的交易数据进行分析,得到所述目标支付卡;若判断出所述离线数据中未包含有所述目标用户的交易数据,则对所述在线数据中的所述目标用户的交易数据进行分析,得到所述目标支付卡。
具体来讲,所述交易数据库中存储有多个用户的交易数据,所述交易数据包括用户信息、支付信息和进行支付的用户设备信息等,所述支付信息包括支付卡和支付金额等信息;如此,使得在判断所述交易数据库的离线数据中是否包含有所述目标用户的交易数据时,可以根据所述目标用户信息在所述离线数据查询所述目标用户的交易数据;若查找到,则判断出所述离线数据中包含有所述目标用户的交易数据,再对所述离线数据中的所述目标用户的交易数据进行分析,得到所述目标支付卡;若未查找到,则判断出所述离线数据中未包含有所述目标用户的交易数据,再对所述在线数据中的所述目标用户的交易数据进行分析,得到所述目标支付卡。
本说明书实施例中,所述申诉查询请求会携带所述目标用户的目标用户信息,如此,使得用户终端100将所述申诉查询请求发送给服务器200之后,使得服务器200能够获取到所述目标用户的目标用户信息。
具体来讲,在判断出所述离线数据中包含有所述目标用户的交易数据时,可以对所述离线数据中包含的所述目标用户的交易数据进行分析,从所述目标用户的交易数据中提取至少一张支付卡作为所述目标支付卡;相应地,在判断出所述在线数据中包含有所述目标用户的交易数据时,可以对所述在线数据中包含的所述目标用户的交易数据进行分析,从所述目标用户的交易数据中提取至少一张支付卡作为所述目标支付卡。
本申请说明书实施例中,在利用所述目标用户的目标用户信息,从交易数据库中查询到所述目标用户对应的用于进行申诉的目标支付卡时,可以通过目标支付卡识别策略利用所述目标用户信息从所述交易数据库中查询到所述目标支付卡;和/或,通过目标支付卡识别模型利用所述目标用户信息从所述交易数据库中查询到所述目标支付卡。
具体来讲,在判断出所述离线数据中包含有所述目标用户的交易数据时,可以通过所述目标支付卡识别策略对所述目标用户的交易数据进行分析,得到所述目标支付卡;和/或,通过所述目标支付卡识别模型对所述目标用户的交易数据进行分析,得到所述目标支付卡。
相应地,在判断出所述在线数据中包含有所述目标用户的交易数据时,可以通过所述目标支付卡识别策略对所述目标用户的交易数据进行分析,得到所述目标支付卡;和/或,通过所述目标支付卡识别模型对所述目标用户的交易数据进行分析,得到所述目标支付卡。
本说明书实施例中,所述目标支付卡识别模型可以根据历史用户的交易数据进行建模得到的,其建模的逻辑可以与所述目标支付卡识别策略的逻辑相同或不同,本申请不作具体限制。
本说明书实施例中,服务器200在通过目标支付卡识别策略利用所述目标用户信息从所述交易数据库中查询到所述目标支付卡时,具体包括以下步骤:
S301、从所述交易数据库中查询出所述目标用户使用的高危卡的第一数量是否不小于设定阈值,其中,所述高危卡为所述目标用户在交易过程中使用的在黑名单中的支付卡;
S302、若查询出所述第一数量不小于所述设定阈值,则从所述高危卡中选取至少一张支付卡作为所述目标支付卡。
S303、若查询出所述第一数量小于所述设定阈值,则从所述交易数据库中查询出所述目标用户使用的异常卡的第二数量和所述第一数量之和是否不小于所述设定阈值,其中,所述异常卡包括所述目标用户在交易过程中使用的支付设备所在地址与收货地址不匹配的支付卡和在交易过程中的支付金额和交易金额不匹配的支付卡中的至少一种;
S304、若查询出所述第一数量和所述第二数量之和不小于所述设定阈值,则从所述目标用户使用的异常卡和高危卡中选取至少一张支付卡作为所述目标支付卡;
S305、若查询出所述第一数量和所述第二数量之和小于所述设定阈值,则从所述交易数据库中查询出所述目标用户使用的非异常卡的第三数量,判断所述第三数量、所述第二数量和所述第一数量之和是否不小于所述设定阈值,其中,所述非异常卡包括所述目标用户在交易过程中使用的支付设备所在地址与收货地址匹配的支付卡和在交易过程中的支付金额和交易金额匹配的支付卡中的至少一种;
S306、若判断出所述第三数量、所述第二数量和所述第一数量之和不小于所述设定阈值,则从所述目标用户使用的高危卡、异常卡和非异常卡中选取至少一张支付卡作为所述目标支付卡;
S307、若断出所述第三数量、所述第二数量和所述第一数量之和小于所述设定阈值,则获取所述目标用户使用的新卡,并从所述目标用户使用的高危卡、异常卡、非异常卡和新卡中选取至少一张支付卡作为所述目标支付卡,其中,所述新卡包括所述目标用户距离当前时间最近使用的支付卡。
其中,在执行步骤S301时,首先通过所述目标用户信息从所述交易数据库中查询出所述目标用户的交易数据,然后对所述目标用户的交易数据进行分析,得到所述目标用户使用的高危卡的所述第一数量,然后判断所述第一数量是否不小于所述设定阈值,若不小于所述设定阈值,则执行步骤S302;若小于所述设定阈值,则执行步骤S303。
具体来讲,在得到所述第一数量时,可以对所述目标用户的交易数据进行分析,得到所述目标用户在设定时间内使用的高危卡的数量作为所述第一数量。
本说明书实施例中,所述设定阈值可以由人工或服务器200自行设定,也可以根据实际需求进行设定,所述设定阈值可以为不小于1的整数,例如为2,3和4等,本申请不作具体限制。进一步地,所述设定时间可以由人工或服务器200自行设定,也可以根据实际需求进行设定,所述设定时间例如可以为2天、3周和4个月等时间,本申请不作具体限制。
若查询出所述第一数量不小于所述设定阈值,则执行步骤S302,从所述高危卡中选取至少一张支付卡作为所述目标支付卡。
具体来讲,可以从所述目标用户使用的高危卡中选取1张或多张支付卡作为所述目标支付卡,选取的支付卡的数量可以等于或小于或大于所述设定阈值,本申请不作具体限制。
例如,所述第一数量为4,而所述设定阈值为3,由于4>3,则可以从4张高危卡中选取3张高危卡作为所述目标支付卡。
若查询出所述第一数量小于所述设定阈值,则执行步骤S303,则可以对所述目标用户的交易数据进行分析,得到所述第二数量,然后判断所述第二数量和所述第一数量之和是否不小于所述设定阈值,若不小于所述设定阈值,则执行步骤S304;若小于所述设定阈值,则执行步骤S305。
具体来讲,在得到所述第二数量时,可以对所述目标用户的交易数据进行分析,得到所述目标用户在设定时间内使用的异常卡的数量作为所述第二数量。
具体地,在所述异常卡包括所述目标用户在交易过程中使用的支付设备所在地址与收货地址不匹配的支付卡时,可以对所述目标用户的交易数据进行分析,判断在每次交易过程中使用的支付设备所在地址和收货地址是否匹配,若某次交易过程中使用的支付设备所在地址和收货地址匹配,则确定该次交易过程中使用的支付卡为非异常卡;若某次交易过程中使用支付设备所在地址和收货地址不匹配,则确定该次交易过程中使用的支付卡为异常卡。
具体来讲,在每次交易过程中使用的支付设备所在地址和收货地址是否匹配时,通过设置在所述支付设备中的定位设备获取每次交易过程中使用的支付设备所在地址,然后判断每次交易过程中使用的支付设备所在地址和该次交易对应的收货地址是否位于同一区域,若判断出某次交易过程中使用的支付设备所在地址和该次交易对应的收货地址位于同一区域,则确定该次交易过程中使用的支付设备所在地址和该次交易对应的收货地址匹配;否则,则确定该次交易过程中使用的支付设备所在地址和该次交易对应的收货地址不匹配。
具体地,在判断每次交易过程中使用的支付设备所在地址和该次交易对应的收货地址是否位于同一区域时,所述同一区域可以根据系统或人工进行设定,也可以根据实际需求进行设定,所述同一区域可以对应某个城市、某个城市中的某个区和某个城市中某个街道等,本说明书不作具体限制。
例如,以同一区域对应某个城市为例,则判断每次交易过程中使用的支付设备所在地址和该次交易对应的收货地址是否位于同一城市,若位于同一城市,则确定该次交易过程中使用的支付设备所在地址和该次交易对应的收货地址匹配;否则,则确定该次交易过程中使用的支付设备所在地址和该次交易对应的收货地址不匹配。
具体地,在所述异常卡包括所述目标用户在交易过程中的支付金额和交易金额不匹配的支付卡时,获取所述目标用户在交易过程中的支付金额和交易金额,然后判断每次交易过程中的支付金额和交易金额是否相同;若某次交易过程中的支付金额和交易金额相同,则确定该次交易过程中的支付金额和交易金额匹配,进而确定该次交易过程中使用的支付卡为非异常卡;否则,则确定该次交易过程中使用的支付金额和交易金额不匹配,进而确定该次交易过程中使用的支付卡为异常卡。
具体地,在所述异常卡包括所述目标用户在交易过程中使用的支付设备所在地址与收货地址不匹配的支付卡和在交易过程中的支付金额和交易金额不匹配的支付卡时,若某次交易过程中使用的支付设备所在地址与收货地址匹配且支付金额和交易金额匹配,则确定该次交易过程中使用的支付卡为非异常卡;否则,则确定该次交易过程中使用的支付卡为异常卡。
若查询出所述第一数量和所述第二数量之和不小于所述设定阈值,则执行步骤S304,可以从所述目标用户使用的异常卡中选取至少一张支付卡和所述目标用户使用的高危卡作为所述目标支付卡;也可以从所述目标用户使用的异常卡中选取至少一张支付卡作为所述目标支付卡,还可以从所述目标用户使用的异常卡中选取至少一张支付卡和所述目标用户使用的高危卡中选取至少一张支付卡作为所述目标支付卡。
例如,若所述第一数量为2,而所述设定阈值为3,由于2<3,则从所述交易数据库中查询出所述目标用户使用的异常卡的第二数量,且所述第二数量为2,由于2+2=4>3,则从2张异常卡中选取一张异常卡和2张高危卡作为所述目标支付卡。
若查询出所述第一数量和所述第二数量之和小于所述设定阈值,则执行步骤S305,对所述目标用户的交易数据进行分析,得到所述第三数量,然后判断所述第三数量、所述第二数量和所述第一数量之和是否不小于所述设定阈值,若不小于所述设定阈值,则执行步骤S306;若小于所述设定阈值,则执行步骤S307。
若判断出所述第三数量、所述第二数量和所述第一数量之和不小于所述设定阈值,则执行步骤S306,可以从所述目标用户使用的非异常卡中选取至少一张支付卡和所述目标用户使用的高危卡和异常卡作为所述目标支付卡;当然,也可以从所述目标用户使用的非异常卡、高危卡和异常卡中的一种或多种卡中选取至少一个张卡作为所述目标支付卡。
例如,若所述第一数量为1,而所述设定阈值为3,由于1<3,则从所述交易数据库中查询出所述目标用户使用的异常卡的第二数量,且所述第二数量为1,由于1+1=2<3,则继续从所述交易数据库中查询出所述目标用户使用的非异常卡的第三数量,若所述第三数量为3,由于1+1+3=5>3,则从3张非异常卡中选取一张非异常卡,然后将选取的一张非异常卡、1张高危卡和1张异常卡作为所述目标支付卡。
若断出所述第三数量、所述第二数量和所述第一数量之和小于所述设定阈值,则执行步骤S307,获取所述目标用户使用的新卡,并从所述目标用户使用的高危卡、异常卡、非异常卡和新卡中选取至少一张支付卡作为所述目标支付卡。
例如,若所述第一数量为0,而所述设定阈值为3,由于0<3,则从所述交易数据库中查询出所述目标用户使用的异常卡的第二数量,且所述第二数量为1,由于1<3,则继续从所述交易数据库中查询出所述目标用户使用的非异常卡的第三数量,若所述第三数量为1,由于1+1=2<3,则继续从所述交易数据库中查询出所述目标用户使用的新卡,若所述目标支付卡的数量为3,则从所述目标用户使用的新卡中选取1张支付卡,然后将从新卡中选取的1
张支付卡、1张异常卡和1张非异常卡作为所述目标支付卡。
本说明书实施例中,为了提高选取的目标支付卡更符合申诉条件,可以在从所述交易数据库中查询出所述目标用户在交易过程中使用的高危卡、非异常卡和异常卡时会设置时间约束条件,而且在查询出所述目标用户在交易过程中使用的高危卡、非异常卡和异常卡中设置的每个时间约束条件可以相同或不同。
例如,可以从所述交易数据库中查询出所述目标用户在最近6个月内的交易过程中使用的高危卡;以及可以从所述交易数据库中查询出所述目标用户在最近60天内的交易过程中使用的异常卡;还可以从所述交易数据库中查询出所述目标用户在最近50天内的交易过程中使用的非异常卡。
如此,通过上述目标支付卡识别策略能够根据所述目标用户的交易数据自动筛选出符合申诉条件的所述目标支付卡,与通过人工沟通得到所述目标支付卡相比,能够极大缩短获取所述目标支付卡的时间,在获取所述目标支付卡的时间缩短的情况下能够有效提高申诉效率,而且通过上述目标支付卡识别策略能够根据所述目标用户的交易数据自动筛选出符合申诉条件的所述目标支付卡的准确度也较高。
本说明书实施例中,服务器200在获取到所述目标支付卡之后,还可以根据所述目标用户信息和所述目标支付卡,生成所述目标用户的申诉凭证信息,其中,所述申诉凭证信息可以用图片或文字等方式进行显示,在将所述申诉凭证信息返回给用户终端100时,为了降低所述申诉凭证信息传输耗费的时间和流量,可以将所述申诉凭证信息压缩后返回给用户终端100。
本说明书实施例中,用户终端100用于接收所述申诉凭证信息,根据所述申诉凭证信息创建所述申诉创建请求,将所述申诉创建请求发送给服务器200,其中,所述申诉创建请求中携带有所述申诉凭证信息;以及服务器200在接收到所述申诉创建请求之后,响应所述申诉创建请求,创建与所述目标用户对应的申诉任务,然后处理所述申诉任务,得到所述申诉任务的处理结果,若所述申诉任务的处理结果表征申诉成功,则使得所述目标用户使用所述目标支付卡完成支付;若所述申诉任务的处理结果表征申诉失败,则禁止所述目标用户使用所述目标支付卡完成支付。
在实际应用过程中,如图3所示,在服务器200执行上述步骤时,可以通过申诉处理系统300、支付卡行业数据安全标准系统301、风控系统302和敏感数据存储系统303执行上述步骤,具体实现过程如下:
用户终端100首先执行步骤1.1、将获取的申诉查询请求发送给申诉处理系统300;申诉处理系统300接收到所述申诉查询请求之后,执行步骤1.2、向风控系统302发送申诉权限查询请求,其中,所述申诉权限请求是基于所述申诉查询请求而生成的;风控系统302接收到所述申诉权限查询请求之后,执行步骤1.3、查询出目标用户是否具有申诉权限,具体地,响应所申诉权限查询请求,查询出所述目标用户是否具有申诉权限的申诉结果;接着执行步骤1.4、返回目标用户是否具有申诉权限的信息;申诉处理系统300接收到风控系统302返回的目标用户是否具有申诉权限的信息之后,若判断出目标用户不具有申诉权限,则执行步骤1.5、将不可申诉信息返回给用户终端100;若判断出目标用户具有申诉权限,则执行步骤1.6、向风控系统302发送申诉凭证信息查询请求;风控系统302接收到申诉凭证信息查询请求之后,执行步骤1.7、返回获取到的申诉凭证信息;申诉处理系统300接收到申诉凭证信息之后,执行步骤1.8、向用户终端100发送申诉凭证信息。
其次,用户终端100接收到申诉凭证信息之后,执行步骤2.0、向支付卡行业数据安全标准系统301发送申诉凭证信息;支付卡行业数据安全标准系统301接收到申诉凭证信息之后,执行步骤2.1、压缩申诉凭证信息,接着执行步骤2.2、将压缩后的申诉凭证信息发送给敏感数据存储系统303进行保存;敏感数据存储系统303接收到压缩后的申诉凭证信息之后,执行步骤2.3、保存压缩后的申诉凭证信息,接着执行步骤2.4、返回申诉凭证信息保存成功的信息;支付卡行业数据安全标准系统301接收到申诉凭证信息保存成功的信息之后,执行步骤2.5、向用户终端100发送申诉凭证信息保存成功的信息。
进一步地,用户终端100接收到凭证信息保存成功的信息之后,执行步骤2.6、根据申诉凭证信息创建申诉创建请求,接着执行步骤2.7、将申诉创建请求发送给申诉处理系统300;申诉处理系统300接收到申诉创建请求之后,执行步骤2.8、将申诉创建请求转发给风控系统302;风控系统302接收到申诉创建请求之后,执行步骤2.9、创建申诉任务,接着执行步骤2.10、返回申诉任务创建成功的信息;申诉处理系统300接收到申诉任务创建成功的信息之后,执行步骤2.11、将申诉任务创建成功的信息转发给用户终端100。
本说明书实施例中采用的技术方案是:对所述申述查询请求进行响应,通过上述目标支付卡识别策略能够根据所述目标用户的交易数据自动筛选出符合申诉条件的所述目标支付卡,与通过人工沟通得到所述目标支付卡相比,能够极大缩短获取所述目标支付卡的时间,在获取所述目标支付卡的时间缩短的情况下能够有效提高申诉效率,而且通过上述目标支付卡识别策略能够根据所述目标用户的交易数据自动筛选出符合申诉条件的所述目标支付卡的准确度也较高。
第三方面,基于与第一方面相同的技术构思,本说明书实施例提供了一种支付申诉方法,如图4所示,包括:
S402、接收用户终端发送的目标用户的申诉查询请求;
S404、响应所述申诉查询请求,利用所述目标用户的目标用户信息,从交易数据库中查询到所述目标用户对应的用于进行申诉的目标支付卡;
S406、根据所述目标用户信息和所述目标支付卡,生成所述目标用户的申诉凭证信息,并将所述申诉凭证信息返回给所述用户终端;
S408、接收所述用户终端发送的申诉创建请求,响应所述申诉创建请求,创建所述目标用户对应的申诉任务,其中,所述申诉创建请求是所述用户终端基于所述申诉凭证信息创建的。
在一种可选方式中,所述利用所述目标用户的目标用户信息,从交易数据库中查询到所述目标用户对应的用于进行申诉的目标支付卡,包括:
判断所述交易数据库的离线数据中是否包含有所述目标用户的交易数据;
若判断出所述离线数据中包含有所述目标用户的交易数据,则对所述离线数据中的所述目标用户的交易数据进行分析,得到所述目标支付卡;
若判断出所述离线数据中未包含有所述目标用户的交易数据,则对所述在线数据中的所述目标用户的交易数据进行分析,得到所述目标支付卡。
在一种可选方式中,所述利用所述目标用户的目标用户信息,从交易数据库中查询到所述目标用户对应的用于进行申诉的目标支付卡,包括:
通过目标支付卡识别策略利用所述目标用户信息从所述交易数据库中查询到所述目标支付卡;和/或,
通过目标支付卡识别模型利用所述目标用户信息从所述交易数据库中查询到所述目标支付卡。
在一种可选方式中,所述通过目标支付卡识别策略利用所述目标用户信息从所述交易数据库中查询到所述目标支付卡,包括:
从所述交易数据库中查询出所述目标用户使用的高危卡的第一数量是否不小于设定阈值,其中,所述高危卡为所述目标用户在交易过程中使用的在黑名单中的支付卡;
若查询出所述第一数量不小于所述设定阈值,则从所述高危卡中选取至少一张支付卡作为所述目标支付卡。
在一种可选方式中,所述通过目标支付卡识别策略利用所述目标用户信息从所述交易数据库中查询到所述目标支付卡,包括:
若查询出所述第一数量小于所述设定阈值,则从所述交易数据库中查询出所述目标用户使用的异常卡的第二数量和所述第一数量之和是否不小于所述设定阈值,其中,所述异常卡包括所述目标用户在交易过程中使用的支付设备所在地址与收货地址不匹配的支付卡和在交易过程中的支付金额和交易金额不匹配的支付卡中的至少一种;
若查询出所述第一数量和所述第二数量之和不小于所述设定阈值,则从所述目标用户使用的异常卡和高危卡中选取至少一张支付卡作为所述目标支付卡。
在一种可选方式中,所述通过目标支付卡识别策略利用所述目标用户信息从所述交易数据库中查询到所述目标支付卡,包括:
若查询出所述第一数量和所述第二数量之和小于所述设定阈值,则从所述交易数据库中查询出所述目标用户使用的非异常卡的第三数量,判断所述第三数量、所述第二数量和所述第一数量之和是否不小于所述设定阈值,其中,所述非异常卡包括所述目标用户在交易过程中使用的支付设备所在地址与收货地址匹配的支付卡和在交易过程中的支付金额和交易金额匹配的支付卡中的至少一种;
若判断出所述第三数量、所述第二数量和所述第一数量之和不小于所述设定阈值,则从所述目标用户使用的高危卡、异常卡和非异常卡中选取至少一张支付卡作为所述目标支付卡。
在一种可选方式中,所述通过目标支付卡识别策略利用所述目标用户信息从所述交易数据库中查询到所述目标支付卡,包括:
若断出所述第三数量、所述第二数量和所述第一数量之和小于所述设定阈值,则获取所述目标用户使用的新卡,并从所述目标用户使用的高危卡、异常卡、非异常卡和新卡中选取至少一张支付卡作为所述目标支付卡,其中,所述新卡包括所述目标用户距离当前时间最近使用的支付卡。
第三方面,基于与第二方面相同的技术构思,本说明书实施例提供了一种支付申诉装置,如图5所示,包括:
申述查询请求接收单元501,用于接收用户终端发送的目标用户的申诉查询请求;
申述查询请求响应单元502,用于响应所述申诉查询请求,利用所述目标用户的目标用户信息,从交易数据库中查询到所述目标用户对应的用于进行申诉的目标支付卡;
申述凭证生成及发送单元503,用于根据所述目标用户信息和所述目标支付卡,生成所述目标用户的申诉凭证信息,并将所述申诉凭证信息返回给所述用户终端;
申述创建请求接收单元504,用于接收所述用户终端发送的申诉创建请求;
申述创建请求响应单元505,用于响应所述申诉创建请求,创建所述目标用户对应的申诉任务,其中,所述申诉创建请求是所述用户终端基于所述申诉凭证信息创建的。
在一种可选方式中,申述查询请求响应单元502,具体用于判断所述交易数据库的离线数据中是否包含有所述目标用户的交易数据;若判断出所述离线数据中包含有所述目标用户的交易数据,则对所述离线数据中的所述目标用户的交易数据进行分析,得到所述目标支付卡;若判断出所述离线数据中未包含有所述目标用户的交易数据,则对所述在线数据中的所述目标用户的交易数据进行分析,得到所述目标支付卡。
在一种可选方式中申述查询请求响应单元502,还用于通过目标支付卡识别策略利用所述目标用户信息从所述交易数据库中查询到所述目标支付卡;和/或,通过目标支付卡识别模型利用所述目标用户信息从所述交易数据库中查询到所述目标支付卡。
在一种可选方式中,申述查询请求响应单元502,还用于从所述交易数据库中查询出所述目标用户使用的高危卡的第一数量是否不小于设定阈值,其中,所述高危卡为所述目标用户在交易过程中使用的在黑名单中的支付卡;若查询出所述第一数量不小于所述设定阈值,则从所述高危卡中选取至少一张支付卡作为所述目标支付卡。
在一种可选方式中,申述查询请求响应单元502,若查询出所述第一数量小于所述设定阈值,还用于从所述交易数据库中查询出所述目标用户使用的异常卡的第二数量和所述第一数量之和是否不小于所述设定阈值,其中,所述异常卡包括所述目标用户在交易过程中使用的支付设备所在地址与收货地址不匹配的支付卡和在交易过程中的支付金额和交易金额不匹配的支付卡中的至少一种;若查询出所述第一数量和所述第二数量之和不小于所述设定阈值,则从所述目标用户使用的异常卡和高危卡中选取至少一张支付卡作为所述目标支付卡。
在一种可选方式中,申述查询请求响应单元502,若查询出所述第一数量和所述第二数量之和小于所述设定阈值,还用于从所述交易数据库中查询出所述目标用户使用的非异常卡的第三数量,判断所述第三数量、所述第二数量和所述第一数量之和是否不小于所述设定阈值,其中,所述非异常卡包括所述目标用户在交易过程中使用的支付设备所在地址与收货地址匹配的支付卡和在交易过程中的支付金额和交易金额匹配的支付卡中的至少一种;若判断出所述第三数量、所述第二数量和所述第一数量之和不小于所述设定阈值,则从所述目标用户使用的高危卡、异常卡和非异常卡中选取至少一张支付卡作为所述目标支付卡。
在一种可选方式中,申述查询请求响应单元502,若断出所述第三数量、所述第二数量和所述第一数量之和小于所述设定阈值,还用于获取所述目标用户使用的新卡,并从所述目标用户使用的高危卡、异常卡、非异常卡和新卡中选取至少一张支付卡作为所述目标支付卡,其中,所述新卡包括所述目标用户距离当前时间最近使用的支付卡。
第四方面,基于与前述实施例中支付申诉方法同样的发明构思,本说明书实施例还提供一种服务器,如图6所示,包括存储器604、处理器602及存储在存储器604上并可在处理器602上运行的计算机程序,所述处理器602执行所述程序时实现前文所述支付申诉方法的任一方法的步骤。
其中,在图6中,总线架构(用总线600来代表),总线600可以包括任意数量的互联的总线和桥,总线600将包括由处理器602代表的一个或多个处理器和存储器604代表的存储器的各种电路链接在一起。总线600还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口605在总线600和接收器601和发送器603之间提供接口。接收器601和发送器603可以是同一个元件,即收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器602负责管理总线600和通常的处理,而存储器604可以被用于存储处理器602在执行操作时所使用的数据。
第五方面,基于与前述实施例中支付申诉方法的发明构思,本说明书实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前文所述支付申诉方法的任一方法的步骤。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的设备。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令设备的制造品,该指令设备实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本说明书的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本说明书范围的所有变更和修改。
显然,本领域的技术人员可以对本说明书进行各种改动和变型而不脱离本说明书的精神和范围。这样,倘若本说明书的这些修改和变型属于本说明书权利要求及其等同技术的范围之内,则本说明书也意图包含这些改动和变型在内。