直播间恢复方法、装置、设备及计算机可读存储介质与流程

1.本技术涉及互联网技术领域，尤其涉及一种直播间恢复方法、装置、设备及计算机可读存储介质。


背景技术：

2.网络直播吸取和延续了互联网的优势，利用视讯方式进行网上现场直播，利用互联网的直观、快速，表现形式好、交互性强、地域不受限制以及受众可划分等特点，为主播用户提供丰富多彩的直播内容。
3.相关技术中，主播端由于出现异常情况，导致与服务器断开连接，该主播端运行的直播间会自动关闭，主播用户进行的直播间恢复操作十分繁琐，在完成恢复操作后，直播间中大量的观众主播用户已经退出了直播间，造成损失。可以看出，相关技术中无法快速完成直播间的快速恢复，直播间恢复效率较低。


技术实现要素：

4.本技术实施例提供一种直播间恢复方法、装置、设备及计算机可读存储介质，能够在运行直播间的主播端出现异常情况之后，快速恢复该直播间。
5.本技术实施例的技术方案是这样实现的：
6.本技术实施例提供一种直播间恢复方法，包括：响应于直播进入请求，获取主播端存储的直播信息数据；直播信息数据包括直播间的直播间标识；发送携带直播间标识的状态查询请求至服务器；接收服务器发送的状态查询反馈；状态查询反馈包括直播间的直播间状态信息；在直播间状态信息用于指示直播间为运行状态的情况下，根据直播间状态信息在主播端恢复直播间。
7.在本技术的一些实施例中，所述发送携带直播间标识的状态查询请求至服务器，包括：根据直播信息数据，获取直播间的存活时间；根据存活时间、主播端系统时间和预设的第一时间阈值，确定直播间的存活状态；在存活状态用于表征直播间为有效状态的情况下，发送携带直播间标识的状态查询请求至服务器。
8.在本技术的一些实施例中，所述根据直播间状态信息在主播端恢复直播间，包括：展示恢复提示界面；恢复提示界面用于提示主播端中存在直播间；通过恢复提示界面接收主播用户对于直播间的操作指令；在操作指令用于表征主播用户允许恢复直播间的情况下，根据直播间状态信息在主播端恢复直播间。
9.在本技术的一些实施例中，所述获取主播端存储的直播信息数据，包括：获取直播进入请求中携带的查询标识；在主播端存储的至少一个历史直播数据中，查询与查询标识匹配的直播信息数据。
10.在本技术的一些实施例中，所述方法还包括：在直播进入请求为直播间新建请求的情况下，响应于直播间新建条件，创建新的直播间；直播间新建条件包括以下至少之一：在主播端中未找到与查询标识匹配的直播信息数据；直播间状态信息指示直播间为结束状
态；操作指令表征主播用户拒绝恢复直播间。
11.在本技术的一些实施例中，所述方法还包括：在直播进入请求为直播间重连请求的情况下，响应于重连失败条件，向主播用户发送重连失败提示；重连失败条件包括以下之一：在主播端中未找到与查询标识匹配的直播信息数据；直播间状态信息指示直播间为结束状态。
12.在本技术的一些实施例中，在响应于直播进入请求，获取主播端存储的直播信息数据之前，所述方法还包括：响应于直播创建请求，在主播端创建直播间，并生成直播间的创建日志；创建日志包括直播创建请求、直播创建结果和直播间标识；在直播间运行过程中，在主播端和服务器之间传递心跳消息，并根据最近一次的心跳消息生成直播间的存活时间；将创建日志和存活时间确定为直播间的直播信息数据，并存储于主播端。
13.在本技术的一些实施例中，所述在主播端创建直播间，包括：向服务器发送直播创建请求；接收服务器发送的直播创建反馈；直播创建反馈包括直播创建请求对应的直播创建结果；在直播创建结果为创建成功的情况下，在主播端创建直播间。
14.在本技术的一些实施例中，所述根据直播间状态信息在主播端恢复直播间，包括：根据直播间状态信息确定直播间的设置参数和实时直播参数；基于设置参数在主播端的直播界面还原直播间；将实时直播参数显示于直播界面中。
15.本技术实施例提供一种直播间恢复方法，包括：接收主播端发送的携带直播间标识的状态查询请求至服务器；根据直播间标识查询直播间标识对应的直播间的直播间状态信息；将直播间状态信息通过状态查询反馈发送至主播端；状态查询反馈用于指示主播端根据直播间状态信息在主播端恢复直播间。
16.在本技术的一些实施例中，在接收主播端发送的携带直播间标识的状态查询请求至服务器之前，所述方法还包括：接收主播端发送的直播创建请求；根据直播创建请求生成对应的直播创建结果；发送携带直播创建结果的直播创建反馈至主播端；直播创建反馈用于指示主播端根据直播创建结果在主播端创建直播间。
17.在本技术的一些实施例中，所述方法还包括：在直播间运行过程中，在主播端和服务器之间传递心跳消息，并根据最近一次的心跳消息生成直播间的存活时间；根据服务器系统时间、存活时间和预设的第二时间阈值，确定直播间的直播间状态信息。
18.在本技术的一些实施例中，所述方法还包括：响应于主播端断开事件，将存储于服务器的视频内容通过直播间推送至直播间对应的至少一个观众端；主播端断开事件包括以下至少之一：主播端出现异常时向服务器发送的主动断开事件；基于服务器系统时间、存活时间和预设的第三时间阈值生成的被动断开事件。
19.本技术实施例提供一种直播间恢复装置，所述装置包括：
20.获取模块，用于响应于直播进入请求，获取主播端存储的直播信息数据；直播信息数据包括直播间的直播间标识；
21.发送模块，用于发送携带直播间标识的状态查询请求至服务器；
22.接收模块，用于接收服务器发送的状态查询反馈；状态查询反馈包括直播间的直播间状态信息；
23.恢复模块，用于在直播间状态信息用于指示直播间为运行状态的情况下，根据直播间状态信息在主播端恢复直播间。
24.本技术实施例提供一种直播间恢复装置，所述装置包括：
25.请求接收模块，用于接收主播端发送的携带直播间标识的状态查询请求至服务器。
26.查询模块，用于根据直播间标识查询直播间标识对应的直播间的直播间状态信息。
27.反馈发送模块，用于将直播间状态信息通过状态查询反馈发送至主播端；状态查询反馈用于指示主播端根据直播间状态信息在主播端恢复直播间。
28.本技术实施例提供一种直播间恢复设备，包括：
29.存储器，用于存储可执行指令；
30.处理器，用于执行所述存储器中存储的可执行指令时，实现本技术实施例提供的直播间恢复方法。
31.本技术实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本技术实施例提供的直播间恢复方法。
32.本技术实施例具有以下有益效果：
33.本技术实施例通过获取主播端存储的直播间的直播信息数据，根据该直播信息数据恢复该直播间，可以避免因主播端出现异常时而造成的观众流失问题；并且，在根据该直播信息数据恢复该直播间之前，还会根据直播间标识在服务器中查询该直播间的直播间状态信息，可以避免由于服务器已经关闭该直播间而导致的直播间恢复失败问题，提升了直播间的整体恢复效率。如此，可以提升主播用户的使用体验。
附图说明
34.图1是本技术实施例提供的直播间恢复系统的一个可选的架构示意图；
35.图2是本技术实施例提供的直播间恢复设备的结构示意图；
36.图3a是本技术实施例提供的直播间恢复方法的一个可选的流程示意图；
37.图3b是本技术实施例提供的直播进入场景的界面示意图；
38.图3c是本技术实施例提供的直播进入场景的界面示意图；
39.图3d是本技术实施例提供的直播进入场景的界面示意图；
40.图3e是本技术实施例提供的直播进入场景的界面示意图；
41.图4是本技术实施例提供的直播间恢复方法的一个可选的流程示意图；
42.图5a是本技术实施例提供的直播间恢复方法的一个可选的流程示意图；
43.图5b是本技术实施例提供的恢复提示界面示意图的界面示意图；
44.图6a是本技术实施例提供的直播间恢复方法的一个可选的流程示意图；
45.图6b是本技术实施例提供的直播间设置界面的界面示意图；
46.图6c是本技术实施例提供的直播间运行界面的界面示意图；
47.图7是本技术实施例提供的直播间恢复方法的一个可选的流程示意图；
48.图8是本技术实施例提供的直播间恢复方法的一个可选的流程示意图；
49.图9是本技术实施例提供的直播间恢复方法的一个可选的流程示意图。
具体实施方式
50.为了使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术作进一步地详细描述，所描述的实施例不应视为对本技术的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
51.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
52.在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使在本实施例中描述的本技术实施例能够以除了在在本实施例中图示或描述的以外的顺序实施。
53.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本技术实施例的目的，不是旨在限制本技术。
54.参见图1，图1是本技术实施例提供的直播间恢复系统100的一个可选的架构示意图，为实现支撑一个直播间恢复应用，终端(主播端)400-1和至少一个其他终端(观众端)400-2通过网络300连接服务器200，网络300可以是广域网或者局域网，又或者是二者的组合。图1还示出了服务器200可以为服务器集群，该服务器集群包括服务器200-1至200-3，同样地，服务器200-1至200-3可以是实体机器，也可以是利用虚拟化技术(如容器技术及虚拟机技术等)构建的虚拟机器，本技术实施例对此不做限定，当然，在本实施例中也可使用单个服务器来进行服务的提供。
55.在本技术的一些实施例中，在直播间运行过程中，主播端400-1通过网络300向服务器200发送直播间对应的直播数据流，服务器200将该直播数据流转发至该直播间中至少一个观众用户对应的观众端400-2，并通过观众端400-2中的图形交互界面410-2进行展示。其中，观众端400-2还可以向服务器200发送观众数据，并通过服务器200转发至主播端400-1，通过主播端400-1中的图形交互界面410-1进行展示。
56.在本技术的一些实施例中，主播端400-1还可以响应于直播进入请求，获取主播端400-1存储的直播信息数据；直播信息数据包括直播间的直播间标识；发送携带直播间标识的状态查询请求至服务器200；接收服务器200发送的状态查询反馈；状态查询反馈包括直播间的直播间状态信息；在直播间状态信息用于指示直播间为运行状态的情况下，根据直播间状态信息在主播端400-1恢复直播间。
57.本技术实施例可以借助于云技术(cloud technology)实现，云技术是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。
58.云技术基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、以及应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，例如，教育系统的门户网站。
59.作为示例，服务器200可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网
络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、以及智能手表等，但并不局限于此。终端以及服务器200可以通过有线或无线通信方式进行直接或间接地连接，本技术实施例中不做限制。
60.参见图2，图2是本技术实施例提供的直播间恢复设备500的结构示意图，图2所示的直播间恢复设备500包括：至少一个处理器510、存储器550、至少一个网络接口520和主播用户接口530。直播间恢复设备500中的各个组件通过总线系统540耦合在一起。可理解，总线系统540用于实现这些组件之间的连接通信。总线系统540除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统540。
61.处理器510可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(dsp，digital signal processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。
62.主播用户接口530包括使得能够呈现媒体内容的一个或多个输出装置531，包括一个或多个扬声器和/或一个或多个视觉显示屏。主播用户接口530还包括一个或多个输入装置532，包括有助于主播用户输入的主播用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。
63.存储器550包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(rom，read only memory)，易失性存储器可以是随机存取存储器(ram，random access memory)。本技术实施例描述的存储器550旨在包括任意适合类型的存储器。存储器550可选地包括在物理位置上远离处理器510的一个或多个存储设备。
64.在本技术的一些实施例中，存储器550能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。
65.操作系统551，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；
66.网络通信模块552，用于经由一个或多个(有线或无线)网络接口520到达其他计算设备，示例性的网络接口520包括：蓝牙、无线相容性认证(wifi)、和通用串行总线(usb，universal serial bus)等；
67.显示模块553，用于经由一个或多个与主播用户接口530相关联的输出装置531(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的主播用户接口)；
68.输入处理模块554，用于对一个或多个来自一个或多个输入装置532之一的一个或多个主播用户输入或互动进行检测以及翻译所检测的输入或互动。
69.在本技术的一些实施例中，本技术实施例提供的直播间恢复装置可以采用软硬件结合的方式实现，作为示例，本技术实施例提供的直播间恢复装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本技术实施例提供的直播间恢复方法。
70.在本技术的一些实施例中，本技术实施例提供的直播间恢复装置可以采用软件方
式实现，图2示出了存储在存储器550中的直播间恢复装置555，其可以是程序和插件等形式的软件，包括以下软件模块：获取模块5551、发送模块5552、接收模块5553和恢复模块5554，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。
71.将在下文中说明各个模块的功能。
72.在另一些实施例中，本技术实施例提供的装置可以采用硬件方式实现，作为示例，本技术实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本技术实施例提供的直播间恢复方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(asic，application specific integrated circuit)、dsp、可编程逻辑器件(pld，programmable logic device)、复杂可编程逻辑器件(cpld，complex programmable logic device)、现场可编程门阵列(fpga，field-programmable gate array)或其他电子元件。
73.将结合本技术实施例提供的主播端的示例性应用和实施，在本技术实施例中，将以主播端为执行主体说明本技术实施例提供的直播间恢复方法。
74.参见图3a，图3a是本技术实施例提供的直播间恢复方法的一个可选的流程示意图，将结合图3a示出的步骤进行说明。
75.在步骤301中，响应于直播进入请求，获取主播端存储的直播信息数据；直播信息数据包括直播间的直播间标识。
76.在本技术的一些实施例中，主播端为主播用户登录的终端设备。主播用户可以通过该终端设备进行直播，其中，该终端设备可以运行直播程序，通过该直播程序建立的直播间，可以获取主播端接收的至少一种类型的源数据，并将该源数据发送至服务器，服务器可以将该源数据分发至该直播间内的至少一个观众主播用户对应的观众端，并在该至少一个观众端进行该源数据的展示。其中，该源数据包括但不限于音频数据、图像数据、视频数据和文字数据。该直播程序可以为浏览器中用于进行直播的直播组件，也可以是独立的直播应用，还可以是任意应用程序中的直播子程序/小程序。对于主播端建立的每一个直播间，保存该直播间对应的直播信息数据，该直播信息数据至少包括该直播间的直播间标识。
77.在本技术的一些实施例中，在主播端出现异常情况后，主播端与服务器之间断开连接，服务器并不会直接关闭该直播间。相应地，主播端在恢复正常后，可以根据该直播间对应的直播信息数据对该直播间进行恢复。其中，该异常情况包括但不限于是机器重启、网络闪断、电源闪断、程序异常(crash、卡顿)等情况。
78.在本技术的一些实施例中，主播端可以接收主播用户输入的直播进入请求。其中，该直播进入请求可以是通过该主播端展示的图形交互界面接收主播用户的控制操作，也可以是主播用户通过主播端的音频输入设备接收主播用户的语音操作，还可以是主播用户通过主播端的摄像头接收主播用户的肢体动作操作。
79.以通过图形交互界面接收该直播进入请求为例，可以通过以下多种场景下的图形交互界面接收该直播进入请求。
80.请参照图3b，其示出了一种可选的直播进入场景的界面示意图，在该图3b中，图形交互界面b10为群聊场景下的界面示意图，在该界面b10中，可以通过接收主播用户对该“直播”选项b11的点击操作，得到该直播进入请求。
81.请参照图3c，其示出了另一种可选的直播进入场景的界面示意图，在该图3c中，图
形交互界面c10为直播组件场景下的界面示意图，在该界面c10中，可以通过接收主播用户对该“预约直播”选项c11的点击操作，或接收主播用户对该“立即直播”选项c12的点击操作，得到该直播进入请求。在该界面c10中，还包括已建立直播间的标签c13和c14，可以通过接收主播用户对该c13的点击操作，或接收主播用户对该c14的点击操作，得到该已建立直播间对应的直播进入请求
82.请参照图3d，其示出了另一种可选的直播进入场景的界面示意图，该图3d中，图形交互界面d10为直播服务场景下的界面示意图，主播用户在建立直播间后，可以通过界面d10中的直播服务的提醒消息显示该直播间的入口标签d11，在该入口标签d11中，可以设置一个进入按键d12，可以通过接收主播用户对该进入按键d12的点击操作得到该直播进入请求。
83.请参照图3e，其示出了另一种可选的直播进入场景的界面示意图，该图3e中，图形交互界面e10为直播详情场景下的界面示意图，在主播用户对已建立直播间的详情进行查询的情况下，可以显示该图形交互界面e10，在该界面e10中，可以通过接收主播用户对该“进入直播间”选项e11的点击操作，得到该直播进入请求。
84.在步骤302中，主播端发送携带直播间标识的状态查询请求至服务器。
85.在本技术的一些实施例中，在直播间标识之后，主播端会发送状态查询请求至服务器，以使服务器根据该直播间标识查询该直播间的直播间状态信息。
86.在步骤303中，服务器根据直播间标识查询直播间标识对应的直播间的直播间状态信息；将直播间状态信息通过状态查询反馈发送至主播端。
87.在本技术的一些实施例中，服务器中同时为多个直播间提供直播服务，在接收到该状态查询请求后，会根据其中的直播间标识查询唯一一个匹配的直播间，并将该直播间的直播间状态信息通过状态查询反馈发送至主播端。其中，该直播间状态信息可以包括关闭状态和运行状态。
88.在步骤304中，主播端接收服务器发送的状态查询反馈；状态查询反馈包括直播间的直播间状态信息。
89.在步骤305中，在直播间状态信息用于指示直播间为运行状态的情况下，根据直播间状态信息在主播端恢复直播间。
90.在本技术的一些实施例中，可以通过以下方法实现上述根据直播间状态信息在主播端恢复直播间：根据直播间状态信息确定直播间的设置参数和实时直播参数；基于设置参数在主播端的直播界面还原直播间；将实时直播参数显示于直播界面中。
91.其中，该设置参数为该直播间在创建时的设置参数，包括以下至少之一：直播间观众权限限制、直播间连麦权限、是否可回放设置。该实时直播参数为服务器中存储的直播间当前的直播数据，包括以下至少之一：在线观众、连麦观众、直播时间。
92.通过本技术实施例对于图3a的上述示例性实施可知，本技术实施例通过获取主播端存储的直播间的直播信息数据，根据该直播信息数据恢复该直播间，可以避免因主播端出现异常时而造成的观众流失问题；并且，在根据该直播信息数据恢复该直播间之前，还会根据直播间标识在服务器中查询该直播间的直播间状态信息，可以避免由于服务器已经关闭该直播间而导致的直播间恢复失败问题，提升了直播间的整体恢复效率。如此，可以提升主播用户的使用体验。
93.参见图4，图4是本技术实施例提供的直播间恢复方法的一个可选的流程示意图，基于图3a，图3a示出的步骤302可更新为步骤401至步骤403，将结合图4示出的步骤进行说明。
94.在步骤401中，主播端根据直播信息数据，获取直播间的存活时间。
95.在本技术的一些实施例中，主播端获取主播端本地磁盘存储的直播信息数据之后，会对该直播信息数据进行解析，得到该直播间的存活时间。其中，该直播信息数据可以通过对应的主播用户的密钥进行加密，主播用户的密钥可以为以下至少之一：该主播用户的主播用户标识、加密规则和注册时间等。在主播用户登录至该主播端后，主播端可以获取该主播用户的密钥，在获取到该主播信息数据后，可以根据当前登录至主播端的当前主播用户的密钥，对该主播信息数据进行解析，在当前主播用户为该主播信息数据对应直播间的创建者的情况下，由于密钥相同，可以完成解析；在当前主播用户不是该主播信息数据对应直播间的创建者的情况下，由于密钥不同，解析失败。通过本实施例的方法，可以保证直播信息数据只能被该直播信息数据中直播间的创建者进行解析，提升了直播信息数据的安全性。
96.在步骤402中，主播端根据存活时间、主播端系统时间和预设的第一时间阈值，确定直播间的存活状态。
97.在本技术的一些实施例中，可以通过以下方法确定该直播间的存活状态。根据该存活时间和主播端系统时间确定该直播间的失联时间，在该失联时间未超过该预设的第一时间阈值的情况下，将该直播间的存活状态确定为有效状态；在该失联时间超过该预设的第一时间阈值的情况下，将该直播间的存活状态确定为无效状态。
98.在步骤403中，在存活状态用于表征直播间为有效状态的情况下，主播端发送携带直播间标识的状态查询请求至服务器。
99.在本技术的一些实施例中，在出现异常情况后，服务器根据服务器存储的该直播间的存活时间、服务器系统时间和预设的第二时间阈值，确定该直播间的直播间状态信息。其中，在存活时间与服务器系统时间之间的差值超过该第二时间阈值的情况下，服务器将该直播间的直播间状态信息设置为关闭状态；在存活时间与服务器系统时间之间的差值未超过该第二时间阈值的情况下，服务器将该直播间的直播间状态信息设置为运行状态。在另一些实施例中，服务器还可以响应于直播间关闭事件，将该直播间的直播间状态信息设置为关闭状态。其中，该直播间关闭事件包括以下至少之一：该直播间中的观众主播用户的数量为零；该直播间对应的主播端与服务器断开连接，且该直播间对应的负载超过预设的关闭负载阈值。
100.其中，第一时间阈值小于或等于该第二时间阈值。在主播端判断该直播间为有效状态的情况下，由于该第一时间阈值小于或等于该第二时间阈值，在排除直播间关闭事件的情况下，服务器中该直播间的直播间状态信息为运行状态，此时，可以发送携带直播间标识的状态查询请求至服务器，以进一步确定服务器中该直播间的直播间状态信息。在主播端判断该直播间为无效状态的情况下，由于该第一时间阈值小于或等于该第二时间阈值，即使未出现直播间关闭事件，服务器也会根据直播间的存活时间、服务器系统时间和预设的第二时间阈值，将该直播间的直播间状态信息设置为关闭状态。
101.通过本技术实施例对于图4的上述示例性实施可知，本技术实施例通过在主播端
确定直播间的存活状态，可以在本地先对该直播间的情况进行初步判定，在该存活状态为无效状态的情况下，省去了向服务器发送状态查询请求的步骤，降低了主播端的负载，同时也节省了网络带宽；在该存活状态为有效状态的情况下，通过向服务发送该直播间的状态查询请求，可以进一步对该直播间的情况进行确定，避免了由于直播间关闭事件而导致的直播间状态信息判断错误问题，进而在整体上提升了直播间的恢复效率。
102.参见图5a，图5a是本技术实施例提供的直播间恢复方法的一个可选的流程示意图，基于图3a或上述其他实施例，以图3a为例，图3a示出的步骤305可更新为步骤501至步骤503，将结合图5a示出的步骤进行说明。
103.在步骤501中，在直播间状态信息用于指示直播间为运行状态的情况下，主播端展示恢复提示界面；恢复提示界面用于提示主播端中存在直播间。
104.在本技术的一些实施例中，在该直播间状态信息用于指示该直播间为运行状态的情况下，表示该直播间可以被恢复，此时，为了提升主播用户的使用体验，还可以展示恢复提示界面，并通过该恢复提示界面提示主播端中存在该直播间。
105.在本技术的一些实施例中，该直播间状态信息还可以包括该直播间的实时状态，该实时状态包括以下至少之一：在线观众、连麦观众和直播时间。在展示该恢复提示界面的同时，可以将该实时状态通过该恢复提示界面展示给主播用户，主播用户可以根据该实时状态判断是否恢复该直播间，可以提升主播用户的使用体验。例如，在实时状态表征当前直播间存在的在线观众、连麦观众的数量较多的情况下，或在线观众或连麦观众中存在主播用户感兴趣的观众的情况下，主播用户可以选择恢复该直播间。在实时状态表征当前直播间存在的在线观众、连麦观众的数量较少的情况下，或在线观众或连麦观众中主播用户感兴趣的观众已经下线的情况下，主播用户可以选择不恢复该直播间。
106.在步骤502中，主播端通过恢复提示界面接收主播用户对于直播间的操作指令。
107.在本技术的一些实施例中，请参阅图5b所示的恢复提示界面示意图，主播用户通过该恢复提示界面f10中的操作选项完成该操作指令的输入。例如，主播用户可以点击该恢复提示界面f10中的“继续”选项f11，以生成用于表征主播用户允许恢复直播间的操作指令；主播用户还可以点击该恢复提示界面f10中的“取消”选项f12，以生成用于表征主播用户不允许恢复直播间的操作指令。
108.在步骤503中，在操作指令用于表征主播用户允许恢复直播间的情况下，主播端根据直播间状态信息在主播端恢复直播间。
109.在本技术的一些实施例中，在该操作指令表征主播用户允许恢复该直播间的情况下，响应于该操作指令，主播端根据该直播间状态信息在主播端恢复该直播间。
110.通过本技术实施例对于图5a的上述示例性实施可知，本技术实施例在确定一个直播间可以被恢复的情况下，通过恢复提示界面向主播用户展示该直播间的信息，可以使主播用户直观的获取可以被恢复的直播间的信息，同时通过该恢复提示界面接收主播用户对于该直播间的操作指令，可以提升本技术中直播间恢复过程的灵活性，提升主播用户的使用体验。
111.参见图6a，图6a是本技术实施例提供的直播间恢复方法的一个可选的流程示意图，基于图3a或上述其他实施例，以图3a为例，图3a示出的步骤301可更新为步骤601至步骤602，所述方法还可以包括步骤603和/或步骤604，将结合图6a示出的步骤进行说明。
112.在步骤601中，响应于直播进入请求，主播端获取直播进入请求中携带的查询标识。
113.在本技术的一些实施例中，该直播进入请求可以为直播间新建请求，也可以为直播间重连请求。其中，在该直播进入请求为直播间新建请求的情况下，该直播进入请求中携带的查询标识可以包括主播用户标识；在该直播进入请求为直播间重连请求的情况下，该直播进入请求携带的查询标识可以包括直播间标识。其中，该主播用户标识用于在创建直播间的过程中，创建与该主播用户标识对应的直播间；该直播间标识用于确定需要恢复的唯一直播间。
114.在本技术的一些实施例中，在该直播进入请求为直播间重连请求的情况下，该直播进入请求携带的查询标识可以包括直播间标识和主播用户标识。
115.在步骤602中，在主播端存储的至少一个历史直播数据中，查询与查询标识匹配的直播信息数据。
116.在本技术的一些实施例中，主播端会保存每一个历史直播间对应的历史直播数据，每一历史直播数据均对应一个历史直播时间，主播端可以根据该历史直播时间和预设的缓存清理规则对存储的至少一个历史直播数据进行清理，将时间最早的部分历史直播数据删除。
117.在本技术的一些实施例中，该历史直播数据除了包括该历史直播间的直播间标识和存活时间之外，还包括该历史直播间对应的主播用户标识。其中，主播端可以同时登陆至少一个主播用户，每一主播用户拥有唯一的主播用户标识，在创建直播间的过程中，每一直播间可以对应至少一个主播用户，即，每一直播间可以对应至少一个主播用户标识。
118.在该直播进入请求可以为直播间新建请求的情况下，可以根据该直播间新建请求中携带的主播用户标识，在本地存储的至少一个历史直播数据中查找与该主播用户标识匹配的历史直播数据。若不存在与该主播用户标识匹配的历史直播数据，满足直播间新建条件，创建新的直播间；若存在一个与该主播用户标识匹配的历史直播数据，则将该历史直播数据确定为该直播信息数据；若存在至少两个与该主播用户标识匹配的历史直播数据，则将存活时间最接近当前主播端系统时间的历史直播数据确定为该直播信息数据，或，通过弹框显示该至少两个历史直播数据，接收主播用户对其中一个历史直播数据的选择操作，将主播用户选择的历史直播数据确定为该直播信息数据。
119.其中，该直播新建条件包括以下至少之一：在主播端中未找到与查询标识匹配的直播信息数据；直播间状态信息指示直播间为结束状态；操作指令表征主播用户拒绝恢复直播间。
120.请参阅图6b，其示出了创建新的直播间过程中的直播间设置界面p10，在该界面p10中，主播用户可以在p11处设置该直播间的直播主题，在p12处设置该直播间是否开启直播回放，和是否允许观众视频发言，在p13处可以设置该直播间的演示课件，在p14处可以设置是否改期视频美颜功能。在完成设置后，可以通过“开始直播”选项p15开启该直播间。在开启该直播间后，可以得到如图6c示出的直播间运行界面p16。
121.在该直播进入请求可以为直播间重连请求的情况下，可以根据该直播间重连请求中携带的直播间标识，在本地存储的至少一个历史直播数据中查找与该直播间标识匹配的历史直播数据。若不存在与该直播间标识匹配的历史直播数据，满足重连失败条件，向主播
用户发送重连失败提示；若存在一个与该直播间标识匹配的历史直播数据，则将该历史直播数据确定为该直播信息数据。
122.其中，该重连失败条件包括以下之一：在主播端中未找到与查询标识匹配的直播信息数据；直播间状态信息指示直播间为结束状态。
123.在步骤603中，在直播进入请求为直播间新建请求的情况下，响应于直播间新建条件，创建新的直播间；直播间新建条件包括以下至少之一：在主播端中未找到与查询标识匹配的直播信息数据；直播间状态信息指示直播间为结束状态；操作指令表征主播用户拒绝恢复直播间。
124.在步骤604中，在直播进入请求为直播间重连请求的情况下，响应于重连失败条件，向主播用户发送重连失败提示；重连失败条件包括以下之一：在主播端中未找到与查询标识匹配的直播信息数据；直播间状态信息指示直播间为结束状态。
125.在本技术的一些实施例中，在该重连失败条件为在主播端中未找到与查询标识匹配的直播信息数据的情况下，该重连失败提示用于指示该直播间运行在其他终端；在重连失败条件为直播间状态信息指示直播间为结束状态的情况下，该重连失败提示用于提示该直播间为结束状态。
126.通过本技术实施例对于图6a的上述示例性实施可知，本技术实施例通过响应于该直播间重连请求或直播间新建请求，先根据请求中的查询标识在主播端查询匹配的直播间，可以避免主播端存在直播间未被恢复的情况；通过检测是否满足直播间新建条件，可以在主播端不存在可以被恢复的直播间的情况下，及时创建新的直播间，保证了直播间创建过程中的创建效率；通过检测是否满足该重连失败条件，可以向主播用户及时反馈直播间不能被恢复/重连的原因，提升了主播用户的使用体验。
127.参见图7，图7是本技术实施例提供的直播间恢复方法的一个可选的流程示意图，基于图3a或上述其他实施例，以图3a为例，在步骤301之前还可以包括步骤701至步骤703，将结合图7示出的步骤进行说明。
128.在步骤701中，响应于直播创建请求，在主播端创建直播间，并生成直播间的创建日志；创建日志包括直播创建请求、直播创建结果和直播间标识。
129.在本技术的一些实施例中，可以通过以下方法实现在主播端创建直播间：在所述主播端创建所述直播间，包括：向服务器发送直播创建请求；接收服务器发送的直播创建反馈；直播创建反馈包括直播创建请求对应的直播创建结果；在直播创建结果为创建成功的情况下，在主播端创建直播间。
130.其中，在直播间发生异常情况之前，本技术提供的直播间恢复方法还包括对该直播间的建立过程。在该建立过程中，主播端可以接收主播用户输入的直播创建请求，响应于该直播创建请求，主播端可以向服务器发送直播创建请求，服务器在接收到该直播创建请求之后，可以对该直播创建请求进行合法性检测，在该合法性检测通过的情况下，生成该直播创建请求对应的直播创建结果，并将该直播创建结果通过直播创建反馈发送至主播端，在该直播间创建完成后，主播端还可以获取服务器为该直播间分配的直播间标识。
131.其中，在该直播间的建立过程中，会生成该直播间对应的创建日志。该创建日志包括上述直播间创建请求、直播创建结果和直播间标识。
132.在步骤702中，在直播间运行过程中，在主播端和服务器之间传递心跳消息，并根
据最近一次的心跳消息生成直播间的存活时间。
133.在本技术的一些实施例中，在该直播间创建完成之后，且在发送异常情况之前，即，在该直播间的运行过程中，会在主播端与服务器之间传递心跳消息，主播端在接收到心跳消息后，会保留最近一次的心跳消息，并将该最近一次的心跳消息对应的时间作为该直播间的存活时间。
134.在本技术的一些实施例中，主播端预设有一个最大时间间隔，在主播端与服务器传递心跳消息的过程中，主播端发送心跳请求的动态时间间隔不能超过该最大时间间隔。其中，该最大时间间隔可以设置为1分钟。
135.在本技术的一些实施例中，主播端可以根据主播端对应的直播间的实时直播间信息确定该动态时间间隔。其中，可以通过下述方法生成该动态时间间隔：主播端获取上一次心跳请求发送时，该直播间的实时直播间信息，根据该实时直播间信息生成一个动态时间间隔，在该动态时间间隔到达时，发送此次心跳请求，并记录此次心跳请求发送时的实时直播间信息，根据这一次的实时直播间信息确定下一个心跳请求对应的下一次动态时间间隔。
136.在本技术的一些实施例中，该实时直播间信息也可以在上一次心跳请求发送之后的一段时间后进行获取。
137.在本技术的一些实施例中，该实时直播间信息可以包括以下至少之一：直播间内的参与数量、服务器中该直播间对应的负载。
138.在本技术的一些实施例中，服务器可以通过监控直播间的存活时间确定该直播间的直播间状态信息。其中，服务器可以根据该存活时间与当前服务器系统时间确定该直播间的失联时间，在该失联时间不超过该最大时间间隔的情况下，确定该直播间的直播间状态信息为正常状态；在该失联时间超过该最大时间间隔，且不超过预设的第二时间间隔的情况下，确定该直播间的直播间状态信息为失联状态；在该失联时间超过该第二时间间隔的情况下，将该直播间关闭，并确定该直播间的直播间状态信息为关闭状态。其中，在直播间为正常状态和失联状态的情况下，该直播间仍在运行中，可以将该正常状态和失联状态确定为运行状态。
139.在步骤703中，主播端将创建日志和存活时间确定为直播间的直播信息数据，并存储于主播端。
140.在本技术的一些实施例中，主播端在创建该直播间之后，该创建日志已经存储于该直播信息数据中，此时，将接收到该直播创建结果的时间(或该直播间的开始时间)作为存活时间存储至该直播信息数据中。在直播间的运行过程中，主播端可以根据接收到的最新一个心跳消息提取该直播间的最新存活时间，并利用该最新存活时间更新该直播信息数据中的存活时间。
141.通过本技术实施例对于图7的上述示例性实施可知，本技术实施例通过获取直播间创建过程中的创建日志，和直播间运行过程中的存活时间，得到该直播间的直播信息数据，为后续主播端(直播间)出现异常情况后的重连/恢复过程提供数据基础，提升了直播间恢复效率和恢复准确性。
142.将结合本技术实施例提供的服务器的示例性应用和实施，在本技术实施例中，将以服务器为执行主体说明本技术实施例提供的直播间恢复方法。
143.在本技术的一些实施例中，服务器接收主播端发送的携带直播间标识的状态查询请求至服务器；根据直播间标识查询直播间标识对应的直播间的直播间状态信息；将直播间状态信息通过状态查询反馈发送至主播端；状态查询反馈用于指示主播端根据直播间状态信息在主播端恢复直播间。
144.在本技术的一些实施例中，在接收主播端发送的携带直播间标识的状态查询请求至服务器之前，所述直播间恢复方法还包括：接收主播端发送的直播创建请求；根据直播创建请求生成对应的直播创建结果；发送携带直播创建结果的直播创建反馈至主播端；直播创建反馈用于指示主播端根据直播创建结果在主播端创建直播间。
145.在本技术的一些实施例中，在直播间运行过程中，在主播端和服务器之间传递心跳消息，并根据最近一次的心跳消息生成直播间的存活时间；根据服务器系统时间、存活时间和预设的第二时间阈值，确定直播间的直播间状态信息。
146.在本技术的一些实施例中，响应于主播端断开事件，将存储于服务器的视频内容通过直播间推送至直播间对应的至少一个观众端；主播端断开事件包括以下至少之一：主播端出现异常时向服务器发送的主动断开事件；基于服务器系统时间、存活时间和预设的第三时间阈值生成的被动断开事件。
147.通过本技术的上述实施例，可以在主播端出现异常情况时，保持该直播间为运行状态，并推送预设的视频内容，避免该直播间内的观众主播用户流失；并且，在直播间运行过程中，通过传递心跳消息，可以获取该直播间最新的直播间状态信息，为该直播间的恢复步骤提供数据基础。
148.下面，将说明本技术实施例在一个实际的应用场景中的示例性应用。
149.相关技术中，在主播端与服务器连接并建立直播间，主播端提供该直播间的输出数据，服务器在接收到该输出数据后，将该输出数据转发至其他至少一个观众端，以实现直播效果。其中，若主播端出现异常情况，与服务器断开联系之后，服务器中的直播间会自动关闭，导致直播无法继续，造成了大量的观众自动退出了直播，主播再次进入也没有人了，损失很大。
150.本技术实施例通过在主播端对直播应用程序产品运行的直播间相关数据、状态本地存储记录，当主播用户发起主播或者再次进入因意外中断的直播间时提醒用户，帮助主播快速恢复之前直播间的状态。
151.在本技术的一些实施例中，在直播间运行过程中，主播端可以与服务器之间传递心跳消息，以保持服务器可以获取到最新的直播间状态信息，其中，主播端可以按照预设的动态时间间隔向服务器发送心跳请求，服务器在接收到主播端发送的心跳请求后，记录该心跳请求对应的时间作为该主播端(对应的直播间)的存活时间，并返回心跳响应至主播端，此时，一次心跳消息的传递过程完成。
152.在本技术的一些实施例中，主播端预设有一个最大时间间隔，在主播端与服务器传递心跳消息的过程中，主播端发送心跳请求的动态时间间隔不能超过该最大时间间隔。其中，该最大时间间隔可以设置为1分钟。
153.在本技术的一些实施例中，主播端可以根据主播端对应的直播间的实时直播间信息确定该动态时间间隔。其中，可以通过下述方法生成该动态时间间隔：主播端获取上一次心跳请求发送时，该直播间的实时直播间信息，根据该实时直播间信息生成一个动态时间
间隔，在该动态时间间隔到达时，发送此次心跳请求，并记录此次心跳请求发送时的实时直播间信息，根据这一次的实时直播间信息确定下一个心跳请求对应的下一次动态时间间隔。
154.在本技术的一些实施例中，该实时直播间信息也可以在上一次心跳请求发送之后的一段时间后进行获取。
155.在本技术的一些实施例中，该实时直播间信息可以包括以下至少之一：直播间内的参与数量、服务器中该直播间对应的负载。
156.在本技术的一些实施例中，在主播端中的直播间对应的直播间状态信息为正常的情况下，主播端可以随时向服务器查询该直播间的配置信息，并通过该直播间对应的交互式界面展示给主播用户。
157.在本技术的一些实施例中，主播端在创建并运行该直播间的过程中，会存储该直播间对应的直播信息数据。其中，该直播信息数据可以包括：创建直播数据(createnativelivingreq)、创建结果数据结构(createnativelivingrsp)、直播间唯一标识(living_id)和可再次进数据存储结构(createnativeliving cache)。例如，该可再次进数据存储结构可以包括以下信息：
[0158][0159]
其中，在主播端创建该直播间的过程中，可以保存该直播间的直播创建请求、直播创建结果和该直播间对应的直播间唯一标识至该可再次进数据存储结构，并且，在该直播间运行的过程中，将该直播间对应的存活时间作为最后一次数据变更时间存储至该可再次进数据存储结构。
[0160]
参见图8，图8是本技术实施例提供的直播间恢复方法的一个可选的流程示意图，将结合图8示出的步骤进行说明。在本实施例中，本地(终端)对应上述实施例中的主播端，后台对应上述实施例中的服务器，用户对应上述实施例中的主播用户。
[0161]
在步骤801中，新建直播间。用户选择新建直播间。
[0162]
在步骤802中，本地是否有可再次重入的直播间。在本地有可再次重入的直播的情况下，执行步骤803；在本地没有可再次重入的直播的情况下，执行步骤808。其中，主播端检索本地存储，查看是否有任何可再次重入的直播间。
[0163]
在步骤803中，向后台确认该直播间的直播间状态信息。
[0164]
在步骤804中，该直播间是否正在进行。在该直播间正在进行的情况下，执行步骤805，在该直播间并未正在进行的情况下，执行步骤808。
[0165]
在步骤805中，弹框提示用户继续进入。
[0166]
在步骤806中，用户选择是否继续进入。在用户选择继续进入的情况下，执行步骤807；在用户选择不继续进入的情况下，执行步骤808。
[0167]
在步骤807中，终端恢复该直播间的状态和信息。其中，终端可以根据本地存储的该直播间对应的直播信息数据将该直播间恢复到出现异常之前的状态。同时，终端还可以根据服务器中该直播间的实时状态对恢复的直播间进行设置，其中，该实时状态可以为在线观众、连麦观众、直播时间等。
[0168]
在步骤808中，展示创建新直播间的交互界面。其中，可以通过该创建新直播间的交互界面接收用户对于新直播间的基础设置，并建立对应的新直播间。
[0169]
在步骤809中，流程结束。
[0170]
参见图9，图9是本技术实施例提供的直播间恢复方法的一个可选的流程示意图，将结合图9示出的步骤进行说明。在本实施例中，本地(终端)对应上述实施例中的主播端，后台对应上述实施例中的服务器，用户对应上述实施例中的主播用户。
[0171]
在步骤901中，进入直播间。用户选择进入已有的直播间，逻辑层输入待校验的直播间(唯一)标识，即当前要进入的直播间id。
[0172]
在步骤902中，本地是否有可再次重入的直播间。在本地有可再次重入的直播的情况下，执行步骤903；在本地没有可再次重入的直播的情况下，执行步骤908。其中，主播端检索本地存储，查看是否有任何可再次重入的直播间。
[0173]
在步骤903中，向后台确认该直播间的直播间状态信息。
[0174]
在步骤904中，该直播间是否正在进行。在该直播间正在进行的情况下，执行步骤905，在该直播间并未正在进行的情况下，执行步骤909。
[0175]
在步骤905中，弹框提示用户继续进入。
[0176]
在步骤906中，用户选择是否继续进入。在用户选择继续进入的情况下，执行步骤907；在用户选择不继续进入的情况下，执行步骤909。
[0177]
在步骤907中，终端恢复该直播间的状态和信息。其中，终端可以根据本地存储的该直播间对应的直播信息数据将该直播间恢复到出现异常之前的状态。同时，终端还可以根据服务器中该直播间的实时状态对恢复的直播间进行设置，其中，该实时状态可以为在线观众、连麦观众、直播时间等。
[0178]
在步骤908中，提醒用户该直播间在其他终端正在进行中。
[0179]
在步骤909中，提醒用户该直播间已为结束状态。
[0180]
在步骤910中，流程结束。
[0181]
通过本技术实施例对于图8和图9的上述示例性实施可知，本技术实施例通过存储当前正在进行的直播信息作为是否可以重新在主播端恢复该直播间的依据，帮助主播用户在直播间发生意外(比如crash，卡死之类)导致程序没法正常运行的场景时，能够方便的恢复之前进行的直播，并能还原当时的直播信息、状态，从而提升主播用户及观众用户的体验。
[0182]
下面继续说明本技术实施例提供的直播间恢复装置555的实施为软件模块的示例性结构，在本技术的一些实施例中，该直播恢复装置555为主播端，如图2所示，存储在存储器550的直播间恢复装置555中的软件模块可以包括：
[0183]
获取模块5551，用于响应于直播进入请求，获取主播端存储的直播信息数据；直播信息数据包括直播间的直播间标识；
[0184]
发送模块5552，用于发送携带直播间标识的状态查询请求至服务器；
[0185]
接收模块5553，用于接收服务器发送的状态查询反馈；状态查询反馈包括直播间的直播间状态信息；
[0186]
恢复模块5554，用于在直播间状态信息用于指示直播间为运行状态的情况下，根据直播间状态信息在主播端恢复直播间。
[0187]
在本技术的一些实施例中，所述发送模块5552，还用于根据直播信息数据，获取直播间的存活时间；根据存活时间、主播端系统时间和预设的第一时间阈值，确定直播间的存活状态；在存活状态用于表征直播间为有效状态的情况下，发送携带直播间标识的状态查询请求至服务器。
[0188]
在本技术的一些实施例中，所述恢复模块5554，还用于展示恢复提示界面；恢复提示界面用于提示主播端中存在直播间；通过恢复提示界面接收用户对于直播间的操作指令；在操作指令用于表征用户允许恢复直播间的情况下，根据直播间状态信息在主播端恢复直播间。
[0189]
在本技术的一些实施例中，所述获取模块5551，还用于获取直播进入请求中携带的查询标识；在主播端存储的至少一个历史直播数据中，查询与查询标识匹配的直播信息数据。
[0190]
在本技术的一些实施例中，所述恢复模块5554，还用于在直播进入请求为直播间新建请求的情况下，响应于直播间新建条件，创建新的直播间；直播间新建条件包括以下至少之一：在主播端中未找到与查询标识匹配的直播信息数据；直播间状态信息指示直播间为结束状态；操作指令表征用户拒绝恢复直播间。
[0191]
在本技术的一些实施例中，所述恢复模块5554，还用于在直播进入请求为直播间重连请求的情况下，响应于重连失败条件，向用户发送重连失败提示；重连失败条件包括以下之一：在主播端中未找到与查询标识匹配的直播信息数据；直播间状态信息指示直播间为结束状态。
[0192]
在本技术的一些实施例中，所述获取模块5551，还用于响应于直播创建请求，在主播端创建直播间，并生成直播间的创建日志；创建日志包括直播创建请求、直播创建结果和直播间标识；在直播间运行过程中，在主播端和服务器之间传递心跳消息，并根据最近一次的心跳消息生成直播间的存活时间；将创建日志和存活时间确定为直播间的直播信息数据，并存储于主播端。
[0193]
在本技术的一些实施例中，所述获取模块5551，还用于向服务器发送直播创建请求；接收服务器发送的直播创建反馈；直播创建反馈包括直播创建请求对应的直播创建结果；在直播创建结果为创建成功的情况下，在主播端创建直播间。
[0194]
在本技术的一些实施例中，所述恢复模块5554，还用于根据直播间状态信息确定直播间的设置参数和实时直播参数；基于设置参数在主播端的直播界面还原直播间；将实时直播参数显示于直播界面中。
[0195]
下面继续说明本技术实施例提供的直播间恢复装置555的实施为软件模块的示例性结构，在本技术的一些实施例中，该直播恢复装置555为服务器，如图2所示，存储在存储器550的直播间恢复装置555中的软件模块可以包括：
[0196]
请求接收模块，用于接收主播端发送的携带直播间标识的状态查询请求至服务器。
[0197]
查询模块，用于根据直播间标识查询直播间标识对应的直播间的直播间状态信息。
[0198]
反馈发送模块，用于将直播间状态信息通过状态查询反馈发送至主播端；状态查询反馈用于指示主播端根据直播间状态信息在主播端恢复直播间。
[0199]
在本技术的一些实施例中，直播恢复装置还包括创建模块，用于接收主播端发送的直播创建请求；根据直播创建请求生成对应的直播创建结果；发送携带直播创建结果的直播创建反馈至主播端；直播创建反馈用于指示主播端根据直播创建结果在主播端创建直播间。
[0200]
在本技术的一些实施例中，直播恢复装置还包括心跳模块，用于在直播间运行过程中，在主播端和服务器之间传递心跳消息，并根据最近一次的心跳消息生成直播间的存活时间；根据服务器系统时间、存活时间和预设的第二时间阈值，确定直播间的直播间状态信息。
[0201]
在本技术的一些实施例中，直播恢复装置还包括推送模块，用于响应于主播端断开事件，将存储于服务器的视频内容通过直播间推送至直播间对应的至少一个观众端；主播端断开事件包括以下至少之一：主播端出现异常时向服务器发送的主动断开事件；基于服务器系统时间、存活时间和预设的第三时间阈值生成的被动断开事件。
[0202]
本公开实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本技术实施例上述的直播间恢复方法。
[0203]
本公开实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本技术实施例提供的直播间恢复方法，例如，如图3a、图4、图5a、图6a、图7、图8或图9示出的方法。
[0204]
在本技术的一些实施例中，计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、闪存、磁表面存储器、光盘、或cd-rom等存储器；也可以是包括上述存储器之一或任意组合的各种设备。
[0205]
在本技术的一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
[0206]
作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(html，hyper text markup language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。
[0207]
作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。
[0208]
综上所述，通过本技术实施例能够实现以下技术效果：
[0209]
(1)本技术实施例通过获取主播端存储的直播间的直播信息数据，根据该直播信
息数据恢复该直播间，可以避免因主播端出现异常时而造成的观众流失问题；并且，在根据该直播信息数据恢复该直播间之前，还会根据直播间标识在服务器中查询该直播间的直播间状态信息，可以避免由于服务器已经关闭该直播间而导致的直播间恢复失败问题，提升了直播间的整体恢复效率。如此，可以提升主播用户的使用体验。
[0210]
(2)本技术实施例通过在主播端确定直播间的存活状态，可以在本地先对该直播间的情况进行初步判定，在该存活状态为无效状态的情况下，省去了向服务器发送状态查询请求的步骤，降低了主播端的负载，同时也节省了网络带宽；在该存活状态为有效状态的情况下，通过向服务发送该直播间的状态查询请求，可以进一步对该直播间的情况进行确定，避免了由于直播间关闭事件而导致的直播间状态信息判断错误问题，进而在整体上提升了直播间的恢复效率。
[0211]
(3)本技术实施例在确定一个直播间可以被恢复的情况下，通过恢复提示界面向主播用户展示该直播间的信息，可以使主播用户直观的获取可以被恢复的直播间的信息，同时通过该恢复提示界面接收主播用户对于该直播间的操作指令，可以提升本技术中直播间恢复过程的灵活性，提升主播用户的使用体验。
[0212]
(4)本技术实施例通过响应于该直播间重连请求或直播间新建请求，先根据请求中的查询标识在主播端查询匹配的直播间，可以避免主播端存在直播间未被恢复的情况；通过检测是否满足直播间新建条件，可以在主播端不存在可以被恢复的直播间的情况下，及时创建新的直播间，保证了直播间创建过程中的创建效率；通过检测是否满足该重连失败条件，可以向主播用户及时反馈直播间不能被恢复/重连的原因，提升了主播用户的使用体验。
[0213]
(5)本技术实施例通过获取直播间创建过程中的创建日志，和直播间运行过程中的存活时间，得到该直播间的直播信息数据，为后续主播端(直播间)出现异常情况后的重连/恢复过程提供数据基础，提升了直播间恢复效率和恢复准确性。
[0214]
(6)可以在主播端出现异常情况时，保持该直播间为运行状态，并推送预设的视频内容，避免该直播间内的观众用户流失；并且，在直播间运行过程中，通过传递心跳消息，可以获取该直播间最新的直播间状态信息，为该直播间的恢复步骤提供数据基础。
[0215]
以上所述，仅为本技术的实施例而已，并非用于限定本技术的保护范围。凡在本技术的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本技术的保护范围之内。