一种视频流处理方法、装置、电子设备及存储介质与流程

文档序号:21986798发布日期:2020-08-25 19:24阅读:161来源:国知局
一种视频流处理方法、装置、电子设备及存储介质与流程

本申请涉及图像处理和视频处理的技术领域,具体而言,涉及一种视频流处理方法、装置、电子设备及存储介质。



背景技术:

流媒体(streamingmedia)是指将媒体文件中的媒体数据压缩后,经过网络分段发送数据,在网络上即时传输媒体数据以使媒体数据被及时使用的一种技术,流媒体技术使得媒体数据的数据包可以像流水一样发送;如果不使用流媒体技术,就必须在使用媒体文件前下载整个媒体文件。

视频流(videostreaming),又可以称为视频流数据,是指以流媒体的方式进行传输的视频数据,具体例如:视频文件以视频流的方式在网络上传输,以使该视频文件能够被作为一个稳定和连续的流处理,终端设备上的浏览器或浏览器插件能够在整个视频文件被传输完成前显示多媒体数据。

目前在浏览器上播放视频的方法主要是使用流媒体服务器对获得的视频文件进行转码,具体例如:使用摄像头获得的第一编码格式的视频无法在浏览器上播放,可以使用流媒体服务器将第一编码格式的视频转码为浏览器可以播放的第二编码格式的视频流,将转码后的视频流发送给需要播放该视频的终端设备,并由该终端设备上的浏览器来播放该视频。然而在具体的实践过程中发现,上述使用流媒体服务器对获得的视频文件进行转码的方法获得的视频流被浏览器播放的时延较高。



技术实现要素:

本申请实施例的目的在于提供一种视频流处理方法、装置、电子设备及存储介质,用于改善对获得的视频文件进行转码的方法获得的视频流被浏览器播放的时延较高的问题。

本申请实施例提供了一种视频流处理方法,应用于电子设备,包括:使用虚拟摄像头接收视频采集设备的流数据,获得视频流数据;将视频流数据存储至电子设备的内核空间中;将内核空间中的视频流数据拷贝至电子设备的用户空间中;将用户空间中的视频流数据显示在电子设备的浏览器上。在上述的实现过程中,通过调用虚拟摄像头设备的驱动程序接收视频采集设备的流数据作为视频流数据存储至内核空间中,即将视频流数据存储至内核空间的过程包括对视频流数据进行解码的过程,从而使得解码后的视频流数据能够被浏览器播放;然后直接将获得的视频流数据从存储的内核空间中拷贝至用户空间,以使浏览器可以访问并显示用户空间中的视频流数据,从而有效地减小了视频流被浏览器播放的时延。

可选地,在本申请实施例中,使用虚拟摄像头接收视频采集设备的流数据,获得视频流数据,包括:将虚拟摄像头的驱动程序以可加载内核模块的方式注册至内核空间,获得注册后的驱动程序;调用注册后的驱动程序接收视频采集设备的流数据,获得视频流数据。在上述的实现过程中,通过将虚拟摄像头的驱动程序以可加载内核模块的方式注册至内核空间,并调用注册后的驱动程序接收视频采集设备的流数据,获得视频流数据;从而有效地提高了获得视频流数据的速度。

可选地,在本申请实施例中,将视频流数据存储至电子设备的内核空间中,包括:对视频流数据进行缓存和解码,获得解码后的缓存视频流;调用注册后的驱动程序将解码后的缓存视频流存储至电子设备的内核空间。在上述的实现过程中,通过对视频流数据进行缓存和解码,获得解码后的缓存视频流;调用注册后的驱动程序将解码后的缓存视频流存储至电子设备的内核空间;从而有效地提高了将解码后的缓存视频流存储至内核空间的速度。

可选地,在本申请实施例中,将内核空间中的视频流数据拷贝至电子设备的用户空间中,包括:调用浏览器的网页即时通信接口从内核空间读取解码后的缓存视频流;将解码后的缓存视频流存储至用户空间。在上述的实现过程中,通过调用浏览器的网页即时通信接口从内核空间读取解码后的缓存视频流;将解码后的缓存视频流存储至用户空间;将解码后的缓存视频流从内核空间拷贝至用户空间的速度。

可选地,在本申请实施例中,将用户空间中的视频流数据显示在电子设备的浏览器上,包括:判断电子设备的浏览器是否包括预设标签的属性值;若是,则将用户空间中的视频流数据显示在预设标签对应的位置。在上述的实现过程中,若电子设备的浏览器包括预设标签的属性值,则将用户空间中的视频流数据显示在预设标签对应的位置;从而有效地减小了浏览器播放视频流数据的时延。

可选地,在本申请实施例中,在将内核空间中的视频流数据拷贝至电子设备的用户空间中之后,还包括:接收终端设备发送视频请求;根据视频请求向终端设备发送用户空间中的视频流数据。在上述的实现过程中,通过接收终端设备发送视频请求;根据视频请求向终端设备发送用户空间中的视频流数据;从而有效地提高了终端设备获得视频流数据的速度。

可选地,在本申请实施例中,视频流数据为实时流协议的流媒体数据。

本申请实施例还提供了一种视频流处理装置,应用于电子设备,包括:流数据获得模块,用于使用虚拟摄像头接收视频采集设备的流数据,获得视频流数据;流数据存储模块,用于将视频流数据存储至电子设备的内核空间中;流数据拷贝模块,用于将内核空间中的视频流数据拷贝至电子设备的用户空间中;流数据显示模块,用于将用户空间中的视频流数据显示在电子设备的浏览器上。

可选地,在本申请实施例中,流数据获得模块,包括:驱动程序获得模块,用于将虚拟摄像头的驱动程序以可加载内核模块的方式注册至内核空间,获得注册后的驱动程序;驱动程序调用模块,用于调用注册后的驱动程序接收视频采集设备的流数据,获得视频流数据。

可选地,在本申请实施例中,流数据存储模块,包括:数据缓存解码模块,用于对视频流数据进行缓存和解码,获得解码后的缓存视频流;视频流存储模块,用于调用注册后的驱动程序将解码后的缓存视频流存储至电子设备的内核空间。

可选地,在本申请实施例中,流数据拷贝模块,包括:缓存视频读取模块,用于调用浏览器的网页即时通信接口从内核空间读取解码后的缓存视频流;缓存视频存储模块,用于将解码后的缓存视频流存储至用户空间。

可选地,在本申请实施例中,流数据显示模块,包括:属性值判断模块,用于判断电子设备的浏览器是否包括预设标签的属性值;视频流显示模块,用于若电子设备的浏览器包括预设标签的属性值,则将用户空间中的视频流数据显示在预设标签对应的位置。

可选地,在本申请实施例中,视频流处理装置,还包括:视频请求接收模块,用于接收终端设备发送视频请求;视频数据发送模块,用于根据视频请求向终端设备发送用户空间中的视频流数据。

本申请实施例还提供了一种电子设备,包括:处理器和存储器,存储器存储有处理器可执行的机器可读指令,机器可读指令被处理器执行时执行如上面描述的方法。

本申请实施例还提供了一种存储介质,该存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如上面描述的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。

图1示出的本申请实施例提供的视频流处理方法的流程示意图;

图2示出的本申请实施例提供的v4l2驱动程序调用的示意图;

图3示出的本申请实施例提供的ffmpeg调用的示意图;

图4示出的本申请实施例提供的提供实时监控服务的流程示意图;

图5示出的本申请实施例提供的视频流处理装置的结构示意图;

图6示出的本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整的描述。

在介绍本申请实施例提供的视频流处理方法之前,先介绍本申请实施例所涉及的一些概念:

实时消息协议(real-timemessagingprotocol,rtmp),也称实时消息传输协议,是最初由macromedia为通过互联网在flash播放器与一个服务端之间传输流媒体音频、视频和数据而开发的一个专有协议。

系统调用(systemcall),指运行在操作系统的用户空间的程序向操作系统内核请求需要更高权限运行的服务;系统调用提供用户程序与操作系统之间的接口;大多数系统交互式操作需求在内核空间运行;例如设备io操作或者进程间通信。操作系统的进程空间可分为用户空间和内核空间,它们需要不同的执行权限,其中系统调用运行在内核空间。

超文本标记语言(hypertextmarkuplanguage,html),是标准通用标记语言下的一个应用,也是一种规范,一种标准,它通过标记符号来标记要显示的网页中的各个部分。网页文件本身是一种文本文件,通过在文本文件中添加标记符,可以告诉浏览器如何显示其中的内容(如:文字如何处理,画面如何安排,图片如何显示等)。

服务器是指通过网络提供计算服务的设备,服务器例如:x86服务器以及非x86服务器,非x86服务器包括:大型机、小型机和unix服务器。当然在具体的实施过程中,上述的服务器可以具体选择大型机或者小型机,这里的小型机是指采用精简指令集计算(reducedinstructionsetcomputing,risc)、单字长定点指令平均执行速度(millioninstructionspersecond,mips)等专用处理器,主要支持unix操作系统的封闭且专用的提供计算服务的设备;这里的大型机,又名大型主机,是指使用专用的处理器指令集、操作系统和应用软件来提供计算服务的设备。

在介绍本申请实施例提供的视频流处理方法之前,先分析对照实施例中的时延组成部分,对照实施例使用流媒体服务器对获得的视频文件进行转码的方法获得的视频流被浏览器播放的时延主要包括以下三部分:

第一部分时延,摄像头到流媒体服务器之间的网络传输时延。

第二部分时延,流媒体服务器的转码时延,转码时延包括:从内核空间拷贝到用户空间的过程时延;在用户空间中转码操作的过程时延,这里的转码操作包括解码和编码两个操作;将转码后的视频流从用户空间拷贝到内核空间后再转发至终端的过程时延。

第三部分时延,流媒体服务器到终端设备之间的网络传输时延。

需要说明的是,本申请实施例提供的视频流处理方法可以被电子设备执行,这里的电子设备是指具有执行计算机程序功能的设备终端或者上述的服务器,设备终端例如:智能手机、个人电脑(personalcomputer,pc)、平板电脑、个人数字助理(personaldigitalassistant,pda)、移动上网设备(mobileinternetdevice,mid)、网络交换机或网络路由器等。

在介绍本申请实施例提供的视频流处理方法之前,先介绍该视频流处理方法适用的应用场景,这里的应用场景包括但不限于:使用该视频流处理方法做视频监控,获得视频流数据,并对视频流数据进行后续处理,这里的后续处理例如:直播平台应用、点播平台应用、在线配音、在线添加字幕、图像识别和人脸识别等。

请参见图1示出的本申请实施例提供的视频流处理方法的流程示意图;该视频流处理方法应用于电子设备,该视频流处理方法可以包括如下步骤:

步骤s110:使用虚拟摄像头接收视频采集设备的流数据,获得视频流数据。

虚拟摄像头,又被称为虚拟摄像头设备,是指能够直接接收、读取并解码视频采集设备的流数据的虚拟驱动程序;具体例如:这里的虚拟摄像头的驱动程序可以为v4l2(videoforlinuxversion2),这里的v4l2是隶属于字符设备驱动程序的,这里的视频采集设备可以是在网络上公共场所拍摄的对公众开放的网络摄像头。

视频流数据,是指实时流协议(realtimestreamingprotocol,rtsp)的流媒体数据;这里的视频(video或videogram)是泛指将一系列的静态影像以电信号方式加以捕捉、纪录、处理、存储、发送与重现的各种信息载体。这里的rtsp协议是一种在网络协议(internetprotocol)层上传输流媒体数据的应用层协议,专为娱乐和通信系统的使用,以控制流媒体服务器;rtsp协议可以用于创建和控制终端之间的媒体会话。

请参见图2示出的本申请实施例提供的v4l2驱动程序调用的示意图;上述步骤s110中的使用虚拟摄像头接收视频采集设备的流数据的实施方式可以包括如下步骤:

步骤s111:将虚拟摄像头的驱动程序以可加载内核模块的方式注册至内核空间,获得注册后的驱动程序。

可加载内核模块(loadablekernelmodules,lkms),是指能够被操作系统实时加载用于扩展操作系统功能的预编译二进制片段的注册机制;这里的操作系统包括:windows系统和linux系统。

内核空间(kernelspace,ks),是指具有操作系统权限运行的进程空间,即操作系统调用运行在内核空间中。用户空间(userspace,us),是指具有用户权限运行的进程空间,即用户调用的进程运行在内核空间中;操作系统的进程空间可分为us和ks。

上述步骤s111中的将虚拟摄像头的驱动程序以可加载内核模块的方式注册至内核空间的实施方式例如:将虚拟摄像头的驱动程序v4l2以lkms的方式注册至电子设备的linux操作系统的内核空间的字符串设备cdev,获得注册后的驱动程序;其中,file_operations:open等价于字符串设备cdev的v4l2_open以及file_opreratios:read等价于字符串设备cdev的v4l2_read,即打开文件的操作等价于使用虚拟摄像头的驱动程序v4l2的打开操作,且读取文件的操作等价于使用虚拟摄像头的驱动程序v4l2的读取操作,就可以将字符串设备cdev理解为一个虚拟摄像头设备;而且这里的字符串设备cdev可以被现在的大部分浏览器识别,该字符串设备cdev也可以理解为字符设备驱动程序核心。

步骤s112:调用注册后的驱动程序接收视频采集设备的流数据,获得视频流数据。

上述步骤s112中的调用注册后的驱动程序接收视频采集设备的流数据的实施方式例如:调用注册后的驱动程序v4l2接收视频采集设备的流数据,也就是说,调用字符串设备cdev的v4l2_open接口,以及调用file_opreratios:read等价于字符串设备cdev的v4l2_read接口,即可获得rtsp协议格式的视频流数据。在上述的实现过程中,通过将虚拟摄像头的驱动程序以可加载内核模块的方式注册至内核空间,并调用注册后的驱动程序接收视频采集设备的流数据,获得视频流数据;从而有效地提高了获得视频流数据的速度。

在步骤s110之后,执行步骤s120:将视频流数据存储至电子设备的内核空间中。

上述步骤s120中的将视频流数据存储至电子设备的内核空间中的实施方式可以包括如下步骤:

步骤s121:使用预设插件程序对视频流数据进行缓存和解码,获得解码后的缓存视频流。

请参见图3示出的本申请实施例提供的ffmpeg调用的示意图;上述步骤s121中的对视频流数据进行缓存和解码的实施方式例如:使用预设插件程序ffmpeg对视频流数据进行缓存,获得视频缓存(videobuffer),具体可以使用命令例如:ffmpeg-irtsp://ip:port/address/h264-fv4l2/dev/videox;并对视频缓存进行解码,获得解码后的缓存视频流。

步骤s122:调用注册后的驱动程序将解码后的缓存视频流存储至电子设备的内核空间。

上述步骤s122中的调用注册后的驱动程序将解码后的缓存视频流存储至电子设备的内核空间的实施方式例如:将解码后的缓存视频流输入至虚拟摄像头的驱动程序,就相当于调用注册后的驱动程序v4l2将解码后的缓存视频流存储至电子设备的内核空间。在上述的实现过程中,通过对视频流数据进行缓存和解码,获得解码后的缓存视频流;调用注册后的驱动程序将解码后的缓存视频流存储至电子设备的内核空间;从而有效地提高了将解码后的缓存视频流存储至内核空间的速度。

在步骤s120之后,执行步骤s130:将内核空间中的视频流数据拷贝至电子设备的用户空间中。

上述步骤s130中的将内核空间中的视频流数据拷贝至电子设备的用户空间中的实施方式可以包括如下步骤:

步骤s131:调用浏览器的网页即时通信接口从内核空间读取解码后的缓存视频流。

网页即时通信(webreal-timecommunication,webrtc)接口,是一个支持网页浏览器进行实时语音对话或视频对话的应用编程接口,webrtc支持大部分的浏览器;这些浏览器例如:microsoftedge浏览器、googlechrome浏览器、mozillafirefox浏览器、opera浏览器、safari浏览器和firefox浏览器等等。

上述步骤s131中的调用浏览器的网页即时通信接口从内核空间读取解码后的缓存视频流的实施方式例如:调用浏览器的网页即时通信webrtc接口直接从内核空间读取解码后的缓存视频流,并将解码后的缓存视频流从内核空间拷贝至用户空间中。

步骤s132:将解码后的缓存视频流存储至用户空间。

上述步骤s132中的将解码后的缓存视频流存储至用户空间的实施方式例如:调用浏览器的网页即时通信webrtc接口,将解码后的缓存视频流从内核空间拷贝至用户空间中。在上述的实现过程中,通过调用浏览器的网页即时通信接口从内核空间读取解码后的缓存视频流;将解码后的缓存视频流存储至用户空间;将解码后的缓存视频流从内核空间拷贝至用户空间的速度。

在步骤s130之后,执行步骤s140:将用户空间中的视频流数据显示在电子设备的浏览器上。

浏览器,是指访问服务器上的数据的软件工具,这里的浏览器可以是指现代浏览器,这里的现代浏览器主要包括:microsoftedge浏览器、googlechrome浏览器、mozillafirefox浏览器、opera浏览器、safari浏览器和firefox浏览器等等,浏览器可以使用的引擎例如:firefoxdriver引擎、internetexplorerdriver引擎和chromedriver引擎等,当然,在一些情况下,这里的浏览器引擎也可以是两种或两种以上的引擎共同使用,例如:定制的浏览器共同使用internetexplorerdriver引擎和chromedriver引擎。

上述步骤s140中的将用户空间中的视频流数据显示在电子设备的浏览器上的实施方式可以包括如下步骤:

步骤s141:判断电子设备的浏览器是否包括预设标签的属性值。

预设标签,是html5语言的视频(video)标签,video标签包括source等属性值,当source属性值是一个可以播放的视频流数据时,浏览器就可以在页面加载时或者在页面加载后播放source属性值对应的视频流数据。

在具体的实施过程中,在判断电子设备的浏览器是否包括预设标签的属性值之前,浏览器还可以通过webrtc接口识别到虚拟摄像头设备,具体例如:调用navigator.mediadevices.getusermedia接口识别到虚拟摄像头设备,并从用户空间中读取缓存视频流。

上述步骤s141中的判断电子设备的浏览器是否包括预设标签的属性值的实施方式例如:判断电子设备的浏览器中展示的页面是否包括video标签的source属性值,或者video元素的source属性值。

步骤s142:若电子设备的浏览器包括预设标签的属性值,则将用户空间中的视频流数据显示在预设标签对应的位置。

上述步骤s142中的将用户空间中的视频流数据显示在预设标签对应的位置的实施方式例如:若电子设备的浏览器中展示的页面是否包括video标签的source属性值,则将用户空间中的视频流数据显示在video标签对应的位置,从而实现在现代浏览器上直接读取并展示网络摄像头的rtsp流数据的功能。在上述的实现过程中,若电子设备的浏览器包括预设标签的属性值,则将用户空间中的视频流数据显示在预设标签对应的位置;从而有效地减小了浏览器播放视频流数据的时延。

在上述的实现过程中,通过调用虚拟摄像头设备的驱动程序接收视频采集设备的流数据作为视频流数据存储至内核空间中,即将视频流数据存储至内核空间的过程包括对视频流数据进行解码的过程,从而使得解码后的视频流数据能够被浏览器播放;然后直接将获得的视频流数据从存储的内核空间中拷贝至用户空间,也就是说,经过最少的内存拷贝次数,实现了几乎零延时地读取rtsp视频流,与此同时,也无需在浏览器安装额外的插件,对于当前占有大多数市场的浏览器均能够很好的支持,以使浏览器可以访问并显示用户空间中的视频流数据,从而有效地减小了视频流被浏览器播放的时延。

请参见图4示出的本申请实施例提供的提供实时监控服务的流程示意图;可选地,在本申请实施例中,还可以将上述的视频流处理方法应用于提供视频流服务的电子设备,该电子设备可以为终端设备提供实时监控服务,那么上述的提供实时监控服务的视频流处理方法可以包括如下步骤:

步骤s210:电子设备使用虚拟摄像头接收视频采集设备的流数据,获得视频流数据。

其中,该步骤s210的实施原理和实施方式与步骤s110的实施原理和实施方式是相似或类似的,因此,这里不再对该步骤的实施方式和实施原理进行说明,如有不清楚的地方,可以参考对步骤s110的描述。

步骤s220:电子设备将视频流数据存储至电子设备的内核空间中。

其中,该步骤s220的实施原理和实施方式与步骤s120的实施原理和实施方式是相似或类似的,因此,这里不再对该步骤的实施方式和实施原理进行说明,如有不清楚的地方,可以参考对步骤s120的描述。

步骤s230:电子设备将内核空间中的视频流数据拷贝至电子设备的用户空间中。

其中,该步骤s230的实施原理和实施方式与步骤s130的实施原理和实施方式是相似或类似的,因此,这里不再对该步骤的实施方式和实施原理进行说明,如有不清楚的地方,可以参考对步骤s130的描述。

步骤s240:电子设备接收终端设备发送视频请求。

上述步骤s240中的电子设备接收终端设备发送视频请求的实施方式例如:电子设备通过传输控制协议(transmissioncontrolprotocol,tcp)或者用户数据报协议(userdatagramprotocol,udp)接收终端设备发送视频请求;其中,这里的tcp协议又名网络通讯协议,是一种面向连接的、可靠的、基于字节流的传输层通信协议;在因特网协议族(internetprotocolsuite)中,tcp层是位于ip层之上,应用层之下的中间层;不同主机的应用层之间经常需要可靠的、像管道一样的连接,但是ip层不提供这样的流机制,而是提供不可靠的包交换;这里的udp协议是userdatagramprotocol的简称,中文名是用户数据报协议,udp协议是开放式系统互联(opensysteminterconnection,osi)参考模型中一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务。

步骤s250:电子设备根据视频请求向终端设备发送用户空间中的视频流数据。

上述步骤s250中的电子设备根据视频请求向终端设备发送用户空间中的视频流数据的实施方式例如:电子设备根据视频请求使用流媒体协议(httplivestreaming,hls)或者实时消息协议(real-timemessagingprotocol,rtmp)向终端设备发送用户空间中的视频流数据;这里的hls协议是指把整个流分成一个个小的基于http的文件来下载,每次只下载一些;当媒体流正在播放时,客户端可以选择从许多不同的备用源中以不同的速率下载同样的资源,允许流媒体会话适应不同的数据速率,在开始一个流媒体会话时,客户端会下载一个包含元数据的扩展播放列表(extendedm3u,m3u8)文件,用于寻找可用的媒体流;这里的rtmp协议也称实时消息传输协议,是最初由macromedia为通过互联网在flash播放器与一个服务端之间传输流媒体音频、视频和数据而开发的一个专有协议;macromedia后被adobesystems收购,该协议也已发布了不完整的规范供公众使用。

在上述的实现过程中,通过接收终端设备发送视频请求;根据视频请求向终端设备发送用户空间中的视频流数据;从而有效地提高了终端设备获得视频流数据的速度。

请参见图5示出的本申请实施例提供的视频流处理装置的结构示意图;本申请实施例提供了一种视频流处理装置300,应用于电子设备,包括:

流数据获得模块310,用于使用虚拟摄像头接收视频采集设备的流数据,获得视频流数据。

流数据存储模块320,用于将视频流数据存储至电子设备的内核空间中。

流数据拷贝模块330,用于将内核空间中的视频流数据拷贝至电子设备的用户空间中。

流数据显示模块340,用于将用户空间中的视频流数据显示在电子设备的浏览器上。

可选地,在本申请实施例中,流数据获得模块,包括:

驱动程序获得模块,用于将虚拟摄像头的驱动程序以可加载内核模块的方式注册至内核空间,获得注册后的驱动程序。

驱动程序调用模块,用于调用注册后的驱动程序接收视频采集设备的流数据,获得视频流数据。

可选地,在本申请实施例中,流数据存储模块,包括:

数据缓存解码模块,用于对视频流数据进行缓存和解码,获得解码后的缓存视频流。

视频流存储模块,用于调用注册后的驱动程序将解码后的缓存视频流存储至电子设备的内核空间。

可选地,在本申请实施例中,流数据拷贝模块,包括:

缓存视频读取模块,用于调用浏览器的网页即时通信接口从内核空间读取解码后的缓存视频流。

缓存视频存储模块,用于将解码后的缓存视频流存储至用户空间。

可选地,在本申请实施例中,流数据显示模块,包括:

属性值判断模块,用于判断电子设备的浏览器是否包括预设标签的属性值。

视频流显示模块,用于若电子设备的浏览器包括预设标签的属性值,则将用户空间中的视频流数据显示在预设标签对应的位置。

可选地,在本申请实施例中,视频流处理装置,还包括:

视频请求接收模块,用于接收终端设备发送视频请求。

视频数据发送模块,用于根据视频请求向终端设备发送用户空间中的视频流数据。

应理解的是,该装置与上述的视频流处理方法实施例对应,能够执行上述方法实施例涉及的各个步骤,该装置具体的功能可以参见上文中的描述,为避免重复,此处适当省略详细描述。该装置包括至少一个能以软件或固件(firmware)的形式存储于存储器中或固化在装置的操作系统(operatingsystem,os)中的软件功能模块。

请参见图6示出的本申请实施例提供的电子设备的结构示意图。本申请实施例提供的一种电子设备400,包括:处理器410和存储器420,存储器420存储有处理器410可执行的机器可读指令,机器可读指令被处理器410执行时执行如上的方法。

本申请实施例还提供了一种存储介质430,该存储介质430上存储有计算机程序,该计算机程序被处理器410运行时执行如上的方法。

其中,存储介质430可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(staticrandomaccessmemory,简称sram),电可擦除可编程只读存储器(electricallyerasableprogrammableread-onlymemory,简称eeprom),可擦除可编程只读存储器(erasableprogrammablereadonlymemory,简称eprom),可编程只读存储器(programmablered-onlymemory,简称prom),只读存储器(read-onlymemory,简称rom),磁存储器,快闪存储器,磁盘或光盘。

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

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

在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上的描述,仅为本申请实施例的可选实施方式,但本申请实施例的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请实施例的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1