直播处理方法、装置及终端与流程

本公开涉及通信领域，特别涉及一种直播处理方法、装置及终端。

背景技术：

网络直播可以使得用户将正在发生的事件同步发布到网络中供网络中的其他用户同步观看，其中，发布信息的用户为主播，观看信息的用户为观众。用户可以使用直播平台来进行直播以及观看直播，直播平台包括客户端和服务器，主播可以通过客户端新建房间进行直播，观众可以通过客户端选择主播所新建的房间观看该主播的直播，其中，客户端通过与服务器交互来实现上述功能。

相关技术中，在直播进行过程中，如果主播所在的客户端由于某些特殊原因出现异常退出，则主播需要重新打开客户端，并重新新建房间，进而开始一次新的直播。正在观看该主播直播的观众需要退出原来的直播房间，并重新进入该主播所新建的房间来继续观看该主播的直播。

技术实现要素：

本公开实施例提供了一种直播处理方法、装置及终端，所述技术方案如下：

根据本公开实施例的第一方面，提供一种直播处理方法，包括：

获取直播请求，所述直播请求由主播用户在终端输入；

若所述终端中存在与所述主播用户对应的直播信息，则判断所述直播信息是否有效，若是，则恢复所述直播信息对应的直播；

其中，所述直播信息在所述主播用户进行直播时生成并周期性进行更新，所述直播信息至少包括时间信息、直播对应的主播用户标识以及直播对应的房间标识。

本公开实施例提供的技术方案可以包括以下有益效果：

终端在接收到用户的直播请求时首先判断终端中是否存在该用户的直播信息，若存在，则终端在确定该直播信息有效之后向用户恢复该直播信息，从而使得用户可以使用该直播信息中的资源进行直播，无需再开启新的直播，而对于观众也无需从原房间退出再进入新的房间观看直播，从而极大地提升了用户体验。

进一步地，所述判断所述直播信息是否有效，包括：

向服务器发送直播信息验证请求，所述直播信息验证请求中包括直播对应的主播用户标识以及直播对应的房间标识；

接收所述服务器发送的直播信息验证结果；

判断所述直播信息验证结果是否为验证成功，若是，则确定所述直播信息有效，若否，则确定直播信息无效。

本公开实施例提供的技术方案可以包括以下有益效果：

终端通过向服务器发送直播信息验证请求，由服务器来判断直播信息是否有效，由于直播信息的资源等都保存在服务器中，因此，通过服务器进行判断可以保证判断结果的准确性。

进一步地，所述向服务器发送直播信息验证请求之前，还包括：

判断所述直播信息中的时间信息与当前时间的差值是否小于预设阈值，若是，则向服务器发送直播信息验证请求，若否，则确定所述直播信息无效。

本公开实施例提供的技术方案可以包括以下有益效果：

在向服务器发送直播信息验证请求之前，由终端首先根据当前时间与直播信息中的时间信息的差异来判断直播异常退出的时间，如果异常退出的时间已经较长，则终端可以直接确定该直播信息无效，无需再向服务器发送直播信息验证请求，从而既保证了判断的准确性，又节省了网络资源。

进一步地，所述确定所述直播信息无效之后，还包括：

删除所述直播信息；

根据所述主播用户的直播请求新建直播。

进一步地，所述向所述主播用户恢复所述直播信息，包括：

向服务器发送直播资源请求，所述直播资源请求中包括直播对应的主播用户标识以及直播对应的房间标识，所述直播资源请求用于请求所述直播信息的资源；

接收所述服务器发送的所述直播信息的资源信息；

向所述主播用户显示所述直播对应的房间标识对应的房间信息以及所述直播信息对应的资源信息。

本公开实施例提供的技术方案可以包括以下有益效果：

终端在向用户恢复之前的直播信息时，通过向服务器发送资源请求，从服务器中获取之前的直播的资源，进而显示给用户，从而保证用户可以准确地查看到之前的直播信息，进一步提升了用户的体验。

进一步地，还包括：

若所述主播用户的直播已开启，则判断所述终端中是否存在所述主播用户的直播信息，若是，则将所述直播信息的时间信息更新为当前时间，若否，则创建所述主播用户的直播信息，所述直播信息的时间信息为当前时间，所述直播信息对应的主播用户标识为所述主播用户的标识，所述直播信息对应的房间标识为当前直播所对应的房间的标识。

本公开实施例提供的技术方案可以包括以下有益效果：

终端通过在直播开启时创建直播信息，并在直播进行过程中周期性地更新直播信息中的时间信息，使得直播信息中的时间信息及时得到更新，一旦客户端异常退出，当用户再次登录客户端后，终端就可以根据直播信息中的时间信息来判断之前的直播是否有效，即通过创建及更新直播信息能够准确判断出之前的直播是否有效。

进一步地，还包括：

若所述主播用户的直播已结束，则删除所述主播用户对应的直播信息。

根据本公开实施例的第二方面，提供一种直播处理装置，包括：

获取模块，被配置为获取直播请求，所述直播请求由主播用户在终端输入；

恢复模块，被配置为在所述终端中存在与所述主播用户对应的直播信息时，判断所述直播信息是否有效，若是，则恢复所述直播信息对应的直播；

其中，所述直播信息在所述主播用户进行直播时生成并周期性进行更新，所述直播信息至少包括时间信息、直播对应的主播用户标识以及直播对应的房间标识。

进一步地，所述恢复模块包括：

第一发送子模块，被配置为向服务器发送直播信息验证请求，所述直播信息验证请求中包括直播对应的主播用户标识以及直播对应的房间标识；

第一接收子模块，被配置为接收所述服务器发送的直播信息验证结果；

第一确定子模块，被配置为判断所述直播信息验证结果是否为验证成功，若是，则确定所述直播信息有效，若否，则确定直播信息无效。

进一步地，所述恢复模块还包括：

第二确定子模块，被配置为判断所述直播信息中的时间信息与当前时间的差值是否小于预设阈值，若是，则向服务器发送直播信息验证请求，若否，则确定所述直播信息无效。

进一步地，还包括：

第一删除模块，被配置为删除所述直播信息；

新建模块，被配置为根据所述主播用户的直播请求新建直播。

进一步地，所述恢复模块还包括：

第二发送子模块，被配置为向服务器发送直播资源请求，所述直播资源请求中包括直播对应的主播用户标识以及直播对应的房间标识，所述直播资源请求用于请求所述直播信息的资源；

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

显示子模块，被配置为向所述主播用户显示所述直播对应的房间标识对应的房间信息以及所述直播信息对应的资源信息。

进一步地，还包括：

更新模块，被配置为在所述主播用户的直播已开启时，判断所述终端中是否存在所述主播用户的直播信息，若是，则将所述直播信息的时间信息更新为当前时间，若否，则创建所述主播用户的直播信息，所述直播信息的时间信息为当前时间，所述直播信息对应的主播用户标识为所述主播用户的标识，所述直播信息对应的房间标识为当前直播所对应的房间的标识。

进一步地，还包括：

第二删除模块，被配置为在所述主播用户的直播已结束时，删除所述主播用户对应的直播信息。

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

处理器；

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

其中，所述处理器被配置为：

获取直播请求，所述直播请求由主播用户在终端输入；

若所述终端中存在与所述主播用户对应的直播信息，则判断所述直播信息是否有效，若是，则恢复所述直播信息对应的直播；

其中，所述直播信息在所述主播用户进行直播时生成并周期性进行更新，所述直播信息至少包括时间信息、直播对应的主播用户标识以及直播对应的房间标识。

本公开实施例提供的技术方案可以包括以下有益效果：

终端在接收到用户的直播请求时首先判断终端中是否存在该用户的直播信息，若存在，则终端在确定该直播信息有效之后向用户恢复该直播信息，从而使得用户可以使用该直播信息中的资源进行直播，无需再开启新的直播，而对于观众也无需从原房间退出再进入新的房间观看直播，从而极大地提升了用户体验。

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

附图说明

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

图1是根据一示例性实施例示出的一种直播处理方法的流程图；

图2是根据一示例性实施例示出的一种直播处理方法的流程图；

图3是根据一示例性实施例示出的一种直播处理方法的流程图；

图4是根据一示例性实施例示出的一种直播处理方法的流程图；

图5是根据一示例性实施例示出的一种直播处理方法的完整处理流程；

图6是根据一示例性实施例示出的一种直播处理装置的框图；

图7是根据一示例性实施例示出的一种直播处理装置的框图；

图8是根据一示例性实施例示出的一种直播处理装置的框图；

图9是根据一示例性实施例示出的一种直播处理装置的框图；

图10是根据一示例性实施例示出的一种直播处理装置的框图；

图11是根据一示例性实施例示出的一种直播处理装置的框图；

图12是根据一示例性实施例示出的一种直播处理装置的框图；

图13是根据一示例性实施例示出的一种终端的实体的框图；

图14是根据一示例性实施例示出的一种终端1300的框图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

相关技术中，当主播所在的客户端由于特殊原因异常退出后，例如移动终端由于电量过低而关机，主播再次登录客户端之后，需要重新新建房间发起直播，并且重新聚集观众，原来观看直播的观众需要从原来的房间退出再加入主播新建的房间。即无论对于主播还是观众，都需要执行额外的操作才可以继续进行直播，影响用户的体验。

本公开基于上述问题，提出一种直播处理方法，该方法在主播发起直播后生成该主播的直播信息并周期性更新该直播信息中的时间信息，当主播再次发起直播时，首先判断移动终端中是否存在该主播的直播信息，若存在，则说明该主播的上次直播是异常退出，则为该主播恢复之前的直播信息，从而使得主播可以继续使用异常退出之前的房间信息以及观众资源等，而观众也可以继续在退出之前的房间观看主播的直播，从而极大提升用户的感受。

图1是根据一示例性实施例示出的一种直播处理方法的流程图，该方法的执行主体为可以运行直播平台的客户端的终端，例如手机、平板电脑、台式电脑等。如图1所示，该方法包括：

在步骤S101中，获取直播请求，该直播请求由主播用户在终端输入。

即，本实施例针对主播角色的用户登录客户端之后的处理过程。

本步骤中，主播用户输入的直播请求，可以看作是主播用户登录直播平台客户端之后选择进行直播的操作所触发的请求，也可以看作是用户登录直播平台客户端的操作所触发的请求，即，终端可以在用户登录客户端之后就执行如下的步骤，也可以在用户希望进行直播时再执行如下的步骤。

在步骤S102中，若终端中存在与主播用户对应的直播信息，则判断该直播信息是否有效，若是，则恢复该直播信息对应的直播。

其中，直播信息在主播用户进行直播时生成并周期性进行更新，直播信息至少包括时间信息、直播对应的主播用户标识以及直播对应的房间标识。

举例来说，当主播用户A登录直播平台客户端之后，终端首先判断终端中是否保存了用户A的直播信息，其中，用户A的直播信息在用户A开启一次直播后就生成并且周期性进行更新，当用户A正常结束直播后，用户A的直播信息会被删除，而当用户A某次登录客户端之后，终端判断出终端中存在用户A的直播信息，则说明用户A上次直播可能出现了异常退出的情况。

直播信息中至少可以包括三类信息：时间信息、直播对应的主播用户标识以及直播对应的房间标识。时间信息会在终端每次更新直播信息时进行更新。终端在判断是否存在与主播用户对应的直播信息时，可以根据直播对应的主播用户标识来判断，如果本次登录的用户A的标识与终端中保存的直播信息对应的主播用户标识A一致，则可以确定终端中存在与用户A对应的直播信息。

进而，终端需要判断直播信息的有效性，即使终端中存在用户A的直播信息，但是该直播信息已经无效，例如中断的时间已经很长，则该直播信息也无法进行恢复。因此，终端需要判断直播信息的有效性，在判断出直播信息有效之后，终端向用户A恢复之前的直播，即将用户A之前的房间信息、观众资源、虚拟物品资源等显示给用户A，并且，使用之前的直播的推流地址进行推流，即用户A可以完全使用之前的直播信息继续进行直播。而对于观众来说，可以继续在之前的房间观看用户A的直播。

本实施例中，终端在接收到用户的直播请求时首先判断终端中是否存在该用户的直播信息，若存在，则终端在确定该直播信息有效之后向用户恢复该直播信息，从而使得用户可以使用该直播信息中的资源进行直播，无需再开启新的直播，而对于观众也无需从原房间退出再进入新的房间观看直播，从而极大地提升了用户体验。

在上述实施例的基础上，本实施例涉及终端判断直播信息是否有效的一种可选实施方式，即，图2是根据一示例性实施例示出的一种直播处理方法的流程图，如图2所示，终端判断直播信息是否有效的一种可选实施方式为：

在步骤S201中，向服务器发送直播信息验证请求，该直播信息验证请求中包括直播对应的主播用户标识以及直播对应的房间标识。

当终端判断出终端中保存了主播用户对应的直播信息后，需要向服务器发送验证请求，由服务器来验证该直播信息是否有效。终端向服务器发送的验证请求中包括直播对应的主播用户标识以及直播对应的房间标识。

在服务器侧，当接收到直播信息验证请求之后，会判断服务器中是否存在与该验证请求中的主播用户标识以及房间标识一致的记录，如果存在，则说明在服务器上存在该直播信息，即该直播信息有效。

对于服务器来说，当某个主播用户A进行直播时，会保存用户A的直播信息，如果主播用户所在客户端长时间未与服务器进行交互，则服务器可以根据实际情况删除该主播用户的直播信息。由于直播信息对应的观众资源、虚拟物品资源等直播信息都保存在服务器中，因此，如果服务器端已经删除了主播用户的直播信息，即直播信息已经无效，则客户端无法再恢复该主播用户的直播信息。

在步骤S202中，接收服务器发送的直播信息验证结果。

服务器判断出不存在与验证请求一致的记录时，向终端返回验证失败，若判断出存在与验证请求一致的记录时，向终端返回验证成功。

在步骤S203中，判断直播信息验证结果是否为验证成功，若是，则确定直播信息有效，若否，则确定直播信息无效。

本实施例中，终端通过向服务器发送直播信息验证请求，由服务器来判断直播信息是否有效，由于直播信息的资源等都保存在服务器中，因此，通过服务器进行判断可以保证判断结果的准确性。

另一实施例中，在通过服务器验证直播信息是否有效之前，可以由终端先进行一次判断，即，在上述步骤S201之前，还包括：

判断直播信息中的时间信息与当前时间的差值是否小于预设阈值，若是，则向服务器发送直播信息验证请求，若否，则确定直播信息无效。

举例来说，当主播用户A登录直播平台客户端之后，终端首先判断终端中是否保存了用户A的直播信息，当终端判断出终端中保存了用户A的直播信息后，终端读取所保存的直播信息中的时间信息，该时间信息在用户A进行直播时周期性进行更新，因此，当前所获取到的该时间信息为直播异常退出前终端最后一次更新直播信息时的时间，终端将该时间与当前时间进行比较，如果时间差异较大，则说明用户A在上次直播异常退出之后间隔了很久才再次登录，该时间差异已经大于服务器判断是否删除直播信息的时间长度，因此，可以确定该直播信息已经无效，无需再向服务器发送直播信息验证请求。而如果时间差异较小，则再向服务器发送直播信息验证请求。

本实施例中，在向服务器发送直播信息验证请求之前，由终端首先根据当前时间与直播信息中的时间信息的差异来判断直播异常退出的时间，如果异常退出的时间已经较长，则终端可以直接确定该直播信息无效，无需再向服务器发送直播信息验证请求，从而既保证了判断的准确性，又节省了网络资源。

在上述实施例的基础上，本实施例涉及终端判断直播信息无效之后的处理过程。即，图3是根据一示例性实施例示出的一种直播处理方法的流程图，如图3所示，终端在确定直播信息无效之后，还可以执行下述步骤：

在步骤S301中，删除直播信息。

在步骤S302中，根据主播用户的直播请求新建直播。

以前述的主播用户A为例，当终端确定出用户A对应的直播信息无效之后，说明用户A无法再使用之前直播中的资源，因此，终端首先删除用户A对应的直播信息，进而，为用户A新建直播。由于该判断后需要用户新建直播，因此，该判断过程对用户不可见，对于用户A来说，只是新建一次新的直播。

而如果终端确定出用户A对应的直播有效之后，可选地，终端可以同用户进行必要的交互。举例来说，假设用户A在上次直播时异常退出，当用户A在短时间内再次登录客户端后，终端判断出用户A的直播信息依然有效，则此时，终端会向用户弹出提示，例如“您上次的直播有效，是否继续上次的直播？”，用户可以选择“是”或“否”，如果用户选择“是”，则执行前述的恢复直播信息的操作，而如果用户选择“否”，则终端也执行上述步骤S301-S302，即删除上一次的直播信息，用户可以新建一次新的直播。通过上述处理，可以使得用户灵活选择继续上次的直播或者开始新的直播，以满足用户的不同需求，进一步提升用户的体验。

在上述实施例的基础上，本实施例涉及终端恢复直播信息的具体执行过程，即，图4是根据一示例性实施例示出的一种直播处理方法的流程图，如图4所示，上述向主播用户恢复直播信息的一种具体方式为：

在步骤S401中，向服务器发送直播资源请求，该直播资源请求中包括直播对应的主播用户标识以及直播对应的房间标识，该直播资源请求用于请求上述直播信息的资源。

终端侧所保存的直播信息中，仅保存了时间信息、主播用户标识以及房间标识，而直播信息的资源，例如观众信息以及虚拟物品信息，在直播进行中都有服务器端进行保存，终端需要以“拉取”方式向服务器请求观众信息以及虚拟物品信息等。本步骤中，终端向服务器发送直播资源请求，即向服务器“拉取”观众信息以及虚拟物品信息等，该请求中携带主播用户标识以及房间标识。

在步骤S402中，接收服务器发送的直播信息的资源信息。

服务器接收到携带主播用户标识和房间标识的直播资源请求后，根据主播用户标识和房间标识来匹配对应的资源信息，并将资源信息返回给终端。

在步骤S403中，向主播用户显示直播对应的房间标识对应的房间信息以及直播信息对应的资源信息。

当获取到直播信息对应的资源信息之后，终端按照已有的方式向用户显示房间信息以及资源信息。

本实施例中，终端在向用户恢复之前的直播信息时，通过向服务器发送资源请求，从服务器中获取之前的直播的资源，进而显示给用户，从而保证用户可以准确地查看到之前的直播信息，进一步提升了用户的体验。

以下为终端在直播进行时创建更新直播信息以及直播正常结束时删除直播信息的具体处理过程。

首先，终端创建更新直播信息的具体方法为：

若主播用户的直播已开启，则判断终端中是否存在该主播用户的直播信息，若是，则将直播信息的时间信息更新为当前时间，若否，则创建主播用户的直播信息，直播信息的时间信息为当前时间，直播信息对应的主播用户标识为主播用户的标识，直播信息对应的房间标识为当前直播所对应的房间的标识。

以前述的主播用户A为例，一旦用户A开启了一次直播，则终端首先判断用户A是否存在直播信息，如果不存在，则为用户A创建直播信息。在此之后，直到用户A的直播正常结束或异常退出之前，终端都会周期性地对直播信息进行更新，更新之前终端首先判断直播信息是否存在，如果存在，则更新直播信息中的时间信息，即，不断地对直播信息中的时间信息进行刷新。终端更新直播信息的周期例如可以为5分钟、10分钟等。

本实施例中，终端通过在直播开启时创建直播信息，并在直播进行过程中周期性地更新直播信息中的时间信息，使得直播信息中的时间信息及时得到更新，一旦客户端异常退出，当用户再次登录客户端后，终端就可以根据直播信息中的时间信息来判断之前的直播是否有效，即通过创建及更新直播信息能够准确判断出之前的直播是否有效。

其次，终端在直播正常结束时删除直播信息的具体方法为：

若主播用户的直播已结束，则删除主播用户对应的直播信息。

直播信息的作用主要是在客户端异常退出之后用户重新登录客户端之后判断之前直播是否有效，因此，如果某次直播正常结束，比如用户点击直播中的结束按钮等会触发直播结束，则终端需要删除本次直播的直播信息，以避免在用户再次新建直播时由于存在直播信息而对新的直播造成干扰。即，通过在直播正常结束时删除直播信息，能够保证新的直播的正常进行。

图5是根据一示例性实施例示出的一种直播处理方法的完整处理流程，如图5所示，该方法的完整处理流程为：

在步骤S501中，主播用户发起直播请求。

主播用户发起直播请求之后，终端接收该直播请求。

在步骤S502中，终端判断终端中是否存在该主播用户的直播信息，若存在，则执行步骤S503，否则，执行步骤S506。

在步骤S503中，终端判断直播信息中的时间信息与当前时间的差异是否小于预设阈值，若是，则执行步骤S504，否则执行S506。

在步骤S504中，终端通过服务器验证直播信息，如果验证成功，则执行步骤S505，否则执行S506。

在步骤S505中，终端从服务器获取观众信息等，并恢复直播信息对应的直播。

在步骤S506中，为直播用户新建直播。

在步骤S507中，在新建直播之后创建直播对应的直播信息。

在步骤S508中，在直播进行过程中周期性更新直播信息中的时间信息。

在步骤S509中，直播正常结束后，删除直播信息。

上述各步骤的具体执行过程可以参见前述各实施例，此处不再赘述。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图6是根据一示例性实施例示出的一种直播处理装置的框图，如图6所示，该装置包括：

获取模块601，被配置为获取直播请求，该直播请求由主播用户在终端输入。

恢复模块602，被配置为在终端中存在与主播用户对应的直播信息时，判断直播信息是否有效，若是，则恢复直播信息对应的直播。

其中，直播信息在主播用户进行直播时生成并周期性进行更新，直播信息至少包括时间信息、直播对应的主播用户标识以及直播对应的房间标识。

图7是根据一示例性实施例示出的一种直播处理装置的框图，如图7所示，恢复模块602包括：

第一发送子模块6021，被配置为向服务器发送直播信息验证请求，直播信息验证请求中包括直播对应的主播用户标识以及直播对应的房间标识。

第一接收子模块6022，被配置为接收服务器发送的直播信息验证结果。

第一确定子模块6023，被配置为判断直播信息验证结果是否为验证成功，若是，则确定直播信息有效，若否，则确定直播信息无效。

图8是根据一示例性实施例示出的一种直播处理装置的框图，如图8所示，恢复模块602还包括：

第二确定子模块6024，被配置为判断直播信息中的时间信息与当前时间的差值是否小于预设阈值，若是，则向服务器发送直播信息验证请求，若否，则确定直播信息无效。

图9是根据一示例性实施例示出的一种直播处理装置的框图，如图9所示，上述装置还包括：

第一删除模块603，被配置为删除直播信息。

新建模块604，被配置为根据主播用户的直播请求新建直播。

图10是根据一示例性实施例示出的一种直播处理装置的框图，如图10所示，恢复模块602还包括：

第二发送子模块6025，被配置为向服务器发送直播资源请求，直播资源请求中包括直播对应的主播用户标识以及直播对应的房间标识，直播资源请求用于请求直播信息的资源。

第二接收子模块6026，被配置为接收服务器发送的直播信息的资源信息。

显示子模块6027，被配置为向主播用户显示直播对应的房间标识对应的房间信息以及直播信息对应的资源信息。

图11是根据一示例性实施例示出的一种直播处理装置的框图，如图11所示，该装置还包括：

更新模块605，被配置为在主播用户的直播已开启时，判断终端中是否存在主播用户的直播信息，若是，则将直播信息的时间信息更新为当前时间，若否，则创建主播用户的直播信息，直播信息的时间信息为当前时间，直播信息对应的主播用户标识为主播用户的标识，直播信息对应的房间标识为当前直播所对应的房间的标识。

图12是根据一示例性实施例示出的一种直播处理装置的框图，如图12所示，该装置还包括：

第二删除模块606，被配置为在主播用户的直播已结束时，删除主播用户对应的直播信息。

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

图13是根据一示例性实施例示出的一种终端的实体的框图，如图13所示，该终端包括：

存储器91和处理器92。

存储器91用于存储处理器92的可执行指令。

处理器92被配置为：

获取直播请求，所述直播请求由主播用户在终端输入；

若所述终端中存在与所述主播用户对应的直播信息，则判断所述直播信息是否有效，若是，则恢复所述直播信息对应的直播；

其中，所述直播信息在所述主播用户进行直播时生成并周期性进行更新，所述直播信息至少包括时间信息、直播对应的主播用户标识以及直播对应的房间标识。

在上述终端的实施例中，应理解，处理器92可以是中央处理子模块(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，而前述的存储器可以是只读存储器(英文：read-only memory，缩写：ROM)、随机存取存储器(英文：random access memory，简称：RAM)、快闪存储器、硬盘或者固态硬盘。SIM卡也称为用户身份识别卡、智能卡，数字移动电话机必须装上此卡方能使用。即在电脑芯片上存储了数字移动电话客户的信息，加密的密钥以及用户的电话簿等内容。结合本公开实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

图14是根据一示例性实施例示出的一种终端1300的框图。其中，终端1300可以是移动电话，计算机，平板设备，个人数字助理等。

参照图14，终端1300可以包括以下一个或多个组件：处理组件1302，存储器1304，电源组件1306，多媒体组件1308，音频组件1310，输入/输出(I/O)的接口1312，传感器组件1314，以及通信组件1316。

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

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

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

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

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

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

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

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

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

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

一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端1300的处理器执行时，使得终端1300能够执行一种直播处理方法。所述方法包括：

获取直播请求，所述直播请求由主播用户在终端输入；

若所述终端中存在与所述主播用户对应的直播信息，则判断所述直播信息是否有效，若是，则恢复所述直播信息对应的直播；

其中，所述直播信息在所述主播用户进行直播时生成并周期性进行更新，所述直播信息至少包括时间信息、直播对应的主播用户标识以及直播对应的房间标识。

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

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