CN114565425A - 消息推送方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供了一种消息推送方法、装置、电子设备及存储介质，应用于计算机技术领域，所述方法包括：获取针对目标账号的待推送消息和目标账号的场景信息；根据目标账号的场景信息，确定目标账号对应的至少两种推送方式，以及至少两种推送方式的推送顺序；根据推送顺序从至少两种推送方式中确定目标推送方式，以基于目标推送方式向目标账号发送待推送消息；在预设时长内未接收到目标账号发送的反馈信息时，根据推送顺序从至少两种推送方式中的剩余推送方式中重新确定目标推送方式，以利用重新确定的目标推送方式向目标账号发送待推送消息。本方案可以减少了采用多种推送方式进行消息推送时所需的资源。

Description

消息推送方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种消息推送方法、装置、电子 设备及存储介质。

背景技术

随着网络技术的发展，基于应用程序的交易中介平台逐渐在各行各业所 普及，用户可通过中介平台进行交流来促成交易。而通常是由卖方用户将商 品信息发布到交易中介平台的应用程序上，以供推送用户进行查看和选择， 待买方用户做好选择后通知卖方用户开展下一步交易流程。

而为了商品交易的整体进程，在买方用户做出选择后，交易中介平台通 常会采用多种推送方式来同时向卖方用户发送消息来告知和提醒卖方用户， 若卖方用户出于各种原因未对其中一种推送方式进行反馈，交易中介平台则 会通过各种推送方式继续同时重复发送通知消息，这种消息推送方式不仅导 致卖方用户受到频繁的信息骚扰，而且会浪费大量的系统资源。

发明内容

本申请实施例提供的一种消息推送方法、装置、电子设备及计算机可读 存储介质，旨在尽可能解决相关技术中的由于交易中介平台通过各种推送方 式同时重复发送通知消息，导致卖方用户受到频繁的信息骚扰，而且会浪费 大量的系统资源的技术问题。

本申请实施例提供一种消息推送方法，应用于服务端，所述方法包括：

获取针对目标账号的待推送消息和目标账号的场景信息；

根据所述目标账号的场景信息，确定所述目标账号对应的至少两种推送 方式，以及所述至少两种推送方式的推送顺序；

根据所述推送顺序从所述至少两种推送方式中确定目标推送方式，以基 于所述目标推送方式向所述目标账号发送所述待推送消息；

在预设时长内未接收到所述目标账号发送的反馈信息时，根据所述推送 顺序从至少两种推送方式中的剩余推送方式中重新确定目标推送方式，以利 用重新确定的目标推送方式向所述目标账号发送所述待推送消息。

可选地，所述服务端存储有不同服务类型的推送方式信息；所述推送方 式信息包括：所述服务类型针对不同场景信息相对应的至少两种推送方式以 及优先级参数；

所述确定所述目标账号对应的至少两种推送方式，以及所述至少两种推 送方式的推送顺序，包括：

从所述推送方式信息中确定与所述待推送消息的服务类型以及所述目 标账号相匹配的场景信息；

根据所述相匹配的场景信息对应的优先级参数对所述至少两种推送方 式进行排序，得到所述至少两种推送方式的推送顺序。

可选地，所述优先级参数包括：场景信息相对应的至少两种推送方式中 每种推送方式对应的权重值；

所述根据所述相匹配的场景信息对应的优先级参数对所述至少两种推 送方式进行排序，得到所述至少两种推送方式的推送顺序，包括：

根据所述相匹配的场景信息相对应的至少两种推送方式中每种推送方 式对应的权重值大小对所述至少两种推送方式进行降序排序，得到推送顺 序。

可选地，所述场景信息至少包括：账号状态，所述推送方式包括：客户 端会话推送方式、客户端通知推送方式、公众号推送方式、短信推送方式、 智能电话推送方式；

所述根据所述相匹配的场景信息相对应的至少两种推送方式中每种推 送方式对应的权重值大小对所述至少两种推送方式进行降序排序，得到推送 顺序，包括：

在所述账号状态为登录状态时，根据针对所述登录状态相对应的至少两 种推送方式中每种推送方式对应的权重值大小进行排序得到的推送顺序为： 客户端会话推送方式、客户端通知推送方式、公众号推送方式、短信推送方 式、智能电话推送方式。

可选地，所述场景信息还包括：最近使用时长；

所述根据所述相匹配的场景信息相对应的至少两种推送方式中每种推 送方式对应的权重值大小对所述至少两种推送方式进行降序排序，得到推送 顺序，包括：

在所述账号状态为离线状态，且所述最近使用时长大于时长阈值时，则 根据针对所述离线状态相对应的至少两种推送方式中每种推送方式对应的 权重值大小进行排序得到的推送顺序为：客户端通知推送方式、公众号推送 方式、短信推送方式、智能电话推送方式。

可选地，在所述目标推送方式为智能电话推送方式时，所述基于所述目 标推送方式向所述目标账号发送所述待推送消息，包括：

根据所述待推送消息生成语音信息；

向所述目标账号相对应的终端设备发起语音通话；

在所述语音通话接通时，播放所述语音信息。

可选地，所述根据所述目标账号相对应的终端设备发起语音通话，包括：

在生成所述语音信息后，若当前时间段为第一时间段，记录所述语音信 息，并在所述第一时间段之后的第二时间段向所述目标账号相对应终端设备 发起语音通话。

本申请实施例提供一种消息推送装置，应用于服务端，所述装置包括：

接收模块，被配置为获取针对目标账号的待推送消息和目标账号的场景 信息；

查询模块，被配置为根据所述目标账号的场景信息，确定所述目标账号 对应的至少两种推送方式，以及所述至少两种推送方式的推送顺序；

推送模块，被配置为根据所述推送顺序从所述至少两种推送方式中确定 目标推送方式，以基于所述目标推送方式向所述目标账号发送所述待推送消 息；

在预设时长内未接收到所述目标账号发送的反馈信息时，根据所述推送 顺序从至少两种推送方式中的剩余推送方式中重新确定目标推送方式，以利 用重新确定的目标推送方式向所述目标账号发送所述待推送消息。

可选地，所述服务端存储有不同服务类型的推送方式信息；所述推送方 式信息包括：所述服务类型针对不同场景信息相对应的至少两种推送方式以 及优先级参数；

所述查询模块，还被配置为：

从所述推送方式信息中确定与所述待推送消息的服务类型以及所述目 标账号相匹配的场景信息；

根据所述相匹配的场景信息对应的优先级参数对所述至少两种推送方 式进行排序，得到所述至少两种推送方式的推送顺序。

可选地，所述优先级参数包括：场景信息相对应的至少两种推送方式中 每种推送方式对应的权重值；

所述查询模块，还被配置为：

根据所述相匹配的场景信息相对应的至少两种推送方式中每种推送方 式对应的权重值大小对所述至少两种推送方式进行降序排序，得到推送顺 序。

可选地，所述场景信息至少包括：账号状态，所述推送方式包括：客户 端会话推送方式、客户端通知推送方式、公众号推送方式、短信推送方式、 智能电话推送方式；

所述查询模块，还被配置为：

在所述账号状态为登录状态时，根据针对所述登录状态相对应的至少两 种推送方式中每种推送方式对应的权重值大小进行排序得到的推送顺序为： 客户端会话推送方式、客户端通知推送方式、公众号推送方式、短信推送方 式、智能电话推送方式。

可选地，所述场景信息还包括：最近使用时长；

所述查询模块，还被配置为：

在所述账号状态为离线状态，且所述最近使用时长大于时长阈值时，则 根据针对所述离线状态相对应的至少两种推送方式中每种推送方式对应的 权重值大小进行排序得到的推送顺序为：客户端通知推送方式、公众号推送 方式、短信推送方式、智能电话推送方式。

可选地，在所述目标推送方式为智能电话推送方式时，所述推送模块， 还被配置为：

根据所述待推送消息生成语音信息；

向所述目标账号相对应的终端设备发起语音通话；

在所述语音通话接通时，播放所述语音信息。

可选地，所述推送模块，还被配置为：

在生成所述语音信息后，若当前时间段为第一时间段，记录所述语音信 息，并在所述第一时间段之后的第二时间段向所述目标账号相对应终端设备 发起语音通话。

本申请实施例提供一种电子设备，包括：处理器、存储器及存储在所述 存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处 理器执行时实现上述所述的消息推送方法的步骤。

本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质 上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求上述 所述的消息推送方法的步骤。

本申请实施例提供的一种消息推送方法、装置、电子设备及计算机可读 存储介质，通过在消息推送时，根据目标账号的场景信息来设置多个推送方 式的推送顺序，以按照推送顺序使用一个推送方式向目标账号发送待推送消 息后若在预设时间段内未接收到目标账号发送的反馈信息时，再按照推送顺 序选取下一个推送方式来继续发送推送消息，从而使得待推送消息可以适应 于用户所在场景来选取相适应的推送顺序通过不同推送方式逐一进行发送， 被用户有效获取，避免了同时使用多种推送方式进行消息推送对用户造成的 干扰，以及减少了采用多种推送方式进行消息推送所需的资源。

附图说明

图1示意性地示出本申请实施例中的一种消息推送方法的步骤流程图；

图2示意性地示出本申请实施例中的另一种消息推送方法的步骤流程 图；

图3示意性地示出本申请实施例中的再一种消息推送方法的步骤流程 图；

图4示意性地示出本申请实施例中的一种消息推送装置的结构框图。

具体实施方式

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

图1示意性地示出本申请实施例提供的一种消息推送方法的步骤流程 图，应用于服务端，所述方法包括：

步骤101，获取针对目标账号的待推送消息和目标账号的场景信息。

在本申请实施例中，服务端是用于将待推送消息以主动推送的方式发送 至客户端或者是用户终端的电子设备，例如为卖方用户所使用的终端或其它 用户终端提供数据支持的服务器。服务端通常会借助具有短信、客户端推送 消息、电话、邮件等消息推送功能的消息推送渠道来进行消息推送，而且服 务端对待推送消息进行统一配置也有助于待推送消息的管理。目标账号可以 是用户例如卖方用户或其它用户在服务平台所注册的目标账号。

待推送消息是系统在接收到某一客户端向某另一客户端发送的消息时， 依据该消息内容生成，或者是系统在检测到例如应用程序更新事件、期限提 醒事件、广告推送事件等特定时间，需要向客户端推送消息时，依据事件情 况自动生成。具体可以根据实际需求设置，此处不做限定。

具体的，服务端可以通过调用多种不同消息推送渠道(例如客户端会话 消息推送渠道、客户端通知消息推送渠道、公众号消息推送渠道、短信消息 推送渠道、智能电话消息推送渠道等)的调用接口来实现通过多种推送方式 进行消息推送，或者通过向消息推送渠道发送待推送消息和目标账号来通过 消息推送渠道向目标账号推送待推送消息。服务端在接入消息推送渠道时， 服务端也可以针对不同服务类型的待推送消息预先设置不同的推送方式，例 如对于重要性较高的服务类型，可通过全部推送方式进行消息推送，而对于重要性较低的服务类型，可通过部分推送方式进行消息推送，而该推送方式 可以是通过客户端以通知的形式推送，也可以是通过客户端以会话的形式推 送，也可以是通过短信、邮件或者是电话等形式进行推送，具体可以根据实 际需求进行设置，此处不做限定。

步骤102，根据所述目标账号的场景信息，确定所述目标账号对应的至 少两种推送方式，以及所述至少两种推送方式的推送顺序。

在本申请实施例中，场景信息是用于反映目标账号所登录设备所处使用 场景的指标参数，例如场景信息可以是目标账号当前的登录状态、目标账号 所登录设备的类型、目标账号所登录设备所处的网络环境、目标账号的最近 登录时长以及目标账号所在时区的当前时间等等。相应的，服务端可以针对 不同的场景信息分别设置至少两种推送方式，以及用于描述推送方式使用顺 序的推送顺序，从而使得消息推送可以适用于不同的场景信息来按照不同的 推送顺序利用至少两种推送方式进行推送，避免由于推送顺序单一导致待推 送消息无法被卖方用户有效获取到的情况出现。当然不存在预先设置的推送 顺序或者是推送方式时，服务端可以依据系统默认设置对推送方式和推送顺 序进行设置，以避免由于服务端未配置导致消息无法被正常推送的情况出 现。

示例性的，服务端预先选择设置有推送方式1、推送方式2、推送方式3， 以及设置有针对场景信息1～6相对应的针对推送方式1-3的推送顺序。即在 场景信息1的情况下，推送顺序依次为推送方式1、推送方式2、推送方式3； 在场景信息2的情况下，推送顺序依次为推送方式2、推送方式1、推送方 式3；在场景信息3的情况下，推送顺序依次为推送方式2、推送方式3、推 送方式1；在场景信息4的情况下，推送顺序依次为推送方式3、推送方式1、 推送方式2；在场景信息5的情况下，推送顺序依次为推送方式3、推送方 式2、推送方式1；在场景信息6的情况下，推送顺序依次为推送方式1、推 送方式3、推送方式2。当然，此处只是示例性说明，具体对于场景信息以 及推送方式的推送顺序的设置方式可以根据实际需求选取，此处不做限定。

步骤103，根据所述推送顺序从所述至少两种推送方式中确定目标推送 方式，以基于所述目标推送方式向所述目标账号发送所述待推送消息。

在本申请实施例中，推送顺序中标记有场景信息对应各推送方式的优先 级次序，则可首先从场景信息对应未被使用过的推送方式中选取优先级次序 最高的推送方式作为目标推送方式，则服务端基于该目标推送方式向目标账 号发送待推送消息。需要说明的是，考虑到推送方式可以是采用短信、电话、 邮件等非客户端渠道的方式，因此服务端在向目标账号发送待推送消息时， 可以依据目标推送方式所对应的消息推送渠道进行推送，并不一定是只能利 用客户端推送渠道进行推送。

步骤104，在预设时长内未接收到所述目标账号发送的反馈信息时，根 据所述推送顺序从至少两种推送方式中的剩余推送方式中重新确定目标推 送方式，以利用重新确定的目标推送方式向所述目标账号发送所述待推送消 息。

在本申请实施例中，预设时间段是指基于前后两种不同目标推送方式发 送待推送消息的时间间隔，该预设时间段当然也可以是用户自行设置，还可 以是服务端默认设置，且不同推送方式对应的等待时长可以相同，也可以不 同。反馈信息是目标账号相对应的卖方用户在查看到待推送消息后通过其终 端设备向服务端发送的各种信息或者卖方用户在查看到待推送消息后其终 端设备自动向服务端发送的各种信息，例如卖方用户开启其终端设备中客户 端对待推送消息进行查看后，则反馈消息是对于待推送消息的已读通知，或 者是卖方用户点击进入待推送消息中的链接，则反馈消息是对于链接的被访 问通知，或者是卖方用户拨打待推送消息中携带的电话号码，则反馈消息是 已拨打该电话号码的通话通知等等，只要是可以反映卖方用户已经查看到该 待推送消息的反馈信息均可适用于本申请实施例。

服务端在向目标账号发送待推送消息后，开启计时器进行计时，例如在 10分钟或半小时等预设时间段内未接收到目标账号发送的反馈信息，则自动 从剩余的推送方式中根据推送顺序，未被使用过的推送方式中选取排列次序 最靠前的下一推送方式来更新目标推送方式，从而重新进入执行步骤103中 的待推送消息的发送过程，并在发送后继续计时，执行该步骤104，直至接 收到目标账号发送的反馈信息或所有的推送方式被使用为止。当然在目标账 号对应的推送方式均已使用过后，还可以按照推送顺序从头开始重新循环对 待推送消息进行发送，直至接收到目标账号发送的反馈信息。

本申请实施例通过在消息推送时，根据目标账号的场景信息来设置多个 推送方式的推送顺序，以按照推送顺序使用一个推送方式向目标账号发送待 推送消息后若在预设时间段内未接收到目标账号发送的反馈信息时，再按照 推送顺序选取下一个推送方式来继续发送推送消息，从而使得待推送消息可 以适应于用户所在场景来选取相适应的推送顺序通过不同推送方式逐一进 行发送，被用户有效获取，避免了同时使用多种推送方式进行消息推送对用 户造成的干扰，以及减少了采用多种推送方式进行消息推送所需的资源。

图2示意性地示出本申请实施例提供的另一种消息推送方法的步骤流程 图，应用于服务端，所述方法包括：

步骤201，获取针对目标账号的待推送消息和目标账号的场景信息。

该步骤可参照步骤101的详细描述，此处不再赘述。

可选地，所述场景信息至少包括：账号状态，所述推送方式包括：客户 端会话推送方式、客户端通知推送方式、公众号推送方式、短信推送方式、 智能电话推送方式。

在本申请实施例中，账号状态是指目标账号的客户端登录状态，可以包 括登录状态和离线状态。客户端会话推送方式是指通过客户端中的会话界面 显示待推送消息。客户端通知推送方式是指通过客户端所在终端设备的通知 消息界面来显示待推送消息，该推送方式相对于客户端会话推送方式的区别 在于无需在客户端界面中进行显示。公众号推送方式是指通过在客户端以外 的即时通讯应用程序中提供的平台公众号来显示待推送消息。短信推送方式 是指通过目标账号所登记的终端设备的系统短信功能来显示待推送消息。智 能电话推送方式是指通过向目标账号所登记的终端设备拨打电话来播放语 音形式的待推送消息。

可选地，所述服务端存储有不同服务类型的推送方式信息；所述推送方 式信息包括：所述服务类型针对不同场景信息相对应的至少两种推送方式以 及优先级参数。

步骤202，从所述推送方式信息中确定与所述待推送消息的服务类型以 及所述目标账号相匹配的场景信息。

在本申请实施例中，服务端从本地数据库提取所存储的推送方式信息， 该推送方式信息中存储有不同服务类型在不同场景下可选用的至少两种推 送方式，以及各推送方式在不同场景下的优先级参数，该优先级参数是用于 衡量不同推送方式的被使用优先级的参数，该优先级参数具体可以是不同推 送方式在不同场景下的权重值，或者是优先级级别等等，只要可以对不同推 送方式的使用顺序进行衡量均可适用于本申请实施例，此处不做限定。

在实际应用中，待推送消息中至少包括有推送内容和服务标识，该服务 标识是用于指示服务类型的唯一标识，从而服务端可依据该服务标识确定该 待推送消息相对应的服务类型。然后服务端依据服务类型和目标账号的账号 信息在推送方式信息中查询与其相匹配的场景信息，例如服务类型是房屋租 赁、账号信息为房东账号时，则场景信息是用于描述房客向房东询问房屋情 况的场景；或者服务类型是网约车服务，账号信息为乘客账号时，该场景信 息则用于描述乘客叫车场景的信息，当然此处只是示例性说明，具体的场景 信息可以根据实际需求设置，此处不做限定。

步骤203，根据所述相匹配的场景信息对应的优先级参数对所述至少两 种推送方式进行排序，得到所述至少两种推送方式的推送顺序。

在本申请实施例中，不同场景信息对应的推送方式至少有两种，且相同 推送方式在不同场景下的优先级参数是独立设置，可以相同也可以不同。例 如在房屋租赁场景下，推送方式可以有电话推送方式和短信推送方式，短信 推送方式的优先级参数可以大于电话推送方式；或者是在乘客叫车场景下， 推送方式可以包括电话推送方式、短信推送方式、邮件推送方式，其中电信 推送方式的优先级确定的推送次序最高，其次是短信推送方式、邮件推送方 式最低。当然此处仅是示例性说明，具体的推送顺序可以根据实际需求设置，此处不做限定。

可选地，所述优先级参数包括：场景信息相对应的至少两种推送方式中 每种推送方式对应的权重值，所述步骤203可以包括：根据所述相匹配的场 景信息相对应的至少两种推送方式中每种推送方式对应的权重值大小对所 述至少两种推送方式进行降序排序，得到推送顺序。

在本申请实施例中，推送方式对应的权重值越高，其在推送顺序中的推 送次序越靠前，因此在确定至少两种推送方式后，可以依据其所对应的权重 值进行排序，即可获得米格推送方式的推送顺序。

可选地，所述场景信息至少包括：账号状态，所述推送方式包括：客户 端会话推送方式、客户端通知推送方式、公众号推送方式、短信推送方式、 智能电话推送方式。所述步骤203可以包括：在所述账号状态为登录状态时， 根据针对所述登录状态相对应的至少两种推送方式中每种推送方式对应的 权重值大小进行排序得到的推送顺序为：客户端会话推送方式、客户端通知 推送方式、公众号推送方式、短信推送方式、智能电话推送方式。

在本申请实施例中，若目标账号为登录状态，则表明卖方用户当前可查 看到客户端的会话界面，因此可优先通过客户端会话推送方式来向卖方用户 推送待推送消息，其次则是客户端通知推送方式，以便于卖方用户可以便捷 地获取到待推送消息。在每次推送待推送消息之后，若在预设时间段中未接 收到目标账号的反馈信息，则顺延选择公众号推送方式，其次则是短信推送 方式，最后则是智能电话推送方式，将智能电话推送方式设置到最后也是考 虑到向卖方用户拨打电话对于卖方用户当前所处理事务的干扰最大，因此将智能电话推送方式设置为最后一种推送方式。

具体的，可针对不同的推送方式设置不同的预设时间段，也就是不同的 等待时间，例如采用下表1来设置各推送方式的推送顺序和等待时间：

表1

其中，权重值越小的推送方式，推送顺序中的次序越靠前，相应的，使 用次序靠前的推送方式的等待时间小于或等于使用次序靠后的推送方式，从 而可以使得卖方用户有足够的时间来查看待推送消息，避免由于待推送消息 的基于不同推送方式进行发送的时间间隔过短，使得卖方用户收到多余待推 送消息，浪费链路资源的情况出现。

可选地，所述场景信息还包括：最近使用时长，所述步骤203可以包括： 在所述账号状态为离线状态，且所述最近使用时长大于时长阈值时，则根据 针对所述离线状态相对应的至少两种推送方式中每种推送方式对应的权重 值大小进行排序得到的推送顺序为：客户端通知推送方式、公众号推送方式、 短信推送方式、智能电话推送方式。

在本申请实施例中，若目标账号为离线状态，则表明无法通过客户端的 会话界面来使得卖方用户查看到待推送消息，因此此时可以直接跳过客户端 会话推送方式，直接采用客户端通知推送方式、公众号推送方式、短信推送 方式、智能电话推送方式的推送顺序来对待推送消息进行推送，避免了卖方 用户在无法通过客户端会话界面查看待推送消息的情况出现，节省了消息推 送所需的链路资源。

步骤204，根据所述推送顺序从所述至少两种推送方式中确定目标推送 方式，以基于所述目标推送方式向所述目标账号发送所述待推送消息。

该步骤可参照步骤103的详细描述，此处不再赘述。

步骤205，在预设时长内未接收到所述目标账号发送的反馈信息时，根 据所述推送顺序从至少两种推送方式中的剩余推送方式中重新确定目标推 送方式，以利用重新确定的目标推送方式向所述目标账号发送所述待推送消 息。

该步骤可参照步骤104的详细描述，此处不再赘述。

可选地，参照图3，在所述目标推送方式为智能电话推送方式时，所述 步骤204，包括：

子步骤2041，根据所述待推送消息生成语音信息。

子步骤2042，向所述目标账号相对应的终端设备发起语音通话。

子步骤2043，在所述语音通话接通时，播放所述语音信息。

在本申请子步骤2041至子步骤2042的实施例中，为使得待推送消息可 以被卖方用户通过语音通话可以获知，可通过语音转换模型将待推送消息转 换为语音形式的语音信息，从而使得服务端基于目标账号登记的电话号码向 卖方用户播打电话来发起语音通话，在语音通话接通后播放该语音信息，以 使得卖方用户可通过语音通话便捷地获知待推送消息的内容。语音转换模型 可参见相关技术，此次不再赘述。

可选地，所述子步骤2042，可以包括：在生成所述语音信息后，若当前 时间段为第一时间段，记录所述语音信息，并在所述第一时间段之后的第二 时间段向所述目标账号相对应终端设备发起语音通话。

在本申请实施例中，当前时间段是指目标账号所在时区的当前时间段， 例如可将早9:00-晚9:00设置为第一时间段，将晚9:00-早9:00设置为第二时 间段。考虑到语音通话可能会打扰到卖方用户的起居，因此在当前时间段为 夜晚时间段时，服务端将暂时不向卖方用户发起语音通话，而是先记录语音 信息，等待当前时间段变更到白天时间段时，再向卖方用户发起语音通话， 从而可以减少对于卖方用户起居的干扰。

可选地，所述场景信息还包括：公众号关联状态，所述方法还包括：在 所述公众号关联状态为公众号未关联状态时，从所述推送方式中删除所述公 众号推送方式。

在本申请实施例中，公众号关联状态是指目标账号与即时通讯应用的关 联状态，具体可以是公众号关联状态和公众号未关联状态。

具体的，若目标账号处于公众号未关联状态，则卖方用户也无法通过即 时通信应用的公众号来查看待推送消息，因此直接从推送方式中删除公众号 推送方式即可，避免由于目标账号未关联公众号导致卖方用户无法获取到待 推送消息的情况出现，也节省了通过公众号推送方式发送待推送消息所需的 推送链路资源。

可选地，在所述目标推送方式为客户端会话推送方式或客户端通知推送 方式时，在所述步骤204之后，所述方法还包括：在账号状态为登录状态时， 向所述目标账号相对应的客户端发送标记指令，所述标记指令用于指示所述 客户端将所述待推送消息标记为已读状态。

在本申请实施例中，若目标账号当前时刻正在客户端中登录，则客户端 在通过客户端会话推送方式或客户端通知推送方式向客户端发送待推送消 息之后，通过向客户端发送标记指令，以指示客户端将该待推送消息标记为 已读，从而减少红点等未读提醒标记给卖方用户正常使用客户端带来的干 扰。

本申请实施例通过在消息推送时，根据目标账号的场景信息来设置多个 推送方式的推送顺序，以按照推送顺序使用一个推送方式向目标账号发送待 推送消息后若在预设时间段内未接收到目标账号发送的反馈信息时，再按照 推送顺序选取下一个推送方式来继续发送推送消息，从而使得待推送消息可 以适应于用户所在场景来选取相适应的推送顺序通过不同推送方式逐一进 行发送，被用户有效获取，避免了同时使用多种推送方式进行消息推送对用 户造成的干扰，以及减少了采用多种推送方式进行消息推送所需的资源。

图4示意性地示出本申请实施例提供的一种消息推送装置30的结构框 图，应用于服务端，所述装置包括：

接收模块301，被配置为获取针对目标账号的待推送消息和目标账号的 场景信息；

查询模块302，被配置为根据所述目标账号的场景信息，确定所述目标 账号对应的至少两种推送方式，以及所述至少两种推送方式的推送顺序；

推送模块303，被配置为根据所述推送顺序从所述至少两种推送方式中 确定目标推送方式，以基于所述目标推送方式向所述目标账号发送所述待推 送消息；

在预设时长内未接收到所述目标账号发送的反馈信息时，根据所述推送 顺序从至少两种推送方式中的剩余推送方式中重新确定目标推送方式，以利 用重新确定的目标推送方式向所述目标账号发送所述待推送消息。

可选地，所述服务端存储有不同服务类型的推送方式信息；所述推送方 式信息包括：所述服务类型针对不同场景信息相对应的至少两种推送方式以 及优先级参数；

所述查询模块302，还被配置为：

从所述推送方式信息中确定与所述待推送消息的服务类型以及所述目 标账号相匹配的场景信息；

根据所述相匹配的场景信息对应的优先级参数对所述至少两种推送方 式进行排序，得到所述至少两种推送方式的推送顺序。

可选地，所述优先级参数包括：场景信息相对应的至少两种推送方式中 每种推送方式对应的权重值；

所述查询模块302，还被配置为：

根据所述相匹配的场景信息相对应的至少两种推送方式中每种推送方 式对应的权重值大小对所述至少两种推送方式进行降序排序，得到推送顺 序。

可选地，所述场景信息至少包括：账号状态，所述推送方式包括：客户 端会话推送方式、客户端通知推送方式、公众号推送方式、短信推送方式、 智能电话推送方式；

所述查询模块302，还被配置为：

在所述账号状态为登录状态时，根据针对所述登录状态相对应的所述相 匹配的场景信息相对应的至少两种推送方式中每种推送方式对应的权重值 大小进行排序得到的推送顺序为：客户端会话推送方式、客户端通知推送方 式、公众号推送方式、短信推送方式、智能电话推送方式。

可选地，所述场景信息还包括：最近使用时长；

所述查询模块302，还被配置为：

在所述账号状态为离线状态，且所述最近使用时长大于时长阈值时，则 根据针对所述离线状态相对应的所述相匹配的场景信息相对应的至少两种 推送方式中每种推送方式对应的权重值大小进行排序得到的推送顺序为：客 户端通知推送方式、公众号推送方式、短信推送方式、智能电话推送方式。

可选地，在所述目标推送方式为智能电话推送方式时，所述推送模块 303，还被配置为：

根据所述待推送消息生成语音信息；

向所述目标账号相对应的终端设备发起语音通话；

在所述语音通话接通时，播放所述语音信息。

可选地，所述推送模块303，还被配置为：

在生成所述语音信息后，若当前时间段为第一时间段，记录所述语音信 息，并在所述第一时间段之后的第二时间段向所述目标账号相对应终端设备 发起语音通话。

本申请实施例通过在消息推送时，根据目标账号的场景信息来设置多个 推送方式的推送顺序，以按照推送顺序使用一个推送方式向目标账号发送待 推送消息后若在预设时间段内未接收到目标账号发送的反馈信息时，再按照 推送顺序选取下一个推送方式来继续发送推送消息，从而使得待推送消息可 以适应于用户所在场景来选取相适应的推送顺序通过不同推送方式逐一进 行发送，被用户有效获取，避免了同时使用多种推送方式进行消息推送对用 户造成的干扰，以及减少了采用多种推送方式进行消息推送所需的资源。

本申请实施例提供一种电子设备，包括：处理器、存储器及存储在所述 存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处 理器执行时实现上述所述的消息推送方法的步骤。

本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质 上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求上述 所述的消息推送方法的步骤。

本申请实施例还提供了一种电子设备，包括：处理器，存储器，存储在 存储器上并可在处理器上运行的计算机程序，该计算机程序被处理器执行时 实现上述信息处理方法实施例的各个过程，且能达到相同的技术效果，为避 免重复，这里不再赘述。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述 实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通 过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的 技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式 体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、 光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器， 空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上 述的具体实施方式，上述的具体实施方式仅仅是示意性地，而不是限制性的， 本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求 所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

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

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描 述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应 过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元 中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一 个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使 用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请 的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部 分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质 中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器， 或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前 述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种 可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限 于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易 想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护 范围应以权利要求的保护范围为准。

Claims (10)

1.一种消息推送方法，其特征在于，应用于服务端，所述方法包括：

获取针对目标账号的待推送消息和目标账号的场景信息；

根据所述目标账号的场景信息，确定所述目标账号对应的至少两种推送方式，以及所述至少两种推送方式的推送顺序；

根据所述推送顺序从所述至少两种推送方式中确定目标推送方式，以基于所述目标推送方式向所述目标账号发送所述待推送消息；

在预设时长内未接收到所述目标账号发送的反馈信息时，根据所述推送顺序从至少两种推送方式中的剩余推送方式中重新确定目标推送方式，以利用重新确定的目标推送方式向所述目标账号发送所述待推送消息。

2.根据权利要求1所述的方法，其特征在于，所述服务端存储有不同服务类型的推送方式信息；所述推送方式信息包括：所述服务类型针对不同场景信息相对应的至少两种推送方式以及优先级参数；

所述确定所述目标账号对应的至少两种推送方式，以及所述至少两种推送方式的推送顺序，包括：

从所述推送方式信息中确定与所述待推送消息的服务类型以及所述目标账号相匹配的场景信息；

根据所述相匹配的场景信息对应的优先级参数对所述至少两种推送方式进行排序，得到所述至少两种推送方式的推送顺序。

3.根据权利要求2所述的方法，其特征在于，所述优先级参数包括：场景信息相对应的至少两种推送方式中每种推送方式对应的权重值；

所述根据所述相匹配的场景信息对应的优先级参数对所述至少两种推送方式进行排序，得到所述至少两种推送方式的推送顺序，包括：

根据所述相匹配的场景信息相对应的至少两种推送方式中每种推送方式对应的权重值大小对所述至少两种推送方式进行降序排序，得到推送顺序。

4.根据权利要求3所述的方法，其特征在于，所述场景信息至少包括：账号状态，所述推送方式包括：客户端会话推送方式、客户端通知推送方式、公众号推送方式、短信推送方式、智能电话推送方式；

所述根据所述相匹配的场景信息相对应的至少两种推送方式中每种推送方式对应的权重值大小对所述至少两种推送方式进行降序排序，得到推送顺序，包括：

在所述账号状态为登录状态时，根据针对所述登录状态相对应的至少两种推送方式中每种推送方式对应的权重值大小进行排序得到的推送顺序为：客户端会话推送方式、客户端通知推送方式、公众号推送方式、短信推送方式、智能电话推送方式。

5.根据权利要求3所述的方法，其特征在于，所述场景信息还包括：最近使用时长；

所述根据所述相匹配的场景信息相对应的至少两种推送方式中每种推送方式对应的权重值大小对所述至少两种推送方式进行降序排序，得到推送顺序，包括：

在所述账号状态为离线状态，且所述最近使用时长大于时长阈值时，则根据针对所述离线状态相对应的至少两种推送方式中每种推送方式对应的权重值大小进行排序得到的推送顺序为：客户端通知推送方式、公众号推送方式、短信推送方式、智能电话推送方式。

6.根据权利要求1所述的方法，其特征在于，在所述目标推送方式为智能电话推送方式时，所述基于所述目标推送方式向所述目标账号发送所述待推送消息，包括：

根据所述待推送消息生成语音信息；

向所述目标账号相对应的终端设备发起语音通话；

在所述语音通话接通时，播放所述语音信息。

7.根据权利要求6所述的方法，其特征在于，所述根据所述目标账号相对应的终端设备发起语音通话，包括：

在生成所述语音信息后，若当前时间段为第一时间段，记录所述语音信息，并在所述第一时间段之后的第二时间段向所述目标账号相对应终端设备发起语音通话。

8.一种消息推送装置，其特征在于，应用于服务端，所述装置包括：

接收模块，被配置为获取针对目标账号的待推送消息和目标账号的场景信息；

查询模块，被配置为根据所述目标账号的场景信息，确定所述目标账号对应的至少两种推送方式，以及所述至少两种推送方式的推送顺序；

推送模块，被配置为根据所述推送顺序从所述至少两种推送方式中确定目标推送方式，以基于所述目标推送方式向所述目标账号发送所述待推送消息；

在预设时长内未接收到所述目标账号发送的反馈信息时，根据所述推送顺序从至少两种推送方式中的剩余推送方式中重新确定目标推送方式，以利用重新确定的目标推送方式向所述目标账号发送所述待推送消息。

9.一种电子设备，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的消息推送方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的消息推送方法的步骤。

Images