CN112104884A - 消息推送方法、装置及电子设备 - Google Patents

Abstract

本申请公开一种消息推送方法、装置、电子设备以及存储介质，通过第一业务服务器获取直播间主播的开播通知消息，获取目标通知接收接口，向目标通知接收接口发送开播通知消息，以使得目标通知接收接口以目标推送模式向目标用户推送开播通知消息。本申请实现了在获取了直播间主播的开播通知消息的情况下，第一业务服务器可以向目标通知接收接口发送开播通知消息，以使得可以由目标通知接收接口以目标推送模式向目标用户推送开播通知消息，而不需要第一业务服务器直接向目标用户推送开播通知消息，减小了消息推送过程中的计算量，同时由目标通知接收接口以目标推送模式向目标用户推送开播通知消息，可以丰富消息推送的方式，进而提升推送效率。

Description

消息推送方法、装置及电子设备

技术领域

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

背景技术

随着互联网技术的快速发展，网络直播逐渐融入人们的工作生活中，诸如直播购物、直播表演、直播教学等。为了提升网络直播的开播拉活效率，可以向网络直播平台的关联用户帐户推送主播的开播通知消息，以使得关联用户帐户的用户可以便捷的参与到内容丰富、实时性强的直播互动中。然而，随着网络直播观众用户数量的快速增多，现有的通知方式会耗费较大的资源计算成本，且通知效率有限。

发明内容

鉴于上述问题，本申请提出了一种消息推送方法、装置、电子设备及存储介质，以改善上述问题。

第一方面，本申请实施例提供了一种消息推送方法，应用于第一业务服务器，该方法包括：所述第一业务服务器获取直播间主播的开播通知消息；获取目标通知接收接口，所述目标通知接口为第二业务服务器的通知接收接口，所述第二业务服务器为第三方服务器；向所述目标通知接收接口发送所述开播通知消息，以使得所述目标通知接收接口以目标推送模式向目标用户推送所述开播通知消息，所述目标用户为与所述第一业务服务器关联的用户。

第二方面，本申请实施例提供了一种消息推送方法，应用于第二业务服务器，所述第二业务服务器配置有目标通知接收接口，该方法包括：所述第二业务服务器基于所述目标通知接收接口接收第一业务服务器发送的开播通知消息；获取与所述开播通知消息对应的目标用户，所述目标用户为与所述第一业务服务器关联的用户；以目标推送模式向所述目标用户推送所述开播通知消息。

第三方面，本申请实施例提供了一种消息推送装置，运行于第一业务服务器，该装置包括：第一获取模块，用于所述第一业务服务器获取直播间主播的开播通知消息；第二获取模块，用于获取目标通知接收接口，所述目标通知接口为第二业务服务器的通知接收接口，所述第二业务服务器为第三方服务器；推送模块，用于向所述目标通知接收接口发送所述开播通知消息，以使得所述目标通知接收接口以目标推送模式向目标用户推送所述开播通知消息，所述目标用户为与所述第一业务服务器关联的用户。

第四方面，本申请实施例提供了一种消息推送装置，运行于第二业务服务器，所述第二业务服务器配置有目标通知接收接口，该装置包括：消息接收单元，用于所述第二业务服务器基于所述目标通知接收接口接收第一业务服务器发送的开播通知消息；获取单元，用于获取与所述开播通知消息对应的目标用户，所述目标用户为与所述第一业务服务器关联的用户；推送单元，用于以目标推送模式向所述目标用户推送所述开播通知消息。

第五方面，本申请实施例提供了一种电子设备，包括存储器以及一个或多个处理器；一个或多个程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于执行上述第一方面或第二方面所述的方法。

第六方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质中存储有程序代码，其中，在程序代码被处理器运行时执行上述第一方面或第二方面所述的方法。

本申请实施例提供的一种消息推送方法、装置、电子设备以及存储介质，通过第一业务服务器获取直播间主播的开播通知消息，继而获取目标通知接收接口，然后向目标通知接收接口发送开播通知消息，以使得目标通知接收接口以目标推送模式向目标用户推送开播通知消息。从而通过上述方式实现了在获取了直播间主播的开播通知消息的情况下，第一业务服务器可以向目标通知接收接口发送开播通知消息，以使得可以由目标通知接收接口以目标推送模式向目标用户推送开播通知消息，而不需要第一业务服务器直接向目标用户推送开播通知消息，减小了消息推送过程中的计算量，同时由目标通知接收接口以目标推送模式向目标用户推送开播通知消息，可以丰富消息推送的方式，进而提升推送效率。

附图说明

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

图1示出了本申请实施例提供的一种应用环境示意图。

图2示出了本申请一实施例提供的一种消息推送方法的方法流程图。

图3示出了图2中的步骤S120的方法流程图。

图4示出了本申请另一实施例提供的一种消息推送方法的方法流程图。

图5示出了本申请又一实施例提供的一种消息推送方法的方法流程图。

图6示出了本申请实施例提供的第一业务服务器对直播间主播的开播通知消息等进行推送的时序图。

图7示出了本申请再一实施例提供的一种消息推送方法的方法流程图。

图8示出了图7中的步骤S420的方法流程图。

图9示出了本申请一实施例提供的一种消息推送装置的结构框图。

图10示出了本申请另一实施例提供的一种消息推送装置的结构框图。

图11示出了本申请实施例提供的一种电子设备的结构框图。

图12示出了本申请实施例的用于保存或者携带实现根据本申请实施例的消息推送方法的程序代码的存储单元。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

随着互联网技术的快速发展，网络直播逐渐融入人们的工作生活中，诸如直播购物、直播表演、直播教学等。为了提升网络直播的开播拉活效率，可以向网络直播平台的关联用户帐户推送主播的开播通知消息，以使得关联用户帐户的用户可以便捷的参与到内容丰富、实时性强的直播互动中。

作为一种方式，可以将联运SDK嵌入到联运方的客户端(例如APP)，将主播粉丝关系存储在业务服务器，在主播开播时，由业务服务器实时计算各联运方的主播粉丝关系，然后调用联运方的Push通知通道去拉活粉丝用户，然而，随着网络直播观众用户数量的快速增多，现有的通知方式会耗费较大的资源计算成本以及存储成本，且通知效率有限。

针对上述的问题，发明人经过长期的研究发现，可以通过第一业务服务器获取直播间主播的开播通知消息，继而获取目标通知接收接口，然后向目标通知接收接口发送开播通知消息，以使得目标通知接收接口以目标推送模式向目标用户推送开播通知消息。从而通过上述方式实现了在获取了直播间主播的开播通知消息的情况下，第一业务服务器可以向目标通知接收接口发送开播通知消息，以使得可以由目标通知接收接口以目标推送模式向目标用户推送开播通知消息，而不需要第一业务服务器直接向目标用户推送开播通知消息，减小了消息推送过程中的计算量，同时由目标通知接收接口以目标推送模式向目标用户推送开播通知消息，可以丰富消息推送的方式，进而提升推送效率。因此，提出了本申请实施例提供的一种消息推送方法、装置、电子设备以及存储介质。

为了便于详细说明本申请方案，下面先结合附图对本申请实施例中的一种应用环境进行介绍。

请参阅图1，为本申请实施例提供的一种消息推送方法的应用环境示意图，如图1所示，该应用环境可以理解为本申请实施例提供的一种网络系统10，该网络系统10包括：第一用户终端11、第一业务服务器12、第二业务服务器13以及第二用户终端14。

其中，第一业务服务器12以及第二业务服务器13可以均是一台服务器(网络接入服务器)，也可以均是由若干台服务器组成的服务器集群(云服务器)，或者可以均是一个云计算中心(数据库服务器)。第一用户终端11以及第二用户终端14可以是任何具备通信和存储功能的设备，包括但不限于PC(Personal Computer，个人计算机)、PDA(平板电脑)、智能电视、智能手机、智能可穿戴设备或其他具有网络连接功能的智能通信设备。

需要说明的是，本申请实施例中的方法可以应用于网络直播平台，作为一种方式，网络直播平台可以运行于如图1所示的第一业务服务器12中，也可以是运行于若干台第一业务服务器12(图中仅示出一台)组成的服务器集群中。可选的，第一用户终端11以及第二用户终端14中均配置有与网络直播应用关联的客户端，该客户端可以是即时通讯应用或社交网络应用的客户端，可选的，该客户端可以是应用程序客户端(如手机APP中的视频播放应用程序)，也可以是网页客户端(例如网络直播平台)，在此不作限定。其中，第一业务服务器12以及第二业务服务器13均可以通过网络与对应的客户端建立通信连接，作为一种方式，该网络可以是无线网络，也可以是有线网络。用户可以使用注册的用户帐号登录客户端或者互联网，客户端可以具有信息输入界面，用户在该界面内输入文本信息，并且该文本信息可以在客户端的聊天界面内显示。

可选的，第一业务服务器12与第二业务服务器13具备联运关系，第一业务服务器12可以为联运业务方，第二业务服务器13可以为联运接入方，当主播用户通过第一用户终端11开启直播时，第一业务服务器12可以将主播的开播通知消息推送给第二业务服务器13，以便于可以由第二业务服务器13将主播的开播通知消息通知给登录在第二用户终端14的粉丝用户。其中，主播用户与粉丝用户的关注关系可以存储在第一业务服务器12和或第一用户终端11。

下面将结合附图具体描述本申请的各实施例。

请参阅图2，示出了本申请一实施例提供的一种消息推送方法的流程图，本实施例提供一种消息推送方法，可应用于第一业务服务器，该方法包括：

步骤S110：所述第一业务服务器获取直播间主播的开播通知消息。

可选的，当直播间的主播用户开始直播时，可以生成直播通知消息流，主播用户所在的客户端可以将该直播通知消息流发送给第一业务服务器，即第一业务服务器可以在获取到直播通知消息流时获取直播直播间主播的开播通知消息。

步骤S120：获取目标通知接收接口，所述目标通知接收接口为第二业务服务器的通知接收接口。

其中，第二业务服务器为第三方服务器，即第二业务服务器独立部署，第二业务服务器与第一业务服务器可以具备联运合作关系，第二业务服务器与第一业务服务器通过接口交互数据，第二业务服务器的类型以及数量可以不做限定，可选的，第二业务服务器可以包括多个第二业务服务器。例如，第一业务服务器可以与多个第二业务服务器具备联运合作关系，且第一业务服务器与每一个第二业务服务器的联运合作标准可以不同，具体可以根据实际情况进行设定。

可选的，第二业务服务器配置有至少一个通知接收接口，不同的通知接收接口可以用于接收不同种类的通知消息。作为一种方式，第一业务服务器可以调用第二业务服务器中用于接收直播通知消息的接口作为目标通知接收接口(可以为HTTP接口)，具体调用过程描述如下。

请参阅图3，作为一种方式，步骤S120可以包括：

步骤S121：向通知接收接口发送指定格式的请求参数。

在一种实现方式中，第一业务服务器可以向第二业务服务器的通知接收接口逐一发送指定格式的请求参数，以便于准确的获取用于接收直播通知消息的接口。其中，该指定格式可以是与前述的开播通知消息匹配的格式，该请求参数可以包括入参以及出参等，具体格式的设定方式以及参数的类型可以不做限定。

步骤S122：若接收到所述通知接收接口返回的指定数据结构的响应结果，将所述通知接收接口作为目标通知接收接口。

可选的，若接收到通知接收接口返回了指定数据结构的响应结果，那么可以确定该通知接收接口是可用的，在这种方式下，可以将该通知接收接口作为目标通知接收接口。其中，指定数据结构的具体格式不受限制，且指定数据结构的具体设置过程可以参考相关技术，在此不再赘述。

可选的，若没有接收到有通知接收接口返回指定数据结构的响应结果，那么可以重新进行接口校验，即重新向通知接收接口发送指定格式的请求参数，或间隔指定时长(例如10秒、20秒等，具体数值可以不做限定)后再次向通知接收接口发送指定格式的请求参数。

步骤S130：向所述目标通知接收接口发送所述开播通知消息，以使得所述目标通知接收接口以目标推送模式向目标用户推送所述开播通知消息。

作为一种方式，第一业务服务器可以向目标通知接收接口发送主播的开播通知消息，以使得第二业务服务器可以调用目标通知接收接口以目标推送模式向目标用户推送该开播通知消息。可选的，第二业务服务器可以根据业务需求确定目标推送模式，目标用户为与目标推送模式对应的用户。

本实施例提供的消息推送方法，通过第一业务服务器获取直播间主播的开播通知消息，继而获取目标通知接收接口，然后向目标通知接收接口发送开播通知消息，以使得目标通知接收接口以目标推送模式向目标用户推送开播通知消息。从而通过上述方式实现了在获取了直播间主播的开播通知消息的情况下，第一业务服务器可以向目标通知接收接口发送开播通知消息，以使得可以由目标通知接收接口以目标推送模式向目标用户推送开播通知消息，而不需要第一业务服务器直接向目标用户推送开播通知消息，减小了消息推送过程中的计算量，同时由目标通知接收接口以目标推送模式向目标用户推送开播通知消息，可以丰富消息推送的方式，进而提升推送效率。

请参阅图4，示出了本申请另一实施例提供的一种消息推送方法的流程图，本实施例提供一种消息推送方法，可应用于第一业务服务器，该方法包括：

步骤S210：所述第一业务服务器获取直播间主播的开播通知消息。

步骤S220：获取目标通知接收接口，所述目标通知接收接口为第二业务服务器的通知接收接口。

步骤S230：向所述目标通知接收接口发送所述开播通知消息，以使得所述目标通知接收接口以目标推送模式向目标用户推送所述开播通知消息。

步骤S240：将所述开播通知消息推送给指定用户。

可选的，第一业务服务器在向目标通知接收接口发送开播通知消息时，可以将开播通知消息推送给指定用户。可选的，指定用户与目标用户为不同的用户，指定用户可以是与第一业务服务器直接关联的用户。例如，假设主播用户A与观众用户B均与第一业务服务器关联，观众用户C与第二业务服务器直接关联，在主播用户A开启直播时，观众用户B可以理解为指定用户，而观众用户C可以理解为目标用户。

可选的，本实施例也可以先将开播通知消息推送给指定用户，再向目标通知接收接口发送开播通知消息；或者也可以先向目标通知接收接口发送开播通知消息，再将开播通知消息推送给指定用户，具体顺序可以不做限定，通过将开播通知消息推送给指定用户，可以提升直播间的用户流量，提升直播间的活跃度。

本实施例提供的消息推送方法，实现了在获取了直播间主播的开播通知消息的情况下，第一业务服务器可以向目标通知接收接口发送开播通知消息，以使得可以由目标通知接收接口以目标推送模式向目标用户推送开播通知消息，而不需要第一业务服务器直接向目标用户推送开播通知消息，减小了消息推送过程中的计算量，同时由目标通知接收接口以目标推送模式向目标用户推送开播通知消息，可以丰富消息推送的方式，进而提升推送效率。通过在向目标通知接收接口发送开播通知消息时，还将开播通知消息推送给指定用户，可以提升直播间的用户流量，进而提升直播间的活跃度。

请参阅图5，示出了本申请又一实施例提供的一种消息推送方法的流程图，本实施例提供一种消息推送方法，可应用于第一业务服务器，该方法包括：

步骤S310：所述第一业务服务器获取直播间主播的开播通知消息。

步骤S320：获取目标通知接收接口，所述目标通知接收接口为第二业务服务器的通知接收接口。

步骤S330：向所述目标通知接收接口发送所述开播通知消息，以使得所述目标通知接收接口以目标推送模式向目标用户推送所述开播通知消息。

步骤S340：获取与所述主播关联的关注消息。

可选的，当与第二业务服务器关联的用户账号登录时，该用户账号对应的粉丝用户可以对喜爱的或感兴趣的主播进行关注或取消关注，当粉丝用户触发了关注或取消关注事件时，可以将触发的操作内容发送给第一业务服务器，即第一业务服务器可以获取与主播关联的关注消息。

步骤S350：向关注通知接口推送所述关注消息，以使得所述关注通知接口更新与所述主播关联的关注数据。

作为一种方式，为了确保开播通知消息推送的准确性与实时性，当与主播关联的关注消息发生变化时，第一业务服务器可以向第二业务服务器的关注通知接收接口推送关注消息，以使得第二业务服务器可以调用关注通知接收接口更新与主播关联的关注数据。

下面以图6为例对本实施例进行示例性的说明：

请参阅图6，示出了本申请实施例提供的第一业务服务器对直播间主播的开播通知消息等进行推送的时序图。如图6所示，接入方APP内嵌入有第一业务服务器的SDK(即图中的SDK1)，接入方APP与联运方业务服务器直接关联，第一业务服务器配置有开播工具，可以检测直播间主播用户的开播。

可选的，联运用户通过第三方登录成功关联了第一业务服务器对应的直播平台账号并登录后，可以关注主播用户，此时接入方APP可以通过SDK1调用第一业务服务器，并将新增或变换的对主播用户的关注关系数据发送给第一业务服务器，第一业务服务器在存储完关注关系数据后会同步一份数据到联运接入方(即会发送关注关系数据给联运方业务服务器)，这里联运方业务服务器需要按照第一业务服务器对应的供应商提供的标准接口定义来实现接口，并将接口上报至第一业务服务器。

当直播间的主播开播时，第一业务服务器可以快速的完成自身的开播Push业务，并同时遍历第一业务服务器侧存储的所有有效标准联运接入方的开播通知接口，并完成对所有有效标准联运接入方的开播Push业务；联运接入方(即联运方业务服务器)收到开播通知后，可以遍历自身存储的绑定用户对主播用户的关注关系，然后按需下发Push业务。其中，联运方业务服务器可以根据实际需求自定义实现Push下发策略和下发样式，从而可以提高标准联运的接入效率，同时又可以保留各接入方Push拉活的业务扩展性。

本实施例提供的消息推送方法，通过第一业务服务器获取直播间主播的开播通知消息，继而获取目标通知接收接口，然后向目标通知接收接口发送开播通知消息，以使得目标通知接收接口以目标推送模式向目标用户推送开播通知消息。从而通过上述方式实现了在获取了直播间主播的开播通知消息的情况下，第一业务服务器可以向目标通知接收接口发送开播通知消息，以使得可以由目标通知接收接口以目标推送模式向目标用户推送开播通知消息，而不需要第一业务服务器直接向目标用户推送开播通知消息，减小了消息推送过程中的计算量，同时由目标通知接收接口以目标推送模式向目标用户推送开播通知消息，可以丰富消息推送的方式，进而提升推送效率。通过将与主播关联的关注消息进行推送，可以确保消息推送的准确性。

请参阅图7，示出了本申请再一实施例提供的一种消息推送方法的流程图，本实施例提供一种消息推送方法，可应用于第二业务服务器，第二业务服务器配置有目标通知接收接口，该方法包括：

步骤S410：所述第二业务服务器基于所述目标通知接收接口接收第一业务服务器发送的开播通知消息。

步骤S420：获取与所述开播通知消息对应的目标用户。

可选的，本实施例中的目标用户为与第一业务服务器关联的用户，例如，假设第一业务服务器对应的直播平台存在主播用户A，目标用户B为与第二业务服务器对应的业务平台的用户，而用户B是用户A的粉丝，那么用户B可以为目标用户。

请参阅图8，作为一种方式，步骤S420可以包括：

步骤S421：基于所述开播通知消息获取直播的兴趣类别。

可选的，第二业务服务器在对开播通知消息进行推送之前，可以先基于开播通知消息获取直播的兴趣类别，例如，第二业务服务器可以预先定义直播的兴趣类别包括第一兴趣类别、第二兴趣类别以及第三兴趣类别，不同的兴趣类别对应的粉丝用户不同，且不同的兴趣类别对应的粉丝用户的消费能力可以不同，以便于可以根据兴趣类别确定推送对象。

步骤S422：将与所述兴趣类别关联存储的用户获取作为目标用户。

作为一种方式，在确定了直播的兴趣类别之后，可以将与兴趣类别关联存储的用户作为目标用户。例如，作为一种具体的实施方式，假设直播的兴趣类别为美食类直播，那么可以将与美食类直播关联存储的用户获取作为目标用户，可选的，此处仅作为示例，实际实现时可以根据需求设计兴趣类别。

步骤S430：以目标推送模式向所述目标用户推送所述开播通知消息。

在一种实现方式中，在确定了兴趣类别以及目标用户后，为了确保推送的有效性，可以以目标推送模式进行推送。例如，以上述示例为例，假设直播的兴趣类别为美食类直播，目标用户为与美食类直播关联存储的用户，在这种方式下，如果直接向全部与美食类直播关联存储的用户，可能会导致推送资源浪费，作为一种改善这一问题的方式，可以先获取第二业务服务器对应的商家的业务需求，再基于业务需求确定目标推送模式。

例如，本实施例可以将与美食类直播关联存储的用户中，消费能力强或消费频率高的用户确定为目标用户，即在对开播通知消息进行推送时，仅向与美食类直播关联存储的用户中、消费能力强或消费频率高的用户推送开播通知消息，从而可以有效的提升直播间的用户流量，进而提升开播通知消息的推送效率。

本实施例提供的消息推送方法，通过第二业务服务器基于目标通知接收接口接收第一业务服务器发送的开播通知消息，继而获取与开播通知消息对应的目标用户，然后以目标推送模式向目标用户推送开播通知消息。实现了对开播通知消息的有效推送，提升了推送效率。

请参阅图9，为本申请实施例提供的一种消息推送装置的结构框图，本实施例提供一种消息推送装置500，可以运行于第一业务服务器，所述装置500包括：第一获取模块510、第二获取模块520以及推送模块530：

第一获取模块510，用于第一业务服务器获取直播间主播的开播通知消息。

第二获取模块520，用于获取目标通知接收接口，所述目标通知接口为第二业务服务器的通知接收接口，所述第二业务服务器为第三方服务器。

可选的，第二获取模块520可以用于向通知接收接口发送指定格式的请求参数；若接收到所述通知接收接口返回的指定数据结构的响应结果，将所述通知接收接口作为目标通知接收接口。

推送模块530，用于向所述目标通知接收接口发送所述开播通知消息，以使得所述目标通知接收接口以目标推送模式向目标用户推送所述开播通知消息，所述目标用户为与所述第一业务服务器关联的用户。

可选的，推送模块530还可以用于将所述开播通知消息推送给指定用户，所述指定用户与所述目标用户为不同的用户。

可选的，第一获取模块510还可以用于获取与所述主播关联的关注消息，在这种方式下，推送模块530还可以用于向关注通知接口推送所述关注消息，以使得所述关注通知接口更新与所述主播关联的关注数据。

请参阅图10，为本申请实施例提供的一种消息推送装置的结构框图，本实施例提供一种消息推送装置600，可以运行于第二业务服务器，所述装置600包括：消息接收单元610、获取单元620以及推送单元630：

消息接收单元610，用于第二业务服务器基于所述目标通知接收接口接收第一业务服务器发送的开播通知消息。

获取单元620，用于获取与所述开播通知消息对应的目标用户，所述目标用户为与所述第一业务服务器关联的用户。

可选的，获取单元620可以用于基于所述开播通知消息获取直播的兴趣类别；将与所述兴趣类别关联存储的用户获取作为目标用户。

推送单元630，用于以目标推送模式向所述目标用户推送所述开播通知消息。

可选的，装置600还可以包括推送模式确定单元，用于以目标推送模式向所述目标用户推送所述开播通知消息之前，获取业务需求；基于所述业务需求确定目标推送模式。

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

在本申请所提供的几个实施例中，所显示或讨论的模块相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

请参阅图11，基于上述的消息推送方法及装置，本申请实施例还提供了一种可以执行前述消息推送方法的电子设备100。可选的，电子设备可以为前述的第一业务服务器或第二业务服务器。电子设备100包括存储器102以及相互耦合的一个或多个(图中仅示出一个)处理器104，存储器102以及处理器104之间通信线路连接。存储器102中存储有可以执行前述实施例中内容的程序，而处理器104可以执行存储器102中存储的程序。

其中，处理器104可以包括一个或者多个处理核。处理器104利用各种接口和线路连接整个电子设备100内的各个部分，通过运行或执行存储在存储器102内的指令、程序、代码集或指令集，以及调用存储在存储器102内的数据，执行电子设备100的各种功能和处理数据。可选地，处理器104可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(ProgrammableLogic Array，PLA)中的至少一种硬件形式来实现。处理器104可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器104中，单独通过一块通信芯片进行实现。

存储器102可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器102可用于存储指令、程序、代码、代码集或指令集。存储器102可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现前述各个实施例的指令等。存储数据区还可以存储电子设备100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参考图12，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读存储介质700中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质700可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质700包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质700具有执行上述方法中的任何方法步骤的程序代码710的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码710可以例如以适当形式进行压缩。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

综上所述，本申请实施例提供的一种消息推送方法、装置、电子设备以及存储介质，通过第一业务服务器获取直播间主播的开播通知消息，继而获取目标通知接收接口，然后向目标通知接收接口发送开播通知消息，以使得目标通知接收接口以目标推送模式向目标用户推送开播通知消息。从而通过上述方式实现了在获取了直播间主播的开播通知消息的情况下，第一业务服务器可以向目标通知接收接口发送开播通知消息，以使得可以由目标通知接收接口以目标推送模式向目标用户推送开播通知消息，而不需要第一业务服务器直接向目标用户推送开播通知消息，减小了消息推送过程中的计算量，同时由目标通知接收接口以目标推送模式向目标用户推送开播通知消息，可以丰富消息推送的方式，进而提升推送效率。

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

Claims (11)

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

所述第一业务服务器获取直播间主播的开播通知消息；

获取目标通知接收接口，所述目标通知接口为第二业务服务器的通知接收接口，所述第二业务服务器为第三方服务器；

向所述目标通知接收接口发送所述开播通知消息，以使得所述目标通知接收接口以目标推送模式向目标用户推送所述开播通知消息，所述目标用户为与所述第一业务服务器关联的用户。

2.根据权利要求1所述的方法，其特征在于，所述获取目标通知接收接口，包括：

向通知接收接口发送指定格式的请求参数；

若接收到所述通知接收接口返回的指定数据结构的响应结果，将所述通知接收接口作为目标通知接收接口。

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

将所述开播通知消息推送给指定用户，所述指定用户与所述目标用户为不同的用户。

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

获取与所述主播关联的关注消息；

向关注通知接口推送所述关注消息，以使得所述关注通知接口更新与所述主播关联的关注数据。

5.一种消息推送方法，其特征在于，应用于第二业务服务器，所述第二业务服务器配置有目标通知接收接口，所述方法包括：

所述第二业务服务器基于所述目标通知接收接口接收第一业务服务器发送的开播通知消息；

获取与所述开播通知消息对应的目标用户，所述目标用户为与所述第一业务服务器关联的用户；

以目标推送模式向所述目标用户推送所述开播通知消息。

6.根据权利要求5所述的方法，其特征在于，所述获取与所述开播通知消息对应的目标用户，包括：

基于所述开播通知消息获取直播的兴趣类别；

将与所述兴趣类别关联存储的用户获取作为目标用户。

7.根据权利要求5所述的方法，其特征在于，所述以目标推送模式向所述目标用户推送所述开播通知消息之前，所述方法还包括：

获取业务需求；

基于所述业务需求确定目标推送模式。

8.一种消息推送装置，其特征在于，运行于第一业务服务器，所述装置包括：

第一获取模块，用于所述第一业务服务器获取直播间主播的开播通知消息；

第二获取模块，用于获取目标通知接收接口，所述目标通知接口为第二业务服务器的通知接收接口，所述第二业务服务器为第三方服务器；

推送模块，用于向所述目标通知接收接口发送所述开播通知消息，以使得所述目标通知接收接口以目标推送模式向目标用户推送所述开播通知消息，所述目标用户为与所述第一业务服务器关联的用户。

9.一种消息推送装置，其特征在于，运行于第二业务服务器，所述第二业务服务器配置有目标通知接收接口，所述装置包括：

消息接收单元，用于所述第二业务服务器基于所述目标通知接收接口接收第一业务服务器发送的开播通知消息；

获取单元，用于获取与所述开播通知消息对应的目标用户，所述目标用户为与所述第一业务服务器关联的用户；

推送单元，用于以目标推送模式向所述目标用户推送所述开播通知消息。

10.一种电子设备，其特征在于，包括一个或多个处理器以及存储器；

一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行权利要求1-4或5-7任一所述的方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序代码，其中，在所述程序代码被处理器运行时执行权利要求1-4或5-7任一所述的方法。

Images