WO2021238098A1

WO2021238098A1 - 直播方法、装置、电子设备及存储介质

Info

Publication number: WO2021238098A1
Application number: PCT/CN2020/128679
Authority: WO
Inventors: 梁栩华
Original assignee: 北京达佳互联信息技术有限公司
Priority date: 2020-05-27
Filing date: 2020-11-13
Publication date: 2021-12-02
Also published as: US11523146B2; CN111641839A; EP4054198A1; US20220279218A1; CN111641839B

Abstract

本公开关于一种直播方法、装置、电子设备及存储介质，包括：接收第二设备通过直播账号发送的预直播请求；根据直播账号确定对应的第一直播记录，并从第一直播记录中获取直播状态；当直播状态为直播中状态时,向第二设备的直播账号发送第一直播参数；其中，第一直播参数与第一直播标识对应；接收第二设备通过直播账号发送的与第一直播参数对应的开始直播请求；向第二设备的直播账号发送携带第一直播标识的第一开始直播指令，使得第二设备通过直播账号推送携带第一直播标识的直播数据以继续进行第一直播。

Description

直播方法、装置、电子设备及存储介质

相关申请的交叉引用

本公开要求于2020年05月27日提交的申请号为202010461060.9、名称为“直播方法、装置、电子设备及存储介质”的中国专利申请的优先权，该中国专利申请的全部内容通过引用全部并入本文。

技术领域

本公开涉及视频直播技术领域，尤其涉及一种直播方法、装置、电子设备及存储介质。

背景技术

在日益流行的直播服务中，任意的普通用户都可以通过设备开启直播，从而可以作为主播实时分享自己的生活给世界各地的其他用户，如众所周知的游戏直播、秀场直播(吃播、才艺展示、旅游直播)等场景。

大型的直播平台需要同时维护几十万个直播，这些直播90％是小直播，直播人数在100人以内，但是一些大型的直播，同时在线的直播人数能达到600万人以上。

在这些直播中，直播的直播行为都是由主播通过直播设备(PC客户端，Android客户端和iOS客户端等等)发起的。发起的直播会通过互动服务(服务器)写入MySQL(数据库)中，每一场直播都在MySQL中有相应的一条直播记录。

一场直播由一个主播通过任意一台直播设备发起，一开始会在该直播的直播记录中将直播状态设置为LIVING(直播中状态)，在直播关闭后，直播状态会被设置为ENDED(直播结束状态)。对于同一个主播，在任意时刻最多只能拥有一个LIVING的直播。如果一个主播通过另一台直播设备发起新的直播时，如果互动服务在直播记录中发现该主播当前有LIVING的直播，则会先将当前LIVING的直播设置成ENDED，并向该直播的主播和观众发送“直播间已经被关闭”的消息，然后才发起新的直播，针对新的直播在MySQL中新增一条新的直播记录，并设置新的直播记录中将直播状态设置为LIVING。

可以理解，如果主播的某台设备发生了问题(例如死机，停电或触摸失灵等)，主播需要更换一台设备开通新的直播进行直播的时候，原有直播会被关闭，原有直播关闭后，原有直播的观众可能会流失一部分，不会进入新的直播，此外，如果原有直播是一个超大直播间，原有直播关闭后，大量的观众会发起重新进入直播的请求，从而造成一个API(Application Programming Interface，应用程序接口)的超大尖峰，给互动服务带来较大压力，极大浪费了服务器资源。

发明内容

本公开提供一种直播方法、装置、电子设备及存储介质，本公开的技术方案如下：

根据本公开实施例的第一方面，一种直播方法，应用于服务器，所述服务器用于存储第一直播的第一直播记录，所述第一直播记录中包括直播状态、第一直播标识和直播账号，所述第一直播的直播设备为第一设备；所述方法包括：接收第二设备通过所述直播账号发送的预直播请求；根据所述直播账号确定对应的第一直播记录，并从所述第一直播记录中获取所述直播状态；当所述直播状态为直播中状态时,向所述第二设备的所述直播账号发送第一直播参数；其中，所述第一直播参数与第一直播标识对应；接收所述第二设备通过所述直播账号发送的与所述第一直播参数对应的开始直播请求；向所述第二设备的所述直播账号发送携带第一直播标识的第一开始直播指令,使得所述第二设备通过所述直播账号推送携带所述第一直播标识的直播数据以继续进行所述第一直播。

根据本公开实施例的第二方面，提供一种直播方法，应用于第二设备，所述方法包括：

通过直播账号向服务器发送预直播请求；所述服务器用于存储第一直播的第一直播记录，所述第一直播记录中包括直播状态，第一直播标识和直播账号，所述第一直播的直播设备为第一设备；

当所述直播账号对应的所述第一直播记录中的直播状态为直播中状态时，通过所述直播账号接收到所述服务器发送的第一直播参数；其中，所述第一直播参数与所述第一直播标识对应；

通过所述直播账号向所述服务器发送与所述第一直播参数对应的开始直播请求；

通过所述直播账号接收所述服务器发送的携带所述第一直播标识的第一开始直播指令，并推送携带所述第一直播标识的直播数据以继续进行所述第一直播。

根据本公开实施例的第三方面，提供一种直播装置，应用于服务器，所述服务器用于存储第一直播的第一直播记录，所述第一直播记录中包括直播状态、第一直播标识和直播账号，所述第一直播的直播设备为第一设备；所述装置包括：

第一请求接收单元，被配置为执行接收第二设备通过所述直播账号发送的预直播请求；

直播状态获取单元，被配置为执行根据所述直播账号确定对应的第一直播记录，并从所述第一直播记录中获取所述直播状态；

参数发送单元，被配置为执行当所述直播状态为直播中状态时，向所述第二设备的所述直播账号发送第一直播参数；其中，所述第一直播参数与所述第一直播标识对应；

第二请求接收单元，被配置为执行接收所述第二设备通过所述直播账号发送的与所述第一直播参数对应的开始直播请求；

直播指令发送单元，被配置为执行向所述第二设备的所述直播账号发送携带所述第一直播标识的第一开始直播指令，使得所述第二设备通过所述直播账号推送携带所述第一直播标识的直播数据以继续进行所述第一直播。

根据本公开实施例的第四方面，提供一种直播装置，应用于第二设备，所述装置包括：

第一请求发送单元，被配置为执行通过直播账号向服务器发送预直播请求；所述服务器用于存储第一直播的第一直播记录，所述第一直播记录中包括直播状态，第一直播标识和直播账号，所述第一直播的直播设备为第一设备；

参数接收单元，被配置为执行当所述直播账号对应的所述第一直播记录中的直播状态为直播中状态时,通过所述直播账号接收到所述服务器发送的第一直播参数；其中，所述第一直播参数与所述第一直播标识对应；

第二请求发送单元，被配置为执行通过所述直播账号向所述服务器发送与所述第一直播参数对应的开始直播请求；

直播数据推送单元，被配置为执行通过所述直播账号接收所述服务器发送的携带所述第一直播标识的第一开始直播指令，并推送携带所述第一直播标识的直播数据以继续进行所述第一直播。

根据本公开实施例的第五方面，提供一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现执行如上所述的直播方法。

根据本公开实施例的第六方面，提供一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如上所述的直播方法。

根据本公开实施例的第七方面，提供一种计算机程序产品，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，设备的至少一个处理器从所述可读存储介质读取并执行所述计算机程序，使得设备执行第一方面和第二方面的任一项实施例中所述的直播方法。

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

附图说明

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

图1是根据本公开的实施例示出的一种直播方法的应用环境图。

图2是根据本公开的实施例示出的一种直播方法的流程图。

图3是根据本公开的实施例示出的一种切换设备时直播的流程示意图。

图4是根据本公开的实施例示出的另一种直播方法的流程图。

图5是根据本公开的实施例示出的另一种切换设备时直播的流程示意图。

图6是根据本公开的实施例示出的一种直播装置的框图。

图7是根据本公开的实施例示出的另一种直播装置的框图。

图8是根据本公开的实施例示出的一种电子设备的内部结构图。

图9是根据本公开的实施例示出的另一种电子设备的内部结构图。

具体实施方式

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

本公开所提供的直播方法，可以应用于如图1所示的应用环境中。其中，该应用环境中包括第一设备101，第二设备102、服务器103和视频流源站104，这些网络节点通过网络连接。在第一设备101通过直播账号已经开通第一直播时，将在服务器103的数据库中写入第一直播对应的第一直播记录，其中第一直播记录中包括直播状态、第一直播标识和直播账号，如果第二设备102通过该直播账号向服务器103发送预直播请求，服务器103根据直播账号确定对应的第一直播记录，并从第一直播记录中获取直播状态，当该直播状态为直播中状态时，向第二设备的直播账号发送第一直播参数，第一直播参数与第一直播标识对应；服务器103接收第二设备102通过直播账号发送的与第一直播参数对应的开始直播请求，向第二设备102的直播账号发送携带第一直播标识的第一开始直播指令；第二设备102通过直播账号向视频流源站104推送携带第一直播标识的直播数据以继续进行第一直播。第一设备101和第二设备102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器103可以用独立的服务器或者是多个服务器组成的服务器集群来实现。其中，服务器103可以连接第一设备101和第二设备102，当然还可以连接其他设备，以向第一设备101和第二设备102返回相应的数据，同时，视频流源站104连接有至少一个内容分发网络节点，以将第一设备101和第二设备102推送的直播数据，推送到各个内容分发网络节点中。

图2是根据本公开的实施例示出的一种直播方法的流程图，如图2所示，直播方法用于服务器中，服务器用于存储第一直播的第一直播记录，第一直播记录中包括直播状态、第一直播标识和直播账号，第一直播的直播设备为第一设备；包括以下步骤：

在步骤S201中，接收第二设备通过直播账号发送的预直播请求。

其中，第一设备和第二设备是指主播推送直播数据以进行直播的直播设备。其中，每个主播都有自己的直播账号，通过直播账号可以唯一定位到相应的主播。需要说明的是，第二设备通过直播账号发送预直播请求，而该直播账号是发起第一直播的直播设备(即第一设备)的直播账号，说明是同一个主播的操作。

在本公开的实施例中，第一设备是指主播开启第一直播时的直播设备。在一些实施例中，第一设备可以通过直播账号向服务器请求开通第一直播，当服务器同意第一设备开通第一直播时，将会为该第一直播分配第一直播标识(比如直播ID(Identity document，身份标识))，并向第一设备返回第一直播标识和视频流源站的直播地址，使得第一设备可以基于直播地址向视频流源站推送携带第一直播标识的直播数据，以使视频流源站能够再通过CDN(Content Delivery Network，内容分发网络)将第一直播的直播数据发布至观众设备。

其中，当服务器同意第一设备开通第一直播时，将在服务器保存第一直播记录，其中第一直播记录中的信息至少包括有第一直播的直播状态、第一直播标识和第一直播的直播账号。需要注意的是，如果第一直播尚未关闭，那么该第一直播处于直播中状态。

在本公开的实施例中，在第一直播仍然处于直播状态时，如果第一设备出现死机，停电或触摸失灵等问题时，那么第一设备将无法继续向视频流源站推送直播数据，为了能够继续直播，此时主播将选择使用第二设备通过同一个直播账号向服务器请求开启直播。

在步骤S202中，根据直播账号确定对应的第一直播记录，并从第一直播记录中获取直播状态。

在一些实施例中，服务器的数据库中预先存储有多个直播账号的直播记录，服务器根据第二设备的直播账号查询数据库，获取与该直播账号对应的直播记录，作为第一直播记录，并从第一直播记录中获取直播状态。

在步骤S203中，当直播状态为直播中状态时，向第二设备的直播账号发送第一直播参数；其中，第一直播参数与第一直播标识对应。

在一些实施例中，当直播状态为直播中状态时，说明通过直播账号在第一设备发起的第一直播处于直播中状态，则通过服务器向第二设备发送第一直播参数和第二直播参数，以供第二设备的账户选择；其中，第一直播参数与第一直播标识对应。

需要说明的是，主播在第二设备中可以选择使用通过第一设备开通第一直播时使用的直播账号，那么第二设备的直播账号和第一设备的直播账号相同，表示是同一个主播的操作。

可以理解，如果在第二设备通过同一个直播账号向服务器发送预直播请求，且此时在第一设备通过该直播账号发起的第一直播仍然处于直播中状态时，本公开的实施例的服务器可以向第二设备返回两个直播参数，即第一直播参数(currentLivePrePushResult)和第二直播参数(prePushResult)，分别对应第一直播(老的直播)和第二直播(新的直播)，即第一直播参数与第一直播的第一直播标识对应。

在步骤S204中，接收第二设备通过直播账号发送的与第一直播参数对应的开始直播请求。

其中，开始直播请求为第二设备的账户选择第一直播参数时对应的请求；开始直播请求包括第二设备的第二设备标识。

第二设备接收到两个直播参数，则第二设备能确认当前的账户有在使用另外的设备进行直播，故将基于两个直播参数生成提示消息并在第二设备弹出，比如弹出的提示消息可以是“检测当您当前在第一设备上有另外的直播”，并提供三个选项“重新开启新的直播/将现有直播切换到第二设备/取消操作”供第二设备的账户(主播)选择。

如果第二设备的账户选择“将现有直播切换到第二设备”的选项，即选择第一直播参数，则表示希望将第一直播切换到第二设备，即重新开播但不换直播。

如果第二设备的账户选择“重新开启新的直播”的选项，即选择第二直播参数，则表示希望后续流程跟第一设备开通第一直播的方案一致，只是第二设备开通的是一个新的直播，那么服务器将停掉第一直播，开启新的直播。

如果第二设备的账户选择“取消操作”的选项，则表示不需要将第一直播切换到第二设备，也不需要开通新的直播。

即在本公开的实施例中，当第二设备的用户选择“将现有直播切换到第二设备”的选项，即选择第一直播参数，服务器将接收到第二设备通过直播账号发送的与第一直播参数对应的开始直播请求，表示第二设备的账户希望将第一直播切换到第二设备。

在步骤S205中，向第二设备的直播账号发送携带第一直播标识的第一开始直播指令，使得第二设备通过直播账号推送携带第一直播标识的直播数据以继续进行第一直播。

在确定账户希望将第一直播切换到第二设备后，服务器将向第二设备的直播账号发送第一直播的第一直播标识，这样，第二设备则可以通过该直播账号向视频流源站推送携带第一直播标识的直播数据，以继续进行第一直播。

本公开的实施例中，在第一设备通过直播账号开启第一直播时将生成第一直播记录，并对处于直播中状态的第一直播记录进行存储，如果此时接收第二设备通过该直播账号发送的预直播请求；根据直播账号确定对应的第一直播记录，并从第一直播记录中获取直播状态；当直播状态为直播中状态时，向第二设备的直播账号发送第一直播参数；其中，第一直播参数与第一直播标识对应；接收第二设备通过直播账号发送的与第一直播参数对应的开始直播请求；向第二设备的直播账号发送携带第一直播标识的第一开始直播指令,使得第二设备通过直播账号推送携带第一直播标识的直播数据以继续进行第一直播，即重新开播但不换直播。

应用本公开的实施例，可以将第一设备的处理直播中状态的直播(即第一直播)切换至第二设备，由于第二设备在向视频流源站推送直播数据时沿用了第一直播的第一直播标识而非使用新的直播标识，而观众设备是基于第一直播标识请求到直播数据，因此，即时在直播过程中切换了设备，对于观众设备而言也无需向服务器请求新的直播标识，本公开的实施例尤其适用于大型直播，大量观众设备无需重新发起请求，节省服务器资源。

在本公开的实施例中，上述步骤S205，向第二设备的直播账号发送携带第一直播标识的第一开始直播指令，使得第二设备通过直播账号推送携带第一直播标识的直播数据以继续进行第一直播，具体包括：向第二设备的直播账号发送携带第一直播标识的第一开始直播指令，第一开始直播指令还包括视频流源站的直播地址，使得第二设备通过直播账号基于直播地址向视频流源站推送携带第一直播标识的直播数据以继续进行第一直播。

在本公开的实施例中，在确定账户希望将第一直播切换到第二设备后，服务器将向第二设备的直播账号发送携带第一直播标识和视频流源站的直播地址的第一开始直播指令；第二设备在接收到第一开始直播指令之后，根据视频流源站的直播地址，查找到对应的视频流源站，并通过直播账号向该视频流源站推送携带第一直播标识的直播数据，以继续进行第一直播。这样，观众设备无需向服务器请求新的直播标识，即无需重新发起请求，那么服务器无需响应过多的请求，从而节省了服务器资源。

在本公开的实施例中，如果第二设备的用户选择“重新开启新的直播”的选项，即选择第二直播参数，那么上述步骤S203，向第二设备的直播账号发送第一直播参数，还包括：向第二设备的直播账号发送第一直播参数，并且同时向第二设备的直播账号发送第二直播参数；在向第二设备的直播账号发送第一直播参数，并且同时向第二设备的直播账号发送第二直播参数之后，方法还包括：接收第二设备通过直播账号发送的与第二直播参数对应的开始直播请求；生成第二直播标识，并生成第二直播记录；第二直播记录包括第二直播标识和直播账号；向第二设备的直播账号发送携带第二直播标识的第二开始直播指令，使得第二设备通过直播账号推送携带第二直播标识的直播数据以进行第二直播；第二直播为与第一直播通过同一直播账号发起的直播。

其中，与第二直播参数对应的开始直播请求，是指第二设备的账户选择第二直播参数时对应的请求。

在服务器中包括用于记录直播的数据库(MySQL)，每一场直播对应一条直播记录，第一设备开启的第一直播在数据库具有对应的第一直播记录。其中，在确定用户希望开启新的直播后，服务器允许第二设备开启第二直播，并为第二直播分配第二直播标识，此外，还将在数据库插入针对第二直播的第二直播记录，其中，该第二直播记录中的信息包括第二直播标识和直播账号。

此外，服务器还会将第二直播标识通过第二开始直播指令的形式反馈给第二设备的直播账号，这样，第二设备则可以通过直播账号向视频流源站推送携带第二直播标识的直播数据，以进行第二直播。

可以理解，应用本公开的实施例可以在账户已经在第一设备通过直播账号开启第一直播的情况下，继续在第二设备通过相同的直播账号开启第二直播，这样，账户可以在设备出现诸如死机等问题时切换设备继续直播，从而保证了账户的正常直播。

在本公开的实施例中，第一设备用于通过直播账号推送携带第一直播标识的直播数据以继续进行第一直播。

在本公开的实施例中，第二设备通过直播账号开启第二直播后，第一设备(即原设备)仍然可以继续第一直播的。

在本公开的实施例中，向第二设备的直播账号发送携带第二直播标识的第二开始直播指令，使得第二设备通过直播账号推送携带第二直播标识的直播数据以进行第二直播，包括：向第二设备的直播账号发送携带第二直播标识的第二开始直播指令，第二开始直播指令还包括视频流源站的直播地址，使得第二设备通过直播账号基于直播地址向视频流源站推送携带第二直播标识的直播数据以进行第二直播。

在本公开的实施例中，在确定账户希望通过第二设备开启新的直播之后，服务器将向第二设备的直播账号发送携带第二直播标识和视频流源站的直播地址的第二开始直播指令；第二设备在接收到第二开始直播指令之后，根据视频流源站的直播地址，查找到对应的视频流源站，并通过直播账号向该视频流源站推送携带第二直播标识的直播数据，以进行第二直播。这样，账户可以在设备出现诸如死机等问题时切换新的设备继续直播，从而保证了账户的正常直播。在本公开的实施例中，第一直播记录和第二直播记录中包括状态字段，在向第二设备的直播账号发送携带第二直播标识的第二开始直播指令，使得第二设备通过直播账号推送携带第二直播标识的直播数据以进行第二直播之后，方法还包括：将第一直播记录中的状态字段从直播中状态修改为直播结束状态，以及，将第二直播记录中的状态字段设置为直播中状态；在将第一直播记录中的状态字段从直播中状态修改为直播结束状态后，向第一设备发送关闭直播的通知消息，使得第一设备停止通过直播账号推送携带第一直播标识的直播数据。

在直播记录中均包括有状态字段(status)，其中，如果直播记录中的状态字段设置为LIVING(直播中状态)，则表示该直播记录对应的直播还在直播中，如果直播记录中的状态字段设置为END(直播结束状态)，则表示该直播记录对应的直播已经结束。

由于在先账户已经使用第一设备开启了第一直播，故在数据库中具有相应的第一直播记录，并且在第一直播未关闭之前，第一直播记录中的状态字段为直播中状态，如果此时账户使用第二设备开启第二直播，那么通过服务器将第一直播记录中的状态字段修改为直播结束状态，并向第一设备发送关闭直播的通知消息，以通知第一设备停止通过直播账号推送携带第一直播标识的直播数据，即关闭第一直播。此外，服务器将第二直播对应的第二直播记录的状态字段设置为直播中状态。在一些实施例中，服务器还可以根据实际情况修改或者新增直播记录，可以在下次又有同个账户请求开启直播时根据实际情况进行处理。

为了使本领域技术人员更好地理解本公开的实施例，下面采用具体示例对于账户已经使用第一设备的直播账号开通第一直播的情形下，又使用第二设备基于该直播账号继续重新开通第二直播的过程进行说明。参照图3，所示为一种切换设备时直播的流程示意图，涉及到live1的观众、live2的观众、设备A(第二设备)、设备B(第一设备)、互动服务(服务器)、MySQL(数据库)、视频流源站，具体实现步骤如下所示：

1、设备A通过直播账号向互动服务发送prePush请求(预直播请求)以请求prePushResult；

2、互动服务向设备A返回的prePushResult(直播参数)；

3、设备A基于prePushResult向互动服务发送startPush请求(开始直播请求)；

4、互动服务在MySQL中插入一条live2的直播记录，并将该直播记录的状态字段(status)设置为LIVING(直播中状态)；

5、如果设备B通过同一直播账号已经开通了live2(第一直播)，互动服务通知设备B已经关播；

6、如果设备B通过同一直播账号已经开通了live2(第一直播)，互动服务通知live2的观众已经关播；

7、设备A接收到互动服务返回的startPushResult(开始直播参数)，其中startPushResult中包括直播地址(KTP(Kwai Transport Protocol，快手传输协议)的直播地址)和一些其他的业务参数(直播标识和直播标题等)；

8、设备A使用KTP协议向视频流源站推送直播数据以开启live1(第二直播)；

9、如果设备A的live1被审核人员关闭，互动服务通知设备A已经关播；

10、如果设备A的live1被审核人员关闭，互动服务通知live1的观众已经关播；

11、如果设备A直播失败，将自动向互动服务发起关播，跳转至步骤12；

12、设备A向互动服务发送stopPush(关闭直播指令)；

13、互动服务将数据库中live2的直播记录中的status设置为END(直播结束状态)；

14、互动服务向设备A返回直播结束消息。

应用本公开的实施例，同一账户可以通过不同的设备发起直播，并且前面发起的直播不会对后面发起的直播造成影响，而是可以选择关闭前面发起的直播，使得后面发起的直播可以正常进行，那么即使设备出现故障用户也可以正常进行直播。

在本公开的实施例中，开始直播请求包括第二设备的第二设备标识，第一直播记录中还包括重直播设备字段，那么，上述步骤S204，在接收第二设备通过直播账号发送的与第一直播参数对应的开始直播请求之后，方法还包括：将第一直播记录中的重直播设备字段设置为第二设备的第二设备标识。

在本公开的实施例中，第一直播在数据库的第一直播记录中包括有直播设备字段，第一直播通过第一设备开启时将在第一直播记录的直播设备字段(PushDeviceId)写入第一设备的设备标识。其中，设备标识(deviceId)是全世界唯一，用于标识一台具体的直播设备。

如果服务器接收到第二设备发送的预直播请求，则将第一直播在数据库的第一直播记录的重直播设备字段(rePushDeviceId)设置成第二设备的第二设备标识。当然，如果在第一直播时没有切换过设备，那么重直播设备字段为空。

在本公开的施例中，在将第一直播记录中的重直播设备字段设置为第二设备标识之后，方法还包括：接收到通过直播账号发送的针对第一直播的关闭直播指令；从关闭直播指令中提取出设备标识，并获取第一直播对应的第一直播记录；当设备标识为与第一直播记录的重直播设备字段中的第二设备标识一致时，将第一直播记录中的状态字段修改为直播结束状态。

在本公开的实施例中，在第二设备接管第一设备开启的第一直播后，将不允许第一设备对于第一直播进行诸如关闭或者暂停等操作，从而避免第一设备的误操作。在一些实施例中，当账户想要关闭第一直播时，可以基于第二设备通过直播账号向互动服务发送针对第一直播的关闭直播指令，如果第一直播的第一直播记录的重直播设备字段不为空，则只有关闭直播指令中的设备标识与重直播设备字段相等才能关播，这样，可以避免第一直播的原直播设备，即第一设备误操作而关掉直播。

在本公开的实施例中，上述步骤S201，在接收第二设备通过直播账号发送的预直播请求之前，方法还包括：接收到观众设备发送的直播数据请求，直播数据请求中包括直播账号；获取与直播账号对应的第一直播标识和内容分发网络的直播数据获取地址；将第一直播标识和直播数据获取地址发送至观众设备，使得观众设备根据直播数据获取地址从内容分发网络中获取到第一直播标识对应的直播数据。

观众设备是通过服务器请求到相应的账户的直播数据。在一些实施例中，第一设备或者第二设备会将直播数据推送到视频流源站，视频流源站再将直播数据分发到相应的分布式网络中，此时，观众设备可以向服务器发送startPlay请求(即直播数据请求)，服务器将基于直播数据请求中携带的直播账号获取到相应的第一直播标识和分布式网络的直播数据获取地址并反馈至观众设备，这样，观众设备就可以通过直播协议从分布式网络CDN中的直播数据获取地址拉取到相应的账户的直播数据，比如与第一直播标识对应的直播数据，以观看第一直播。

在本公开的实施例中，视频流源站用于在接收到第二设备通过直播账号推送的携带第一直播标识的直播数据时，拒绝第一设备通过直播账号发送的携带第一直播标识的直播数据。

在本公开的实施例中，如果除了第一设备之外，还有另外一台设备(比如第二设备)向视频流源站推送直播数据，那么视频流源站将拒绝掉之前的设备(即第一设备)的直播数据，这样处理是为了将第一直播的直播数据切换到第二设备，同时避免第一设备和第二设备同时直播造成画面撕裂现象。

图4是根据本公开的实施例示出的一种直播方法的流程图，如图4所示，直播方法用于第二设备中，包括以下步骤：

在步骤S401中，通过直播账号向服务器发送预直播请求；服务器用于存储第一直播的第一直播记录，第一直播记录中包括直播状态、第一直播标识和直播账号，第一直播的直播设备为第一设备。

在本公开的实施例中，在第一设备通过直播账号开启第一直播时，在服务器的数据库中写入了第一直播记录，第一直播记录包括了第一直播的直播状态、直播账号和第一直播标识。其中，在第一直播尚未关播时，第一直播记录的状态字段为直播中状态。

在步骤S402中，当直播账号对应的第一直播记录中的直播状态为直播中状态时，通过直播账号接收到服务器发送的第一直播参数；其中，第一直播参数与第一直播标识对应。

如果第一设备出现问题，比如死机，那么账户(主播)可以选择使用第二设备通过同一个直播账号向服务器发送预直播请求以请求重新开播，服务器如果识别到该直播账号对应的第一直播记录中的直播状态为直播中状态时，那么在第二设备将接收到第一直播参数和第二直播参数，其中第一直播参数与第一直播标识对应。

在步骤S403中，通过直播账号向服务器发送与第一直播参数对应的开始直播请求。

其中，第一开始直播请求为第二设备的账户选择第一直播参数时对应的请求；第一开始直播请求包括第二设备的第二设备标识，服务器用于根据第二设备的第二设备标识更新第一直播记录。

其中，如果第二设备的用户选择“将现有直播切换到第二设备”的选项，即选择第一直播参数，则表示希望将第一直播切换到第二设备，那么第二设备将发送第一开始直播请求至对应的服务器。

在本公开的实施例中，步骤S403可以包括：根据第一直播参数生成直播设备切换选项，以及，根据第二直播参数生成开启新的直播选项；当用户选择直播设备切换选项，根据第一直播参数生成对应的开始直播请求；当用户选择开启新的直播选项，根据第二直播参数生成对应的开始直播请求。

在一些实施例中，本公开的实施例的第二设备接收到两个直播参数，则第二设备能确认当前的账户有在使用另外的设备进行直播，故将基于两个直播参数生成提示消息并在第二设备的界面弹出，比如弹出的提示消息可以是“检测当您当前在第一设备上有另外的直播”，并提供三个选项“重新开启新的直播/将现有直播切换到第二设备/取消操作”供第二设备的用户(主播)选择。

在步骤S404中，通过直播账号接收服务器发送的携带第一直播标识的第一开始直播指令，并推送携带第一直播标识直播数据以继续进行第一直播。

其中，第二设备通过直播账号接收到服务器发送的携带视频流源站的直播地址和第一直播标识的第一开始直播指令之后，根据直播地址查找到对应的视频流源站，通过直播账号向视频流源站推送携带第一直播标识的直播数据以继续进行第一直播。

服务器若接收到第二设备发送的第一直播参数，说明第二设备的账户选择将第一设备的直播切换至第二设备，则向第二设备发送视频流源站的直播地址和第一直播标识，使得第二设备能够基于直播地址向视频流源站推送具有第一直播标识和第二设备标识的直播数据；其中，视频流源站将拒绝第一设备发送的具有第一直播标识和第一设备标识的直播数据。

应用本公开的实施例，使得主播可以在已经通过第一直播开启第一直播时，通过第二设备重新开播而不换直播，由于观众设备的观众无需重新发起进入直播的请求，使得观众的体验得到提升，并降低重新开播后大量观众设备重新进入直播的请求尖峰，节省服务器资源。

在本公开的实施例中，上述步骤S403，通过直播账号向服务器发送与第一直播参数对应的开始直播请求，包括：根据第一直播参数生成直播设备切换选项；当触发直播设备切换选项时，根据第一直播参数生成开始直播请求并通过直播账号发送至服务器。

在本公开的实施例中，当账户在第二设备界面上选择直播设备切换选项，第二设备响应账户对该直播设备切换选项的触发操作，根据对应的第一直播参数生成开始直播请求，并通过直播账号将该开始直播请求发送至服务器。

在本公开的实施例中，上述步骤S402，通过直播账号接收到服务器发送的第一直播参数，包括：通过直播账号接收到服务器发送的第一直播参数，并且同时通过直播账号接收到服务器发送的第二直播参数。

在本公开的实施例中，第二设备通过直播账号同时接收到服务器发送的第一直播参数和第二直播参数，根据第一直播参数生成直播设备切换选项，以及，根据第二直播参数生成开启新的直播选项。

进一步地，在通过直播账号接收到服务器发送的第一直播参数，并且同时通过直播账号接收到服务器发送的第二直播参数之后，方法还包括：通过直播账号向服务器发送与第二直播参数对应的开始直播请求；接收服务器发送的携带第二直播标识的第二开始直播指令，并通过直播账号推送携带第二直播标识的直播数据以进行第二直播。

在本公开的实施例中，第二设备通过直播账号接收到服务器发送的携带视频流源站的直播地址和第二直播标识的第二开始直播指令之后，根据直播地址查找到对应的视频流源站，通过直播账号向视频流源站推送携带第二直播标识的直播数据以进行第二直播(即新的直播)。

服务器若接收到第二设备发送的第二直播参数，说明第二设备的账户选择在第二设备重新开启新的直播，则向第二设备发送视频流源站的直播地址和第二直播标识，使得第二设备能够基于直播地址向视频流源站推送具有第二直播标识的直播数据以进行第二直播。

在本公开的实施例中，通过直播账号向服务器发送与第二直播参数对应的开始直播请求，包括：根据第二直播参数生成开启新的直播选项；当触发开启新的直播选项时，根据第二直播参数生成开始直播请求。

在本公开的实施例中，当账户在第二设备界面上选择开启新的直播选项，则第二设备响应账户对该开启新的直播选项的触发操作，并生成与第二直播参数对应的开始直播请求，并通过直播账号将该开始直播请求发送至服务器。

为了使本领域技术人员更好地理解本公开的实施例，下面采用具体示例对于用户已经使用第一设备开通第一直播的情形下，又使用第二设备重新开通第一直播的过程进行说明。参照图5，所示为一种切换设备时直播的流程示意图，涉及到new live(第二直播)的观众、old live(第一直播)的观众、设备A(第二设备)、设备B(第一设备)、互动服务(服务器)、MySQL(数据库)、视频流源站，具体实现步骤如下所示：

1、设备A通过账号向互动服务发送prePush请求(预直播请求)以请求prePushResult；

2、如果设备B通过同一账号已经开通了old live，互动服务将告知设备A的账户当前有另外的直播(old live)，并返回两个prePushResult，即第一直播参数和第二直播参数，其中，第一直播参数是针对第一直播的，故与第一直播的第一直播标识对应；

3、设备A基于原有直播(old live)prePushResult向互动服务发送startPush请求(开始直播请求)；

4、互动服务在MySQL中修改原有直播的直播记录，并将该直播记录中的重直播设备字段(rePushDeviceId)修改为设备A的设备标识(deviceid)；

5、设备A接收到互动服务返回的startPushResult(开始直播参数)，其中startPushResult中包括直播地址(KTP协议的直播地址)和一些其他的业务参数(old live的直播标识和直播标题等)；

6、设备A使用KTP协议向视频流源站推送携带old live的直播标识的直播数据以继续进行old live；

7、设备B向视频流源站推送携带old live的直播标识的直播数据将被拒绝；

8、设备A基于新的直播(new live)prePushResult向互动服务发送startPush请求(开始直播请求)；

9、互动服务将old live的直播记录中的status设置为END(直播结束状态)；

10、互动服务通知设备B已经关播；

11、互动服务通知old live的观众已经关播；

12、互动服务在MySQL中插入new live的直播记录，并将new live直播记录中的status设置为LIVING(直播中状态)；

13、设备A接收到互动服务返回的startPushResult(开始直播参数)，其中startPushResult中包括直播地址(KTP协议的直播地址)和一些其他的业务参数(new live的直播标识和直播标题等)；

14、设备A使用KTP协议向视频流源站推送直播数据以开启new live；

15、如果没有其他设备通过同一账号开通old live，则互动服务向设备A返回的prePushResult(直播参数)；

16、设备A基于prePushResult向互动服务发送startPush请求(开始直播请求)；

17、互动服务在MySQL中插入new live的直播记录，并将new live直播记录中的status设置为LIVING(直播中状态)；

18、互动服务向设备A返回startPushResult(开始直播参数)，其中startPushResult中包括直播地址(KTP协议的直播地址)和一些其他的业务参数(new live的直播标识和直播标题等)；

19、设备A使用KTP协议向视频流源站推送携带new live的直播标识的直播数据以开启new live；

20、如果设备A的new live被审核人员关闭，互动服务通知设备A已经关播；

21、互动服务通知new live的观众已经关播；

22、如果设备A直播失败，将自动向互动服务发起关播，则跳转至步骤23；

23、设备A向互动服务发送stopPush(关闭直播指令)；

24、互动服务将数据库中new live的直播记录中的status设置为END(直播结束状态)；

25、互动服务向设备A返回直播结束消息；

26、互动服务通知new live的观众已经关播。

可见，用于本公开的实施例账户(主播)可以使用另外的设备(设备A)重新开播而不换直播，因此对于观众设备的观众来说无需重新向服务器发起针对该直播的请求，从而使观众的体验得到提升，并且由于观众设备无需重新发起请求，降低了重新开播后大量观众设备重新进入直播的请求尖峰，节省服务器资源。

应该理解的是，虽然图2-5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-5中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

图6是根据本公开的实施例示出的一种直播装置框图。参照图6，应用于服务器，服务器用于存储第一直播的第一直播记录，第一直播记录中包括直播状态、第一直播标识和直播账号，第一直播的直播设备为第一设备；该装置包括：

第一请求接收单元601，被配置为执行接收第二设备通过直播账号发送的预直播请求；

直播状态获取单元602，被配置为执行根据直播账号确定对应的第一直播记录，并从第一直播记录中获取直播状态；

参数发送单元603，被配置为执行当直播状态为直播中状态时,向第二设备的直播账号发送第一直播参数；其中，第一直播参数与第一直播标识对应；

第二请求接收单元604，被配置为执行接收第二设备通过直播账号发送的与第一直播参数对应的开始直播请求；

直播指令发送单元605，被配置为执行向第二设备的直播账号发送携带第一直播标识的第一开始直播指令,使得第二设备通过直播账号推送携带第一直播标识的直播数据以继续进行第一直播。

在本公开的实施例中，直播指令发送单元605，还被配置为执行向第二设备的直播账号发送携带第一直播标识的第一开始直播指令,第一开始直播指令还包括视频流源站的直播地址，使得第二设备通过直播账号基于直播地址向视频流源站推送携带第一直播标识的直播数据以继续进行第一直播。

在本公开的实施例中，参数发送单元603，还被配置为执行向第二设备的直播账号发送第一直播参数，并且同时向第二设备的直播账号发送第二直播参数；接收第二设备通过直播账号发送的与第二直播参数对应的开始直播请求；生成第二直播标识，并生成第二直播记录；第二直播记录包括第二直播标识和直播账号；向第二设备的直播账号发送携带第二直播标识的第二开始直播指令,使得第二设备通过直播账号推送携带第二直播标识的直播数据以进行第二直播；第二直播为与第一直播通过同一直播账号发起的直播。

在本公开的实施例中，参数发送单元603，还被配置为执行向第二设备的直播账号发送携带第二直播标识的第二开始直播指令,第二开始直播指令还包括视频流源站的直播地址，使得第二设备通过直播账号基于直播地址向视频流源站推送携带第二直播标识的直播数据以进行第二直播。

在本公开的实施例中，第一直播记录和第二直播记录中包括状态字段，直播装置还包括通知消息发送单元，被配置为执行将第一直播记录中的状态字段从直播中状态修改为直播结束状态，以及，将第二直播记录中的状态字段设置为直播中状态；在将第一直播记录中的状态字段从直播中状态修改为直播结束状态后，向第一设备发送关闭直播的通知消息，使得第一设备停止通过直播账号推送携带第一直播标识的直播数据。

在本公开的实施例中，开始直播请求包括第二设备的第二设备标识，第一直播记录中还包括重直播设备字段，装置还包括设备标识设置单元，被配置为执行将第一直播记录中的重直播设备字段设置为第二设备的第二设备标识。

在本公开的实施例中，装置还包括状态字段修改单元，被配置为执行接收到通过直播账号发送的针对第一直播的关闭直播指令；从关闭直播指令中提取出设备标识，并获取第一直播对应的第一直播记录；当设备标识为与第一直播记录的重直播设备字段中的第二设备标识一致时，将第一直播记录中的状态字段修改为直播结束状态。

在本公开的实施例中，装置还包括地址发送单元，被配置为执行接收到观众设备发送的直播数据请求，直播数据请求中包括直播账号；获取与直播账号对应的第一直播标识和内容分发网络的直播数据获取地址；将第一直播标识和直播数据获取地址发送至观众设备，使得观众设备根据直播数据获取地址从内容分发网络中获取到第一直播标识对应的直播数据。

图7是根据本公开的实施例示出的一种直播装置框图。参照图7，应用于第二设备，该装置包括：

第一请求发送单元701，被配置为执行通过直播账号向服务器发送预直播请求；服务器用于存储第一直播的第一直播记录，第一直播记录中包括直播状态，第一直播标识和直播账号，第一直播的直播设备为第一设备；

参数接收单元702，被配置为执行当直播账号对应的第一直播记录中的直播状态为直播中状态时,通过直播账号接收到服务器发送的第一直播参数；其中，第一直播参数与第一直播标识对应；

第二请求发送单元703，被配置为执行通过直播账号向服务器发送与第一直播参数对应的开始直播请求；

直播数据推送单元704，被配置为执行通过直播账号接收服务器发送的携带第一直播标识的第一开始直播指令，并推送携带第一直播标识的直播数据以继续进行第一直播。

在本公开的实施例中，第二请求发送单元703，还被配置为执行根据第一直播参数生成直播设备切换选项；当触发直播设备切换选项时，根据第一直播参数生成开始直播请求并通过直播账号发送至服务器。

在本公开的实施例中，参数接收单元702，还被配置为执行通过直播账号接收到服务器发送的第一直播参数，并且同时通过直播账号接收到服务器发送的第二直播参数；

装置还包括第二直播单元，被配置为执行通过直播账号向服务器发送与第二直播参数对应的开始直播请求；接收服务器发送的携带第二直播标识的第二开始直播指令，并通过直播账号推送携带第二直播标识的直播数据以进行第二直播。

在本公开的实施例中，第二直播单元，还被配置为执行根据第二直播参数生成开启新的直播选项；当触发开启新的直播选项时，根据第二直播参数生成开始直播请求。

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

图8是根据本公开的实施例示出的一种用于直播的设备800的框图。例如，设备800可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。

参照图8，设备800可以包括以下一个或多个组件：处理组件802、存储器804、电力组件806、多媒体组件808、音频组件810、输入/输出(I/O)的接口812、传感器组件814以及通信组件816。

处理组件802通常控制设备800的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在设备800上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、快闪存储器、磁盘或光盘。

电源组件806为设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述设备800和用户之间的提供一个输出接口的屏幕。在一些本公开的实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些本公开的实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些本公开的实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为设备800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为设备800的显示器和小键盘，传感器组件814还可以检测设备800或设备800一个组件的位置改变，用户与设备800接触的存在或不存在，设备800方位或加速/减速和设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些本公开的实施例中，该传感器组件814还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。

通信组件816被配置为便于设备800和其他设备之间有线或无线方式的通信。设备800可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合。在一个本公开的实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个本公开的实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在本公开的实施例中，设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述直播方法。

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

图9是根据本公开的实施例示出的一种用于直播的设备900的框图。例如，设备900可以为一服务器。参照图9，设备900包括处理组件920，其进一步包括一个或多个处理器，以及由存储器922所代表的存储器资源，用于存储可由处理组件920的执行的指令，例如应用程序。存储器922中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件920被配置为执行指令，以执行上述直播方法。

设备900还可以包括一个电源组件924被配置为执行设备900的电源管理，一个有线或无线网络接口926被配置为将设备900连接到网络，和一个输入输出(I/O)接口928。设备900可以操作基于存储在存储器922的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

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

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

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

Claims

一种直播方法，应用于服务器，所述服务器用于存储第一直播的第一直播记录，所述第一直播记录中包括直播状态、第一直播标识和直播账号，所述第一直播的直播设备为第一设备；所述方法包括：

接收第二设备通过所述直播账号发送的预直播请求；

根据所述直播账号确定对应的第一直播记录，并从所述第一直播记录中获取所述直播状态；

当所述直播状态为直播中状态时，向所述第二设备的所述直播账号发送第一直播参数；其中，所述第一直播参数与所述第一直播标识对应；

接收所述第二设备通过所述直播账号发送的与所述第一直播参数对应的开始直播请求；

向所述第二设备的所述直播账号发送携带所述第一直播标识的第一开始直播指令，使得所述第二设备通过所述直播账号推送携带所述第一直播标识的直播数据以继续进行所述第一直播。
根据权利要求1所述的直播方法，其中，所述向所述第二设备的所述直播账号发送携带第一直播标识的第一开始直播指令，使得所述第二设备通过所述直播账号推送携带所述第一直播标识的直播数据以继续进行所述第一直播，包括：

向所述第二设备的所述直播账号发送携带所述第一直播标识的第一开始直播指令，所述第一开始直播指令还包括视频流源站的直播地址，使得所述第二设备通过所述直播账号基于所述直播地址，向所述视频流源站推送携带所述第一直播标识的直播数据以继续进行所述第一直播。
根据权利要求1所述的直播方法，其中，所述向所述第二设备的所述直播账号发送第一直播参数，包括：

向所述第二设备的所述直播账号发送所述第一直播参数和第二直播参数；

在向所述第二设备的所述直播账号发送所述第一直播参数和所述第二直播参数之后，所述方法还包括：

接收所述第二设备通过所述直播账号发送的与所述第二直播参数对应的开始直播请求；

生成第二直播标识，并生成第二直播记录；所述第二直播记录包括所述第二直播标识和所述直播账号；

向所述第二设备的所述直播账号发送携带所述第二直播标识的第二开始直播指令，使得所述第二设备通过所述直播账号推送携带所述第二直播标识的直播数据以进行第二直播；所述第二直播为与所述第一直播通过同一所述直播账号发起的直播。
根据权利要求3所述的直播方法，其中，所述第一设备用于通过所述直播账号推送携带所述第一直播标识的直播数据以继续进行所述第一直播。
根据权利要求3所述的直播方法，其中，所述向所述第二设备的所述直播账号发送携带所述第二直播标识的第二开始直播指令，使得所述第二设备通过所述直播账号推送携带所述第二直播标识的直播数据以进行第二直播，包括：

向所述第二设备的所述直播账号发送携带所述第二直播标识的第二开始直播指令，所述第二开始直播指令还包括视频流源站的直播地址，使得所述第二设备通过所述直播账号基于所述直播地址，向所述视频流源站推送携带所述第二直播标识的直播数据以进行第二直播。
根据权利要求3所述的直播方法，其中，所述第一直播记录和所述第二直播记录中包括状态字段，在向所述第二设备的所述直播账号发送携带所述第二直播标识的第二开始直播指令，使得所述第二设备通过所述直播账号推送携带所述第二直播标识的直播数据以进行第二直播之后，所述方法还包括：

将所述第一直播记录中的状态字段从直播中状态修改为直播结束状态，以及，将所述第二直播记录中的状态字段设置为直播中状态；

在将所述第一直播记录中的状态字段从直播中状态修改为直播结束状态后，向所述第一设备发送关闭直播的通知消息，使得所述第一设备停止通过所述直播账号推送携带所述第一直播标识的直播数据。
根据权利要求1所述的直播方法，其中，所述开始直播请求包括第二设备的第二设备标识，所述第一直播记录中还包括重直播设备字段，在接收所述第二设备通过所述直播账号发送的与所述第一直播参数对应的开始直播请求之后，所述方法还包括：

将所述第一直播记录中的重直播设备字段设置为所述第二设备的第二设备标识。
根据权利要求7所述的直播方法，其中，在将所述第一直播记录中的重直播设备字段设置为所述第二设备的第二设备标识之后，所述方法还包括：

接收到通过所述直播账号发送的针对所述第一直播的关闭直播指令；

从所述关闭直播指令中提取出设备标识，并获取所述第一直播对应的第一直播记录；

当所述设备标识为与所述第一直播记录的重直播设备字段中的第二设备标识一致时，将所述第一直播记录中的状态字段修改为直播结束状态。
根据权利要求1所述的直播方法，其中，在接收第二设备通过所述直播账号发送的预直播请求之前，所述方法还包括：

接收到观众设备发送的直播数据请求，所述直播数据请求中包括所述直播账号；

获取与所述直播账号对应的第一直播标识和内容分发网络的直播数据获取地址；

将所述第一直播标识和所述直播数据获取地址发送至所述观众设备，使得所述观众设备根据所述直播数据获取地址从内容分发网络中获取到所述第一直播标识对应的直播数据。
根据权利要求2所述的直播方法，其中，所述视频流源站用于在接收到所述第二设备通过所述直播账号推送的携带所述第一直播标识的直播数据时，拒绝所述第一设备通过所述直播账号发送的携带所述第一直播标识的直播数据。
一种直播方法，应用于电子设备，所述方法包括：

通过直播账号向服务器发送预直播请求；所述服务器用于存储第一直播的第一直播记录，所述第一直播记录中包括直播状态、第一直播标识和直播账号，所述第一直播的直播设备为第一设备；

当所述直播账号对应的所述第一直播记录中的直播状态为直播中状态时，通过所述直播账号接收到所述服务器发送的第一直播参数；其中，所述第一直播参数与所述第一直播标识对应；

通过所述直播账号向所述服务器发送与所述第一直播参数对应的开始直播请求；

通过所述直播账号接收所述服务器发送的携带所述第一直播标识的第一开始直播指令，并推送携带所述第一直播标识的直播数据以继续进行所述第一直播。
根据权利要求11所述的直播方法，其中，所述通过所述直播账号向所述服务器发送与所述第一直播参数对应的开始直播请求，包括：

根据所述第一直播参数生成直播设备切换选项；

当触发所述直播设备切换选项时，根据所述第一直播参数生成开始直播请求并通过所述直播账号发送至所述服务器。
根据权利要求12所述的直播方法，其中，所述通过所述直播账号接收到所述服务器发送的第一直播参数，包括：

通过所述直播账号接收到所述服务器发送的所述第一直播参数和第二直播参数；

在通过所述直播账号接收到所述服务器发送的所述第一直播参数和第二直播参数之后，所述方法还包括：

通过所述直播账号向所述服务器发送与所述第二直播参数对应的开始直播请求；

接收所述服务器发送的携带第二直播标识的第二开始直播指令，并通过所述直播账号推送携带所述第二直播标识的直播数据以进行第二直播。
根据权利要求13所述的直播方法，其中，所述通过所述直播账号向所述服务器发送与所述第二直播参数对应的开始直播请求，包括：

根据所述第二直播参数生成开启新的直播选项；

当触发所述开启新的直播选项时，根据所述第二直播参数生成开始直播请求。
一种直播装置，应用于服务器，所述服务器用于存储第一直播的第一直播记录，所述第一直播记录中包括直播状态、第一直播标识和直播账号，所述第一直播的直播设备为第一设备；所述装置包括：

第一请求接收单元，被配置为执行接收第二设备通过所述直播账号发送的预直播请求；

直播状态获取单元，被配置为执行根据所述直播账号确定对应的第一直播记录，并从所述第一直播记录中获取所述直播状态；

参数发送单元，被配置为执行当所述直播状态为直播中状态时，向所述第二设备的所述直播账号发送第一直播参数；其中，所述第一直播参数与所述第一直播标识对应；

第二请求接收单元，被配置为执行接收所述第二设备通过所述直播账号发送的与所述第一直播参数对应的开始直播请求；

直播指令发送单元，被配置为执行向所述第二设备的所述直播账号发送携带第一直播标识的第一开始直播指令，使得所述第二设备通过所述直播账号推送携带所述第一直播标识的直播数据以继续进行所述第一直播。
根据权利要求15所述的直播装置，其中，所述直播指令发送单元，还被配置为执行向所述第二设备的所述直播账号发送携带所述第一直播标识的第一开始直播指令，所述第一开始直播指令还包括视频流源站的直播地址，使得所述第二设备通过所述直播账号基于所述直播地址，向所述视频流源站推送携带所述第一直播标识的直播数据以继续进行所述第一直播。
根据权利要求15所述的直播装置，其中，所述参数发送单元，还被配置为执行向所述第二设备的所述直播账号发送第一直播参数，并且同时向所述第二设备的所述直播账号发送第二直播参数；接收所述第二设备通过所述直播账号发送的与所述第二直播参数对应的开始直播请求；生成第二直播标识，并生成第二直播记录；所述第二直播记录包括所述第二直播标识和所述直播账号；向所述第二设备的所述直播账号发送携带所述第二直播标识的第二开始直播指令，使得所述第二设备通过所述直播账号推送携带所述第二直播标识的直播数据以进行第二直播；所述第二直播为与所述第一直播通过同一所述直播账号发起的直播。
根据权利要求17所述的直播装置，其中，所述第一设备用于通过所述直播账号推送携带所述第一直播标识的直播数据以继续进行所述第一直播。
根据权利要求17所述的直播装置，其中，所述参数发送单元，还被配置为执行向所述第二设备的所述直播账号发送携带所述第二直播标识的第二开始直播指令，所述第二开始直播指令还包括视频流源站的直播地址，使得所述第二设备通过所述直播账号基于所述直播地址，向所述视频流源站推送携带所述第二直播标识的直播数据以进行第二直播。
根据权利要求17所述的直播装置，其中，所述第一直播记录和所述第二直播记录中包括状态字段，所述直播装置还包括通知消息发送单元，被配置为执行将所述第一直播记录中的状态字段从直播中状态修改为直播结束状态，以及，将所述第二直播记录中的状态字段设置为直播中状态；在将所述第一直播记录中的状态字段从直播中状态修改为直播结束状态后，向所述第一设备发送关闭直播的通知消息，使得所述第一设备停止通过所述直播账号推送携带所述第一直播标识的直播数据。
根据权利要求15所述的直播装置，其中，所述开始直播请求包括第二设备的第二设备标识，所述第一直播记录中还包括重直播设备字段，所述装置还包括设备标识设置单元，被配置为执行将所述第一直播记录中的重直播设备字段设置为所述第二设备的第二设备标识。
根据权利要求21所述的直播装置，其中，所述装置还包括状态字段修改单元，被配置为执行接收到通过所述直播账号发送的针对所述第一直播的关闭直播指令；从所述关闭直播指令中提取出设备标识，并获取所述第一直播对应的第一直播记录；当所述设备标识为与所述第一直播记录的重直播设备字段中的第二设备标识一致时，将所述第一直播记录中的状态字段修改为直播结束状态。
根据权利要求15所述的直播装置，其中，所述装置还包括地址发送单元，被配置为执行接收到观众设备发送的直播数据请求，所述直播数据请求中包括直播账号；获取与所述直播账号对应的第一直播标识和内容分发网络的直播数据获取地址；将所述第一直播标识和所述直播数据获取地址发送至所述观众设备，使得所述观众设备根据所述直播数据获取地址从内容分发网络中获取到所述第一直播标识对应的直播数据。
根据权利要求16所述的直播装置，其中，所述视频流源站用于在接收到所述第二设备通过所述直播账号推送的携带所述第一直播标识的直播数据时，拒绝所述第一设备通过所述直播账号发送的携带所述第一直播标识的直播数据。
一种直播装置，应用于电子设备，所述装置包括：

第一请求发送单元，被配置为执行通过直播账号向服务器发送预直播请求；所述服务器用于存储第一直播的第一直播记录，所述第一直播记录中包括直播状态、第一直播标识和直播账号，所述第一直播的直播设备为第一设备；

参数接收单元，被配置为执行当所述直播账号对应的所述第一直播记录中的直播状态为直播中状态时，通过所述直播账号接收到所述服务器发送的第一直播参数；其中，所述第一直播参数与所述第一直播标识对应；

第二请求发送单元，被配置为执行通过所述直播账号向所述服务器发送与所述第一直播参数对应的开始直播请求；

直播数据推送单元，被配置为执行通过所述直播账号接收所述服务器发送的携带所述第一直播标识的第一开始直播指令，并推送携带所述第一直播标识的直播数据以继续进行所述第一直播。
根据权利要求25所述的直播装置，其中，所述第二请求发送单元，还被配置为执行根据所述第一直播参数生成直播设备切换选项；当触发所述直播设备切换选项时，根据所述第一直播参数生成开始直播请求并通过所述直播账号发送至所述服务器。
根据权利要求26所述的直播装置，其中，所述参数接收单元，还被配置为执行通过所述直播账号接收到所述服务器发送的所述第一直播参数和第二直播参数；

所述装置还包括第二直播单元，被配置为执行通过所述直播账号向所述服务器发送与所述第二直播参数对应的开始直播请求；接收所述服务器发送的携带第二直播标识的第二开始直播指令，并通过所述直播账号推送携带所述第二直播标识的直播数据以进行第二直播。
根据权利要求27所述的直播装置，其中，所述第二直播单元，还被配置为执行根据所述第二直播参数生成开启新的直播选项；当触发所述开启新的直播选项时，根据所述第二直播参数生成开始直播请求。
一种电子设备，包括：

处理器；

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

其中，所述处理器被配置为执行所述指令，实现以下步骤：

通过直播账号向服务器发送预直播请求；所述服务器用于存储第一直播的第一直播记录，所述第一直播记录中包括直播状态、第一直播标识和直播账号，所述第一直播的直播设备为第一设备；

当所述直播账号对应的所述第一直播记录中的直播状态为直播中状态时，通过所述直播账号接收到所述服务器发送的第一直播参数；其中，所述第一直播参数与所述第一直播标识对应；

通过所述直播账号向所述服务器发送与所述第一直播参数对应的开始直播请求；

通过所述直播账号接收所述服务器发送的携带所述第一直播标识的第一开始直播指令，并推送携带所述第一直播标识的直播数据以继续进行所述第一直播。
一种服务器，所述服务器用于存储第一直播的第一直播记录，所述第一直播记录中包括直播状态、第一直播标识和直播账号，所述第一直播的直播设备为第一设备，所述服务器包括：

处理器；

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

其中，所述处理器被配置为执行所述指令，实现以下步骤：

接收第二设备通过所述直播账号发送的预直播请求；

根据所述直播账号确定对应的第一直播记录，并从所述第一直播记录中获取所述直播状态；

当所述直播状态为直播中状态时，向所述第二设备的所述直播账号发送第一直播参数；其中，所述第一直播参数与所述第一直播标识对应；

接收所述第二设备通过所述直播账号发送的与所述第一直播参数对应的开始直播请求；

向所述第二设备的所述直播账号发送携带所述第一直播标识的第一开始直播指令，使得所述第二设备通过所述直播账号推送携带所述第一直播标识的直播数据以继续进行所述第一直播。
一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行以下步骤：

通过直播账号向服务器发送预直播请求；所述服务器用于存储第一直播的第一直播记录，所述第一直播记录中包括直播状态、第一直播标识和直播账号，所述第一直播的直播设备为第一设备；

当所述直播账号对应的所述第一直播记录中的直播状态为直播中状态时，通过所述直播账号接收到所述服务器发送的第一直播参数；其中，所述第一直播参数与所述第一直播标识对应；

通过所述直播账号向所述服务器发送与所述第一直播参数对应的开始直播请求；

通过所述直播账号接收所述服务器发送的携带所述第一直播标识的第一开始直播指令，并推送携带所述第一直播标识的直播数据以继续进行所述第一直播。
一种存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行以下步骤，其中，所述服务器用于存储第一直播的第一直播记录，所述第一直播记录中包括直播状态、第一直播标识和直播账号，所述第一直播的直播设备为第一设备：

接收第二设备通过所述直播账号发送的预直播请求；

根据所述直播账号确定对应的第一直播记录，并从所述第一直播记录中获取所述直播状态；

当所述直播状态为直播中状态时，向所述第二设备的所述直播账号发送第一直播参数；其中，所述第一直播参数与所述第一直播标识对应；

接收所述第二设备通过所述直播账号发送的与所述第一直播参数对应的开始直播请求；

向所述第二设备的所述直播账号发送携带所述第一直播标识的第一开始直播指令，使得所述第二设备通过所述直播账号推送携带所述第一直播标识的直播数据以继续进行所述第一直播。