提示用户登录平台的方法、装置、设备及存储介质

技术领域

本发明实施例涉及互联网技术领域，尤其涉及一种提示用户登录平台的方法、装置、设备及存储介质。

背景技术

随着移动互联网的发展，各服务平台获取用户的成本日趋增高。在服务平台的业务运营了较长时间之后，会不可避免地出现大量的长时间不使用服务平台的沉睡用户。

但是，用户长期不登录平台，会造成用户数据丢失，用户账号丢失，用户密码失效等问题。

发明内容

本发明实施例提供一种提示用户登录平台的方法、装置、设备及存储介质，用以解决用户长期不登录，造成用户数据丢失，用户账号丢失，用户密码失效等问题。

一方面，本发明实施例提供一种提示用户登录平台的方法，包括：

根据用户的历史行为日志和账户数据，确定所述用户的注册时长和活跃行为记录；

若所述用户的注册时长和活跃行为记录满足预设条件，则确定所述用户为目标用户；

根据所述目标用户的历史行为日志和账户数据，确定所述目标用户的活跃程度信息；

根据所述目标用户的活跃程度信息，向所述目标用户分配对应的用户资源并推送提示信息，所述提示信息用于提示用户登录后使用所述用户资源，其中向不同活跃程度的目标用户分配的用户资源不同。

另一方面，本发明实施例提供一种提示用户登录平台的装置，包括：

数据处理模块，用于根据用户的历史行为日志和账户数据，确定所述用户的注册时长和活跃行为记录；

识别处理模块，用于若所述用户的注册时长和活跃行为记录满足预设条件，则确定所述用户为目标用户；

所述数据处理模块还用于：根据所述目标用户的历史行为日志和账户数据，确定所述目标用户的活跃程度信息；

唤醒处理模块，用于根据所述目标用户的活跃程度信息，向所述目标用户分配对应的用户资源并推送提示信息，所述提示信息用于提示用户登录后使用所述用户资源，其中向不同活跃程度的目标用户分配的用户资源不同。

另一方面，本发明实施例提供一种提示用户登录平台的设备，包括：

处理器，存储器，以及存储在所述存储器上并可在所述处理器上运行的计算机程序；

其中，所述处理器运行所述计算机程序时实现上述所述的提示用户登录平台的方法。

另一方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时实现上述所述的提示用户登录平台的方法。

本发明实施例提供的提示用户登录平台的方法、装置、设备及存储介质，通过根据用户的历史行为日志和账户数据，确定所述用户的注册时长和活跃行为记录；若所述用户的注册时长和活跃行为记录满足预设条件，则确定所述用户为目标用户，能够更加精准地识别出沉睡用户；进一步地，根据所述目标用户的历史行为日志和账户数据，确定所述目标用户的活跃程度信息；根据所述目标用户的活跃程度信息，向所述目标用户分配对应的用户资源，向不同活跃程度的目标用户分配的用户资源不同，并通过向用户推送提示信息，提示用户登录后使用所述用户资源，这样能够有针对性地、对不同活跃程度的沉睡用户采用不同程度的激励，实现了更加多样化、更加灵活的沉睡用户的唤醒机制，提高沉睡用户的唤醒成功率，从而能够激励沉睡用户尽早登录平台，避免因长时间未登录平台导致的用户数据丢失、用户账号丢失或者密码失效等问题。

附图说明

图1为本发明实施例提供的服务平台的系统架构示意图；

图2为本发明实施例一提供的提示用户登录平台的方法流程图；

图3为本发明实施例二提供的提示用户登录平台的方法流程图；

图4为本发明实施例二提供的沉睡用户指标汇总的示意图；

图5为本发明实施例三提供的提示用户登录平台的装置的结构示意图；

图6为本发明实施例五提供的提示用户登录平台的设备的结构示意图。

通过上述附图，已示出本发明明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本发明构思的范围，而是通过参考特定实施例为本领域技术人员说明本发明的概念。

具体实施方式

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

本发明实施例所涉及的术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。在以下各实施例的描述中，“多个”的含义是两个以上，除非另有明确具体的限定。

本发明实施例具体的应用于服务平台，例如网上购物平台等，服务平台的系统架构如图1所示，包括服务器和用户终端，用户可以通过用户终端注册成为服务平台的用户，享受服务平台提供的服务，例如通过服务平台购物等。

在服务平台的业务运营了较长时间之后，会不可避免地出现大量的长时间不使用服务平台的沉睡用户。目前，各服务平台都是将最近一次登录时间作为确定沉睡用户指标，向所有沉睡用户推送提示信息，对所有沉睡用户统一进行唤醒。在实现本发明过程中，发明人发现现有技术中至少存在沉睡用户的唤醒成功率很低，容易导致用户投诉的问题。

本发明实施例提供的提示用户登录平台的方法，旨在解决如上的技术问题。

下面以具体地实施例对本发明的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

图2为本发明实施例一提供的提示用户登录平台的方法流程图。本实施例中的方法应用于服务平台的服务器，在其他实施例中，该方法还可应用于其他设备，本实施例以服务器为例进行示意性说明。如图2所示，该方法具体步骤如下：

步骤S101、根据用户的历史行为日志和账户数据，确定用户的注册时长和活跃行为记录。

其中，用户的历史行为日志可以包括用户使用服务平台的所有行为的记录信息。

用户的账户数据包括用户的账户信息、身份信息、属性信息、资产信息、金融信息、身份信息、业务权限信息等等。

本实施例中，服务器能够获取尽可能全面的用户行为日志的详细数据，以及用户在服务平台上的所有账户数据。

进一步地，根据用户的注册时间可以确定用户的注册时长。

可选地，活跃行为记录可以是自用户注册以来的所有活跃行为记录，或者是预设时段内的活跃行为记录。

其中，预设时段可以根据实际应用场景进行设定和调整，本实施例此处不做具体限定。例如，预设时段可以是最近一年，最近若干个月，或者最近若干天等等。

根据用户的业务身份不同，用户的活跃行为记录可能不同。对于个人用户来说，用户的活跃行为记录可能包括以下方面：用户通过各种渠道(例如应用APP、固定终端、手机端浏览器、即时通讯软件等)进行的页面浏览、点击记录；登录记录；下单记录；优惠券领取、使用记录；礼品卡购卡、绑卡、用卡记录；账号余额充值、使用、提现记录；虚拟货币(例如积分、京豆、金币等)领取、使用记录；客服咨询、售后记录；金融绑卡、支付、实名、白条、钱包、理财、众筹记录；云平台的试用、消费、售后记录；保险类子平台的投保、出险记录；物流类子平台的寄件、积分记录；等等。

对于企业用户来说，通常可以包括企业用户以个人身份进行的活跃行为记录，在此基础上，还包括以企业身份进行的活跃行为记录。例如，仓储入库、退库记录；商品上架、上下柜记录；促销创建、手动删除记录；优惠券发放记录；虚拟货币(例如积分、京豆、金币等)奖励发放记录；发货记录；商家客服软件在线记录；售后退换货、赔付记录；返利记录；物流承运记录；招投标记录；合同签订记录；财务结算完成记录；等等。

例如，以服务平台为京东商城，京东商城的个人用户的活跃行为记录可以包括：用户通过各种渠道进行的页面浏览、点击记录；登录记录；下单记录；优惠券领取、使用记录；礼品卡购卡、绑卡、用卡记录；账号余额充值、使用、提现记录；京豆领取、使用记录；客服咨询、售后记录；金融绑卡、支付、实名、白条、钱包、理财、众筹记录；京东云试用、消费、售后记录；京东安联投保、出险记录；京东物流寄件、积分记录。对于京东商城的企业用户，除上述个人用户的活跃行为记录之外，企业用户的活跃行为记录还可以包括：仓储入库、退库记录；商品上架、上下柜记录；促销创建、手动删除记录；优惠券发放记录；京豆奖励发放记录；发货记录；商家咚咚在线记录；售后退换货、赔付记录；返利记录；物流承运记录；招投标记录；合同签订记录；财务结算完成记录；等等。

步骤S102、若用户的注册时长和活跃行为记录满足预设条件，则确定用户为目标用户。

其中，目标用户是指平台中的近期不活跃，长期不登录或者登录较少，需要对其进行唤醒、激励的沉睡用户，本发明实施例中提到的“沉睡用户”均是指用户的注册时长和活跃行为记录满足预设条件的目标用户。

本实施例中，基于每个用户的注册时长和活跃行为记录，来判断每个用户是否是沉睡用户。

示例性地，基于用户的注册时长和活跃行为记录，如果某一用户已经注册了很久，但是近期一段时间没有任何活跃行为记录，或者活跃行为记录很少，就可以判定该用户为沉睡用户。

用户的注册时长和活跃行为记录所需满足的预设条件包括以下至少一项：

注册时长大于预设阈值，在预设时段内没有活跃行为记录少于预设次数。

其中，预设阈值和预设次数可以根据实际应用场景进行设定，本实施例此处不做具体限定。

步骤S103、根据目标用户的历史行为日志和账户数据，确定目标用户的活跃程度信息。

在实际应用中，不同的沉睡用户的活跃程度不同，对于不同活跃程度的沉睡用户，唤醒用户的可能性和价值不同。

为了更加灵活地、有针对性的进行沉睡用户的唤醒，本实施例中，在确定目标用户之后，首先根据目标用户的历史行为日志和账户数据，确定目标用户的活跃程度信息，然后根据目标用户的活跃程度信息，对不同活跃程度的目标用户进行不同的唤醒处理。

其中，活跃程度信息可以是能够用于衡量不同用户的活跃程度、活跃程度或者被唤醒的可能性的信息。活跃程度越好的用户，被唤醒的可能性越大，越容易被唤醒，活跃程度越差的用户，被唤醒的可能性越小，越不容易被唤醒。

例如，活跃程度信息可以是根据预先设定的规则划分的用户沉睡级别或者活跃级别；或者，可以是距最近一次使用服务平台的间隔时长；或者，可以是用户的业务权限信息、资产信息、历史订单信息等能够在一定程度上体现用户的活跃程度或用户被唤醒的可能性的信息；或者，根据用户的相关数据计算出来的用于体现用户活跃程度或者被唤醒可能性的评分，等等。

步骤S104、根据目标用户的活跃程度信息，向目标用户分配对应的用户资源并推送提示信息，提示信息用于提示用户登录后使用用户资源，其中向不同活跃程度的目标用户分配的用户资源不同。

本实施例中，在确定目标用户的活跃程度信息之后，对不同活跃程度的用户采用不同的唤醒处理进行唤醒，以提高唤醒用户以使用户登录平台的效率和成功率。

另外，通过向目标用户推送提示信息，及时地提示用户登录后可以使用为其分配的用户资源，从而激励目标用户尽早登录平台。例如，可以通过短信、即时通讯软件等用户预留的通信方式向用户推送提示信息，本实施例此处对于向目标用户推送信息的方式不做具体限定。

示例性地，对于活跃程度较好一些的沉睡用户，也即是对更加容易被唤醒的用户，可以相对进行较大力度的唤醒激励措施，例如，可以发放大额的优惠券或者虚拟资源(例如经验值、积分、虚拟货币等)等，以尽可能多地唤醒这些活跃程度较好的用户，提高沉睡用户的唤醒成功率。

对于活跃程度很差的沉睡用户，也即是很难被唤醒的用户，可以采用相对力度较小的唤醒激励措施，例如，向用户推送优惠活动信息等，可以试探用户反应，避免浪费更多资源。

本实施例中，针对不同活跃程度采取的具体唤醒处理可以根据实际应用场景和服务平台的需要进行设定和调整，本实施例此处不做具体限定。

本发明实施例通过根据用户的历史行为日志和账户数据，确定用户的注册时长和活跃行为记录；若用户的注册时长和活跃行为记录满足预设条件，则确定用户为目标用户，能够更加精准地识别出沉睡用户；进一步地，根据目标用户的历史行为日志和账户数据，确定目标用户的活跃程度信息；根据目标用户的活跃程度信息，向目标用户分配对应的用户资源，向不同活跃程度的目标用户分配的用户资源不同，并通过向用户推送提示信息，提示用户登录后使用用户资源，这样能够有针对性地、对不同活跃程度的沉睡用户采用不同程度的激励，实现了更加多样化、更加灵活的沉睡用户的唤醒机制，提高沉睡用户的唤醒成功率，从而能够激励沉睡用户尽早登录平台，避免因长时间未登录平台导致的用户数据丢失、用户账号丢失或者密码失效等问题。

图3为本发明实施例二提供的提示用户登录平台的方法流程图。在上述实施例一的基础上，本实施例中，根据用户的账户数据中的业务身份，确定多个用户分类，业务身份至少包括个人用户和企业用户；针对每一用户分类，根据该用户分类中用户的历史行为日志和账户数据，识别该用户分类中的目标用户，并确定该用户分类中目标用户的活跃程度信息；根据该用户分类中目标用户的活跃程度信息，向该用户分类中目标用户分配与用户分类对应的用户资源并推送提示信息。如图3所示，该方法具体步骤如下：

步骤S201、获取用户的历史行为日志和账户数据。

其中，用户的历史行为日志可以包括用户使用服务平台的所有行为的记录信息。

用户的账户数据包括用户的账户信息、身份信息、属性信息、资产信息、金融信息、身份信息、业务权限信息等等。

本实施例中，服务器能够获取尽可能全面的用户行为日志的明细数据，以及用户在服务平台上的所有账户数据。例如，可以基于用户在服务平台体系内的活跃行为，统计站内外(包括子平台、合作平台等等)所有可能的活跃数据。

该步骤中，获取用户的历史行为日志和账户数据之后，需要对用户的历史行为日志和账户数据进行数据预处理，包括对数据中账号格式、日志数据的格式等进行规划化的处理，使得数据中账号格式统一、日志数据规范。

步骤S202、根据用户的账户数据中的业务身份，确定多个用户分类，业务身份至少包括个人用户和企业用户，分别针对每个用户分类，进行后续步骤的处理。

本实施例中，考虑到不同业务身份的用户的行为信息、有效身份信息、虚拟资源等多种信息存在差异，因此根据用户业务身份的不同，将用户进行分类，得到多个用户分类，每个用户分类中包含同一业务身份的用户。然后，分别针对每个用户分类，采用针对该业务深度的用户的数据，按照不同的逻辑分析统计数据，确定用户活跃行为记录，进行沉睡用户的识别，并确定沉睡用户的活跃程度信息，可以提高沉睡用户的识别准确性，以及活跃程度信息的准确性。

例如，对于服平台的全量用户，按照业务身份划分为个人用户与企业用户。个人用户的活跃等级分为一级沉睡用户(CS1)，二级沉睡用户(CS2)，三级沉睡用户(CS3)；企业用户的活跃等级分为一级沉睡用户(BS1)，二级沉睡用户(BS2)，三级沉睡用户(BS3)。

其中，不同用户分类中相同活跃程度的沉睡用户对应的唤醒处理不同，同一用户分类中不同活跃程度的沉睡用户对应的唤醒处理不同。

步骤S203、根据用户的账户数据，剔除指定类型账号的用户。

其中，指定类型账号包括以下至少一项：

白名单账号、无法唤醒登录认证的账号、非实际用户注册的账号。

其中，白名单账号是指服务平台上预先设定的白名单中包含的账号。

无法唤醒登录认证的账号可以包括服务平台的各个子平台的账号、第三方商家主账号、第三方商家子账号、企业大客户等。例如，对于京东商城这一服务平台，采用的认证魔方的认证方式，那么无法唤醒登录认证的账号可以是无法唤醒认证魔方的账号，可以包括：易迅网账号、一号店账号、POP商家(京东第三方商家)主账号、POP商家子账号、京东药城账号、企业大客户账号等。当服务平台包含的子平台或者用户结构发生变化时，无法唤醒登录认证的账号可以发生变化，本实施例此处不做具体限定。

非实际用户注册的账号可以包括测试账号、客服账号、运营账号等等。

本实施例中，通过剔除指定类型的账号，可以排除非有效用户的特殊账号，以减少不必要的数据处理，提高效率。

另外，该步骤与其他步骤的执行顺序可以是当地调整，例如可以在步骤S202之前、步骤S205之后、步骤S207之后等位置执行，本实施例此处不做具体限定。

步骤S204、根据用户的历史行为日志和账户数据，确定用户的注册时长和在预设时段内的活跃行为记录。

其中，注册时长可以根据用户的注册时间确定。

其中，预设时段可以根据实际应用场景进行设定和调整，本实施例此处不做具体限定。例如，预设时段可以是最近一年，最近若干个月，或者最近若干天等等。

根据用户的业务身份不同，用户的活跃行为记录可能不同。对于个人用户来说，用户的活跃行为记录可能包括以下方面：用户通过各种渠道(例如应用APP、固定终端、手机端浏览器、即时通讯软件等)进行的页面浏览、点击记录；登录记录；下单记录；优惠券领取、使用记录；礼品卡购卡、绑卡、用卡记录；账号余额充值、使用、提现记录；虚拟货币(例如积分、京豆、金币等)领取、使用记录；客服咨询、售后记录；金融绑卡、支付、实名、白条、钱包、理财、众筹记录；云平台的试用、消费、售后记录；保险类子平台的投保、出险记录；物流类子平台的寄件、积分记录；等等。

对于企业用户来说，通常可以包括企业用户以个人身份进行的活跃行为记录，在此基础上，还包括以企业身份进行的活跃行为记录。例如，仓储入库、退库记录；商品上架、上下柜记录；促销创建、手动删除记录；优惠券发放记录；虚拟货币(例如积分、京豆、金币等)奖励发放记录；发货记录；商家客服软件在线记录；售后退换货、赔付记录；返利记录；物流承运记录；招投标记录；合同签订记录；财务结算完成记录；等等。

例如，以服务平台为京东商城，京东商城的个人用户的活跃行为记录可以包括：用户通过各种渠道进行的页面浏览、点击记录；登录记录；下单记录；优惠券领取、使用记录；礼品卡购卡、绑卡、用卡记录；账号余额充值、使用、提现记录；京豆领取、使用记录；客服咨询、售后记录；金融绑卡、支付、实名、白条、钱包、理财、众筹记录；京东云试用、消费、售后记录；京东安联投保、出险记录；京东物流寄件、积分记录。对于京东商城的企业用户，除上述个人用户的活跃行为记录之外，企业用户的活跃行为记录还可以包括：仓储入库、退库记录；商品上架、上下柜记录；促销创建、手动删除记录；优惠券发放记录；京豆奖励发放记录；发货记录；商家咚咚在线记录；售后退换货、赔付记录；返利记录；物流承运记录；招投标记录；合同签订记录；财务结算完成记录；等等。

步骤S205、若用户的注册时长和活跃行为记录满足预设条件，则确定用户为目标用户。

本实施例中，基于每个用户的注册时长和活跃行为记录，来判断每个用户是否是沉睡用户。

示例性地，基于用户的注册时长和活跃行为记录，如果某一用户已经注册了很久，但是近期一段时间没有任何活跃行为记录，或者活跃行为记录很少，就可以判定该用户为沉睡用户。

用户的注册时长和活跃行为记录所需满足的预设条件包括以下至少一项：

注册时长大于预设阈值，在预设时段内没有活跃行为记录少于预设次数。

其中，预设次数可以根据实际应用场景进行设定，本实施例此处不做具体限定。

示例性地，若预设次数为1，该步骤具体可以采用如下方式实现：

若某一用户的注册时长大于预设阈值，且在预设时段内没有活跃行为记录，则确定该用户为目标用户。

具体地，如果用户的注册时长大于预设阈值，且用户在预设时段内没有任何一项活跃行为记录，那么可以确定该用户是沉睡用户。

如果用户的注册时长小于或者等于预设阈值，或者用户在预设时段内有至少一项活跃行为记录，那么可以确定该用户不是沉睡用户。

其中，预设阈值和预设时段可以根据实际应用场景进行设定和调整，本实施例此处不做具体限定。例如，预设阈值可以为一年，预设时段可以是最近一年等等。预设阈值与预设时段的长度可以相同也可以不同。

例如，预设阈值可以为365天，预设时段可以为近一年。如果用户的注册时长大于365天，并且用户近一年没有任何活跃行为记录，就可以确定用户为沉睡用户。

步骤S206、根据沉睡用户的历史行为日志和账户数据，确定目标用户的有效身份信息、业务权限信息、虚拟资源信息和历史订单信息。

在实际应用中，不同的沉睡用户的活跃程度不同，对于不同活跃程度的沉睡用户，唤醒用户的可能性和价值不同。

为了更加灵活地、有针对性的进行沉睡用户的唤醒，本实施例中，在确定目标用户之后，首先根据目标用户的历史行为日志和账户数据，确定目标用户的活跃程度信息，然后根据目标用户的活跃程度信息，对不同活跃程度的目标用户进行不同的唤醒处理。

其中，活跃程度信息可以包括用户的有效身份信息、业务权限信息、虚拟资源信息和历史订单信息。

其中，有效身份信息包括能够用于标识用户身份的信息。示例性地，有效身份信息都可以包括：关联的手机号，绑定的邮箱，绑定的银行卡，金融实名认证信息，设置的密保问题等。

业务权限信息是指服务平台能够提供的业务权限的信息。示例性地，业务权限信息可以包括：会员身份、子平台会员身份、业务合同有效期内的权益、财务系统合同有效期内的权益等等。

虚拟资源信息是指用户所拥有的服务平台提供的虚拟资源。示例性地，用户的虚拟资源信息可以包括：可用优惠券(含运费券)金额，可用礼品卡余额，虚拟货币(例如积分、京豆、金币等)余额，账号余额，钱包余额，理财金额，钢镚余额，白条余额。另外，企业用户的虚拟资源信息还可以包括待结算总金额等。其中，待结算总金额＝服务平台应付总金额-商家应付总金额。

历史订单信息包括记录购买实物商品行为的订单和记录使用虚拟服务(例如使用服务平台提供的手机充值服务、购票服务等)行为的订单。

作为一种可能的实现方式，根据目标用户的活跃程度信息，根据目标用户的活跃程度信息，对不同活跃程度的目标用户进行不同的唤醒处理，具体可以采用如下步骤S207-S208的方式实现。

另一种可能的实现方式中，可以直接根据目标用户的有效身份信息、业务权限信息、虚拟资源信息和历史订单信息的不同，进行不同程度的唤醒处理。具体可以采用如下方式实现：

若目标用户具有有效身份信息，则向目标用户发放第一用户电子凭证和/或第一数量的虚拟资源，并向目标用户推送第一信息，第一信息用于提示目标用户登录后使用第一类优惠权益和/或第一数量范围的虚拟资源。若目标用户不具有有效身份信息，且目标用户拥有业务权限、虚拟资源或者历史订单，则向目标用户发放第二用户电子凭证和/或第二数量的虚拟资源，并向目标用户推送第二信息，第二信息用于提示目标用户登录后使用第二类优惠权益和/或第二数量的虚拟资源；其中，第二用户电子凭证的优惠程度小于第一用户电子凭证，第二数量小于第一数量。若目标用户不具有有效身份信息、业务权限、虚拟资源和历史订单，则向目标用户分配第三类优惠权益，并向目标用户推送共享资源，第三信息用于提示目标用户登录后使用共享资源。

其中，用户电子凭证是指发放给当前用户的只供当前用户登录后使用的优惠权益对应凭证。例如，给用户发放的优惠券、折扣券、现金券等等。用户电子凭证的优惠程度也就是用户电子凭证对应优惠权益的优惠程度。

第一用户电子凭证和第二用户电子凭证均可以包含一种或者多种不同类型的用户电子凭证。第一用户电子凭证和第二用户电子凭证的优惠程度不同，第二用户电子凭证的优惠程度小于第一用户电子凭证。第一用户电子凭证和第二用户电子凭证具体包含哪些用户电子凭证可以根据实际应用场景需要进行配置和调整，本实施例此处不做具体限定。

共享资源是指平台推出的所有用户或者指定满足条件的用户群体均可使用的优惠权益。例如，平台推出的所有用户均可使用优惠活动，如满减优惠，参与活动领奖品等。

另外，该步骤中向目标用户分配的虚拟资源的类型和数量，可以根据实际应用场景需要进行配置和调整，本实施例此处不做具体限定。

通过向目标用户推送第一信息、第二信息、第三信息等提示信息，及时地提示用户登录后可以使用用户资源，从而激励目标用户尽早登录平台。例如，可以通过短信、即时通讯软件等用户预留的通信方式向用户推送提示信息，本实施例此处对于向目标用户推送信息的方式不做具体限定。

其中，第一信息，第二信息和第三信息的具体推送方式以及具体内容可以根据实际应用场景进行配置和调整，本实施例此处不做具体限定。

具有有效身份信息的用户是指具有至少一种有效身份信息的用户。拥有业务权限的用户是指拥有至少一种业务权限的用户。拥有虚拟资源的用户是指至少一种虚拟资源的余额不为0的用户。拥有历史订单的用户是指拥有至少一个历史订单的用户。

步骤S207、根据目标用户的有效身份信息、业务权限信息、虚拟资源信息和历史订单信息，确定目标用户的活跃等级信息。

本实施例中，该步骤具体可以采用如下方式实现：

根据目标用户的有效身份信息、业务权限信息、虚拟资源信息和历史订单信息，将具有有效身份信息的目标用户的活跃等级确定为第一等级；将拥有业务权限、虚拟资源或者历史订单，并且不具有有效身份信息的目标用户的活跃等级确定为第二等级；将没有业务权限、没有虚拟资源、没有历史订单，并且不具有有效身份信息的目标用户的活跃等级确定为第三等级。

例如，目标用户(沉睡用户)的分级识别规则可以如下表1所示：

表1

如表1中所示，CS1、CS2和CS3分别为针对个人用户中沉睡用户的第一等级、第二等级和第三等级；BS1、BS2和BS3分别为针对企业用户中沉睡用户的第一等级、第二等级和第三等级。如表1中所示，无论是个人用户还是企业用户，沉睡用户同时满足“注册时间超过365天”和“近一年无活跃行为记录”这两个条件。一级沉睡用户的识别规则可以包括：账号注册时间超365天，近一年内无活跃行为记录，存在有效身份信息，而对是否拥有虚拟资源，业务权限和历史订单不做要求；并且剔除特殊账号。二级沉睡用户的识别规则可以包括：账号注册时间超365天，近一年内无活跃行为记录，无有效身份信息，拥有虚拟资源或拥有业务权限或存在历史订单，剔除特殊账号。三级沉睡用户的识别规则可以包括：注册时间超365天，近一年内无活跃行为记录，无有效身份信息，无虚拟资源、无业务权限、无历史订单，剔除特殊账号。

可选地，该步骤中还可以先根据是否具有有效身份信息将用户分为两个等级；针对每个已划分的用户等级，再根据是否拥有业务权限信息进一步分为两个等级，得到四个用户等级；针对已划分的四个用户等级中每一个等级，再根据是否拥有虚拟资源信息进一步分为两个等级，得到八个用户等级，一次类推，继续划分。

可选地，该步骤中可以使用有效身份信息、业务权限信息、虚拟资源信息和历史订单信息中至少一种信息进行用户等级的划分，根据不同的排列组合可以产生多种不同的用户等级的划分方式，本实施例此处不再赘述。

步骤S208、分别向不同活跃等级的目标用户分配不同的用户资源并推送提示信息。

本实施例中，在确定目标用户的活跃等级之后，对不同活跃等级的用户采用不同的唤醒处理进行唤醒，以提高唤醒成功率。

示例性地，对于活跃等级较高(例如步骤S207中的第一等级)的沉睡用户，也即是对更加容易被唤醒的用户，可以相对进行较大力度的唤醒激励措施，例如，可以发放大额的优惠券或者虚拟资源(例如经验值、积分、虚拟货币等)等，以尽可能多地唤醒这些活跃程度较好的用户，提高沉睡用户的唤醒成功率。

对于活跃等级较低(例如步骤S207中的第三等级)的沉睡用户，也即是很难被唤醒的用户，可以采用相对力度较小的唤醒激励措施，例如，向用户推送优惠活动信息等，可以发放以试探用户反应，避免浪费更多资源。

本实施例中，针对不同活跃等级采取的具体唤醒处理可以根据实际应用场景和服务平台的需要进行设定和调整，本实施例此处不做具体限定。

另外，通过向目标用户推送提示信息，及时地提示用户登录后可以使用用户资源，从而激励目标用户尽早登录平台。例如，可以通过短信、即时通讯软件等用户预留的通信方式向用户推送提示信息，本实施例此处对于向目标用户推送信息的方式不做具体限定。

步骤S209、若目标用户不具有有效身份信息，则在目标用户登录时，提示目标用户添加有效身份信息。

本实施例中，在沉睡用户登录时，如果沉睡用户不具有有效身份信息，可以显示提示信息，以要求沉睡用户添加有效身份信息，可以提高用户质量。

示例性地，本实施例中可以基于用户的历史行为日志和账户数据，进行数据分析和汇总，分别得到预设时段内的用户活跃行为记录汇总，用户有效身份信息汇总，用户业务权限汇总，用户虚拟资源汇总，以及特殊账号汇总；按照用户账号的维度，每个用户账号在每一类汇总数据中只包含一条数据记录，其中各类汇总信息可以以数据表的方式存储。然后，基于全量账号及各维度的汇总数据，确定沉睡用户指标表，包含沉睡用户指标汇总及身份标识。基于沉睡用户指标表及沉睡账号识别规则(如表1所示)，生成识别结果表，得到沉睡用户最终模型，沉睡用户最终模型全量存储用户活跃等级、入睡天数及其他指定的重要指标。例如，以服务平台为京东商城为例，沉睡用户指标汇总可以包括如图4中所示的信息。

本发明实施例通过对个人用户和企业用户进行区分，针对每一用户分类，根据用户的历史行为日志和账户数据，确定用户的注册时长和活跃行为记录；若用户的注册时长和活跃行为记录满足预设条件，则确定用户为目标用户，能够更加精准地识别出沉睡用户；进一步地，根据目标用户的历史行为日志和账户数据，确定目标用户的活跃程度信息；根据目标用户的活跃程度信息，向目标用户分配用户资源，向不同活跃程度的目标用户分配的用户资源不同，并通过向用户推送提示信息，提示用户登录后使用用户资源，这样能够有针对性地、对不同活跃程度的沉睡用户采用不同程度的激励，实现了更加多样化、更加灵活的沉睡用户的唤醒机制，提高沉睡用户的唤醒成功率，从而能够激励沉睡用户尽早登录平台，避免因长时间未登录平台导致的用户数据丢失、用户账号丢失或者密码失效等问题；进一步地，对于不具有有效身份信息的沉睡用户，当用户登录时，要求用户补全有效身份信息，能够提高用户质量。

图5为本发明实施例三提供的提示用户登录平台的装置的结构示意图。本发明实施例提供的提示用户登录平台的装置可以执行提示用户登录平台的方法实施例提供的处理流程。如图5所示，该提示用户登录平台的装置30包括：数据处理模块301，识别处理模块302和唤醒处理模块303。

具体地，数据处理模块301，用于根据用户的历史行为日志和账户数据，确定用户的注册时长和活跃行为记录。

识别处理模块302，用于若用户的注册时长和活跃行为记录满足预设条件，则确定用户为目标用户。

数据处理模块301还用于：根据目标用户的历史行为日志和账户数据，确定目标用户的活跃程度信息。

唤醒处理模块303，用于根据目标用户的活跃程度信息，向目标用户分配对应的用户资源并推送提示信息，提示信息用于提示用户登录后使用用户资源，其中向不同活跃程度的目标用户分配的用户资源不同。

本发明实施例提供的装置可以具体用于执行上述实施例一所提供的方法实施例，具体功能此处不再赘述。

本发明实施例通过根据用户的历史行为日志和账户数据，确定用户的注册时长和活跃行为记录；若用户的注册时长和活跃行为记录满足预设条件，则确定用户为目标用户，能够更加精准地识别出沉睡用户；进一步地，根据目标用户的历史行为日志和账户数据，确定目标用户的活跃程度信息；根据目标用户的活跃程度信息，向目标用户分配对应的用户资源，向不同活跃程度的目标用户分配的用户资源不同，并通过向用户推送提示信息，提示用户登录后使用用户资源，这样能够有针对性地、对不同活跃程度的沉睡用户采用不同程度的激励，实现了更加多样化、更加灵活的沉睡用户的唤醒机制，提高沉睡用户的唤醒成功率，从而能够激励沉睡用户尽早登录平台，避免因长时间未登录平台导致的用户数据丢失、用户账号丢失或者密码失效等问题。

在上述实施例三的基础上，本实施例中，数据处理模块还用于：：

根据目标用户的历史行为日志和账户数据，确定目标用户的有效身份信息、业务权限信息、虚拟资源信息和历史订单信息。

在一种可能的实施方式中，唤醒处理模块还用于：

若目标用户具有有效身份信息，则向目标用户发放第一用户电子凭证和/或第一数量的虚拟资源，并向目标用户推送第一信息，第一信息用于提示目标用户登录后使用第一用户电子凭证和/或第一数量的虚拟资源。

在一种可能的实施方式中，唤醒处理模块还用于：

若目标用户不具有有效身份信息，且目标用户拥有业务权限、虚拟资源或者历史订单，则向目标用户发放第二用户电子凭证和/或第二数量的虚拟资源，并向目标用户推送第二信息，第二信息用于提示目标用户登录后使用第二用户电子凭证和/或第二数量的虚拟资源；其中，第二用户电子凭证的优惠程度小于第一用户电子凭证，第二数量小于第一数量。

在一种可能的实施方式中，唤醒处理模块还用于：

若目标用户不具有有效身份信息、业务权限、虚拟资源和历史订单，则向目标用户分配共享资源，并向目标用户推送第三信息，第三信息用于提示目标用户登录后使用共享资源。

在一种可能的实施方式中，唤醒处理模块还用于：

根据目标用户的有效身份信息、业务权限信息、虚拟资源信息和历史订单信息，确定目标用户的活跃等级信息；分别向不同活跃等级的目标用户分配不同的用户资源并推送提示信息。

在一种可能的实施方式中，识别处理模块还用于：

若用户的注册时长大于预设阈值，且在预设时段内没有活跃行为记录，则确定用户为目标用户。

在一种可能的实施方式中，唤醒处理模块还用于：

若目标用户不具有有效身份信息，则在目标用户登录时，提示目标用户添加有效身份信息。

在一种可能的实施方式中，数据处理模块还用于：

根据用户的账户数据，剔除指定类型账号的用户，指定类型账号包括以下至少一项：

白名单账号、无法唤醒登录认证的账号、非实际用户注册的账号。

在一种可能的实施方式中，数据处理模块还用于：根据用户的账户数据中的业务身份，确定多个用户分类，业务身份至少包括个人用户和企业用户。

识别处理模块还用于：针对每一用户分类，根据该用户分类中用户的历史行为日志和账户数据，确定该用户分类中的目标用户，并确定该用户分类中的目标用户的活跃程度信息。

唤醒处理模块还用于：根据该用户分类中的目标用户的活跃程度信息，向该用户分类中的目标用户分配与用户分类对应的用户资源并推送提示信息。

本发明实施例提供的装置可以具体用于执行上述实施例二所提供的方法实施例，具体功能此处不再赘述。

本发明实施例通过根据用户的历史行为日志和账户数据，确定用户的注册时长和活跃行为记录；若用户的注册时长和活跃行为记录满足预设条件，则确定用户为目标用户，能够更加精准地识别出沉睡用户；进一步地，根据目标用户的历史行为日志和账户数据，确定目标用户的活跃程度信息；根据目标用户的活跃程度信息，向目标用户分配对应的用户资源，向不同活跃程度的目标用户分配的用户资源不同，并通过向用户推送提示信息，提示用户登录后使用用户资源，这样能够有针对性地、对不同活跃程度的沉睡用户采用不同程度的激励，实现了更加多样化、更加灵活的沉睡用户的唤醒机制，提高沉睡用户的唤醒成功率，从而能够激励沉睡用户尽早登录平台，避免因长时间未登录平台导致的用户数据丢失、用户账号丢失或者密码失效等问题。

图6为本发明实施例五提供的提示用户登录平台的设备的结构示意图。如图6所示，该提示用户登录平台的设备100包括：处理器1001，存储器1002，以及存储在存储器1002上并可在处理器1001上运行的计算机程序。

其中，处理器1001运行计算机程序时实现上述任一方法实施例提供的提示用户登录平台的方法。

本发明实施例通过根据用户的历史行为日志和账户数据，确定用户的注册时长和活跃行为记录；若用户的注册时长和活跃行为记录满足预设条件，则确定用户为目标用户，能够更加精准地识别出沉睡用户；进一步地，根据目标用户的历史行为日志和账户数据，确定目标用户的活跃程度信息；根据目标用户的活跃程度信息，向目标用户分配对应的用户资源，向不同活跃程度的目标用户分配的用户资源不同，并通过向用户推送提示信息，提示用户登录后使用用户资源，这样能够有针对性地、对不同活跃程度的沉睡用户采用不同程度的激励，实现了更加多样化、更加灵活的沉睡用户的唤醒机制，提高沉睡用户的唤醒成功率，从而能够激励沉睡用户尽早登录平台，避免因长时间未登录平台导致的用户数据丢失、用户账号丢失或者密码失效等问题。

另外，本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，计算机程序被处理器执行时实现上述任一方法实施例提供的提示用户登录平台的方法。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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