CN112153399A

CN112153399A - 直播流推送方法、预推流请求方法及相关设备

Info

Publication number: CN112153399A
Application number: CN202010997343.5A
Authority: CN
Inventors: 魏春祥
Original assignee: Beijing Dajia Internet Information Technology Co Ltd
Current assignee: Beijing Dajia Internet Information Technology Co Ltd
Priority date: 2020-09-21
Filing date: 2020-09-21
Publication date: 2020-12-29

Abstract

本公开关于一种直播流推送方法、预推流请求方法及相关设备。直播流推送方法包括：通过目标账号向直播服务器发送预推流请求，所述预推流请求中包括所述目标账号；接收所述直播服务器发送的预推流信息；在所述预推流信息包括与第一直播流对应的第一直播标识信息，所述第一直播流由第二直播终端通过所述目标账号推送的情况下，向所述直播服务器推送所述第一直播流。根据本公开的方案，若主播在利用第二直播终端进行直播时出现直播中断，可以通过第一直播终端登录同一账号实现直播的续播，用户仍可以观看直播，从而可以提高直播的可靠性。

Description

直播流推送方法、预推流请求方法及相关设备

技术领域

本公开涉及数据传输技术领域，尤其涉及直播流推送方法、预推流请求方法及相关设备。

背景技术

随着网络技术的发展，直播平台的应用越来越广泛。相关技术中，若直播过程中因遇到手机卡死、无网络、电量耗尽等情况导致直播中断，用户将无法继续观看该直播。可见，现有直播的可靠性较低。

发明内容

本公开提供一种直播流推送方法、预推流请求方法及相关设备，以至少解决相关技术中直播的可靠性较低的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种直播流推送方法，应用于第一直播终端，所述方法包括：

通过目标账号向直播服务器发送预推流请求，所述预推流请求中包括所述目标账号；

接收所述直播服务器发送的预推流信息；

在所述预推流信息包括与第一直播流对应的第一直播标识信息，所述第一直播流由第二直播终端通过所述目标账号推送的情况下，向所述直播服务器推送所述第一直播流。

根据本公开实施例的第二方面，提供一种预推流请求方法，应用于直播服务器，所述方法包括：

接收第一直播终端通过目标账号发送的预推流请求，所述预推流请求中包括所述目标账号；

响应于所述预推流请求，检测当前接收到的N个直播流中是否存在由第二直播终端通过所述目标账号推送的第一直播流，得到检测结果，N为正整数；

根据所述检测结果，向所述第一直播终端发送预推流信息；

在所述预推流信息至少包括与所述第一直播流对应的第一直播标识信息的情况下，接收所述第一直播终端推送的所述第一直播流。

根据本公开实施例的第三方面，提供一种直播流推送装置，应用于直播服务器，，所述直播流推送装置包括：

第一发送模块，被配置为通过目标账号向直播服务器发送预推流请求，所述预推流请求中包括所述目标账号；

第一接收模块，被配置为接收所述直播服务器发送的预推流信息；

第二发送模块，被配置为在所述预推流信息包括与第一直播流对应的第一直播标识信息，所述第一直播流由第二直播终端通过所述目标账号推送的情况下，向所述直播服务器推送所述第一直播流。

根据本公开实施例的第四方面，提供一种预推流请求装置，应用于第一直播终端，，所述预推流请求装置包括：

第三接收模块，被配置为接收第一直播终端通过目标账号发送的预推流请求，所述预推流请求中包括所述目标账号；

检测模块，被配置为响应于所述预推流请求，检测当前接收到的N个直播流中是否存在由第二直播终端通过所述目标账号推送的第一直播流，得到检测结果，N为正整数；

第五发送模块，被配置为根据所述检测结果，向所述第一直播终端发送预推流信息；

第三接收模块，被配置为在所述预推流信息至少包括与所述第一直播流对应的第一直播标识信息的情况下，接收所述第一直播终端推送的所述第一直播流。

根据本公开实施例的第五方面，提供一种通信终端，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如第一方面所述的直播流推送方法；或者，以实现如第二方面所述的直播流接收方法。

根据本公开实施例的第五方面，提供一种存储介质，当所述存储介质中的指令由直播终端的处理器执行时，使得直播终端能够执行如第一方面所述的直播流推送方法；或者，当所述存储介质中的指令由直播服务器的处理器执行时，使得直播服务器能够执行如第二方面所述的直播流接收方法。

根据本公开实施例的第六方面，提供一种计算机程序产品，包括：

可执行指令，当所述可执行指令在计算机上运行时，使得计算机能够执行第一方面所述的直播流推送方法，或，第二方面中所述的直播流接收方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

在本公开实施例中，直播服务器在接收到第一直播终端通过目标账号发送的预推流请求后，可以检测接收到的直播流中是否存在由第二直播终端通过所述目标账号推送的第一直播流，在存在所述第一直播流的情况下，可以向第一直播终端发送包括与所述第一直播流对应的第一直播标识信息的预推流信息。第一直播终端在接收到该预推流信息之后，可以向所述直播服务器推送所述第一直播流，实现所述第一直播流的推送转移。这样，若主播在利用第二直播终端进行直播时出现直播中断，可以通过第一直播终端登录同一账号实现直播的续播，用户仍可以观看直播，从而可以提高直播的可靠性。

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

附图说明

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

图1是根据一示例性实施例示出的一种无线通信系统的示意图。

图2是根据一示例性实施例示出的一种直播流推送方法的流程图。

图3是根据一示例性实施例示出的一种直播流推送方法的流程图。

图4是根据一示例性实施例示出的一种直播流接收方法的流程图。

图5是根据一示例性实施例示出的一种直播方法的示意图。

图6是根据一示例性实施例示出的一种弹窗的示意图。

图7是根据一示例性实施例示出的一种直播流推送装置的框图。

图8是根据一示例性实施例示出的一种直播流接收装置的框图。

图9是根据一示例性实施例示出的一种通信设备的框图。

具体实施方式

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

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1示出的是本公开实施例可应用的一种无线通信系统。如图1所示，无线通信系统可以包括直播终端11、直播服务器12和用户终端13。在实际应用中，直播终端11和用户终端13可以为手机、电脑、可穿戴设备等设备，具体可根据实际情况决定，本公开实施例对此不做限定。

直播终端11可以视为直播过程中的推流端，用户终端13可以视为直播过程中的拉流端。直播终端11将直播流推流到直播服务器12，由直播服务器12统一进行直播流的调度，用户终端13可以通过向直播服务器12发送直播流请求，实现直播流的拉流。

图2是根据一示例性实施例示出的一种直播流推送方法的流程图。图1所示的直播流推送方法可以应用于第一直播终端。

如图2所示，直播流推送方法可以包括以下步骤：

在步骤S21中，通过目标账号向直播服务器发送预推流请求，所述预推流请求中包括所述目标账号。

具体实现时，主播可以在第一直播终端的直播应用程序登录目标账号，通过该直播应用程序开直播。第一直播终端的直播应用程序在接收到主播的开直播输入后，可以向直播服务器发送预推流请求，所述预推流请求中包括所述目标账号。

在步骤S22中，接收所述直播服务器发送的预推流信息。

具体实现时，直播服务器在接收到所述预推流请求，并获取到所述预推流请求携带的所述目标账号后，可以检测当前接收到的N个直播流中是否存在由第二直播终端通过所述目标账号推送的第一直播流，N为正整数，即检测当前接收到的N个直播流中是否已经存在另一直播终端通过所述目标账号推送的直播流。之后，根据检测结果，向所述第一直播终端发送预推流信息。

需要说明的是，对于某时刻之前未接收到结束指示的直播流，在该时刻，直播服务器可以将其视为当前接收到的直播流。对于中断的直播流，直播服务器不会接收到其对应的结束指示，因此，直播服务器仍会将视其为当前接收到的直播流。如：在时刻1之前，直播服务器未接收到直播流1、直播流2和直播流3的结束指示，则在时刻1，直播服务器可以将直播流1、直播流2和直播流3视为当前接收到的直播流；在时刻1之后，时刻2之前，直播服务器接收到直播流1的结束指示，直播流2中断，则在时刻2，直播服务器可以将直播流2和直播流3视为当前接收到的直播流。

在本公开实施例中，所述预推流信息可以包括第一直播标识信息和第二直播标识信息中的至少一项，所述第一直播标识信息与所述第一直播流对应，所述第二直播标识信息与所述N个直播流之外的第二直播流对应。所述直播标识信息可以为直播流名(StreamID)，但不仅限于此。所述预推流信息的具体内容可根据所述检测结果确定，在实施时，可以但不仅限于包括以下实现方式：

情况一：所述检测结果为所述N个直播流中存在所述第一直播流。

在此情况下，第一实现方式中，所述预推流信息可以仅包括所述第一直播标识信息。在该实现方式中，第一直播终端可以执行以下任一项：推送所述第一直播流；放弃推送直播流(即取消本次开播)。

第二实现方式中，所述预推流信息可以包括所述第一直播标识信息和所述第二直播标识信息。在该实现方式中，第一直播终端可以执行以下任一项：推送所述第一直播流；推送所述第二直播流；放弃推送直播流。

情况二：所述检测结果为所述N个直播流中不存在所述第一直播流。

在此情况下，所述预推流信息可以仅包括所述第二直播标识信息。在该实现方式中，第一直播终端可以执行以下任一项：推送所述第二直播流；放弃推送直播流。

在步骤S23中，在所述预推流信息包括与第一直播流对应的第一直播标识信息，所述第一直播流由第二直播终端通过所述目标账号推送的情况下，向所述直播服务器推送所述第一直播流。

具体实现时，第一直播终端在接收到步骤S23中的预推流信息之后，可以直接向所述直播服务器推送所述第一直播流；也可以基于主播的选择，向所述直播服务器推送所述第一直播流，具体可根据实际情况决定，本公开实施例对此不做限定。

第一直播终端在推送所述第一直播流后，用户终端可以继续从直播服务器获取所述第一直播流，继续观看直播，从而可以提高直播的可靠性。

在本公开实施例中，由前述内容可知，第一直播终端可以基于主播的选择，向所述直播服务器推送所述第一直播流。针对于此应用场景，第一直播终端在接收到预推流信息之后，可以输出与所述预推流信息匹配的选择信息，以供主播选择。

可选的，对于上述情况一中的第一实现方式的预推流信息，第一直播终端输出的选择信息可以包括第一控件和第三控件；对于上述情况一中的第二实现方式的预推流信息，第一直播终端输出的选择信息可包括第一控件和第二控件，进一步地，还可以包括第三控件；对于上述情况二中的预推流信息，第一直播终端输出的选择信息可以包括第二控件和第三控件；其中，所述第一控件与所述第一直播标识信息对应，用于控制所述第一直播终端推送所述第一直播流；所述第二控件与所述第二直播标识信息对应，用于控制所述第一直播终端推送所述第二直播流；所述第三控件用于控制所述第一直播终端放弃推送直播流。

主播可以根据自身需求，触控选择信息中的任一控件，以触发第一直播终端执行相应的操作。如：若主播期望通过所述第一直播终端重新推送所述第一直播流，实现中断直播的续播，则可以触控所述第一控件；若主播期望通过所述第一直播终端开启一个新的直播，推送所述第二直播流，则可以触控所述第二控件；若主播想取消本次开播，则可以触控所述第三控件。

图3是根据一示例性实施例示出的一种直播流推送方法的流程图。图3所示的直播流推送方法与图2所示的直播流推送方法的区别在于，进一步对直播推流方法进行了限定，具体为：在所述预推流信息还包括与第二直播流对应的第二直播标识信息的情况下，所述接收所述直播服务器发送的预推流信息步骤之后，所述向所述直播服务器推送所述第一直播流之前，所述方法还包括：输出选择信息，所述选择信息中包括第一控件和第二控件，所述第一控件与所述第一直播标识信息对应，所述第二控件与所述第二直播标识信息对应；所述向所述直播服务器推送所述第一直播流步骤，包括：在接收到用户针对所述第一控件的第一触控输入的情况下，向所述直播服务器推送所述第一直播流。

如图3所示，直播流推送方法可以包括以下步骤：

在步骤31中，通过目标账号向直播服务器发送预推流请求，所述预推流请求中包括所述目标账号。

需要说明的是，步骤31与步骤21的实现原理相同，具体可参考前述描述，此处不再赘述。

在步骤32中，接收所述直播服务器发送的预推流信息。

在本实施例中，所述预推流信息包括与第一直播流对应的第一直播标识信息，以及与第二直播流对应的第二直播标识信息。

在步骤33中，输出选择信息，所述选择信息中包括第一控件和第二控件，所述第一控件与所述第一直播标识信息对应，所述第二控件与所述第二直播标识信息对应。

在步骤34中，在接收到用户针对所述第一控件的第一触控输入的情况下，向所述直播服务器推送所述第一直播流。

具体实现时，在接收到用户针对所述第一控件的第一触控输入的情况下，说明主播期望通过所述第一直播终端重新推送所述第一直播流，实现中断直播的续播，第一直播终端可以响应于所述第一触控输入，向所述直播服务器推送所述第一直播流。这样，用户终端可以继续从直播服务器获取所述第一直播流，继续观看直播，从而可以提高直播的可靠性。

在本实施例中，可选的，所述输出选择信息步骤之后，所述方法还包括：

在接收到用户针对所述第二控件的第二触控输入的情况下，向所述直播服务器推送所述第二直播流。

在本可选实施方式中，主播可以触控第二控件，触发第一直播终端开启一个新的直播。

可选的，所述选择信息还包括第三控件，所述第三控件用于控制所述第一直播终端放弃推送直播流；

所述输出与所述预推流信息匹配的选择信息步骤之后，所述方法还包括：

在接收到用户针对所述第三控件的第三触控输入的情况下，放弃向所述直播服务器推送直播流。

在本可选实施方式中，主播可以触控第三控件，取消本次开播。

通过上述方式，可以提高第一直播终端操作的灵活度，使得第一直播终端的操作更符合主播的期望。

在本公开实施例中，可选的，所述接收所述直播服务器发送的预推流信息之后，所述方法还包括：

在所述预推流信息中仅包括与第二直播流对应的第二直播标识信息的情况下，向所述直播服务器推送所述第二直播流。

也就是说，对于前述情况二中的预推流信息，第一直播终端可以开启一个新的直播。

在本公开实施例中，可选的，所述向所述直播服务器推送所述第一直播流步骤之后，所述方法还包括：

接收所述直播服务器发送的第一业务信息；

其中，所述第一业务信息由所述第二直播终端推送所述第一直播流产生。

具体实现时，直播服务器可以记录每个直播流对应的业务信息，所述业务信息可以包括直播流对应的直播间的评论、弹幕、在线观众等信息，但不仅限于此。这样，在第一直播流的推送端由第二直播终端切换为第一直播终端的情况下，直播服务器可以向第一直播发送所述第一直播流对应的业务信息，从而可以避免中断的直播的业务信息丢失，可以进一步提高直播的可靠性。

在实施时，在从第二直播终端接收第一直播流转变为从第一直播终端接收第一直播流的情况下，直播服务器可以主动向第一直播终端发送所述第一业务信息，也可以基于第一直播终端的请求向其发送所述第一业务信息，具体可根据实际情况决定，本公开实施例对此不做限定。

图4是根据一示例性实施例示出的一种直播流接收方法的流程图。图4所示的直播流推送方法可以应用于直播服务器。

如图4所示，直播流接收方法可以包括以下步骤：

在步骤S41中，接收第一直播终端通过目标账号发送的预推流请求，所述预推流请求中包括所述目标账号。

在步骤S42中，响应于所述预推流请求，检测当前接收到的N个直播流中是否存在由第二直播终端通过所述目标账号推送的第一直播流，得到检测结果，N为正整数。

在步骤S43中，根据所述检测结果，向所述第一直播终端发送预推流信息。

在步骤S44中，在所述预推流信息至少包括与所述第一直播流对应的第一直播标识信息的情况下，接收所述第一直播终端推送的所述第一直播流。

可选的，在所述检测结果为所述N个直播流中存在所述第一直播流的情况下，所述预推流信息至少包括第一直播标识信息；或者，

在所述检测结果为所述N个直播流中不存在所述第一直播流的情况下，所述预推流信息包括与所述N个直播流之外的第二直播流对应的第二直播标识信息。

可选的，在所述检测结果为所述N个直播流中存在所述第一直播流的情况下，所述预推流信息还包括所述第二直播标识信息。

可选的，所述向所述第一直播终端发送预推流信息步骤之后，所述方法还包括：

在所述预推流信息中仅包括与所述N个直播流之外的第二直播流对应的第二直播标识信息，接收所述第一直播终端推送的所述第二直播流。

可选的，所述接收所述第一直播终端在第一条件满足的情况下推送的所述第一直播流步骤之后，所述方法还包括：

向所述第一直播终端发送第一业务信息；

需要说明的是，本实施例作为与图2方法实施例对应的直播服务器的实施例，因此，可以参见图2方法实施例中的相关说明，且可以达到相同的有益效果。为了避免重复说明，在此不再赘述。

需要说明的是，本公开实施例中介绍的多种可选的实施方式，彼此可以相互结合实现，也可以单独实现，对此本公开实施例不作限定。

为方便理解，结合图5和图6示例说明如下：

在下述示例中，第二直播终端表现为手机A，第一直播终端表现为手机B，手机A和手机B为登录同一账号的独立设备。直播标识信息表现为直播流名StreamId，第一直播标识信息表现为StreamId_01，第二直播标识信息表现为StreamId_02。需要说明的是，本示例中直播终端和直播标识信息的表现形式仅为示例，并不因此限制直播终端和直播标识信息的表现形式。

步骤一、手机A开直播，生成直播流名StreamId_01，正常开播。

具体实现时，如图5所示，手机A先请求服务器预推流(PrePush)，服务器返回的预推流信息包括直播流名StreamId_01，手机A向服务端推流StreamId_01。

步骤二、手机B也点击开播，此时会先请求服务端预推流(PrePush)，等待服务端返回预推流信息(PrePushInfo)。

步骤三、服务端检测到该账号在手机A上正在直播推流，可以在返回的预推流信息中同时下发新的直播流名StreamId_02，和已有直播的流名StreamId_01。

步骤四、手机B在预推流信息中判断如果有已开播的直播流StreamId_01，弹窗提示用户，弹窗上有“续播”、“正常开播”、“取消”等选项。

具体实现时，可以在直播界面显示弹窗，如图6所示，弹窗中可以包括“此账号已在直播中，续播功能已生效是否继续”，以及包括“续播”、“正常开播”、“取消”等选项的控件。

步骤五、用户如果选择“续播”，就会按照已有直播流名StreamId_01重新推流；如果选择“正常开播”，就会按照全新直播流名StreamId_02正常推流；如果选择“取消”，则取消本次开播。

步骤六、手机B续播成功后，手机A停止直播推流，直播间观众改为从手机B拉流，由于直播流名仍然是StreamId_01，观众无需做任何操作，全程正常看直播。

步骤七、直播间评论、弹幕、点赞、在线观众等业务信息是绑定对应直播流名，续播成功后，直播流名未改变，因此，这些业务状态得以保留，正常展示在续播后的直播间。

本公开实施例采取推流续播的方式，续播前后仍是在同一直播间，可以解决新、旧直播间不相通的问题。包括但不限于适用以下场景：

直播过程中APP突然崩溃(闪退)时，用该手机重新打开APP可以续播；

直播过程中遇到手机卡死、无网络、电量耗尽等情况时，用登录同一账号的备用手机可以续播；

续播成功后，直播间的观众、弹幕、评论等均与直播断流前一致，各种直播状态得以保留，保证了直播间的人气；

短时间内续播成功，可实现观众端看直播断流无感知，平滑过渡，从而有效保证观众看直播的体验。

本公开实施例解决了直播推流过程中因为各种原因异常中断，无法接续推流的问题。通过按照原有直播流名续推的解决方案，实现了直播间业务状态的保全接续，观众观看直播不断流卡顿，有力提升了类似场景下的用户体验。

图7是根据一示例性实施例示出的一种直播流推送装置框图。参照图7，该装置包括第一发送模块71、第一接收模块72和第二发送模块73。

第一发送模块71，被配置为通过目标账号向直播服务器发送预推流请求，所述预推流请求中包括所述目标账号；

第一接收模块72，被配置为接收所述直播服务器发送的预推流信息；

第二发送模块73，被配置为在所述预推流信息包括与第一直播流对应的第一直播标识信息，所述第一直播流由第二直播终端通过所述目标账号推送的情况下，向所述直播服务器推送所述第一直播流。

可选的，在所述预推流信息还包括与第二直播流对应的第二直播标识信息的情况下，所述直播流推送装置还包括：

输出模块，被配置为输出选择信息，所述选择信息中包括第一控件和第二控件，所述第一控件与所述第一直播标识信息对应，所述第二控件与所述第二直播标识信息对应；

所述第二发送模块73，被配置为：

在接收到用户针对所述第一控件的第一触控输入的情况下，向所述直播服务器推送所述第一直播流。

可选的，所述直播流推送装置还包括：

第三发送模块，被配置为在接收到用户针对所述第二控件的第二触控输入的情况下，向所述直播服务器推送所述第二直播流。

所述直播流推送装置还包括：

放弃模块，被配置为在接收到用户针对所述第三控件的第三触控输入的情况下，放弃向所述直播服务器推送直播流。

可选的，所述直播流推送装置还包括：

第四发送模块，被配置为在所述预推流信息中仅包括与第二直播流对应的第二直播标识信息的情况下，向所述直播服务器推送所述第二直播流。

可选的，所述直播流推送装置还包括：

第二接收模块，被配置为接收所述直播服务器发送的第一业务信息；

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图8是根据一示例性实施例示出的一种直播流接收装置框图。参照图8，该装置包括第三接收模块81、检测模块82、第五发送模块83和第三接收模块84。

第三接收模块81，被配置为接收第一直播终端通过目标账号发送的预推流请求，所述预推流请求中包括所述目标账号；

检测模块82，被配置为响应于所述预推流请求，检测当前接收到的N个直播流中是否存在由第二直播终端通过所述目标账号推送的第一直播流，得到检测结果，N为正整数；

第五发送模块83，被配置为根据所述检测结果，向所述第一直播终端发送预推流信息；

第三接收模块84，被配置为在所述预推流信息至少包括与所述第一直播流对应的第一直播标识信息的情况下，接收所述第一直播终端推送的所述第一直播流。

可选的，所述直播流接收装置还包括：

第四接收模块，被配置为在所述预推流信息中仅包括与所述N个直播流之外的第二直播流对应的第二直播标识信息，接收所述第一直播终端推送的所述第二直播流。

可选的，所述直播流接收装置还包括：

第六发送模块，被配置为向所述第一直播终端发送第一业务信息；

图9是根据一示例性实施例示出的一种通信设备的框图。如图9所示，通信设备包括：处理器91、存储器92、用户接口93和总线接口94。

在图9中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器91代表的一个或多个处理器和存储器92代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口94提供接口。针对不同的用户设备，用户接口93还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器91负责管理总线架构和通常的处理，存储器92可以存储处理器91在执行操作时所使用的数据。

在通信设备为第一直播终端的情况下，处理器91，用于读取存储器92中的程序，执行图2或图3实施例中的各个过程。在通信设备为直播服务器的情况下，处理器91，用于读取存储器92中的程序，执行图4实施例中的各个过程。

在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器94，上述指令可由网络设备的处理器91执行以完成上述方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，包括：可执行指令，当所述可执行指令在计算机上运行时，使得计算机能够执行上述方法。

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

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

Claims

1.一种直播流推送方法，应用于第一直播终端，其特征在于，所述方法包括：

接收所述直播服务器发送的预推流信息；

2.根据权利要求1所述的方法，其特征在于，在所述预推流信息还包括与第二直播流对应的第二直播标识信息的情况下，所述接收所述直播服务器发送的预推流信息步骤之后，所述向所述直播服务器推送所述第一直播流之前，所述方法还包括：

输出选择信息，所述选择信息中包括第一控件和第二控件，所述第一控件与所述第一直播标识信息对应，所述第二控件与所述第二直播标识信息对应；

所述向所述直播服务器推送所述第一直播流步骤，包括：

3.根据权利要求1或2所述的方法，其特征在于，所述向所述直播服务器推送所述第一直播流步骤之后，所述方法还包括：

接收所述直播服务器发送的第一业务信息；

4.一种直播流接收方法，应用于直播服务器，其特征在于，所述方法包括：

根据所述检测结果，向所述第一直播终端发送预推流信息；

5.根据权利要求4所述的方法，其特征在于，在所述检测结果为所述N个直播流中存在所述第一直播流的情况下，所述预推流信息至少包括第一直播标识信息；或者，

6.根据权利要求4或5所述的方法，其特征在于，所述接收所述第一直播终端在第一条件满足的情况下推送的所述第一直播流步骤之后，所述方法还包括：

向所述第一直播终端发送第一业务信息；

7.一种直播流推送装置，应用于第一直播终端，其特征在于，所述直播流推送装置包括：

8.一种直播流接收装置，应用于直播服务器，其特征在于，所述直播流接收装置包括：

9.一种通信终端，其特征在于，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如权利要求1至3中任一项所述的直播流推送方法；或者，以实现如权利要求4至6中任一项所述的预推流请求方法。

10.一种存储介质，当所述存储介质中的指令由直播服务器的处理器执行时，使得直播服务器能够执行如权利要求1至3中任一项所述的直播流推送方法；或者，当所述存储介质中的指令由直播终端的处理器执行时，使得直播终端能够执行如权利要求4至6中任一项所述的预推流请求方法。