CN112053159A - 交易数据验证方法、装置、风险控制服务器及业务服务器 - Google Patents

Abstract

本申请适用于数据识别技术领域，提供了一种交易数据验证方法、装置、风险控制服务器及业务服务器。该交易数据验证方法包括：获取业务服务器发送的交易数据的数据特征。若数据特征不符合预设可疑名单，则确定数据特征是否符合可信规则。若数据特征符合可信规则，则根据数据特征生成第一处置码。将第一处置码发送给业务服务器。由于通过交易数据的特征对交易数据分类，并生成对应的处置码。对于不同的处置码，对交易数据采取不同的处理措施，使得风险控制的效果更好，效率更高。

Description

交易数据验证方法、装置、风险控制服务器及业务服务器

技术领域

本申请属于数据识别技术领域，尤其涉及一种交易数据验证方法、装置、风险控制服务器及业务服务器。

背景技术

在进行金融交易时，需要对金融交易的风险进行管控。现有技术中，风险管控系统根据可疑数据规则对金融交易数据进行验证，进而实现对金融交易的风险进行管控。但是，仅通过可疑数据规则对金融交易数据进行验证，交易验证的耗时较久，且效果不佳。

发明内容

本申请实施例提供了交易数据验证方法、装置、风险控制服务器及业务服务器，可以改善仅通过可疑数据规则对金融交易数据进行验证，交易验证的耗时较久，且效果不佳的问题。

第一方面，本申请实施例提供了一种交易数据验证方法，应用于风险控制服务器，包括：获取业务服务器发送的交易数据的数据特征。若数据特征不符合预设可疑名单，则确定数据特征是否符合可信规则。若数据特征符合可信规则，则根据数据特征生成第一处置码。将第一处置码发送给业务服务器。

一些实施方式中，在确定数据特征是否符合可信规则之后，还包括：若数据特征不符合可信规则，则确定数据特征是否符合可疑规则。若数据特征不符合可疑规则，则根据数据特征生成第二处置码。将第二处置码发送给业务服务器。

一些实施方式中，在确定数据特征是否符合可疑规则之后，还包括：若数据特征符合可疑规则，则根据数据特征生成第一可疑数据特征码。确定在预设的数据特征码列表中，是否存在与第一可疑数据特征码相同的第二可疑数据特征码。若存在第二数据特征码，则根据数据特征生成第二处置码。若不存第二数据特征码，则根据数据特征生成第三处置码。将第二处置码或第三处置码发送给业务服务器。

一些实施方式中，在将第二处置码或第三处置码发送给业务服务器之后，还包括：接收业务服务器发送的验证通过信息，其中，验证通过信息包括交易数据的数据特征。根据验证通过信息中的数据特征生成第三可疑数据特征码，并存入预设的数据特征码列表。

第二方面，本申请实施例提供了一种交易数据验证方法应用于业务服务器，包括：接收用户发送的交易数据，并将交易数据发送给风险控制服务器。接收风险控制服务器发送的第一处置码、第二处置码或第三处置码。根据第一处置码、第二处置码或第三处置码，对交易数据进行处理。

一些实施方式中，根据第三处置码，对交易数据进行处理，包括：验证用户的身份信息。若用户的身份信息通过验证，则将向风险控制服务器发送验证通过信息，其中，验证通过信息包括交易数据的数据特征。

第三方面，本申请实施例提供了一种交易数据验证装置，应用于风险控制服务器，包括：获取模块，用于获取业务服务器发送的交易数据的数据特征。确定模块，用于若数据特征不符合预设可疑名单，则确定数据特征是否符合可信规则。生成模块，用于若数据特征符合可信规则，则根据数据特征生成第一处置码。发送模块，用于将第一处置码发送给业务服务器。

一些实施方式中，确定模块，还用于若数据特征不符合可信规则，则确定数据特征是否符合可疑规则。生成模块，还用于若数据特征不符合可疑规则，则根据数据特征生成第二处置码。发送模块，还用于将第二处置码发送给业务服务器。

一些实施方式中，生成模块，还用于若数据特征符合可疑规则，则根据数据特征生成第一可疑数据特征码。确定模块，还用于确定在预设的数据特征码列表中，是否存在与第一可疑数据特征码相同的第二可疑数据特征码。生成模块，还用于若存在第二数据特征码，则根据数据特征生成第二处置码。若不存第二数据特征码，则根据数据特征生成第三处置码。发送模块，还用于将第二处置码或第三处置码发送给业务服务器。

一些实施方式中，该装置还包括：接收模块，用于接收业务服务器发送的验证通过信息，其中，验证通过信息包括交易数据的数据特征。生成模块，还用于根据验证通过信息中的数据特征生成第三可疑数据特征码，并存入预设的数据特征码列表。

第四方面，本申请实施例提供了一种交易数据验证装置，应用于业务服务器，包括：收发模块，用于接收用户发送的交易数据，并将交易数据发送给风险控制服务器。收发模块，还用于接收风险控制服务器发送的第一处置码、第二处置码或第三处置码。处理模块，用于根据第一处置码、第二处置码或第三处置码，对交易数据进行处理。

一些实施方式中，处理模块，具体用于验证用户的身份信息。若用户的身份信息通过验证，则将向风险控制服务器发送验证通过信息，其中，验证通过信息包括交易数据的数据特征。

第五方面，本申请实施例提供了一种风险控制服务器，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，其特征在于，处理器执行计算机程序时实现上述第一方面提供的方法。

第六方面，本申请实施例提供了一种业务服务器，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，其特征在于，处理器执行计算机程序时实现上述第二方面提供的方法。

第七方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现可实现上述第一方面提供的方法。

第八方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现可实现上述第二方面提供的方法。

本申请实施例与现有技术相比存在的有益效果是：先根据交易数据的数据特征对交易数据进行分类，若数据特征不符合预设可疑名单，则确定数据特征是否符合可信规则。若数据特征符合可信规则，则根据数据特征生成第一处置码。将第一处置码发送给业务服务器。由于通过交易数据的特征对交易数据分类，并生成对应的处置码。对于不同的处置码，对交易数据采取不同的处理措施，使得风险控制的效果更好，效率更高。

附图说明

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

图1是本申请一实施例提供的交易数据验证方法应用场景示意图；

图2是本申请一实施例提供的交易数据验证方法应用于风险控制服务器时的流程示意图；

图3是本申请一实施例提供的交易数据验证方法应用于业务服务器时的流程示意图；

图4是本申请另一实施例提供的交易数据验证方法应用于风险控制服务器时的流程示意图；

图5是本申请另一实施例提供的交易数据验证方法应用于业务服务器时的流程示意图；

图6是本申请一实施例提供的交易数据验证方法应用时的流程示意图；

图7是本申请一实施例提供的交易数据验证装置应用于风险控制服务器时的结构示意图；

图8是本申请另一实施例提供的交易数据验证装置应用于风险控制服务器时的结构示意图；

图9是本申请一实施例提供的交易数据验证装置应用于业务服务器时的结构示意图；

图10是本申请实施例提供的风险控制服务器的结构示意图；

图11是本申请实施例提供的业务服务器的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“若”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“若确定”可以依据上下文被解释为意指“一旦确定”或“响应于确定”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施方式”或“一些实施方式”等意味着在本申请的一个或多个实施方式中包括结合该实施方式描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施方式中”、“在一些实施方式中”、“在其他一些实施方式中”、“在另外一些实施方式中”等不是必然都参考相同的实施方式，而是意味着“一个或多个但不是所有的实施方式”，除非是以其他方式另外特别强调。

图1是本申请一实施例提供的交易数据验证方法应用场景示意图。

如图1所示，该场景中，包括用户11、用户终端设备12、业务服务器13、风险控制服务器14。其中，用户终端设备12为可以发起交易请求的终端设备，如智能手机、平板电脑、可穿戴设备、笔记本电脑、个人计算机、个人数字助理(personal digital assistant，PDA)等，在此不作任何限制。业务服务器13和风险控制服务器14可以是同一服务器，也可以是不同服务器，例如可以是云端服务器、应用服务器、缓存服务器、数据库服务器、分布式服务器等，在此亦不做限制。

在本场景中，用户11在用户终端设备12上发起交易请求，并将交易数据发送给业务服务器13。业务服务器13上运行有业务系统，风险控制服务器14上运行有风控系统，业务服务器13和风险控制服务器14根据本申请提供的交易数据验证方法验证交易数据，然后根据验证结果处理交易请求。

图2示出了本申请提供的交易数据验证方法应用于风险控制服务器时的流程示意图，作为示例而非限定，该方法可以应用于图1的风险控制服务器14中。该交易数据验证方法，应用于风险控制服务器，包括：

S21、获取业务服务器发送的交易数据的数据特征。

一些实施方式中，在接收到业务服务器发送的交易数据后，可以先对交易数据进行清洗例如，先对关键交易要素的格式进行验证，然后对辅助交易数据的补充进行补充，最后再将交易数据转换为风险控制程序能识别处理的内部数据，得到清洗后的交易数据。然后，再获取提取后的交易数据的数据特征，其中，数据特征包括交易主体、交易对象、设备特征、互联网协议地址(Internet Protocol Address，IP地址)等。

S22、若数据特征不符合预设可疑名单，则确定数据特征是否符合可信规则。

一些实施方式中，预设可疑名单可以是洗钱等高风险交易的名单。若数据特征符合预设可以名单，则可以生成阻断交易码，并发送给业务服务器，以阻断该交易。

其中，可信规则用于根据交易数据确定该交易是否为低风险交易。例如，可信规则可以包括：交易设备是否属于可信设备、交易对手是否属于交易主体的可信收款人，交易时间是否属于正常交易时间等。若满足设置的可信规则，则客户当前的金融交易可判定为为低风险交易。

S23、若数据特征符合可信规则，则根据数据特征生成第一处置码。

一些实施方式中，数据特征符合可信规则，表明该交易为低风险交易，此时可以根据数据特征生成第一处置码，并发送给业务服务器，其中，第一处置码用于指示业务服务器根据数据特征简化验证流程。例如可以减免人脸识别验证、U盾验证、电话核实等高安全级别的验证方式，仅需做验证密码、或者免密交易等动作，以完成后续的交易环节。

S24、将第一处置码发送给业务服务器。

在本实施例中，先根据交易数据的数据特征对交易数据进行分类，若数据特征不符合预设可疑名单，则确定数据特征是否符合可信规则。若数据特征符合可信规则，则根据数据特征生成第一处置码。将第一处置码发送给业务服务器。由于通过交易数据的特征对交易数据分类，并生成对应的处置码。对于不同的处置码，对交易数据采取不同的处理措施，使得风险控制的效果更好，效率更高。

图3示出了本申请提供的交易数据验证方法应用于业务服务器时的流程示意图，作为示例而非限定，该方法可以应用于图1的业务服务器13中。该交易数据验证方法，应用于业务服务器，包括：

S31、接收用户发送的交易数据，并将交易数据发送给风险控制服务器。

一些实施方式中，用户发送的交易数据可以是支付类数据、开户类数据、收单类数据等，在此不做限制。

S32、接收风险控制服务器发送的第一处置码、第二处置码或第三处置码。

一些实施方式中，第一处置码用于指示业务服务器采取简化验证流程验证交易。第二处置码用于指示业务服务器采取标准验证流程，如输入密码，然后再预设的手机上接收短信验证码，核实密码以及短信验证码来验证交易。第三处置码用于指示业务服务器采取加强验证流程验证交易。

S33、根据第一处置码、第二处置码或第三处置码，对交易数据进行处理。

一些实施方式中，根据第一处置码，验证交易并对交易数据进行处理，包括：按照风险控制服务器的处置码指令，业务服务器启动处置码指令指定的认证程序并等待用户完成。如验证通过，则继续进行交易的下一个环节，如验证失败，则直接阻断当前交易并将验证失败的信息通知风险防控服务器。

一些实施方式中，根据第二处置码，验证交易并对交易数据进行处理，包括：按照风险控制服务器的处置码指令，业务服务器启动默认的认证程序并等待用户完成。如验证通过，则继续进行交易的下一个环节，如验证失败，则直接阻断当前交易并将验证失败的信息通知风险防控服务器。

还有一些实施方式中，参考图5根据第三处置码，验证交易并对交易数据进行处理。包括：

S331、验证用户的身份信息。

具体的，验证用户的身份信息可以通过固化的核身程序进行，如通过对证件信息、账户信息及账户密码信息三者的验证来完成

S332、若用户的身份信息通过验证，则将向风险控制服务器发送验证通过信息。

其中，验证通过信息包括交易数据的数据特征。

相应的，参考图4，风险控制服务器在将第二处置码或第三处置码发送给业务服务器之后，还包括：

S25、接收到业务服务器发送的验证通过信息。

其中，验证通过信息包括交易数据的数据特征。

S26、根据验证通过信息中的数据特征生成第三可疑数据特征码，并存入预设的数据特征码列表。

其中，可疑数据码为根据上述交易数据和数据特征，通过预设算法生成的加密码，用于识别用户的下一次交易是否存在风险。

图6是本申请一实施例提供的交易数据验证方法应用时的流程示意图。在此，以图6为例，详细说明交易数据验证方法是如何应用的。

S401、业务服务器接收用户发送的交易数据。

S402、业务服务器将交易数据发送给风险控制服务器。

S403、风险控制服务器对交易数据进行清洗。

S404、风险控制服务器获取清洗后交易数据的数据特征。

S405、风险控制服务器确定数据特征是否符合预设可疑名单，若是，则执行S406，若否，则执行S407。

S406、风险控制服务器向业务服务器发送阻断交易处置码。

S407、风险控制服务器确定数据特征是否符合可信规则，若是，则执行S408，若否，则执行S409。

S408、风险控制服务器向业务服务器发送第一处置码。

S409、风险控制服务器确定数据特征是否符合可疑规则，若是，则执行S411，若否，则执行S410。

S410、风险控制服务器向业务服务器发送第二处置码。

S411、风险服务器根据数据特征生成第一可疑数据特征码。

S412、风险服务器确定在预设的数据特征码列表中，是否存在与第一可疑数据特征码相同的第二可疑数据特征码，若是，则执行S410，若否，则执行S413。

S413、风险控制服务器向业务服务器发送第三处置码。

S414、业务服务器接收风险控制服务器发送的阻断交易处置码、第一处置码、第二处置码或第三处置码。

S415、业务服务器根据阻断交易处置码、第一处置码、第二处置码或第三处置码，对交易数据进行处理。

应理解，上述实施方式中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施方式的实施过程构成任何限定。

对应于上文实施方式所述的交易数据验证方法，图7示出了本申请实施方式提供的应用于风险控制服务器的交易数据验证装置的结构框图，为了便于说明，仅示出了与本申请实施方式相关的部分。

参照图7，该装置包括：获取模块51，用于获取业务服务器发送的交易数据的数据特征。确定模块52，用于若数据特征不符合预设可疑名单，则确定数据特征是否符合可信规则。生成模块53，用于若数据特征符合可信规则，则根据数据特征生成第一处置码。发送模块54，用于将第一处置码发送给业务服务器。

一些实施方式中，确定模块52，还用于若数据特征不符合可信规则，则确定数据特征是否符合可疑规则。生成模块53，还用于若数据特征不符合可疑规则，则根据数据特征生成第二处置码。发送模块54，还用于将第二处置码发送给业务服务器。

一些实施方式中，生成模块53，还用于若数据特征符合可疑规则，则根据数据特征生成第一可疑数据特征码。确定模块52，还用于确定在预设的数据特征码列表中，是否存在与第一可疑数据特征码相同的第二可疑数据特征码。生成模块53，还用于若存在第二数据特征码，则根据数据特征生成第二处置码。若不存第二数据特征码，则根据数据特征生成第三处置码。发送模块54，还用于将第二处置码或第三处置码发送给业务服务器。

一些实施方式中，参考图8，该装置还包括：接收模,55，用于接收业务服务器发送的验证通过信息，其中，验证通过信息包括交易数据的数据特征。生成模块53，还用于根据验证通过信息中的数据特征生成第三可疑数据特征码，并存入预设的数据特征码列表。

图9示出了本申请实施方式提供的应用于业务服务器的交易数据验证装置的结构框图，为了便于说明，仅示出了与本申请实施方式相关的部分。

参照图9，该装置包括：收发模块61，用于接收用户发送的交易数据，并将交易数据发送给风险控制服务器。收发模块61，还用于接收风险控制服务器发送的第一处置码、第二处置码或第三处置码。处理模块62，用于根据第一处置码、第二处置码或第三处置码，对交易数据进行处理。

一些实施方式中，处理模块62，具体用于验证用户的身份信息。若用户的身份信息通过验证，则将向风险控制服务器发送验证通过信息，其中，验证通过信息包括交易数据的数据特征。

需要说明的是，上述模块之间的信息交互、执行过程等内容，由于与本申请方法实施方式基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施方式部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施方式中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施方式中的对应过程，在此不再赘述。

图10为本申请一实施方式提供的风险控制服务器的结构示意图。如图10所示，该实施方式的风险控制服务器7包括：至少一个处理器71(图10中仅示出一个)处理器、存储器72以及存储在存储器72中并可在至少一个处理器71上运行的计算机程序73，处理器71执行计算机程序73时实现上述应用于风险控制服务器的任意交易数据验证方法实施方式中的步骤。

风险控制服务器7可以是服务器或云端服务器等计算设备。该风险控制服务器可包括，但不仅限于，处理器71、存储器72。本领域技术人员可以理解，图10仅仅是风险控制服务器7的举例，并不构成对风险控制服务器7的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器71可以是中央处理单元(Central Processing Unit，CPU)，该处理器71还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器72在一些实施方式中可以是风险控制服务器7的内部存储单元，例如风险控制服务器7的硬盘或内存。存储器72在另一些实施方式中也可以是风险控制服务器7的外部存储设备，例如风险控制服务器7上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器72还可以既包括风险控制服务器7的内部存储单元也包括外部存储设备。存储器72用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如计算机程序的程序代码等。存储器72还可以用于暂时地存储已经输出或者将要输出的数据。

图11为本申请一实施方式提供的业务服务器的结构示意图。如图11所示，该实施方式的业务服务器8包括：至少一个处理器81(图11中仅示出一个)处理器、存储器82以及存储在存储器82中并可在至少一个处理器81上运行的计算机程序83，处理器81执行计算机程序83时实现上述应用于业务服务器的任意交易数据验证方法实施方式中的步骤。

业务服务器8可以是服务器或云端服务器等计算设备。该业务服务器可包括，但不仅限于，处理器81、存储器82。本领域技术人员可以理解，图11仅仅是业务服务器8的举例，并不构成对业务服务器8的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器81可以是中央处理单元(Central Processing Unit，CPU)，该处理器81还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器82在一些实施方式中可以是业务服务器8的内部存储单元，例如业务服务器8的硬盘或内存。存储器82在另一些实施方式中也可以是业务服务器8的外部存储设备，例如业务服务器8上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器82还可以既包括业务服务器8的内部存储单元也包括外部存储设备。存储器82用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如计算机程序的程序代码等。存储器82还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施方式还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述应用于风险控制服务器的任意交易数据验证方法的步骤。

本申请实施方式还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述应用于业务服务器的任意交易数据验证方法的步骤。

本申请实施方式提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述应用于风险控制服务器的任意交易数据验证方法的步骤。

本申请实施方式提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述应用于业务服务器的任意交易数据验证方法的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施方式方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施方式的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到上述装置或服务器的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施方式中，对各个实施方式的描述都各有侧重，某个实施方式中没有详述或记载的部分，可以参见其它实施方式的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施方式描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施方式中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。

以上所述实施方式仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施方式对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施方式技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种交易数据验证方法，应用于风险控制服务器，其特征在于，包括：

获取业务服务器发送的交易数据的数据特征；

若所述数据特征不符合预设可疑名单，则确定所述数据特征是否符合可信规则；

若所述数据特征符合所述可信规则，则根据所述数据特征生成第一处置码；

将所述第一处置码发送给所述业务服务器。

2.如权利要求1所述的方法，其特征在于，在确定所述数据特征是否符合可信规则之后，还包括：

若所述数据特征不符合所述可信规则，则确定所述数据特征是否符合可疑规则；

若所述数据特征不符合所述可疑规则，则根据所述数据特征生成第二处置码；

将所述第二处置码发送给所述业务服务器。

3.如权利要求2所述的方法，其特征在于，在确定所述数据特征是否符合可疑规则之后，还包括：

若所述数据特征符合所述可疑规则，则根据所述数据特征生成第一可疑数据特征码；

确定在预设的数据特征码列表中，是否存在与所述第一可疑数据特征码相同的第二可疑数据特征码；

若存在所述第二数据特征码，则根据所述数据特征生成第二处置码；

若不存所述第二数据特征码，则根据所述数据特征生成第三处置码；

将所述第二处置码或第三处置码发送给所述业务服务器。

4.如权利要求3所述的方法，其特征在于，在将所述第二处置码或第三处置码发送给所述业务服务器之后，还包括：

接收所述业务服务器发送的验证通过信息，其中，所述验证通过信息包括交易数据的数据特征；

根据所述验证通过信息中的数据特征生成第三可疑数据特征码，并存入所述预设的数据特征码列表。

5.一种交易数据验证方法，应用于业务服务器，其特征在于，包括：

接收用户发送的交易数据，并将所述交易数据发送给风险控制服务器；

接收所述风险控制服务器发送的第一处置码、第二处置码或第三处置码；

根据所述第一处置码、所述第二处置码或所述第三处置码，对所述交易数据进行处理。

6.如权利要求5所述的方法，其特征在于，根据所述第三处置码，对所述交易数据进行处理，包括：

验证所述用户的身份信息；

若所述用户的身份信息通过验证，则将向所述风险控制服务器发送验证通过信息，其中，所述验证通过信息包括所述交易数据的数据特征。

7.一种交易数据验证装置，应用于风险控制服务器，其特征在于，包括：

获取模块，用于获取业务服务器发送的交易数据的数据特征；

确定模块，用于若所述数据特征不符合预设可疑名单，则确定所述数据特征是否符合可信规则；

生成模块，用于若所述数据特征符合所述可信规则，则根据所述数据特征生成第一处置码；

发送模块，用于将所述第一处置码发送给所述业务服务器。

8.一种交易数据验证装置，应用于业务服务器，其特征在于，包括：

收发模块，用于接收用户发送的交易数据，并将所述交易数据发送给风险控制服务器；

收发模块，还用于接收所述风险控制服务器发送的第一处置码、第二处置码或第三处置码；

处理模块，用于根据所述第一处置码、所述第二处置码或所述第三处置码，对所述交易数据进行处理。

9.一种风险控制服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至4任一项所述的方法。

10.一种业务服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求5至6任一项所述的方法。

Images