CN111047341B - 信息处理方法、装置、服务器及终端设备 - Google Patents

Abstract

本申请实施例提供一种信息处理方法、装置、服务器及终端设备，其中方法包括：获取终端设备发送的请求，其中，所述请求为账户在信息转发过程中发起的请求；根据所述请求的类别，确定对应的校验方法，其中，不同类别的请求对应的校验方法不同；采用对应的校验方法对所述账户的信息进行校验；若校验通过，则向所述终端设备发送所述请求对应的响应信息，能够针对账户发起的不同请求分别进行校验，实时拦截不符合活动门槛账户及已知风险账户，以防风险漏过，有效提高了风控效果和活动安全性。

Description

信息处理方法、装置、服务器及终端设备

技术领域

本申请涉及互联网技术领域，尤其涉及一种信息处理方法、装置、服务器及终端设备。

背景技术

基于人传人的推广活动是一种老拉新的活动，目的是扩展新用户的首购并提升老用户的粘性和留存。现有的基于人传人的推广活动的流程是，首先由第一用户点击加入推广活动，然后系统为第一用户提供一个推广链接或推广码，第一用户分享推广链接或推广码给第二用户，第二用户可以通过点击推广链接或输入推广码的方法来进行注册或领取优惠券，在第二用户进行现金消费后，系统会根据消费的情况，给第一用户相应的返利。

基于人传人的推广活动可能存在被同人或者团伙作弊薅羊毛的风险，风控的目的就是减少这种风险，现有的风控方法是，在最后返利之前，对用户的身份进行验证，这种方法容易产生风险遗漏，导致风控效果和活动安全性较差。

现有技术中，缺少对转发信息的账户进行身份校验或身份认证的技术方案。

发明内容

有鉴于此，本申请实施例提供一种信息处理方法、装置、服务器及终端设备，以提高信息转发过程中的风控效果和安全性。

第一方面，本申请实施例提供一种信息处理方法，包括：

获取第一用户提交的加入信息转发活动的请求；根据所述加入信息转发活动的请求，对所述第一用户进行准入校验；若校验通过，则为所述第一用户分配推荐信息，以供所述第一用户将所述推荐信息推荐给第二用户；

获取第二用户通过所述推荐信息提交的绑定请求；根据所述绑定请求，对所述第二用户进行身份校验；若校验通过，则将所述第二用户与所述推荐信息对应的第一用户进行绑定；

在第二用户支付所述信息转发活动中的订单后，向对应的第一用户发送返利提示信息；获取所述第一用户根据所述返利提示信息提交的提取返利请求；根据所述提取返利请求，对所述第一用户进行返利资格校验；若校验通过，则向所述第一用户发放返利。

第二方面，本申请实施例提供一种信息处理方法，包括：

获取终端设备发送的请求，其中，所述请求为账户在信息转发过程中发起的请求；

根据所述请求的类别，确定对应的校验方法；

采用对应的校验方法对所述账户的信息进行校验；

若校验通过，则向所述终端设备发送所述请求对应的响应信息；

其中，不同类别的请求对应的校验方法不同。

第三方面，本申请实施例提供一种信息处理方法，包括：

获取用户输入的请求，其中，所述请求为用户在信息转发过程中发起的请求；

向服务器发送所述请求，以使服务器根据所述请求的类别，采用对应的校验方法对用户的信息进行校验；其中，不同类别的请求对应的校验方法不同；

接收服务器在校验通过后返回的响应信息；

将所述响应信息展示给用户。

第四方面，本申请实施例提供一种信息处理装置，包括：

第一校验模块，用于获取第一用户提交的加入信息转发活动的请求，根据所述加入信息转发活动的请求，对所述第一用户进行准入校验，若校验通过，则为所述第一用户分配推荐信息，以供所述第一用户将所述推荐信息推荐给第二用户；

第二校验模块，用于获取第二用户通过所述推荐信息提交的绑定请求；根据所述绑定请求，对所述第二用户进行身份校验；若校验通过，则将所述第二用户与所述推荐信息对应的第一用户进行绑定；

第三校验模块，用于在第二用户支付所述信息转发活动中的订单后，向对应的第一用户发送返利提示信息；获取所述第一用户根据所述返利提示信息提交的提取返利请求；根据所述提取返利请求，对所述第一用户进行返利资格校验；若校验通过，则向所述第一用户发放返利。

第五方面，本申请实施例提供一种信息处理装置，包括：

第一获取模块，用于获取终端设备发送的请求，其中，所述请求为账户在信息转发过程中发起的请求；

确定模块，用于根据所述请求的类别，确定对应的校验方法；其中，不同类别的请求对应的校验方法不同；

校验模块，用于采用对应的校验方法对所述账户的信息进行校验；

第一发送模块，用于在校验通过时向所述终端设备发送所述请求对应的响应信息。

第六方面，本申请实施例提供一种信息处理装置，包括：

第二获取模块，用于获取用户输入的请求，其中，所述请求为用户在信息转发过程中发起的请求；

第二发送模块，用于向服务器发送所述请求，以使服务器根据所述请求的类别，采用对应的校验方法对用户的信息进行校验；其中，不同类别的请求对应的校验方法不同；

接收模块，用于接收服务器在校验通过后返回的响应信息；

展示模块，用于将所述响应信息展示给用户。

第七方面，本申请实施例提供一种服务器，包括第一处理器和第一存储器，所述第一存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第一处理器执行时实现上述第一方面中的信息处理方法。该服务器还可以包括第一通信接口，用于与其他设备或通信网络通信。

第八方面，本申请实施例提供一种服务器，包括第二处理器和第二存储器，所述第二存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第二处理器执行时实现上述第二方面中的信息处理方法。该服务器还可以包括第二通信接口，用于与其他设备或通信网络通信。

第九方面，本申请实施例提供一种终端设备，包括第三存储器和第三处理器，所述第三存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第三处理器执行时实现上述第三方面中的信息处理方法。该终端设备还可以包括第三通信接口，用于与其他设备或通信网络通信。

本申请实施例提供了一种计算机存储介质，用于储存计算机程序，所述计算机程序使计算机执行时实现上述第一方面至第三方面中任一项所述的信息处理方法。

本申请实施例提供的信息处理方法、装置、服务器及终端设备，可以获取终端设备发送的账户在信息转发过程中发起的请求，根据所述请求的类别，采用对应的校验方法对所述账户的信息进行校验，其中，不同类别的请求对应的校验方法可以不同，从而能够针对账户发起的不同请求分别进行校验，实时拦截不符合活动门槛账户及已知风险账户，以防风险漏过，有效提高了风控效果和活动安全性，并且，不符合活动门槛的账户及已知风险的账户在第一时间参与活动的时候就可能会被拦截到，相比于现有技术中在等待返利的时刻再被告知不符合资格，前者在体验和接受度上会更好，因此可以在一定程度提升用户体验，提高活动处理效率。

附图说明

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

图1为本申请实施例提供的信息处理方法的一种应用场景示意图；

图2为本申请实施例提供的信息处理方法的一种流程示意图；

图3为本申请实施例提供的信息处理方法的一种校验逻辑示意图；

图4为本申请实施例提供的信息处理方法实施例一的流程示意图；

图5为本发明实施例提供的一种计算返利周期的方法的流程示意图；

图6为本申请实施例提供的信息处理方法实施例二的流程示意图；

图7为本申请实施例提供的信息处理方法实施例三的流程示意图；

图8为本申请实施例提供的一种信息处理装置的结构示意图；

图9为本申请实施例提供的另一种信息处理装置的结构示意图；

图10为本申请实施例提供的另一种信息处理装置的结构示意图；

图11为本申请实施例提供的一种服务器的结构示意图；

图12为本申请实施例提供的另一种服务器的结构示意图；

图13为本申请实施例提供的一种终端设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

图1为本申请实施例提供的信息处理方法的一种应用场景示意图。图2为本申请实施例提供的信息处理方法的一种流程示意图。图3为本申请实施例提供的信息处理方法的一种校验逻辑示意图。下面结合图1至图3，对本申请实施例中的方法进行描述。

如图1所示，服务器与第一用户的终端设备和第二用户的终端设备进行通信，在本申请各实施例中，若无其它说明，第一用户一般指推荐者，第二用户一般指被推荐者。在信息转发过程中，例如，人传人的信息转发活动中，推荐者将推广链接或推广码发送给被推荐者，被推荐者通过推广链接或推广码与推荐者进行绑定并消费后，会给推荐者返利。

在实际应用中，信息转发活动可能涉及多个流程，其中一些流程需要由用户发起请求。在需要进入某一流程时，第一用户或第二用户可以通过终端设备针对该流程发起请求，终端设备可以将请求发送给服务器，由服务器对第一用户或第二用户进行校验，并在校验通过后对所述请求进行处理，返回相应的响应信息，若校验不通过，则对请求进行拦截，不允许用户再进行后续的流程。

信息转发活动中的不同流程可以配置不同的校验方法，当终端设备提交请求后，服务器可以根据请求的类型来确定对应的校验方法。

如图2所示，第一用户可以提交加入信息转发活动的请求，服务器可以根据所述加入信息转发活动的请求，对所述第一用户进行准入校验，校验通过后，服务器向第一用户发送推荐链接或者推荐码，第一用户可以将推荐链接或推荐码发送给第二用户。

第二用户可以通过点击推荐链接或者输入推荐码的方式进行注册，注册完成后，可以点击领券，服务器获取到领券请求后可以对所述第二用户进行身份校验，若校验通过，则领券成功，向第二用户发放对应的电子券，同时绑定第一用户和第二用户。

第二用户可以通过电子券进行现金消费，消费完成后，终端设备可以向第一用户展示可返利金额，第一用户可以提交提取返利的请求，服务器会进行返利资格校验，若校验通过，则向所述第一用户发放返利。

如图3所示，在业务流程中，可以针对用户的请求进行至少三次实时校验：准入校验、身份校验、返利资格校验等，若全部校验通过，则顺利执行后续流程，若有一次校验不通过，则对请求进行拦截并输出提示信息。本申请实施例中，通过层层校验可以有效提高信息转发活动的风控效果和安全性。

在实际应用中，一般用账户来表示对应的用户。本申请各实施例中，在服务器端，用户可以是指用户的账户。例如，用户提交请求，可以是指用户通过自己所拥有的账户来提交请求；对用户进行校验，可以是指对用户的账户进行校验，具体地，服务器可以通过用户的账户来查找用户的各种信息如注册信息、身份信息、历史记录等，并根据查找到的信息进行校验；第一用户与第二用户绑定，可以是指第一用户的账户与第二用户的账户进行绑定；等等。

下面结合如下的方法实施例以及附图对本申请实施例提供的信息处理方法的实现过程进行介绍。另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。

图4为本申请实施例提供的信息处理方法实施例一的流程示意图。本申请实施例提供的方法的执行主体可以为服务器。如图2所示，本实施例中的信息处理方法，可以包括：

步骤401、获取终端设备发送的请求，其中，所述请求为用户的账户在信息转发过程中发起的请求。

本申请实施例中所述的信息转发可以是指任意由推荐者向被推荐者转发信息的活动。本实施例中所述的用户可以为推荐者，也可以为被推荐者，即，可以为前述的第一用户，也可以为第二用户。

步骤402、根据所述请求的类别，确定对应的校验方法。

其中，不同类别的请求对应的校验方法可以不同。

本申请实施例中，校验方法不同可以是指校验方法完全不同或者部分不同。例如，校验方法A为对用户的历史购买记录进行处理，B校验方法为对用户的征信记录进行处理，则校验方法A和B属于完全不同的两种校验方法；又例如，校验方法C包括对用户身份信息的处理和对用户的历史购买记录的处理，校验方法D包括对用户身份信息的处理和对用户征信记录的处理，则校验方法C和D可能属于部分不同的校验方法。

本领域技术人员可以理解的是，校验的过程可能会包含多个步骤，不同的校验方法可能会有一部分步骤是相同或类似的。当两种校验方法均包含多个步骤时，只要有至少一个步骤不同，即可以被认为是不同的校验方法。

步骤403、采用对应的校验方法对所述账户的信息进行校验。

步骤404、若校验通过，则向所述终端设备发送所述请求对应的响应信息。

其中，在信息转发活动中，用户的账户可能需要发起多次请求，在其中部分或全部请求后，可以部署校验流程，采用请求的类型对应的校验方法对账户的信息进行校验，并在校验通过时才进入下一流程。

所述请求的类型可以有很多种，例如，所述请求的类型可以包括推荐者的请求、被推荐者的请求，如果是推荐者的请求，则采用一种校验方法对推荐者的信息进行校验，如果是被推荐者的请求，则采用另一种校验方法对被推荐者的信息进行校验。

或者，可以从信息转发活动中涉及到的全部请求中选择多个请求，所述多个请求中的每一个请求可以单独归为一个类型，针对每一个请求，都设置对应的校验方法。

校验通过后，可以向终端设备返回对应的响应信息，响应信息的具体内容可以依据请求来定。现有技术中，当账户发起请求后，服务器直接对请求进行处理，并返回对应的响应信息，而本申请实施例中，账户发起请求后，服务器可以对账户的信息进行校验，校验完成后，再对请求进行处理，返回对应的响应信息。

如果校验不通过，则可以向所述终端设备发送提示信息，所述提示信息用于提示用户校验不通过的原因。

可选的，可以针对信息转发活动的特点，部署如下三层校验：1、在第一用户点击加入推荐活动时部署准入校验，及时拦截过滤掉不满足活动准入门槛的用户以及已知风险用户；2、在第二用户领取电子券时部署身份校验，避免一个用户多次信息转发；3、在第一用户提取返利时部署返利资格校验，进一步拦截恶意用户的提取。下面分别进行说明。

在第一层校验中，所述请求可以为账户提交的加入信息转发活动的请求，所述请求对应的校验方法可以为准入校验，所述请求对应的响应信息可以为分配给所述账户的推荐信息，所述推荐信息可以包括推荐链接和/或推荐码。

具体地，终端设备可以向用户展示活动推广界面，活动推广界面可以显示有信息转发活动的详细信息，以及信息转发活动的入口等，用户可以通过点击入口等方式来输入加入信息转发活动的请求。

终端设备获取到用户的账户在所述活动推广界面提交的加入信息转发活动的请求之后，可以将请求发送给服务器，服务器采用对应的校验方法对所述账户的信息进行校验。

其中，对应的校验方法可以包括：获取账户对应的注册信息，所述注册信息包括下述至少一项：注册时间、实名认证信息、绑卡信息；根据所述信息转发活动的准入要求，对所述账户对应的注册信息进行校验。

可以理解的是，注册时间可以表示账户注册的时间点如2018年9月10日，实名认证信息可以表示账户是否通过实名认证，绑卡信息可以表示账户绑定的银行卡信息。除了注册时间、实名认证信息、绑卡信息，所述注册信息也可以包括其它信息如用户的性别、年龄、籍贯、职业等等。

一般信息转发活动都会有参加活动的准入要求，例如，参加活动的账户必须满足如下要求：注册时间在一个月之内、已通过实名认证、已绑定银行卡等等。

服务器可以获取账户的注册信息，并根据注册信息确定是否满足信息转发活动的准入要求。若注册信息满足准入要求，则校验通过，反之则校验不通过。

在校验通过后，可以为账户分配推荐信息，使得用户可以将所述推荐信息推荐给其它用户。具体地，服务器可以将推荐信息发送给终端设备，终端设备可以将所述推荐信息展示给用户，由用户转发或者告知其它用户。

如果校验不通过，则可以向终端设备发送提示信息，终端设备将提示信息展示给用户，所述提示信息用于提示用户失败原因，例如所述提示信息可以为“请求失败，失败原因：不符合准入门槛”或者“你的注册时间不符合要求”等等。

在第二层校验中，所述请求可以为账户通过推荐信息提交的绑定请求，所述请求对应的校验方法可以为身份校验，所述请求对应的响应信息为绑定成功信息。

具体地，账户通过推荐信息提交绑定请求可以包括：用户通过点击推荐链接和/或通过输入验证码提交绑定请求。终端设备在获取到用户通过点击推荐链接和/或输入推荐码提交的绑定请求之后，可以将请求发送给服务器，服务器根据所述绑定请求，对所述账户进行身份校验。

其中，所述绑定请求可以为任意能够实现所述用户(即第二用户)与其它用户(即第一用户)绑定的请求。例如，所述绑定请求可以包括用于进行注册的注册请求和/或用于领取电子券的领券请求，相应的，绑定成功信息包括注册成功信息和/或领券成功信息。

在一种可选的实施方式中，第二用户可以通过点击推荐链接进行注册，或者在注册时输入推荐码，注册之后即可以实现第一用户和第二用户的绑定，因此，所述绑定请求可以为第二用户的注册请求。

在第二用户请求注册时，服务器可以对第二用户进行身份校验，若校验通过，则允许第二用户注册，同时将第一用户与第二用户绑定。相应的，所述绑定成功信息可以为注册成功信息。

在另一种可选的实施方式中，第二用户可以直接通过点击推荐链接或输入推荐码来领券，在领券后完成第一用户和第二用户的绑定，因此，所述绑定请求可以为第二用户的领券请求。

领券请求用于领取电子券，电子券可以为优惠券等，可以用于后续的现金消费。在第二用户请求领取电子券时，服务器可以对第二用户进行身份校验，若校验通过，则允许第二用户领取电子券，同时将第一用户与第二用户绑定。相应的，所述绑定成功信息可以为领券成功信息。

在又一种可选的实施方式中，第二用户可以通过点击推荐链接或输入推荐码来进行注册，注册后点击领券，在领券后完成第一用户和第二用户的绑定，因此，所述绑定请求可以包括注册请求和领券请求。

无论通过哪种方式实现绑定，都需要对第二用户进行身份校验。可选的，所述身份校验可以包括：根据所述账户，确定对应的同人账户；获取已经参加所述信息转发活动的账户；根据所述账户的同人账户以及已经参加所述信息转发活动的账户对所述账户进行身份校验。

其中，同人账户是指同一个用户注册的一个或多个账户，确定同人账户可以通过同人模型来实现。具体地，将账户输入到同人模型，即可得到该账户对应的同人账户。

同人模型的实现原理属于现有技术，例如可以通过两个账户是不是频繁使用同一手机号码等方式来确定两个账户是否为同人账户，此处不再赘述。

根据所述账户的同人账户以及已经参加所述信息转发活动的账户，可以对所述账户进行身份校验。具体的校验策略可以根据信息转发活动的具体要求来设置。

例如，针对人传人类的活动，为避免恶意用户注册多个小号多次开团或者参团来进行薅羊毛赚返利，要求同一用户只能参团一次以及开团一次，同时不能参与自己开的团，因此若某用户的同人账户已参团或者开团过，或者参与了自己开的团，则会对此次请求进行实时拦截并展示拦截原因。

这种情况下，根据所述账户的同人账户以及已经参加所述信息转发活动的账户对所述账户进行身份校验，可以包括：若所述账户的同人账户与已经参加所述信息转发活动的账户均不一致，则校验通过，反之则校验不通过。

在校验通过时，可以将所述第二用户与所述推荐信息对应的第一用户进行绑定。在校验不通过时，则可以向终端设备发送提示信息，由终端设备展示给第二用户，例如，所述展示信息可以为“经检测，你和xxx是同一个用户，不符合参团条件”或者“你已经参与过一次了，不能再继续参与本次信息转发活动”等等。

在第三层校验中，所述请求可以为提取返利请求，所述请求对应的校验方法为返利资格校验。所述请求对应的响应信息可以为确认账户有领取返利的资格后返回的任意信息，例如返利资格确认信息、返利金额信息等等。

具体地，在第二用户消费后，即第二用户支付了信息转发活动中的订单后，服务器可以向与所述第二用户绑定的第一用户的终端设备发送返利提示信息。终端设备根据所述返利提示信息，向第一用户展示返利提取界面，并获取所述第一用户在所述返利提取界面输入的提取返利请求。

服务器获取到所述第一用户的账户在所述返利提取界面提交的提取返利请求后，可以根据所述提取返利请求，对所述第一用户进行返利资格校验，若校验通过，则向所述第一用户的账户发放返利。

可选的，所述返利资格校验可以包括：获取黑名单以及终端环境信息，所述黑名单包括下述至少一项：恶意账户名单、高退款率账户名单、垃圾账户名单；根据所述终端环境信息，判断是否为用户本人提取；若为用户本人提取且账户不在所述黑名单中，则校验通过。

具体地，恶意账户名单中包括曾经有过恶意行为如欺诈行为等的账户。垃圾账户和恶意账户可以手动添加，也可以采用现有的原理和方法进行自动检测和添加。

高退款率账户名单中可以包括推广订单的退款率大于预设阈值的账户。其中，账户对应的推广订单，指的是以账户作为推荐者的订单，例如，账户A将推荐码发送给账户B，账户B通过推荐码领取电子券并支付订单，则该订单就属于账户A的推广订单。如果一个账户对应的推广订单的退款率过大，则可以将该账户添加到高退款率账户名单中。

终端环境信息可以包括终端的标识信息、地理位置、IP信息等等。通过终端环境信息确定是否为本人操作属于现有技术，此处不再赘述。

通过在提取返利前进行返利资质校验，拦截恶意账户的提取行为以及非本人的提取行为，可以进一步保障信息转发活动的安全性。在返利资质校验不通过时，可以提示用户账户存在异常。

以上描述了本申请实施例提供的三种校验方法，在每次账户发起请求时，可以采用对应的校验方法进行实时校验。不同请求对应的校验方法可以根据实际需要来设置，以上只是示意性地描述，并不作为限制。

除了设置以上所述的校验流程以外，还可以在其它业务节点也增加校验流程，如图1所示，在第一用户转发推荐码后也可以对第一用户的信息进行实时校验，在第二用户现金消费后也可以对第二用户的信息进行实时校验，判断所述第一用户/第二用户是否满足参加活动的条件，若不满足，则可以及时终止后续流程并向用户进行提示。

每种请求对应的校验方法可以完全不同，也可以有相互重合的部分，例如，无论在哪个校验方法中，都可以加入对用户是否在黑名单中的校验，或者，都可以加入用户的终端设备当前所处环境是否安全的校验。

在信息转发活动中，可以按照以上校验顺序逐层进行校验，若其中一层校验未通过，则对用户的请求进行拦截，不做后面的校验，同时返回相应的提示信息，以提升用户体验，全部校验通过后，继续业务流程。当然，也可以根据实际情况对校验方法进行增加、删减或者调整顺序，本实施例不作限制，可选的，校验方法的具体执行顺序可以按照对用户解释成本从低到高进行设计。

进一步地，在校验不通过时，还可以向用户显示解除按钮，用户可以通过点击解除按钮来解除限制。例如，用户A的账户被认为是垃圾账户，用户A可以通过点击解除按钮进行申辩，申辩成功后服务器会在垃圾账户名单中删除用户A的账户。

综上，本实施例提供的信息处理方法，可以获取终端设备发送的用户在信息转发过程中发起的请求，根据所述请求的类别，采用对应的校验方法对所述用户的信息进行校验，能够针对用户发起的不同请求分别进行校验，实时拦截不符合活动门槛用户及已知风险用户，以防风险漏过，有效提高了风控效果和活动安全性，并且，不符合活动门槛用户及已知风险用户在第一时间参与活动的时候就可能会被拦截到，相比于现有技术中在等待返利的时刻再被告知不符合资格，前者在体验和接受度上会更好，因此可以在一定程度提升用户体验，提高活动处理效率。

在上述实施例提供的技术方案的基础上，可选的，还可以在正式向第一用户返利之前，对参与返利的订单进行进一步数据过滤，主要目的是过滤掉可以识别出的同人订单及已退款订单，从而筛选出有效订单，保证活动的投资回报率，过滤完后可以展示可返利金额给第一用户。

其中，过滤掉的同人订单可以是同人账户对应的订单，如果订单的账户与与同一信息转发活动中的其他订单的账户相同，或者与其它订单的账户属于同人账户，那么这两个订单就属于同人订单。

如果第二用户的订单属于同人订单，说明用户之前已经参加过这一活动，则该订单不属于有效订单，不应该向对应的第一用户返利，类似地，如果第二用户的订单发生了退款，也不应该向对应的第一用户返利。因此，可以在向第一用户返利之前，首先判断第二用户的订单是否为有效订单，只有有效订单才会向用户返利。

可选的，可以在用户支付信息转发活动中的订单完成后，经过预设时间，获取已经参加所述信息转发活动的账户；若所述用户对应的同人账户与已经参加所述信息转发活动的账户均不一致，且所述订单未发生退款，则向与所述用户绑定的推荐者的终端设备发送返利提示信息，以使该终端设备向该推荐者展示返利提取界面。

所述预设时间可以根据实际需要来设置，优选的是，所述预设时间可以小于信息转发活动中的返利周期，所述返利周期是指第二用户完成支付到对应的第一用户成功提取返利的时间。

例如，信息转发活动中的返利周期为30天，也就是说，第一用户向第二用户推荐该活动，第二用户加入该活动并完成支付订单后，经过30天后第一用户会收到返利。所述预设时间可以为27天，也就是说，在向第一用户返利的前3天，可以对订单进行校验，如果订单的账户是已经参加过所述信息转发活动的账户，并且该订单没有发生退款，则可以向第一用户展示返利提取界面，所述返利提取界面中可以显示第一用户对应的可返利金额。

综上，在第二用户与第一用户进行绑定之前，已经实时地对第二用户进行了身份校验，身份校验可以判断第二账户与已经参加过信息转发活动的账户是否属于同人账户，第二用户与第一用户绑定之后可以进行现金消费，在消费完成之后、向第一用户返利之前，可以进一步对订单中的账户进行校验，检测是否有遗留下来的同人订单，作为补充。在信息转发活动的进行过程中，用户的信息是在不断增加的，经过的时间越久，收集到的信息越多，在提取返利前增加对有效订单的筛选，使得校验的覆盖度更好。

在上述实施例提供的技术方案的基础上，可选的，还可以在正式向账户返利之前，计算账户对应的返利周期。

图5为本发明实施例提供的一种计算返利周期的方法的流程示意图。如图5所示，计算账户的返利周期，可以包括：

步骤501、获取账户对应的已返利订单的退款率，其中，所述已返利订单为以所述账户作为推荐者、且已向所述账户返利的订单。

例如，用户A向用户B发送推荐链接，用户B通过点击推荐链接加入信息转发活动，并支付信息转发活动中的订单，订单完成后，用户A的账户会收到返利，该订单即为用户A的账户对应的已返利订单。

步骤502、根据所述账户对应的已返利订单的退款率，确定所述账户的返利周期。

其中，返利周期是指账户作为推荐者的订单被支付完成至根据该订单发放返利给账户的时间。例如，当用户推荐他人加入信息转发活动且他人支付订单完成后30天会向用户的账户发放返利，则该用户的账户对应的返利周期为30天。

具体地，给账户计算返利前，可以调用返利周期分层模型，依据模型对账户的风险程度打分，从而决定给账户返利的周期，原则上越优质的推荐者，返利周期相对越短。

在一种可选的实施方式中，可以基于账户对应的已返利订单的退款率来计算账户的返利周期。退款率越高，对应的返利周期越长，退款率越低，对应的返利周期越短。

在另一种可选的实施方式中，可以基于账户的基本信息以及账户对应的已返利订单的退款率来综合确定账户的返利周期。

例如，可以根据账户的基本信息对账户的信用进行分级，得到对应的基础返利周期，然后，再利用账户对应的已返利订单的退款率来对返利周期进行微调。其中，所述账户的基本信息可以包括任意可以用于评价账户的信用等级的信息，例如用户的职业、收入、历史消费记录等等。

可选的，可以首先基于现有的信用分层模型得到每个账户对应的信用分，并根据信用分对账户进行信用分级，每个级别都对应有基础返利周期，即冷启动返利周期。

例如，可以根据账户的信用分将账户分为三个级别：高信用分级别、中信用分级别和低信用分级别，对应的基础返利周期逐渐增加，如高信用分级别对应的基础返利周期可以为5天，中信用分级别对应的基础返利周期可以为10天，低信用分级别对应的基础返利周期可以为30天。

然后，针对历史已返利订单的退款情况可以计算出每个账户的已返利订单的退款率。假设账户的已返利订单共有N1个，其中有N2个发生了退款，则该账户的已返利订单的退款率为N2/N1。

最后，针对从未获得过返利的账户和已经获得过返利的账户分别输出返利周期。对于从未获得过返利的账户，返利周期可以为该账户对应的基础返利周期。对于已经获得过返利的账户，返利周期可以根据该账户对应的退款率与所在级别的账户的平均退款率来进行计算。

可选的，假设某账户的已返利订单的退款率为P1，所在级别的全部账户的已返利订单的平均退款率为P2，所在级别对应的基础返利周期为D，则该账户对应的返利周期T可以按照如下公式计算：

T＝D*P1/P2(1)

例如，若账户属于低信用分级别，低信用分级别的基础返利周期为30天，某账户已获返利订单的退款率为0.1，低信用分级别的全部账户的已返利订单的平均退款率为0.2，则该账户对应的返利周期为30*0.1/0.2＝15天。

本申请实施例中所述的订单的退款率，可以包括订单数目对应的退款率和/或订单金额对应的退款率，具体的，可以是订单数目对应的退款率，也可以是订单金额对应的退款率，也可以是订单数目对应的退款率与订单金额对应的退款率的加权和。

其中，订单数目对应的退款率可以是指发生退款的订单的个数除以全部订单的个数得到的结果。例如，账户的已返利订单共有10个，其中1个发生了退款，则退款率为0.1。

订单金额对应的退款率可以是指发生退款的订单的金额除以全部订单的金额得到的结果。例如，账户的已返利订单共有10个，总金额为1000元，其中5个订单发生了退款，退款金额共计200元，则退款率为0.2。

结合账户的基础返利周期和退款率情况可以计算出账户对应的返利周期，可选的，还可以在输出对应的返利周期之前，对返利周期进行调整。

例如，可以按照业务和风险情况为返利周期限定最小值和最大值。按照公式(1)计算得到的返利周期不能超出这个最小值和最大值，如果超出，就按照最小值/最大值对账户的返利周期进行调整。

具体地，如果按照公式(1)计算得到的账户的返利周期小于所述最小值，则将该账户的返利周期调整为该最小值，如果按照公式(1)计算得到的账户的返利周期大于所述最大值，则将该账户的返利周期调整为该最大值。

例如，高信用分级别对应的最大返利周期是10天，最小是5天，那么对某一个高信用分级别的账户来说，无论退款率多高，返利周期也不能超过10天，无论退款率多低，返利周期也不会小于5天。

可选的，还可以根据业务需求按照向下取整或者向上取整的方式输出最终展示给账户的返利周期，例如，最终业务输出的时候，基于风险及对账户的可解释性成本考虑，可以按照业务需求划档后进行输出，比如【5，10】天统一输出10天，【15，20】统一输出20天，以此类推。

为了避免订单退款导致活动营销资金被薅的风险，现有技术在给账户的返利周期上采用了“一刀切”的方式，为所有的账户设定了一个较长的返利周期，但是“一刀切”的返利周期不利于用户体验，可能影响活动效果。

本申请实施例提供的计算返利周期的方法，能够根据账户对应的已返利订单的退款率，来确定所述账户的返利周期，具体可以通过结合账户的信用分级别以及账户在信息转发活动中的已返利订单退款情况，给予账户一个整体动态的风险评分，对于表现好的账户，可以缩短其返利周期，提高用户体验，有效促进其推广积极性；而对于表现差的账户，可以进一步延长其返利周期甚至阻断返利，以震慑恶意用户来继续钻空子获利。

图6为本申请实施例提供的信息处理方法实施例二的流程示意图。本实施例中方法的执行主体可以为服务器。如图6所示，本实施例中的信息处理方法，可以包括：

步骤601、获取第一用户提交的加入信息转发活动的请求；根据所述加入信息转发活动的请求，对所述第一用户进行准入校验；若校验通过，则为所述第一用户分配推荐信息，以供所述第一用户将所述推荐信息推荐给第二用户。

步骤602、获取第二用户通过所述推荐信息提交的绑定请求；根据所述绑定请求，对所述第二用户进行身份校验；若校验通过，则将所述第二用户与所述推荐信息对应的第一用户进行绑定。

步骤603、在第二用户支付所述信息转发活动中的订单后，向对应的第一用户发送返利提示信息；获取所述第一用户根据所述返利提示信息提交的提取返利请求；根据所述提取返利请求，对所述第一用户进行返利资格校验；若校验通过，则向所述第一用户发放返利。

可选的，对所述第一用户进行准入校验，可以包括：获取所述第一用户对应的注册信息，所述注册信息包括下述至少一项：注册时间、实名认证信息、绑卡信息；根据所述信息转发活动的准入要求，对所述第一用户对应的注册信息进行校验。

可选的，对所述第二用户进行身份校验，可以包括：根据所述第二账户，确定对应的同人账户；获取已经参加所述信息转发活动的账户；根据所述第二用户的同人账户以及已经参加所述信息转发活动的账户对所述第二用户进行身份校验。

可选的，对所述第一用户进行返利资格校验，可以包括：获取黑名单以及第一用户的终端环境信息，所述黑名单包括下述至少一项：恶意用户名单、高退款率用户名单、垃圾账户名单；根据所述终端环境信息，判断是否为第一用户本人提取；若为第一用户本人提取且第一用户不在所述黑名单中，则校验通过。

可选的，若校验不通过，则可以向所述第一用户或第二用户发送提示信息，所述提示信息用于提示用户校验不通过的原因。

本实施例中方法的实现原理、过程和效果均可以参照前述各实施例，此处不再赘述。本申请实施例中所述的向用户发送信息，均可以是指向用户的终端设备发送信息，使得终端设备可以将该信息展示给用户。

图7为本申请实施例提供的信息处理方法实施例三的流程示意图。本实施例中方法的执行主体可以为服务器。如图7所示，本实施例中的信息处理方法，可以包括：

步骤701、获取用户输入的请求，其中，所述请求为用户在信息转发过程中发起的请求。

步骤702、向服务器发送所述请求，以使服务器根据所述请求的类别，采用对应的校验方法对用户的信息进行校验。

其中，不同类别的请求对应的校验方法可以不同。

步骤703、接收服务器在校验通过后返回的响应信息。

步骤704、将所述响应信息展示给用户。

可选的，所述方法还可以包括：接收服务器在确定校验不通过后返回的提示信息，所述提示信息用于提示用户校验不通过的原因；将所述提示信息展示给用户。

可选的，获取用户输入的请求，可以包括：向用户展示活动推广界面；获取用户在所述活动推广界面输入的加入信息转发活动的请求；相应的，所述响应信息为分配给所述用户的推荐信息，所述推荐信息包括推荐链接和/或推荐码。

可选的，获取用户输入的请求，可以包括：获取用户通过点击推荐链接和/或输入推荐码提交的绑定请求；相应的，所述请求对应的响应信息为绑定成功信息。

可选的，获取用户输入的请求，可以包括：获取服务器在与所述用户绑定的其它用户支付订单后发送的返利提示信息；根据所述返利提示信息，向用户展示返利提取界面；获取所述用户在所述返利提取界面输入的提取返利请求。

在本申请实施例提供的技术方案中，终端设备向服务器发送的请求中可以包含用户的账户，服务器根据所述用户的账户可以查找到用户的各种信息如注册信息、同人账户、历史信息等，并根据查找到的信息进行校验。

本实施例中方法的实现原理、过程和效果均可以参照前述各实施例，此处不再赘述。

以下将详细描述本申请的一个或多个实施例的信息处理装置。本领域技术人员可以理解，这些信息处理装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

图8为本申请实施例提供的一种信息处理装置的结构示意图。如图8所示，该装置可以包括：

第一校验模块11，用于获取第一用户提交的加入信息转发活动的请求，根据所述加入信息转发活动的请求，对所述第一用户进行准入校验，若校验通过，则为所述第一用户分配推荐信息，以供所述第一用户将所述推荐信息推荐给第二用户；

第二校验模块12，用于获取第二用户通过所述推荐信息提交的绑定请求；根据所述绑定请求，对所述第二用户进行身份校验；若校验通过，则将所述第二用户与所述推荐信息对应的第一用户进行绑定；

第三校验模块13，用于在第二用户支付所述信息转发活动中的订单后，向对应的第一用户发送返利提示信息；获取所述第一用户根据所述返利提示信息提交的提取返利请求；根据所述提取返利请求，对所述第一用户进行返利资格校验；若校验通过，则向所述第一用户发放返利。

可选的，所述第一校验模块11具体可以用于：获取第一用户提交的加入信息转发活动的请求，根据所述加入信息转发活动的请求，获取所述第一用户对应的注册信息，所述注册信息包括下述至少一项：注册时间、实名认证信息、绑卡信息；根据所述信息转发活动的准入要求，对所述第一用户对应的注册信息进行校验；若校验通过，则为所述第一用户分配推荐信息，以供所述第一用户将所述推荐信息推荐给第二用户

可选的，所述第二校验模块12具体可以用于：获取第二用户通过所述推荐信息提交的绑定请求；根据所述绑定请求，确定所述第二用户对应的同人账户；获取已经参加所述信息转发活动的账户；根据所述第二用户的同人账户以及已经参加所述信息转发活动的账户对所述第二用户进行身份校验；若校验通过，则将所述第二用户与所述推荐信息对应的第一用户进行绑定。

可选的，所述第三校验模块13具体可以用于：在第二用户支付所述信息转发活动中的订单后，向对应的第一用户发送返利提示信息；获取所述第一用户根据所述返利提示信息提交的提取返利请求；根据所述提取返利请求，获取黑名单以及第一用户的终端环境信息，所述黑名单包括下述至少一项：恶意用户名单、高退款率用户名单、垃圾账户名单；根据所述终端环境信息，判断是否为第一用户本人提取；若为第一用户本人提取且第一用户不在所述黑名单中，则校验通过，向所述第一用户发放返利。

可选的，所述装置还可以包括提示信息发送模块，用于在校验不通过时则向所述第一用户或第二用户发送提示信息，所述提示信息用于提示用户校验不通过的原因。

图8所示装置可以执行前述实施例二提供的信息处理方法，本实施例未详细描述的部分，可参考对前述实施例的相关说明。该技术方案的执行过程和技术效果参见前述实施例中的描述，在此不再赘述。

图9为本申请实施例提供的另一种信息处理装置的结构示意图。如图9所示，该装置可以包括：

第一获取模块14，用于获取终端设备发送的请求，其中，所述请求为账户在信息转发过程中发起的请求；

确定模块15，用于根据所述请求的类别，确定对应的校验方法；其中，不同类别的请求对应的校验方法不同；

校验模块16，用于采用对应的校验方法对所述账户的信息进行校验；

第一发送模块17，用于在校验通过时向所述终端设备发送所述请求对应的响应信息。

可选的，所述请求为账户提交的加入信息转发活动的请求；所述请求对应的校验方法为准入校验；所述请求对应的响应信息为分配给所述账户的推荐信息，所述推荐信息包括推荐链接和/或推荐码。

可选的，所述校验模块16具体可以用于：获取账户对应的注册信息，所述注册信息包括下述至少一项：注册时间、实名认证信息、绑卡信息；根据所述信息转发活动的准入要求，对所述账户对应的注册信息进行校验。

可选的，所述请求为账户通过推荐信息提交的绑定请求；所述请求对应的校验方法为身份校验；所述请求对应的响应信息为绑定成功信息。

可选的，所述校验模块16具体可以用于：根据所述账户，确定对应的同人账户；获取已经参加所述信息转发活动的账户；根据所述账户的同人账户以及已经参加所述信息转发活动的账户对所述账户进行身份校验。

可选的，所述校验模块16还可以用于：若校验通过，则将发起请求的所述账户与所述推荐信息对应的账户进行绑定。

可选的，所述绑定请求包括用于进行注册的注册请求和/或用于领取电子券的领券请求，相应的，绑定成功信息包括注册成功信息和/或领券成功信息。

可选的，所述校验模块16还可以用于：在账户支付信息转发活动中的订单完成后，经过预设时间，获取已经参加所述信息转发活动的账户；若所述账户对应的同人账户与已经参加所述信息转发活动的账户均不一致，且所述订单未发生退款，则向与所述账户绑定的推荐者的终端设备发送返利提示信息，以使该终端设备向该推荐者展示返利提取界面。

可选的，所述请求为提取返利请求；所述请求对应的校验方法为返利资格校验。

可选的，所述校验模块16具体可以用于：获取黑名单以及终端环境信息，所述黑名单包括下述至少一项：恶意账户名单、高退款率账户名单、垃圾账户名单；根据所述终端环境信息，判断是否为用户本人提取；若为用户本人提取且账户不在所述黑名单中，则校验通过。

可选的，所述校验模块16还可以用于：若校验不通过，则向所述终端设备发送提示信息，所述提示信息用于提示账户校验不通过的原因。

可选的，所述校验模块16还可以用于：获取账户对应的已返利订单的退款率，其中，所述已返利订单为以所述账户作为推荐者、且已向所述账户返利的订单；根据所述账户对应的已返利订单的退款率，确定所述账户的返利周期。

图9所示装置可以执行前述实施例一提供的信息处理方法，本实施例未详细描述的部分，可参考对前述实施例的相关说明。该技术方案的执行过程和技术效果参见前述实施例中的描述，在此不再赘述。

图10为本申请实施例提供的另一种信息处理装置的结构示意图。如图10所示，该装置可以包括：

第二获取模块18，用于获取用户输入的请求，其中，所述请求为用户在信息转发过程中发起的请求；

第二发送模块19，用于向服务器发送所述请求，以使服务器根据所述请求的类别，采用对应的校验方法对用户的信息进行校验；其中，不同类别的请求对应的校验方法不同；

接收模块110，用于接收服务器在校验通过后返回的响应信息；

展示模块111，用于将所述响应信息展示给用户。

可选的，所述接收模块110还可以用于：获取服务器在确定校验不通过后返回的提示信息，所述提示信息用于提示用户校验不通过的原因；将所述提示信息展示给用户。

可选的，所述第二获取模块18具体可以用于：向用户展示活动推广界面；获取用户在所述活动推广界面输入的加入信息转发活动的请求；相应的，所述响应信息为分配给所述用户的推荐信息，所述推荐信息包括推荐链接和/或推荐码。

可选的，所述第二获取模块18具体可以用于：获取用户通过点击推荐链接和/或输入推荐码提交的绑定请求；相应的，所述请求对应的响应信息为绑定成功信息。

可选的，所述第二获取模块18具体可以用于：获取服务器在与所述用户绑定的其它用户支付订单后发送的返利提示信息；根据所述返利提示信息，向用户展示返利提取界面；获取所述用户在所述返利提取界面输入的提取返利请求。

图10所示装置可以执行前述实施例三提供的信息处理方法，本实施例未详细描述的部分，可参考对前述实施例的相关说明。该技术方案的执行过程和技术效果参见前述实施例中的描述，在此不再赘述。

图11为本申请实施例提供的一种服务器的结构示意图。如图11所示，该服务器可以包括：第一处理器21和第一存储器22。其中，所述第一存储器22用于存储支持服务器执行前述实施例二提供的信息处理方法的程序，所述第一处理器21被配置为用于执行所述第一存储器22中存储的程序。

所述程序包括一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第一处理器21执行时能够实现如下步骤：

获取第一用户提交的加入信息转发活动的请求；根据所述加入信息转发活动的请求，对所述第一用户进行准入校验；若校验通过，则为所述第一用户分配推荐信息，以供所述第一用户将所述推荐信息推荐给第二用户；

获取第二用户通过所述推荐信息提交的绑定请求；根据所述绑定请求，对所述第二用户进行身份校验；若校验通过，则将所述第二用户与所述推荐信息对应的第一用户进行绑定；

在第二用户支付所述信息转发活动中的订单后，向对应的第一用户发送返利提示信息；获取所述第一用户根据所述返利提示信息提交的提取返利请求；根据所述提取返利请求，对所述第一用户进行返利资格校验；若校验通过，则向所述第一用户发放返利。

可选地，所述第一处理器21还用于执行前述图6所示实施例中的全部或部分步骤。

其中，所述服务器的结构中还可以包括第一通信接口23，用于服务器与其他设备或通信网络通信。

图12为本申请实施例提供的另一种服务器的结构示意图。如图12所示，该服务器可以包括：第二处理器24和第二存储器25。其中，所述第二存储器25用于存储支持服务器执行前述实施例一提供的信息处理方法的程序，所述第二处理器24被配置为用于执行所述第二存储器25中存储的程序。

所述程序包括一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第二处理器24执行时能够实现如下步骤：

获取终端设备发送的请求，其中，所述请求为账户在信息转发过程中发起的请求；

根据所述请求的类别，确定对应的校验方法；

采用对应的校验方法对所述账户的信息进行校验；

若校验通过，则向所述终端设备发送所述请求对应的响应信息；

其中，不同类别的请求对应的校验方法不同。

可选地，所述第二处理器24还用于执行前述图1至图5所示实施例中的全部或部分步骤。

其中，所述服务器的结构中还可以包括第二通信接口26，用于服务器与其他设备或通信网络通信。

图13为本申请实施例提供的一种终端设备的结构示意图。如图13所示，该终端设备可以包括：第三处理器27和第三存储器28。其中，所述第三存储器28用于存储支持终端设备执行前述实施例三提供的信息处理方法的程序，所述第三处理器27被配置为用于执行所述第三存储器28中存储的程序。

所述程序包括一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第三处理器27执行时能够实现如下步骤：

获取用户输入的请求，其中，所述请求为用户在信息转发过程中发起的请求；

向服务器发送所述请求，以使服务器根据所述请求的类别，采用对应的校验方法对用户的信息进行校验；其中，不同类别的请求对应的校验方法不同；

接收服务器在校验通过后返回的响应信息；

将所述响应信息展示给用户。

可选地，所述第三处理器27还用于执行前述图7所示实施例中的全部或部分步骤。

其中，所述终端设备的结构中还可以包括第三通信接口29，用于终端设备与其他设备或通信网络通信。

另外，本申请实施例提供了一种存储计算机指令的计算机可读存储介质，当所述计算机指令被处理器执行时，致使所述处理器执行包括以下的动作：

获取第一用户提交的加入信息转发活动的请求；根据所述加入信息转发活动的请求，对所述第一用户进行准入校验；若校验通过，则为所述第一用户分配推荐信息，以供所述第一用户将所述推荐信息推荐给第二用户；

获取第二用户通过所述推荐信息提交的绑定请求；根据所述绑定请求，对所述第二用户进行身份校验；若校验通过，则将所述第二用户与所述推荐信息对应的第一用户进行绑定；

在第二用户支付所述信息转发活动中的订单后，向对应的第一用户发送返利提示信息；获取所述第一用户根据所述返利提示信息提交的提取返利请求；根据所述提取返利请求，对所述第一用户进行返利资格校验；若校验通过，则向所述第一用户发放返利。

当所述计算机指令被处理器执行时，还可以致使所述处理器执行实施例二中的信息处理方法所涉及的全部或部分步骤。

另外，本申请实施例提供了另一种存储计算机指令的计算机可读存储介质，当所述计算机指令被处理器执行时，致使所述处理器执行包括以下的动作：

获取终端设备发送的请求，其中，所述请求为账户在信息转发过程中发起的请求；

根据所述请求的类别，确定对应的校验方法；

采用对应的校验方法对所述账户的信息进行校验；

若校验通过，则向所述终端设备发送所述请求对应的响应信息；

其中，不同类别的请求对应的校验方法不同。

当所述计算机指令被处理器执行时，还可以致使所述处理器执行实施例一中的信息处理方法所涉及的全部或部分步骤。

另外，本申请实施例提供了另一种存储计算机指令的计算机可读存储介质，当所述计算机指令被处理器执行时，致使所述处理器执行包括以下的动作：

获取用户输入的请求，其中，所述请求为用户在信息转发过程中发起的请求；

向服务器发送所述请求，以使服务器根据所述请求的类别，采用对应的校验方法对用户的信息进行校验；其中，不同类别的请求对应的校验方法不同；

接收服务器在校验通过后返回的响应信息；

将所述响应信息展示给用户。

当所述计算机指令被处理器执行时，还可以致使所述处理器执行实施例三中的信息处理方法所涉及的全部或部分步骤。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程信息处理设备的处理器以产生一个机器，使得通过计算机或其他可编程信息处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程信息处理设备以特定方式楼层的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程信息处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

Claims (26)

1.一种信息处理方法，其特征在于，包括：

获取第一用户提交的加入信息转发活动的请求；根据所述加入信息转发活动的请求，对所述第一用户进行准入校验；若校验通过，则为所述第一用户分配推荐信息，以供所述第一用户将所述推荐信息推荐给第二用户；

获取第二用户通过所述推荐信息提交的绑定请求；根据所述绑定请求，对所述第二用户进行身份校验；若校验通过，则将所述第二用户与所述推荐信息对应的第一用户进行绑定；

在第二用户支付所述信息转发活动中的订单后，向对应的第一用户发送返利提示信息；获取所述第一用户根据所述返利提示信息提交的提取返利请求；根据所述提取返利请求，对所述第一用户进行返利资格校验；若校验通过，则向所述第一用户发放返利。

2.根据权利要求1所述的方法，其特征在于，对所述第一用户进行准入校验，包括：

获取所述第一用户对应的注册信息，所述注册信息包括下述至少一项：注册时间、实名认证信息、绑卡信息；

根据所述信息转发活动的准入要求，对所述第一用户对应的注册信息进行校验。

3.根据权利要求1所述的方法，其特征在于，对所述第二用户进行身份校验，包括：

根据所述第二用户的账户，确定对应的同人账户；

获取已经参加所述信息转发活动的账户；

根据所述第二用户的同人账户以及已经参加所述信息转发活动的账户对所述第二用户进行身份校验。

4.根据权利要求1所述的方法，其特征在于，对所述第一用户进行返利资格校验，包括：

获取黑名单以及第一用户的终端环境信息，所述黑名单包括下述至少一项：恶意用户名单、高退款率用户名单、垃圾账户名单；

根据所述终端环境信息，判断是否为第一用户本人提取；

若为第一用户本人提取且第一用户不在所述黑名单中，则校验通过。

5.根据权利要求1至4中任一项所述的方法，其特征在于，还包括：

若校验不通过，则向所述第一用户或第二用户发送提示信息，所述提示信息用于提示用户校验不通过的原因。

6.一种信息处理方法，其特征在于，包括：

获取终端设备发送的请求，其中，所述请求为账户在信息转发过程中发起的请求；

根据所述请求的类别，确定对应的校验方法；

采用对应的校验方法对所述账户的信息进行校验；

若校验通过，则向所述终端设备发送所述请求对应的响应信息；

其中，不同类别的请求对应的校验方法不同；

当所述请求为账户提交的加入信息转发活动的请求时；所述请求对应的校验方法为准入校验；

所述请求对应的响应信息为分配给所述账户的推荐信息，所述推荐信息包括推荐链接和/或推荐码。

7.根据权利要求6所述的方法，其特征在于，采用对应的校验方法对所述账户的信息进行校验，包括：

获取账户对应的注册信息，所述注册信息包括下述至少一项：注册时间、实名认证信息、绑卡信息；

根据所述信息转发活动的准入要求，对所述账户对应的注册信息进行校验。

8.根据权利要求6所述的方法，其特征在于，所述请求为账户通过推荐信息提交的绑定请求；

所述请求对应的校验方法为身份校验；

所述请求对应的响应信息为绑定成功信息。

9.根据权利要求8所述的方法，其特征在于，采用对应的校验方法对所述账户的信息进行校验，包括：

根据所述账户，确定对应的同人账户；

获取已经参加所述信息转发活动的账户；

根据所述账户的同人账户以及已经参加所述信息转发活动的账户对所述账户进行身份校验。

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

若校验通过，则将发起请求的所述账户与所述推荐信息对应的账户进行绑定。

11.根据权利要求8所述的方法，其特征在于，所述绑定请求包括用于进行注册的注册请求和/或用于领取电子券的领券请求，相应的，绑定成功信息包括注册成功信息和/或领券成功信息。

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

在账户支付信息转发活动中的订单完成后，经过预设时间，获取已经参加所述信息转发活动的账户；

若所述账户对应的同人账户与已经参加所述信息转发活动的账户均不一致，且所述订单未发生退款，则向与所述账户绑定的推荐者的终端设备发送返利提示信息，以使该终端设备向该推荐者展示返利提取界面。

13.根据权利要求6所述的方法，其特征在于，所述请求为提取返利请求；

所述请求对应的校验方法为返利资格校验。

14.根据权利要求13所述的方法，其特征在于，采用对应的校验方法对所述账户的信息进行校验，包括：

获取黑名单以及终端环境信息，所述黑名单包括下述至少一项：恶意账户名单、高退款率账户名单、垃圾账户名单；

根据所述终端环境信息，判断是否为用户本人提取；

若为用户本人提取且账户不在所述黑名单中，则校验通过。

15.根据权利要求6至14中任一项所述的方法，其特征在于，还包括：

若校验不通过，则向所述终端设备发送提示信息，所述提示信息用于提示账户校验不通过的原因。

16.根据权利要求6至14中任一项所述的方法，其特征在于，还包括：

获取账户对应的已返利订单的退款率，其中，所述已返利订单为以所述账户作为推荐者、且已向所述账户返利的订单；

根据所述账户对应的已返利订单的退款率，确定所述账户的返利周期。

17.一种信息处理方法，其特征在于，包括：

获取用户输入的请求，包括：向用户展示信息转发界面；获取用户在所述信息转发界面输入的加入信息转发活动的请求；相应的，响应信息为分配给所述用户的推荐信息，所述推荐信息包括推荐链接和/或推荐码；其中，所述请求为用户在信息转发过程中发起的请求；

向服务器发送所述请求，以使服务器根据所述请求的类别，采用对应的校验方法对用户的信息进行校验；

接收服务器在校验通过后返回的响应信息；

将所述响应信息展示给用户；

其中，不同类别的请求对应的校验方法不同。

18.根据权利要求17所述的方法，其特征在于，还包括:

接收服务器在确定校验不通过后返回的提示信息，所述提示信息用于提示用户校验不通过的原因；

将所述提示信息展示给用户。

19.根据权利要求17所述的方法，其特征在于，获取用户输入的请求，包括：

获取用户通过点击推荐链接和/或输入推荐码提交的绑定请求；

相应的，所述请求对应的响应信息为绑定成功信息。

20.根据权利要求17所述的方法，其特征在于，获取用户输入的请求，包括：

获取服务器在与所述用户绑定的其它用户支付订单后发送的返利提示信息；

根据所述返利提示信息，向用户展示返利提取界面；

获取所述用户在所述返利提取界面输入的提取返利请求。

21.一种信息处理装置，其特征在于，包括：

第一校验模块，用于获取第一用户提交的加入信息转发活动的请求，根据所述加入信息转发活动的请求，对所述第一用户进行准入校验，若校验通过，则为所述第一用户分配推荐信息，以供所述第一用户将所述推荐信息推荐给第二用户；

第二校验模块，用于获取第二用户通过所述推荐信息提交的绑定请求；根据所述绑定请求，对所述第二用户进行身份校验；若校验通过，则将所述第二用户与所述推荐信息对应的第一用户进行绑定；

第三校验模块，用于在第二用户支付所述信息转发活动中的订单后，向对应的第一用户发送返利提示信息；获取所述第一用户根据所述返利提示信息提交的提取返利请求；根据所述提取返利请求，对所述第一用户进行返利资格校验；若校验通过，则向所述第一用户发放返利。

22.一种信息处理装置，其特征在于，包括：

第一获取模块，用于获取终端设备发送的请求，其中，所述请求为账户在信息转发过程中发起的请求；

确定模块，用于根据所述请求的类别，确定对应的校验方法；其中，不同类别的请求对应的校验方法不同；

校验模块，用于采用对应的校验方法对所述账户的信息进行校验；

第一发送模块，用于在校验通过时向所述终端设备发送所述请求对应的响应信息；

所述第一获取模块还用于当所述请求为账户提交的加入信息转发活动的请求时；所述请求对应的校验方法为准入校验；

所述请求对应的响应信息为分配给所述账户的推荐信息，所述推荐信息包括推荐链接和/或推荐码。

23.一种信息处理装置，其特征在于，包括：

第二获取模块，用于获取用户输入的请求，其中，所述请求为用户在信息转发过程中发起的请求；

第二发送模块，用于向服务器发送所述请求，以使服务器根据所述请求的类别，采用对应的校验方法对用户的信息进行校验；其中，不同类别的请求对应的校验方法不同；

接收模块，用于接收服务器在校验通过后返回的响应信息；

展示模块，用于将所述响应信息展示给用户；

所述第二获取模块还用于向用户展示信息转发界面；获取用户在所述信息转发界面输入的加入信息转发活动的请求；相应的，所述响应信息为分配给所述用户的推荐信息，所述推荐信息包括推荐链接和/或推荐码。

24.一种服务器，其特征在于，包括：第一存储器和第一处理器；其中，

所述第一存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第一处理器执行时实现如权利要求1至5中任一项所述的信息处理方法。

25.一种服务器，其特征在于，包括：第二存储器和第二处理器；其中，

所述第二存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第二处理器执行时实现如权利要求6至16中任一项所述的信息处理方法。

26.一种终端设备，其特征在于，包括：第三存储器和第三处理器；其中，

所述第三存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第三处理器执行时实现如权利要求11至20中任一项所述的信息处理方法。

Images