一种播放视频的方法、装置、设备、及可读存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种播放视频的方法、装置、设备、及可读存储介质。

背景技术

在现有技术中，当需要实现将某部视频在多个用户端同步播放的功能时，目前业界的方案是通过直播推流的方式来保证所有观看视频的用户为同一视频播放进度。但是，直播推流对CDN(Content Delivery Network，内容分发网络)的实时性要求较高，各个CDN节点需要及时拿到最新的视频流数据，这样用户才能及时获取到最新的视频资源，不然就会出现卡顿的情况；此外，由于直播推流是实时数据，视频流数据不在CDN节点处缓存，所以为了保证用户的观看体验，需要设置大量的CDN节点，以便用户能够从最近的CDN节点处获取到视频资源。因此，如何更加高效、流程的实现同一视频在多个用户端同步播放，成为本领域技术人员亟需解决的技术问题。

发明内容

本申请的目的在于提供一种播放视频的方法、装置、设备、及可读存储介质，能够更加高效、流畅的达到同一视频在多个用户端同步播放的效果。

根据本申请的一个方面，提供了一种播放视频的方法，应用于视频服务器，所述方法包括：

将目标视频的视频资源缓存至各个内容分发网络CDN节点中；

当检测到用户端访问所述目标视频的播放页面时，和所述用户端建立长链接；

当接收到开始播放指令时，通过建立的长链接向所有访问所述播放页面的用户端同时发送视频开播状态信令，以使每个用户端分别从对应的CDN节点获取所述视频资源，并同时播放所述视频资源；

当接收到结束播放指令时，通过建立的长链接向所有访问所述播放页面的用户端同时发送视频结束状态信令。

可选的，在所述当接收到开始播放指令时，通过建立的长链接向所有访问所述播放页面的用户端同时发送视频开播状态信令之后，所述方法还包括：

启动计时器，以记录视频播放进度；

当通过http接口接收到由用户端发送的进度查询请求时，通过所述http接口向所述用户端发送根据所述计时器确定出的视频播放进度。

可选的，所述方法还包括：

通过http接口接收由任一访问所述播放页面的用户端发送的弹幕信息；

通过建立的长链接向其他访问所述播放页面的用户端同时转发所述弹幕信息。

为了实现上述目的，本申请还提供一种播放视频的方法，应用于用户端，所述方法包括：

当访问目标视频的播放页面时，和视频服务器建立长链接；

当通过所述长链接接收到由所述视频服务器发送的视频开播状态信令时，从对应的CDN节点获取所述目标视频的视频资源，并播放所述视频资源；其中，所述CDN节点用于缓存所述目标视频的视频资源；

通过所述长链接接收由所述视频服务器发送的视频结束状态信令。

可选的，在所述当访问目标视频的播放页面时，和视频服务器建立长链接之后，所述方法还包括：

当检测到由后台或其他页面切换回所述播放页面时，通过http接口向所述视频服务器发送进度查询请求；

通过所述http接口接收由所述视频服务器发送的视频播放进度；其中，所述视频播放进度是根据由所述视频服务器启动的计时器确定出的；

按照所述视频播放进度播放所述目标视频。

可选的，所述方法还包括：

当获取到弹幕信息时，在所述播放页面中显示所述弹幕信息；

通过http接口将所述弹幕信息发送至所述视频服务器，以供所述视频服务器通过建立的长链接向其他访问所述播放页面的用户端同时转发所述弹幕信息。

为了实现上述目的，本申请还提供一种计算机设备，该计算机设备具体包括：存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述介绍的播放视频的方法的步骤。

为了实现上述目的，本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述介绍的播放视频的方法的步骤。

本申请提供的播放视频的方法、装置、设备、及可读存储介质，视频服务器通过在与各个用户端之间建立的长链接同时向多个用户端发送播放状态信令，以同步所有用户端的视频播放进度，从而达到多个用户在线同步观看某一视频的效果；本申请采用了点播的方式，事先将目标视频的完整视频资源存储至CDN节点中，以便用户端可以直接从CDN节点中获取视频资源并进行播放，从而不会出现卡顿的现象，视频播放更加流畅，用户体验度更好；此外，还利用长链接转发弹幕信息，使得所有用户端显示的弹幕信息保持一致，给用户一种直播的体验。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为实施例一提供的播放视频的方法的一种可选的流程示意图；

图2为实施例二提供的播放视频的方法的一种可选的流程示意图；

图3为实施例三提供的播放视频的方法的一种可选的流程示意图；

图4为实施例四提供的播放视频的装置的一种可选的组成结构示意图；

图5为实施例五提供的播放视频的装置的一种可选的组成结构示意图；

图6为实施例六提供的计算机设备的一种可选的硬件架构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例一

本申请实施例提供了一种播放视频的方法，应用于视频服务器，如图1所示，该方法具体包括以下步骤：

步骤S101：将目标视频的视频资源缓存至各个CDN节点中。

在本实施例中，采用了点播方式，事先将目标视频的完整视频资源存储到CDN节点中以供用户端获取使用。点播方式与直播方式的区别为：当采用直播方式时，对CDN节点的实时性要求高，各个CDN节点要及时获取到视频资源以供用户端使用，因此，一旦CDN节点不能及时获取到视频资源，用户端就会出现卡顿的现象；而点播方式对CDN节点的实时性要求不高，当采用点播方式时，会事先将目标视频的完整视频资源分发到各个CDN节点，用户可直接从CDN节点获取到视频资源，不会出现卡顿的现象，保证了视频播放的流畅性。

步骤S102：当检测到用户端访问所述目标视频的播放页面时，和所述用户端建立长链接。

由于点播方式无法保证目标视频在多个用户端同步播放，因此，在本实施例中，当有用户端访问目标视频的播放页面时，就会在视频服务器与用户端之间建立长链接，直至用户端关闭所述播放页面。通过视频服务器与多个用户端建立长链接，能够让视频服务器同时向多个用户端发送信令，从而保证了各个用户端之间的信令一致性。

具体的，视频服务器通过长链接向用户端发送信令；其中，所述信令包括：视频播放状态和/或视频播放进度。视频服务器通过使用长链接来发送信令，保证了信令到达用户端的实时性。

步骤S103：当接收到开始播放指令时，通过建立的长链接向所有访问所述播放页面的用户端同时发送视频开播状态信令，以使每个用户端分别从对应的CDN节点获取所述视频资源，并同时播放所述视频资源。

在本实施例中，将点播方式与长链接状态同步相结合，实现了目标视频在多个用户端同步播放的效果，给用户带来了一种观看直播的体验，并且在视频播放流畅度上优于直播推流，不会出现卡顿的情况。

步骤S104：当接收到结束播放指令时，通过建立的长链接向所有访问所述播放页面的用户端同时发送视频结束状态信令。

具体的，在所述当接收到开始播放指令时，通过建立的长链接向所有访问所述播放页面的用户端同时发送视频开播状态信令之后，所述方法还包括：

步骤A1：启动计时器，以记录视频播放进度；

步骤A2：当通过http接口接收到由用户端发送的进度查询请求时，通过所述http接口向所述用户端发送根据所述计时器确定出的视频播放进度。

在本实施例中，视频服务器通过长链接主动向用户端发送包含视频播放状态和/或视频播放进度的信令；其中，视频播放状态包括：视频开播状态和视频结束状态；但是，当用户端将播放页面切换至后台或者切换至其他页面时，若用户端再次切换回该播放页面时，就需要获取当前的视频播放状态和视频播放进度，由于视频服务器使用长链接只能主动向用户端发送信令，而用户端不能通过长链接向视频服务器发送信令，因此，用户端需要通过http接口向视频服务器发送用于获取视频播放状态和/或视频播放进度的请求，视频服务器再通过该http接口向该用户端反馈当前的视频播放状态和/或视频播放进度，用户端再根据当前的视频播放状态和视频播放进度进行视频seek操作，从反馈的视频播放进度处开始播放目标视频，以调整播放内容。

此外，视频服务器会开启一个计时器，用于标识目标视频当前的播放进度，当用户端通过http接口发送进度查询请求时，视频服务器会根据该计时器确定出视频播放记录。

进一步的，所述方法还包括：

步骤B1：通过http接口接收由任一访问所述播放页面的用户端发送的弹幕信息；

步骤B2：通过建立的长链接向其他访问所述播放页面的用户端同时转发所述弹幕信息。

在本实施例中，当一个用户在观看目标视频的过程中通过用户端发送弹幕信息时，首先会在该用户端的播放页面中显示该弹幕信息，并通过http接口将该弹幕信息发送至视频服务器；视频服务器收到该弹幕信息时，会通过长链接将该弹幕信息发送给所有访问该播放页面(即，观看目标视频)的其他用户端，其他用户端再将该弹幕信息显示在播放页面中。由于所有用户端收到弹幕信息的时间基本一致，所以所有用户看到的弹幕信息也几乎是同步的，达到了观看直播视频的效果。

实施例二

本申请实施例提供了一种播放视频的方法，应用于用户端，如图2所示，该方法具体包括以下步骤：

步骤S201：当访问目标视频的播放页面时，和视频服务器建立长链接。

在本实施例中，当有用户端访问目标视频的播放页面时，就会在视频服务器与用户端之间建立长链接，直至用户端关闭所述播放页面。通过视频服务器与多个用户端建立长链接，能够让视频服务器同时向多个用户端发送信令，从而保证了各个用户端之间的信令一致性。

具体的，视频服务器通过长链接向用户端发送信令；其中，所述信令包括：视频播放状态和/或视频播放进度。视频服务器通过使用长链接来发送信令，保证了信令到达用户端的实时性。

步骤S202：当通过所述长链接接收到由所述视频服务器发送的视频开播状态信令时，从对应的CDN节点获取所述目标视频的视频资源，并播放所述视频资源；其中，所述CDN节点用于缓存所述目标视频的视频资源。

在本实施例中，利用点播方式实现直播效果，即通过点播方式达到将同一视频在多个用户端同步播放的效果。点播方式与直播方式的区别为：当采用直播方式时，对CDN节点的实时性要求高，各个CDN节点要及时获取到视频资源以供用户端使用，因此，一旦CDN节点不能及时获取到视频资源，用户端就会出现卡顿的现象；而点播方式对CDN节点的实时性要求不高，当采用点播方式时，会事先将目标视频的完整视频资源分发到各个CDN节点，用户可直接从CDN节点获取到视频资源，不会出现卡顿的现象，保证了视频播放的流畅性。

具体的，所述从对应的CDN节点获取所述目标视频的视频资源，包括：

步骤C1：通过http接口向所述视频服务器发送播放地址查询请求；其中，所述播放地址查询请求包括：所述目标视频的标识信息；

步骤C2：通过所述http接口接收由所述视频服务器发送的与所述标识信息对应的播放地址信息；

步骤C3：从CDN节点中获取与所述播放地址信息对应的视频资源。

在本实施例中，当目标视频开播时，视频服务器会通过长链接向所有访问所述播放页面的用户端发送视频开播状态信令，用户端收到该视频开播状态信令时，会主动去请求播放地址，并根据播放地址播放目标视频。

步骤S203：通过所述长链接接收由所述视频服务器发送的视频结束状态信令。

具体的，在所述当访问目标视频的播放页面时，和视频服务器建立长链接之后，所述方法还包括：

步骤D1：当检测到由后台或其他页面切换回所述播放页面时，通过http接口向所述视频服务器发送进度查询请求；

步骤D2：通过所述http接口接收由所述视频服务器发送的视频播放进度；其中，所述视频播放进度是根据由所述视频服务器启动的计时器确定出的；

步骤D3：按照所述视频播放进度播放所述目标视频。

在本实施例中，视频服务器通过长链接主动向用户端发送包含视频播放状态和/或视频播放进度的信令；其中，视频播放状态包括：视频开播状态和视频结束状态；但是，当用户端将播放页面切换至后台或者切换至其他页面时，若用户端再次切换回该播放页面时，就需要获取当前的视频播放状态和视频播放进度，由于视频服务器使用长链接只能主动向用户端发送信令，而用户端不能通过长链接向视频服务器发送信令，因此，用户端需要通过http接口向视频服务器发送用于获取视频播放状态和/或视频播放进度的请求，视频服务器再通过该http接口向该用户端反馈当前的视频播放状态和/或视频播放进度，用户端再根据当前的视频播放状态和视频播放进度进行视频seek操作，从反馈的视频播放进度处开始播放目标视频，以调整播放内容。

此外，视频服务器会开启一个计时器，用于标识目标视频当前的播放进度，当用户端通过http接口发送进度查询请求时，视频服务器会根据该计时器确定出视频播放记录。

进一步的，所述方法还包括：

步骤E1：当获取到弹幕信息时，在所述播放页面中显示所述弹幕信息；

步骤E2：通过http接口将所述弹幕信息发送至所述视频服务器，以供所述视频服务器通过建立的长链接向其他访问所述播放页面的用户端同时转发所述弹幕信息。

在本实施例中，当一个用户在观看目标视频的过程中通过用户端发送弹幕信息时，首先会在该用户端的播放页面中显示该弹幕信息，并通过http接口将该弹幕信息发送至视频服务器；视频服务器收到该弹幕信息时，会通过长链接将该弹幕信息发送给所有访问该播放页面(即，观看目标视频)的其他用户端，其他用户端再将该弹幕信息显示在播放页面中。由于所有用户端收到弹幕信息的时间基本一致，所以所有用户看到的弹幕信息也几乎是同步的，达到了观看直播视频的效果。

在本实施例中，将点播方式与长链接状态同步相结合，实现了目标视频在多个用户端同步播放的效果，给用户带来了一种观看直播的体验，并且在视频播放流畅度上优于直播推流，不会出现卡顿的情况。

实施例三

本申请实施例提供了一种播放视频的方法，如图3所示，该方法应用于用户端301、视频服务器302和CDN节点303，其中，视频服务器包括：Socket Server和Http Server；该方法具体包括以下步骤：

步骤1：视频服务器将目标视频的完整视频资源缓存至各个CDN节点中。

步骤2：当任一用户端访问所述目标视频的播放页面时，在所述用户端和所述视频服务器的Socket Server之间建立长链接。

Socket Server用于提供信令给用户端，并转发由用户端发送来的弹幕信息。

步骤3：当所述视频服务器接收到开始播放指令时，通过建立的长链接向所有访问所述播放页面的用户端同时发送视频开播状态信令。

步骤4：在发送所述视频开播状态信令之后，所述视频服务器启动计时器，以记录视频播放进度。

步骤5：当用户端接收到视频开播状态信令时，所述用户端从对应的CDN节点获取所述目标视频的视频资源，并播放所述视频资源。

步骤6：当用户端由后台或其他页面切换回所述播放页面时，通过http接口向所述视频服务器的Http Server发送进度查询请求。

Http Server为用户端提供主动请求播放状态和播放进度的接口，以让用户端在切换回播放页面下能够获取最新的播放状态和播放进度。

步骤7：所述视频服务器根据所述计时器确定出视频播放进度，并将所述视频播放进度通过Http Server发送至所述用户端。

步骤8：所述用户端按照所述视频播放进度重新从对应的CDN节点获取所述目标视频的视频资源，并重新播放所述视频资源。

步骤9：当所述视频服务器接收到结束播放指令时，通过建立的长链接向所有访问所述播放页面的用户端同时发送视频结束状态信令。

进一步的，所述方法还包括：

步骤F1：针对访问所述播放页面的任一用户端，当获取到弹幕信息时，在所述播放页面中显示所述弹幕信息；

步骤F2：所述用户端将所述弹幕信息通过http接口发送至所述视频服务器的HttpServer；

步骤F3：所述视频服务器通过建立的长链接向其他访问所述播放页面的用户端同时转发所述弹幕信息。

实施例四

本申请实施例提供了一种播放视频的装置，应用于视频服务器，如图4所示，该装置具体包括以下组成部分：

缓存模块401，用于将目标视频的视频资源缓存至各个内容分发网络CDN节点中；

建连模块402，用于当检测到用户端访问所述目标视频的播放页面时，和所述用户端建立长链接；

开播模块403，用于当接收到开始播放指令时，通过建立的长链接向所有访问所述播放页面的用户端同时发送视频开播状态信令，以使每个用户端分别从对应的CDN节点获取所述视频资源，并同时播放所述视频资源；

结束模块404，用于当接收到结束播放指令时，通过建立的长链接向所有访问所述播放页面的用户端同时发送视频结束状态信令。

具体的，所述装置还包括：

计时模块，用于启动计时器，以记录视频播放进度；当通过http接口接收到由用户端发送的进度查询请求时，通过所述http接口向所述用户端发送根据所述计时器确定出的视频播放进度。

进一步的，所述装置还包括：

转发模块，用于通过http接口接收由任一访问所述播放页面的用户端发送的弹幕信息；通过建立的长链接向其他访问所述播放页面的用户端同时转发所述弹幕信息。

实施例五

本申请实施例提供了一种播放视频的装置，应用于用户端，如图5所示，该装置具体包括以下组成部分：

访问模块501，用于当访问目标视频的播放页面时，和视频服务器建立长链接；

播放模块502，用于当通过所述长链接接收到由所述视频服务器发送的视频开播状态信令时，从对应的CDN节点获取所述目标视频的视频资源，并播放所述视频资源；其中，所述CDN节点用于缓存所述目标视频的视频资源；

接收模块503，用于通过所述长链接接收由所述视频服务器发送的视频结束状态信令。

具体的，所述装置还包括：

切换模块，用于当检测到由后台或其他页面切换回所述播放页面时，通过http接口向所述视频服务器发送进度查询请求；通过所述http接口接收由所述视频服务器发送的视频播放进度；其中，所述视频播放进度是根据由所述视频服务器启动的计时器确定出的；按照所述视频播放进度播放所述目标视频。

进一步的，所述装置还包括：

弹幕模块，用于当获取到弹幕信息时，在所述播放页面中显示所述弹幕信息；通过http接口将所述弹幕信息发送至所述视频服务器，以供所述视频服务器通过建立的长链接向其他访问所述播放页面的用户端同时转发所述弹幕信息。

实施例六

本实施例还提供一种计算机设备，如可以执行程序的智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图6所示，本实施例的计算机设备60至少包括但不限于：可通过系统总线相互通信连接的存储器601、处理器602。需要指出的是，图6仅示出了具有组件601-602的计算机设备60，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

本实施例中，存储器601(即可读存储介质)包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器601可以是计算机设备60的内部存储单元，例如该计算机设备60的硬盘或内存。在另一些实施例中，存储器601也可以是计算机设备60的外部存储设备，例如该计算机设备60上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器601还可以既包括计算机设备60的内部存储单元也包括其外部存储设备。在本实施例中，存储器601通常用于存储安装于计算机设备60的操作系统和各类应用软件。此外，存储器601还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器602在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器602通常用于控制计算机设备60的总体操作。

具体的，在本实施例中，处理器602用于执行存储器601中存储的播放视频的方法的程序，所述播放视频的方法的程序被执行时实现如下步骤：

将目标视频的视频资源缓存至各个内容分发网络CDN节点中；

当检测到用户端访问所述目标视频的播放页面时，和所述用户端建立长链接；

当接收到开始播放指令时，通过建立的长链接向所有访问所述播放页面的用户端同时发送视频开播状态信令，以使每个用户端分别从对应的CDN节点获取所述视频资源，并同时播放所述视频资源；

当接收到结束播放指令时，通过建立的长链接向所有访问所述播放页面的用户端同时发送视频结束状态信令。

上述方法步骤的具体实施例过程可参见第一实施例，本实施例在此不再重复赘述。

此外，在本实施例中，处理器602还用于执行存储器601中存储的播放视频的方法的程序，所述播放视频的方法的程序被执行时还实现如下步骤：

当访问目标视频的播放页面时，和视频服务器建立长链接；

当通过所述长链接接收到由所述视频服务器发送的视频开播状态信令时，从对应的CDN节点获取所述目标视频的视频资源，并播放所述视频资源；其中，所述CDN节点用于缓存所述目标视频的视频资源；

通过所述长链接接收由所述视频服务器发送的视频结束状态信令。

上述方法步骤的具体实施例过程可参见第二实施例，本实施例在此不再重复赘述。

实施例七

本实施例还提供一种计算机可读存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等，其上存储有计算机程序，所述计算机程序被处理器执行时实现如下方法步骤：

将目标视频的视频资源缓存至各个内容分发网络CDN节点中；

当检测到用户端访问所述目标视频的播放页面时，和所述用户端建立长链接；

当接收到开始播放指令时，通过建立的长链接向所有访问所述播放页面的用户端同时发送视频开播状态信令，以使每个用户端分别从对应的CDN节点获取所述视频资源，并同时播放所述视频资源；

当接收到结束播放指令时，通过建立的长链接向所有访问所述播放页面的用户端同时发送视频结束状态信令。

上述方法步骤的具体实施例过程可参见第一实施例，本实施例在此不再重复赘述。

此外，所述计算机程序被处理器执行时还实现如下方法步骤：

当访问目标视频的播放页面时，和视频服务器建立长链接；

当通过所述长链接接收到由所述视频服务器发送的视频开播状态信令时，从对应的CDN节点获取所述目标视频的视频资源，并播放所述视频资源；其中，所述CDN节点用于缓存所述目标视频的视频资源；

通过所述长链接接收由所述视频服务器发送的视频结束状态信令。

上述方法步骤的具体实施例过程可参见第二实施例，本实施例在此不再重复赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。