具体实施方式

本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。

现有技术中，因在Flash Player被禁用的情况下，浏览器(或网页浏览器等)存在无法进行视频播放(如视频直播等)的现象。虽然，诸如VLC等播放器也能像Flash Player一样很好的兼容基于RTMP协议(实时消息传输协议)的视频流等视频数据，但是作为插件使用，其并不能兼容浏览器，仍然无法实现视频播放需求。

因此，本申请提供一种视频播放方法、系统以及电子设备，能够在Flash Player被禁用的情况下，满足在浏览器上进行视频播放需求。

图1所示本申请一个实施例的视频播放方法应用于视频播放系统，视频播放系统与浏览器以及视频终端建立连接，视频终端用于采集视频数据并上传至视频播放系统，如实时视频流等，视频播放系统用于执行视频播放方法对视频终端上传的视频数据进行处理，并将处理后的视频数据发送至浏览器，浏览器用于在网页上播放由视频播放系统发送的视频数据，如视频直播等，从而在Flash Player被禁用的情况下，满足在浏览器上进行视频播放需求。

图1为本申请视频播放方法一个实施例的流程图，如图1和图2所示，上述视频播放方法可以包括：

S101、接收由所述浏览器发送的视频播放请求。

举例地，浏览器如网页浏览器等，用户可登陆浏览器，执行播放视频操作，由浏览器响应用户播放视频操作，向视频播放系统发送视频播放请求，视频播放请求用于请求播放视频如视频直播等。浏览器可以包括播放器，播放器用于播放视频，播放视频操作可以包括用户打开浏览器播放器的播放按钮等。

相对于Flash Player，本实施例中，浏览器的播放器可用于对基于非RTMP协议(如RTSP、HLS协议等)传输的视频数据进行视频解码播放，优选地，该播放器为开源播放器，如flv.js、hls.js、video.js等播放器。

进一步地，播放器可以包含多个播放端口以及与每个播放端口对应的播放端口标识，每个播放端口用于播放视频，用户可选择其中一个或多个播放端口分别进行视频播放。视频播放请求中可以包含播放端口标识，播放端口标识如播放端口的编号、频道、名称等。

S102、响应于所述视频播放请求，向所述视频终端发送视频调用请求，所述视频调用请求用于请求视频终端上传视频数据。

也就是说，视频终端可以包括摄像装置，用于拍摄得到视频数据，如实时拍摄到的视频流等，并存储在视频终端的内存中，存储格式为第一格式。视频终端如车载终端、监控装置、手机、电脑、布置有摄像装置的小区系统、公司系统、城市监控系统或交通系统等。第一格式如视频压缩格式等，如H.264、H.265等视频压缩格式，H.264是国际标准化组织(ISO)和国际电信联盟(ITU)共同提出的继MPEG4之后的新一代数字视频压缩格式，H.265是ITU-TVCEG继H.264之后所制定的新的视频编码标准，采用视频压缩格式可大大降低视频数据的存储空间。

视频播放系统可以包括播放端口标识与视频终端的对应关系，以向与播放端口标识对应的视频终端发送视频调用请求，视频调用请求中可以包括上传视频数据所需的IP地址和数据传输端口等，以使视频终端通过该IP地址和数据传输端口与视频播放系统建立网络连接，实现视频数据的传输。视频终端通过有线或无线地方式连接到视频播放系统的IP地址以及数据传输端口，在视频终端接收到由视频播放系统发送的视频调用请求后，将第一格式的视频数据发送到视频播放系统。

进一步地，视频调用请求中还可以包含视频播放时刻或时间段等，用于请求与该视频播放时刻或时间段对应的视频数据。与视频播放时刻对应的视频数据用于表示视频终端从该视频播放时刻开始实时拍摄到的视频数据等。与视频播放时间段对应的视频数据用于表示视频终端在该视频播放数据段内拍摄到的视频数据等。

S103、接收由所述视频终端发送的视频数据，所述视频数据包括第一格式。

也就是说，视频播放系统接收到的视频数据为第一格式。第一格式优选为视频压缩格式，可提高视频数据传输效率。

S104、将所述视频数据的第一格式转换为第二格式，所述第二格式的视频数据用于所述浏览器的播放器进行播放。

由于第一格式的视频数据无法由浏览器的播放器进行解码播放，因此，为满足浏览器的播放器的播放格式要求或兼容性，本实施例中，视频播放系统通过编解码算法将视频终端上传的第一格式视频数据转换为第二格式(可由浏览器播放器进行解码播放的格式)的视频数据。优选地，第二格式为FLV(Flash Video)格式等，其为可由开源播放器进行解码播放的格式。

S105、将所述第二格式的视频数据发送至所述浏览器，以供所述浏览器的播放器对所述第二格式的视频数据进行播放。

也就是说，在浏览器接收到第二格式的视频数据后，播放器对第二格式的视频数据进行解码播放，即可实现在浏览器中进行视频播放需求。

其中一种可能的实现方式中，步骤S105可以包括：

S201、生成与所述第二格式的视频数据对应的视频播放地址；

S202、将所述视频播放地址发送至所述浏览器；

S203、接收由所述浏览器发送的视频传输请求；

S204、响应于所述视频传输请求，向所述浏览器发送所述第二格式的视频数据。

也就是说，视频播放地址用于表示视频播放系统给每个第二格式的视频数据通过一定的命名规则生成的网页链接(如URL链接等)，网页链接如wss://rxcx.cu-sc.com:8080/live？port＝11935&app＝live&stream＝live_018010607034_1。每个视频播放地址对应播放器的一个播放端口或播放频道等，浏览器通过该视频播放地址进行视频传输请求，即可请求到第二格式的视频数据，从而通过播放器的与视频播放地址对应的播放端口进行视频播放。

其中一种可能的实现方式中，所述视频传输请求中不携带视频数据的长度，步骤S204可以包括：

S301、响应于所述视频传输请求，与所述浏览器建立数据传输通道；

S302、将所述第二格式的视频数据不断地通过所述数据传输通道传输至所述浏览器。

优选地，视频播放系统采用http flv协议来传输视频数据到浏览器，http flv协议为一种将视频数据(如FLV格式的视频数据)携带在http协议上的码流传递协议等。视频传输请求如GET的http请求，GET为http请求的一种通用方法，该请求中需要指定此次传输视频数据的长度。或者说，所述视频传输请求中不携带视频数据的长度用于表示不要求传输视频数据的长度，使得视频数据可以虚拟为一个无限大的FLV格式的文件进行传输。无限大用于表示在视频播放过程中源源不断地传输视频数据，且不可预知该视频数据的大小或视频播放的时长。

也就是说，在传输视频数据之前，浏览器通过视频播放地址向视频播放系统发送一个GET的http请求，(若视频播放地址正确)视频播放系统对该请求进行应答后与浏览器建立数据传输通道(如TCP连接通道或websocket连接通道等)，并将视频数据不断地通过该数据传输通道传输至浏览器，使得浏览器能够源源不断地接收到视频数据，并进行解码播放，实现视频直播的效果。

可选地，视频传输请求中还可以包含视频播放时长，该视频播放时长用于表示传输视频数据的时长，在浏览器播放视频的累计时长在达到该视频播放时长的情况下，视频播放系统停止向浏览器传输视频数据，以使浏览器播放固定时长或大小的视频数据。

其中一种可能的实现方式中，所述方法还包括：

S303、若所述浏览器的播放器停止播放，则停止向所述浏览器发送所述第二格式的视频数据。

也就是说，用户可以在浏览器上执行停止播放操作，停止播放操作如关闭浏览器或播放器，或者暂停播放器的播放按钮等。响应于用户停止播放操作，浏览器停止请求视频数据。若视频播放系统监测到浏览器停止请求视频数据，则视频播放系统停止向浏览器发送视频数据。

可以理解的是，上述实施例中的部分或全部步骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照上述实施例呈现的不同的顺序来执行，并且有可能并非要执行上述实施例中的全部操作。

图3所示为本申请视频播放方法另一个实施例的方法示意图，该视频播放方法应用于浏览器，所述浏览器与视频播放系统建立连接。如图3所示，视频播放方法包括：

S401、响应用户播放视频操作，向所述视频播放系统发送视频播放请求；

S402、接收由所述视频播放系统发送的视频播放地址，所述视频播放地址与视频数据对应；

S403、根据所述视频播放地址向所述视频播放系统发送视频传输请求；

S404、接收由所述视频播放系统发送的视频数据并进行播放。

参考上述图1所示方法实施例的视频播放方法，浏览器可以包括播放器，该播放器可用于对基于非RTMP协议(如RTSP、HLS协议等)传输的视频数据进行视频解码播放，优选地，该播放器为开源播放器，如flv.js、hls.js、video.js等播放器。浏览器接收到的视频数据的格式为上述第二格式，如FLV(Flash Video)格式等，其为可由开源播放器进行解码播放的格式。

也就是说，视频传输请求如http请求等，浏览器通过视频播放地址向视频播放系统发送一个GET的http请求，(若视频播放地址正确)视频播放系统对该请求进行应答后与浏览器建立数据传输通道(如TCP连接通道或websocket连接通道等)，并将视频数据不断地通过该数据传输通道传输至浏览器，使得浏览器能够源源不断地接收到视频数据，并进行解码播放，实现视频直播的效果。

可以理解的是，上述实施例中的部分或全部步骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照上述实施例呈现的不同的顺序来执行，并且有可能并非要执行上述实施例中的全部操作。

图4所示为本申请视频播放系统100一个实施例的结构示意图。所述视频播放系统与浏览器以及视频终端建立连接，如图4所示，视频播放方系统100可以包括：

播放请求模块10，用于接收由所述浏览器发送的视频播放请求；

视频调用模块20，用于响应于所述视频播放请求，向所述视频终端发送视频调用请求，所述视频调用请求用于请求所述视频终端上传视频数据；

视频接收模块30，用于接收由所述视频终端发送的视频数据，所述视频数据包括第一格式；

格式转换模块40，用于将所述视频数据的第一格式转换为第二格式，所述第二格式的视频数据用于所述浏览器的播放器进行播放；

视频发送模块50，用于将所述第二格式的视频数据发送至所述浏览器，以供所述浏览器的播放器对所述第二格式的视频数据进行播放。

其中一种可能的实现方式中，所述浏览器的播放器为开源播放器，所述第一格式为视频压缩格式，所述第二格式为由所述开源播放器进行视频解码播放的格式。

其中一种可能的实现方式中，视频发送模块50还用于：

生成与所述第二格式的视频数据对应的视频播放地址；

将所述视频播放地址发送至所述浏览器；

接收由所述浏览器发送的视频传输请求；

响应于所述视频传输请求，向所述浏览器发送所述第二格式的视频数据。

其中一种可能的实现方式中，所述视频传输请求中不携带视频数据的长度，视频发送模块50还用于：

响应于所述视频传输请求，与所述浏览器建立数据传输通道；

将所述第二格式的视频数据不断地通过所述数据传输通道传输至所述浏览器。

其中一种可能的实现方式中，视频发送模块50还用于：

若所述浏览器的播放器停止播放，则停止向所述浏览器发送所述第二格式的视频数据。

图4所示视频播放系统可以用于执行本申请图1所示实施例提供的方法中的功能/步骤，在此不再赘述。

应理解以上图4所示的视频播放系统的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块以软件通过处理元件调用的形式实现，部分模块通过硬件的形式实现。例如，视频发送模块可以为单独设立的处理元件，也可以集成在电子设备的某一个芯片中实现。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit；以下简称：ASIC)，或，一个或多个微处理器(Digital Singnal Processor；以下简称：DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array；以下简称：FPGA)等。再如，这些模块可以集成在一起，以片上系统(System-On-a-Chip；以下简称：SOC)的形式实现。

图5为本申请电子设备一个实施例的结构示意图，如图5所示，上述电子设备可以包括：一个或多个处理器；存储器；以及一个或多个计算机程序。

其中，上述电子设备可以为视频播放装置、服务器、浏览器等设备。

其中上述一个或多个计算机程序被存储在上述存储器中，上述一个或多个计算机程序包括指令，当上述指令被上述设备执行时，使得上述设备执行以下步骤：

接收由浏览器发送的视频播放请求；

响应于所述视频播放请求，向所述视频终端发送视频调用请求，所述视频调用请求用于请求视频终端上传视频数据；

接收由所述视频终端发送的视频数据，所述视频数据包括第一格式；

将所述视频数据的第一格式转换为第二格式，所述第二格式的视频数据用于所述浏览器的播放器进行播放；

将所述第二格式的视频数据发送至所述浏览器，以供所述浏览器的播放器对所述第二格式的视频数据进行播放。

其中一种可能的实现方式中，所述浏览器的播放器为开源播放器，所述第一格式为视频压缩格式，所述第二格式为由所述开源播放器进行视频解码播放的格式。

其中一种可能的实现方式中，当上述指令被上述设备执行时，使得上述设备执行所述将所述第二格式的视频数据发送至所述浏览器，包括：

生成与所述第二格式的视频数据对应的视频播放地址；

将所述视频播放地址发送至所述浏览器；

接收由所述浏览器发送的视频传输请求；

响应于所述视频传输请求，向所述浏览器发送所述第二格式的视频数据。

其中一种可能的实现方式中，所述视频传输请求中不携带视频数据的长度，当上述指令被上述设备执行时，使得上述设备执行所述响应于所述视频传输请求，向所述浏览器发送所述第二格式的视频数据，包括：

响应于所述视频传输请求，与所述浏览器建立数据传输通道；

将所述第二格式的视频数据不断地通过所述数据传输通道传输至所述浏览器。

其中一种可能的实现方式中，当上述指令被上述设备执行时，使得上述设备还执行：

若所述浏览器的播放器停止播放，则停止向所述浏览器发送所述第二格式的视频数据。

其中一种可能的实现方式中，当上述指令被上述设备执行时，使得上述设备还执行：

响应用户播放视频操作，向所述视频播放系统发送视频播放请求；

接收由所述视频播放系统发送的视频播放地址，所述视频播放地址与视频数据对应；

根据所述视频播放地址向所述视频播放系统发送视频传输请求；

接收由所述视频播放系统发送的视频数据并进行播放。

图5所示的电子设备可以是终端设备也可以是内置于上述终端设备的电路设备。该设备可以用于执行本申请图1所示实施例提供的方法中的功能/步骤。

如图5所示，电子设备900包括处理器910和存储器920。其中，处理器910和存储器920之间可以通过内部连接通路互相通信，传递控制和/或数据信号，该存储器920用于存储计算机程序，该处理器910用于从该存储器920中调用并运行该计算机程序。

上述存储器920可以是只读存储器(read-only memory，ROM)、可存储静态信息和指令的其它类型的静态存储设备、随机存取存储器(random access memory，RAM)或可存储信息和指令的其它类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备，或者还可以是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质等。

上述处理器910可以和存储器920可以合成一个处理装置，更常见的是彼此独立的部件，处理器910用于执行存储器920中存储的程序代码来实现上述功能。具体实现时，该存储器920也可以集成在处理器910中，或者，独立于处理器910。

应理解，图5所示的电子设备900能够实现本申请图1所示实施例提供的方法的各个过程。电子设备900中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见本申请图1所示方法实施例中的描述，为避免重复，此处适当省略详细描述。

应理解，图5所示的电子设备900中的处理器910可以是片上系统SOC，该处理器910中可以包括中央处理器(Central Processing Unit；以下简称：CPU)，还可以进一步包括其他类型的处理器，例如：图像处理器(Graphics Processing Unit；以下简称：GPU)等。

总之，处理器910内部的各部分处理器或处理单元可以共同配合实现之前的方法流程，且各部分处理器或处理单元相应的软件程序可存储在存储器930中。

本申请还提供一种电子设备，所述设备包括存储介质和中央处理器，所述存储介质可以是非易失性存储介质，所述存储介质中存储有计算机可执行程序，所述中央处理器与所述非易失性存储介质连接，并执行所述计算机可执行程序以实现本申请图1所示实施例提供的方法。

以上各实施例中，涉及的处理器可以例如包括CPU、DSP、微控制器或数字信号处理器，还可包括GPU、嵌入式神经网络处理器(Neural-network Process Units；以下简称：NPU)和图像信号处理器(Image Signal Processing；以下简称：ISP)，该处理器还可包括必要的硬件加速器或逻辑处理硬件电路，如ASIC，或一个或多个用于控制本申请技术方案程序执行的集成电路等。此外，处理器可以具有操作一个或多个软件程序的功能，软件程序可以存储在存储介质中。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行本申请图1所示实施例提供的方法。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，当其在计算机上运行时，使得计算机执行本申请图1所示实施例提供的方法。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a，b，c，a和b，a和c，b和c或a和b和c，其中a，b，c可以是单个，也可以是多个。

本领域普通技术人员可以意识到，本文中公开的实施例中描述的各单元及算法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory；以下简称：ROM)、随机存取存储器(Random Access Memory；以下简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。本申请的保护范围应以所述权利要求的保护范围为准。