一种视频场景的切换方法、客户端及服务器与流程

文档序号:15925505发布日期:2018-11-14 01:05阅读:223来源:国知局
本发明实施例涉及通信领域,尤其涉及一种视频场景的切换方法、客户端及服务器。
背景技术
随着互联网技术的飞速发展,用户通过手机、个人电脑(personalcomputer,pc)、电视机等观看直播或点播的视频节目已经越来越普及。通常情况下,由一个摄像机可以对多个用户感兴趣的目标进行拍摄,但是当这些目标处于运动状态,且相互远离至一定程度时,由于一个摄像机无法同时与这多个目标都保持足够近的距离,因此,原来的一个摄像机无法同时有效的拍摄这多个目标。此时,可以通过采用多个摄像机对这多个目标分别进行跟踪拍摄,以便为用户提供更好的观看体验。例如,如图1所示,当目标a,目标b,目标c这三个目标(图中以目标均为车辆为例示出)在一起时,摄像机c1可以对这三个目标进行拍摄。如图2所示,当这三个目标均处于运动状态,且目标a、目标b,目标c相互远离至一定程度时,由摄像机c1,摄像机c2,摄像机c3分别跟踪拍摄这三个目标。假设用户关注的是目标b,当这三个目标在一起时,是通过摄像机c1对目标b进行拍摄的。但当这三个目标相互远离至一定程度时,如图2所示,摄像机c1只负责跟踪拍摄目标a,目标b在摄像机c1拍摄到的视频内容中非常渺小甚至即将消失。此时,用户若仍观看摄像机c1拍摄到的视频内容,则将无法更好的观看自己关注的目标b。而摄像机c2是负责跟踪拍摄目标b的,因此,如何切换到摄像机c2拍摄到的视频内容以供用户观看,成为一个亟待解决的问题。在现有技术中,通常情况下是通过剪辑人员提前对多个摄像机拍摄的视频内容进行剪辑,来实现不同摄像机拍摄的视频内容的切换的。可以看到的是,在现有技术中,用户只能观看剪辑人员剪辑好的视频内容,而无法观看由相应的摄像机拍摄的自身感兴趣的视频内容。技术实现要素:本发明实施例提供一种视频场景的切换方法、客户端及服务器,解决了用户无法观看由相应的摄像机拍摄的自身感兴趣的视频内容的问题。为达到上述目的,本发明实施例采用如下技术方案:本发明实施例的第一方面,提供一种视频场景的切换方法,包括:客户端首先获取至少两个感兴趣区域的描述信息和场景推荐信息,感兴趣区域的描述信息用于判断感兴趣区域是否为用户当前关注的区域,感兴趣区域的场景推荐信息为跟踪感兴趣区域的广角摄像机拍摄的视频场景的场景信息;然后,根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定用户当前关注的区域,即确定目标感兴趣区域,并根据目标感兴趣区域的场景推荐信息下载目标视频分片,目标视频分片为跟踪目标感兴趣区域的广角摄像机拍摄的视频场景包括的、包含目标感兴趣区域的分片;最后,将播放的内容由当前播放的视频分片切换到目标视频分片,当前播放的视频分片与目标视频分片由不同的广角摄像机拍摄得到。本发明实施例提供的视频场景的切换方法,客户端通过根据获取到的用于判断感兴趣区域是否为用户当前关注的区域的描述信息和用户当前观看视角,确定用户当前关注区域,并根据用户当前关注区域的场景推荐信息,下载由跟踪该用户当前关注区域的广角摄像机拍摄得到的包含用户当前关注区域的视频分片,即目标视频分片,然后将播放的内容由当前播放的视频分片切换到目标视频分片,解决了用户无法观看由相应的摄像机拍摄的自身感兴趣的视频内容的问题。结合第一方面,在一种可能的实现方式中,客户端获取至少两个感兴趣区域的描述信息和场景推荐信息具体的可以包括:客户端向服务器发送第一媒体描述文件(mediapresentationdescription,mpd)请求消息,第一mpd请求消息中携带第一mpd的统一资源定位符(uniformresourcelocator,url),此时,客户端可以接收来自服务器的第一mpd响应消息,第一mpd响应消息中携带第一mpd,第一mpd中包括:至少两个视频场景的媒体描述信息和场景信息,至少两个视频场景的媒体描述信息中包括至少两个感兴趣区域的描述信息和场景推荐信息。结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,为了降低初始化过程的时延,在客户端向服务器发送第一mpd请求消息之前,客户端还可以接收服务器发送的另一mpd,该mpd中包含至少两个感兴趣区域未分离至一定程度前,且采用一个广角摄像机进行拍摄得到的视频场景的媒体描述信息,还包括更新时间和第一mpd的url,这样,当更新时间到达时,客户端可以向服务器发送携带第一mpd的url的第一mpd请求消息。结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,客户端根据目标感兴趣区域的场景推荐信息下载目标视频分片具体的可以包括:根据目标感兴趣区域的场景推荐信息和至少两个视频场景的场景信息,从至少两个视频场景的场景信息中确定目标场景信息,并根据目标感兴趣区域和目标场景信息,从第一mpd中确定目标视频分片的url,然后根据目标视频分片的url下载目标视频分片。结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,在客户端获取至少两个感兴趣区域的描述信息和场景推荐信息之前,本发明实施例提供的视频场景的切换方法还可以包括:客户端向服务器发送包括当前播放的视频分片的url的第一分片请求消息;此时,相应的,客户端获取至少两个感兴趣区域的描述信息和场景推荐信息具体的可以包括:客户端接收来自服务器的包括当前播放的视频分片的第一分片响应消息,当前播放的视频分片包括第一事件信息,第一事件信息包括第二mpd,第二mpd中包括:至少两个视频场景的媒体描述信息和场景信息,至少两个视频场景的媒体描述信息中包括至少两个感兴趣区域的描述信息和场景推荐信息。结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,客户端根据目标感兴趣区域的场景推荐信息下载目标视频分片具体的可以包括:客户端根据目标感兴趣区域的场景推荐信息和至少两个视频场景的场景信息,从至少两个视频场景的场景信息中确定目标场景信息,并根据目标感兴趣区域和目标场景信息,从第二mpd中确定目标视频分片的url,然后根据目标视频分片的url下载目标视频分片。结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,第一事件信息还可以包括:有效时间;此时,相应的,客户端根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域具体的可以包括:客户端在根据有效时间确定需要开始使用第二mpd时,根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域。结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,在客户端获取至少两个感兴趣区域的描述信息和场景推荐信息之前,该视频场景的切换方法还可以包括:客户端向服务器发送携带第三mpd的url的第二mpd请求消息;此时,客户端获取至少两个感兴趣区域的描述信息和场景推荐信息,具体的可以包括:客户端接收来自服务器的第二mpd响应消息,第二mpd响应消息中携带第三mpd,第三mpd中包括:至少两个感兴趣区域的描述信息和场景推荐信息。结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,第三mpd中还可以包括:更新时间;此时,相应的,客户端根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域具体的可以包括:客户端在根据更新时间确定需要更新第三mpd时,根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域。结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,第三mpd中还可以包括:至少两个第四mpd的url以及与至少两个第四mpd的url一一对应的场景信息;此时,相应的,客户端根据目标感兴趣区域的场景推荐信息下载目标视频分片具体的可以包括:客户端根据目标感兴趣区域的场景推荐信息和与至少两个第四mpd的url一一对应的场景信息,从至少两个第四mpd的url中确定目标mpd的url,并向服务器发送携带目标mpd的url的第三mpd请求消息,此时客户端接收来自服务器的携带目标mpd的第三mpd响应消息,目标mpd中包括目标视频分片的url,并根据目标视频分片的url下载目标视频分片。结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,在客户端获取至少两个感兴趣区域的描述信息和场景推荐信息之前,该视频场景的切换方法还可以包括:客户端向服务器发送包括当前播放的视频分片的url的第二分片请求消息;此时,相应的,客户端获取至少两个感兴趣区域的描述信息和场景推荐信息具体的可以包括:客户端接收来自服务器的包括当前播放的视频分片的第二分片响应消息,当前播放的视频分片包括第二事件信息,第二事件信息包括至少两个感兴趣区域的描述信息和场景推荐信息。结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,第二事件信息还可以包括:至少两个第四mpd,以及与至少两个第四mpd一一对应的场景信息;此时,相应的,客户端根据目标感兴趣区域的场景推荐信息下载目标视频分片具体的可以包括:客户端根据目标感兴趣区域的场景推荐信息和与至少两个第四mpd一一对应的场景信息,从至少两个第四mpd中确定目标mpd,目标mpd中包括目标视频分片的url,并根据目标视频分片的url下载目标视频分片。结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,第二事件信息还可以包括:至少两个第四mpd的url,以及与至少两个第四mpd的url一一对应的场景信息;此时,相应的,客户端根据目标感兴趣区域的场景推荐信息下载目标视频分片具体的可以包括:客户端根据目标感兴趣区域的场景推荐信息和与至少两个第四mpd的url一一对应的场景信息,从至少两个第四mpd的url中确定目标mpd的url,并向服务器发送携带目标mpd的url的第三mpd请求消息,然后接收来自服务器的携带目标mpd的第三mpd响应消息,目标mpd中包括目标视频分片的url,这样,客户端便可以根据目标视频分片的url下载目标视频分片。结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,第二事件信息还可以包括:有效时间;此时,相应的,客户端根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域具体的可以包括:客户端在根据有效时间确定需要开始使用第四mpd时,根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域。结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,场景信息包括视频场景的标识或拍摄视频场景的广角摄像机的标识。结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,感兴趣区域的描述信息可以包括感兴趣区域的标识、感兴趣区域的位置、感兴趣区域的尺寸、感兴趣区域的出现时间;此时,相应的,客户端根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域具体的可以包括:客户端根据用户当前观看视角和至少两个感兴趣区域的描述信息,将位置、尺寸和出现时间满足预设规则的感兴趣区域确定为目标感兴趣区域。本发明实施例的第二方面,提供一种视频场景的切换方法,包括:服务器向客户端发送至少两个感兴趣区域的描述信息和场景推荐信息;其中,感兴趣区域的描述信息用于判断感兴趣区域是否为用户当前关注的区域,感兴趣区域的场景推荐信息为跟踪感兴趣区域的广角摄像机拍摄的视频场景的场景信息;至少两个感兴趣区域的描述信息和场景推荐信息用于客户端下载目标视频分片,目标视频分片与客户端当前播放的视频分片由不同的广角摄像机拍摄得到。本发明实施例提供的视频场景的切换方法,服务器通过向客户端发送至少两个感兴趣区域的描述信息和场景推荐信息,以便于客户端能够通过根据获取到的用于判断感兴趣区域是否为用户当前关注的区域的描述信息和用户当前观看视角,确定用户当前关注区域,并根据用户当前关注区域的场景推荐信息,下载由跟踪该用户当前关注区域的广角摄像机拍摄得到的包含用户当前关注区域的视频分片,即目标视频分片,然后将播放的内容由当前播放的视频分片切换到目标视频分片,解决了用户无法观看由相应的摄像机拍摄的自身感兴趣的视频内容的问题。结合第二方面,在一种可能的实现方式中,在服务器向客户端发送至少两个感兴趣区域的描述信息和场景推荐信息之前,该视频场景的切换方法还可以包括:服务器接收来自客户端的携带第一mpd的url的第一mpd请求消息,并向客户端发送携带第一mpd的第一mpd响应消息,该第一mpd中包括:至少两个视频场景的媒体描述信息和场景信息,至少两个视频场景的媒体描述信息中包括至少两个感兴趣区域的描述信息和场景推荐信息。结合第二方面和上述可能的实现方式,在另一种可能的实现方式中,在服务器向客户端发送至少两个感兴趣区域的描述信息和场景推荐信息之前,该视频场景的切换方法还可以包括:服务器接收客户端发送的包括当前播放的视频分片的url的第一分片请求消息;此时,服务器向客户端发送至少两个感兴趣区域的描述信息和场景推荐信息具体的可以包括:服务器向客户端发送包括当前播放的视频分片的第一分片响应消息,该当前播放的视频分片包括第一事件信息,该第一事件信息包括第二mpd,第二mpd中包括:至少两个视频场景的媒体描述信息和场景信息,至少两个视频场景的媒体描述信息中包括至少两个感兴趣区域的描述信息和场景推荐信息。结合第二方面和上述可能的实现方式,在另一种可能的实现方式中,第一事件信息还可以包括:有效时间;有效时间用于客户端确定需要开始使用第二mpd的时间。结合第二方面和上述可能的实现方式,在另一种可能的实现方式中,在服务器向客户端发送至少两个感兴趣区域的描述信息和场景推荐信息之前,该视频场景的切换方法还可以包括:服务器接收客户端发送的携带第三mpd的url的第二mpd请求消息;此时,服务器向客户端发送至少两个感兴趣区域的描述信息和场景推荐信息具体的可以包括:服务器向客户端发送携带第三mpd的第二mpd响应消息,该第三mpd中包括:至少两个感兴趣区域的描述信息和场景推荐信息。结合第二方面和上述可能的实现方式,在另一种可能的实现方式中,第三mpd中还可以包括:更新时间;更新时间用于客户端确定需要更新第三mpd。结合第二方面和上述可能的实现方式,在另一种可能的实现方式中,第三mpd中还可以包括:至少两个第四mpd的url以及与至少两个第四mpd的url一一对应的场景信息,用于客户端从至少两个第四mpd的url中确定目标mpd的url;此时,在服务器向客户端发送至少两个感兴趣区域的描述信息和场景推荐信息之后,该视频场景的切换方法还可以包括:服务器接收客户端发送的携带目标mpd的url的第三mpd请求消息,服务器向客户端发送携带目标mpd的第三mpd响应消息,该目标mpd中包括目标视频分片的url。结合第二方面和上述可能的实现方式,在另一种可能的实现方式中,在服务器向客户端发送至少两个感兴趣区域的描述信息和场景推荐信息之前,该视频场景的切换方法还可以包括:服务器接收客户端发送的包括当前播放的视频分片的url的第二分片请求消息;此时,服务器向客户端发送至少两个感兴趣区域的描述信息和场景推荐信息具体的可以包括:服务器向客户端发送包括当前播放的视频分片的第二分片响应消息,该当前播放的视频分片包括第二事件信息,第二事件信息包括至少两个感兴趣区域的描述信息和场景推荐信息。结合第二方面和上述可能的实现方式,在另一种可能的实现方式中,第二事件信息还可以包括:至少两个第四mpd,以及与至少两个第四mpd一一对应的场景信息,用于客户端从至少两个第四mpd中确定目标mpd,目标mpd中包括目标视频分片的url。结合第二方面和上述可能的实现方式,在另一种可能的实现方式中,第二事件信息还可以包括:至少两个第四mpd的url,以及与至少两个第四mpd的url一一对应的场景信息,用于客户端从至少两个第四mpd的url中确定目标mpd的url;此时,在服务器向客户端发送至少两个感兴趣区域的描述信息和场景推荐信息之后,该视频场景的切换方法还可以包括:服务器接收客户端发送的携带目标mpd的url的第三mpd请求消息,服务器向客户端发送携带目标mpd的第三mpd响应消息,目标mpd中包括目标视频分片的url。本发明实施例的第三方面,提供一种客户端,包括:获取单元、确定单元、下载单元和切换单元;获取单元,用于获取至少两个感兴趣区域的描述信息和场景推荐信息,感兴趣区域的描述信息用于判断感兴趣区域是否为用户当前关注的区域,感兴趣区域的场景推荐信息为跟踪感兴趣区域的广角摄像机拍摄的视频场景的场景信息;确定单元,用于根据用户当前观看视角和获取单元获取到的至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域,目标感兴趣区域为用户当前关注的区域;下载单元,用于根据确定单元确定出的目标感兴趣区域的场景推荐信息下载目标视频分片,目标视频分片为跟踪目标感兴趣区域的广角摄像机拍摄的视频场景包括的、包含目标感兴趣区域的分片;切换单元,用于将播放的内容,由当前播放的视频分片切换到下载单元下载到的目标视频分片,当前播放的视频分片与目标视频分片由不同的广角摄像机拍摄得到。结合第三方面,在一种可能的实现方式中,获取单元,具体用于:向服务器发送第一媒体描述文件mpd请求消息,第一mpd请求消息中携带第一mpd的统一资源定位符url;接收来自服务器的第一mpd响应消息,第一mpd响应消息中携带第一mpd,第一mpd中包括:至少两个视频场景的媒体描述信息和场景信息,至少两个视频场景的媒体描述信息中包括至少两个感兴趣区域的描述信息和场景推荐信息。结合第三方面和上述可能的实现方式,在另一种可能的实现方式中,下载单元,具体用于:根据目标感兴趣区域的场景推荐信息和至少两个视频场景的场景信息,从至少两个视频场景的场景信息中确定目标场景信息;根据目标感兴趣区域和目标场景信息,从第一mpd中确定目标视频分片的url;根据目标视频分片的url下载目标视频分片。结合第三方面和上述可能的实现方式,在另一种可能的实现方式中,还包括:发送单元;发送单元,用于向服务器发送第一分片请求消息,第一分片请求消息中包括当前播放的视频分片的url;获取单元,具体用于接收来自服务器的第一分片响应消息,第一分片响应消息中包括:当前播放的视频分片,当前播放的视频分片包括第一事件信息,第一事件信息包括第二mpd,第二mpd中包括:至少两个视频场景的媒体描述信息和场景信息,至少两个视频场景的媒体描述信息中包括至少两个感兴趣区域的描述信息和场景推荐信息。结合第三方面和上述可能的实现方式,在另一种可能的实现方式中,下载单元,具体用于:根据目标感兴趣区域的场景推荐信息和至少两个视频场景的场景信息,从至少两个视频场景的场景信息中确定目标场景信息;根据目标感兴趣区域和目标场景信息,从第二mpd中确定目标视频分片的url;根据目标视频分片的url下载目标视频分片。结合第三方面和上述可能的实现方式,在另一种可能的实现方式中,第一事件信息还包括:有效时间;确定单元,具体用于在根据有效时间确定需要开始使用第二mpd时,根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域。结合第三方面和上述可能的实现方式,在另一种可能的实现方式中,还包括:发送单元;发送单元,用于向服务器发送第二mpd请求消息,第二mpd请求消息中携带第三mpd的url;获取单元,具体用于接收来自服务器的第二mpd响应消息,第二mpd响应消息中携带第三mpd,第三mpd中包括:至少两个感兴趣区域的描述信息和场景推荐信息。结合第三方面和上述可能的实现方式,在另一种可能的实现方式中,第三mpd中还包括:更新时间;确定单元,具体用于在根据更新时间确定需要更新所述第三mpd时,根据用户当前观看视角和所述至少两个感兴趣区域的描述信息,从所述至少两个感兴趣区域中确定目标感兴趣区域。结合第三方面和上述可能的实现方式,在另一种可能的实现方式中,第三mpd中还包括:至少两个第四mpd的url以及与至少两个第四mpd的url一一对应的场景信息;下载单元,具体用于:根据目标感兴趣区域的场景推荐信息和与至少两个第四mpd的url一一对应的场景信息,从至少两个第四mpd的url中确定目标mpd的url;向服务器发送第三mpd请求消息,第三mpd请求消息中携带目标mpd的url;接收来自服务器的第三mpd响应消息,第三mpd响应消息中携带目标mpd,目标mpd中包括目标视频分片的url;客户端根据目标视频分片的url下载目标视频分片。结合第三方面和上述可能的实现方式,在另一种可能的实现方式中,还包括:发送单元;发送单元,用于向服务器发送第二分片请求消息,第二分片请求消息中包括当前播放的视频分片的url;获取单元,具体用于接收来自服务器的第二分片响应消息,第二分片响应消息中包括:当前播放的视频分片,当前播放的视频分片包括第二事件信息,第二事件信息包括至少两个感兴趣区域的描述信息和场景推荐信息。结合第三方面和上述可能的实现方式,在另一种可能的实现方式中,第二事件信息还包括:至少两个第四mpd,以及与至少两个第四mpd一一对应的场景信息;下载单元,具体用于:根据目标感兴趣区域的场景推荐信息和与至少两个第四mpd一一对应的场景信息,从至少两个第四mpd中确定目标mpd,目标mpd中包括目标视频分片的url;根据目标视频分片的url下载目标视频分片。结合第三方面和上述可能的实现方式,在另一种可能的实现方式中,第二事件信息还包括:至少两个第四mpd的url,以及与至少两个第四mpd的url一一对应的场景信息;下载单元,具体用于:根据目标感兴趣区域的场景推荐信息和与至少两个第四mpd的url一一对应的场景信息,从至少两个第四mpd的url中确定目标mpd的url;向服务器发送第三mpd请求消息,第三mpd请求消息中携带目标mpd的url;接收来自服务器的第三mpd响应消息,第三mpd响应消息中携带目标mpd,目标mpd中包括目标视频分片的url;根据目标视频分片的url下载目标视频分片。结合第三方面和上述可能的实现方式,在另一种可能的实现方式中,第二事件信息还包括:有效时间;确定单元,具体用于在根据有效时间确定需要开始使用第四mpd时,根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域。结合第三方面和上述可能的实现方式,在另一种可能的实现方式中,场景信息包括视频场景的标识或拍摄视频场景的广角摄像机的标识。结合第三方面和上述可能的实现方式,在另一种可能的实现方式中,感兴趣区域的描述信息包括感兴趣区域的标识、感兴趣区域的位置、感兴趣区域的尺寸、感兴趣区域的出现时间;确定单元,具体用于根据用户当前观看视角和至少两个感兴趣区域的描述信息,将位置、尺寸和出现时间满足预设规则的感兴趣区域确定为目标感兴趣区域。本发明实施例的第四方面,提供一种服务器,包括:发送单元;发送单元,用于向客户端发送至少两个感兴趣区域的描述信息和场景推荐信息;其中,感兴趣区域的描述信息用于判断感兴趣区域是否为用户当前关注的区域,感兴趣区域的场景推荐信息为跟踪感兴趣区域的广角摄像机拍摄的视频场景的场景信息;至少两个感兴趣区域的描述信息和场景推荐信息用于客户端下载目标视频分片,目标视频分片与客户端当前播放的视频分片由不同的广角摄像机拍摄得到。结合第四方面,在一种可能的实现方式中,还包括:接收单元;接收单元,用于接收来自客户端的第一媒体描述文件mpd请求消息,第一mpd请求消息中携带第一mpd的统一资源定位符url;发送单元,还用于向客户端发送第一mpd响应消息,第一mpd响应消息中携带第一mpd,第一mpd中包括:至少两个视频场景的媒体描述信息和场景信息,至少两个视频场景的媒体描述信息中包括至少两个感兴趣区域的描述信息和场景推荐信息。结合第四方面和上述可能的实现方式,在另一种可能的实现方式中,还包括:接收单元;接收单元,用于接收客户端发送的第一分片请求消息,第一分片请求消息中包括当前播放的视频分片的url;发送单元,具体用于向客户端发送第一分片响应消息,第一分片响应消息中包括:当前播放的视频分片,当前播放的视频分片包括第一事件信息,第一事件信息包括第二mpd,第二mpd中包括:至少两个视频场景的媒体描述信息和场景信息,至少两个视频场景的媒体描述信息中包括至少两个感兴趣区域的描述信息和场景推荐信息。结合第四方面和上述可能的实现方式,在另一种可能的实现方式中,第一事件信息还包括:有效时间;有效时间用于客户端确定需要开始使用第二mpd的时间。结合第四方面和上述可能的实现方式,在另一种可能的实现方式中,还包括:接收单元;接收单元,用于接收客户端发送的第二mpd请求消息,第二mpd请求消息中携带第三mpd的url;发送单元,具体用于向客户端发送第二mpd响应消息,第二mpd响应消息中携带第三mpd,第三mpd中包括:至少两个感兴趣区域的描述信息和场景推荐信息。结合第四方面和上述可能的实现方式,在另一种可能的实现方式中,第三mpd中还包括:更新时间;更新时间用于客户端确定需要更新第三mpd。结合第四方面和上述可能的实现方式,在另一种可能的实现方式中,第三mpd中还包括:至少两个第四mpd的url以及与至少两个第四mpd的url一一对应的场景信息,用于客户端从至少两个第四mpd的url中确定目标mpd的url;接收单元,还用于接收客户端发送的第三mpd请求消息,第三mpd请求消息中携带目标mpd的url;发送单元,还用于向客户端发送第三mpd响应消息,第四mpd响应消息中携带目标mpd,目标mpd中包括目标视频分片的url。结合第四方面和上述可能的实现方式,在另一种可能的实现方式中,还包括:接收单元;接收单元,用于接收客户端发送的第二分片请求消息,第二分片请求消息中包括当前播放的视频分片的url;发送单元,具体用于向客户端发送第二分片响应消息,第二分片响应消息中包括:当前播放的视频分片,当前播放的视频分片包括第二事件信息,第二事件信息包括至少两个感兴趣区域的描述信息和场景推荐信息。结合第四方面和上述可能的实现方式,在另一种可能的实现方式中,第二事件信息还包括:至少两个第四mpd,以及与至少两个第四mpd一一对应的场景信息,用于客户端从至少两个第四mpd中确定目标mpd,目标mpd中包括目标视频分片的url。结合第四方面和上述可能的实现方式,在另一种可能的实现方式中,第二事件信息还包括:至少两个第四mpd的url,以及与至少两个第四mpd的url一一对应的场景信息,用于客户端从至少两个第四mpd的url中确定目标mpd的url;接收单元,还用于接收客户端发送的第三mpd请求消息,第三mpd请求消息中携带目标mpd的url;发送单元,还用于向客户端发送第三mpd响应消息,第三mpd响应消息中携带目标mpd,目标mpd中包括目标视频分片的url。本发明实施例的第五方面,提供一种客户端,该客户端可以包括:至少一个处理器、存储器、通信接口、通信总线;至少一个处理器与存储器、通信接口通过通信总线连接,存储器用于存储计算机软件指令,当客户端运行时,处理器执行存储器存储的计算机软件指令,以使客户端执行第一方面或第一方面的可能的实现方式中任一所述的视频场景的切换方法。本发明实施例的第六方面,提供一种服务器,该服务器可以包括:至少一个处理器、存储器、通信接口、通信总线;至少一个处理器与存储器、通信接口通过通信总线连接,存储器用于存储计算机软件指令,当服务器运行时,处理器执行存储器存储的计算机软件指令,以使服务器执行第二方面或第二方面的可能的实现方式中任一所述的视频场景的切换方法。本发明实施例的第七方面,提供一种计算机存储介质,用于存储上述客户端所用的计算机软件指令,该计算机软件指令包含用于执行上述视频场景的切换方法所设计的程序。本发明实施例的第八方面,提供一种计算机存储介质,用于存储上述服务器所用的计算机软件指令,该计算机软件指令包含用于执行上述视频场景的切换方法所设计的程序。附图说明图1为现有技术提供的一种采用摄像机进行拍摄的应用场景示意图;图2为现有技术提供的另一种采用摄像机进行拍摄的应用场景示意图;图3为本发明实施例提供的一种全景摄像机的示意图;图4为本发明实施例提供的一个全景视频展开成二维图像的示意图;图5为发明实施例提供的某一时刻客户端的显示器上显示效果的示意图;图6为发明实施例提供的一种应用本发明实施例的系统架构的简化示意图;图7为本发明实施例提供的一种服务器的组成示意图;图8为本发明实施例提供的一种客户端的组成示意图;图9为本发明实施例提供的一种视频场景的切换方法的流程图;图10为本发明实施例提供的一种dash技术的视频分片传输流程示意图;图11为本发明实施例提供的一种mpd的文件结构格式示意图;图12为本发明实施例提供的另一种视频场景的切换方法的流程图;图13为本发明实施例提供的另一种视频场景的切换方法的流程图;图14为本发明实施例提供的另一种视频场景的切换方法的流程图;图15为本发明实施例提供的另一种视频场景的切换方法的流程图;图16为本发明实施例提供的另一种客户端的组成示意图;图17为本发明实施例提供的另一种客户端的组成示意图;图18为本发明实施例提供的另一种服务器的组成示意图;图19为本发明实施例提供的另一种服务器的组成示意图。具体实施方式随着科学技术的不断发展,视频业务在人们的日常生活中应用越来越广泛。并且,随着技术的进步,出现了大量可以切换视角的视频业务,如全景视频业务或360度视频业务、自由视角视频业务等。通常情况下,在这种可切换视角的视频业务中,服务器提供的视频的视角往往超过用户同一时刻可观看的视角范围。其中,视频的不同视角包含不同的内容,如多个用户感兴趣的目标(或者目标所在的区域)位于不同的视角中。用户可以通过一些操作,对视频的不同视角进行切换,实现观看不同的目标(或者目标所在的区域)的目的。图3为本发明实施例提供的一种全景摄像机的示意图。如图3所示,该全景摄像机包含有多个摄像头,可以同时向四周拍摄视频内容,其拍摄范围包含了四周360度的范围。将这多个摄像头拍摄的视频内容进行拼接合成,再投影到三维模型上(如球形,圆柱体等),可形成一个全景视频。图4为本发明实施例提供的一个全景视频展开成二维图像的示意图,图5是某一时刻客户端的显示器上显示效果的示意图。可以看到的是,用户某一时刻在客户端的显示器上看到的只是全景视频的一个视角。另外,在某些场景下,由一个全景摄像机拍摄到的全景视频中可能会包含多个用户感兴趣的目标,但当这些用户感兴趣的目标处于运动状态,且相互远离至一定程度时,该全景摄像机是无法同时对这多个用户感兴趣的目标进行跟踪拍摄的,此时,需要多个全景摄像机对这多个用户感兴趣的目标分别进行跟踪拍摄,以便为用户提供更好的观看视角和体验。基于此,若用户希望观看全景视频中的其它内容,在希望观看的其他内容与当前观看的内容由同一个全景摄像机拍摄、但位于不同的视角情况下,用户可以通过一些操作,对视频的视角进行切换,以观看到任何一个自身感兴趣的内容。在希望观看的其他内容与当前观看的内容由不同全景摄像机拍摄的情况下,此时,便需要切换不同全景摄像机拍摄的视频内容了,现有技术中通常是通过剪辑人员提前对多个全景摄像机拍摄的视频内容进行剪辑,来切换不同全景摄像机拍摄的视频内容。但是,这样的做法会使得只能观看剪辑人员剪辑好的视频内容,而无法观看由相应的摄像机拍摄的自身感兴趣的视频内容。为了能够解决用户无法观看由相应的摄像机拍摄的自身感兴趣的视频内容的问题。本发明实施例提供一种视频场景的切换方法,其基本原理是:客户端获取至少两个感兴趣区域的描述信息和场景推荐信息,并根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定用户当前关注的区域为目标感兴趣区域,然后根据目标感兴趣区域的场景推荐信息下载跟踪目标感兴趣区域的广角摄像机拍摄的视频场景包括的、包含该目标感兴趣区域的分片,即目标视频分片,最后将播放的内容,由当前播放的视频分片切换到目标视频分片,其中,当前播放的视频分片与目标视频分片由不同的广角摄像机拍摄得到,感兴趣区域的场景推荐信息为跟踪感兴趣区域的广角摄像机拍摄的视频场景的场景信息。在用户当前关注区域与当前播放的内容由不同广角摄像机拍摄的情况下,客户端通过根据获取到的用于判断感兴趣区域是否为用户当前关注的区域的描述信息和用户当前观看视角,确定用户当前关注区域,并根据用户当前关注区域的场景推荐信息,下载由跟踪该用户当前关注区域的广角摄像机拍摄得到的包含用户当前关注区域的视频分片,即目标视频分片,然后将播放的内容由当前播放的视频分片切换到目标视频分片,解决了用户无法观看由相应的摄像机拍摄的自身感兴趣的视频内容的问题。需要说明的是,本发明实施例中涉及到的广角摄像机指的是:采用广角镜头或鱼眼镜头的摄像机,或者全景摄像机。另外,本发明实施例中涉及到的视频场景指的是由广角摄像机拍摄得到的视频内容,不同的广角摄像机拍摄得到的视频场景不同。下面将结合附图对本发明实施例的实施方式进行详细描述。图6示出的是可以应用本发明实施例的系统架构的简化示意图。如图6所示,该系统架构可以包括:服务器11和客户端12。其中,服务器11,主要负责制作、存储和分发视频内容以及mpd。客户端12主要负责从服务器11获取视频分片和mpd。并负责mpd的解析,视频内容的解码、解密、渲染和呈现等,以便为用户播放视频内容。在具体的实现中,该客户端12可以手机、平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobilepersonalcomputer,umpc)、上网本、个人数字助理(personaldigitalassistant,pda)、pc、电视机等等。作为一种实施例,如图6中所示,本发明的网络架构包括的客户端12为电视机。图7为本发明实施例提供的一种服务器的组成示意图,如图7所示,该服务器可以包括至少一个处理器21,存储器22、通信接口23、通信总线24。下面结合图7对服务器的各个构成部件进行具体的介绍:处理器21是服务器的控制中心,可以是一个处理器,也可以是多个处理元件的统称。例如,处理器21是一个中央处理器(centralprocessingunit,cpu),也可以是特定集成电路(applicationspecificintegratedcircuit,asic),或者是被配置成实施本发明实施例的一个或多个集成电路,例如:一个或多个微处理器(digitalsignalprocessor,dsp),或,一个或者多个现场可编程门阵列(fieldprogrammablegatearray,fpga)。其中,处理器21可以通过运行或执行存储在存储器22内的软件程序,以及调用存储在存储器22内的数据,执行服务器的各种功能。在具体的实现中,作为一种实施例,处理器21可以包括一个或多个cpu,例如图7中所示的cpu0和cpu1。在具体实现中,作为一种实施例,服务器可以包括多个处理器,例如图7中所示的处理器21和处理器25。这些处理器中的每一个可以是一个单核处理器(single-cpu),也可以是一个多核处理器(multi-cpu)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。存储器22可以是只读存储器(read-onlymemory,rom)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(randomaccessmemory,ram)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasableprogrammableread-onlymemory,eeprom)、只读光盘(compactdiscread-onlymemory,cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器22可以是独立存在,通过通信总线24与处理器21相连接。存储器22也可以和处理器21集成在一起。其中,存储器22用于存储执行本发明方案的软件程序,并由处理器21来控制执行。通信接口23,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radioaccessnetwork,ran),无线局域网(wirelesslocalareanetworks,wlan)等。通信接口23可以包括接收单元实现接收功能,以及发送单元实现发送功能。通信总线24,可以是工业标准体系结构(industrystandardarchitecture,isa)总线、外部设备互连(peripheralcomponent,pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture,eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图7中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。图7中示出的设备结构并不构成对服务器的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。图8为本发明实施例提供的一种客户端的组成示意图,如图8所示,该客户端可以包括至少一个处理器31,存储器32、通信接口33、通信总线34。下面结合图8对客户端的各个构成部件进行具体的介绍:处理器31是客户端的控制中心,可以是一个处理器,也可以是多个处理元件的统称。例如,处理器31是一个cpu,也可以是asic,或者是被配置成实施本发明实施例的一个或多个集成电路,例如:一个或多个dsp,或,一个或者多个fpga。其中,处理器31可以通过运行或执行存储在存储器32内的软件程序,以及调用存储在存储器32内的数据,执行客户端的各种功能。在具体的实现中,作为一种实施例,处理器31可以包括一个或多个cpu,例如图8中所示的cpu0和cpu1。在具体实现中,作为一种实施例,客户端可以包括多个处理器,例如图8中所示的处理器31和处理器35。这些处理器中的每一个可以是一个single-cpu,也可以是一个multi-cpu。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。存储器32可以是rom或可存储静态信息和指令的其他类型的静态存储设备,ram或者可存储信息和指令的其他类型的动态存储设备,也可以是eeprom、cd-rom或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器32可以是独立存在,通过通信总线34与处理器31相连接。存储器32也可以和处理器31集成在一起。其中,存储器32用于存储执行本发明方案的软件程序,并由处理器31来控制执行。通信接口33,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,ran,wlan等。通信接口33可以包括接收单元实现接收功能,以及发送单元实现发送功能。通信总线34,可以是isa总线、pci总线或eisa总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图8中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。图9为本发明实施例提供的一种视频场景的切换方法的流程图,如图9所示,该方法可以包括:401、客户端获取至少两个感兴趣区域的描述信息和场景推荐信息。其中,感兴趣区域的描述信息用于判断感兴趣区域是否为用户当前关注的区域,感兴趣区域的场景推荐信息为跟踪感兴趣区域的广角摄像机拍摄的视频场景的场景信息。该场景信息可以包括视频场景的标识或拍摄视频场景的广角摄像机的标识。示例性的,在本发明实施例中,至少两个感兴趣区域的描述信息和场景推荐信息可以由服务器提供给客户端,也就是说,步骤401具体的可以是客户端接收来自服务器的至少两个感兴趣区域的描述信息和场景推荐信息。402、客户端根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域。其中。目标感兴趣区域为用户当前关注的区域。在客户端获取到至少两个感兴趣区域的描述信息和场景推荐信息之后,可以获取用户当前观看视角,并根据用户当前观看视角和至少两个感兴趣区域的描述信息,从这至少两个感兴趣区域中确定出用户当前关注的区域,即确定出目标感兴趣区域。403、客户端根据目标感兴趣区域的场景推荐信息下载目标视频分片。其中,目标视频分片为跟踪目标感兴趣区域的广角摄像机拍摄的视频场景包括的、包含目标感兴趣区域的分片。在客户端获取到用户当前关注的区域,即目标感兴趣区域之后,可以根据步骤401中获取到的目标感兴趣区域的场景推荐信息,下载由跟踪该目标感兴趣区域的广角摄像机拍摄的视频场景包括的包含该目标感兴趣区域的分片。404、客户端将播放的内容,由当前播放的视频分片切换到目标视频分片。其中。当前播放的视频分片与目标视频分片由不同的广角摄像机拍摄得到。在客户端下载到目标视频分片之后,便可以将当前播放内容切换到该目标视频分片,也就是说,将当前播放内容切换到用户当前关注的内容。本发明实施例提供的视频场景的切换方法,客户端通过根据获取到的用于判断感兴趣区域是否为用户当前关注的区域的描述信息和用户当前观看视角,确定用户当前关注区域,并根据用户当前关注区域的场景推荐信息,下载由跟踪该用户当前关注区域的广角摄像机拍摄得到的包含用户当前关注区域的视频分片,即目标视频分片,然后将播放的内容由当前播放的视频分片切换到目标视频分片,解决了用户无法观看由相应的摄像机拍摄的自身感兴趣的视频内容的问题。另外,众所周知的,传输是视频业务中的关键环节。目前超文本传输协议(hypertexttransportprotocol,http)在视频业务的传输中得到了广泛的应用,且主要采用的是基于http的动态自适应流(dynamicadaptivestreamingoverhttp,dash)技术。dash技术主要是为了解决不同视频分发商使用不同的http流媒体技术造成的部署和接收机制上的繁冗问题而提出的,其主要特点是视频分片采用http发送到客户端,客户端可以根据网络状况,如下载速度、缓存多少等,选择合适码率的视频分片,以保证用户的观看体验。其中,基于dash技术的视频分片传输流程如图10所示,其可以包括以下几个步骤:步骤1、dash客户端(client)向dash服务器(server)请求mpd。步骤2、dash服务器发送mpd至dash客户端。步骤3、dash客户端对mpd进行解析,获得时间、内容可用性、内容类型、分辨率、所需最大和最小带宽、可用解码方式、版权保护、码率等信息。步骤4、dash客户端根据网络状况选择合适码率的视频分片,并向dash服务器发起httpget请求,用于请求确定出的视频分片。步骤5、dash服务器发送视频分片至dash客户端,以便dash客户端根据获取到的时间、内容可用性、内容类型、分辨率、所需最大和最小带宽、可用解码方式、版权保护等信息接收并处理视频分片,以呈现给用户。dash技术还规范了mpd的文件结构格式。mpd的文件结构格式如图11所示。具体的:一个完整的mpd分成一个或多个时段(period),每个period就是一个媒体时间段,有起始时间和结束时间。每个period包含一个或多个适应集(adaptationset),每个adaptationset对应着一种媒体成分,如音频、视频、字幕等。每个adaptationset包含一个或多个展示(representation),每个展示即是一种编码版本,如视频可以通过编码输出多种码率的媒体资源,那么每种码率的编码视频即是一个representation。每个representation可以分成一个或多个分片(segment),segment是dash客户端向dash服务器请求媒体内容的基本单位,即dash客户端向dash服务器发送一个httpget请求,dash服务器会向dash客户端回复一个segment。例如,mpd的一种adaptationset的示例如下所示:其中,上述adaptationset示例表示一个mpd中的视频adaptationset。该adaptationset包含了3个representations,每个representation包含一个分片,且提供了分片的url,如89045625.mp4。每个representation包含码率(bandwidth)和分辨率(width,height)属性。dash客户端在请求视频分片之前,会先根据网络状况选择一个适合自己的码率,然后根据选择出码率,确定相应码率的分片的url,最后将相应码率的分片的url携带在httpget请求中发送至dash服务器,以便dash服务器返回相应的视频分片。为了便于本领域技术人员的理解,以下实施例以采用dash技术进行视频业务的传输为例,对本发明实施例提供的视频场景的切换方法进行详细描述,另外,由于视频业务可以分为点播和直播两种类型,且多个广角摄像机对应的媒体描述信息可以有以下两种的描述方式:方式一:不同广角摄像机拍摄到的视频场景的媒体描述信息包含在同一个mpd中,方式二:不同广角摄像机拍摄到的视频场景的媒体描述信息包含在不同mpd中,因此,下述实施例中将根据视频业务类型以及描述方式的不同对本发明实施例提供的视频场景的切换方法分别进行介绍。图12为本发明实施例提供的另一种视频场景的切换方法的流程图。在本实施例中以视频业务的类型为点播,多个广角摄像机对应的媒体描述信息的描述方式为方式一,即不同广角摄像机拍摄到的视频场景的媒体描述信息包含在同一个mpd中为例,对本发明实施例提供的视频场景的切换方法进行介绍。如图12所示,该方法可以包括:501、dash客户端向dash服务器发送mpd请求消息,该mpd请求消息中携带mpd的url。示例性的,mpd请求消息具体的可以如下所示:gethttp://example.com/mpd0.xmlhttp/1.1connection:keep-alive其中,“http://example.com/mpd0.xml”为mpd的url。http/1.1表示dash客户端和dash服务器进行视频业务传输采用的协议是http/1.1,连接:保持连接(connection:keep-alive)表示dash客户端和dash服务器之间的http连接需要保持。502、dash服务器接收来自dash客户端的mpd请求消息。503、dash服务器向dash客户端发送mpd响应消息,mpd响应消息中携带dash客户端所请求的mpd。其中,dash服务器在接收到来自dash客户端的mpd请求消息之后,可以根据mpd请求消息中携带的url,向dash客户端返回携带与该url对应的mpd的mpd响应消息。该mpd中可以包括:至少两个感兴趣区域未远离到一定程度前,采用一个广角摄像机对该至少两个感兴趣区域进行拍摄的视频场景的媒体描述信息,还可以包括:至少两个感兴趣区域远离到一定程度后,采用多个广角摄像机对该至少两个感兴趣区域进行拍摄得到的至少两个视频场景的媒体描述信息和场景信息,至少两个视频场景的媒体描述信息中包括至少两个感兴趣区域的描述信息和场景推荐信息。示例性的,mpd响应消息具体的可以如下:http/1.1200okdate:mon,5dec201610:28:53gmtcontent-length:6432content-type:text/xmlconnection:closed其中,日期(date)表示dash服务器回复的mpd响应消息的时间。内容长度(content-length)表示dash服务器回复的mpd的大小。内容类型(content-type)表示dash服务器回复的mpd的类型,text/xml表示是可扩展标示语言(extensivemarkuplanguage,xml)格式的文本。连接:关闭(connection:closed)表示关闭dash客户端和dash服务器之间的http连接。并且,mpd响应消息中携带的mpd的示例如下所示:由上述示例可以看出,该mpd中包括的第一个period为至少两个感兴趣区域未远离到一定程度前,采用一个广角摄像机对该至少两个感兴趣区域进行拍摄的视频场景的媒体描述信息,包括的第二个period为至少两个感兴趣区域远离到一定程度后,采用多个广角摄像机对该至少两个感兴趣区域进行拍摄得到的至少两个视频场景的媒体描述信息,且包括每个视频场景的场景信息,如,sceneid=”1”用于表示场景信息为1。具体的:由上述mpd可以看出的是全景视频被分成多个区域(或块),其中,每个adaptationset对应一个区域。例如,第一个period的区域1(region1)中,“<supplementalpropertyschemeiduri="urn:mpeg:dash:vr-srd:2017”value="0,0,0,320,320,1280,720"/>”中的"urn:mpeg:dash:vr-srd:2017"表示当前视频是一个全景视频。且当schemeiduri="urn:mpeg:dash:vr-srd:2017"时,value定义如表1所示。表1value描述source_id当前区域的标识(identify,id)object_x当前区域的左上角在整个视频中的横坐标object_y当前区域的左上角在整个视频中的纵坐标object_width当前区域的宽度或水平方向尺寸object_height当前区域的高度或垂直方向尺寸total_width整个视频的宽度total_height整个视频的高度例如,当value="0,0,0,320,320,1280,720"时,表示当前区域的id为0,当前区域是整个视频的一个部分,其左上角在整个视频中的坐标为(0,0),其长和宽分别为320和320,整个视频的大小为1280x720。mpd中还包括至少两个感兴趣区域的描述信息和场景推荐信息。且,在本发明实施例中,感兴趣区域的描述信息包括:感兴趣区域的标识、感兴趣区域的位置、感兴趣区域的尺寸、感兴趣区域的出现时间。例如,场景1(scene1)的区域2(region2)中的“<supplementalpropertyschemeiduri="urn:mpeg:dash:target:2017"value="2,100,100,300,300,0,20,2"/>”即用于表示一个感兴趣区域的描述信息和场景推荐信息。其中,schemeiduri="urn:mpeg:dash:target:2017"表示描述视频中的一个感兴趣区域,其value值定义如表2所示。表2例如,当value="2,100,100,300,300,0,20,2"时,用于表示感兴趣区域2出现在当前区域中,其左上角在当前区域中的坐标是(100,100),其尺寸是300x300,其在当前区域中出现的时间是0到20s,且跟踪该感兴趣区域的广角摄像机拍摄的视频场景的场景信息为2,即推荐去场景信息为2的视频场景观看这个感兴趣区域。并且,mpd中还包括视频分片的url。例如,第一个period的区域1中“<baseurl>http://example.com/00001.mp4</baseurl>”表示分片的url为http://example.com/00001.mp4。504、dash客户端接收来自dash服务器的mpd响应消息。其中,在至少两个感兴趣区域未远离到一定程度,且采用一个广角摄像机对该至少两个感兴趣区域进行拍摄之前,dash客户端可以根据当前所处的播放时段和mpd选择出合适码率的视频分片,并向dash服务器发送分片请求消息。例如,合适码率的视频分片的url为http://example.com/00001.mp4,那么分片请求消息具体的可以如下:gethttp://example.com/00001.mp4http/1.1connection:keep-alive其中,“http://example.com/00001.mp4”为分片的url。在dash服务器接收到分片请求消息之后,可以根据dash客户端的分片请求消息中携带的url,将对应的视频分片携带在分片响应消息中发送至dash客户端。示例性的,分片响应消息具体的可以如下:http/1.1200okdate:mon,5dec201610:29:21gmtcontent-length:643288content-type:video/mp4connection:closed其中,date表示dash服务器回复的分片响应消息的时间。content-length表示dash服务器回复的视频分片的大小。content-type表示dash服务器回复的视频分片的类型,video/mp4表示是mp4的视频。在至少两个感兴趣区域未远离到一定程度,且采用一个广角摄像机对该至少两个感兴趣区域进行拍摄之前,dash客户端通过重复向dash服务器发送分片请求消息,便可以为用户持续播放视频,当用户切换视角时,dash客户端可以向dash服务器请求相应视角的视频分片。在至少两个感兴趣区域远离到一定程度,且采用多个广角摄像机对该至少两个感兴趣区域进行拍摄时,dash客户端可以通过执行以下步骤505-步骤509,来为用户持续播放视频。505、dash客户端根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域。其中,目标感兴趣区域为用户当前关注的区域。在至少两个感兴趣区域远离到一定程度,且采用多个广角摄像机对该至少两个感兴趣区域进行拍摄时,dash客户端可以获取用户当前观看视角,并根据用户当前观看视角和至少两个感兴趣区域的描述信息确定出用户当前关注的区域。示例性的,步骤504具体的可以为:根据用户当前观看视角和至少两个感兴趣区域的描述信息,将位置、尺寸和出现时间满足预设规则的感兴趣区域确定为用户当前关注的区域,即目标感兴趣区域。例如,“<supplementalpropertyschemeiduri="urn:mpeg:dash:target:2017"value="1,100,100,300,300,0,600,1"/>”表示标识为1的感兴趣区域的描述信息和场景推荐信息“<supplementalpropertyschemeiduri="urn:mpeg:dash:target:2017"value="2,100,100,300,300,0,20,2"/>”表示标识为2的感兴趣区域的描述信息和场景推荐信息,根据用户当前观看视角和至少两个感兴趣区域的位置,确定出dash客户端的显示器中,标识为2的感兴趣区域在显示器的中心位置(或距离中心位置最近),且根据标识为2的感兴趣区域的出现时间,确定出用户观看这个感兴趣区域的时间超过预设阈值,如500ms,另外,标识为2的感兴趣区域的尺寸大于预设阈值,此时,dash客户端可以确定用户关注的区域为标识为2的感兴趣区域。506、dash客户端根据目标感兴趣区域的场景推荐信息和至少两个视频场景的场景信息,从至少两个视频场景的场景信息中确定目标场景信息。其中,在dash客户端确定出目标感兴趣区域之后,便可以获得目标感兴趣区域的场景推荐信息,这样,可以根据目标感兴趣区域的场景推荐信息和至少两个视频场景的场景信息,从至少两个视频场景的场景信息中确定目标场景信息。示例性的,假设dash客户端确定出的目标感兴趣区域是标识为2的感兴趣区域,则根据“<supplementalpropertyschemeiduri="urn:mpeg:dash:target:2017"value="2,100,100,300,300,0,20,2"/>”便可以获得,目标感兴趣区域的场景推荐信息是2。此时,dash客户端便可以根据场景推荐信息2从至少两个视频场景的场景信息中确定目标场景信息。507、dash客户端根据目标感兴趣区域和目标场景信息,从mpd中确定目标视频分片的url。其中,目标视频分片为跟踪目标感兴趣区域的广角摄像机拍摄的视频场景包括的包含目标感兴趣区域的分片。在dash客户端获取到目标感兴趣区域和目标场景信息之后,便可以在mpd中确定出用户当前关注的区域在哪个视频场景的哪个区域。如目标场景信息为2,且目标感兴趣区域的标识为2,则dash客户端可以根据mpd确定出用户当前关注的区域在场景2的区域2中,此时,dash客户端会选择出合适码率的视频分片作为目标视频分片,即确定出目标视频分片的url,如dash客户端选择出目标视频分片的url为http://example.com/00006.mp4。508、dash客户端根据目标视频分片的url下载目标视频分片。其中,dash客户端在确定出目标视频分片的url之后,便可以根据目标视频分片的url下载目标视频分片。示例性的,dash客户端可以将目标视频分片的url携带在分片请求消息中发送至dash服务器,dash服务器在接收到携带有目标视频分片的url的分片请求消息之后,可以将目标视频分片携带在分片响应消息中发送至dash客户端。具体的消息结构可以参考本发明实施例中相应内容的具体描述,本发明实施例在此不再详细赘述。509、dash客户端将播放的内容,由当前播放的视频分片切换到目标视频分片,当前播放的视频分片与目标视频分片由不同的广角摄像机拍摄得到。由于在本发明实施例中,会要求在mpd中增加很多内容,如,至少两个感兴趣区域远离到一定程度后,采用多个广角摄像机对该至少两个感兴趣区域进行拍摄得到的至少两个视频场景的媒体描述信息和场景信息等等,mpd文件将会非常大,这会使得dash客户端从dash服务器下载mpd文件的过程较长,导致初始化过程时延比较大,从而导致用户体验较差,如用户点击了一个视频文件的链接之后,经过很长时间才显示出视频画面。为了降低初始化过程的时延,在本发明实施例中进一步的,可以将至少两个感兴趣区域未远离到一定程度前,采用一个广角摄像机对该至少两个感兴趣区域进行拍摄得到的视频场景的媒体描述信息先包含在一个旧mpd(其中,旧mpd中包括的媒体描述信息可以与上述mpd示例1中的第一个period类似)中提供给dash客户端,并且,该旧mpd中包含一个更新时间和新mpd(其中,新mpd中包括的媒体描述信息可以与上述mpd示例1中的第二个period类似)的url,该新mpd包含了至少两个感兴趣区域远离到一定程度后,采用多个广角摄像机对该至少两个感兴趣区域进行拍摄得到的至少两个视频场景的媒体描述信息和场景信息。例如,在旧mpd中增加minimumupdateperiod="pt600s和<supplementalpropertyschemeiduri="urn:mpeg:dash:chaining:2016"value="http://example.com/mpd2"/>,其中,“minimumupdateperiod="pt600s”表示mpd中的内容播放到达600s时,需要下载新mpd。http://example.com/mpd2表示新mpd的url。这样,dash客户端根据旧mpd中的更新时间,在确定需要更新旧mpd时,可以向dash服务器发送携带新mpd的url的mpd请求消息,以便dash服务器向dash客户端返回新mpd,进而dash客户端根据新mpd进行视频分片的下载。本发明实施例提供的视频场景的切换方法,客户端通过根据获取到的用于判断感兴趣区域是否为用户当前关注的区域的描述信息和用户当前观看视角,确定用户当前关注区域,并根据用户当前关注区域的场景推荐信息,下载由跟踪该用户当前关注区域的广角摄像机拍摄得到的包含用户当前关注区域的视频分片,即目标视频分片,然后将播放的内容由当前播放的视频分片切换到目标视频分片,解决了用户无法观看由相应的摄像机拍摄的自身感兴趣的视频内容的问题。并且,通过更新mpd,降低了初始化过程的时延。图13为本发明实施例提供的另一种视频场景的切换方法的流程图。在本实施例中以视频业务的类型为直播,多个广角摄像机对应的媒体描述信息的描述方式为方式一,即不同广角摄像机拍摄到的视频场景的媒体描述信息包含在同一个mpd中为例,对本发明实施例提供的视频场景的切换方法进行介绍。如图13所示,该方法可以包括:601、dash客户端向dash服务器发送mpd请求消息,该mpd请求消息中携带旧mpd的url。602、dash服务器接收来自dash客户端的mpd请求消息。603、dash服务器向dash客户端发送mpd响应消息,mpd响应消息中携带dash客户端所请求的旧mpd。其中,该旧mpd中可以包括:至少两个感兴趣区域未远离到一定程度前,采用一个广角摄像机对该至少两个感兴趣区域进行拍摄的视频场景的媒体描述信息。mpd响应消息中携带的旧mpd的示例如下所示:由上述示例可以看出,该旧mpd中包括至少两个感兴趣区域未远离到一定程度前,采用一个广角摄像机对该至少两个感兴趣区域进行拍摄的视频场景的媒体描述信息。其中,与点播不同的是,在直播中,采用分片模板(segmenttemplate)对视频分片的url进行描述。例如,以<st="0"d="180180"r="300"/>为例,表示第一个视频分片的开始时间是0,每个分片的时长是180180/(timescale="90000")=2秒,有300个分片。604、dash客户端接收来自dash服务器的mpd响应消息。其中,在至少两个感兴趣区域未远离到一定程度,且采用一个广角摄像机对该至少两个感兴趣区域进行拍摄之前,dash客户端可以根据旧mpd选择出合适码率的视频分片,并向dash服务器发送分片请求消息。例如,合适码率的视频分片的url为http://example.com/segment1/1/250000/0.mp4v,其中,http://example.com/在mpd中的baseurl中定义,“segment1/”定义在adaptationset的baseurl中,“1/250000/0.mp4v”由分片模板“$asid$/$bandwidth$/$time$.mp4v”得出。该url用于请求第一个视频分片,那么分片请求消息具体的可以如下:gethttp://example.com/segment1/1/250000/0.mp4vhttp/1.1connection:keep-alive其中,“http://example.com/segment1/1/250000/0.mp4v”为分片的url。在dash服务器接收到分片请求消息之后,可以根据dash客户端的分片请求消息中携带的url,将第一个视频分片携带在分片响应消息中发送至dash客户端。示例性的,分片响应消息具体的可以如下:http/1.1200okdate:mon,5dec201610:29:21gmtcontent-length:6432content-type:video/mp4connection:closed在至少两个感兴趣区域未远离到一定程度,且采用一个广角摄像机对该至少两个感兴趣区域进行拍摄之前,dash客户端通过重复向dash服务器发送分片请求消息,便可以为用户持续播放视频,当用户切换视角时,dash客户端可以向dash服务器请求相应视角的视频分片。假设在第50个视频分片之后,至少两个感兴趣区域远离到一定程度,且采用多个广角摄像机对该至少两个感兴趣区域进行拍摄,此时,可以通过执行以下步骤605-步骤613,来为用户持续播放视频。605、dash客户端向dash服务器发送分片请求消息,该分片请求消息中包括第51个视频分片的url。示例性的,分片请求消息具体的如下所示:gethttp://example.com/segment1/1/25000/51.mp4vhttp/1.1connection:keep-alive606、dash服务器接收来自dash客户端的携带第51个视频分片的url的分片请求消息。607、dash服务器向dash客户端发送分片响应消息。其中,该分片响应消息中携带第51个视频分片,该第51个视频分片中包括事件信息,该事件信息包括新mpd,该新mpd中包括:至少两个视频场景的媒体描述信息和场景信息,该至少两个视频场景的媒体描述信息中包括至少两个感兴趣区域的描述信息和场景推荐信息。示例性的,假设在第50个视频分片之后,dash服务器检测到至少两个感兴趣区域远离到一定程度,且采用多个广角摄像机对该至少两个感兴趣区域进行拍摄,此时,dash服务器可以生成一个新mpd。并在dash服务器接收到来自dash客户端的携带第51个视频分片的url的分片请求消息之后,可以将生成的新mpd封装在事件盒(eventbox)中,并存放在第51个视频分片中。然后,dash服务器向dash客户端发送携带该第51个视频分片的分片响应消息。另外,需要说明的是,为了能够确保dash客户端获取到新mpd,可以在每一种码率的视频分片中均封装生成的新mpd。当然,为了减小视频分片的大小,也可以仅将新mpd相较于旧mpd的补丁封装在事件信息中。且,为了使得dash客户端能够获知新mpd具体何时使用,在事件信息中还可以包括有效时间,该有效时间用于dash客户端确定需要开始使用新mpd的时间。在本发明实施例中,感兴趣区域的场景推荐信息也可以直接封装在事件信息中,而不是在新mpd中描述。其中,假设事件信息中封装的是完整的新mpd,且在新mpd中描述感兴趣区域的场景推荐信息,那么第51个视频分片的事件信息中封装的新mpd的示例可以如下所示:由上述示例3可以看出,该新mpd中包含多个视频场景的媒体描述信息和场景信息,且,多个视频场景的媒体描述信息中包括至少两个感兴趣区域的描述信息和场景推荐信息。其中,<supplementalpropertyschemeiduri="urn:mpeg:dash:recommendation:2016"value="2:1,7,13"/>表示感兴趣区域的场景推荐信息,具体的,表示当感兴趣区域id是1,7或13时,其场景推荐信息是2,即推荐用户切换到标识为2的场景信息中观看视频。608、dash客户端接收来自dash服务器的分片响应消息。609、dash客户端根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域。其中,目标感兴趣区域为用户当前关注的区域。当事件信息中包含有效时间时,dash客户端可以在根据有效时间确定需要开始使用新mpd时,根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域。610、dash客户端根据目标感兴趣区域的场景推荐信息和至少两个视频场景的场景信息,从至少两个视频场景的场景信息中确定目标场景信息。示例性的,假设目标感兴趣区域为标识为7的感兴趣区域,则dash客户端根据<supplementalpropertyschemeiduri="urn:mpeg:dash:recommendation:2016"value="2:1,7,13"/>便可以获得,目标感兴趣区域的场景推荐信息是2。611、dash客户端根据目标感兴趣区域和目标场景信息,从新mpd中确定目标视频分片的url。612、dash客户端根据目标视频分片的url下载目标视频分片。613、dash客户端将播放的内容,由当前播放的视频分片切换到目标视频分片,当前播放的视频分片与目标视频分片由不同的广角摄像机拍摄得到。需要说明的是,本发明实施例中步骤601-步骤613的具体描述,可以参考本发明另一实施例中步骤501-步骤509中相应内容的具体描述,本发明实施例在此不再一一赘述。本发明实施例提供的视频场景的切换方法,客户端通过根据获取到的用于判断感兴趣区域是否为用户当前关注的区域的描述信息和用户当前观看视角,确定用户当前关注区域,并根据用户当前关注区域的场景推荐信息,下载由跟踪该用户当前关注区域的广角摄像机拍摄得到的包含用户当前关注区域的视频分片,即目标视频分片,然后将播放的内容由当前播放的视频分片切换到目标视频分片,解决了用户无法观看由相应的摄像机拍摄的自身感兴趣的视频内容的问题。图14为本发明实施例提供的另一种视频场景的切换方法的流程图。在本实施例中以视频业务的类型为点播,多个广角摄像机对应的媒体描述信息的描述方式为方式二,即不同广角摄像机拍摄到的视频场景的媒体描述信息包含在不同mpd中为例,对本发明实施例提供的视频场景的切换方法进行介绍。如图14所示,该方法可以包括:701、dash客户端向dash服务器发送mpd请求消息,该mpd请求消息中携带旧mpd的url。702、dash服务器接收来自dash客户端的携带旧mpd的url的mpd请求消息。703、dash服务器向dash客户端发送mpd响应消息,mpd响应消息中携带dash客户端所请求的旧mpd。其中,该旧mpd中可以包括:至少两个感兴趣区域未远离到一定程度前,采用一个广角摄像机对该至少两个感兴趣区域进行拍摄的视频场景的媒体描述信息,该媒体描述信息中包括至少两个感兴趣区域的描述信息和场景推荐信息。该旧mpd中还可以包括:更新时间,用于dash客户端确定需要更新该旧mpd。该旧mpd中还可以包括:至少两个新mpd的url以及与至少两个新mpd的url一一对应的场景信息,其用于dash客户端从至少两个新mpd的url中确定目标mpd的url,以便于在至少两个感兴趣区域远离到一定程度,且采用多个广角摄像机对该至少两个感兴趣区域进行拍摄时,dash客户端能够为用户提供用户关注的区域的视频内容。mpd响应消息中携带的旧mpd的示例如下所示:由上述示例可以看出,该旧mpd中包括至少两个感兴趣区域未远离到一定程度前,采用一个广角摄像机对该至少两个感兴趣区域进行拍摄的视频场景的媒体描述信息。且该媒体描述信息中包括至少两个感兴趣区域的描述信息和场景推荐信息,如<supplementalpropertyschemeiduri="urn:mpeg:dash:target:2017"value="1,100,100,300,300,540,6002"/>,<supplementalpropertyschemeiduri="urn:mpeg:dash:target:2017"value="2,100,100,300,300,560,6001"/>。该旧mpd中还包括更新时间,minimumupdateperiod="pt600s",表示在视频播放至600s时需要更新该旧mpd。该旧mpd中还包括:三个新mpd的url以及与这三个新mpd的url一一对应的场景信息,<supplementalpropertyschemeiduri="urn:mpeg:dash:chaining:2016"id=”1”value="http://example.com/mpd1"/>,<supplementalpropertyschemeiduri="urn:mpeg:dash:chaining:2016"id=”2”value="http://example.com/mpd2"/>,<supplementalpropertyschemeiduri="urn:mpeg:dash:chaining:2016"id=”3”value="http://example.com/mpd3"/>。例如,<supplementalpropertyschemeiduri="urn:mpeg:dash:chaining:2016"id=”1”value="http://example.com/mpd1"/>,用于表示标识为1的场景信息的mpd的url为http://example.com/mpd1。704、dash客户端接收来自dash服务器的mpd响应消息。在至少两个感兴趣区域未远离到一定程度,且采用一个广角摄像机对该至少两个感兴趣区域进行拍摄之前,dash客户端通过重复向dash服务器发送分片请求消息,便可以为用户持续播放视频,当用户切换视角时,dash客户端可以向dash服务器请求相应视角的视频分片。在至少两个感兴趣区域远离到一定程度,且采用多个广角摄像机对该至少两个感兴趣区域进行拍摄时,dash客户端可以通过执行以下步骤705-步骤712,来为用户持续播放视频。705、dash客户端在根据更新时间确定需要更新旧mpd时,根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域。其中,目标感兴趣区域为用户当前关注的区域。dash客户端可以根据旧mpd中的更新时间确定需要更新旧mpd,即至少两个感兴趣区域远离到一定程度,且采用多个广角摄像机对该至少两个感兴趣区域进行拍摄时,获取用户当前观看视角,并根据用户当前观看视角和至少两个感兴趣区域的描述信息确定出用户当前关注的区域。706、dash客户端根据目标感兴趣区域的场景推荐信息和与至少两个新mpd的url一一对应的场景信息,从至少两个新mpd的url中确定目标mpd的url。其中,在dash客户端确定出目标感兴趣区域之后,便可以获得目标感兴趣区域的场景推荐信息,这样,可以根据目标感兴趣区域的场景推荐信息和与至少两个新mpd的url一一对应的场景信息,从至少两个新mpd的url中确定目标mpd的url。示例性的,假设dash客户端确定出的目标感兴趣区域是标识为2的感兴趣区域,则根据“<supplementalpropertyschemeiduri="urn:mpeg:dash:target:2017"value="2,100,100,300,300,560,6001"/>”便可以获得,目标感兴趣区域的场景推荐信息是1。此时,dash客户端便可以根据场景推荐信息1和<supplementalpropertyschemeiduri="urn:mpeg:dash:chaining:2016"id=”1”value="http://example.com/mpd1"/>,<supplementalpropertyschemeiduri="urn:mpeg:dash:chaining:2016"id=”2”value="http://example.com/mpd2"/>,<supplementalpropertyschemeiduri="urn:mpeg:dash:chaining:2016"id=”3”value="http://example.com/mpd3"/>,确定目标mpd的url为http://example.com/mpd1。707、dash客户端向dash服务器发送mpd请求消息,该mpd请求消息中携带目标mpd的url。708、dash服务器接收来自dash客户端的携带目标mpd的url的mpd请求消息。709、dash服务器向dash客户端发送携带目标mpd的mpd响应消息。其中,该目标mpd中包括跟踪目标感兴趣区域的广角摄像机拍摄的视频场景包括的包含目标感兴趣区域的分片的url,即目标视频分片的url。示例性的,该目标mpd中包括标识为2的感兴趣区域的分片的url。710、dash客户端接收来自dash服务器的携带目标mpd的mpd响应消息。711、dash客户端根据目标mpd中包括的目标视频分片的url下载目标视频分片。712、dash客户端将播放的内容,由当前播放的视频分片切换到目标视频分片,当前播放的视频分片与目标视频分片由不同的广角摄像机拍摄得到。需要说明的是,本发明实施例中步骤701-步骤712的具体描述,可以参考本发明另一实施例中步骤501-步骤509,以及步骤601-步骤613中相应内容的具体描述,本发明实施例在此不再一一赘述。本发明实施例提供的视频场景的切换方法,客户端通过根据获取到的用于判断感兴趣区域是否为用户当前关注的区域的描述信息和用户当前观看视角,确定用户当前关注区域,并根据用户当前关注区域的场景推荐信息,下载由跟踪该用户当前关注区域的广角摄像机拍摄得到的包含用户当前关注区域的视频分片,即目标视频分片,然后将播放的内容由当前播放的视频分片切换到目标视频分片,解决了用户无法观看由相应的摄像机拍摄的自身感兴趣的视频内容的问题。并且,通过更新mpd,降低了初始化过程的时延。图15为本发明实施例提供的另一种视频场景的切换方法的流程图。在本实施例中以视频业务的类型为直播,多个广角摄像机对应的媒体描述信息的描述方式为方式二,即不同广角摄像机拍摄到的视频场景的媒体描述信息包含在不同mpd中为例,对本发明实施例提供的视频场景的切换方法进行介绍。如图15所示,该方法可以包括:801、dash客户端向dash服务器发送mpd请求消息,该mpd请求消息中携带旧mpd的url。802、dash服务器接收来自dash客户端的mpd请求消息。803、dash服务器向dash客户端发送mpd响应消息,mpd响应消息中携带dash客户端所请求的旧mpd。804、dash客户端接收来自dash服务器的mpd响应消息。在至少两个感兴趣区域未远离到一定程度,且采用一个广角摄像机对该至少两个感兴趣区域进行拍摄之前,dash客户端通过重复向dash服务器发送分片请求消息,便可以为用户持续播放视频,当用户切换视角时,dash客户端可以向dash服务器请求相应视角的视频分片。假设在第50个视频分片之后,至少两个感兴趣区域远离到一定程度,且采用多个广角摄像机对该至少两个感兴趣区域进行拍摄,此时,可以通过执行以下步骤805-步骤816,来为用户持续播放视频。805、dash客户端向dash服务器发送分片请求消息,该分片请求消息中包括第51个视频分片的url。806、dash服务器接收来自dash客户端的携带第51个视频分片的url的分片请求消息。807、dash服务器向dash客户端发送分片响应消息。其中,该分片响应消息中携带第51个视频分片,该第51个视频分片中包括事件信息,该事件信息包括至少两个感兴趣区域的描述信息和场景推荐信息。进一步的,该事件信息中还可以包括:至少两个新mpd的url,以及与至少两个新mpd的url一一对应的场景信息。示例性的,假设在第50个视频分片之后,dash服务器检测到至少两个感兴趣区域远离到一定程度,且采用多个广角摄像机对该至少两个感兴趣区域进行拍摄,此时,dash服务器可以生成至少两个新mpd,其中每个广角摄像机拍摄的视频场景的媒体描述信息生成一个新mpd,并为每一个新mpd分配一个url,该url与对应的广角摄像机拍摄的视频场景的场景信息相对应。在dash服务器接收到来自dash客户端的携带第51个视频分片的url的分片请求消息之后,可以将至少两个感兴趣区域的描述信息和场景推荐信息、为生成的多个新mpd分配的url以及与其对应的场景信息封装在eventbox中,并存放在第51个视频分片中。然后,dash服务器向dash客户端发送携带该第51个视频分片的分片响应消息。另外,需要说明的是,为了能够确保dash客户端获取到新mpd,可以在每一种码率的视频分片中均封装为生成的多个新mpd分配的url以及与其对应的场景信息。且,为了使得dash客户端能够获知新mpd具体何时使用,在事件信息中还可以包括有效时间,该有效时间用于dash客户端确定需要开始使用新mpd的时间。例如,感兴趣区域的场景推荐信息如下所示:<supplementalpropertyschemeiduri="urn:mpeg:dash:recommendation:2016"value="1:2,3,8,9"/><supplementalpropertyschemeiduri="urn:mpeg:dash:recommendation:2016"value="2:1,7,13"/>其中,<supplementalpropertyschemeiduri="urn:mpeg:dash:recommendation:2016"value="1:2,3,8,9"/>表示感兴趣区域的场景推荐信息,具体的,表示当感兴趣区域id是2,3,8或9时,其场景推荐信息是1,即推荐用户切换到标识为1的场景信息中观看视频。为生成的多个新mpd分配的url以及与其对应的场景信息具体示例可以参考另一实施例中步骤703中对应内容的具体描述,本发明实施例在此不再一一赘述。808、dash客户端接收来自dash服务器的分片响应消息。809、dash客户端有效时间确定需要开始使用新mpd时,根据用户当前观看视角和至少两个感兴趣区域的描述信息,从至少两个感兴趣区域中确定目标感兴趣区域。810、dash客户端根据目标感兴趣区域的场景推荐信息和与至少两个新mpd的url一一对应的场景信息,从至少两个新mpd的url中确定目标mpd的url。811、dash客户端向dash服务器发送mpd请求消息,该mpd请求消息中携带目标mpd的url。812、dash服务器接收来自dash客户端的携带目标mpd的url的mpd请求消息。813、dash服务器向dash客户端发送携带目标mpd的mpd响应消息。其中,该目标mpd中包括跟踪目标感兴趣区域的广角摄像机拍摄的视频场景包括的包含目标感兴趣区域的分片的url,即目标视频分片的url。814、dash客户端接收来自dash服务器的携带目标mpd的mpd响应消息。815、dash客户端根据目标mpd中包括的目标视频分片的url下载目标视频分片。816、dash客户端将播放的内容,由当前播放的视频分片切换到目标视频分片,当前播放的视频分片与目标视频分片由不同的广角摄像机拍摄得到。当然,在步骤807中,事件信息中可以不携带新mpd的url,以及新mpd的url对应的场景信息,而是直接携带至少两个新mpd(或新mpd相较于旧mpd的补丁),以及与至少两个新mpd一一对应的场景信息,这样,在dash客户端获取到第51个视频分片时,便直接获取到的至少两个新mpd,只需在确定出目标感兴趣区域之后,根据目标感兴趣区域的场景推荐信息和与至少两个新mpd一一对应的场景信息,从至少两个新mpd中确定目标mpd,目标mpd中包括目标视频分片的url,然后便可以根据目标视频分片的url下载目标视频分片了。需要说明的是,本发明实施例中步骤801-步骤816的具体描述,可以参考本发明另一实施例中步骤501-步骤509,步骤601-步骤613以及步骤701-步骤712中相应内容的具体描述,本发明实施例在此不再一一赘述。本发明实施例提供的视频场景的切换方法,客户端通过根据获取到的用于判断感兴趣区域是否为用户当前关注的区域的描述信息和用户当前观看视角,确定用户当前关注区域,并根据用户当前关注区域的场景推荐信息,下载由跟踪该用户当前关注区域的广角摄像机拍摄得到的包含用户当前关注区域的视频分片,即目标视频分片,然后将播放的内容由当前播放的视频分片切换到目标视频分片,解决了用户无法观看由相应的摄像机拍摄的自身感兴趣的视频内容的问题。上述主要从各个网元之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是,各个网元,例如服务器、客户端为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的算法步骤,本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。本发明实施例可以根据上述方法示例对服务器、客户端进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本发明实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。在采用对应各个功能划分各个功能模块的情况下,图16示出了上述和实施例中涉及的客户端的一种可能的组成示意图,如图16所示,该客户端可以包括:获取单元91、确定单元92、下载单元93和切换单元94。其中,获取单元91,用于支持客户端执行图9所示的视频场景的切换方法中的步骤401。确定单元92,用于支持客户端执行图9所示的视频场景的切换方法中的步骤402,图12所示的视频场景的切换方法中的步骤505、步骤506、步骤507,图13所示的视频场景的切换方法中的步骤609、步骤610、步骤611,图14所示的视频场景的切换方法中的步骤705、步骤706,图15所示的视频场景的切换方法中的步骤809、步骤810。下载单元93,用于支持客户端执行图9所示的视频场景的切换方法中的步骤403,图12所示的视频场景的切换方法中的步骤508,图13所示的视频场景的切换方法中的步骤612,图14所示的视频场景的切换方法中的步骤711,图15所示的视频场景的切换方法中的步骤815。切换单元94,用于支持客户端执行图9所示的视频场景的切换方法中的步骤404,图12所示的视频场景的切换方法中的步骤509,图12所示的视频场景的切换方法中的步骤613,图14所示的视频场景的切换方法中的步骤712,图15所示的视频场景的切换方法中的步骤816。在本发明实施例中,进一步的,如图16所示,该客户端还可以包括:发送单元95和接收单元96。发送单元95,用于支持客户端执行图12所示的视频场景的切换方法中的步骤501,图13所示的视频场景的切换方法中的步骤601、步骤605,图14所示的视频场景的切换方法中的步骤701、步骤707,图15所示的视频场景的切换方法中的步骤801、步骤805、步骤811。接收单元96,用于支持客户端执行图12所示的视频场景的切换方法中的步骤504,图13所示的视频场景的切换方法中的步骤604、步骤608,图14所示的视频场景的切换方法中的步骤704、步骤710,图15所示的视频场景的切换方法中的步骤804、步骤808、步骤814。需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。本发明实施例提供的客户端,用于执行上述视频场景的切换方法,因此可以达到与上述视频场景的切换方法相同的效果。在采用集成的单元的情况下,图17示出了上述实施例中所涉及的客户端的另一种可能的组成示意图。如图17所示,该客户端包括:处理模块1001和通信模块1002。处理模块81用于对客户端的动作进行控制管理,例如,处理模块1001用于支持客户端执行图9所示的视频场景的切换方法中的步骤401、步骤402、步骤403、步骤404,图12所示的视频场景的切换方法中的步骤505、步骤506、步骤507、步骤508、步骤509,图13所示的视频场景的切换方法中的步骤609、步骤610、步骤611、步骤612、步骤613,图14所示的视频场景的切换方法中的步骤705、步骤706、步骤711、步骤712,图15所示的视频场景的切换方法中的步骤809、步骤810、步骤815,步骤816,和/或用于本文所描述的技术的其它过程。通信模块1002用于支持客户端与其他网络实体的通信,例如与图6、图7、图18或图19中示出的功能模块或网络实体之间的通信。具体的如用于支持客户端执行图12所示的视频场景的切换方法中的步骤501、步骤504,图13所示的视频场景的切换方法中的步骤601、步骤604、步骤605、步骤608,图14所示的视频场景的切换方法中的步骤701、步骤704、步骤707、步骤710,图15所示的视频场景的切换方法中的步骤801、步骤804、步骤805、步骤808、步骤811、步骤814。客户端还可以包括存储模块1003,用于存储客户端的程序代码和数据。其中,处理模块1001可以是处理器或控制器。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,dsp和微处理器的组合等等。通信模块1002可以是收发器、收发电路或通信接口等。存储模块1003可以是存储器。当处理模块1001为处理器,通信模块1002为通信接口,存储模块1003为存储器时,本发明实施例所涉及的客户端可以为图8所示的客户端。在采用对应各个功能划分各个功能模块的情况下,图18示出了上述和实施例中涉及的服务器的一种可能的组成示意图,如图18所示,该服务器可以包括:发送单元1101和接收单元1002。其中,发送单元1101,用于支持服务器执行图12所示的视频场景的切换方法中的步骤503,图13所示的视频场景的切换方法中的步骤603、步骤607,图14所示的视频场景的切换方法中的步骤703、步骤709,图15所示的视频场景的切换方法中的步骤803、步骤807、步骤813。接收单元1002,用于支持服务器执行图12所示的视频场景的切换方法中的步骤502,图13所示的视频场景的切换方法中的步骤602、步骤606,图14所示的视频场景的切换方法中的步骤702、步骤708,图15所示的视频场景的切换方法中的步骤802、步骤806、步骤812。需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。本发明实施例提供的服务器,用于执行上述视频场景的切换方法,因此可以达到与上述视频场景的切换方法相同的效果。在采用集成的单元的情况下,图19示出了上述实施例中所涉及的服务器的另一种可能的组成示意图。如图19所示,该服务器包括:处理模块1201和通信模块1202。处理模块1201用于对服务器的动作进行控制管理。通信模块1202用于支持服务器与其他网络实体的通信,例如与图6、图8、图16或图17中示出的功能模块或网络实体之间的通信。具体的如用于支持服务器执行图12所示的视频场景的切换方法中的步骤502、步骤503,图13所示的视频场景的切换方法中的步骤602、步骤603、步骤606、步骤607,图14所示的视频场景的切换方法中的步骤702、步骤703、步骤708、步骤709,图15所示的视频场景的切换方法中的步骤802、步骤803、步骤806、步骤807、步骤812、步骤813。服务器还可以包括存储模块1203,用于存储终端的程序代码和数据。其中,处理模块1201可以是处理器或控制器。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,dsp和微处理器的组合等等。通信模块1202可以是收发器、收发电路或通信接口等。存储模块1203可以是存储器。当处理模块1201为处理器,通信模块1202为通信接口,存储模块1203为存储器时,本发明实施例所涉及的服务器可以为图7所示的服务器。通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何在本发明揭露的技术范围内的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1