一种直播处理方法、装置及系统与流程

本发明涉及网络技术领域，尤其涉及一种直播处理方法、装置及系统。

背景技术

目前，视频直播越来越受欢迎，各个视频直播平台竞争也比较激烈，保证用户的使用体验就尤为重要。目前视频直播系统主要分为上行和下行两部分，上行为主播推流，下行为观众观看。对于视频直播系统中的上行部分，一般为主播端向接入服务器发送携带有有效签名(即用户身份签名)的直播推流请求，签名鉴权通过后，主播端向接入服务器发送音视频数据，进行直播。通常，主播端和接入服务器之间的连接采用可靠的传输控制协议(transmissioncontrolprotocol，tcp)连接，若接入服务器异常，会导致tcp中断，从而导致主播端推流中断。

现有技术中，为避免接入服务器异常导致主播端断流，影响主播的直播体验的问题，通常在接入服务器和主播端之间加入代理服务器，当接入服务器异常时，代理服务器可以自动与接入服务器重连，保证不断流。

但是，发明人在实现本发明的过程中，发现现有技术的视频直播上行处理方法，并不能有效避免主播端不断流的问题。

因为，主播端在开始发送的直播推流请求中携带的签名是有时效性的，若该签名过了有效期，这时，接入服务器异常，导致与代理服务器连接中断时，代理服务器将缓存的签名和流标识发送到接入服务器重新申请直播推流，接入服务器将签名发送到鉴权服务器，鉴权服务器会认为签名已过期从而判定签名无效，鉴权不通过，进而接入服务器拒绝直播推流数据，导致代理服务器重连失败，主播端断流，影响了主播的直播体验，也导致观众无法观看。

技术实现要素：

本发明实施例提供一种直播处理方法、装置及系统，以解决现有技术中不能有效避免视频直播过程中断流的问题。

本发明实施例提供的具体技术方案如下：

一种直播处理方法，包括：

接入服务器接收代理服务器发送的直播推流请求；其中，所述直播推流请求中至少包括流标识和鉴权通过信息；

如果确定所述直播推流请求中包括鉴权通过信息，则响应于所述直播推流请求，与所述代理服务器重新建立针对所述流标识的直播推流连接。

较佳的，所述直播推流请求中还至少包括主播端对应的用户身份签名；

则响应于所述直播推流请求之前，进一步包括：

针对所述用户身份签名和所述流标识进行验证，验证通过后，执行所述响应于所述直播推流请求的步骤；其中，所述验证为非针对所述用户身份签名的有效期的验证。

较佳的，针对所述用户身份签名和所述流标识进行验证的步骤，是由接入服务器执行的。

较佳的，所述用户身份签名和所述流标识进行验证，包括：

接入服务器将所述用户身份签名、流标识和鉴权通过信息发送到鉴权服务器，所述鉴权通过信息用于指示鉴权服务器针对所述用户身份签名和所述流标识进行鉴权；

接收所述鉴权服务器的鉴权结果，并根据所述鉴权结果，确定是否验证通过。

一种直播处理方法，包括：

代理服务器确定与接入服务器被动连接中断，向所述接入服务器发送直播推流请求；其中，所述直播推流请求中至少包括流标识和鉴权通过信息；

与所述接入服务器重新建立针对所述流标识的直播推流连接。

较佳的，向所述接入服务器发送直播推流请求时，进一步包括：

将接收到的主播端发送的直播数据，发送给接入服务器。

一种直播处理装置，包括：

接收模块，用于接收代理服务器发送的直播推流请求；其中，所述直播推流请求中至少包括流标识和鉴权通过信息；

处理模块，用于如果确定所述直播推流请求中包括鉴权通过信息，则响应于所述直播推流请求，与所述代理服务器重新建立针对所述流标识的直播推流连接。

较佳的，所述直播推流请求中还至少包括主播端对应的用户身份签名；

则响应于所述直播推流请求之前，进一步包括：

验证模块，用于针对所述用户身份签名和所述流标识进行验证，验证通过后，执行所述响应于所述直播推流请求的步骤；其中，所述验证为非针对所述用户身份签名的有效期的验证。

较佳的，针对所述用户身份签名和所述流标识进行验证的步骤，是由所述装置执行的。

较佳的，所述用户身份签名和所述流标识进行验证，验证模块具体用于：

将所述用户身份签名、流标识和鉴权通过信息发送到鉴权服务器，所述鉴权通过信息用于指示鉴权服务器针对所述用户身份签名和所述流标识进行鉴权；

接收所述鉴权服务器的鉴权结果，并根据所述鉴权结果，确定是否验证通过。

一种直播处理装置，包括：

第一发送模块，用于确定与接入服务器被动连接中断，向所述接入服务器发送直播推流请求；其中，所述直播推流请求中至少包括流标识和鉴权通过信息；

连接模块，用于与所述接入服务器重新建立针对所述流标识的直播推流连接。

较佳的，向所述接入服务器发送直播推流请求时，进一步包括：

第二发送模块，用于将接收到的主播端发送的直播数据，发送给接入服务器。

一种直播处理系统，包括：

代理服务器，用于确定与接入服务器被动连接中断，向接入服务器发送直播推流请求；其中，所述直播推流请求中至少包括流标识和鉴权通过信息；

接入服务器，用于接收代理服务器发送的直播推流请求，并如果确定所述直播推流请求中包括鉴权通过信息，则响应于所述直播推流请求，与所述代理服务器重新建立针对所述流标识的直播推流连接。

较佳的，向所述接入服务器发送直播推流请求时，代理服务器进一步用于：

将接收到的主播端发送的直播数据，发送给接入服务器。

较佳的，所述直播推流请求中还至少包括主播端对应的用户身份签名；

则响应于所述直播推流请求之前，接入服务器进一步用于：

针对所述用户身份签名和所述流标识进行验证，验证通过后，执行所述响应于所述直播推流请求的步骤；其中，所述验证为非针对所述用户身份签名的有效期的验证。

较佳的，针对所述用户身份签名和所述流标识进行验证的步骤，是由接入服务器执行的。

较佳的，进一步包括：鉴权服务器。

所述用户身份签名和所述流标识进行验证时，接入服务器用于，将所述用户身份签名、流标识和鉴权通过信息发送到鉴权服务器，所述鉴权通过信息用于指示鉴权服务器针对所述用户身份签名和所述流标识进行鉴权，以及，接收所述鉴权服务器的鉴权结果，并根据所述鉴权结果，确定是否验证通过。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一种直播处理方法的步骤。

本发明实施例，接入服务器接收代理服务器发送的直播推流请求；其中，所述直播推流请求中至少包括流标识和鉴权通过信息；如果确定所述直播推流请求中包括鉴权通过信息，则响应于所述直播推流请求，与所述代理服务器重新建立针对所述流标识的直播推流连接，这样，接入服务器接收到直播推流请求时，若确定该直播推流请求中包括鉴权通过信息，则可以直接与代理服务器重新建立直播推流连接，不需要再进行鉴权，能够有效避免当接入服务器异常且用户身份签名过期时导致主播端断流的情况，保证主播端不断流，提升了主播的直播体验。

附图说明

图1为本发明实施例一提供的直播处理方法的流程图；

图2为本发明实施例二提供的直播处理方法的流程图；

图3为本发明实施例三提供的直播处理方法的执行过程流程图

图4为本发明实施例四提供的直播处理系统架构图；

图5为本发明实施例五提供的直播处理装置结构示意图；

图6为本发明实施例六提供的直播处理装置结构示意图；

图7为本发明实施例七提供的服务器结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，并不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一：

参阅图1所示，本发明实施例一提供的直播处理方法的执行主体为接入服务器，具体包括以下步骤：

步骤100：接入服务器接收代理服务器发送的直播推流请求；其中，所述直播推流请求中至少包括流标识和鉴权通过信息。

值得说明的是，流，表示在直播过程中主播端不间断推的音视频数据，流标识，用于区分各个不同的流。

实际中，在直播系统中，分为上行推流和下行拉流两部分。其中，推流表示将直播内容推送至服务器的过程，拉流表示服务器已有直播内容，用指定地址进行拉取的过程。本发明实施例主要是针对直播系统中的上行推流过程。

其中，所述鉴权通过信息，是代理服务器与接入服务器在中断之前成功建立直播推流连接时，由接入服务器发送给代理服务器的。

也就是说，本发明实施例中，在首次主播端向代理服务器发送直播推流请求，接入服务器确定鉴权通过，与代理服务器建立直播推流连接后，接入服务器需要将鉴权通过信息发送给代理服务器，进而代理服务器缓存该鉴权通过信息。

这样，当接入服务器异常时，例如，接入服务器重启、接入服务器的业务进程之间出现重启、异常或崩溃等情况，接入服务器与代理服务器断连，代理服务器重新向接入服务器发送直播推流请求，并携带缓存的鉴权通过信息，使接入服务器得知该直播推流请求对应的流标识的直播推流之前是鉴权通过的。

步骤110：如果确定所述直播推流请求中包括鉴权通过信息，则响应于所述直播推流请求，与所述代理服务器重新建立针对所述流标识的直播推流连接。

其中，所述直播推流请求中还至少包括主播端对应的用户身份签名。

则执行步骤110时，在响应与所述直播推流请求之前，还包括：

针对用户身份签名和流标识进行验证，验证通过后，执行所述响应于所述直播推流请求的步骤，其中，该验证为非针对所述用户身份签名的有效期的验证。

也就是说，本发明实施例中，当直播推流请求中包括鉴权通过信息时，对该直播推流请求可以有两种处理方式：

第一种处理方式：如果确定所述直播推流请求中包括鉴权通过信息，则响应于所述直播推流请求，与所述代理服务器重新建立针对所述流标识的直播推流连接。

即不执行鉴权过程，当直播推流请求中包括鉴权通过信息时，说明针对主播端发送的该流标识的直播推流，之前是鉴权通过的，此次直播推流请求是代理服务器重新连入接入服务器，发送的相当于续流的申请，这时，可以不进行鉴权，直接接受该直播推流请求，接入服务器与代理服务器重新建立针对该流标识的直播推流连接，接受重连后的直播数据。

这种处理方式，更加简单，当接入服务器异常时，接入服务器可以快速与代理服务器建立直播推流连接。

第二种处理方式：如果确定所述直播推流请求中包括鉴权通过信息，则针对用户身份签名和流标识进行验证，验证通过后，响应于所述直播推流请求，与所述代理服务器重新建立针对所述流标识的直播推流连接；其中，该验证为非针对所述用户身份签名的有效期的验证。

也就是说，当直播推流请求中包括鉴权通过信息，还需要对用户身份签名和流标识进行鉴权，但是在对用户身份签名鉴权时忽略用户身份签名的时间，这种处理方式更加安全可靠，同时也可以解决接入服务器异常并用户身份签名过期时导致主播端断流的问题。

对用户身份签名和流标识验证的方法，本发明实施例中，具体为：当能够对用户身份签名进行解密，并对用户身份签名的验证为非针对其有效期的验证，则确定用户身份签名验证通过，以及当判定从用户身份签名中解密出的第一流标识和直播推流请求中的流标识是一致的，说明申请的推流和用户身份签名对应的是相同的流，则确定流标识验证通过。

并且，本发明实施例中，针对所述用户身份签名和所述流标识进行验证时也可以分为以下两种情况：

第一种情况：针对所述用户身份签名和所述流标识进行验证的步骤，是由接入服务器执行的。

这时，就不需要鉴权服务器了，接入服务器可以直接具有鉴权的功能。

第二种情况：进一步包括鉴权服务器。

首先，接入服务器将所述用户身份签名、流标识和鉴权通过信息发送到鉴权服务器，所述鉴权通过信息用于指示鉴权服务器针对所述用户身份签名和所述流标识进行鉴权。

然后，接入服务器接收所述鉴权服务器的鉴权结果，并根据所述鉴权结果，确定是否验证通过。

本发明实施例中，接入服务器接收到代理服务器发送的直播推流请求，如果确定该直播推流请求中包括鉴权通过信息，则可以与代理服务器重新建立针对该流标识的直播推流连接，从而接入服务器接受重连后的直播数据，允许重推流，能够有效避免当接入服务器异常且用户身份签名过期时导致主播端断流的情况，屏蔽了服务器内部断连对主播端的影响，做到主播无感知，提高了主播的直播体验，也进一步提升了直播平台的竞争力。

实施例二：

基于上述实施例，参阅图2所示，本发明实施例二提供的直播处理方法的执行主体为代理服务器，具体包括以下步骤：

步骤200：代理服务器确定与接入服务器被动连接中断，向所述接入服务器发送直播推流请求；其中，所述直播推流请求中至少包括流标识和鉴权通过信息。

进一步地，执行步骤200时，还包括：将接收到的主播端发送的直播数据，发送给接入服务器。

这样，可以进一步减小直播延时。

步骤210：与所述接入服务器重新建立针对所述流标识的直播推流连接。

本发明实施例二中，直播处理方法的执行主体为代理服务器，与上述实施例一的直播处理方法是相对应的，因此，这里就不再详细赘述了。

不过值得说明的是，本发明实施例中，主播端发起直播推流请求时，若鉴权通过，建立了直播推流连接，接入服务器向代理服务器返回鉴权通过信息，并代理服务器本地缓鉴权通过信息。之后本发明实施例中，代理服务器可以识别以下几种情况，做为相应处理：

第一种情况：主播端重连。对于主播端重连时，说明是主播主动断流，此时代理服务器清除缓存的鉴权通过信息，并将携带主播端对应的用户身份签名的直播推流请求，发送到接入服务器，重新进行鉴权。

第二种情况：代理服务器异常。代理服务器异常时，主播端断开推流，此时需要主播端重新推流，重新进行鉴权。

但是，实际中，代理服务器通常功能简单，异常概率极低，即使异常，但通常代理服务器有多台，一台代理服务器出现异常也会换另一台代理服务器重新推流。

第三种情况：接入服务器异常。代理服务器收到被动断连事件，在收到该事件后，代理服务器主动对接入服务器发起连接，将携带有鉴权通过信息的直播推流请求发送到接入服务器，接入服务器不鉴权或鉴权但忽略用户身份签名的有效期，与代理服务器重新建立直播推流连接。

本发明实施例中的直播处理方法，主要是针对第三种情况，即针对接入服务器异常并用户身份签名有效期过期的情况，解决此时代理服务器重连失败，主播端断流的问题。

实施例三：

基于上述实施例，参阅图3所示，本发明实施例三提供的直播处理方法，说明从主播端发送直播推流请求，鉴权通过建立直播推流连接后，到接入服务器异常的整个过程，具体包括以下步骤：

步骤300：代理服务器接收主播端发送的直播推流请求；其中，直播推流请求中至少包括主播端对应的用户身份签名和流标识。

实际中，主播端进行直播时，选择直播源，获取推流地址和用户身份签名，然后，根据该推流地址向相应的服务器发送直播推流请求，目的是与该相应的服务器建立连接。

其中，用户身份签名中还至少包括用户身份签名的有效期和流标识。并且，流标识可以是主播端生成，也可以是服务器端生成。

进一步地，执行步骤300时，代理服务器同时接收主播端发送的直播数据。

也就是说，主播端向代理服务器发送直播推流请求时，同时将直播数据(即音视频数据)发送给代理服务器，这样并行传输的目的，是为了进一步减小直播延时，可以在建立连接时，能够同时获取到直播数据。

当然，也可以在上行连接建立后，主播端再将直播数据发送给代理服务器，本发明实施例中并不进行限制。

例如，主播想要在某直播平台进行直播，需要提前在该直播平台注册，例如，设置用户名和密码，进行实名认证，然后，该主播开始进行直播时，例如点击推流按钮，服务器返回推流地址和用户身份签名，然后，进入开放式广播软件(openbroadcastersoftware，obs)设置，根据该推流地址和用户身份签名，并进行其它相应的设置，设置完成后，向相应的代理服务器发送携带该用户身份签名和流标识的直播推流请求，同时也可以发送当前的音视频数据。

进一步地，执行步骤300之后，还包括：代理服务器保存主播端对应的用户身份签名和流标识。

这样，代理服务器从直播推流请求中提取出主播端对应的用户身份签名和流标识，缓存在本地，以便在后续由于接入服务器异常导致断连时，基于缓存的信息与接入服务器重新建立直播推流连接。

步骤310：代理服务器将直播推流请求发送到接入服务器。

进一步地，执行步骤310时，代理服务器同时将直播数据发送到接入服务器。

值得说明的是，代理服务器相当于一个中转站，将接收到的直播推流请求和直播数据，再发送给接入服务器，其中，发送的方式例如为透传，即不管传输的业务如何，只负责将需要传送的业务传送到目的节点，同时保证传输的质量即可，而不对传输的业务进行处理。

步骤320：接入服务器将直播推流请求发送到鉴权服务器。

本发明实施例三中，是以使用鉴权服务器为例进行说明，当然也可以不使用鉴权服务器，由接入服务器替代鉴权服务器的鉴权功能。

步骤330：鉴权服务器对直播推流请求中的用户身份签名和流标识进行鉴权，并将鉴权结果发送给接入服务器。

步骤340：接入服务器根据鉴权结果，确定验证通过时，将鉴权通过信息发送给代理服务器，与代理服务器建立直播推流连接。

步骤350：代理服务器保存鉴权通过信息。

这时，主播端、代理服务器和接入服务器就建立了直播推流连接，实现了直播的上行推流，主播可以进行直播了。

步骤360：代理服务器确定与接入服务器被动连接中断，向接入服务器发送直播推流请求；其中，直播推流请求中至少包括流标识和鉴权通过信息。

本发明实施例，针对接入服务器异常的情况，代理服务器接收到被动断连事件。

步骤370：接入服务器如果确定直播推流请求中包括鉴权通过信息，则响应于该直播推流请求，与代理服务器重新建立针对该流标识的直播推流连接。

当然，进一步地，接入服务器也可以对用户身份签名和流标识进行鉴权，当验证均通过时，再与代理服务器重新建立针对该流标识的直播推流连接；其中，该验证为非针对用户身份签名的有效期的验证。

值得说明的是，本发明实施例中，在上述步骤360中，接入服务器异常，代理服务器确定与接入服务器被动连接中断，重新发送直播推流请求时，可以选择另一台接入服务器进行连接，即将该直播推流请求发送给另一台接入服务器，这是因为，当代理服务器重连时，可能之前连接的接入服务器的异常未修复或已经坏死，进而导致代理服务器重连失败，因此，代理服务器此时可以选择另一台接入服务器重新发起推流。

也就是说，本发明实施例中，只要接入服务器确定该直播推流请求中包括鉴权通过信息，都可以确定鉴权通过或不鉴权，进而实现代理服务器与接入服务器重新建立直播推流连接，不需要限定接入服务器是哪一个。

本发明实施例中，接入服务器将鉴权通过信息通知给代理服务器，代理服务器中不仅缓存了流标识和用户身份签名，还缓存鉴权通过信息，当接入服务器异常导致断连时，代理服务器重新申请直播推流时，可以将鉴权通过信息、用户身份签名和流标识发送到接入服务器，使接入服务器得知，该用户身份签名和流标识对应的直播推流是之前鉴权通过的，则直接重新建立直播推流连接，或者对用户身份签名和流标识进行验证，并该验证为非针对用户身份签名的有效期的验证，忽略对用户身份签名有效期的验证，这样，可以有效避免主播端断流，屏蔽直播平台内部发布异常和用户身份签名有效期对主播用户的影响，做到主播无感知，提升主播的体验。

实施例四：

基于上述实施例，参阅图4所示，本发明实施例四中，直播处理系统包括：主播端、代理服务器、接入服务器和鉴权服务器。其中，鉴权服务器也可以不包括，此时接入服务器具备鉴权功能。具体地：

代理服务器，用于确定与接入服务器被动连接中断，向接入服务器发送直播推流请求；其中，所述直播推流请求中至少包括流标识和鉴权通过信息；

接入服务器，用于接收代理服务器发送的直播推流请求，并如果确定所述直播推流请求中包括鉴权通过信息，则响应于所述直播推流请求，与所述代理服务器重新建立针对所述流标识的直播推流连接。

较佳的，向所述接入服务器发送直播推流请求时，代理服务器进一步用于：

将接收到的主播端发送的直播数据，发送给接入服务器。

较佳的，所述直播推流请求中还至少包括主播端对应的用户身份签名；

则响应于所述直播推流请求之前，接入服务器进一步用于：

针对所述用户身份签名和所述流标识进行验证，验证通过后，执行所述响应于所述直播推流请求的步骤；其中，所述验证为非针对所述用户身份签名的有效期的验证。

较佳的，针对所述用户身份签名和所述流标识进行验证的步骤，是由接入服务器执行的。

较佳的，进一步包括：鉴权服务器。

所述用户身份签名和所述流标识进行验证时，接入服务器用于，将所述用户身份签名、流标识和鉴权通过信息发送到鉴权服务器，所述鉴权通过信息用于指示鉴权服务器针对所述用户身份签名和所述流标识进行鉴权，以及，接收所述鉴权服务器的鉴权结果，并根据所述鉴权结果，确定是否验证通过。

本发明实施例中，接入服务器若确定代理服务器发送的直播推流请求中包括鉴权通过信息，可以确定该主播推流请求对应的直播推流之前是鉴权通过的，则可以不进行鉴权，直接与代理服务器重新建立直播推流连接，或者，进行鉴权但不对用户身份签名的有效期进行验证，这样，可以针对接入服务器异常其用户身份签名过期的情况，也能够重新连接直播推流连接，避免主播端断流，提升主播的直播体验。

实施例五：

基于上述实施例，参阅图5所示，本发明实施例五中，直播处理装置为接入服务器，具体包括：

接收模块50，用于接收代理服务器发送的直播推流请求；其中，所述直播推流请求中至少包括流标识和鉴权通过信息；

处理模块51，用于如果确定所述直播推流请求中包括鉴权通过信息，则响应于所述直播推流请求，与所述代理服务器重新建立针对所述流标识的直播推流连接。

较佳的，所述直播推流请求中还至少包括主播端对应的用户身份签名；

则响应于所述直播推流请求之前，进一步包括：

验证模块52，用于针对所述用户身份签名和所述流标识进行验证，验证通过后，执行所述响应于所述直播推流请求的步骤；其中，所述验证为非针对所述用户身份签名的有效期的验证。

较佳的，针对所述用户身份签名和所述流标识进行验证的步骤，是由所述装置执行的。

较佳的，所述用户身份签名和所述流标识进行验证，验证模块52具体用于：

将所述用户身份签名、流标识和鉴权通过信息发送到鉴权服务器，所述鉴权通过信息用于指示鉴权服务器针对所述用户身份签名和所述流标识进行鉴权；

接收所述鉴权服务器的鉴权结果，并根据所述鉴权结果，确定是否验证通过。

本发明实施例中，代理服务器向接入服务器发送直播推流请求，若该直播推流请求中包括鉴权通过信息，则忽略鉴权，重新建立直播推流连接，从而接入服务器接受重连后的直播数据，可以解决当接入服务器异常且用户身份签名过期时导致主播端断流的问题，屏蔽了服务器内部断连对主播端的影响，做到主播无感知，提高了主播的直播体验。

实施例六：

基于上述实施例，参阅图6所示，本发明实施例六中，直播处理装置为代理服务器，具体包括：

第一发送模块60，用于确定与接入服务器被动连接中断，向所述接入服务器发送直播推流请求；其中，所述直播推流请求中至少包括流标识和鉴权通过信息；

连接模块61，用于与所述接入服务器重新建立针对所述流标识的直播推流连接。

较佳的，向所述接入服务器发送直播推流请求时，进一步包括：

第二发送模块62，用于将接收到的主播端发送的直播数据，发送给接入服务器。

本发明实施例中，代理服务器确定与接入服务器被动连接中断时，即对应于接入服务器异常，代理服务器收到被动断连事件，这时，代理服务器主动向接入服务器重新发送直播推流请求，并在直播推理请求中携带保存的鉴权通过信息，之后实现与接入服务器重新建立直播推流连接，保证主播端不断流。

实施例七：

基于上述实施例，参阅图7所示，本发明实施例七中，一种服务器的结构示意图。

其中，本发明实施例中服务器的结构示意图，适用于本发明实施例中的代理服务器、接入服务器和鉴权服务器。

本发明实施例七提供了一种服务器，该服务器可以包括处理器710(centerprocessingunit，cpu)、存储器720、输入设备730和输出设备740等，输入设备730可以包括键盘、鼠标、触摸屏等，输出设备740可以包括显示设备，如液晶显示器(liquidcrystaldisplay，lcd)、阴极射线管(cathoderaytube，crt)等。

存储器720可以包括只读存储器(rom)和随机存取存储器(ram)，并向处理器710提供存储器720中存储的程序指令和数据。在本发明实施例中，存储器720可以用于存储直播处理方法的程序。

处理器710通过调用存储器720存储的程序指令，处理器710用于按照获得的程序指令执行本发明实施例中的直播处理方法。

基于上述实施例，具体地，针对接入服务器、代理服务器和鉴权服务器，处理器710执行相应的直播处理方法流程。

实施例八：

基于上述实施例，本发明实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意方法实施例中的直播处理方法。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。