CN107517402A - 客户端及浏览器直播视频的录制方法与装置 - Google Patents

Abstract

本发明提供了一种客户端及浏览器直播视频的录制方法与装置，涉及浏览器领域。该浏览器直播视频的录制方法包括：发出视频获取请求并接收视频流，所述视频流通过浏览器的直播视频页面播放；提取所述视频流包含的视频数据；依据所述视频数据生成预设定格式的视频文件；将所述视频文件写入指定的存储空间。该客户端及浏览器直播视频的录制方法与装置可实现用户在利用浏览器观看直播视频时，对正在在线直播的视频进行录制并处理成一定视频格式的视频文件存储，用户可在任意时间观看录制下来的视频文件，从而不会导致用户错过在线直播的视频，提高了用户的体验。

Description

客户端及浏览器直播视频的录制方法与装置

技术领域

本发明涉及浏览器领域，具体而言，涉及一种客户端及浏览器直播视频的录制方法与装置。

背景技术

视频直播是当前成长十分迅猛的领域，近一年来已经从一个极为小众的文化形态转变为一个日独立IP达千万的用户群体，而且用户粘性极强。对于用户来说，自己特别感兴趣的多个视频直播内容可能在同一时间直播，用户选择观看一个直播的同时，就会永远的错过其他的直播内容。同时，观看直播的过程中，对于一些已经出现或者马上出现的精彩视频，用户迫切地想保存下来。现有技术的浏览器不具备对直播视频进行录制的功能，从而导致用户在观看直播视频时错过另一个直播视频内容，用户体验感不高。

发明内容

有鉴于此，本发明实施例的目的在于提供一种客户端及浏览器直播视频的录制方法与装置。

第一方面，本发明实施例提供了一种浏览器直播视频的录制方法，所述浏览器直播视频的录制方法包括：

发出视频获取请求并接收视频流，所述视频流通过浏览器的直播视频页面播放；

提取所述视频流包含的视频数据；

依据所述视频数据生成预设定格式的视频文件；

将所述视频文件写入指定的存储空间。

第二方面，本发明实施例还提供了一种浏览器直播视频的录制装置，所述浏览器直播视频的录制装置包括：

视频获取请求发出单元，用于发出视频获取请求；

视频流接收单元，用于接收视频流，所述视频流通过浏览器的直播视频页面播放；

数据提取单元，用于提取所述视频流包含的视频数据；

视频数据处理单元，用于依据所述视频数据生成预设定格式的视频文件；

写入单元，用于将所述视频文件写入指定的存储空间。

第三方面，本发明实施例还提供了一种客户端，所述客户端包括：

存储器；

处理器；及

浏览器直播视频的录制装置，所述装置安装于所述存储器中并包括一个或多个由所述处理器执行的软件功能模块，所述浏览器直播视频的录制装置包括：

视频获取请求发出单元，用于发出视频获取请求；

视频流接收单元，用于接收视频流，所述视频流通过浏览器的直播视频页面播放；

数据提取单元，用于提取所述视频流包含的视频数据；

视频数据处理单元，用于依据所述视频数据生成预设定格式的视频文件；

写入单元，用于将所述视频文件写入指定的存储空间。

与现有技术相比，本发明实施例提供的客户端及浏览器直播视频的录制方法与装置，可实现用户在利用浏览器观看直播视频时，可对正在在线直播的视频进行录制并处理成一定视频格式的视频文件存储，用户可在任意时间观看录制下来的视频文件，从而不会导致用户错过在线直播的视频，提高了用户的体验。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例提供的客户端与服务器的进行交互的示意图；

图2为本发明实施例提供的客户端的方框示意图；

图3为本发明实施例提供的浏览器直播视频的录制方法流程图；

图4为本发明实施例提供的浏览器直播视频的录制装置的结构框图。

其中，附图标记与部件名称之间的对应关系如下：服务器101，客户端102，网络103，处理器104，存储器105，存储控制器106，外设接口107，显示模块108，浏览器直播视频的录制装置109。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例所提供的浏览器直播视频的录制装置与方法，可应用于如图1所示的应用环境中。如图1所示，服务器101、客户端102位于网络103中，通过该网络103、客户端102与服务器101进行数据交互。本发明实施例提供了一种基于浏览器直播视频的录制装置及方法，该浏览器直播视频的录制方法可适用于客户端102。所述客户端操作系统可以是，但不限于，安卓(Android)系统、IOS(iPhone operating system)系统、Windows phone系统、Windows系统等。优选地，该客户端102可以是，但不限于智能手机、个人电脑(personal computer，PC)、平板电脑、个人数字助理(personal digital assistant，PDA)、移动上网设备(mobile Internetdevice，MID)等。该服务器101可以是，但不限于，网络服务器、数据库服务器、云端服务器等等。

如图2所示，是所述客户端102的方框示意图。所述客户端102包括浏览器直播视频的录制装置109、存储器105、外设接口107、显示模块108、存储控制器106及处理器104。

所述存储器105、存储控制器106及处理器104，各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述浏览器直播视频的录制装置109包括至少一个可以软件或固件(firmware)的形式存储于所述存储器105中或固化在所述客户端102的操作系统(operatingsystem，OS)中的软件功能模块。所述处理器104用于执行存储器105中存储的可执行模块，例如，所述浏览器直播视频的录制装置109包括的软件功能模块或计算机程序。

其中，存储器105可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器Read Only Memory，ROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。其中，存储器105用于存储程序，所述处理器104在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的客户端102所执行的方法可以应用于处理器104中，或者由处理器104实现。

处理器104可能是一种集成电路芯片，具有信号的处理能力。上述的处理器104可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述外设接口107将各种输入/输入装置耦合至处理器以及存储器105。在一些实施例中，外设接口107，处理器104以及存储控制器106可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

显示模块108在所述客户端与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。例如，可以通过客户端102中所安装浏览器的直播视频页面输入录制指令。所述显示模块108可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器104进行计算和处理。

请参阅图3，本发明实施例提供了一种浏览器直播视频的录制方法，所述浏览器直播视频的录制方法包括：

步骤S201：客户端102发出视频获取请求并接收视频流，所述视频流通过浏览器的直播视频页面播放。

步骤S201具体的实现方式可以为：用户打开浏览器，并在浏览器的页面上打开一直播视频网站，此时客户端102向服务器101发出视频获取请求，并接收服务器101在接收到视频获取请求后发送的视频流。具体地，视频流是指视频数据的传输，例如，视频流能够被作为一个稳定的和连续的流通过网络处理。因为流动，客户端102的浏览器在接收到视频流以后可提取视频数据并渲染至客户端102的显示模块108显示，可实现在整个文件被传输完成前显示多媒体数据。

步骤S202：客户端102在接收视频流后，判断接收到的所述视频流的格式是否为预设定的格式，如果是，则执行步骤S203。

本实施例中，预设定的格式即为安装于客户端102的浏览器支持的播放的视频格式。客户端102在接收到视频流以后，会自动检测到视频流，并对视频流的编码格式进行分析匹配，判断视频流的视频流格式是否为安装在该客户端102的浏览器支持播放的视频格式。

步骤S203：客户端102创建视频数据缓存区。

步骤S204：客户端102生成录制提示。

如果客户端102判断到视频流的格式为浏览器支持播放的视频格式，则创建一个视频数据缓存区，以缓存视频数据，利用新建的视频数据缓存区缓存视频数据可节省客户端102的占用空间；其后客户端102继续处理接收到的视频数据(后详述)。客户端102在创建视频数据缓存区后，生成录制提示以提示用户可以开始进行视频录制。生成录制的具体提示可以为：在浏览器的直播视频页面的弹出录制按钮或图片信息或者文字提示信息，在此不做限制。

步骤S205：客户端102获得用户输入的录制指令。

在收到录制提示后，用户即可依据客户端102在浏览器的直播视频页面输入录制指令，输入录制指令的方式可以为但并不限制于，点击录制按钮。

步骤S206：客户端102提取所述视频流包含的视频数据，并将所述视频数据缓存至所述视频数据缓存区。

客户端102在获得用户输入的录制指令后，即提取所述视频流包含的视频数据，并将所述视频数据缓存至所述视频数据缓存区，以等待视频数据处理单元的后续处理。

步骤S207：客户端102定期从视频数据缓存区提取缓存的视频数据，并依据所述视频数据生成预设定格式的视频文件。

由于视频数据是由多个连续的数据包组成，客户端102对视频数据的处理方式为逐个对单独的数据包进行处理。具体地，视频数据处理单元逐个从视频数据缓存区提取缓存的数据包并进行处理，在当前的数据包处理完成后，继续向视频数据缓存区提取下一个数据包，直到视频数据缓存区缓存的数据包处理完或用户输入停止录制指令。

具体地，视频数据处理单元的具体处理方式为：对所述视频数据进行时间轴对齐以及对所述视频数据包含的音频数据与图像数据分别进行标记，并生成预设定格式的视频文件。

步骤S208：客户端102将所述视频文件写入指定的存储空间。

当前用户需要对录制的在线直播视频进行观看时，从存储空间找到存放的视频文件，即可利用播放器打开视频文件进行观看。

请参阅图4，本发明实施例还提供了一种浏览器直播视频的录制装置109，需要说明的是，本发明实施例所提供的该浏览器直播视频的录制装置109，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本实施例部分未提及之处，可参考上述的实施例中相应内容。所述浏览器直播视频的录制装置109包括：视频获取请求发出单元301、视频流接收单元302、判断单元303、创建单元304、录制提示生成单元305、录制指令获得单元306、数据提取单元307、缓存单元308、视频数据处理单元309以及写入单元310。

所述视频获取请求发出单元301用于发出视频获取请求。

所述视频流接收单元302用于接收视频流，且所述视频流通过浏览器的直播视频页面播放。

可以理解地，上述的步骤S201可以由所述视频获取请求发出单元301、所述视频流接收单元302执行。

所述判断单元303用于在接收视频流后，判断接收到的所述视频流的格式是否为预设定的格式。

可以理解地，上述的步骤S202可以由所述判断单元303执行。

所述创建单元304用于在接收到的所述视频流的格式为预设定的格式时，创建视频数据缓存区。

可以理解地，上述的步骤S203可以由所述创建单元304执行。

所述录制提示生成单元305用于在接收到的所述视频流的格式为预设定的格式时生成录制提示。

可以理解地，上述的步骤S204可以由所述录制提示生成单元305执行。

所述录制指令获得单元306用于在生成录制提示后，获得录制指令。

可以理解地，上述的步骤S205可以由所述录制指令获得单元306执行。

所述数据提取单元307用于在获得录制指令后，提取所述视频流包含的视频数据。

缓存单元308，用于将提取的所述视频数据缓存至所述视频数据缓存区。

可以理解地，上述的步骤S206可以由所述数据提取单元307、缓存单元308执行。

所述视频数据处理单元309用于依据所述视频数据生成预设定格式的视频文件。

可以理解地，上述的步骤S207可以由所述视频数据处理单元309执行。

具体地，所述视频数据处理单元309包括：视频数据提取子单元，用于定期从视频数据缓存区提取缓存的视频数据；视频文件生成子单元，用于对所述视频数据进行时间轴对齐以及对所述视频数据包含的音频数据与图像数据分别进行标记，并生成预设定格式的视频文件。

所述写入单元310用于将所述视频文件写入指定的存储空间。

可以理解地，上述的步骤S208可以由所述写入单元310执行。

下面，通过两个举例来说明本发明实施例提供的客户端及浏览器直播视频的录制方法与装置的应用场景与有益效果。

举例一：用户小克是一个游戏爱好者和发烧友，他对游戏达到了痴迷的程度，也经常到直播视频网站上观看高手的游戏直播。高手们的游戏直播一般都安排在晚间黄金时间进行，每次小克在观看游戏视频直播之前经常要做痛苦的抉择来决定是看A大神的技巧讲解直播，还是B大神的对战直播。令小克痛苦的是，小克每天晚上都会有一翻痛苦的过程，并在观看其中一个直播网站游戏视频的同时错过另一个直播视频网站的精彩内容。通过本发明实施例客户端及浏览器直播视频的录制方法与装置，小克可以在浏览器同时打开所有感兴趣的游戏直播视频页面，选择观看其中的一个直播视频页面，其他的直播视频页面进行录制。在录制完毕后，小克可逐一观看录制好的多个直播视频，膜拜和学习大神们精准的操作和娴熟技巧，从而不会错过精彩内容。

举例二：用户小明的女神是某直播网站的美女主播。小明几乎每天都定时收看女神的直播。但由于一些特殊原因，小明有时候不得不错过女神的直播去做其他的事情。通过本发明实施例客户端及浏览器直播视频的录制方法与装置，小明在女神的直播时间时，无法抽空观看女神的直播视频，此时可以打开视频直播页面，对女神的直播视频进行录制，并生成视频文件保存，在小明空闲时，即可打开保存的视频文件观看女神的直播视频。

综上，本发明实施例提供的客户端及浏览器直播视频的录制方法与装置，可实现用户在利用浏览器观看直播视频时，可对正在在线直播的视频进行录制并处理成一定视频格式的视频文件存储，用户可在任意时间观看录制下来的视频文件，从而不会导致用户错过在线直播的视频，提高了用户的体验。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

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

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (11)

1.一种浏览器直播视频的录制方法，其特征在于，所述浏览器直播视频的录制方法包括：

发出视频获取请求并接收视频流，所述视频流通过浏览器的直播视频页面播放；

提取所述视频流包含的视频数据；

依据所述视频数据生成预设定格式的视频文件；

将所述视频文件写入指定的存储空间。

2.根据权利要求1所述的浏览器直播视频的录制方法，其特征在于，所述浏览器直播视频的录制方法还包括：

在接收视频流后，当所述视频流的格式为预设定的格式时，创建一视频数据缓存区。

3.根据权利要求2所述的浏览器直播视频的录制方法，其特征在于，在所述在接收视频流后，当所述视频流的格式为预设定的格式时，创建一视频数据缓存区的步骤之后，所述浏览器直播视频的录制方法还包括：

将提取的所述视频数据缓存至所述视频数据缓存区；

所述依据所述视频数据生成预设定格式的视频文件的步骤包括：定期从视频数据缓存区提取缓存的视频数据，并依据所述视频数据生成预设定格式的视频文件。

4.根据权利要求2所述的浏览器直播视频的录制方法，其特征在于，在所述创建一视频数据缓存区的步骤之后，所述浏览器直播视频的录制方法还包括：

生成录制提示，并获得录制指令。

5.根据权利要求1所述的浏览器直播视频的录制方法，其特征在于，所述依据所述视频数据生成预设定格式的视频文件的步骤包括：

对所述视频数据进行时间轴对齐以及对所述视频数据包含的音频数据与图像数据分别进行标记，并生成预设定格式的视频文件。

6.一种浏览器直播视频的录制装置，其特征在于，所述浏览器直播视频的录制装置包括：

视频获取请求发出单元，用于发出视频获取请求；

视频流接收单元，用于接收视频流，所述视频流通过浏览器的直播视频页面播放；

数据提取单元，用于提取所述视频流包含的视频数据；

视频数据处理单元，用于依据所述视频数据生成预设定格式的视频文件；

写入单元，用于将所述视频文件写入指定的存储空间。

7.根据权利要求6所述的浏览器直播视频的录制装置，其特征在于，所述浏览器直播视频的录制装置还包括：

创建单元，用于创建视频数据缓存区。

8.根据权利要求7所述的浏览器直播视频的录制装置，其特征在于，所述浏览器直播视频的录制装置还包括：

缓存单元，用于将将提取的所述视频数据缓存至所述视频数据缓存区；

所述视频数据处理单元包括：

视频数据提取子单元，用于定期从视频数据缓存区提取缓存的视频数据。

9.根据权利要求7所述的浏览器直播视频的录制装置，其特征在于，所述浏览器直播视频的录制装置还包括：

录制提示生成单元，用于在创建视频数据缓存区后，生成录制提示；

录制指令获得单元，用于在生成录制提示后，获得录制指令。

10.根据权利要求6所述的浏览器直播视频的录制装置，其特征在于，所述视频数据处理单元还包括：

视频文件生成子单元，对所述视频数据进行时间轴对齐以及对所述视频数据包含的音频数据与图像数据分别进行标记，并生成预设定格式的视频文件。

11.一种客户端，其特征在于，所述客户端包括：

存储器；

处理器；及

浏览器直播视频的录制装置，所述装置安装于所述存储器中并包括一个或多个由所述处理器执行的软件功能模块，所述浏览器直播视频的录制装置包括：

视频获取请求发出单元，用于发出视频获取请求；

视频流接收单元，用于接收视频流，所述视频流通过浏览器的直播视频页面播放；

数据提取单元，用于提取所述视频流包含的视频数据；

视频数据处理单元，用于依据所述视频数据生成预设定格式的视频文件；

写入单元，用于将所述视频文件写入指定的存储空间。