CN108074083B - 一种请求处理方法、服务器及客户端 - Google Patents

一种请求处理方法、服务器及客户端 Download PDF

Info

Publication number
CN108074083B
CN108074083B CN201611018875.XA CN201611018875A CN108074083B CN 108074083 B CN108074083 B CN 108074083B CN 201611018875 A CN201611018875 A CN 201611018875A CN 108074083 B CN108074083 B CN 108074083B
Authority
CN
China
Prior art keywords
user
time length
request
account
credit score
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201611018875.XA
Other languages
English (en)
Other versions
CN108074083A (zh
Inventor
陈培炫
陈谦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201611018875.XA priority Critical patent/CN108074083B/zh
Priority to PCT/CN2017/107028 priority patent/WO2018090785A1/zh
Publication of CN108074083A publication Critical patent/CN108074083A/zh
Application granted granted Critical
Publication of CN108074083B publication Critical patent/CN108074083B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108—Remote banking, e.g. home banking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明实施例提供一种请求处理方法、服务器及客户端，该方法包括：服务器获取客户端发送的第一请求，所述第一请求用于请求将第一账户中的指定数值转入第二账户；至少获取所述第二账户对应的第二用户的信用分；至少根据所述第二用户的信用分，确定所述第一请求的可撤销时长；若在所述可撤销时长内，获取到所述客户端发送的撤销所述第一请求的撤销请求，取消将所述第一账户中的指定数值转入所述第二账户。本发明实施例提升了对转账请求等转让对象转出请求的处理的合理性和可靠性。

Description

一种请求处理方法、服务器及客户端
技术领域
本发明涉及数据处理技术领域，具体涉及一种请求处理方法、服务器及客户端。
背景技术
随着电子商务、网络支付的普及，用户使用第三方支付平台的频率越来越高；目前第三方支付平台除支持货款代管、资金管理外，还可支持在线转账。用户可以使用第三方支付平台发起转账请求，将在第三方支付平台中存入的资金或者与第三方支付平台绑定的银行资金，转给，第三方支付平台的其他用户，或者第三方支付平台所支持的银行用户。
本发明的发明人发现，由于转出资金的用户的错误操作，资金误转的情况经常发生；如转出资金的用户填写的转出资金错误、转入账户错误等，均会导致资金误转的情况发生；而一旦发生资金误转的情况，转出资金的用户一般很难追回误转的资金，将给转出资金的用户造成巨大的损失。因此第三方支付平台在处理用户的转账请求时，如何考虑用户错误操作情况下的资金误转救济措施，提升转账请求处理的合理性和可靠性，成为了本领域技术人员需要考虑的问题。
发明内容
有鉴于此，本发明实施例提供一种请求处理方法、服务器及客户端，以提升转账请求处理的合理性和可靠性，为用户错误操作情况下的资金误转提供救济。
为实现上述目的，本发明实施例提供如下技术方案：
一种请求处理方法，包括：
获取客户端发送的第一请求，所述第一请求用于请求将第一账户中的指定数值转入第二账户；
至少获取所述第二账户对应的第二用户的信用分；
至少根据所述第二用户的信用分，确定所述第一请求的可撤销时长；
若在所述可撤销时长内，获取到所述客户端发送的撤销所述第一请求的撤销请求，取消将所述第一账户中的指定数值转入所述第二账户。
本发明实施例还提供一种请求处理方法，包括：
向服务器发送第一请求，所述第一请求用于请求将第一账户中的指定数值转入第二账户；
接收所述服务器通知的所述第一请求的可撤销时长；所述可撤销时长由所述服务器至少根据所述第二账户对应的第二用户的信用分确定；
在所述第一请求的处理状态展示页面提示所述可撤销时长。
本发明实施例还提供一种服务器，包括：
请求获取模块，用于获取客户端发送的第一请求，所述第一请求用于请求将第一账户中的指定数值转入第二账户；
信用分获取模块，用于至少获取所述第二账户对应的第二用户的信用分；
时长确定模块，用于至少根据所述第二用户的信用分，确定所述第一请求的可撤销时长；
撤销模块，用于若在所述可撤销时长内，获取到所述客户端发送的撤销所述第一请求的撤销请求，取消将所述第一账户中的指定数值转入所述第二账户。
本发明实施例还提供一种客户端，包括：
请求发送模块，用于向服务器发送第一请求，所述第一请求用于请求将第一账户中的指定数值转入第二账户；
时长接收模块，用于接收所述服务器通知的所述第一请求的可撤销时长；所述可撤销时长由所述服务器至少根据所述第二账户对应的第二用户的信用分确定；
时长提示模块，用于在所述第一请求的处理状态展示页面提示所述可撤销时长。
基于上述技术方案，本发明实施例中，客户端在发出将第一账户中的指定数值转入第二账户的请求后，服务器可根据转入的第二账户对应的第二用户的信用分，确定可供客户端用户纠正误转错误的可撤销时长；在该可撤销时长内，客户端用户可撤销将第一账户中的指定数值转入第二账户的请求，为资金误转等情况提供救济。在本发明实施例中，服务器对用户发出的将账户中的指定数值转入其他账户的请求的处理，更为合理和可靠，提升了对转账请求等涉及账户数值转出请求的处理的合理性和可靠性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本发明实施例提供的请求处理方法的实现系统结构图；
图2为本发明实施例提供的请求处理方法的实现系统的另一结构图；
图3为用户触发转账请求的示意图；
图4为用户触发转账请求的另一示意图；
图5为用户选择转账所用账户的示意图；
图6为本发明实施例提供的请求处理方法的信令流程图；
图7为可撤销时长的提示示意图；
图8为训练概率预测模型的方法流程图；
图9为本发明实施例提供的将目标概率转换为信用分的方法流程图；
图10为确定可撤销时长的方法流程图；
图11为确定第一请求的可撤销时长为第三时长的方法流程图；
图12为确定第一请求的可撤销时长为第三时长的另一方法流程图；
图13为本发明实施例的应用例示意图；
图14为本发明实施例的另一应用例示意图；
图15为本发明实施例提供的服务器的结构框图；
图16为本发明实施例提供的服务器的另一结构框图；
图17为本发明实施例提供的服务器的再一结构框图；
图18为服务器的硬件结构图；
图19为本发明实施例提供的客户端的结构框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明实施例提供的请求处理方法的实现系统结构图，参照图1，该系统架构可以包括：服务器10，客户端20，数据库30。
服务器10为第一应用平台所属的服务器集群中的服务设备，可为第一应用平台提供网络服务；第一应用平台可以是第三方支付平台，如具有第三方支付功能的SNS(社会性网络服务)平台、电子商务平台等；相应的，服务器 10可以是第三支付平台的服务器，如SNS平台的服务器，电子商务平台的服务器等；
服务器10可以是第一应用平台中由多台服务器组成的服务器群组，也可能由单独的服务器实现。
客户端20可以装载在智能手机、平板电脑、笔记本电脑等用户设备上，并可通过网络访问第一应用平台，与第一应用平台中的服务器10进行数据交换；
可选的，客户端20可以是为用户开发的与服务器20相配合的，装载在用户设备上的应用程式，用户可通过应用市场或第一应用平台的官方网站下载客户端至用户设备本地；客户端20可以是第三方支付客户端，如具有第三方支付功能的SNS客户端、电子商务客户端等；
可选的，客户端20也可以是浏览器的形式，用户可通过浏览器访问第一应用平台。
一方面，数据库30可以是第一应用平台所属数据库集群中的数据库，数据库30可以记录第一应用平台的用户在第一应用平台的用户数据；用户在第一应用平台的用户数据包括但不限于，用户在第一应用平台的行为特征等；行为特征可通过用户在第一应用平台对应的身份信息、行为信息表示。数据库30如SNS平台的数据库，电子商品平台的数据库。
另一方面，数据库30也可能是第二应用平台的数据库，第二应用平台与第一应用平台不同，但通过约定，第一应用平台与第二应用平台可以进行数据的交互，具体架构可如图2所示；如第二应用平台可能是银行平台。
在本发明实施例中，第一用户可使用第一账户，向第二用户的第二账户转入指定数值；相应的，第一用户可操作客户端向第一应用平台的服务器发送请求将第一账户中的指定数值转入第二账户的请求；
可选的，指定数值表示的是第一用户输入的转让对象的数值；转让对象可以如资金、货币、虚拟货币、甚至是网络流量、手机话费等；典型的转让对象可以是货币资金；相应的，第一用户可操作客户端向服务器发送请求将第一账户中指定数值的转让对象转入第二账户的请求，如第一用户操作客户端向服务器发送转账请求，该转账请求指示将第一账户中指定数值的资金转入第二账户。
可选的，第一用户操作客户端向服务器发送转账请求(转账请求为，请求将第一账户中的指定数值转入第二账户的请求的可选形式)，可能是通过如下几种方式：
一、第二账户为第二用户在第一应用平台的账户；第一用户可操作客户端，以第一应用平台所支持的转账给第一应用平台的账户的功能，在转账给第一应用平台的账户的页面，输入转账金额及转入账户，并提交该页面请求，如图3所示，从而实现向服务器发送转账请求；
二、第二账户为第二用户在第二应用平台的账户，如第二账户为第二用户在银行平台的账户(如第二用户的银行账户)；第二用户可操作客户端，以第一应用平台所支持的转账给银行账户的功能，在转账给银行账户的页面，输入转账金额及转入银行账户，并提交该页面请求，如图4所示，从而实现向服务器发送转账请求。
可选的，第一用户所使用的第一账户可以是第一用户在第一应用平台的账户，第一用户可在该第一账户内存入资金，以便于在线转账或支付使用；可选的，第一用户所使用的第一账户还可能是非第一应用平台，但与第一应用平台相绑定的账户(如绑定在第一应用平台的银行账户，第一用户可将银行账户与在第一应用平台的账户相绑定，从而使得第一用户可通过第一应用平台，使用银行资金进行在线转账或支付)；
可选的，第一用户在使用第一应用平台的在线转账功能时，可选择使用第一用户在第一应用平台账户，或者绑定在第一应用平台的银行账户进行在线转账，如图5所示。
本发明实施例中，第一用户在使用第一应用平台的在线转账功能，通过客户端向服务器发送转账请求后，服务器可为第一用户提供错误操作情况下的资金误转救济措施，从而提升转账请求处理的合理性和可靠性；
具体的，服务器可获取第一用户发送的转账请求，所述第一请求用于请求将第一账户中的指定数值转入第二账户，根据转账请求，服务器可至少获取转入的第二账户对应的第二用户的信用分；从而至少根据第二用户的信用分，确定该转账请求可被第一用户撤销的可撤销时长；如果在可撤销时长内，第一用户向服务器发送了撤销所述第一请求的撤销请求，则服务器可撤销该转账请求，取消将所述第一账户中的指定数值转入所述第二账户。
可选的，第二用户的信用分可以随，第二用户不归还误转入资金的目标概率的减小而增大、增大而减小；即第二用户的信用分越高，第二用户不归还误转入资金的概率越低，第二用户的信用分越低，第二用户不归还误转入资金的概率越高；
而至少根据第二用户的信用分确定的可撤销时长可以随，第二用户的信用分的减小而增大、增大而减小；即第二用户的信用分越高，则第二用户即使获取了误转入资金，第二用户也会较高概率的归还该误转入资金，因此可设置较短的可撤销时长；而第二用户的信用分越低，则第二用户获取了误转入资金后，归还该误转入资金的概率较低，因此可设置较长的可撤销时长，以便第一用户有较为足够的时间发现转账错误，及时撤销错误的转账请求，规避由于转账错误带来的损失。
值得注意的是，上文主要以资金作为转让对象进行说明，但资金仅是转让对象的可选形式，本发明实施例并不排除虚拟货币、股票、流量、话费等转让对象的其他形式。
基于上述思路，针对第二账户为第二用户在第一应用平台的账户、第二账户为第二用户在第二应用平台的账户等不同情况，下面分别介绍本发明实施例提供的请求处理方法。
若第二账户为第二用户在第一应用平台的账户，第一用户可使用第一应用平台所提供的转账给第一应用平台的账户的功能，实现在线转账；相应的，图1所示数据库可以是第一应用平台的数据库；
结合图1所示系统，图6示出了本发明实施例提供的请求处理方法的信令流程图，参照图6，该流程可以包括：
步骤S10、客户端向服务器发送第一请求，所述第一请求用于请求将第一账户中指定数值的资金转入第二账户。
可选的，第一账户可以对应第一用户；第二账户可以对应第二用户。
可选的，步骤S10所示的第一请求为转账请求；显然，转账请求仅是第一请求的可选形式，本发明实施例还可支持其他形式的，请求将第一账户中的指定数值转入第二账户的第一请求；如指示将第一用户的第一账户中指定数值的股票、虚拟货币、甚至是可被转让的流量、话费转入第二账户的第一请求。
可选的，第一账户可以是第一用户在第一应用平台的账户，或者绑定在第一应用平台的银行账户(第一用户绑定在第一应用平台的非第一应用平台账户的可选形式)。
可选的，如图3所示，第一用户可在客户端显示的转账给第一应用平台的账户的页面，输入第二用户在第一应用平台的第二账户及转账金额，并提交页面请求；相应的，客户端将向第一应用平台的服务器发送指示将第一账户中指定数值的资金转入第二账户的第一请求。
步骤S11、服务器根据所述第二账户，确定所述第二用户在所述第一应用平台的行为特征。
可选的，服务器解析客户端发送的第一请求后，可确定第一请求指示的转入资金的第二账户；由于第二账户为第二用户在第一应用平台的账户，服务器可根据该第二账户，从第一应用平台的应用数据库(图1所示数据库的可选形式)中调取出历史记录的，第二用户在所述第一应用平台的行为特征。
可选的，行为特征包括但不限于如下特征数据：
用户的身份属性信息，如姓名、年龄、性别、地区等；
用户在第一应用平台的支付数据，如支付次数、支付金额等；
用户在第一应用平台的转账数据，如用户转账次数、金额、转账对象等；
用户的偏好数据，如用户经常支付的商品类型等；
以及上述特征数据的衍生特征数据。
步骤S12、服务器根据所述第二用户在所述第一应用平台的行为特征，确定所述第二用户的目标概率；所述目标概率表示用户不归还误转入资金的概率。
可选的，用户不归还误转入资金的概率仅是，目标概率所表示的用户不归还误转入转让对象的概率的可选形式。
可选的，本发明实施例可基于机器学习算法预先训练出，能够预测用户不归还误转入资金的概率的概率预测模型；从而通过该概率预测模型，根据第二用户在第一应用平台的行为特征，预测出第二用户不归还误转入资金的目标概率。
步骤S13、服务器将所述第二用户的目标概率，转换为所述第二用户的信用分。
可选的，所述第二用户的信用分随所述第二用户的目标概率的减小而增大、增大而减小。
在基于预先训练的概率预测模型，预测出第二用户的目标概率后，本发明实施例可采用分值形式体现所预测的第二用户的目标概率，即将第二用户的目标概率转换为信用分；
且第二用户不归还误转入资金的目标概率越低(即第二用户归还误转入资金的概率越高)，则第二用户的信用分越高，而第二用户不归还误转入资金的目标概率越高(即第二用户归还误转入资金的概率越低)，则第二用户的信用分越低。
可选的，将第二用户的目标概率转换为信用分的方式可以有多种，本发明实施例并不限制；只要转换后的信用分，随第二用户的目标概率的减小而增大、增大而减小即可。
可选的，步骤S11至步骤S13示出了服务器在接收到客户端发送的第一请求后，根据第二用户在第一应用平台的行为特征，当场确定与第二用户的目标概率对应的信用分的过程。
值得注意的是，步骤S11至步骤S13也可替换成服务器根据第二用户在第一应用平台的第二账户，从预确定的第一应用平台各用户的信用分中，确定第二用户的信用分的过程；
即服务器可事先根据第一应用平台的各用户在第一应用平台的行为特征，确定第一应用平台的各用户不归还误获取转入对象的目标概率，并将第一应用平台的各用户的目标概率转换为各用户对应的信用分，从而将第一应用平台的各用户的信用分记录在第一应用平台的数据库中(第一应用平台的数据库除可记录各用户在第一应用平台的行为特征外，还可记录预确定的第一应用平台的各用户的信用分；第一应用平台的数据库可由不同的数据库群组构成，记录各用户在第一应用平台的行为特征的数据库群组，和记录预确定的各用户的信用分的数据库群群组可以不同，也可能相同)；
进而，服务器在接收到第一请求后，可根据第二用户在第一应用平台的第二账户，从第一应用平台的数据库中，调取出预确定的与所述第二账户相应的信用分，得到第二用户的信用分。
可选的，服务器根据各用户在第一应用平台的行为特征，确定各用户的信用分的过程，与图1所示步骤S11至步骤S13确定第二用户的信用分的原理相同；只不过一种方式是提前确定出各用户在第一应用平台的信用分进行记录，以便服务器在接收到第一请求时，直接调取预确定的信用分，而另一种方式是服务器在接收到第一请求后，根据第二用户在第一应用平台的行为特征，当场确定第二用户的信用分；
这两种方式均可认为是获取所述第二账户对应的第二用户的信用分的可选形式。
步骤S14、服务器根据所述第二用户的信用分，确定所述第一请求的可撤销时长。
可选的，所述可撤销时长随所述第二用户的信用分的增大而减小、减小而增大。
在确定出与第二用户不归还误转入资金的目标概率对应的信用分后，服务器可根据第二用户的信用分，确定第一用户发出的第一请求的可撤销时长；并基于第二用户的信用分越高，则可撤销时长越短，第二用户的信用分越低，则可撤销时长越长的原则，确定与第二用户的信用分对应的第一请求的可撤销时长。
步骤S15、所述客户端在所述可撤销时长内，向服务器发送撤销所述第一请求的撤销请求。
可选的，服务器在确定第一请求的可撤销时长后，可开始计时，并将所述可撤销时长通知给所述客户端。
所述客户端在接收到服务器的通知后，可在第一请求的处理状态展示页面提示所述可撤销时长。
如图7所示，第一用户在客户端显示的转账给第一应用平台的账户的页面，输入转账金额及第二账户，并提交该页面请求后，客户端可向服务器发送转账请求(第一请求的可选形式)；而在服务器确定第二用户在第一应用平台的信用分，并基于第二用户的信用分确定转账请求的可撤销时长后，服务器将转账请求的可撤销时长通知给客户端，客户端在第一请求的处理状态展示页面，可提示转账请求的可撤销时长，并计算可撤销时长的剩余时长。
第一用户如果在第一请求的可撤销时长内发现转账错误，则可操作客户端发送撤销所述第一请求的撤销请求；如第一用户可点击如图7所示的撤销图标，触发客户端向服务器发送撤销所述第一请求的请求。
步骤S16、服务器确定在所述可撤销时长内，获取到所述客户端发送的撤销所述第一请求的撤销请求，取消将所述指定数值的资金转入所述第二账户。
第一用户在第一请求的可撤销时长内发出撤销第一请求的撤销请求后，由于第一用户转出的资金处于在第一应用平台代管的状态，并未转入第二账户，因此服务器可直接取消将所述指定数值的资金转入所述第二账户的操作，将所述指定数值的资金归还到第一账户中，规避第一用户由于资金误转带来的损失，提升转账请求处理的合理性和可靠性。进一步，服务器还可提示所述客户端第一请求(如转账请求)撤销成功。
可选的，服务器如果在第一请求的可撤销时长内，未获取到所述客户端发送的撤销所述第一请求的撤销请求，则可将所述指定数值的资金转入所述第二账户，并通知第一用户和第二用户转账成功。
可选的，服务器在确定第一请求的可撤销时长后，可以开始计时，当计时时间达到所述可撤销时长时，仍未获取到第一用户的客户端发送的撤销第一请求的撤销请求，则可正常处理第一用户的转账请求，将该指定数值的资金转入到第二用户的第二账户；
而如果在计时时间未达到所述可撤销时长时，服务器获取到第一用户的客户端发送的撤销第一请求的撤销请求，则可取消将该指定数值的资金转入第二账户，将该指定数值的资金归还到第一账户中；同时，可向所述客户端发送第一请求撤销成功的提示信息。
本发明实施例提供的请求处理方法中，服务器在接收到客户端发送的将第一用户的第一账户中的指定数值(如指定数值的资金等转让对象)转入第二账户的请求时，服务器可确定所述第二账户对应的第二用户的信用分；从而服务器可根据第二用户的信用分，确定第一请求的可撤销时长，使得第一用户可在该可撤销时长内撤销第一请求，为第一用户在发出第一请求后，提供时间纠正资金等转让对象误转的错误；当服务器在所述可撤销时长内，获取到客户端发送的撤销所述第一请求的撤销请求，则服务器可撤销所述第一请求，取消将所述指定数值的转让对象转入所述第二账户，规避第一用户由于资金等转让对象误转所带来的损失。
本发明实施例中，客户端在发出将第一账户中的指定数值转入第二账户的请求后，服务器可根据转入的第二账户对应的第二用户的信用分，确定可供客户端用户纠正误转错误的可撤销时长；在该可撤销时长内，客户端用户可撤销将第一账户中的指定数值转入第二账户的请求，为资金误转等情况提供救济。在本发明实施例中，服务器对用户发出的将账户中的指定数值转入其他账户的请求的处理，更为合理和可靠，提升了对转账请求等涉及账户数值转出请求的处理的合理性和可靠性。
可选的，为实现第二用户的信用分的获取(无论是调取预确定的第二用户的信用分，还是在服务器接收到第一请求后，当场确定第二用户的信用分)，本发明实施例均需要训练出，能够预测用户不归还误转入转让对象的概率的概率预测模型；
可选的，图8示出了训练概率预测模型的方法流程，该方法可应用于服务器，参照图8，该方法可以包括：
步骤S20、根据第一文档的历史记录，确定第一类用户和第二类用户；所述第一类用户为所述第一文档历史记录的归还误转入转让对象的用户，所述第二类用户为所述第一文档历史记录的未归还误转入转让对象的用户。
本发明实施例可在第一文档中记录，第一应用平台上历史发生的用户有撤销转账诉求时，资金转入的用户归还资金和不归还资金的数据；从而分析第一文档的历史记录，确定出在误转入资金的情况下，归还资金的第一类用户，及误转入资金的情况下，未归还资金的第二类用户，实现训练模型所用的正用户(第一类用户)、负用户(第二类用户)的确定。
步骤S21、获取第一类用户在第一应用平台的行为特征，形成第一类样本，及，获取第二类用户在第一应用平台的行为特征，形成第二类样本。
获取第一类用户和第二类用户在第一应用平台的行为特征的方式可以包括：
1、获取用户在第一应用平台的设定维度行为特征，形成原始行为特征；
本发明实施例可从多个维度，采集用户在第一应用平台的原始行为特征，所采集的原始行为特征包括但不限于：
用户的基础人口属性信息，如姓名、年龄、性别、地区等；
支付数据，如支付次数、支付金额等；
转账数据，如用户转账次数、金额、对象等；
偏好数据，如用户经常支付商品类型等。
2、对所述原始行为特征进行清洗处理，整合处理，及结构规范化处理，得到基础行为特征。
由于所获取的原始行为特征的来源是多维度的、不同结构的数据，因此本发明实施例需要将原始行为特征进行清洗处理，整合处理，及结构规范化处理，得到数据结构统一、且数据内容准确的基础行为特征；
对原始行为特征进行清洗处理的方式包括但不限于：剔除异常数据，去重(去掉原始行为特征中重复采集的数据)，奇异点过滤(由于原始行为特征采集过程中的错误或者其他行为造成的数据取值，在可能性取值外的数据称为奇异点数据，需要进行过滤)，缺失值补全(对没有采集到的数据赋默认值)等；
在对原始行为特征进行清洗处理后，可将清洗处理后的数据的数据类型整合为约定的数据类型，对清洗处理后的数据进行整合处理；及将整合数据类型后的数据的数据结构，规范成约定的数据结构，从而对整合处理后的数据进行结构规范化处理，得到基础行为特征。
3、对所述基础行为特征进行特征迭代筛选，得到候选行为特征。
由于基础行为特征的数据量较为庞大，有些特征变量之间还存在相关性，因此需进一步加工筛选，衍生和挖掘能表征用户信用的稳定性特征，得到候选行为特征；
具体的，本发明实施例可采用相关系数、信息增益、独立性检验等特征迭代筛选方式，从基础行为特征中筛选出候选行为特征。
4、构造所述候选行为特征的衍生特征，得到衍生行为特征。
可采用主成分分析、聚类后分类别、业务考虑等方式构造衍生特征，从而对候选行为特征进行扩充、衍生。
相应的，所得到的行为特征及衍生行为特征，则可认为是用户在第一应用平台的行为特征；在确定第一类用户和第二类用户后，可获取到第一类用户和第二类用户在第一应用平台上，与上述行为特征及衍生行为特征构成的行为特征相关的数据，实现对第一类用户在第一应用平台的行为特征的获取，构建出训练模型所用的第一类样本，及实现对第二类用户在第一应用平台的行为特征的获取，构建出训练模型所用的第二类样本。
步骤S22、通过机器学习算法，根据所述第一类样本和所述第二类样本构成的样本集，训练概率预测模型。
在构建出第一类样本和第二类样本后，本发明实施例可形成训练集(训练模型所用的样本集)和测试集(测试模型所用的样本集)，从而基于训练集和测试集，以LR(逻辑回归)、决策树、神经网络、GBDT等机器学习算法训练出概率预测模型。
概率预测模型可以认为是一个函数f，以采用LR机器学习算法为例，所得到的概率预测模型可以表示为：
Figure BDA0001156721960000131
其中，P为用户不归还误转入转让对象的目标概率，k为模型所使用的特征个数，βi为模型系数，β0为模型截距，xi为模型所使用到的用户的某一特征。
在训练出概率预测模型后，本发明实施例可以将第二用户在所述第一应用平台的行为特征，导入该概率预测模型后，如将获取的第二用户的各个行为特征作为上述公式中的xi，计算出第二用户不归还误转入转让对象的目标概率。
可选的，本发明实施例可获取第一应用平台的各用户(包括第一用户和第二用户)在第一应用平台的行为特征，分别将各用户的行为特征导入该概率预测模型中，预测出各用户的目标概率，并转化为相应的信用分；将各用户的信用分记录到第一应用平台的数据库中，以便在服务器使用用户的信用分时，从第一应用平台的数据库中进行调取。
可选的，也可以是服务器在获取到转账请求等后，当场获取用户在第一应用平台的行为特征，将用户在第一应用平台的行为特征导入该概率预测模型中，预测出用户的目标概率，并转化为相应的信用分，当场确定出用户的信用分。
可选的，在训练概率预测模型的过程中，本发明实施例还可考虑用户在其他应用平台的信用分(如银行征信平台)，将用户在其他应用平台的信用分作为训练模型的一个特征，集合用户在第一应用平台的行为特征，进行概率预测模型的训练；
相应的，在根据概率预测模型预测第一应用平台的用户的目标概率时，本发明实施例还可获取用户在其他应用平台的信用分，并结合用户在第一应用平台的行为特征，导入概率预测模型中，计算出用户的目标概率；
可选的，用户在其他应用平台的信用分，可以表示用户在其他应用平台的信用程度分值，可以根据用户的金融、社交等行为确定。
在确定出第二用户的目标概率后，本发明实施例可通过图9所示方法，转换出第二用户的信用分；图9为本发明实施例提供的将第二用户的目标概率转换为信用分的方法流程图，该方法可应用于服务器，参照图9，该方法可以包括：
步骤S30、根据所述第二用户的目标概率确定信用调整分。
可选的，所述信用调整分随所述第二用户的目标概率的减小而增大，增大而减小。
设第二用户的目标概率为p，则根据第二用户的目标概率确定信用调整分的公式可以为：
Figure BDA0001156721960000151
其中，step为设定步长；可见，上述公式中，第二用户的目标概率p越高，计算结果越低，第二用户的目标概率p越低，计算结果越高。
可选的，上述公式仅是计算信用调整分的可选方式，本发明实施例也可支持随所述第二用户的目标概率的减小而增大、增大而减小的信用调整分的其他计算方式。
步骤S31、将设定的信用基准分加上所述信用调整分，确定所述第二用户的信用分。
设第二用户的信用分为S1，base为设定的信用基准分，信用基准分一般为固定的分值，则第二用户的信用分的计算方式可以为：
Figure BDA0001156721960000152
在计算出第二用户的信用分后，本发明实施例可根据第二用户的信用分，确定与第二用户的信用分对应的第一请求的可撤销时长；可选的，本发明实施例可设定信用分上限和信用分下限，根据第二用户的信用分所处于的信用分区间，决定根据第二用户的信用分确定可撤销时长的方式。
可选的，本发明实施例可根据最长容忍时长确定设定第一时长，并将设定第一时长与信用分下限相关联，一旦第二用户的信用分小于该信用分下限，则可确定第二用户的信用较差，可采用与最长容忍时长对应的设定第一时长，作为第一请求的可撤销时长，使得第一用户在面对信用较低的资金转入用户时，可以有较多的时间发现转账错误；在第二用户不归还误转入资金的目标概率较大的情况下，尽量规避第一用户由于误转账带来的损失；
可选的，最长容忍时长可以根据实际情况设定，如24小时。
可选的，本发明实施例也可定义时长较短的设定第二时长，其中，设定第一时长大于设定第二时长；并将设定第二时长与信用分上限相关联，一旦第二用户的信用分大于信用分上限，则可确定第二用户的信用较好，可采用较短的设定第二时长作为可撤销时长；从而在第二用户不归还误转入资金的目标概率较小的情况下，使得转账能够尽快完成，加快转账效率；
可选的，设定第二时长可以根据实际情况选择较短的时长，也可考虑设定第二时长为零；即在第二用户的信用分大于信用分上限，具有良好的信用的基础上，可以设置转账即刻执行；因为信用分较高的第二用户即使收到了误转入资金，也具有较大的概率归还资金。
而在第二用户的信用分大于信用分下限、且小于信用分上限的情况下，本发明实施例可通过计算方式，确定第一请求的可撤销时长为第三时长，并使得第三时长小于或等于所述设定第一时长，且大于所述设定第二时长。
可选的，图10示出了根据第二用户的信用分，确定第一请求的可撤销时长的方法流程，该方法可应用于服务器，参照图10，该方法可以包括：
步骤S40、若所述第二用户的信用分小于设定的信用分下限，确定所述第一请求的可撤销时长为设定第一时长。
可选的，若所述第二用户的信用分等于所述设定的信用分下限，则也可确定所述第一请求的可撤销时长为设定第一时长。
步骤S41、若所述第二用户的信用分大于设定的信用分上限，确定所述第一请求的可撤销时长为设定第二时长；其中，设定第一时长大于设定第二时长。
步骤S42、若所述第二用户的信用分大于所述信用分下限，且小于所述信用分上限，根据所述第二用户的信用分确定第三时长，将所述第三时长作为所述第一请求的可撤销时长；所述第三时长小于或等于所述设定第一时长，且大于所述设定第二时长。
可选的，在第二用户的信用分等于设定的信用分上限的情况下，本发明实施例可根据实际情况，设定第一请求的可撤销时长为设定第二时长，或者确定所述第一请求的可撤销时长为计算的第三时长。
可选的，上述步骤S40至步骤S42为第二用户的信用分在不同区间的处理方式，步骤之间没有先后顺序，是相互并列的。
可选的，在计算第三时长时，本发明实施例可根据第一请求指示的资金等转让对象的指定数值，以及第二用户的信用分确定第三时长；并使得第三时长随所述指定数值的增大而增大、减小而减小，且使得第三时长随所述第二用户的信用分的增大而减小、减小而增大；如转账金额越大，则第三时长越长，第二用户的信用分越小，第三时长越长。
可选的，图11示出了确定第一请求的可撤销时长为第三时长的方法流程，该方法可应用于服务器，参照图11，该方法可以包括：
步骤S50、根据所述指定数值和所述第二用户的信用分，确定第一基础时长权重；
可选的，所述第一基础时长权重随所述指定数值的增大而增大、减小而减小，且，第一基础时长权重随所述第二用户的信用分的增大而减小、减小而增大。
可选的，本发明实施例可设所述指定数值为M，第二用户的信用分为S2，第一用户的信用分为S1，则第一基础时长权重可以为：
Figure BDA0001156721960000171
可见，第一基础时长权重的分子为指定数值的自然对数lnM，M越大，第一基础时长权重越大；而第一基础时长权重的分母为第二用户的信用分为S2，第二用户的信用分S2越大，第一基础时长权重越小。
可选的，上述公式仅是计算第一基础时长权重的可选方式，本发明实施例并不排除确定第一基础时长权重的其他实现方式。
步骤S51、将所述第一基础时长权重乘以设定基础时长，确定候选撤销时长。
可选的，设定基础时长为第一应用平台设定的基础时段，可以是一个小时，或一分钟，视具体运营而定；本发明实施例在得到第一基础时长权重后，可将第一基础时长权重乘以设定基础时长，确定候选撤销时长；
设设定基础时长为d，则候选撤销时长为：
Figure BDA0001156721960000172
步骤S52、根据所述候选撤销时长确定所述第三时长。
可选的，在得到候选撤销时长后，由于具有最长容忍时长(设定第一时长)的限制，第三时长一般不能超出设定第一时长，因此在得到候选撤销时长后，本发明实施例可将候选撤销时长与设定第一时长进行比对；若所述候选撤销时长大于或等于所述设定第一时长，确定所述设定第一时长为所述第三时长；若所述候选撤销时长小于所述设定第一时长，确定所述候选撤销时长为所述第三时长。
若设信用分上限为Smax，信用分下限为Smin，设定第一时长为Tmax，设定第二时长为Tmin，则确定第一请求的可撤销时长T的各类可选情况，可以如下公式表示：
Figure BDA0001156721960000181
可选的，在根据所述第二用户的信用分，确定所述第一请求的可撤销时长的过程中，本发明实施例除考虑第二用户的信用分外，还可考虑转出指定数值的第一账户所对应的第一用户的信用分。
获取第一用户的信用分的过程可与获取第二用户的信用分的过程相同，包括：从预确定的第一应用平台的各用户的信用分中，调取与第一用户在第一应用平台的账户相应的信用分；或者，根据第一用户在第一应用平台的账户调取第一用户的行为特征，进行信用分的当场确定。
这里需要注意的是，如果第一账户为第一用户在第一应用平台的账户，则可直接根据第一账户进行第一用户的信用分的确定；如果第一账户为第一用户绑定在第一应用平台的其他应用平台的账户(如银行账户)，则可根据第一账户与第一用户在第一应用平台的账户的绑定关系，确定第一用户在第一应用平台的账户，实现第一用户的信用分的确定。
相应的，本发明实施例除获取第二账户对应的第二用户的信用分外，还可获取第一账户对应的第一用户的信用分，从而根据第二用户的信用分和第一用户的信用分确定所述第一请求的可撤销时长；
具体的，若所述第二用户的信用分小于设定的信用分下限，确定所述第一请求的可撤销时长为设定第一时长；
若所述第二用户的信用分大于设定的信用分上限，确定所述第一请求的可撤销时长为设定第二时长；其中，设定第一时长大于设定第二时长；
若所述第二用户的信用分大于所述信用分下限，且小于所述信用分上限，根据所述第一用户的信用分及所述第二用户的信用分确定第三时长，将所述第三时长作为所述第一请求的可撤销时长；所述第三时长小于或等于所述设定第一时长，且大于所述设定第二时长。
可选的，本发明实施例可结合第一用户的信用分，第二用户的信用分及所述指定数值，确定第一请求为第三时长的可撤销时长；且所述第三时长随所述指定数值的增大而增大、减小而减小，随所述第一用户的信用分的增大而增大、减小而减小，随所述第二用户的信用分的增大而减小、减小而增大。
图12示出了确定第一请求的可撤销时长为第三时长的另一方法流程，该方法可应用于服务器，参照图12，该方法可以包括：
步骤S60、根据所述指定数值，所述第一用户的信用分和所述第二用户的信用分，确定第二基础时长权重；
可选的，所述第二基础时长权重随所述指定数值的增大而增大、减小而减小，随所述第一用户的信用分的增大而增大、减小而减小，且随所述第二用户的信用分的增大而减小、减小而增大。
可选的，本发明实施例可设第一用户的信用分为S1，第二用户的信用分为S2，则第二基础时长权重可以为：
Figure BDA0001156721960000191
可见，第二基础时长权重的分子为指定数值的自然对数lnM，及第一用户的信用分S1，M和S1越大，第二基础时长权重越大；而第二基础时长权重的分母为第二用户的信用分为S2，第二用户的信用分S2越大，第二基础时长权重越小。
可选的，上述公式仅是计算第二基础时长权重的可选方式，本发明实施例并不排除计算第二基础时长权重的其他实现方式。
步骤S61、将所述第二基础时长权重乘以设定基础时长，确定候选撤销时长。
可选的，候选撤销时长可以为：
Figure BDA0001156721960000201
步骤S62、根据所述候选撤销时长确定所述第三时长。
可选的，步骤S62的实现过程可与图11所示步骤S52的实现过程相同。
图10、图11和图12所示，可以认为是本发明实施例根据所述第二用户的信用分，确定所述第一请求的可撤销时长的可选实现形式。
以第一应用平台为具有第三方支付功能的SNS应用为例，第一用户可通过第一账户(第一账户可以是第一用户在SNS应用的账户，或者绑定在SNS 应用的银行账户)，向SNS应用的第二用户的第二账户进行在线转账(转账可以是以发红包等形式进行)，图13示出了本发明实施例的一个应用例示意，参照图13；
第一用户可在SNS应用的“我的钱包”页面发起向SNS用户的转账，并选择资金转入方为好友中的第二用户，同时，输入转账金额发起转账请求；
第一用户的客户端将转账请求发送给SNS平台的服务器；
服务器通过调取预确定的第二用户的信用分的方式，或根据第二用户在 SNS平台的行为特征，当场确定第二用户的信用分的方式，确定出第二用户的信用分；图13所示为服务器调取预确定的第二用户的信用分的方式，SNS 平台的服务器可根据各用户在SNS平台的行为特征，定期的更新各用户的信用分，并记录在SNS平台的数据库中；
服务器根据第二用户的信用分，确定第一用户发起的转账请求的可撤销时长(也可同时根据第一用户的信用分确定可撤销时长，具体确定可撤销时长的方式可参照上文相应部分)，并通知给第一用户的客户端；
第一用户的客户端在转账请求的处理状态展示页面提示该可撤销时长，如图7所示；
当第一用户发现转给第二用户的资金错误，或者，资金的转入账户错误时，第一用户可在可撤销时长内，通过客户端发起撤销转账的请求；
服务器获取到客户端发送的撤销转账的请求后，判定当前时间在该可撤销时长内，撤销第一用户发起的该笔转账，取消将资金转入第二账户，归还到第一用户的第一账户中，并通知客户端转账撤销成功。
可选的，如果服务器在判定可撤销时长到达时，仍未接收到客户端发起的撤销转账的请求，则服务器将资金转入第二账户，并通知第一用户和第二用户转账成功。
上文示出了第二账户为第二用户在第一应用平台的账户的情况下，本发明实施例提供的请求处理方法的方案内容；下面对第二账户为第二用户在第二应用平台的账户的情况下，本发明实施例提供的请求处理方法进行介绍。
第二账户为第二用户在第二应用平台的账户的处理情况分为下述第一种情况和第二种情况。
第一种情况、第二账户为所述第二用户在第二应用平台的账户，且所述第二用户在第一应用平台注册有账户；
在这种情况下，服务器可根据第二用户在第二应用平台的第二账户，确定出第二用户在第一应用平台相关联的账户，实现第二用户在第一应用平台的账户的确定；从而基于第二用户在第一应用平台的账户，确定出第二用户的信用分(具体确定方式可参照上文相应内容)，进而确定出第一请求的可撤销时长，并在第一用户在可撤销时长内发起撤销所述第一请求的请求时，服务器可撤销第一请求；
根据第二用户在第二应用平台的第二账户，确定出第二用户在第一应用平台的账户的方式可能是：
第二用户在第二应用平台的第二账户，与第二用户在第一应用平台的账户相绑定(如第二用户的银行账户绑定有SNS等第三方支付平台的账户)，则可根据第二用户在第二应用平台的第二账户，确定第二用户在第一应用平台与第二账户绑定的账户；
第二用户在第二应用平台的第二账户，与第二用户在第一应用平台的账户未绑定；则在第二应用平台支持查询第二用户的身份证号、手机号等用户身份标识的情况下，第一应用平台可基于第二用户在第二应用平台的第二账户，从第二应用平台获取第二用户的身份标识，以第二用户的身份标识匹配出第二用户在第一应用平台的账户；
如可通过第二用户的银行账户，确定出第二用户在银行预留的身份证号、手机号等用户身份标识，基于第二用户的用户身份标识查询到第二用户在SNS 等第三方支付平台的账户；这种方式，需要银行等第二应用平台支持第一应用平台查询用户身份。
基于上述第一种情况，以第一应用平台为具有第三方支付功能的SNS应用，第二应用平台为银行平台为例，第一用户可通过第一账户(第一账户可以是第一用户在SNS应用的账户，或者绑定在SNS应用的银行账户)，向第二用户在银行的第二账户进行在线转账，图14示出了本发明实施例的另一个应用例示意，参照图14；
第一用户可在SNS应用的“我的钱包”页面发起向银行卡转账，并输入转入资金的银行卡号，同时，输入转账金额发起转账请求；
第一用户的客户端将转账请求发送给SNS平台的服务器；
服务器通过银行卡号所绑定的第二用户在SNS平台的账户，确定第二用户的信用分(调取预确定的第二用户的信用分的方式，或根据第二用户在SNS 平台的行为特征，当场确定第二用户的信用分的方式)；或者，服务器根据银行卡号在银行关联的第二用户的用户身份标识，确定第二用户在SNS平台的账户，从而确定第二用户的信用分；图14所示为服务器通过银行卡号所绑定的第二用户在SNS平台的账户，确定第二用户的信用分的方式；
服务器根据第二用户的信用分确定第一用户发起的转账请求的可撤销时长(也可同时根据第一用户的信用分确定可撤销时长，具体确定可撤销时长的方式可参照上文相应部分)，并通知给第一用户的客户端；
第一用户的客户端在转账请求的处理状态展示界面提示该可撤销时长，如图7所示；
当第一用户发现转给第二用户的资金错误，或者，资金的转入账户错误时，第一用户可在可撤销时长内，通过客户端发起撤销转账的请求；
服务器获取到客户端发送的撤销转账的请求后，判定当前时间在该可撤销时长内，则撤销第一用户发起的该笔转账，取消将资金转入第二账户，归还到第一用户的第一账户中，并通知客户端转账撤销成功。
可选的，如果服务器在判定可撤销时长到达时，仍未接收到客户端发起的撤销转账的请求，则服务器将资金转入银行的第二账户，并通知第一用户和第二用户转账成功。
第二种情况、第二账户为所述第二用户在第二应用平台的账户，且所述第二用户在第一应用平台未注册有账户；或者，第二账户为所述第二用户在第二应用平台的账户，且第二用户未将第二账户与第一应用平台的账户相绑定；
在这种情况，服务器并无法通过第二用户在第二应用平台的账户，确定出第二用户在第一应用平台的账户，因此无法确定第二用户在第一应用平台的信用分；如果第二应用平台也具有确定用户的信用分的功能，则可从第二应用平台对应的数据库中，调取与所述第二账户对应的第二用户的信用分，直接以该信用分反映第二用户不归还误转入转让对象的目标概率，实现第一请求的可撤销时长的确定；
可选的，此处从第二应用平台对应的数据库中，调取与所述第二账户对应的第二用户的信用分，也可认为是本发明实施例确定所述第二账户对应的第二用户的信用分的可选形式。
本发明实施例中，服务器可获取客户端发送的第一请求，所述第一请求用于请求将第一账户中的指定数值转入第二账户；
从而服务器可至少获取所述第二账户对应的第二用户的信用分(如获取第二用户的信用分；或，同时获取第二用户的信用分，及第一账户对应的第一用户的信用分)；
进而服务器可至少根据所述第二用户的信用分，确定所述第一请求的可撤销时长(如根据第二用户的信用分，确定第一请求的可撤销时长；或，同时根据第二用户的信用分及第一用户的信用分，确定第一请求的可撤销时长)；
在该可撤销时长内，服务器若获取到所述客户端发送的撤销所述第一请求的撤销请求，服务器可取消将所述第一账户中的指定数值转入所述第二账户，为资金误转等情况提供救济。
在本发明实施例中，服务器对用户发出的将账户中的指定数值转入其他账户的请求的处理，更为合理和可靠，提升了对转账请求等涉及账户数值转出请求的处理的合理性和可靠性。
下面对本发明实施例提供的服务器进行介绍，下文描述的服务器内容可以认为是，服务器为实现本发明实施例提供的请求处理方法所需设置的功能模块架构。下文描述内容可与上文描述的请求处理方法内容相互对应参照。
图15为本发明实施例提供的服务器的结构框图，该服务器可以为第一应用平台的服务器，如SNS、电子商务等第三方支付平台的服务器；参照图15，该服务器可以包括：
请求获取模块100，用于获取客户端发送的第一请求，所述第一请求用于请求将第一账户中的指定数值转入第二账户；
信用分获取模块110，用于至少获取所述第二账户对应的第二用户的信用分；
时长确定模块120，用于至少根据所述第二用户的信用分，确定所述第一请求的可撤销时长；
撤销模块130，用于若在所述可撤销时长内，获取到所述客户端发送的撤销所述第一请求的撤销请求，取消将所述第一账户中的指定数值转入所述第二账户。
可选的，时长确定模块120，用于至少根据所述第二用户的信用分，确定所述第一请求的可撤销时长，具体包括：
若所述第二用户的信用分小于设定的信用分下限，确定所述第一请求的可撤销时长为设定第一时长；
若所述第二用户的信用分大于设定的信用分上限，确定所述第一请求的可撤销时长为设定第二时长；其中，设定第一时长大于设定第二时长；
若所述第二用户的信用分大于所述信用分下限，且小于所述信用分上限，根据所述第二用户的信用分确定第三时长，将所述第三时长作为所述第一请求的可撤销时长；所述第三时长小于或等于所述设定第一时长，且大于所述设定第二时长。
可选的，时长确定模块120，用于至少根据所述第二用户的信用分，确定所述第一请求的可撤销时长，还可包括：
若所述第二用户的信用分等于所述设定的信用分下限，确定所述第一请求的可撤销时长为设定第一时长；
或，若所述第二用户的信用分等于设定的信用分上限，确定所述第一请求的可撤销时长为设定第二时长；
或，若所述第二用户的信用分等于设定的信用分上限，根据所述第二用户的信用分确定第三时长，并将所述第三时长作为所述第一请求的可撤销时长。
可选的，时长确定模块120，用于根据所述第二用户的信用分确定第三时长，具体包括：
根据所述指定数值和所述第二用户的信用分，确定第一基础时长权重；
将所述第一基础时长权重乘以设定基础时长，确定候选撤销时长；
根据所述候选撤销时长确定所述第三时长。
可选的，信用分获取模块110用于至少获取所述第二账户对应的第二用户的信用分，具体包括：
获取所述第二用户的信用分，及所述第一账户对应的第一用户的信用分。
可选的，时长确定模块120，用于至少根据所述第二用户的信用分，确定所述第一请求的可撤销时长，具体包括：
若所述第二用户的信用分小于设定的信用分下限，确定所述第一请求的可撤销时长为设定第一时长；
若所述第二用户的信用分大于设定的信用分上限，确定所述第一请求的可撤销时长为设定第二时长；其中，设定第一时长大于设定第二时长；
若所述第二用户的信用分大于所述信用分下限，且小于所述信用分上限，根据所述第一用户的信用分及所述第二用户的信用分确定第三时长，将所述第三时长作为所述第一请求的可撤销时长；所述第三时长小于或等于所述设定第一时长，且大于所述设定第二时长。
相应的，时长确定模块120，用于根据所述第一用户的信用分及所述第二用户的信用分确定第三时长，具体包括：
根据所述指定数值，所述第一用户的信用分和所述第二用户的信用分，确定第二基础时长权重；
将所述第二基础时长权重乘以设定基础时长，确定候选撤销时长；
根据所述候选撤销时长确定所述第三时长。
可选的，时长确定模块120，用于根据所述候选撤销时长确定所述第三时长，具体包括：
若所述候选撤销时长大于或等于所述设定第一时长，确定所述设定第一时长为所述第三时长；
若所述候选撤销时长小于所述设定第一时长，确定所述候选撤销时长为所述第三时长。
可选的，所述第一账户为第一用户在第一应用平台的账户，或，所述第一用户绑定在第一应用平台的非第一应用平台的账户；
所述第二账户为第二用户在第一应用平台的账户，或，所述第二账户为所述第二用户在第二应用平台的账户且所述第二用户在第一应用平台注册有账户。
相应的，信用分获取模块110，用于获取所述第二账户对应的第二用户的信用分，具体包括：
从所述第一应用平台对应的数据库中，调取预确定的与所述第二用户在第一应用平台的账户对应的信用分；预确定的所述第二用户的信用分，根据所述第二用户在所述第一应用平台的行为特征确定的目标概率转换得来；
或，根据所述第二用户在第一应用平台的账户，确定所述第二用户在所述第一应用平台的行为特征，根据所述第二用户在所述第一应用平台的行为特征，确定所述第二用户的目标概率，将所述目标概率转换为相应的信用分。
可选的，服务器确定第二用户的目标概率的方式可以包括：
获取所述第二用户在所述第一应用平台的行为特征；
通过预训练的概率预测模型，根据所述第二用户在所述第一应用平台的行为特征，预测所述第二用户的目标概率。
可选的，图16示出了本发明实施例提供的服务器的另一结构框图，结合图15和图16所示，该服务器还可以包括：
模型训练模块140，用于根据第一文档的历史记录确定第一类用户和第二类用户；所述第一类用户为所述第一文档历史记录的归还误转入转让对象的用户，所述第二类用户为所述第一文档历史记录的不归还误转入转让对象的用户；获取第一类用户在第一应用平台的行为特征，形成第一类样本，及，获取第二类用户在第一应用平台的行为特征，形成第二类样本；通过机器学习算法，根据所述第一类样本和所述第二类样本构成的样本集，训练概率预测模型。
可选的，模型训练模块140，用于获取第一类用户在第一应用平台的行为特征，具体包括：
获取第一类用户在第一应用平台的设定维度行为特征，形成原始行为特征；
对所述原始行为特征进行清洗处理，整合处理，及结构规范化处理，得到基础行为特征；
对所述基础行为特征进行特征迭代筛选，得到候选行为特征；
构造所述候选行为特征的衍生特征，得到衍生行为特征；
将所述候选行为特征及所述衍生行为特征，确定为所述第一类用户的行为特征。
可选的，若所述第二账户为所述第二用户在第二应用平台的账户；信用分获取模块110在获取第二用户的信用分时，可通过如下方式确定第二用户在第一应用平台的账户：
根据第二用户在第二应用平台的第二账户，确定第二用户在第一应用平台与第二账户绑定的账户；
或，根据第二用户在第二应用平台的第二账户，从第二应用平台获取第二用户的身份标识，根据第二用户的身份标识匹配出第二用户在第一应用平台的账户。
可选的，服务器将第二用户的目标概率转换为相应的信用分的过程可以包括：
根据所述第二用户的目标概率确定信用调整分；
将设定的信用基准分加上所述信用调整分，确定所述第二用户的信用分。
可选的，所述第一账户为第一用户在第一应用平台的账户，或，所述第一用户绑定在第一应用平台的非第一应用平台的账户；所述第二账户为所述第二用户在第二应用平台的账户；
相应的，信用分获取模块110，用于获取所述第二账户对应的第二用户的信用分，具体包括：
从所述第二应用平台对应的数据库中，调取与所述第二账户对应的第二用户的信用分。
可选的，图17示出了本发明实施例提供的服务器的再一结构框图，结合图15和图17所示，该服务器还可以包括：
时长通知模块150，用于向所述客户端通知所述可撤销时长，以便所述客户端在所述第一请求的处理状态展示页面提示所述可撤销时长；
撤销成功提示模块160，用于在取消将所述指定数值的转让对象转入所述第二账户后，向所述客户端发送第一请求撤销成功的提示信息。
本发明实施例提供的服务器，对用户发出的将账户中的转让对象，转入其他账户的请求的处理更为合理和可靠，提升了对转账请求等转让对象转出请求的处理的合理性和可靠性。
上文描述的是服务器的功能模块架构，上述功能模块的功能可以通过服务器执行相应程序实现。
图18示出了服务器的硬件结构，参照图18，该服务器的硬件结构可以包括：处理器1，通信接口2，存储器3和通信总线4；
其中处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；
可选的，通信接口2可以为通信模块的接口，如GSM模块的接口；
处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC (ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。
存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器 (non-volatilememory)，例如至少一个磁盘存储器。
其中，处理器1具体用于：
获取客户端发送的第一请求，所述第一请求用于请求将第一账户中的指定数值转入第二账户；
至少获取所述第二账户对应的第二用户的信用分；
至少根据所述第二用户的信用分，确定所述第一请求的可撤销时长；
若在所述可撤销时长内，获取到所述客户端发送的撤销所述第一请求的撤销请求，取消将所述第一账户中的指定数值转入所述第二账户。
下面对本发明实施例提供的客户端进行介绍，下文描述的客户端可与上文描述的请求处理方法内容相互对应参照。
图19为本发明实施例提供的客户端的结构框图，参照图19，该客户端可以包括：
请求发送模块200，用于向服务器发送第一请求，所述第一请求用于请求将第一账户中的指定数值转入第二账户；
时长接收模块210，用于接收所述服务器通知的所述第一请求的可撤销时长；所述可撤销时长由所述服务器至少根据所述第二账户对应的第二用户的信用分确定；
时长提示模块220，用于在所述第一请求的处理状态展示页面提示所述可撤销时长。
可选的，如图19所示，该客户端还可以包括：
撤销请求发送模块230，用于向所述服务器发送撤销所述第一请求的撤销请求；
撤销成功提示接收模块240，用于若在所述可撤销时长内发送所述撤销请求，接收所述服务器发送的第一请求撤销成功的提示信息。
本发明实施例提供的客户端可以装载在用户设备上，用户设备的硬件结构可如图18所示，包括：处理器，通信接口，存储器和通信总线；
其中，处理器具体用于：
向服务器发送第一请求，所述第一请求用于请求将第一账户中的指定数值转入第二账户；
接收所述服务器通知的所述第一请求的可撤销时长；所述可撤销时长由所述服务器至少根据所述第二账户对应的第二用户的信用分确定；
在所述第一请求的处理状态展示页面提示所述可撤销时长。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的核心思想或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (25)

1.一种请求处理方法，其特征在于，包括：
获取客户端发送的第一请求，所述第一请求用于请求将第一账户中的指定数值转入第二账户；
获取由第一账户转出的所述指定数值对应的转让对象，并代管所述指定数值对应的转让对象；
获取所述第二账户对应的第二用户在第一应用平台的行为特征；
根据所述第二账户对应的第二用户在所述第一应用平台的行为特征，确定所述第二用户不归还误转入转让对象的目标概率；
将所述目标概率转换为所述第二用户的信用分，以使得所述信用分随第二用户的目标概率的减小而增大、增大而减小；
基于第二用户的信用分越高，则可撤销时长越短，第二用户的信用分越低，则可撤销时长越长的原则，确定与所述第二用户的信用分对应的第一请求的可撤销时长；
若在所述可撤销时长内，获取到所述客户端发送的撤销所述第一请求的撤销请求，取消将所述第一账户中的指定数值转入所述第二账户，将所述指定数值对应的转让对象归还给第一账户。
2.根据权利要求1所述的请求处理方法，其特征在于，所述确定与所述第二用户的信用分对应的第一请求的可撤销时长包括：
若所述第二用户的信用分小于设定的信用分下限，确定所述第一请求的可撤销时长为设定第一时长；
若所述第二用户的信用分大于设定的信用分上限，确定所述第一请求的可撤销时长为设定第二时长；其中，设定第一时长大于设定第二时长；
若所述第二用户的信用分大于所述信用分下限，且小于所述信用分上限，根据所述第二用户的信用分确定第三时长，将所述第三时长作为所述第一请求的可撤销时长；所述第三时长小于或等于所述设定第一时长，且大于所述设定第二时长。
3.根据权利要求2所述的请求处理方法，其特征在于，所述方法还包括：
若所述第二用户的信用分等于所述设定的信用分下限，确定所述第一请求的可撤销时长为设定第一时长；
或，若所述第二用户的信用分等于设定的信用分上限，确定所述第一请求的可撤销时长为设定第二时长；
或，若所述第二用户的信用分等于设定的信用分上限，根据所述第二用户的信用分确定第三时长，并将所述第三时长作为所述第一请求的可撤销时长。
4.根据权利要求2所述的请求处理方法，其特征在于，所述根据所述第二用户的信用分确定第三时长包括：
根据所述指定数值和所述第二用户的信用分，确定第一基础时长权重；将所述第一基础时长权重乘以设定基础时长，确定候选撤销时长；
根据所述候选撤销时长确定所述第三时长。
5.根据权利要求1所述的请求处理方法，其特征在于，所述方法还包括：获取所述第一账户对应的第一用户的信用分；
所述确定与所述第二用户的信用分对应的第一请求的可撤销时长包括：
若所述第二用户的信用分小于设定的信用分下限，确定所述第一请求的可撤销时长为设定第一时长；
若所述第二用户的信用分大于设定的信用分上限，确定所述第一请求的可撤销时长为设定第二时长；其中，设定第一时长大于设定第二时长；
若所述第二用户的信用分大于所述信用分下限，且小于所述信用分上限，根据所述第一用户的信用分及所述第二用户的信用分确定第三时长，将所述第三时长作为所述第一请求的可撤销时长；所述第三时长小于或等于所述设定第一时长，且大于所述设定第二时长。
6.根据权利要求5所述的请求处理方法，其特征在于，所述根据所述第一用户的信用分及所述第二用户的信用分确定第三时长包括：
根据所述指定数值，所述第一用户的信用分和所述第二用户的信用分，确定第二基础时长权重；
将所述第二基础时长权重乘以设定基础时长，确定候选撤销时长；
根据所述候选撤销时长确定所述第三时长。
7.根据权利要求4或6所述的请求处理方法，其特征在于，所述根据所述候选撤销时长确定所述第三时长包括：
若所述候选撤销时长大于或等于所述设定第一时长，确定所述设定第一时长为所述第三时长；
若所述候选撤销时长小于所述设定第一时长，确定所述候选撤销时长为所述第三时长。
8.根据权利要求1所述的请求处理方法，其特征在于，所述第一账户为第一用户在第一应用平台的账户，或，所述第一账户为所述第一用户绑定在第一应用平台的非第一应用平台的账户；
所述第二账户为第二用户在第一应用平台的账户，或，所述第二账户为所述第二用户在第二应用平台的账户且所述第二用户在第一应用平台注册有账户。
9.根据权利要求1所述的请求处理方法，其特征在于，所述获取所述第二账户对应的第二用户在第一应用平台的行为特征包括：
根据所述第二用户在第一应用平台的账户，确定所述第二用户在所述第一应用平台的行为特征。
10.根据权利要求1所述的请求处理方法，其特征在于，所述根据所述第二账户对应的第二用户在所述第一应用平台的行为特征，确定所述第二用户不归还误转入转让对象的目标概率包括：
通过预训练的概率预测模型，根据所述第二用户在所述第一应用平台的行为特征，预测所述第二用户的目标概率。
11.根据权利要求10所述的请求处理方法，其特征在于，所述概率预测模型的训练过程包括：
根据第一文档的历史记录确定第一类用户和第二类用户；所述第一类用户为所述第一文档历史记录的归还误转入转让对象的用户，所述第二类用户为所述第一文档历史记录的不归还误转入转让对象的用户；
获取第一类用户在第一应用平台的行为特征，形成第一类样本，及，获取第二类用户在第一应用平台的行为特征，形成第二类样本；
通过机器学习算法，根据所述第一类样本和所述第二类样本构成的样本集，训练概率预测模型。
12.根据权利要求11所述的请求处理方法，其特征在于，所述获取第一类用户在第一应用平台的行为特征包括：
获取第一类用户在第一应用平台的设定维度行为特征，形成原始行为特征；
对所述原始行为特征进行清洗处理，整合处理，及结构规范化处理，得到基础行为特征；
对所述基础行为特征进行特征迭代筛选，得到候选行为特征；
构造所述候选行为特征的衍生特征，得到衍生行为特征；
将所述候选行为特征及所述衍生行为特征，确定为所述第一类用户的行为特征。
13.根据权利要求8所述的请求处理方法，其特征在于，若所述第二账户为所述第二用户在第二应用平台的账户；所述第二用户在第一应用平台的账户的确定过程包括：
根据第二用户在第二应用平台的第二账户，确定第二用户在第一应用平台与第二账户绑定的账户；
或，根据第二用户在第二应用平台的第二账户，从第二应用平台获取第二用户的身份标识，根据第二用户的身份标识匹配出第二用户在第一应用平台的账户。
14.根据权利要求1所述的请求处理方法，其特征在于，所述将所述目标概率转换为所述第二用户的信用分包括：
根据所述第二用户的目标概率确定信用调整分；
将设定的信用基准分加上所述信用调整分，确定所述第二用户的信用分。
15.根据权利要求1所述的请求处理方法，其特征在于，还包括：
向所述客户端通知所述可撤销时长，以便所述客户端在所述第一请求的处理状态展示页面提示所述可撤销时长；
和/或，在取消将所述指定数值的转让对象转入所述第二账户后，向所述客户端发送第一请求撤销成功的提示信息。
16.一种请求处理方法，其特征在于，包括：
向服务器发送第一请求，所述第一请求用于请求将第一账户中的指定数值转入第二账户，以使服务器获取由第一账户转出的所述指定数值对应的转让对象，并代管所述指定数值对应的转让对象；获取所述第二账户对应的第二用户在第一应用平台的行为特征；根据所述第二账户对应的第二用户在所述第一应用平台的行为特征，确定所述第二用户不归还误转入转让对象的目标概率；将所述目标概率转换为所述第二用户的信用分，以使得所述信用分随第二用户的目标概率的减小而增大、增大而减小；基于第二用户的信用分越高，则可撤销时长越短，第二用户的信用分越低，则可撤销时长越长的原则，确定与所述第二用户的信用分对应的第一请求的可撤销时长；
接收所述服务器通知的所述第一请求的可撤销时长；
在所述第一请求的处理状态展示页面提示所述可撤销时长；
向所述服务器发送撤销所述第一请求的撤销请求，以使服务器若在所述可撤销时长内，获取到撤销所述第一请求的撤销请求，取消将所述第一账户中的指定数值转入所述第二账户，将所述指定数值对应的转让对象归还给第一账户。
17.根据权利要求16所述的请求处理方法，其特征在于，还包括：
若在所述可撤销时长内发送所述撤销请求，接收所述服务器发送的第一请求撤销成功的提示信息。
18.一种服务器，其特征在于，包括：
请求获取模块，用于获取客户端发送的第一请求，所述第一请求用于请求将第一账户中的指定数值转入第二账户；
信用分获取模块，用于获取由第一账户转出的所述指定数值对应的转让对象，并代管所述指定数值对应的转让对象；获取所述第二账户对应的第二用户在第一应用平台的行为特征；根据所述第二账户对应的第二用户在所述第一应用平台的行为特征，确定所述第二用户不归还误转入转让对象的目标概率；将所述目标概率转换为所述第二用户的信用分，以使得所述信用分随第二用户的目标概率的减小而增大、增大而减小；
时长确定模块，用于基于第二用户的信用分越高，则可撤销时长越短，第二用户的信用分越低，则可撤销时长越长的原则，确定与所述第二用户的信用分对应的第一请求的可撤销时长；
撤销模块，用于若在所述可撤销时长内，获取到所述客户端发送的撤销所述第一请求的撤销请求，取消将所述第一账户中的指定数值转入所述第二账户，将所述指定数值对应的转让对象归还给第一账户。
19.根据权利要求18所述的服务器，其特征在于，所述时长确定模块，还用于若所述第二用户的信用分小于设定的信用分下限，确定所述第一请求的可撤销时长为设定第一时长；
若所述第二用户的信用分大于设定的信用分上限，确定所述第一请求的可撤销时长为设定第二时长；其中，设定第一时长大于设定第二时长；
若所述第二用户的信用分大于所述信用分下限，且小于所述信用分上限，根据所述第二用户的信用分确定第三时长，将所述第三时长作为所述第一请求的可撤销时长；所述第三时长小于或等于所述设定第一时长，且大于所述设定第二时长。
20.根据权利要求18所述的服务器，其特征在于，所述信用分获取模块，还用于获取所述第二用户的信用分，及所述第一账户对应的第一用户的信用分；
所述时长确定模块，用于至少根据所述第二用户的信用分，确定所述第一请求的可撤销时长，具体包括：
若所述第二用户的信用分小于设定的信用分下限，确定所述第一请求的可撤销时长为设定第一时长；
若所述第二用户的信用分大于设定的信用分上限，确定所述第一请求的可撤销时长为设定第二时长；其中，设定第一时长大于设定第二时长；
若所述第二用户的信用分大于所述信用分下限，且小于所述信用分上限，根据所述第一用户的信用分及所述第二用户的信用分确定第三时长，将所述第三时长作为所述第一请求的可撤销时长；所述第三时长小于或等于所述设定第一时长，且大于所述设定第二时长。
21.根据权利要求18所述的服务器，其特征在于，还包括：
时长通知模块，用于向所述客户端通知所述可撤销时长，以便所述客户端在所述第一请求的处理状态展示页面提示所述可撤销时长；
撤销成功提示模块，用于在取消将所述指定数值的转让对象转入所述第二账户后，向所述客户端发送第一请求撤销成功的提示信息。
22.一种客户端，其特征在于，包括：
请求发送模块，用于向服务器发送第一请求，所述第一请求用于请求将第一账户中的指定数值转入第二账户，以使服务器获取由第一账户转出的所述指定数值对应的转让对象，并代管所述指定数值对应的转让对象；获取所述第二账户对应的第二用户在第一应用平台的行为特征，确定所述第二用户不归还误转入转让对象的目标概率；将所述目标概率转换为所述第二用户的信用分，以使得所述信用分随第二用户的目标概率的减小而增大、增大而减小；基于第二用户的信用分越高，则可撤销时长越短，第二用户的信用分越低，则可撤销时长越长的原则，确定与所述第二用户的信用分对应的第一请求的可撤销时长；
时长接收模块，用于接收所述服务器通知的所述第一请求的可撤销时长；
时长提示模块，用于在所述第一请求的处理状态展示页面提示所述可撤销时长；
撤销请求发送模块，用于向所述服务器发送撤销所述第一请求的撤销请求，以使服务器若在所述可撤销时长内，获取到撤销所述第一请求的撤销请求，取消将所述第一账户中的指定数值转入所述第二账户，将所述指定数值对应的转让对象归还给第一账户。
23.根据权利要求22所述的客户端，其特征在于，还包括：
撤销成功提示接收模块，用于若在所述可撤销时长内发送所述撤销请求，接收所述服务器发送的第一请求撤销成功的提示信息。
24.一种电子设备，其特征在于，包括：
存储器，用于存储可执行指令；
处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1至15任一项所述的请求处理方法，或者实现权利要求16至17任一项所述的请求处理方法。
25.一种计算机可读存储介质，其特征在于，存储有可执行指令，用于被处理器执行时，实现权利要求1至15任一项所述的请求处理方法，或者实现权利要求16至17任一项所述的请求处理方法。
CN201611018875.XA 2016-11-18 2016-11-18 一种请求处理方法、服务器及客户端 Active CN108074083B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201611018875.XA CN108074083B (zh) 2016-11-18 2016-11-18 一种请求处理方法、服务器及客户端
PCT/CN2017/107028 WO2018090785A1 (zh) 2016-11-18 2017-10-20 请求处理方法、服务器及客户端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611018875.XA CN108074083B (zh) 2016-11-18 2016-11-18 一种请求处理方法、服务器及客户端

Publications (2)

Publication Number Publication Date
CN108074083A CN108074083A (zh) 2018-05-25
CN108074083B true CN108074083B (zh) 2021-02-05

Family

ID=62145216

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611018875.XA Active CN108074083B (zh) 2016-11-18 2016-11-18 一种请求处理方法、服务器及客户端

Country Status (2)

Country Link
CN (1) CN108074083B (zh)
WO (1) WO2018090785A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113793155B (zh) * 2018-06-27 2024-04-19 创新先进技术有限公司 一种对已发出消息的处理方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140081785A1 (en) * 2011-05-06 2014-03-20 Manuel Janssen Valadas Preto Telematic payment card
CN104331798A (zh) * 2014-10-23 2015-02-04 杨方东 一种账户操作控制方法
CN104616137A (zh) * 2013-12-26 2015-05-13 腾讯科技（深圳）有限公司 安全支付方法、服务器及系统
CN105373955A (zh) * 2015-12-08 2016-03-02 布比（北京）网络技术有限公司 基于多重签名的数字资产处理方法及装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101154282A (zh) * 2006-09-29 2008-04-02 阿里巴巴公司 一种实现支付的系统及方法
CN101567070A (zh) * 2008-04-24 2009-10-28 中国银联股份有限公司 一种交易数据处理方法、系统及一种支付系统
US8352368B2 (en) * 2008-10-13 2013-01-08 Visa International Service Association P2P transfer using prepaid card
US20130124395A1 (en) * 2011-11-10 2013-05-16 James Siminoff Systems And Methods For Disabling Recurring Charges
AU2014256396B2 (en) * 2013-11-15 2020-08-20 Fidelity Information Services, Llc Systems and methods for real-time account access
CN105450707B (zh) * 2014-08-29 2019-03-08 青岛海尔电子有限公司 一种云媒体资源的分配方法及系统
CN106101092A (zh) * 2016-06-07 2016-11-09 腾讯科技（深圳）有限公司 一种信息评估处理方法及第一实体

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140081785A1 (en) * 2011-05-06 2014-03-20 Manuel Janssen Valadas Preto Telematic payment card
CN104616137A (zh) * 2013-12-26 2015-05-13 腾讯科技（深圳）有限公司 安全支付方法、服务器及系统
CN104331798A (zh) * 2014-10-23 2015-02-04 杨方东 一种账户操作控制方法
CN105373955A (zh) * 2015-12-08 2016-03-02 布比（北京）网络技术有限公司 基于多重签名的数字资产处理方法及装置

Also Published As

Publication number Publication date
CN108074083A (zh) 2018-05-25
WO2018090785A1 (zh) 2018-05-24

Similar Documents

Publication Publication Date Title
CN108932585B (zh) 一种商户运营管理方法及其设备、存储介质、电子设备
US10636100B2 (en) System and method for prediction of value added tax reclaim success
US20180308089A1 (en) Settlement system, server device, terminal device, method and program
CN109086317B (zh) 风险控制方法和相关装置
CN111881158B (zh) 一种管理报表数据处理方法、装置、计算机系统及可读存储介质
CN110503564B (zh) 基于大数据的保全案件处理方法、系统、设备及存储介质
US20240135352A1 (en) System and process for electronic payments
KR101981962B1 (ko) 네트워크를 통한 중고기계의 안전거래방법
CN115438821A (zh) 一种智能排队方法和相关装置
CN109087109B (zh) 一种移动支付确认方法、装置、系统和存储介质
CN113255929B (zh) 异常用户可解释原因的获取方法和装置
CN111061948A (zh) 一种用户标签推荐方法、装置、计算机设备及存储介质
KR20180023603A (ko) 대출 중개 시스템 및 이에 이용되는 중개 서버
CN108074083B (zh) 一种请求处理方法、服务器及客户端
CN108416662B (zh) 一种数据验证方法及装置
US20180122001A1 (en) Social evaluation of creditworthiness system and method
CN112669154B (zh) 外币兑换业务开办预测实现方法、装置及计算机设备
WO2017044197A1 (en) Secure communications methods for use with entrepreneurial prediction systems and methods
CN110675136A (zh) 信息处理方法、装置及设备
CN110310020B (zh) 基于数据分析的项目方案管理方法、相关装置及存储介质
CN113220749B (zh) 业务数据的处理方法、装置和电子设备
CN117876037A (zh) 电子卡券的发放方法、装置、终端设备以及存储介质
CN117114706A (zh) 理赔案件的欺诈风险预测方法、装置及设备
CN113487421A (zh) 一种业务办理方法、装置及电子设备
CN117273889A (zh) 一种业务信息采集方法、装置、设备和介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant