公开一种URI标识的Ogg格式时间片段的客户端HTTP检索方法，包括：解析片段URI，获得该片段的主资源URI及片段的时间间隔；向服务端请求并获得主资源的头字节；运用折半搜索法向服务端请求，以将片段的时间间隔映射为片段的字节范围；向服务端请求并获得已映射出的片段字节范围；修改片段字节范围中每个数据页的位置信息，并与头字节合成为片段资源文件。公开的URI标识的Ogg格式时间片段的客户端HTTP检索方法能够支持W3C媒体片段URI 1.0标准，由客户端运用折半搜索法向传统服务端请求少量字节后完成时间片段URI向其主资源中相应字节范围的映射，并从传统服务端获取字节范围后生成媒体片段文件(以支持对片段的各种复用)，从而大大节省网络通信带宽和缩短通信延时。
【技术实现步骤摘要】
URI标识的Ogg格式时间片段的客户端HTTP检索方法
本专利技术涉及多媒体通信
，尤其涉及一种URI标识的Ogg格式时间片段的客户端HTTP检索方法。
技术介绍
图像、音频与视频等多媒体资源是万维网(Web)上的重要信息资源。尤其是近年来兴起的Web2.0应用(如：共享视频资源的YouTube、优酷等)产生了海量的Web社交媒体资源。然而，各种媒体资源一直是Web的“二等公民”，即它们必须嵌入到其他Web资源(如HTML网页)，依靠“plugin”软件的交互与解码后，视听内容才能被Web用户所访问与消费。为了使多媒体资源成为“一等公民”(first-classcitizens)，Web基础设施技术标准的制订者——国际万维网联盟(W3C)近年来正在完善Web基础设施，制定相关技术标准。众所周知，大多数情况下，Web用户真正感兴趣的并不是一个完整媒体资源，而是媒体资源的一部分，即媒体片段(mediafragment)。例如，一个古典音乐发烧友只想听贝多芬第九交响曲第四乐章中的《欢乐颂》部分，而不是整个交响曲音频；一个破案警察只需要一张街头照片中某个嫌疑人的头像部分，而不是包含大量人和背景图像的一个完整图像；一个体育频道主持人为了编辑一个“点球”集锦需要从几十个足球转播视频中分别抽取一分钟的视频剪切，等等。如果这些媒体资源都由各自的Web媒体服务器或其代理(下文统称为“服务端”)维护着，那么Web用户的某个应用程序(下文统称为“客户端”)用传统方法只能下载全部完整媒体资源文件后(意味着需要在网络上请求与传输大量字节)，再按需手工(或借助专门的工具软件)来抽取其中的媒体片段，这样就导致了巨大的网络通信带宽代价和通信延迟。因此，万维网需要一种标准的Web机制来支持媒体片段的简便标识和高效检索。同时，由于Web媒体资源格式繁多，因此这种Web机制在标识媒体片段时必须是独立于媒体格式的，且使用国际标准RFC-3986URI(参见：T.Berners-Lee,R.Fielding,L.Masinter.UniformResourceIdentifier(URI):GenericSyntax.RFC3986,TheInternetSociety,January2005.http://www.ietf.org/rfc/rfc3986.txt)来标识媒体片段。W3C认识到以上用户需求的紧迫性，于2008年9月正式成立了媒体片段工作组(MediaFragmentsWorkingGroup)，致力于开发独立于媒体格式的、使用基于RFC-3986URI标准的、与现有的因特网协议(包括HTTP(S),FILE,RTSP)相兼容的技术规范，来唯一标识媒体片段。该工作组已于2012年9月发布了《媒体片段URI1.0(基本)标准》(参见：Troncy,ErikMannens,SilviaPfeiffer,DavyVanDeursen(Editors).MediaFragmentsURI1.0(basic).W3CRecommendation,25September2012.http://www.w3.org/TR/media-frags/)，目前支持时间片段(temporalfragment)与空间片段(spatialfragment)的标识。由于当前Web使用的超文本传送协议(简称HTTP协议)国际标准RFC-2616HTTP/1.1(参见：R.Fielding,J.Gettys,J.Mogul,H.Frystyk,L.Masinter,P.Leach,T.Berners-Lee.HypertextTransferProtocol--HTTP/1.1.RFC2616,TheInternetSociety,June1999.http://www.ietf.org/rfc/rfc2616.txt)不能支持除字节范围(byterange)检索以外的其他媒体片段检索策略，因此，为了支持《媒体片段URI1.0(基本)标准》，W3C媒体片段工作组开发了一些新HTTP头(如：Content-Range-Mappingheader)或新头维(如：RangeRequestHeaderdimensions)，以指导并期望现有的服务端能按这种“扩充的HTTP协议”来进行升级改造，使其成为“懂媒体片段的(mediafragments-aware)”服务端。但是，升级改造当前万维网上大量的服务端不仅取决于相关服务提供商的意愿，而且也需要有一个长期的过程；同时，当前的RFC-2616HTTP/1.1国际标准也需要进行升级。看来在目前的情况下，只能开发“懂媒体片段的”客户端，使其能在传统HTTP/1.1协议下与传统服务端(即当前支持HTTP/1.1协议的任何Web服务器，如Apache等，或其代理服务器)进行交互，来实现用媒体片段URI1.0进行标识的媒体片段的HTTP检索。W3C的《媒体片段URI1.0(基本)标准》中规定可使用“URI片段”(URIfragment)方式来定址(addressing)一个媒体资源——称主资源(primaryresource)中的某个时间片段(temporalfragment)，由此形成时间片段的URI标识符。该标准同时还规定，这种时间片段URI标识符的解析结果应该是从主资源中抽取相应的字节范围(byterange)，产生一个其媒体类型与主资源的媒体类型相同的次生资源(secondaryresource)。这就要求媒体类型是“时间上线性的(time-linear)”，即具有单一的时间轴，通常是一种容器(container)格式。容器格式媒体资源包含沿着统一时间轴平行的多个轨(视频、音频等)的数据，每个轨的媒体资源有一个包含控制信息的数据头(dataheader)，整个媒体资源通常有一个一般头(generalheader)；为了能渐进解码，不同轨的数据(字节)一般以交错方式编码；所有这些都封装在一个单一的容器文件中。当前，大多数容器格式都能满足以上要求。一些支持全索引(fullindex)的容器格式(如MP4)的头信息中包含了时间到字节位移(byte-offset)的映射关系，因此，籍此能方便地实现从片段的时间间隔到该片段在主资源中相应字节范围的映射，也就能较为简便地实现从主资源文件中抽取一个时间片段作为次生资源。然而，对于非全索引容器格式，如Ogg格式(参见：S.Pfeiffer.TheOggEncapsulationFormatVersion0.RFC3533,TheInternetSociety,May2003.http://www.ietf.org/rfc/rfc3533.txt以及I.Goncalves,S.Pfeiffer,C.Montgomery.OggMediaTypes.RFC5334,TheInternetSociety,September2008.http://www.ietf.org/rfc/rfc5334.txt)，其媒体资源的头信息中不包含时间到字节位移映射的完整信息，因此，为了能尽量少地请求主资源中的字节(以便节省网络通信带宽和减少通信延时)，只能借助一定的“聪明方法”，实现将片段本文档来自技高网...
【技术保护点】
一种URI标识的Ogg格式时间片段的客户端HTTP检索方法，其特征在于，包括：步骤S1，解析片段URI，获得该片段的主资源URI及片段的时间间隔；步骤S2，向服务端请求并获得主资源的头字节；步骤S3，运用折半搜索法向服务端请求，以将片段的时间间隔映射为片段的字节范围；步骤S4，向服务端请求并获得已映射出的片段字节范围；步骤S5，修改片段字节范围中每个数据页的位置信息，并与头字节合成为片段资源文件。
【技术特征摘要】
1.一种URI标识的Ogg格式时间片段的客户端HTTP检索方法，其特征在于，包括：步骤S1，解析片段URI，获得该片段的主资源URI及片段的时间间隔；步骤S2，向服务端请求并获得主资源的头字节，具体包括：步骤S2-1，向服务端请求包含了主资源头字节的估计字节范围；步骤S2-2，在主资源头字节的估计字节范围中确定主资源头字节的最后字节位置，并读取主资源的头字节；步骤S3，运用折半搜索法向服务端请求，以将片段的时间间隔映射为片段的字节范围，具体包括：步骤S3-1，向服务端请求并获取主资源的总字节数；步骤S3-2，在主资源的总字节范围内以片段开始时间为搜索键进行递归式折半搜索，确定片段开始时间所对应的数据页；步骤S3-3，在主资源的总字节范围内以片段结束时间为搜索键进行递归式折半搜索，确定片段结束时间所对应的数据页；步骤S3-4，确定片段的时间间隔所对应的片段字节范围；步骤S4，向服务端请求并获得已映射出的片段字节范围；步骤S5，修改片段字节范围中每个数据页的位置信息，并与头字节合成为片段资源文件。2.如权利要求1所述的方法，其特征在于，所述步骤S1进一步包括：步骤S1-1，以片段URI中的“#”为分割点获取主资源URI部分和片段定址部分；步骤S1-2，判断主资源URI部分是否符合RFC-3986URI语法，若否，则报错并终止；步骤S1-3，判断片段定址部分是否符合媒体片段URI1.0语法，若否，则报错并终止；步骤S1-4，根据时间单位计算出以秒为计的片段开始时间与结束时间；步骤S1-5，判断开始时间是否小于结束时间，若否，则报错并终止；步骤S1-6，根据以秒为计的开始时间与结束时间计算出片段时间间隔。3.如权利要求1所述的方法，其特征在于，所述步骤S2-1进一步包括：设估计字节范围表示为[0,lastBytePos]；令lastBytePos＝32KB，其中，计量单位KB表示千字节，即1024个字节，客户端向服务端请求字节范围[0,lastBytePos]；判断请求到的字节范围是否包含全部头字节，若是，则执行步骤S2-2，否则重复执行如下步骤：每次以步长32KB来增加lastBytePos，即令lastBytePos＝lastBytePos+32KB，由客户端向服务端重新请求字节范围[0,lastBytePos]，直到请求到的字节范围包含全部头字节为止；进一步地，以上处理步骤中，判断字节范围[0,lastBytePos]是否包含全部头字节的方法如下：在字节范围[0,lastBytePos]中找到存储了十六进制数“4F676753”的最后两个首字节位置position1和position2；提取字节范围...
【专利技术属性】
技术研发人员：许卓明，王骏华，吴婷，
申请(专利权)人：河海大学，
类型：发明
国别省市：江苏;32
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。