消息推送方法及装置与流程

1.本技术涉及通信技术领域，尤其是涉及到一种消息推送方法及装置。


背景技术：

2.随着互联网技术的发展，基于互联网技术的网络服务平台越来越多，这些网络服务平台为商户和用户提供了线上交易通道，商户将自己提供的产品或者服务发布到网络服务平台，用户在网络服务平台上浏览、购买自己所需的产品或者服务。为了促进用户下单，网络服务平台会向用户推送通知消息。
3.目前，用户在客户端触发事件之后，网络服务平台通常会及时向用户推送通知消息，对用户进行一次动作干预。然而，用户当前可能对通知消息中的文案内容并不兴趣，或者根本没有看到该通知消息，由此会导致消息触达率较低，无法达到预期的消息触达效果。


技术实现要素：

4.有鉴于此，本技术提供了一种消息推送方法及装置，主要目的在于能够提高消息触达率，同时提升消息触达效果。
5.依据本技术的一个方面，提供了一种消息推送方法，该方法包括：获取用户在客户端触发的目标端事件；基于所述用户对应的属性特征，对所述目标端事件对应的多种推送策略进行排序，其中，每种推送策略中至少包括两个干预动作；根据所述多种推送策略的排序结果，从所述多种推送策略中确定可执行的目标推送策略；基于所述目标推送策略，依次向用户推送相应的通知消息。
6.可选地，所述基于所述用户对应的属性特征，对所述目标端事件对应的多种推送策略进行排序，包括：基于所述目标端事件所涉及的多种决策因子，对所述用户对应的属性特征进行分析，得到所述多种决策因子分别对应的分析结果；根据所述分析结果，对所述目标端事件对应的多种推送策略进行排序，得到所述目标端事件对应的多种推送策略的排序结果；其中，所述方法还包括：根据所述分析结果，确定所述多种推送策略分别所涉及的目标变量对应的变量值。
7.可选地，所述基于所述目标端事件所涉及的多种决策因子，对所述用户对应的属性特征进行分析，得到所述多种决策因子分别对应的分析结果，包括：基于所述目标端事件所涉及的偏好因子、位置因子和权益因子，分别对所述用户对应的属性特征进行分析，得到所述用户偏好的店铺和品类，所述用户的预测位置，以及所述用户当前拥有的虚拟资源；
所述根据所述分析结果，对所述目标端事件对应的多种推送策略进行排序，得到所述目标端事件对应的多种推送策略的排序结果，包括：根据所述用户偏好的店铺和品类、所述预测位置和所述用户当前拥有的虚拟资源，对所述目标端事件对应的多种推送策略进行排序，得到所述排序结果。
8.可选地，基于所述目标端事件所涉及的位置因子和权益因子，分别对所述用户对应的属性特征进行分析，得到所述用户的预测位置，以及所述用户当前拥有的虚拟资源，包括：基于所述目标端事件所涉及的位置因子和所述用户当前的位置信息，对所述属性特征中的用户历史行为特征进行分析，得到所述用户的预测位置；基于所述权益因子，对所述用户对应的属性特征进行分析，得到所述用户当前所拥有的虚拟资源，以及所述用户针对不同类型虚拟资源的兴趣度；所述根据所述用户偏好的店铺和品类、所述预测位置和所述用户当前拥有的虚拟资源，对所述目标端事件对应的多种推送策略进行排序，得到所述排序结果，包括：根据所述用户偏好的店铺和品类、所述预测位置、所述用户当前拥有的虚拟资源和所述兴趣度，对所述目标端事件对应的多种推送策略进行排序，得到所述排序结果。
9.可选地，所述根据所述多种推送策略的排序结果，从所述多种推送策略中确定可执行的目标推送策略，包括：根据所述多种推送策略的排序结果，依次对所述多种推送策略进行可行性验证，并根据可行性验证结果，从所述多种推送策略中确定所述目标推送策略。
10.可选地，所述根据所述多种推送策略的排序结果，依次对所述多种推送策略进行可行性验证，并根据可行性验证结果，从所述多种推送策略中确定所述目标推送策略，包括：对排序第一的推送策略进行可行性验证；若所述排序第一的推送策略通过可行性验证，则将所述排序第一的推送策略确定为所述目标推送策略；若所述排序第一的推送策略未通过可行性验证，则继续对排序第二的推送策略进行可行性验证，直至确定所述目标推送策略。
11.可选地，所述对排序第一的推送策略进行可行性验证，包括：采集与所述排序第一的推送策略相对应的用户实时特征；基于所述用户实时特征，对所述排序第一的推送策略进行可行性验证。
12.可选地，所述基于所述目标推送策略，依次向用户推送相应的通知消息，包括：根据所述变量值和所述目标推送策略中所述至少两个干预动作分别对应的通知消息模板，生成所述至少两个干预动作分别对应的通知消息；根据所述目标推送策略中所述至少两个干预动作分别对应的消息渠道，将所述至少两个干预动作分别对应的通知消息依次推送给所述用户。
13.可选地，若所述目标推送策略的至少两个干预动作中存在虚拟资源下发动作，则所述根据所述变量值和所述目标推送策略中所述至少两个干预动作分别对应的通知消息模板，生成所述至少两个干预动作分别对应的通知消息，包括：基于所述变量值，向所述用户下发相应的虚拟资源；
根据所述虚拟资源下发动作对应的通知消息模板和所述变量值，生成虚拟资源下发的通知消息；所述根据所述目标推送策略中所述至少两个干预动作分别对应的消息渠道，将所述至少两个干预动作分别对应的通知消息依次推送给所述用户，包括：根据所述虚拟资源下发动作对应的消息渠道，将所述虚拟资源下发的通知消息推送给所述用户。
14.可选地，在所述基于所述用户对应的属性特征，对所述目标端事件对应的多种推送策略进行排序之前，所述方法还包括：根据所述用户所属的目标人群，从预设推送策略库中确定所述目标人群所涉及的不同类型端事件对应的多种推送策略；根据所述不同类型的端事件对应的多种推送策略，确定所述目标端事件对应的多种推送策略；在所述获取用户在客户端触发的目标端事件之前，所述方法还包括：针对所述目标人群配置不同类型端事件对应的多种推送策略，其中，每种推送策略包括至少两个干预动作，以及每个干预动作对应的通知消息模板和消息渠道；将所述目标人群所涉及的不同类型端事件对应的多种推送策略存储至所述预设推送策略库中。
15.依据本技术的另一方面，提供了一种消息推送装置，该装置包括：获取单元，用于获取用户在客户端触发的目标端事件；排序单元，用于基于所述用户对应的属性特征，对所述目标端事件对应的多种推送策略进行排序，其中，每种推送策略中至少包括两个干预动作；确定单元，用于根据所述多种推送策略的排序结果，从所述多种推送策略中确定可执行的目标推送策略；推送单元，用于基于所述目标推送策略，依次向用户推送相应的通知消息。
16.可选地，所述排序单元，包括：分析模块和排序模块，所述分析模块，用于基于所述目标端事件所涉及的多种决策因子，对所述用户对应的属性特征进行分析，得到所述多种决策因子分别对应的分析结果；所述排序模块，用于根据所述分析结果，对所述目标端事件对应的多种推送策略进行排序，得到所述目标端事件对应的多种推送策略的排序结果。
17.可选地，所述所述排序单元，还包括第一确定模块323，所述第一确定模块，用于根据所述分析结果，确定所述多种推送策略分别所涉及的目标变量对应的变量值。
18.可选地，所述分析模块，具体用于基于所述目标端事件所涉及的偏好因子、位置因子和权益因子，分别对所述用户对应的属性特征进行分析，得到所述用户偏好的店铺和品类，所述用户的预测位置，以及所述用户当前拥有的虚拟资源；所述排序模块，具体用于根据所述用户偏好的店铺和品类、所述预测位置和所述用户当前拥有的虚拟资源，对所述目标端事件对应的多种推送策略进行排序，得到所述排序结果。
19.可选地，所述分析模块，还具体用于基于所述目标端事件所涉及的位置因子和所
述用户当前的位置信息，对所述属性特征中的用户历史行为特征进行分析，得到所述用户的预测位置；基于所述权益因子，对所述用户对应的属性特征进行分析，得到所述用户当前所拥有的虚拟资源，以及所述用户针对不同类型虚拟资源的兴趣度；所述排序模块，还具体用于根据所述用户偏好的店铺和品类、所述预测位置、所述用户当前拥有的虚拟资源和所述兴趣度，对所述目标端事件对应的多种推送策略进行排序，得到所述排序结果。
20.可选地，所述确定单元，具体用于根据所述多种推送策略的排序结果，依次对所述多种推送策略进行可行性验证，并根据可行性验证结果，从所述多种推送策略中确定所述目标推送策略。
21.可选地，所述确定单元，包括：验证模块和第二确定模块，所述验证模块，用于对排序第一的推送策略进行可行性验证；所述第二确定模块，用于若所述排序第一的推送策略通过可行性验证，则将所述排序第一的推送策略确定为所述目标推送策略；所述验证模块，还用于若所述排序第一的推送策略未通过可行性验证，则继续对排序第二的推送策略进行可行性验证，直至确定所述目标推送策略。
22.可选地，所述验证模块，具体用于采集与所述排序第一的推送策略相对应的用户实时特征；基于所述用户实时特征，对所述排序第一的推送策略进行可行性验证。
23.可选地，所述推送单元，包括：生成模块和推送模块，所述生成模块，用于根据所述变量值和所述目标推送策略中所述至少两个干预动作分别对应的通知消息模板，生成所述至少两个干预动作分别对应的通知消息；所述推送模块，用于根据所述目标推送策略中所述至少两个干预动作分别对应的消息渠道，将所述至少两个干预动作分别对应的通知消息依次推送给所述用户。
24.可选地，所述生成模块，具体用于基于所述变量值，向所述用户下发相应的虚拟资源；根据所述虚拟资源下发动作对应的通知消息模板和所述变量值，生成虚拟资源下发的通知消息；所述推送模块，具体用于根据所述虚拟资源下发动作对应的消息渠道，将所述虚拟资源下发的通知消息推送给所述用户。
25.可选地，所述确定单元，还用于根据所述用户所属的目标人群，从预设推送策略库中确定所述目标人群所涉及的不同类型端事件对应的多种推送策略；根据所述不同类型的端事件对应的多种推送策略，确定所述目标端事件对应的多种推送策略。
26.可选地，所述装置还包括：配置单元和存储单元，所述配置单元，用于针对所述目标人群配置不同类型端事件对应的多种推送策略，其中，每种推送策略包括至少两个干预动作，以及每个干预动作对应的通知消息模板和消息渠道。
27.所述存储单元，用于将所述目标人群所涉及的不同类型端事件对应的多种推送策略存储至所述预设推送策略库中。
28.依据本技术又一个方面，提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述消息推送方法。
29.依据本技术再一个方面，提供了一种计算机设备，包括存储介质、处理器及存储在
存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述消息推送方法。
30.借由上述技术方案，本技术提供的一种消息推送方法及装置，与目前用户在客户端触发事件之后，网络服务平台及时向用户推送通知消息，对用户进行一次动作干预的方式相比，本技术能够获取用户在客户端触发的目标端事件；并基于所述用户对应的属性特征，对所述目标端事件对应的多种推送策略进行排序，其中，每种推送策略中至少包括两个干预动作；与此同时，根据所述多种推送策略的排序结果，从所述多种推送策略中确定可执行的目标推送策略；最终基于所述目标推送策略，依次向用户推送相应的通知消息。由此通过从多种推送策略中筛选目标推送策略，并基于该目标推送策略中的至少两个干预动作，依次发送相应的通知消息，对用户进行一系列干预，能够提升消息触达效果，同时通过对推送策略中干预动作的运用，能够综合提升消息触达率，此外，通过衡量多种推送策略，能够使推送消息避免受到单一表达形式的限制，从而导致结果偏差，影响消息触达效果。
附图说明
31.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：图1示出了本技术实施例提供的一种消息推送方法的流程示意图；图2示出了本技术实施例提供的另一种消息推送方法的流程示意图；图3示出了本技术实施例提供的一种消息推送装置的结构示意图；图4示出了本技术实施例提供的另一种消息推送装置的结构示意图；图5示出了本发明实施例提供的一种计算机设备的实体结构示意图。
具体实施方式
32.下文中将参考附图并结合实施例来详细说明本技术。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
33.为了解决现有技术中推送消息无法达到预期的消息触达效果，且消息触达率较低的问题，如图1所示，该方法包括：步骤101、获取用户在客户端触发的目标端事件。
34.其中，本发明实施例中的客户端具有供用户选品、下单等功能，目标端事件为用户在客户端触发的事件，具体可以为退端事件、进端事件、搜索事件、店铺页事件、提单页事件等，退端事件为用户退出客户端的操作事件，如用户直接退出客户端或者把客户端压在后台，进端事件为用户进入客户端的操作事件，搜索事件为用户在客户端搜索某产品的操作事件，如用户在客户端搜索炸鸡炸串、火锅等产品，店铺页事件为用户在客户端浏览店铺的操作事件，提单页操作事件为用户在客户端下单进入提单页的操作事件。
35.本发明实施例主要应用于利用推送策略向用户推送通知消息的场景。本发明实施例的执行主体为能够根据推送策略向用户推送通知消息的装置或者设备，具体可以设置在服务器一侧。
36.为了提升通知消息的触达效果，本发明实施例预先针对不同人群配置了多种推送策略，推送策略具体可以为店铺推送、品类推送、虚拟资源发放等等，每种推送策略中至少
包括两个干预动作，例如，针对店铺推送策略，第一个干预动作为等待两小时，第二个干预动作为两小时后采用消息渠道a向用户推送用户偏好的店铺，第三个干预动作为若用户未读或者不感兴趣，11点采用消息渠道b向用户推送用户偏好的店铺。再比如，针对虚拟资源发放的推送策略，第一个干预动作为向用户下发虚拟资源，并采用消息渠道c向用户发送相应的通知消息，第二个干预动作为等待两小时，第三个干预动作为两小时后若用户未读采用消息渠道d向用户发送相应的通知消息。
37.即本发明实施例中的推送策略中包括一系列连续的干预动作，通过推送策略中连续的干预动作，依次向用户发送相应的通知消息，能够实现对用户的连续干预，从而提升消息触达效果和消息触达率，此外，由于本发明实施例针对不同人群配置了多种推送策略，每种推送策略表达的内容和形式不同，因此能够避免通知消息受到单一表达形式和内容的限定，从而影响消息触达效果。
38.基于此，在步骤101之前，所述方法还包括：针对所述目标人群配置不同类型端事件对应的多种推送策略，其中，每种推送策略包括至少两个干预动作，以及每个干预动作对应的通知消息模板和消息渠道；将所述目标人群所涉及的不同类型端事件对应的多种推送策略存储至所述预设推送策略库中。其中，不同推送策略中干预动作对应的通知消息模板不同，例如，店铺推送策略中推送店铺的通知消息对应的消息模板与品类推送策略中推送品类的通知消息对应的消息模板不同。此外，消息渠道具体可以包括手机厂商的消息push通知、短信通知、小程序通知、公众号消息通知、客户端站内信等渠道，目标人群可以为具有某一个共同特征的群体，不同类型端事件具体包括退端事件、进端事件、搜索事件、店铺页事件、提单页事件等。
39.例如，将北京地区的用户设定为目标人群，针对北京地区的用户配置不同类型端事件对应的多种推送策略，如针对用户的退端事件，分别设定店铺推送、品类推送、虚拟资源发放等推送策略，其中，每种推送策略至少设定两个干预动作，并配置每个干预动作对应的消息模板和消息渠道，如针对虚拟资源发放的推送策略，设定第一个干预动作为向用户下发虚拟资源，并采用短信向用户发送相应的通知消息，进一步地，设定第二个干预动作为等待两小时，第三个干预动作为两小时后若用户未读，采用客户端站内信向用户发送相应的通知消息，与此同时，配置相应的虚拟资源下发通知消息模板。
40.需要说明的是，针对同一类型的干预动作（如都是发送下发虚拟资源的通知消息），不同消息渠道可以对应同一消息模板，也可以对应不同的消息模板，如采用短信向用户发送下发虚拟资源的通知消息模板为“尊敬的用户，您好，已经为您下发2张6元的优惠券”，采用客户端站内信向用户下发虚拟资源的通知消息模板为“亲，已经为您下发2张6元的优惠券，要尽快使用哦”。
41.除了上述对消息模板的文案内容进行配置之外，为了提高消息触达率，增强用户的体验，还可以配置相应的图片，如在通过公众号向用户发送店铺推送的通知消息时，可以在通知消息中添加该店铺对应的图片。进一步地，配置完成目标人群的不同类型端事件对应的多种推送策略之后，可以将配置完成的多种推送策略存储至召回引擎的预设推送策略库中。
42.对于本发明实施例，当用户在客户端进行操作时，客户端会将用户触发的目标端事件上报给服务器，以便服务器根据该目标端事件对应的类型，从预设推送策略中确定目
标端事件对应的多种推送策略。
43.步骤102、基于所述用户对应的属性特征，对所述目标端事件对应的多种推送策略进行排序。
44.其中，每种推送策略中至少包括两个干预动作，用户的属性特征包括用户对店铺的浏览次数，用户对某品类的购买次数，用户当前所拥有的虚拟资源（通用券、外卖配送券、新零售商品券、超市券等），以及用户当前所在的位置、用户的职业等等。
45.对于本发明实施例，客户端在将用户触发的目标端事件上报给服务器之后，如果服务器判定目标端事件满足相应的触发条件，服务器会从预设推送策略库中获取目标端事件对应的多种推送策略，针对确定目标端事件对应的多种推送策略的过程，作为一种可选实施方式，所述方法包括：根据所述用户所属的目标人群，从预设推送策略库中确定所述目标人群所涉及的不同类型端事件对应的多种推送策略；根据所述不同类型的端事件对应的多种推送策略，确定所述目标端事件对应的多种推送策略。其中，客户端在将目标端事件上报给服务器时，会将用户的属性特征一同发送给服务器，服务器根据用户的属性特征，如职业、所在地区等，能够确定用户所属的目标人群。
46.进一步地，在确定目标端事件对应的多种推送策略之后，可以通过分析用户的属性特征，对目标端事件对应的多种推送策略进行排序。具体地，可以对用户的属性特征进行多维度的分析，进而对多种推送策略进行排序，例如，根据用户对一些店铺的浏览量或者对店铺中一些品类的下单量，判定用户是否存在比较偏好的店铺或者品类，如果存在用户存在比较偏好的店铺或者品类，且当前时间为用餐时间，则可以将进行店铺推送或者品类推送的策略排序靠前。进一步地，对用户当前拥有的虚拟资源进行分析，如果发现用户当前拥有一定量的虚拟资源，但是该用户并没有经常使用虚拟资源的习惯，则可以将虚拟资源下发的推送策略排在店铺或者品类推送策略之后。再比如，通过对用户的历史行为进行分析，发现用户周一到周五11点达到单位，如果当前时间为9点，则可以等待两小时候后，向用户发送店铺推送或者品类推送的通知消息，以便促进用户在午餐时间下单，因此可以将具有等待动作的推送策略排在前位。由此通过对用户的属性特征进行多维度分析，能够对目标端事件对应的多种推送策略进行排序，以便筛选出最适合的目标推送策略，从而提升消息触达效果。
47.步骤103、根据所述多种推送策略的排序结果，从所述多种推送策略中确定可执行的目标推送策略。
48.在具体应用场景中，虽然根据排序结果，可以确定排序第一的推送策略更加适用于用户，但是服务器在对多种推送策略进行排序的过程中，用户当下也会执行一些操作，从而导致排序第一的推送策略已经不适用于该用户了，例如，排序结果中将提醒用户使用虚拟资源的推送策略排在第一，但是如果在排序的过程中，用户当下已经使用了现有的虚拟资源，即对虚拟资源进行核销，此时便认为当前排序第一的提醒用户使用虚拟资源的推送策略已经不是最适用于该用户的目标推送策略了。因此为了保证通知消息的触达效果，在执行推送策略之前，需要按照排序结果依次对各个推送策略的可执行性进行验证，以免影响消息触达效果，浪费推送资源。
49.基于此，步骤203具体包括：根据所述多种推送策略的排序结果，依次对所述多种推送策略进行可行性验证，并根据可行性验证结果，从所述多种推送策略中确定所述目标
推送策略。进一步地，所述根据所述多种推送策略的排序结果，依次对所述多种推送策略进行可行性验证，并根据可行性验证结果，从所述多种推送策略中确定所述目标推送策略，包括：对排序第一的推送策略进行可行性验证；若所述排序第一的推送策略通过可行性验证，则将所述排序第一的推送策略确定为所述目标推送策略；若所述排序第一的推送策略未通过可行性验证，则继续对排序第二的推送策略进行可行性验证，直至确定所述目标推送策略。
50.例如，目标端事件对应的多种推送策略的排序结果为虚拟资源下发的推送策略、店铺推送策略和品类推送策略，为了确定目标推送策略，首先对虚拟资源下发的推送策略进行可行性验证，如果虚拟资源下发的推送策略通过可行性验证，则确定虚拟资源下发的推送策略为目标推送策略；如果虚拟资源下发的推送策略未通过可行性验证，则继续对店铺推送策略进行可行性验证，如果店铺推送策略通过可行性验证，则确定店铺推送策略为目标推送策略；如果店铺推送策略未通过可行性验证，则继续对品类推送策略进行可行性验证。由此根据排序结果，依次对多种推送策略进行可行性验证，能够确定目标推送策略，进而能够保证目标推送策略可以达到预期的消息触达效果。
51.进一步地，在对推送策略进行可行性验证的过程中，可以获取用户的实时特征，利用用户的实时特征，对推送策略的可行性进行验证，基于此，所述对排序第一的推送策略进行可行性验证，包括：采集与所述排序第一的推送策略相对应的用户实时特征；基于所述用户实时特征，对所述排序第一的推送策略进行可行性验证。
52.例如，排序第一的推送策略为虚拟资源下发的推送策略，该推送策略中虚拟资源下发动作的使用条件为用户在2天内没有下单，在执行虚拟资源下发的推送策略之前，对用户当前的行为进行检测，如果用户存在下单行为，则确定该虚拟资源下发的推送策略不可行；如果用户不存在下单行为，则确定该虚拟资源下发的推送策略可行。
53.步骤104、基于所述目标推送策略，依次向用户推送相应的通知消息。
54.对于本发明实施例，在确定目标推送策略之后，根据目标推送策略包含的至少两个干预动作，依次向用户推送相应的通知消息，从而通过目标推送策略中一系列的干预动作，实现对用户的连续干预，提升消息触达效果。
55.例如，目标推送策略为店铺推送策略，该店铺推送策略中第一个干预动作为等待两小时，第二个干预动作为两小时后采用消息渠道a向用户推送用户偏好的店铺，第三个干预动作为若用户未读或者不感兴趣，11点采用消息渠道b向用户推送用户偏好的店铺，在执行该店铺推送策略时，由于第一个干预动作为等待两小时，因此当前不立即向用户发送店铺推送的通知消息，先等待两小时，两小时之后根据第二个干预动作对应的推送消息模板，生成相应的店铺推送的通知消息，并采用短信方式发送给用户，如果用户未读该通知消息或者对该通知消息不感兴趣，则在11点采用客户端站内信的方式，将该通知消息再次推送给用户。由此通过目标推送策略中的一系列干预动作，能够对用户进行有效干预，从而能够提升消息触达效果，同时能够综合提升消息触达率。
56.本发明实施例提供的一种消息推送方法，与目前用户在客户端触发事件之后，网络服务平台及时向用户推送通知消息，对用户进行一次动作干预的方式相比，本技术能够获取用户在客户端触发的目标端事件；并基于所述用户对应的属性特征，对所述目标端事件对应的多种推送策略进行排序，其中，每种推送策略中至少包括两个干预动作；与此同
时，根据所述多种推送策略的排序结果，从所述多种推送策略中确定可执行的目标推送策略；最终基于所述目标推送策略，依次向用户推送相应的通知消息。由此通过从多种推送策略中筛选目标推送策略，并基于该目标推送策略中的至少两个干预动作，依次发送相应的通知消息，对用户进行一系列干预，能够提升消息触达效果，同时通过对推送策略中干预动作的运用，能够综合提升消息触达率，此外，通过衡量多种推送策略，能够使推送消息避免受到单一表达形式的限制，从而导致结果偏差，影响消息触达效果。
57.进一步的，作为上述实施例具体实施方式的细化和扩展，提供了另一种消息推送方法，如图2所示，该方法包括：步骤201、获取用户在客户端触发的目标端事件。
58.对于本发明实施例，服务器在获取用户在客户端触发的目标端事件之后，需要判定该目标端事件是否满足相应的触发条件，具体地，如果目标端事件为用户的退端事件，则需要检测用户在退出客户端后第一预设时长（如30s）内是否又进入到客户端，如果用户在退出客户端后第一预设时长内没有再进入到客户端，则说明该退端事件满足触发条件；如果目标端事件为用户的进端事件，则需要检测用户在进入客户端后第二预设时长（如5s）内是否又退出客户端，如果用户在进入客户端后第二预设时长内没有退出客户端，则说明该进端事件满足触发条件；如果目标端事件为搜索事件，则需要检测用户在搜索页面搜索品类（如烤串、火锅）的时长是否超过第三预设时长（如10s），如果用户搜索的时间超过第三预设时长，则说明该搜索事件满足触发条件；如果目标端事件为店铺页事件，则需要检测用户在某店铺的浏览时长是否超过第四预设时长（如5s），如果用户浏览的时间超过第四预设时长，则说明该店铺页事件满足触发条件；如果目标端事件为提单页事件，则需要检测用户在下单后未进行支付的时长是否超过第五预设时长（如20s），如果用户下单后未进行支付的时长超过第五预设时长，则说明该提单页事件满足触发条件。由此按照上述方式能够检测不同类型的目标端事件是否满足相应的触发条件，如果确定目标端事件满足相应的触发条件，则获取目标端事件对应的多种推送策略。
59.步骤202、基于所述目标端事件所涉及的多种决策因子，对所述用户对应的属性特征进行分析，得到所述多种决策因子分别对应的分析结果。
60.对于本发明实施例，为了对目标端事件对应的多种推送策略进行排序，需要对用户的属性特征进行多方面分析，因此本发明实施例中设定了多种决策因子，具体包括偏好因子、位置因子和权益因子等，通过上述因子可以对用户的属性特征进行多方面的分析，基于此，步骤202具体包括：基于所述目标端事件所涉及的偏好因子、位置因子和权益因子，分别对所述用户对应的属性特征进行分析，得到所述用户偏好的店铺和品类，所述用户的预测位置，以及所述用户当前拥有的虚拟资源。其中，预测位置为用户未来在某个时间点的位置信息。
61.具体地，基于该偏好因子，对用户之前浏览的一些店铺的浏览量或者用户之前针对一些品类的下单量进行统计，如果用户对某店铺的浏览量超过一定量，则说明该店铺是用户比较偏好的店铺；如果用户对某品类的下单量超过一定量，则说明该品类是用户比较偏好的品类。与此同时，基于该权益因子，对用户当前所拥有的各类虚拟资源进行统计。
62.进一步地，在确定用户的预测位置的过程中，所述方法还包括：基于所述目标端事件所涉及的位置因子和所述用户当前的位置信息，对所述属性特征中的用户历史行为特征
进行分析，得到所述用户的预测位置。
63.具体地，通过对用户历史行为特征进行分析，发现该用户周一到周五上午9点钟在家，上午11点在单位，由于当前时间为周三的上午9点，且用户在家，因此可以预测今天上午11点用户会达到单位，由此可以预测用户在两个小时之后的位置信息。
64.在具体应用场景中，不同的推送策略所涉及的目标变量不同，例如，虚拟资源下发的推送策略涉及的目标变量为虚拟资源的多少，店铺推送策略涉及的目标变量为店铺名称，品类推送策略涉及的目标变量为品类名称。在本发明实施例中，在确定分析结果之后，还需要根据该分析结果，确定每种推送策略所涉及的目标变量的变量值。
65.例如，分析结果为用户当前拥有的虚拟资源为15元，通过计算确定还差6元用户可能就会对某品类进行下单，因此确定虚拟资源下发的推送策略中目标变量为6元虚拟资源。再比如，分析结果为用户偏好的店铺名称为a，因此确定店铺推送策略中目标变量为店铺名称a。由此根据该分析结果，能够确定目标端事件的多种推送策略所涉及的目标变量值，以便在进行通知消息推送时，利用该目标变量值对通知消息模板进行补全。
66.步骤203、根据所述分析结果，对所述目标端事件对应的多种推送策略进行排序，得到所述目标端事件对应的多种推送策略的排序结果。
67.对于本发明实施例，为了对多种推送策略进行排序，步骤203具体包括：根据所述用户偏好的店铺和品类、所述预测位置和所述用户当前拥有的虚拟资源，对所述目标端事件对应的多种推送策略进行排序，得到所述排序结果。具体地，根据用户偏好的店铺和品类、预测位置和用户当前拥有的虚拟资源，对多种推送策略进行排序的过程与步骤102相同，在此不再赘述。
68.在具体应用场景中，为了提高推送策略排序的精确度，在确定用户当前所拥有的虚拟资源时，还需要分析用户对不同类型的虚拟资源的兴趣度。基于此，基于所述目标端事件所涉及的的权益因子，对所述用户对应的属性特征进行分析，得到所述用户当前拥有的虚拟资源，包括：基于所述权益因子，对所述用户对应的属性特征进行分析，得到所述用户当前所拥有的虚拟资源，以及所述用户针对不同类型虚拟资源的兴趣度。与此同时，所述根据所述用户偏好的店铺和品类、所述预测位置和所述用户当前拥有的虚拟资源，对所述目标端事件对应的多种推送策略进行排序，得到所述排序结果，包括：根据所述用户偏好的店铺和品类、所述预测位置、所述用户当前拥有的虚拟资源和所述兴趣度，对所述目标端事件对应的多种推送策略进行排序，得到所述排序结果。
69.例如，确定用户当前没有任何虚拟资源，均已经被用户使用，此外，通过对用户的属性特征进行分析，即对用户以往使用各类虚拟资源的次数进行分析，确定用户针对不同类型虚拟资源的兴趣度，例如，通过分析确定用户以往使用了a类型的虚拟资源10次，使用了b类型的虚拟资源6次，因此确定用户对于a类型的虚拟资源的兴趣度高于用户对于b类型的虚拟资源的兴趣度。进一步地，在后续对多种推送策略进行排序的过程中，下发a类型虚拟资源的推送策略的排序位置要先于下发b类型虚拟资源的推送策略的排序位置。
70.需要说明的是，在对多种推送策略进行排序的过程中，如果上次采用过同样的推送策略发送过相同的通知消息，则可以将该推送策略过滤掉，或者将其排序位置放在后面。
71.步骤204、根据所述多种推送策略的排序结果，从所述多种推送策略中确定可执行的目标推送策略。
72.对于本发明实施例，从多种推送策略中确定可执行的目标推送策略的过程与步骤103相同，在此不再赘述。
73.步骤205、基于所述目标推送策略，依次向用户推送相应的通知消息。
74.对于本发明实施例，在根据目标推送策略中的干预动作，向用户推送通知消息的过程中，步骤205具体包括：根据所述变量值和所述目标推送策略中所述至少两个干预动作分别对应的通知消息模板，生成所述至少两个干预动作分别对应的通知消息；根据所述目标推送策略中所述至少两个干预动作分别对应的消息渠道，将所述至少两个干预动作分别对应的通知消息依次推送给所述用户。
75.例如，目标推送策略为店铺推送策略，店铺推送策略中的第一个干预动作为等待两小时，因此两小时之内不向用户推送通知消息，第二个干预动作为两小时后采用消息渠道a向用户推送用户偏好的店铺，具体地，在两小时之后，根据店铺推送策略中所涉及的目标变量（店铺名称a），补全相应的通知消息模板，即将店铺名称a添加至通知消息模板的相应位置处，生成相应的通知消息，并采用消息渠道a将该店铺推送的通知消息发送给用户，进一步地，第三个干预动作为若用户未读该通知消息或者对其不感兴趣，11点采用消息渠道b再次向用户推送通知消息，具体地，如果11点用户还未读该通知消息，则可以采用消息渠道b将该店铺推送的通知消息再次发送给用户。由此通过目标推送策略中的一些列干预动作，能够对用户进行多次干预，从而能够提升消息推送效果，综合提高消息触发率。
76.在具体应用场景中，如果目标推送策略中存在虚拟资源下发动作，则所述根据所述变量值和所述目标推送策略中所述至少两个干预动作分别对应的通知消息模板，生成所述至少两个干预动作分别对应的通知消息，包括：基于所述变量值，向所述用户下发相应的虚拟资源；根据所述虚拟资源下发动作对应的通知消息模板和所述变量值，生成虚拟资源下发的通知消息。与此同时，根据所述虚拟资源下发动作对应的消息渠道，将所述虚拟资源下发的通知消息推送给所述用户。
77.例如，虚拟资源下发动作的推送策略中所涉及的目标变量值为6元虚拟资源，则先将该6元虚拟资源下发给用户，之后根据该6元虚拟资源，填补相应的通知消息模板，生成虚拟资源下发的通知消息，进一步地，采用相应的消息渠道将该虚拟资源下发的通知消息发送给用户。由此在本发明实施例中，不仅能够实现通知消息的推送，还能够实现虚拟资源等权益的下发，从而能够提升用户的下单转化率。
78.本发明实施例提供的另一种消息推送方法，与目前用户在客户端触发事件之后，网络服务平台及时向用户推送通知消息，对用户进行一次动作干预的方式相比，本技术能够获取用户在客户端触发的目标端事件；并基于所述用户对应的属性特征，对所述目标端事件对应的多种推送策略进行排序，其中，每种推送策略中至少包括两个干预动作；与此同时，根据所述多种推送策略的排序结果，从所述多种推送策略中确定可执行的目标推送策略；最终基于所述目标推送策略，依次向用户推送相应的通知消息。由此通过从多种推送策略中筛选目标推送策略，并基于该目标推送策略中的至少两个干预动作，依次发送相应的通知消息，对用户进行一系列干预，能够提升消息触达效果，同时通过对推送策略中干预动作的运用，能够综合提升消息触达率，此外，通过衡量多种推送策略，能够使推送消息避免受到单一表达形式的限制，从而导致结果偏差，影响消息触达效果。
79.进一步的，作为图1所示方法的具体实现，本实施例提供了一种消息推送装置，如
图3所示，该装置包括：获取单元31、排序单元32、确定单元33和推送单元34。
80.所述获取单元31，可以用于获取用户在客户端触发的目标端事件。
81.所述排序单元32，可以用于基于所述用户对应的属性特征，对所述目标端事件对应的多种推送策略进行排序，其中，每种推送策略中至少包括两个干预动作。
82.所述确定单元33，可以用于根据所述多种推送策略的排序结果，从所述多种推送策略中确定可执行的目标推送策略。
83.所述推送单元34，可以用于基于所述目标推送策略，依次向用户推送相应的通知消息。
84.在具体应用场景中，如图4所示，所述排序单元32，包括：分析模块321和排序模块322。
85.所述分析模块321，可以用于基于所述目标端事件所涉及的多种决策因子，对所述用户对应的属性特征进行分析，得到所述多种决策因子分别对应的分析结果。
86.所述排序模块322，可以用于根据所述分析结果，对所述目标端事件对应的多种推送策略进行排序，得到所述目标端事件对应的多种推送策略的排序结果。
87.在具体应用场景中，所述所述排序单元32，还包括第一确定模块323。
88.所述第一确定模块323，可以用于根据所述分析结果，确定所述多种推送策略分别所涉及的目标变量对应的变量值。
89.在具体应用场景中，所述分析模块321，具体可以用于基于所述目标端事件所涉及的偏好因子、位置因子和权益因子，分别对所述用户对应的属性特征进行分析，得到所述用户偏好的店铺和品类，所述用户的预测位置，以及所述用户当前拥有的虚拟资源。
90.所述排序模块322，具体可以用于根据所述用户偏好的店铺和品类、所述预测位置和所述用户当前拥有的虚拟资源，对所述目标端事件对应的多种推送策略进行排序，得到所述排序结果。
91.在具体应用场景中，所述分析模块321，还具体可以用于基于所述目标端事件所涉及的位置因子和所述用户当前的位置信息，对所述属性特征中的用户历史行为特征进行分析，得到所述用户的预测位置；基于所述权益因子，对所述用户对应的属性特征进行分析，得到所述用户当前所拥有的虚拟资源，以及所述用户针对不同类型虚拟资源的兴趣度。
92.所述排序模块322，还具体可以用于根据所述用户偏好的店铺和品类、所述预测位置、所述用户当前拥有的虚拟资源和所述兴趣度，对所述目标端事件对应的多种推送策略进行排序，得到所述排序结果。
93.在具体应用场景中，所述确定单元33，具体可以用于根据所述多种推送策略的排序结果，依次对所述多种推送策略进行可行性验证，并根据可行性验证结果，从所述多种推送策略中确定所述目标推送策略。
94.进一步地，所述确定单元33，包括：验证模块331和第二确定模块332。
95.所述验证模块331，可以用于对排序第一的推送策略进行可行性验证。
96.所述第二确定模块332，可以用于若所述排序第一的推送策略通过可行性验证，则将所述排序第一的推送策略确定为所述目标推送策略。
97.所述验证模块331，还可以用于若所述排序第一的推送策略未通过可行性验证，则继续对排序第二的推送策略进行可行性验证，直至确定所述目标推送策略。
98.进一步地，所述验证模块331，具体可以用于采集与所述排序第一的推送策略相对应的用户实时特征；基于所述用户实时特征，对所述排序第一的推送策略进行可行性验证。
99.在具体应用场景中，所述推送单元34，包括生成模块341和推送模块342。
100.所述生成模块341，可以用于根据所述变量值和所述目标推送策略中所述至少两个干预动作分别对应的通知消息模板，生成所述至少两个干预动作分别对应的通知消息。
101.所述推送模块342，可以用于根据所述目标推送策略中所述至少两个干预动作分别对应的消息渠道，将所述至少两个干预动作分别对应的通知消息依次推送给所述用户。
102.进一步地，所述生成模块341，具体可以用于基于所述变量值，向所述用户下发相应的虚拟资源；根据所述虚拟资源下发动作对应的通知消息模板和所述变量值，生成虚拟资源下发的通知消息。
103.所述推送模块342，具体可以用于根据所述虚拟资源下发动作对应的消息渠道，将所述虚拟资源下发的通知消息推送给所述用户。
104.在具体应用场景中，所述确定单元33，还可以用于根据所述用户所属的目标人群，从预设推送策略库中确定所述目标人群所涉及的不同类型端事件对应的多种推送策略；根据所述不同类型的端事件对应的多种推送策略，确定所述目标端事件对应的多种推送策略。
105.在具体应用场景中，所述装置还包括：配置单元35和存储单元36。
106.所述配置单元35，可以用于针对所述目标人群配置不同类型端事件对应的多种推送策略，其中，每种推送策略包括至少两个干预动作，以及每个干预动作对应的通知消息模板和消息渠道。
107.所述存储单元36，可以用于将所述目标人群所涉及的不同类型端事件对应的多种推送策略存储至所述预设推送策略库中。
108.需要说明的是，本实施例提供的一种消息推送装置所涉及各功能单元的其它相应描述，可以参考图1和图2中的对应描述，在此不再赘述。
109.基于上述如图1和图2所示方法，相应的，本技术实施例还提供了一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图1和图2所示的消息推送方法。
110.基于这样的理解，本技术的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是cd-rom，u盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本技术各个实施场景的方法。
111.基于上述如图1和图2所示的方法，以及图3和图4所示的虚拟装置实施例，为了实现上述目的，本技术实施例还提供了一种计算机设备，如图5所示，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图2所示的消息推送方法。
112.可选的，上述实体设备都还可以包括用户接口、网络接口、摄像头、射频（radio frequency，rf）电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏（display）、输入单元比如键盘（keyboard）等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口（如wi-fi接口）等。
113.本领域技术人员可以理解，本实施例提供的一种客户端设备结构并不构成对这种实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
114.存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述两个实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。
115.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本技术能够获取用户在客户端触发的目标端事件；并基于所述用户对应的属性特征，对所述目标端事件对应的多种推送策略进行排序，其中，每种推送策略中至少包括两个干预动作；与此同时，根据所述多种推送策略的排序结果，从所述多种推送策略中确定可执行的目标推送策略；最终基于所述目标推送策略，依次向用户推送相应的通知消息。由此通过从多种推送策略中筛选目标推送策略，并基于该目标推送策略中的至少两个干预动作，依次发送相应的通知消息，对用户进行一系列干预，能够提升消息触达效果，同时通过对推送策略中干预动作的运用，能够综合提升消息触达率，此外，通过衡量多种推送策略，能够使推送消息避免受到单一表达形式的限制，从而导致结果偏差，影响消息触达效果。
116.本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本技术所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
117.上述本技术序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本技术的几个具体实施场景，但是，本技术并非局限于此，任何本领域的技术人员能思之的变化都应落入本技术的保护范围。