CN113872952B - 一种身份核实产品推送方法、装置、设备及系统架构 - Google Patents

Abstract

本说明书实施例提供一种身份核实产品的推送方法、装置、设备及系统架构。根据业务请求的业务属性信息确定业务请求是否为指定业务请求，对于非指定请求则根据用户的历史行为数据确定待推送产品、推送顺序以及推送消息展示模板，然后基于推送顺序和展示模板向用户推送待推送产品。通过具体的业务场景以及用户信息确定个性化的推送方案，有针对性地向用户推送身份核实产品，既可以保证身份验证过程的安全性，又可以提升用户的体验。

Description

一种身份核实产品推送方法、装置、设备及系统架构

技术领域

本说明书涉及安全技术领域，尤其涉及一种身份核实产品的推送方法、装置、设备及系统架构。

背景技术

随着互联网的发展，越来越多的业务都可以通过终端在网上完成，为了保证业务的安全性，在执行业务请求时一般需要对用户的身份进行核实，通常对用户身份进行核实的产品称为身份核实产品，身份核实产品的种类比较多，比如指纹识别、人脸识别、密码验证、身份证验证、问答验证、动态码验证等等。目前的身份核实过程中，还存在有身份核实方式比较固定，未能根据用户进行个性化推送，造成用户的体验较差。因此对身份核实产品的推送方法加以改进，以提升用户的体验仍是目前亟需解决的一个问题。

发明内容

基于此，本说明书提供了及一种身份核实产品的推送方法、装置、设备及系统架构。

根据本说明书实施例的第一方面，提供一种身份核实产品的推送方法，所述方法包括：

当接收到用户提交的业务请求时，基于所述业务请求的业务属性信息，确定所述业务请求是否是指定业务请求；所述指定业务请求为满足预设的可以快速进行核身验证条件的业务请求；

在所述业务请求不是指定业务请求的情况下，根据推送顺序以及推送消息展示模板推送待推送产品，其中，所述待推送产品、推送顺序、以及推送消息展示模板基于用户的历史行为数据确定。

根据本说明书实施例的第二方面，提供一种身份核实产品推送装置，所述装置包括：

判断模块，用于当接收到用户提交的业务请求时，基于所述业务请求的业务属性信息，确定所述业务请求是否是指定业务请求；所述指定业务请求为满足预设的可以快速进行核身验证条件的业务请求；

推送模块，在所述业务请求不是指定业务请求的情况下，根据推送顺序以及推送消息展示模板推送待推送产品，其中，所述待推荐产品、推送顺序、以及推送消息展示模板基于用户的历史行为数据确定。

根据本说明书实施例的第三方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现任一实施例所述的方法。

根据本说明书实施例的第四方面，提供一种系统架构，所述系统架构包括：身份核实产品推送系统、支持系统以及运营基础管理系统，

所述身份核实产品推送系统用于接收所述支持系统发送的用户的历史行为数据以及所述运营基础管理系统发送的筛选策略，其中，所述筛选策略用于确定指定业务请求、待推送产品、待推送产品顺序以及推送消息展示模板；并在接收到用户提交的业务请求时，基于所述业务请求的业务属性信息以及所述筛选策略，确定所述业务请求是否是指定业务请求；所述指定业务请求为满足预设的可以快速进行核身验证条件的业务请求；

在所述业务请求不是指定业务请求的情况下，根据推送顺序以及推送消息展示模板推送待推送产品，其中，所述待推送产品、推送顺序、以及推送消息展示模板基于用户的历史行为数据以及所述筛选策略确定。

应用本说明书实施例方案，根据业务请求的业务属性信息确定业务请求是否为指定业务请求，对于对于非指定请求则根据用户的历史行为数据确定待推送产品、推送顺序以及推送消息展示模板，然后基于推送顺序和展示模板向用户推送待推送产品。通过具体的业务场景以及用户信息确定个性化的推送方案，有针对性地向用户推送身份核实产品，既可以保证身份验证过程的安全性，也可以提升用户的体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。

图1是本说明书一个实施例的一种身份核实产品推送方法流程图；

图2是本说明书一个实施例的一种身份核实产品推送系统示意图；

图3是本说明书一个实施例的一种身份核实产品推送方法流程图；

图4是本说明书一个实施例的一种身份核实产品推送装置的逻辑结构示意图；

图5是本说明书一个实施例的一种身份核实产品推送系统架构示意图；

图6是本说明书一个实施例的用于实施本说明书方法的计算机设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

随着互联网的发展，越来越多的业务都可以通过终端在网上完成，为了保证业务的安全性，在执行业务请求时一般需要对用户的身份进行核实，通常对用户身份进行核实的产品称为身份核实产品，身份核实产品的种类比较多，比如指纹识别、人脸识别、密码验证、身份证验证、问答验证、动态码验证等等。在用户执行业务请求需要对其身份进行验证时，或者是推送用户开通身份核实产品时，都需要向用户推送身份核实产品。目前，在向用户推送身份核实产品时，模式比较固定，多采用固定的身份核实产品或者固定的推送顺序向用户推送，推送模版也是统一的，没有针对具体的业务场景以及用户的个人偏好灵活地设置个性化的推送方案，此外，对于某些场合，在短时间内需要用户多次重复核验，上述问题都会给用户带来较差的体验。

基于此，本说明书实施例提供一种身份核实产品推送方法，可以基于具体的业务场景以及具体用户动态地配置个性化的身份核实产品推送策略，针对一些无需复杂判断逻辑的指定业务请求，则可以免除核身或者采用指定身份核实产品核身，针对非指定业务请求，则依据业务属性信息和用户的历史行为数据确定待推送产品、推送顺序和推送消息展示模板，然后再基于上述信息向用户推送身份核实产品。基于具体的业务场景和用户有针对性的采取个性化的身份核实产品推送策略，既保证身份核实验证的安全性，又可以提升用户的体验。

所述身份核实产品具体如图1所示，可包括以下步骤：

S102、当接收到用户提交的业务请求时，基于所述业务请求的业务属性信息，确定所述业务请求是否是指定业务请求；

S104、针对指定业务请求，则免除身份核实或推送与指定业务请求绑定的指定身份核实产品；或，针对非指定业务请求，则根据推送顺序以及推送消息展示模板推送待推送产品，其中，所述待推荐产品、推送顺序、以及推送消息展示模板基于用户的历史行为数据确定。

所述身份核实产品推送方法可用于向用户推送开通身份核实产品场景，或者是用户在使用身份核实产品进行验证时的场景。当接收到用户通过终端提交的业务请求时，其中，所述终端可以是手机、笔记本电脑、平板、台式机等终端设备，所述业务请求可以是登录某个APP、支付等需要进行验证的业务请求。可以先对该业务请求进行解析，获取该业务请求的业务属性信息，业务属性信息可以是用户的个人信息、提交业务请求的终端的设备信息以及业务场景信息，由于不同性别、年龄、职业的用户对身份核实产品的偏好不一样，因而用户的个人信息可以是用户的身份信息、性别、年龄、职业等信息。不同的终端设备可以支持的身份核实产品也不一样，比如有的设备支持指纹、有的不支持，因而，可以获取终端设备的设备信息。另外，不同的业务场景需要的安全等级也不一样，因而需要的身份核实产品也不一样，比如对于有些安全等级需求低的业务，只需密码验证就可以，对于有些安全等级需要较高的业务，则可能需要密码验证以及人脸验证等多重验证。因此，还可以获取业务场景信息，根据业务场景去确定待推送的身份核实产品。

在得到业务请求的业务属性信息后，可以基于所述业务属性信息判断所述业务请求是否属于指定业务请求。指定的业务请求是指满足预设的一些可以快速进行核身验证的条件的业务请求。针对不同的业务请求，其安全需求不一样，因而身份核实产品也不一样。对于某些业务场景，可能无需复杂的逻辑判断，而是需要尽快的完成验证，比如，一些风险级别较低的场景。此外，在有些时候，比如采用同一个设备已经进行过身份验证，在很短的时间内又需要身份验证，这时由于短时间已经验证过，安全性可以保证，因而也可以考虑快速身份验证通过，避免重复验证，以提高用户体验。因此，本说明说实施例可以预先设置一些可以指定业务请求的筛选条件，这些条件可以根据具体的业务场景去灵活设定，比如“是否是低风险请求”、“5min内是否已经经过身份验证”等等。在解析得到业务请求的属性信息后，可以根据属性信息判断该业务请求是否符合预先设置的指定业务请求筛选条件，如果符合，则这些业务请求为指定的业务请求。对于指定的业务请求，可以采用指定身份核实产品去对用户进行身份核实，也可以是免除对用户进行身份核实。举个例子，指定业务请的筛选条件可以设置为“小额支付场景”，如果根据业务请求的属性信息，确定所述业务请求为小额支付场景，则该业务请求为指定业务请求，可以查找该指定业务请求绑定的指定身份核实产品，通常满足一个预设的条件的指定业务请求会绑定一个或多个身份核实产品，比如绑定的身份核实产品为密码验证，这时即可以使用密码去对用户进行身份验证。还有些情况，用户可能在某个设备采用某个身份核实产品进行过身份核实，在短时间内又要进行身份核实，这时，为了避免多次重复核验，则可以免除对用户进行身份核实。比如，可以预先设置指定业务请求筛选条件“同一设备10分钟内再次身份核实”，只要根据业务请求的业务属性信息判定业务请求满足预设的筛选条件，即可以使用免除对用户进行身份核实。

当然对于某些非指定业务请求，在推送身份核实产品时可能需要比较复杂的逻辑判断，这时可以基于用户的历史行为数据去确定向该用户推送的待推送产品、推送顺序、以及推送消息展示模板。然后基于确定好的推送顺序以及推送消息展示模板向用户推送这些待推送产品。其中，用户的历史行为数据可以是用户的历史身份核实数据，比如用户采用各种身份核实产品核身的次数、通过的次数，还可以是用户的一些浏览信息、日志信息等等。由于在某些复杂的业务场景，可能需要多重的验证，以确保业务交易的安全，因而可以使用多种身份核实产品进行验证。待推送身份核实产品可以是一种或者多种，因而可以根据具体的业务场景以及用户的个人偏好去筛选出一些个性化的待推送产品。此外，如果待推送产品存在多种，则可以根据用户的个人喜好和使用习惯去确定这些身份核实产品的推送顺序，以便让用户最偏好的产品首位推送，提升用户的体验。比如可以先推送密码验证再推送人脸验证。推送消息展示模板是提示用户采用待推送身份核实产品进行验证时展现给用户的一个具体界面，比如，可以是“此项业务请求存在一定的风险，请先进行指纹验证，然后显示一个指纹标志”。可以根据用户的个人喜好去设置一些个性化的推送消息展示模板，针对不同年龄、不同性别或者不同性格的用户，采用他们感兴趣的展示模板去展示推送消息，可以提升身份核实的趣味性。

本说明书实施例通过获取业务请求的业务属性信息，然后根据用户的个人信息、设备信息以及具体的业务场景，并结合用户的历史行为数据，动态地配置个性化的推送策略，针对一些无需复杂逻辑判断的业务请求，则免除身份核实或者采用指定身份核实产品进行核身，针对需要复杂逻辑判断的业务请求，则根据业务属性信息和用户历史行为数据去确定待推送产品、推送顺序以及推送消息展示模板，然后基于推送顺序和推送消息展示模板向用户推送这些待推送产品。使用这种方法既可以提升身份核实的安全性，又可以根据实际业务场景设定个性化的推荐策略，减小重复验证，提升用户体验。

由于在筛选指定业务请求时，设置的指定业务请求的筛选条件可以是多条，满足每一个筛选条件的业务请求都绑定有一个或多个指定的身份核实产品或者是免除身份核实。在某些实施例中，如果某个指定业务请求既满足免除核身的条件，又满足采用指定核身产品核身的条件，这个时候，为了交易的安全性，可以将采用与该指定业务请求绑定的指定核身产品核身的优先级设置成高于免除核身的优先级，最终还是采用指定核身产品对用户进行核身。举个例子，某个业务请求满足条件1“线下小额转账”(绑定的指定核身产品为指纹验证)，也满足条件2“1min内重复身份验证”(免除身份核实)，这时，还是可以采用指纹对该业务请求进行验证，以保证交易的安全。

此外，在某些实施例中，当某个业务请求满足多条指定业务请求的筛选条件时，可以先找到与该指定业务请求绑定的指定身份核实产品，然后确定这些指定身份核实产品有哪些，并根据身份核实产品的类型对这些指定身份核实产品进行合并处理，然后再从合并处理后的身份核实产品中选出通过率最大的身份核实产品，将所述通过率最大的身份核实产品作为待推送的指定身份核实产品。其中，通过率是根据用户的身份核实历史数据预先确定的，通过率用户反映用户使用某一身份核实产品进行验证时通过验证的概率的大小，等于用户使用该身份核实产品的次数通过验证的次数与用户使用该身份核实产品的总次数的比值。举个例子，假设预设的指定业务请求筛选条件和绑定的身份核实产品分别为:1、小额支付(身份核实产品：采用指纹验证)2、非陌生设备(身份核实产品:采用密码验证)3、非陌生地理位置(身份核实产品：采用密码验证)，现根据指定的身份核实产品的类型对身份核实推送策略里的指定身份核实产品合并，得到身份核实产品有：指纹验证和密码验证，然后根据预先得到的各核身产品的通过率，确定密码验证的大于指纹验证，因此，最后选择密码验证作为待推送的指定身份核实产品，向用户推送。

在某些情况下，如果业务请求满足免除身份核实的条件，在用户提交业务请求后，则可以直接显示业务请求处理成功。但是由于如果直接免除对用户进行身份验证，可能会让某些安全感需求较高的用户觉得不够安全，比如，用户首先通过指纹验证完成一笔支付交易，然后在短时间内又要进行下一笔支付交易，此时，如果直接免去身份验证就完成支付，可能会造成用户质疑产品的安全性。所以，在某些实施例中，在免除对用户进行身份验证后，还可以向用户发送免除身份验证的提示信息。比如，提示信息可以是“您好，由于1分钟前您已在本设备进行过指纹验证，此次支付可以免除指纹验证”。这样，用户就知道由于已经进行过身份验证，因而免除验证，可以消除用户的缺乏安全感的心理。

当然，在某些实施例中，提示信息的可以针对不同的用户和不同的业务场景设置个性化的提示信息，可以根据具体的用户有针对使用不同模板的提示信息对用户进行提示。比如，针对年轻人，比较倾向于趣味性的提示信息，比如“hi，帅哥，由于您的高颜值，此次交易免除对您的身份验证”。而对于老年人，则可以此采用比较严肃点的提示信息，比如“您好，您1分钟前已经进行过身份验证，此次交易可以免除验证”。提示信息可以根据具体用户和场合进行个性化的设置，增加交易过程中的趣味性。

对于非指定的业务请求，可以基于业务属性信息以及用户的历史行为数据去确定待推送产品、推送顺序和推送消息展示模板。比如，在业务请求满足预设的A条件时，则采用B产品作为待推送产品；满足C条件时，则产品的推送顺序为D>E>F；满足G条件时，则使用推送消息展示模板2。当然，待推荐产品、推送顺序和推送消息展示模板的筛选策略可以根据实际业务场景去灵活地设置，以便确定出即可以保证交易安全，又满足用户偏好的个性化推荐策略。

如果业务请求为非指定业务请求，则需要基于业务属性信息和用户历史行为数据去筛选待推送产品。在某些实施例中，待推送产品的筛选过程如下:先根据业务场景信息获取预先设置好的身份核实产品集，然后逐一判断产品集中的而每个产品是否符合预先设置的可用条件和不可用条件，可用条件和不可用条件可以是一条或多条，如果身份核实产品符合可用条件中的任意一条且均不符合不可用条件中的任意一条，则将该产品作为待推送产品。举个例子，预设的产品集中包括指纹、人脸、和密码。首先，判断指纹是否符合预设的可用条件和不可用条件。举个例子，其中不可用条件包括：1、终端设备不支持指纹采集。2、库中不包含该用户的指纹信息。可用条件包括：1、终端设备支持指纹采集。2、该用户曾经使用过指纹进行身份核实。如果身份核实产品符合不可用条件中的任一个条件，则不能作为待推荐产品。当然，如果身份核实产品不符合任一不可用条件且符合任一可用条件，则可以作为待推荐产品。其中，可用条件和不可用条件可以根据实际场景灵活设置，本说明书实施例不做具体限制。

由于不同用户对于身份核实产品的偏好程度不一样，因而可以根据用户的历史行为数据，在不同的业务场景按不同的推送顺序去给用户推送身份核实产品，让不同的用户看到不同的第一顺序位产品，且用户最喜欢的产品首位推送给用户。在某些实施例中，可以根据业务属性信息判定业务请求是否满足预设的条件，如果满足，则将预设的产品排序顺序作为推送顺序。比如，该业务请求满足预设条件“大额支付场景、用户年龄30岁以下”，与该条件对应的产品排序顺序为：人脸>密码>问题。因而可以将该排序顺序作为推送顺序。

当然，在某些实施例中，推送顺序还可以通过预设的模型来确定，将身份核实产品输入到指定的排序模型中，排序模型会自动输出产品的推送顺序。其中，排序模型是基于大量的用户的历史行为数据训练得到，综合考虑了用户的个人偏好和具有的业务场景等信息。

在确定了待推送产品和待推送产品的推送顺序后，需要提示用户采用待推送产品进行身份验证，其中推送消息的展示模板可以针对不同的用户和业务场景采用不同的展示模板，以满足用户的个性化需求。比如，展示模板可以是，“您好，此次交易风险等级较高，需要经过人脸识别加密码进行验证”，然后向用户显示采集人脸的显示界面和输入密码的显示界面。采用多样化和个性化的模板可以提升用户在身份验证过程中的趣味性和体验。在实际处理时，可以给不同的展示模板设置一个模板ID号，通过展示ID号来唯一标识一个展示模板。同样，也可与预先设置不同的筛选条件，并设置好当业务请求满足不同的筛选提件时，推送消息的优先级顺序。比如，业务请求满足A条件时，展示模板的优先级为展示模板1>展示模板2>展示模板3，满足B条件时，则展示模板的优先级为展示模板3>展示模板1>展示模板2，推送消息展示模板也可以根据用户的历史行为数据以及业务属性信息去灵活的设置。

为了进一步解释本说明书实施例提供身份核实推送方法，以下再以一个具体的实施例加以解释。

为了根据具体的业务场景和用户的个人偏好有针对性的向用户推荐身份核实产品，本说明书实施例提供了一种身份核实推荐方法，所述身份核实推荐方法用于身份核实推荐系统。该推荐系统的示意图如图2所示，包括业务请求解析模块21、快速识别模块22、深度识别模块23和输出模块24，其中深度识别模块23包括待推荐产品筛选子模块231、排序子模块232和展示模板筛选子模块233。业务解析模块21收到用户提交的业务请求201后，解析业务请求，得到业务请求的业务属性信息202，然后将业务属性信息发送给快速识别模块22，快速识别模块22会判断该业务请求是都满足预设的快速核身的条件，如果满足，则免除核身或者采用指定核身产品核身204。如果不满足，快速识别模块22会将业务属性信息发送给深度识别模块23，深度识别模块23中的待推荐产品筛选子模块231会基于业务属性信息从预先设置的产品集中筛选出待推送产品，排序子模块232会基于业务属性信息和用户历史行为数据确定产品集的排序顺序，展示模板筛选模块会基于业务属信息和用户的历史行为数据确定各产品对应的展示模板，然后将待推送产品、产品排序顺序以及展示模板203发送给输出模块，输出模块会对待推送产品、产品排序顺序以及展示模板进行整合，然后基于排序顺序胡和展示模板向用户推送待推送产品205。

具体的身份核实产品推送过程流程图如图3所示，当接收到用户通过终端提交的业务请求时，通过解析模块确定所述业务请求的业务属性信息，所述业务属性信息包括用户的个人信息、终端的设备信息以及业务场景信息(S301)。然后将所述业务属性信息发送给快速识别模块，快速识别模块会判断业务请求是否满足预先设置的快速识别条件(S302)，其中，快速识别条件包括免除核身条件和采用指定核身产品核身条件。如果满足，则确定业务请求满足的快速识别条件是否只包含免除核身条件(S303)，如果只包含免除核身条件，则免除对用户进行核身(S304)，并从多个版本的免除核身的提示信息中选出一个版本的提示信息发送给用户(S305)，其中，提示信息的不同版本是针对具体的业务场景和用户设置的个性化提示信息。如果满足的快速核身条件只包括采用指定身份核实产品核身的条件，或者是既包括免除核身条件又包括采用指定身份核实产品核身的条件，则从所述指定身份核实产品选出通过率最大的指定身份核实产品(S306)，将所述指定身份核实产品推送给用户(S307)。如果业务请求不满足预先设置的快速识别条件，快速识别模块会将业务请求的业务属性信息发送给深度识别模块，深度识别模块会获取预先设置的身份核实产品集，然后逐一判断产品集中的各身份核实产品是否符合预设的可用条件和不可用条件(S308)，如果符合任一可用条件且均不符合任一不可用条件，则将所述身份核实产品作为待推荐产品(S309)。另外，深度识别模块将产品集中身份核实产品输入到排序模型中，排序模型会对产品集中的身份核实产品进行排序，确定产品的排序顺序(S310)。深度识别模快会判断业务请求是否满足预设条件，如满足，则根据预先设定的推送消息展示模板的优先级选择展示模板(S311)。需要指出的是，步骤308、步骤310以及步骤311的先后顺序本说明书实施例不限制，可以同时进行，或者其中任意一个步骤先进行。深度识别模块将确定的待推荐产品、产品集中的产品的排序顺序、产品集中产品的展示模板发送给输出模块，输出模块对上述信息进行整合，基于排序顺序和展示模板向用户推送待推送产品(S312)。

以上实施例中的各种技术特征可以任意进行组合，只要特征之间的组合不存在冲突或矛盾，但是限于篇幅，未进行一一描述，因此上述实施方式中的各种技术特征的任意进行组合也属于本说明书公开的范围。

如图4所示，是本说明书一个实施例的，所述装置40可包括：

判断模块41，用于当接收到用户提交的业务请求时，基于所述业务请求的业务属性信息，确定所述业务请求是否是指定业务请求；

推送模块42，用于针对指定业务请求，则免除身份核实或推送与指定业务请求绑定的指定身份核实产品；或，针对非指定业务请求，则根据推送顺序以及推送消息展示模板推送待推送产品，其中，所述待推荐产品、推送顺序、以及推送消息展示模板基于用户的历史行为数据确定。

在一个实施例中，如果所述业务请求是指定业务请求，且同时满足免除身份核实条件和推送指定身份核实产品的条件，则推送指定身份核实产品的条件的优先级高于免除身份核实条件的优先级。

在一个实施例中，在确定对所述业务请求免除身份核实之后，还包括：

向所述用户显示免除身份核实的提示信息。

在一个实施例中，所述提示信息为针对所述用户的个性化提示信息。

在一个实施例中，所述指定的身份核实产品基于用户的历史行为数据在不同身份核实产品中核实的通过率确定。

在一个实施例中，所述待推荐产品的确定过程如下：

基于所述业务属性信息逐一判断多个身份核实产品中是否符合预设的可用条件或不可用条件；

将符合其中任一可用条件且不属于任一不可用条件的产品作为待推送产品。

在一个实施例中，所述推送顺序基于指定的排序模型确定，所述指定排序模型基于用户的历史行为数据训练生成。

在一个实施例中，所述推送顺序的确定过程如下：

基于所述业务属性信息判断所述业务请求是否满足预设条件，

如果满足，则采用指定的排序顺序作为推送顺序。

在一个实施例中，所述推送消息展示模板基于预设优先级筛选得到，所述优先级基于业务请求的属性信息以及用户的历史行为数据设置。

上述装置中各个模块的功能和作用的实现过程具体详情见上述方法中对应步骤的实现过程，在此不再赘述。

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

本说明书还提供一种身份核实产品推送系统架构，所述系统架构如图5所示，包括：身份核实产品推送系统51、支持系统52以及运营基础管理系统53，

所述身份核实产品推送系统51用于接收所述支持系统52发送的用户的的历史行为数据501以及所述运营基础管理系统53发送的筛选策略502，其中，所述筛选策略用于筛选指定业务请求、待推送产品、待推送产品顺序以及推送消息展示模板，这些筛选策略可以根据动态的调整。身份核实产品推送系统在接收到用户提交的业务请求时，基于所述业务请求的业务属性信息以及所述筛选策略，确定所述业务请求是否是指定业务请求；

针对指定业务请求，则免除身份核实或推送与指定业务请求绑定的指定身份核实产品；或，

针对非指定业务请求，则根据推送顺序以及推送消息展示模板推送待推送产品，其中，所述待推送产品、推送顺序、以及推送消息展示模板基于用户的历史行为数据以及所述筛选策略确定。

本说明书装置的实施例可以应用在计算机设备上，例如服务器或智能终端。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在文件处理的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图6所示，为本说明书装置所在计算机设备的一种硬件结构图，除了图6所示的处理器602、内存604、网络接口606、以及非易失性存储器608之外，实施例中装置所在的服务器或电子设备，通常根据该计算机设备的实际功能，还可以包括其他硬件，对此不再赘述。

相应地，本说明书实施例还提供一种计算机存储介质，所述存储介质中存储有程序，所述程序被处理器执行时实现上述任一实施例中的方法。

相应地，本说明书实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任一实施例中的方法。

本申请可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

本领域技术人员在考虑说明书及实践这里公开的说明书后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。

Claims (12)

1.一种身份核实产品的推送方法，所述方法包括：

当接收到用户提交的业务请求时，基于所述业务请求的业务属性信息，确定所述业务请求是否是指定业务请求；所述指定业务请求为满足预设的可以快速进行核身验证条件的业务请求；

在所述业务请求不是指定业务请求的情况下，根据推送顺序以及推送消息展示模板推送待推送产品，其中，所述待推送产品、推送顺序、以及推送消息展示模板基于用户的历史行为数据确定；所述推送消息展示模板是提示用户采用待推送身份核实产品进行验证时展现给用户的一个具体界面；

所述推送顺序的确定过程如下：

基于所述业务属性信息判断所述业务请求是否满足预设条件；

如果满足，则采用指定的排序顺序作为推送顺序。

2.根据权利要求1所述的推送方法，还包括：

在所述业务请求是指定业务请求的情况下，则免除身份核实或推送与指定业务请求绑定的指定身份核实产品。

3.根据权利要求2所述的推送方法，如果所述业务请求是指定业务请求，且同时满足免除身份核实的条件和推送指定身份核实产品的条件，则推送指定身份核实产品的条件的优先级高于免除身份核实的条件的优先级。

4.根据权利要求2所述的推送方法，在确定对所述业务请求免除身份核实之后，还包括：

向所述用户发送免除身份核实的提示信息。

5.根据权利要求4所述的推送方法，所述提示信息为针对所述用户定制的个性化提示信息。

6.根据权利要求2所述的推送方法，所述指定身份核实产品基于用户的历史行为数据在不同身份核实产品中核实的通过率确定。

7.根据权利要求1所述的推送方法，所述待推送产品的确定过程如下：

基于所述业务属性信息逐一判断多个身份核实产品中是否符合预设的可用条件或不可用条件；

将符合其中任一可用条件且不属于任一不可用条件的产品作为待推送产品。

8.根据权利要求1所述的推送方法，所述推送顺序基于指定排序模型确定，所述指定排序模型基于用户的历史行为数据训练生成。

9.根据权利要求1所述的推送方法，所述推送消息展示模板基于预设优先级筛选得到，所述优先级基于业务请求的属性信息以及用户的历史行为数据设置。

10.一种身份核实产品推送装置，所述装置包括：

判断模块，用于当接收到用户提交的业务请求时，基于所述业务请求的业务属性信息，确定所述业务请求是否是指定业务请求；所述指定业务请求为满足预设的可以快速进行核身验证条件的业务请求；

推送模块，在所述业务请求不是指定业务请求的情况下，根据推送顺序以及推送消息展示模板推送待推送产品，其中，所述待推送产品、推送顺序、以及推送消息展示模板基于用户的历史行为数据确定；所述推送消息展示模板是提示用户采用待推送身份核实产品进行验证时展现给用户的一个具体界面；

所述推送顺序的确定过程如下：

基于所述业务属性信息判断所述业务请求是否满足预设条件；

如果满足，则采用指定的排序顺序作为推送顺序。

11.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现权利要求1至9任意一项所述的方法。

12.一种推送身份核实产品的系统架构，所述系统架构包括：身份核实产品推送系统、支持系统以及运营基础管理系统，

所述身份核实产品推送系统用于接收所述支持系统发送的用户的历史行为数据以及所述运营基础管理系统发送的筛选策略，其中，所述筛选策略用于确定指定业务请求、待推送产品、待推送产品顺序以及推送消息展示模板；并在接收到用户提交的业务请求时，基于所述业务请求的业务属性信息以及所述筛选策略，确定所述业务请求是否是指定业务请求；所述指定业务请求为满足预设的可以快速进行核身验证条件的业务请求；所述推送消息展示模板是提示用户采用待推送身份核实产品进行验证时展现给用户的一个具体界面；

在所述业务请求不是指定业务请求的情况下，根据推送顺序以及推送消息展示模板推送待推送产品，其中，所述待推送产品、推送顺序、以及推送消息展示模板基于用户的历史行为数据以及所述筛选策略确定；

所述推送顺序的确定过程如下：

基于所述业务属性信息判断所述业务请求是否满足预设条件；

如果满足，则采用指定的排序顺序作为推送顺序。