一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

一种点播方法和系统与流程

2023-03-29 01:16:21 来源:中国专利 TAG:


1.本技术涉及网络技术领域,尤其涉及一种点播方法和系统。


背景技术:

2.信息时代最重要的技术方向主要都是以存储、计算以及传输为基础不断地发展和进步的,随着技术的普及,互联网上产生了海量的视频文件。为了提高用户访问这些视频的用户体验,都需要对这些海量的视频文件在存储处理、传输以及播放进行不断优化和改进。
3.现有的技术中,视频的存在形式主要有二种,一种是已经保存的视频文件,另一种是实时产生并传播的直播视频文件。对于直播视频文件,现有技术常见的技术方案是采用rtc低延时方案方案如webrtc,或者是cdn加速方案如rtmp、h l s等流媒体协议方案。
4.对于已经存在的视频文件,目前主流的技术方案是使用传输工具将视频文件通过下载或者缓存的方式,传输到本地播放器或者播放终端,然后在本地播放器或者播放终端再进行播放,这种方式导致消耗大量的传输流量,而且在网络环境不好的时候容易造成卡顿等,严重影响用户的播放体验。


技术实现要素:

5.本技术为解决现有技术中存在的技术问题,提供一种点播方法,应用于客户端,包括以下步骤:
6.向服务端的业务服务器发送视频的元信息;
7.接收服务端的业务服务器返回用于建立传输视频的连接信息;
8.构建连接描述,并与服务端的媒体服务器建立流媒体传输通道;
9.接收服务端的媒体服务器发送的视频并播放。
10.进一步地,所述构建连接描述包括发送方发送的offer、接收方根据offer回复的answer以及传输协议。
11.进一步地,连接描述还包括视频传输偏好的设置。
12.进一步地,所述流媒体传输通道基于webrtc创建。
13.本技术还提供一种点播方法,应用于服务端,包括以下步骤:
14.服务端的业务服务器接收来自客户端发送视频的元信息;
15.服务端的业务服务器向客户端返回用于建立传输视频的连接信息;
16.待客户端构建连接描述后,服务端的媒体服务器与客户端建立流媒体传输通道;
17.服务端的媒体服务器获取所述视频,将所述视频发送到客户端。
18.进一步地,所述构建连接描述包括发送方发送的offer、接收方根据offer回复的answer以及传输协议。
19.本技术还提供一种点播方法,应用于服务端以及客户端,包括以下步骤:
20.客户端向服务端的业务服务器发送视频的元信息;
21.服务端的业务服务器接收视频的元信息,并向客户端返回用于建立传输视频的连
接信息;
22.客户端构建连接描述,并与服务端的媒体服务器建立流媒体传输通道;
23.服务端的媒体服务器获取所述视频,将所述视频发送到客户端。
24.本技术还提供一种点播系统,包括服务端以及客户端,
25.客户端用以向服务端的业务服务器发送视频的元信息,构建连接描述,并与服务端的媒体服务器建立流媒体传输通道,服务端的媒体服务器的视频并播放;
26.服务端包括业务服务器以及媒体服务器,其中:
27.业务服务器用以接收来自客户端发送视频的元信息,向客户端返回用于建立传输视频的连接信息;
28.媒体服务器用以与客户端建立流媒体传输通道,获取所述视频,将视频发送至客户端并播放。
29.本发明还提供一种存储介质,所述存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行如所述的点播方法。
30.本发明还提供一种电子设备,包括:处理器、存储介质和总线,所述存储介质存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储介质之间通过总线通信,所述处理器执行所述机器可读指令,以执行如所述的点播方法。
31.本技术公开的方法和系统中所述模块,在实际应用中,即可以在一台目标服务器上部署多个模块,也可以每一模块独立部署在不同的目标服务器上,特别的,根据需要,为了提供更强大的计算处理能力,也可以根据需要将模块部署到集群目标服务器上。
32.由此可见,本技术采取的技术方案,取得了很好的技术效果:
33.本技术能够将存储的视频以流媒体的方式进行传输和播放,从而实现点播的效果,由于将存储的视频转换成流媒体的传输和播放,充分利用了流媒体在网络条件的自适应、延迟降低等方面比较成熟的解决方案,比如在网络变差时降低分辨率或帧率来优化用户体验,使得播放的技术效果能够得到革命性的提升。
34.为了对本技术有更清楚全面的了解,下面结合附图,对本技术的具体实施方式进行详细描述。
附图说明
35.为了更清楚地说明本技术实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍。显而易见地,下面描述中的附图仅仅是本技术的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
36.图1为本技术实施例的一种点播方法的流程示意图。
具体实施方式
37.现有技术中,对于已经存在的视频文件,目前主流的技术方案是使用传输工具将视频文件通过下载或者缓存的方式,传输到本地播放器或者播放终端,用户可以通过传输工具看到下载显示出来的缓存条带,缓存的条带显示出来缓存了多少,一般情况下,有的等到缓存全部完毕,才能播放,有的进行了优化,缓存到一定比例之后,可以边播边下,但这些
方法在网络环境变差的时候,就会出现卡顿、甚至重新缓存的可能,严重影响了用户的播放体验。
38.本技术将现有需要缓存或者下载之后再播放的视频,通过创新的技术方案,能够将存储的视频以流媒体的方式进行传输和播放,从而实现点播的效果,由于将存储的视频转换成流媒体的传输和播放,充分发挥了流媒体在网络条件的自适应、延迟降低等方面比较成熟的解决方案,比如在网络变差时降低码率或改变播放速度来优化用户体验,使得播放的技术效果能够得到革命性的提升。
39.实施例一
40.请参阅图1,图1为本技术实施例的一种点播方法的流程示意图。作为一种应用于客户端的实施例方式,本技术的技术方案为:一种点播方法,应用于客户端,包括以下步骤:
41.s1:向服务端的业务服务器发送视频的元信息;
42.s2:接收服务端的业务服务器返回用于建立传输视频的连接信息;
43.s3:构建连接描述,并与服务端的媒体服务器建立流媒体传输通道;
44.s4:接收服务端的媒体服务器发送的视频并播放。
45.下面结合各种优选实施详细说明本技术的技术方案。
46.s1:向服务端的业务服务器发送视频的元信息;
47.本技术为了构建将视频转换成流媒体的方式,服务端设置了业务服务器以及媒体服务器,其中:
48.业务服务器以基于http协议的接口对外提供服务,用于管理并返回媒体以及媒体服务器的信息。
49.媒体服务器以基于某种协议的接口对外提供服务,用于给客户端提供视频流。
50.本技术实施例中,基于http协议建立的一种使用场景,元信息即为url信息,当客户端在某个网页页面或者某个界面,想播放页面上的某个视频的时候,点击该视频,即可将该视频的url发送到服务端的业务服务器,业务服务器即开始实施步骤s2。
51.s2:接收服务端的业务服务器返回用于建立传输视频的连接信息;
52.业务服务器对该url进行解析处理,并向客户端返回用于建立传输视频的连接信息。
53.s3:构建连接描述,并与服务端的媒体服务器建立流媒体传输通道。
54.客户端接收到业务服务器传输过来的连接信息,根据这些连接信息,构建连接描述后,与服务端的媒体服务器建立流媒体传输通道。
55.作为一种优选的实施方式,本技术的连接描述包括发送方发送的webrtc sdp offer、接收方根据offer回复的webrtc sdp answer。发送方通过webrtc模块的接口设置offer与answer后即可与媒体服务器建立webrtc连接。
56.本技术以基于webrtc流媒体传输通道为例说明本技术的连接描述,当然,作为变换的实施方式,可以基于其他的协议或者框架来实现,当使用其他的协议或者框架来实现时,其构建具体的连接描述也会有所差异,但这些差异构成的连接描述都是为了实现服务器端和客户端的流媒体传输和播放的目的,因此,这些变化的实施例、技术手段均不脱离本技术的保护范围。
57.本技术实施例中,由于考虑到webrtc协议自带了带宽感知并对应地选择最优的视
频流参数的逻辑。因此视频在播放时可以自动地适应当前的网络、播放模式,即对应于更好的用户体验:更少的卡顿、更高的清晰度,而这些均不需要业务的介入。
58.此外,本技术使用基于webrtc流媒体传输通道,在构建连接描述中,还可以包括视频传输偏好的设置,比如选择视频的分辨率、帧率等,充分根据客户端的当前网络环境、或者客户端的性能等情况,进行个性化地进行设置,从而可以进一步提高了用户的播放体验。
59.s4:接收服务端的媒体服务器发送的视频并播放。
60.媒体服务器从连接描述中获取要播放视频信息,并将对应的视频流添加到webrtc连接的轨道(track)中,客户端接收到视频轨道后,将其在用户点击的页面上播放。
61.本技术实施例中,由于选择基于webrtc来将客户端和服务端进行连接,webrtc允许网络应用或者站点,在不借助中间媒介的情况下,建立浏览器之间点对点(peer-to-peer)的连接,实现视频流和(或)音频流或者其他任意数据的传输。
62.而且,使用webrtc的好处在于,用户在无需安装任何插件或者第三方的软件的情况下,即可创建点对点(peer-to-peer)的数据分享和通讯。
63.此外,webrtc各种浏览器的支持,截止目前,webrtc在各浏览器中的支持程度超过90%,使得本技术的技术方案具有广泛的应用前景。
64.由此可以看出,建立了流媒体传输通道后,服务端的媒体服务器即可将该视频以视频流的方式发送到客户端,客户端即可进行播放。
65.实施例二
66.基于上述实施例,本技术还提供一种点播方法,应用于服务端,包括以下步骤:
67.服务端的业务服务器接收来自客户端发送视频的元信息;
68.服务端的业务服务器向客户端返回用于建立传输视频的连接信息;
69.待客户端构建连接描述后,服务端的媒体服务器与客户端建立流媒体传输通道;
70.服务端的媒体服务器将视频发送至客户端并播放。
71.具体实施细节请参阅上述实施例一。
72.实施例三
73.基于上述实施例一和实施例二,本技术提供一种点播方法,应用于服务端以及客户端,包括以下步骤:
74.客户端向服务端的业务服务器发送视频的元信息;
75.服务端的业务服务器接收视频的元信息,并向客户端返回用于建立传输视频的连接信息;
76.客户端构建连接描述,并与服务端的媒体服务器建立流媒体传输通道;
77.服务端的媒体服务器获取所述视频,将所述视频发送到客户端。
78.具体实施细节请参阅上述实施例。
79.实施例四
80.基于上述实施例,本技术提供一种点播系统,包括服务端以及客户端,其中:
81.包括服务端以及客户端,客户端用以向服务端的业务服务器发送视频的元信息,构建连接描述,并与服务端的媒体服务器建立流媒体传输通道,服务端的媒体服务器的视频并播放;
82.服务端包括业务服务器以及媒体服务器,其中:
83.业务服务器用以接收来自客户端发送视频的元信息,向客户端返回用于建立传输视频的连接信息;
84.媒体服务器用以与客户端建立流媒体传输通道,获取所述视频,将视频发送至客户端并播放。
85.本技术实施例还提供一种存储介质,所述存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行如所述的点播方法。
86.本技术实施例还提供一种电子设备,包括:处理器、存储介质和总线,所述存储介质存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储介质之间通过总线通信,所述处理器执行所述机器可读指令,以执行如上述任一所述的点播方法。
87.需要说明的是,本领域普通技术人员可以理解上述实施例的各种方法中的全部或部拆分步骤是可以通过计算机程序来指令相关的硬件来完成,所述计算机程序可以存储于计算机可读存储介质中,所述存储介质可以包括但不限于:只读存储器(rom,read on ly memory)、随机存取存储器(ram,randomaccess memory)、磁盘或光盘等。
88.对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下,在其它实施例中实现。因此,本技术将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
再多了解一些

本文用于创业者技术爱好者查询,仅供学习研究,如用于商业用途,请联系技术所有人。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献