CN110113631A - 一种视频流共享方法和系统 - Google Patents

Abstract

本申请实施例提供了一种视频流共享的方法及相应的系统，所述方法和系统应用于视联网，所述视联网通过第一流媒体服务器连接互联网，所述互联网包括客户端；所述视联网包括视联网服务器及视联网终端；所述客户端与所述第一流媒体服务器通信连接，所述方法包括所述客户端在播放流数据时，对播放所述流数据的画面进行截图以获取多个图片，并对所述多个图片进行编码以得到第一视频流；并将所述第一视频流发送至第一流媒体服务器；第一流媒体服务器将第一视频流转换为视联网协议的第二视频流，并在接收到视联网服务器转发的所述共享请求指令时，将所述第二视频流经由视联网服务器发送至视联网终端，实现了可以在视联网内分析流数据的目的。

Description

一种视频流共享方法和系统

技术领域

本申请涉及视联网技术领域，特别是涉及一种视频流共享的方法和系统。

背景技术

视联网是一个实时交换平台，是互联网的更高级形态，面对网络上潜在的巨大视频流量，视联网采用以太网的异步和包交换两个优点，在全兼容的前提下消除了以太网缺陷，具备全网端到端无缝连接，直通用户终端，直接承载IP数据包，并且，用户数据在全网范围内不需任何格式转换，能够实现目前互联网无法实现的全网高清视频实时传输。

因此，视联网将众多互联网应用推向高清视频化、统一化，高清面对面。最终将实现世界无距离，实现全球范围内人与人的距离只是一个屏幕的距离；另一方面，视联网具备分组交换的灵活、简单和低价，同时具备电路交换的品质和安全保证，在通讯历史上第一次实现了全网交换式虚拟电路，以及数据格式的无缝连接。

随着视联网内业务的需求多元化，在现有的视联网中，虽然终端能够加载并显示实时的监控数据，却无法将监控数据在视联网内分享。

发明内容

鉴于上述问题，提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种视频流共享的方法和相应的一种视频流共享的系统。

为了解决上述技术问题，本申请还提供了一种视频流共享的方法，所述方法应用于视联网，所述视联网通过第一流媒体服务器连接互联网，所述互联网包括客户端；所述视联网包括视联网服务器，及与所述视联网服务器通信连接的视联网终端；所述客户端与所述第一流媒体服务器通信连接，所述方法包括：

所述客户端在播放流数据时，对播放所述流数据的画面进行截图以获取多个图片，并对所述多个图片进行编码以得到第一视频流；

所述客户端将所述第一视频流发送至所述第一流媒体服务器；

所述第一流媒体服务器将所述第一视频流转换为符合视联网协议的第二视频流；

所述视联网终端在接收到共享请求操作时，生成针对所述第二视频流的共享请求指令，并将所述共享请求指令发送至所述视联网服务器；

所述第一流媒体服务器在接收到所述视联网服务器转发的所述共享请求指令时，将所述第二视频流发送至所述视联网服务器；所述视联网服务器用于将所述第二视频流发送至所述视联网终端。

可选地，所述客户端还与第二流媒体服务器通信连接，所述视联网还通过所述第二流媒体服务器连接至所述互联网，在所述客户端在播放流数据时，对播放所述流数据的画面进行截图以获取多个图片的步骤前，所述方法还包括：

所述客户端在接收到流数据分享业务操作时，生成流数据获取指令，并将所述流数据获取指令发送至所述第二流媒体服务器；

所述第二流媒体服务器针对所述流数据获取指令，将符合视联网协议的流数据转换为符合互联网协议的流数据；

所述第二流媒体服务器将转换后的符合互联网协议的流数据发送至所述客户端。

可选地，所述第一流媒体服务器预置有多个虚拟终端，所述共享请求指令包括第一虚拟号码，所述方法还包括：

所述第一流媒体服务器将所述第二视频流发送至第一虚拟终端；

所述第一流媒体服务器在接收到所述视联网服务器转发的所述共享请

求指令时，将所述第二视频流发送至所述视联网服务器的步骤，包括：

所述第一流媒体服务器在接收到所述视联网服务器转发的所述共享请

求指令时，从所述共享请求指令中提取出所述第一虚拟号码，并确定与所述第一虚拟号码对应的所述第一虚拟终端；

所述第一流媒体服务器通过所述第一虚拟终端将所述第二视频流发送至所述视联网服务器。

可选地，所述客户端在播放流数据时，对播放所述流数据的画面进行截图以获取多个图片，并对所述多个图片进行编码以得到第一视频流的步骤，包括：

所述客户端从预置的多个演示模块中调用针对所述流数据分享业务操作的信息演示模块，并采用所述信息演示模块演示所述流数据，并显示所述流数据被演示的画面；

所述客户端确定所述画面占据的显示区域；

所述客户端每间隔预设的时间对所述显示区域进行截图以获取所述多个图片。

为了解决上述技术问题，本申请还提供一种视频流共享的方法，所述方法应用于视联网，所述视联网通过第一流媒体服务器连接互联网，所述互联网包括客户端；所述视联网包括视联网服务器，及与所述视联网服务器通信连接的视联网终端，所述客户端与所述第一流媒体服务器通信连接，所述方法包括：

所述客户端在播放流数据时，对播放所述流数据的画面进行截图以获取多个图片，并对所述多个图片进行编码以得到第一视频流；

所述客户端将所述第一视频流发送至所述第一流媒体服务器；

所述第一流媒体服务器将所述第一视频流转换为符合视联网协议的第二视频流，并将所述第二视频流发送至所述视联网服务器；

所述视联网服务器对所述第二视频流进行存储；

所述视联网终端在接收到共享请求操作时，生成针对所述第二视频流的共享请求指令，并将所述共享请求指令发送至所述视联网服务器；

所述视联网服务器针对所述共享请求指令，将存储的所述第二视频流发送至所述视联网终端。

可选地，所述第一流媒体服务器通过预置的第一虚拟终端将所述第二视频流发送至所述视联网服务器。

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

所述视联网服务器生成包括所述第二视频流的视频列表，并将所述视频列表发送至所述视联网终端；其中，所述视频列表中包括与所述第二视频流对应的第二视频流标识；

所述视联网终端在接收到共享请求操作时，生成针对所述第二视频流的共享请求指令，并将所述共享请求指令发送至所述视联网服务器的步骤，包括：

所述视联网终端在接收到针对所述视频列表的共享请求操作时，生成包括所述第二视频流标识的共享请求指令，并将所述共享请求指令发送至所述视联网服务器。

为了解决上述技术问题，本申请还相应地提供一种视频流共享的系统，所述系统应用于视联网，所述视联网通过第一流媒体服务器连接互联网，所述互联网包括客户端；所述视联网包括视联网服务器，及与所述视联网服务器通信连接的视联网终端，所述客户端与所述第一流媒体服务器通信连接；所述系统包括视频流发送模块、视频流转发模块、视频流接收模块，其中，所述视频流发送模块位于所述客户端，所述视频流转发模块位于所述第一流媒体服务器，所述视频流接收模块位于所述视联网终端；其中：

所述视频流发送模块包括：

截图子模块，用于在所述客户端播放流数据时，对播放所述流数据的画面进行截图以获取多个图片；

视频流编码子模块，用于对所述多个图片进行编码以得到第一视频流；

第一通信子模块，用于将所述第一视频流发送至所述视频流转发模块；

所述视频流转发模块包括：

第一协议转换子模块，用于将所述第一视频流转换为符合视联网协议的第二视频流；

所述视频流接收模块包括：

共享请求子模块，用于在接收到共享请求操作时，生成针对所述第二视频流的共享请求指令，并将所述共享请求指令发送至所述视联网服务器；

所述视频流转发模块还包括：

第二通信子模块，用于在接收到所述视联网服务器转发的所述共享请求指令时，将所述第二视频流发送至所述视联网服务器；所述视联网服务器用于将所述第二视频流发送至所述视频流接收模块。

可选地，所述客户端还与第二流媒体服务器通信连接，所述视联网还通过所述第二流媒体服务器连接至所述互联网；所述系统还包括流数据获取模块及流数据下发模块，所述流数据获取模块位于所述客户端，所述流数据下发模块位于所述第二流媒体服务器；

所述流数据获取模块，用于在接收到流数据分享业务操作时，生成流数据获取指令，并将所述流数据获取指令发送至所述第二流媒体服务器；

所述流数据下发模块包括：

第二协议转换子模块，用于针对所述流数据获取指令，将符合视联网协议的流数据转换为符合互联网协议的流数据；

第三通信子模块，用于将转换后的符合互联网协议的流数据发送至所述流数据获取模块。

为了解决上述技术问题，本申请还相应地提供了一种视频流共享的系统，所述系统应用于视联网，所述视联网通过第一流媒体服务器连接互联网，所述互联网包括客户端；所述视联网包括视联网服务器，及与所述视联网服务器通信连接的视联网终端，所述客户端与所述第一流媒体服务器通信连接，所述系统包括视频流发送模块、第一视频流转发模块、视频流接收模块、第二视频流转发模块；所述视频流发送模块位于所述客户端，所述第一视频流转发模块位于所述第一流媒体服务器，所述视频流接收模块位于所述视联网终端，所述第二视频流转发模块位于所述视联网服务器；其中：

所述视频流发送模块包括：

截图子模块，用于在所述客户端播放流数据时，对播放所述流数据的画面进行截图以获取多个图片；

视频流编码子模块，用于对所述多个图片进行编码以得到第一视频流；

第一通信子模块，用于将所述第一视频流发送至所述第一视频流转发模块；

所述第一视频流转发模块包括：

第一协议转换子模块，用于将所述第一视频流转换为符合视联网协议的第二视频流；

第二通信子模块，用于将所述第二视频流发送至所述第二视频流转发模块；

所述第二视频流转发模块包括：

存储子模块，用于对所述第二视频流进行存储；

所述视频流接收模块包括：

共享请求子模块，用于在接收到共享请求操作时，生成针对所述第二视频流的共享请求指令，并将所述共享请求指令发送至所述第二视频流转发模块；

所述第二视频流转发模块，用于针对所述共享请求指令，将存储的所述第二视频流发送至所述视频流接收模块。

与现有技术相比，本申请实施例具有以下优点：

首先，本申请实施例应用视联网的特性，互联网内的客户端不仅可以加载显示监控数据，还可以将显示监控数据的画面进行截图后编辑成视频流共享给视联网内的其他视联网终端，从而可以使得不仅可以在视联网内进行即时视频通话、实时视频监控，还可以将一个终端上播放的监控数据共享给其他终端使用，使得在视联网获取监控数据的方式变得更为灵活。

其次，视联网终端直接从流媒体服务器上获取共享视频流时，是一种实时获取的方式，从而使得客户端在播放实时监控数据时，也能将画面实时传送到视联网终端，从而使得视联网终端也能实时观看监控画面。

再次，本申请实施例的视联网终端还可以从视联网服务器上获取共享视频流，使得客户端生成的共享视频流可以被存储，从而可以供视联网终端观看，因共享视频流在视联网服务器是先存储后传送，利用视联网的存储器技术，可以缩短视联网终端获取共享视频流的时间，从而提高播放流畅性。

最后，本申请实施例中客户端截取播放流数据的画面不是截取显示屏的全屏画面，而是仅截取播放窗口的画面，从而使得截取的画面数据量减小，截取的画面更接近真实播放画面，不仅降低了共享视频流的大小，也提高了视联网终端用户的观看体验。

附图说明

图1是本申请的一种视联网的组网示意图；

图2是本申请的一种节点服务器的硬件结构示意图；

图3是本申请的一种接入交换机的硬件结构示意图；

图4是本申请的一种以太网协转网关的硬件结构示意图；

图5是本申请的一种视频流共享的方法实施例1的步骤流程图；

图6是本申请的一种视频流共享的方法实施例1的应用环境图；

图7是本申请的一种视频流共享的方法实施例1的可选实施方式的步骤流程图；

图8是本申请的一种视频流共享的方法实施例1中客户端的用户界面图；

图9是本申请的一种视频流共享的方法实施例1中播放流数据时的显示界面图；

图10是本申请的一种视频流共享的方法实施例2的步骤流程图；

图11是本申请的一种视频流共享的方法实施例2的客户端上呈现视频列表的示意图；

图12是本申请的一种视频流共享的系统实施例3的结构框图；

图13是本申请的一种视频流共享的系统实施例4的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

视联网是网络发展的重要里程碑，是一个实时网络，能够实现高清视频实时传输，将众多互联网应用推向高清视频化，高清面对面。

视联网采用实时高清视频交换技术，可以在一个网络平台上将所需的服务，如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台，通过电视或电脑实现高清品质视频播放。

为使本领域技术人员更好地理解本申请实施例，以下对视联网进行介绍：

视联网所应用的部分技术如下所述：

网络技术(NetworkTechnology)

视联网的网络技术创新改良了传统以太网(Ethernet)，以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(CircuitSwitching)，视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价，同时具备电路交换的品质和安全保证，实现了全网交换式虚拟电路，以及数据格式的无缝连接。

交换技术(Switching Technology)

视联网采用以太网的异步和包交换两个优点，在全兼容的前提下消除了以太网缺陷，具备全网端到端无缝连接，直通用户终端，直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态，是一个实时交换平台，能够实现目前互联网无法实现的全网大规模高清视频实时传输，将众多网络视频应用推向高清化、统一化。

服务器技术(ServerTechnology)

视联网和统一视频平台上的服务器技术不同于传统意义上的服务器，它的流媒体传输是建立在面向连接的基础上，其数据处理能力与流量、通讯时间无关，单个网络层就能够包含信令及数据传输。对于语音和视频业务来说，视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多，效率比传统服务器大大提高了百倍以上。

储存器技术(Storage Technology)

统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作系统，将服务器指令中的节目信息映射到具体的硬盘空间，媒体内容不再经过服务器，瞬间直接送达到用户终端，用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动，资源消耗仅占同等级IP互联网的20％，但产生大于传统硬盘阵列3倍的并发流量，综合效率提升10倍以上。

网络安全技术(Network Security Technology)

视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题，一般不需要杀毒程序、防火墙，杜绝了黑客与病毒的攻击，为用户提供结构性的无忧安全网络。

服务创新技术(Service Innovation Technology)

统一视频平台将业务与传输融合在一起，不论是单个用户、私网用户还是一个网络的总合，都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台，获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程，可以使用非常少的代码即可实现复杂的应用，实现“无限量”的新业务创新。

视联网的组网如下所述：

视联网是一种集中控制的网络结构，该网络可以是树型网、星型网、环状网等等类型，但在此基础上网络中需要有集中控制节点来控制整个网络。

如图1所示，视联网分为接入网和城域网两部分。

接入网部分的设备主要可以分为3类：节点服务器，接入交换机，终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连，接入交换机可以与多个终端相连，并可以连接以太网。

其中，节点服务器是接入网中起集中控制功能的节点，可控制接入交换机和终端。节点服务器可直接与接入交换机相连，也可以直接与终端相连。

类似的，城域网部分的设备也可以分为3类：城域服务器，节点交换机，节点服务器。城域服务器与节点交换机相连，节点交换机可以与多个节点服务器相连。

其中，节点服务器即为接入网部分的节点服务器，即节点服务器既属于接入网部分，又属于城域网部分。

城域服务器是城域网中起集中控制功能的节点，可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机，也可直接连接节点服务器。

由此可见，整个视联网络是一种分层集中控制的网络结构，而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。

形象地称，接入网部分可以组成统一视频平台(虚线圈中部分)，多个统一视频平台可以组成视联网；每个统一视频平台可以通过城域以及广域视联网互联互通。

视联网设备分类

1.1本申请实施例的视联网中的设备主要可以分为3类：服务器，交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。

1.2其中接入网部分的设备主要可以分为3类：节点服务器，接入交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。

各接入网设备的具体硬件结构为：

节点服务器：

如图2所示，主要包括网络接口模块201、交换引擎模块202、CPU模块203、磁盘阵列模块204；

其中，网络接口模块201，CPU模块203、磁盘阵列模块204进来的包均进入交换引擎模块202；交换引擎模块202对进来的包进行查地址表205的操作，从而获得包的导向信息；并根据包的导向信息把该包存入对应的包缓存器206的队列；如果包缓存器206的队列接近满，则丢弃；交换引擎模202轮询所有包缓存器队列，如果满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。磁盘阵列模块204主要实现对硬盘的控制，包括对硬盘的初始化、读写等操作；CPU模块203主要负责与接入交换机、终端(图中未示出)之间的协议处理，对地址表205(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置，以及，对磁盘阵列模块204的配置。

接入交换机：

如图3所示，主要包括网络接口模块(下行网络接口模块301、上行网络接口模块302)、交换引擎模块303和CPU模块304；

其中，下行网络接口模块301进来的包(上行数据)进入包检测模块305；包检测模块305检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求，如果符合，则分配相应的流标识符(stream-id)，并进入交换引擎模块303，否则丢弃；上行网络接口模块302进来的包(下行数据)进入交换引擎模块303；CPU模块204进来的数据包进入交换引擎模块303；交换引擎模块303对进来的包进行查地址表306的操作，从而获得包的导向信息；如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的，则结合流标识符(stream-id)把该包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃；如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的，则根据包的导向信息，把该数据包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃。

交换引擎模块303轮询所有包缓存器队列，在本申请实施例中分两种情形：

如果该队列是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零；3)获得码率操作模块产生的令牌；

如果该队列不是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。

码率操作模块208是由CPU模块204来配置的，在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌，用以控制上行转发的码率。

CPU模块304主要负责与节点服务器之间的协议处理，对地址表306的配置，以及，对码率操作模块308的配置。

以太网协转网关：

如图4所示，主要包括网络接口模块(下行网络接口模块401、上行网络接口模块402)、交换引擎模块403、CPU模块404、包检测模块405、码率操作模块408、地址表406、包缓存器407和MAC添加模块409、MAC删除模块410。

其中，下行网络接口模块401进来的数据包进入包检测模块405；包检测模块405检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求，如果符合则分配相应的流标识符(stream-id)；然后，由MAC删除模块410减去MAC DA、MAC SA、length or frame type(2byte)，并进入相应的接收缓存，否则丢弃；

下行网络接口模块401检测该端口的发送缓存，如果有包则根据包的视联网目地地址DA获知对应的终端的以太网MAC DA，添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frame type，并发送。

以太网协转网关中其他模块的功能与接入交换机类似。

终端：

主要包括网络接口模块、业务处理模块和CPU模块；例如，机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块；编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块；存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。

1.3城域网部分的设备主要可以分为2类：节点服务器，节点交换机，城域服务器。其中，节点交换机主要包括网络接口模块、交换引擎模块和CPU模块；城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。

2、视联网数据包定义

2.1接入网数据包定义

接入网的数据包主要包括以下几部分：目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。

如下表所示，接入网的数据包主要包括以下几部分：

DA

SA

Reserved

Payload

CRC

其中：

目的地址(DA)由8个字节(byte)组成，第一个字节表示数据包的类型(例如各种协议包、组播数据包、单播数据包等)，最多有256种可能，第二字节到第六字节为城域网地址，第七、第八字节为接入网地址；

源地址(SA)也是由8个字节(byte)组成，定义与目的地址(DA)相同；

保留字节由2个字节组成；

payload部分根据不同的数据报的类型有不同的长度，如果是各种协议包的话是64个字节，如果是单组播数据包话是32+1024＝1056个字节，当然并不仅仅限于以上2种；

CRC有4个字节组成，其计算方法遵循标准的以太网CRC算法。

2.2城域网数据包定义

城域网的拓扑是图型，两个设备之间可能有2种、甚至2种以上的连接，即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是，城域网设备的城域网地址却是唯一的，为了精确描述城域网设备之间的连接关系，在本申请实施例中引入参数：标签，来唯一描述一个城域网设备。

本说明书中标签的定义和MPLS(Multi-Protocol Label Switch，多协议标签交换)的标签的定义类似，假设设备A和设备B之间有两个连接，那么数据包从设备A到设备B就有2个标签，数据包从设备B到设备A也有2个标签。标签分入标签、出标签，假设数据包进入设备A的标签(入标签)是0x0000，这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程，也就意味着城域网的地址分配、标签分配都是由城域服务器主导的，节点交换机、节点服务器都是被动的执行而已，这一点与MPLS的标签分配是不同的，MPLS的标签分配是交换机、服务器互相协商的结果。

如下表所示，城域网的数据包主要包括以下几部分：

DA

SA

Reserved

标签

Payload

CRC

即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中，标签的格式可以参考如下定义：标签是32bit，其中高16bit保留，只用低16bit，它的位置是在数据包的保留字节和payload之间。

基于视联网的上述特性，提出了本申请实施例的核心构思之一，遵循视联网的协议，互联网内的客户端在播放监控数据或其他流数据时，对播放的画面进行截图以获取截图画面的视频流，之后将截图画面的视频流传送到流媒体服务器，经流媒体服务器转换成视联网的协议后，再发送至发出共享请求的视联网终端。使得在视联网内的视联网终端可以不从监控设备直接获取视频流，而是可以从客户端获取需要的流数据的视频流，并且可以获取客户端播放其他流数据时的共享画面，从而可以使得不仅可以在视联网内进行即时视频通话、实时视频监控，还可以将实时视频通话、监控数据或其他流数据共享给其他终端使用，使得在视联网获取视频流的方式变得更为灵活。

实施例一

参照图5，示出了本申请的一种视频流共享的方法实施例1的步骤流程图，在本申请实施例中，所述方法可以应用于视联网中，所述视联网通过第一流媒体服务器连接互联网，所述互联网包括客户端；所述视联网包括视联网服务器，及与所述视联网服务器通信连接的视联网终端；所述客户端与所述第一流媒体服务器通信连接。

参照图6所示，示出了本申请实施例的应用环境图，图6中，601代表视联网服务器，602为第一流媒体服务器，603为客户端，604为视联网终端。

其中，第一流媒体服务器602可以理解为是流媒体应用的核心系统，是运营商向用户提供视频服务的关键平台。其主要功能是对媒体内容进行采集、缓存、调度和传输播放。实际中，第一流媒体服务器因同时连接视联网和互联网，因此，相比于以太网中使用的流媒体服务器，本申请的第一流媒体服务器同时具有互联网网卡和视联网网卡，通过互联网网卡连接互联网，通过视联网网卡连接到视联网，即是第一流媒体服务器采用互联网网卡与客户端通信连接，采用视联网网卡与视联网服务器通信连接。

客户端604可以理解为是部署(安装)在PC、笔记本或平板上，能接入第一流媒体服务器的桌面应用程序，可以对接收到的流数据进行播放，并对画面进行截图。图6中以客户端安装在PC上为例。

视联网终端604可以理解为是可以在视联网中使用的PC、笔记本或机顶盒，斌更具有上述1.2节内容中的终端所具有的硬件结构，以便对符合视联网协议的视频流进行解码播放。图6中以视联网终端为机顶盒为例，该机顶盒连接电视机，以将数据发送电视机进行播放。

视联网服务器601可以理解为是在视联网中使用，可以对视频流进行接收、缓存、调度和传输，其采用的服务器技术是适合视联网的技术，其包括1.2节内容中的节点服务器所具有的硬件结构；该视联网服务器不同于传统意义上的服务器，它的流媒体传输是建立在面向连接的基础上，其数据处理能力与流量、通讯时间无关，单个网络层就能够包含信令及数据传输。

本申请实施例的一种视频流共享的方法，可以包括以下步骤：

步骤501，所述客户端在播放流数据时，对播放所述流数据的画面进行截图以获取多个图片，并对所述多个图片进行编码以得到第一视频流。

本申请实施例中，客户端集成有多个组件，包括视频播放组件、屏幕截图组件、文稿演示组件及视频编码组件，通过这些组件达到对流数据播放、截图并编码的功能。

实际中，流数据可以是客户端接收到的视频格式的流数据、文本格式的流数据，客户端可以采用现有的播放器技术对流数据进行播放，播放器可以是音视频播放组件，也可以是文稿演示类组件。其中，视频格式的流数据可以是监控设备的实时流数据或者视频会议中的实时流数据。

具体实现中，在播放流数据时，客户端会将播放流数据的画面进行显示，在从播放开始到播放结束的过程中，对画面进行截图，将截取的所有图片基于截取顺序按照视频格式的编码要求，将这些图片编码成视频流。将多个图片编码成第一视频流的操作，在具体实现时客户端可以先将获取到的图片转换为字节数组数据，然后将数据编码为H264格式的视频数据。

示例地，以流数据为大型水库的水位线监控视频流数据为例，客户端安装在PC机上，客户端在接收到水位线监控视频流数据时，可以采用MP4播放组件对该流数据进行解码后播放，并显示在PC机的显示屏幕上；从播放该水位线监控视频流数据开始时，客户端采用屏幕截图组件对显示屏幕上的画面进行截图，并采用H.264编码组件将截图获得的多个图片编码成H.264格式的视频流，该视频流的分辨率根据截图时截取的图片分辨率而定，若截取的图片分辨率是1024×768，则视频流的分辨率可以是1024×768；从而最终得到水位线监控视频流数据在被播放时的共享视频流。

在一种可选的实施方式中，所述客户端还与第二流媒体服务器通信连接，所述视联网还通过所述第二流媒体服务器连接至所述互联网，如图7所示，在步骤501之前还可以包括以下步骤：

步骤500a，所述客户端在接收到流数据分享业务操作时，生成流数据获取指令，并将所述流数据获取指令发送至所述第二流媒体服务器。

实际中，客户端可以根据用户的需求去获取对应的流数据，用户可以通过输入用户名和密码的方式登录客户端，登录后可以通过客户端提供的用户界面进行流数据分享业务操作，如图8示出了本申请实施例客户端的用户界面702，具体实现时，用户界面702可以提供流数据分享业务功能，用户选择流数据分享业务功能后，可以进而在提供的界面704上通过流数据列表703选择要分享的流数据名称，或者要分享的流数据的来源设备号码；流数据的来源设备可以是视联网中的设备也可以是互联网中的设备，也即是客户端可以通过第二流媒体服务器获取到视联网中的流数据，也可以获取到互联网中的流数据。

在用户选择要分享的流数据名称或者流数据的来源设备号码时，客户端根据用户的选择生成流数据获取指令，实际中，流数据获取指令可以包括具体发送该流数据的源设备的MAC地址及IP地址，因客户端在本申请实施例中安装在互联网内的PC机上，因此，该流数据获取指令是符合互联网协议的流数据获取指令，采用互联网协议发送至第二流媒体服务器。

第二流媒体服务器可以是第一流媒体服务器，也可以是与第一流媒体服务器具有相同功能的其他流媒体服务器，也即是在实际中，客户端可以从第一流媒体服务器上获取流数据，也可以从其他流媒体服务器上获取流数据。第二流媒体服务器也通过互联网网卡连接到互联网，通过视联网网卡连接到视联网。

示例地，以用户需要获取三峡水库的水位监控视频流数据为例，用户在客户端提供的用户界面上选择流数据分享业务，之后在提供的流数据列表上选择三峡水库--001号水位监测点，则客户端会响应于用户的选择，提取三峡水库--001号水位监测点的001号监控设备的MAC地址，之后根据用户的这一选择，随即生成流数据获取指令，其中，该流数据获取指令中包括001号监控设备的MAC地址。

步骤500b，所述第二流媒体服务器针对所述流数据获取指令，将符合视联网协议的流数据转换为符合互联网协议的流数据。

本申请实施例中，第二流媒体服务器可以通过解析该流数据获取指令，从而提取出流数据获取指令中的MAC地址，从而从MAC地址对应的设备上获取到相应的流数据。实际中，流数据获取指令要获取的既可以是互联网中的流数据，也可以是视联网中的流数据，当是互联网中的流数据时，MAC地址标识的是互联网中的设备，当是视联网中的流数据时，MAC地址标识的是视联网中的设备。

本步骤中，流数据处于视联网中时，该流数据是符合视联网协议的流数据，因客户端处于互联网中，使用互联网协议与第二流媒体服务器进行通信，第二流媒体服务器需要将符合视联网协议的流数据转换成符合互联网协议的流数据。当然，若流数据处于互联网中，则第二流媒体服务器可以直接将流数据发送至客户端。

实际中，将流数据转换成符合互联网协议的流数据，即是在视联网中遵循视联网协议进行数据传输，在传输过程中，不同于传统以太网的三层网络传输，视联网内使用的是二层网络传输，即数据是传输在链路层，因此需要将视联网在二层网络传输的协议转换成在互联网中的三层网络传输协议。

步骤500c，所述第二流媒体服务器将转换后的符合互联网协议的流数据发送至所述客户端。

在转换成互联网协议后，将符合互联网协议的流数据发送至所述客户端。

采用步骤500a至步骤500c，可以使得客户端既可以获取互联网中的流数据，也可以获取视联网中的流数据，因视联网是专有网络，目前应用在较为专业的高清视频领域，服务的用户范围较之互联网还十分有限，许多播放器、应用软件都是建立在互联网的基础上进行开发的，而采用本方案，将客户端置于互联网中，可以实现大众使用普遍的软件客户端播放流数据的目的，扩大了流数据的来源渠道，以及提高了用户的使用体验。

步骤502，所述客户端将所述第一视频流发送至所述第一流媒体服务器。

本申请实施例中，客户端采用互联网协议将第一视频流发送至第一流媒体服务器，第一流媒体服务器可以将第一视频流进行存储。

步骤503，所述第一流媒体服务器将所述第一视频流转换为符合视联网协议的第二视频流。

实际中，流媒体服务器接收第一视频流是基于互联网协议接收，则接收第一视频流时，该第一视频流是符合互联网协议的视频流，将第一视频流转换成符合视联网协议的视频流，即是将视频流在互联网中的三层网络传输协议转换成视频流在视联网内的二层网络传输协议，以便使得第二视频流在视联网内进行传输。

步骤504，所述视联网终端在接收到共享请求操作时，生成针对所述第二视频流的共享请求指令，并将所述共享请求指令发送至所述视联网服务器。

本申请实施例中，视联网终端可以为机顶盒(Set Top Box，STB)，通常称作机顶盒或机上盒，是一个连接电视机与外部信号源的设备，它可以将压缩的数字信号转成电视内容，并在电视机上显示出来；也可以为视联网内使用的手机，可以接收用户的操作，并与视联网服务器采取视联网协议进行通信以获取视频流，并播放视频流；当视联网终端接收到用户的共享请求操作时，便响应于该共享请求操作，将共享请求指令发送至视联网服务器。其中，共享请求操作可以是用户通过遥控板执行的遥控操作；也可以是用户通过触摸屏幕产生的触摸操作。

示例地，以视联网终端为机顶盒为例，该机顶盒连接电视机，电视机上显示有频道列表，视频列表上记录有各个监控设备所在的频道，例如，三峡水库的001号监控设备在001号频道，用户可以通过遥控板在电视机上选择001号频道，这时，机顶盒响应用户的选择，将针对001号频道的共享请求指令至视联网服务器。

步骤505，所述第一流媒体服务器在接收到所述视联网服务器转发的所述共享请求指令时，将所述第二视频流发送至所述视联网服务器。

其中，所述视联网服务器用于将所述第二视频流发送至所述视联网终端。

视联网服务器接受到视联网终端发送的共享请求指令时，将共享请求指令转发至第一流媒体服务器，以从第一流媒体服务器上获取第二视频流，并将第二视频流转呈给视联网终端。在接收第二视频流时，因视联网服务器的流媒体传输是建立在面向连接的基础上，其数据处理能力与流量、通讯时间无关，且数据处理简单许多，效率比传统服务器大大提高了百倍以上，因此，可以实现第二视频流的快速获取和转呈。

作为一种可选的实施方式，所述第一流媒体服务器预置有多个虚拟终端，所述共享请求指令包括第一虚拟号码，在步骤502之后及步骤503之前，还可以包括以下步骤：

步骤5002a，所述第一流媒体服务器将所述第二视频流发送至第一虚拟终端。

实际中，在第一流媒体服务器中，视联网网卡是采取虚拟网卡的方式，即在视联网网卡中可以预存多个虚拟终端，每一虚拟终端相当于是第一流媒体服务器中的数据软接口；具体实施时，第一流媒体服务器一般连接多个客户端，每一客户端可以与一个虚拟终端进行绑定，因此，视频流从客户端到视联网终端的传输路径是：客户端--第一流媒体服务器的互联网网卡--第一流媒体服务器的第一虚拟终端--视联网服务器--视联网终端。

即虚拟终端在第一流媒体服务器与视联网服务器中发挥了桥接作用，可以将客户端发送的视频流转呈到视联网。

实际中，第一流媒体服务器将第二视频流发送至第一虚拟终端，即是第一流媒体服务器将第二视频流发送到视联网网卡中第一虚拟终端的数据接口。

本申请实施例中，基于视联网的特性，每一虚拟终端都有一个虚拟号码作为标识，第一虚拟号码则标识了绑定到本申请的客户端的虚拟终端；因此，视联网终端在发出共享请求指令时，其触发的共享请求操作可以是用户通过键盘按钮或触摸显示屏录入的虚拟号码。

示例地，以视联网终端为视联网中的手机为例，用户可以利用触摸显示屏录入客户端绑定的虚拟终端的虚拟号码，在视联网网中，虚拟号码可以是11位阿拉伯数字号码，当录入后，用户点击确定，随即客户端生成共享请求指令，该共享请求指令中包括该11位虚拟号码。

相对应的，步骤505可以包括以下子步骤：

步骤5051，所述第一流媒体服务器在接收到所述视联网服务器转发的所述共享请求指令时，从所述共享请求指令中提取出所述第一虚拟号码，并确定与所述第一虚拟号码对应的所述第一虚拟终端。

实际中，因共享请求指令包括第一虚拟号码，则第一流媒体服务器在接收到共享请求指令时，可以解析出第一虚拟号码，因在视联网中虚拟号码标识的是虚拟终端，虚拟终端与客户端是一一绑定的关系，因此，第一流媒体服务器可以通过第一虚拟号码确定出第一虚拟终端，从而确定出客户端。

步骤5052，所述第一流媒体服务器通过所述第一虚拟终端将所述第二视频流发送至所述视联网服务器。

实际中，第一流媒体服务器即是利用第一虚拟终端的数据软接口，将第二视频流数据发送至视联网服务器；再由视联网服务器转呈至视联网终端。

在本申请实施例中，视联网服务器的作用是转呈第二视频流，这样，视联网终端实际上是向第一流媒体服务器请求客户端的共享视频流，因此，视联网终端获取客户端的共享视频流的方式是实时获取的方式，即是直播的形态，使得客户端在播放流数据时，可以实时将播放画面传送给视联网终端。

因视联网是实时高清网络，在传送视频流时其具有极高的传输速度，几乎无延迟，因此，视联网终端从第一流媒体服务器获取的第二视频流速度非常快，可以减小网络延迟，从而可以实现与客户端播放流数据的画面同步。这样，方便在视联网内实时分析某些特定场景下的监控画面。

示例地，以流数据为三峡水库的001号监控设备拍摄的视频流数据为例，在客户端播放001监控设备拍摄的视频流时，对播放画面进行截图以编辑成第一视频流，并传送到第一流媒体服务器，同时，视联网终端发起共享请求，从第一流媒体服务器处获取符合视联网协议的第二视频流，因第二视频流从第一流媒体服务器到视联网终端是采用视联网协议传输，因而传输速度非常快，进而可以从第一流媒体服务器到视联网终端的传输时间，使得视联网终端也可以观看到001号监控设备的实时视频；在此种场景下，水利专家等可以对于水库的水位监测进行实时分析。

在一种可选的实施方式中，步骤501可以包括以下子步骤：

子步骤5011，所述客户端从预置的多个演示模块中调用针对所述流数据分享业务操作的信息演示模块，并采用所述信息演示模块演示所述流数据，并显示所述流数据被演示的画面。

各个演示模块，可以理解为是针对不同类型流数据的播放组件，在本申请实施例中，流数据可以是视频流数据，也可以是文本类流数据，因此演示模块可以包括视频流演示模块、文稿演示模块。分享业务操作，即是在客户端获取流数据时，若选择的是视频流数据，则信息演示模块是视频流演示模块，若选择的是文本流数据，则信息演示模块是文稿演示模块

示例地，以分享业务操作为三峡水库的001号监控设备为例，流数据为视频流数据，此时，客户端根据用户的选择，可以自动打开视频流演示模块，即可以是MP4播放组件；以分享业务操作为红字会制作的PPT文稿为例，流数据为文本流数据，此时，客户端根据用户的选择，可以自动打开文稿演示模块，即可以是PPT自动放映组件。

综上，本申请实施例不仅可以实现对视频流数据的分享，也可以实现对文稿类流数据的演示分享。

子步骤5012所述客户端确定所述画面占据的显示区域。

本申请实施例中，客户端仅针对信息演示模块演示流数据的画面进行截图，换言之，本申请实施例不是对显示屏进行全屏截图的方式，而仅仅是截取显示区域的画面。相比于对全屏进行截图的方式，本申请实施例仅仅截取显示区域可以减小截取的图片的文件大小，从而减小视频流的大小，总所周知，针对同一类型的文件，文件越小传输越快，因此，可以提高从客户端到第一流媒体服务器的视频流传输速度。并且可以减小截图的图片的杂色，使得图片更为纯粹地显示流数据的播放画面，以提高用户体验。

如图9所示，在显示屏上，801区域是播放流数据的画面所占据的显示区域，因此，客户端仅对801区域进行截图。

在一种可选的实施方式中，客户端确定显示区域可以采用以下子步骤实现：

子步骤50121，所述客户端确定所述画面中第一端点的第一位置坐标，以及显示所述画面的显示屏的第二端点的第二位置坐标。

其中，所述第一端点为所述画面的四个端点中的任意一个端点，所述第二端点与所述第一端点对应。

具体而言，若第一端点是画面的左上角的端点，则第二端点是显示屏的左上角的端点。例如，图9中A点位第一端点，B点为第二端点。

子步骤50121，所述客户端以所述第一位置坐标为原点，获取所述画面的长度值和宽度值。

示例地，以第一位置坐标为画面的左上角的端点的坐标为例，画面的长度值是第一位置坐标向右延伸至右上角端点的长度，宽度值是第一位置坐标向下垂直延伸至右下角端点的长度。

子步骤50121，所述客户端将所述第一位置坐标转化为与所述显示屏相对应的第三位置坐标。

实际中，因显示画面使用的坐标与显示屏使用的坐标不一致，因此，需要将显示画面的第一位置坐标转化成为在显示屏中的坐标。

示例地，若第一位置坐标为(0,0)，则转化后得到的第三位置坐标为(25,25)。

子步骤50121，所述客户端基于所述第二位置坐标、所述第三位置坐标及所述画面的长度值和宽度值，确定所述显示区域。

示例地，以第三位置坐标为(25,15)为例，以画面的长度值为25，宽度值为10为例，可以确定出显示区域在显示屏中的坐标，即显示区域的左上角端点的坐标是(25,15)，左下角端点的坐标是(25,5)，右下角端点的坐标是(40,5)，右上角端点的坐标是(50,15)。

子步骤5013所述客户端每间隔预设的时间对所述显示区域进行截图以获取所述多个图片。

本申请实施例中，客户端可以每40毫秒，即每秒能捕获25张图片，这样能确保编码后的视频帧率达到25帧左右，从而确保在分享到视联网终端等硬终端后画面无花屏、卡顿现象。

本申请实施例，利用视联网的特性，实现了在视联网内可以分享流数据的目的，具体从共享视频流的生成、共享视频流的交互路径等二个方面做出以下三个方面的改进：

1，客户端在互联网内可以采用互联网内经常使用的软件播放流数据并截图生成共享视频流，提高了本申请的实用性和网络兼容性。

2，共享视频流发送至流媒体服务器转协议后，受到视联网终端的请求经视联网服务器直接转呈给视联网终端；使得视联网终端获取共享视频流可以与客户端播放流数据同步，达到实时分享流数据的目的，提高了视频流分享的实时性和失效性。

3，传统条件下视联网终端若在紧急条件下，要想获取到其他监控设备或智能设备的监控数据的流程非常复杂，直接影响监控数据的获取效率的问题，利用本申请实施例，则可以使得视联网终端转而从有资格的客户端上获取共享视频流，从而提高了监控数据的获取效率。

实施例二

本申请实施例提供了另一种视频流共享的方法，如图10所示，示出了该实施方式的步骤流程图，所述方法可以应用于视联网，所述视联网通过第一流媒体服务器连接互联网，所述互联网包括客户端；所述视联网包括视联网服务器，及与所述视联网服务器通信连接的视联网终端，所述客户端与所述第一流媒体服务器通信连接，所述方法包括以下步骤：

步骤901，所述客户端在播放流数据时，对播放所述流数据的画面进行截图以获取多个图片，并对所述多个图片进行编码以得到第一视频流。

本实施方式中步骤901可以参照对步骤501的相关描述。

步骤902，所述客户端将所述第一视频流发送至所述第一流媒体服务器。

本实施方式中步骤902可以参照对步骤502的相关描述。

步骤903，所述第一流媒体服务器将所述第一视频流转换为符合视联网协议的第二视频流，并将所述第二视频流发送至所述视联网服务器。

本实施方式中，步骤903中，第一流媒体服务器将第一视频流转换为视联网协议的第二视频流的描述，可以参照对步骤503的相关描述。

第一流媒体服务器在本实施方式中，可以先将第二视频流发送至视联网服务器。

在一种可选地实施方式中，所述第一流媒体服务器通过预置的第一虚拟终端将所述第二视频流发送至所述视联网服务器。

本可选的实施方式可以参照对步骤S4的描述。

步骤904，所述视联网服务器对所述第二视频流进行存储。

本实施方式，视联网服务器利用视联网的存储器技术，将第二视频流存储到硬盘空间，而不仅仅是转呈第二视频流的作用。

在一种可选地实施方式中，步骤904具体可以还包括如下子步骤：

子步骤9041，所述视联网服务器生成包括所述第二视频流的视频列表，并将所述视频列表发送至所述视联网终端；其中，所述视频列表中包括与所述第二视频流对应的第二视频流标识。

实际中，客户端可以发送多个共享视频流给视联网服务器，在互联网内也可以存在多个客户端，多个客户端可以将多个共享视频流发送至视联网服务器；因此，视联网服务器生成的视频列表中可以不仅仅包括第二视频流的视频流标识，也可以包括其他接收到的视频流的视频流标识，这样使得视联网服务器可以存储多个共享视频流，并以视频流标识唯一标识存储的共享视频流。

步骤905，所述视联网终端在接收到共享请求操作时，生成针对所述第二视频流的共享请求指令，并将所述共享请求指令发送至所述视联网服务器。

在一种可选地实施方式中，步骤905具体可以包括如下子步骤：

子步骤9051，所述视联网终端在接收到针对所述视频列表的共享请求操作时，生成包括所述第二视频流标识的共享请求指令，并将所述共享请求指令发送至所述视联网服务器。

实际中，视联网终端在接收到视联网服务器发送的视频列表时，可以显示该视频列表，用户可以通过触摸显示屏或遥控板在视频列表上选择要获取的视频流的视频流标识。

示例地，参照图11所示，以视联网终端为视联网下的极光机顶盒为例，该机顶盒连接电视机，第二视频流的视频标识为三峡水库001号水位监测，在机顶盒接收到视频列表1001时，将视频列表1001显示在电视机上，用户通过遥控板选择视频列表1001上的名称为三峡水库001号水位监测的视频流标识，则机顶盒将用户的这一选择发送至视联网服务器，即共享请求指令中包括三峡水库001号水位监测的标识。

步骤906，所述视联网服务器针对所述共享请求指令，将存储的所述第二视频流发送至所述视联网终端。

实际中，视联网服务器在接收到视联网终端的共享请求指令，依据视频流标识，在存储的众多视频流中，确定第二视频流，之后将第二视频流发送至所述视联网终端。以上述共享请求指令中包括三峡水库001号水位监测的标识为例，视联网服务器在存储的视频流中，将三峡水库001号水位监测的视频流发送至视联网终端。

本实施方式中，视联网服务器是将存储的第二视频流发送至视联网终端，在视联网中，视联网服务器指令根据共享请求指令直接将第二视频流映射到具体的硬盘空间，瞬间直接送达到视联网终端，用户等待一般时间小于0.2秒。因此，本实施方式可以使得视联网终端根据需要，随时提取已经存储的共享视频流，而不客户端播放流数据的时间限制。并且，获取共享视频流的速度更快。

本申请实施例，利用视联网的特性，视联网终端还可以从视联网服务器上获取共享视频流，使得客户端生成的共享视频流可以被存储，从而可以供视联网终端观看，因共享视频流在视联网服务器是先存储后传送，利用视联网的存储器技术，可以缩短视联网终端获取共享视频流的时间，从而提高播放流畅性。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

实施例三

如图12示出了本申请实施例3的一种视频流共享的系统，对照实施例1的处理方法，所述系统可以应用于视联网中，所述视联网通过第一流媒体服务器连接互联网，所述互联网包括客户端，所述视联网包括视联网服务器，及与所述视联网服务器通信连接的视联网终端，所述客户端与所述第一流媒体服务器通信连接；所述系统包括视频流发送模块6、视频流转发模块、视频流接收模块；所述视频流发送模块位于所述客户端，所述视频流转发模块位于所述第一流媒体服务器，所述视频流接收模块位于所述视联网终端；其中：

所述视频流发送模块包括：

截图子模块6031，用于在所述客户端播放流数据时，对播放所述流数据的画面进行截图以获取多个图片；

视频流编码子模块6032，用于对所述多个图片进行编码以得到第一视频流；

第一通信子模块6033，用于将所述第一视频流发送至所述视频流转发模块；

所述视频流转发模块包括：

第一协议转换子模块6021，用于将所述第一视频流转换为符合视联网协议的第二视频流；

所述视频流接收模块包括：

共享请求子模块6041，用于在接收到共享请求操作时，生成针对所述第二视频流的共享请求指令，并将所述共享请求指令发送至所述视联网服务器；

所述视频流转发模块还包括：

第二通信子模块6022，用于在接收到所述视联网服务器转发的所述共享请求指令时，将所述第二视频流经发送至所述视联网服务器；所述视联网服务器用于将所述第二视频流发送至所述视频流接收模块。

可选地，所述客户端还与第二流媒体服务器通信连接，所述视联网还通过所述第二流媒体服务器连接至所述互联网；所述系统还包括流数据获取模块及流数据下发模块，所述流数据获取模块位于所述客户端，所述流数据下发模块位于所述第二流媒体服务器；

所述流数据获取模块，用于在接收到流数据分享业务操作时，生成流数据获取指令，并将所述流数据获取指令发送至所述第二流媒体服务器；

所述流数据下发模块包括：

第二协议转换子模块，用于针对所述流数据获取指令，将自身存储的符合视联网协议的流数据转换为符合互联网协议的流数据；

第三通信子模块，用于将转换后的符合互联网协议的流数据发送至所述流数据获取模块。

实施例四

如图13示出了本申请实施例4的一种视频流共享的系统，对照实施例2的处理方法，所述系统应用于视联网，所述视联网通过第一流媒体服务器连接互联网，所述互联网包括客户端；所述视联网包括视联网服务器，及与所述视联网服务器通信连接的视联网终端，所述客户端与所述第一流媒体服务器通信连接，所述系统包括视频流发送模块、第一视频流转发模块、视频流接收模块、第二视频流转发模块；所述视频流发送模块位于所述客户端，所述第一视频流转发模块位于所述第一流媒体服务器，所述视频流接收模块位于所述视联网终端，所述第二视频流转发模块位于所述视联网服务器；其中：

所述视频流发送模块包括：

截图子模块6031，用于在所述客户端播放流数据时，对播放所述流数据的画面进行截图以获取多个图片；

视频流编码子模块6032，用于对所述多个图片进行编码以得到第一视频流；

第一通信子模块6033，用于将所述第一视频流发送至所述第一视频流转发模块；

所述第一视频流转发模块包括：

第一协议转换子模块6021，用于将所述第一视频流转换为符合视联网协议的第二视频流；

第二通信子模块6022，用于将所述第二视频流发送至所述第二视频流转发模块；

所述第二视频流转发模块包括：

存储子模块6011，用于对所述第二视频流进行存储；

所述视频流接收模块包括：

共享请求子模块6041，用于在接收到共享请求操作时，生成针对所述第二视频流的共享请求指令，并将所述共享请求指令发送至所述第二视频流转发模块；

所述第二视频流转发模块，用于针对所述共享请求指令，将存储的所述第二视频流发送至所述视频流接收模块。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

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

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

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

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

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

以上对本申请所提供的一种视频流共享的方法和相应的一种视频流共享的系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种视频流共享的方法，其特征在于，所述方法应用于视联网，所述视联网通过第一流媒体服务器连接互联网，所述互联网包括客户端；所述视联网包括视联网服务器，及与所述视联网服务器通信连接的视联网终端；所述客户端与所述第一流媒体服务器通信连接，所述方法包括：

所述客户端在播放流数据时，对播放所述流数据的画面进行截图以获取多个图片，并对所述多个图片进行编码以得到第一视频流；

所述客户端将所述第一视频流发送至所述第一流媒体服务器；

所述第一流媒体服务器将所述第一视频流转换为符合视联网协议的第二视频流；

所述视联网终端在接收到共享请求操作时，生成针对所述第二视频流的共享请求指令，并将所述共享请求指令发送至所述视联网服务器；

所述第一流媒体服务器在接收到所述视联网服务器转发的所述共享请求指令时，将所述第二视频流发送至所述视联网服务器；所述视联网服务器用于将所述第二视频流发送至所述视联网终端。

2.根据权利要求1所述的方法，其特征在于，所述客户端还与第二流媒体服务器通信连接，所述视联网还通过所述第二流媒体服务器连接至所述互联网，在所述客户端在播放流数据时，对播放所述流数据的画面进行截图以获取多个图片的步骤前，所述方法还包括：

所述客户端在接收到流数据分享业务操作时，生成流数据获取指令，并将所述流数据获取指令发送至所述第二流媒体服务器；

所述第二流媒体服务器针对所述流数据获取指令，将符合视联网协议的流数据转换为符合互联网协议的流数据；

所述第二流媒体服务器将转换后的符合互联网协议的流数据发送至所述客户端。

3.根据权利要求1所述的方法，其特征在于，所述第一流媒体服务器预置有多个虚拟终端，所述共享请求指令包括第一虚拟号码，所述方法还包括：

所述第一流媒体服务器将所述第二视频流发送至第一虚拟终端；

所述第一流媒体服务器在接收到所述视联网服务器转发的所述共享请求指令时，将所述第二视频流发送至所述视联网服务器的步骤，包括：

所述第一流媒体服务器在接收到所述视联网服务器转发的所述共享请求指令时，从所述共享请求指令中提取出所述第一虚拟号码，并确定与所述第一虚拟号码对应的所述第一虚拟终端；

所述第一流媒体服务器通过所述第一虚拟终端将所述第二视频流发送至所述视联网服务器。

4.根据权利要求2所述的方法，其特征在于，所述客户端在播放流数据时，对播放所述流数据的画面进行截图以获取多个图片，并对所述多个图片进行编码以得到第一视频流的步骤，包括：

所述客户端从预置的多个演示模块中调用针对所述流数据分享业务操作的信息演示模块，并采用所述信息演示模块演示所述流数据，并显示所述流数据被演示的画面；

所述客户端确定所述画面占据的显示区域；

所述客户端每间隔预设的时间对所述显示区域进行截图以获取所述多个图片。

5.一种视频流共享的方法，其特征在于，所述方法应用于视联网，所述视联网通过第一流媒体服务器连接互联网，所述互联网包括客户端；所述视联网包括视联网服务器，及与所述视联网服务器通信连接的视联网终端，所述客户端与所述第一流媒体服务器通信连接，所述方法包括：

所述客户端在播放流数据时，对播放所述流数据的画面进行截图以获取多个图片，并对所述多个图片进行编码以得到第一视频流；

所述客户端将所述第一视频流发送至所述第一流媒体服务器；

所述第一流媒体服务器将所述第一视频流转换为符合视联网协议的第二视频流，并将所述第二视频流发送至所述视联网服务器；

所述视联网服务器对所述第二视频流进行存储；

所述视联网终端在接收到共享请求操作时，生成针对所述第二视频流的共享请求指令，并将所述共享请求指令发送至所述视联网服务器；

所述视联网服务器针对所述共享请求指令，将存储的所述第二视频流发送至所述视联网终端。

6.根据权利要求5所述的方法，其特征在于，所述第一流媒体服务器通过预置的第一虚拟终端将所述第二视频流发送至所述视联网服务器。

7.根据权利要求5所述的方法，其特征在于，所述方法还包括：

所述视联网服务器生成包括所述第二视频流的视频列表，并将所述视频列表发送至所述视联网终端；其中，所述视频列表中包括与所述第二视频流对应的第二视频流标识；

所述视联网终端在接收到共享请求操作时，生成针对所述第二视频流的共享请求指令，并将所述共享请求指令发送至所述视联网服务器的步骤，包括：

所述视联网终端在接收到针对所述视频列表的共享请求操作时，生成包括所述第二视频流标识的共享请求指令，并将所述共享请求指令发送至所述视联网服务器。

8.一种视频流共享的系统，其特征在于，所述系统应用于视联网，所述视联网通过第一流媒体服务器连接互联网，所述互联网包括客户端；所述视联网包括视联网服务器，及与所述视联网服务器通信连接的视联网终端，所述客户端与所述第一流媒体服务器通信连接；所述系统包括视频流发送模块、视频流转发模块及视频流接收模块；所述视频流发送模块位于所述客户端，所述视频流转发模块位于所述第一流媒体服务器，所述视频流接收模块位于所述视联网终端；其中：

所述视频流发送模块包括：

截图子模块，用于在所述客户端播放流数据时，对播放所述流数据的画面进行截图以获取多个图片；

视频流编码子模块，用于对所述多个图片进行编码以得到第一视频流；

第一通信子模块，用于将所述第一视频流发送至所述视频流转发模块；

所述视频流转发模块包括：

第一协议转换子模块，用于将所述第一视频流转换为符合视联网协议的第二视频流；

所述视频流接收模块包括：

共享请求子模块，用于在接收到共享请求操作时，生成针对所述第二视频流的共享请求指令，并将所述共享请求指令发送至所述视联网服务器；

所述视频流转发模块还包括：

第二通信子模块，用于在接收到所述视联网服务器转发的所述共享请求指令时，将所述第二视频流发送至所述视联网服务器；所述视联网服务器用于将所述第二视频流发送至所述视频流接收模块。

9.根据权利要求8所述的系统，其特征在于，所述客户端还与第二流媒体服务器通信连接，所述视联网还通过所述第二流媒体服务器连接至所述互联网；所述系统还包括流数据获取模块及流数据下发模块，所述流数据获取模块位于所述客户端，所述流数据下发模块位于所述第二流媒体服务器；

所述流数据获取模块，用于在接收到流数据分享业务操作时，生成流数据获取指令，并将所述流数据获取指令发送至所述第二流媒体服务器；

所述流数据下发模块包括：

第二协议转换子模块，用于针对所述流数据获取指令，将符合视联网协议的流数据转换为符合互联网协议的流数据；

第三通信子模块，用于将转换后的符合互联网协议的流数据发送至所述流数据获取模块。

10.一种视频流共享的系统，其特征在于，所述系统应用于视联网，所述视联网通过第一流媒体服务器连接互联网，所述互联网包括客户端；所述视联网包括视联网服务器，及与所述视联网服务器通信连接的视联网终端，所述客户端与所述第一流媒体服务器通信连接，所述系统包括视频流发送模块、第一视频流转发模块、第二视频流转发模块及视频流接收模块；所述视频流发送模块位于所述客户端，所述第一视频流转发模块位于所述第一流媒体服务器，所述第二视频流转发模块位于所述视联网服务器，所述视频流接收模块位于所述视联网终端；其中：

所述视频流发送模块包括：

截图子模块，用于在所述客户端播放流数据时，对播放所述流数据的画面进行截图以获取多个图片；

视频流编码子模块，用于对所述多个图片进行编码以得到第一视频流；

第一通信子模块，用于将所述第一视频流发送至所述第一视频流转发模块；

所述第一视频流转发模块包括：

第一协议转换子模块，用于将所述第一视频流转换为符合视联网协议的第二视频流；

第二通信子模块，用于将所述第二视频流发送至所述第二视频流转发模块；

所述第二视频流转发模块包括：

存储子模块，用于对所述第二视频流进行存储；

所述视频流接收模块包括：

共享请求子模块，用于在接收到共享请求操作时，生成针对所述第二视频流的共享请求指令，并将所述共享请求指令发送至所述第二视频流转发模块；

所述第二视频流转发模块，用于针对所述共享请求指令，将存储的所述第二视频流发送至所述视频流接收模块。