CN102282825B - 内容传送网络中流媒体请求地址映射的方法及装置、缓存节点 - Google Patents
内容传送网络中流媒体请求地址映射的方法及装置、缓存节点 Download PDFInfo
- Publication number
- CN102282825B CN102282825B CN201080006601.3A CN201080006601A CN102282825B CN 102282825 B CN102282825 B CN 102282825B CN 201080006601 A CN201080006601 A CN 201080006601A CN 102282825 B CN102282825 B CN 102282825B
- Authority
- CN
- China
- Prior art keywords
- streaming media
- request
- media
- burst
- uri
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000013507 mapping Methods 0.000 title claims abstract description 31
- 238000000034 method Methods 0.000 title claims abstract description 29
- 238000005243 fluidization Methods 0.000 claims description 16
- 238000000605 extraction Methods 0.000 claims description 12
- 238000004458 analytical method Methods 0.000 claims description 6
- 230000004044 response Effects 0.000 description 15
- 239000000284 extract Substances 0.000 description 11
- 238000006243 chemical reaction Methods 0.000 description 8
- 230000008878 coupling Effects 0.000 description 6
- 238000010168 coupling process Methods 0.000 description 6
- 238000005859 coupling reaction Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000007596 consolidation process Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 239000012467 final product Substances 0.000 description 2
- 239000012634 fragment Substances 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000003760 hair shine Effects 0.000 description 2
- 238000012856 packing Methods 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 229910002056 binary alloy Inorganic materials 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000013467 fragmentation Methods 0.000 description 1
- 238000006062 fragmentation reaction Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
Abstract
一种内容传送网络中流媒体请求地址映射的方法及装置、缓存节点，所述方法包括：接收用户的流媒体请求，所述流媒体请求中携带流媒体的URI；提取所述URI中的请求参数，所述请求参数包括：请求的流媒体路径、流媒体名称、请求范围信息；获取与所述流媒体名称相对应的媒体描述文件，所述媒体描述文件为描述音视频对象的分片信息的文件；解析所述媒体描述文件，得到与所述请求范围信息对应的分片信息；根据所述分片信息将所述流媒体的URI转换为对应所述流媒体的分片的URI。利用本发明实施例，可以提高CDN中缓存空间的利用率。
Description
技术领域
本发明涉及通信技术领域，具体涉及一种内容传送网络中流媒体请求地址映射的方法及装置、缓存节点。
背景技术
目前，上网的用户数越来越多，Web站点的数量继续在增加，可供访问的资源日趋丰富，特别是文本、图像、音乐、广告、流媒体、动画等大量涌现；网上业务量成倍递增，造成了对网络带宽的大量需求，并且网络访问的延迟与等待总是普遍存在，这些情况导致了网络拥塞，服务器过载，网上应用等待时间过长等诸多问题，使整个互联网内容传送性能下降。
为了缓解网络拥塞，提高用户获取信息的速度，CDN(Content DeliveryNetwork，内容传送网络)技术应运而生。CDN有时也称为MDN(Media DeliveryNetwork，媒体传送网络)，是建立在现有IP网络基础结构之上的一种增值网络，是在应用层部署的一种网络架构，其功能是将多点负载均衡、路由或缓存技术结合起来，利用智能分配技术，将内容根据来访用户的地点，按照就近访问的原则分配到多个节点。
在传统的IP网络中，用户请求直接指向基于网络地址的原始服务器，而CDN业务提供了一个服务层，补充和延伸了Internet网络，将频繁访问的内容尽可能向用户推进，提供了处理基于内容进行流量转发的新能力，将路由导引到最佳服务器上，CDN可以作为一种有效传输流媒体的解决方案。CDN的核心是利用缓存技术，通过将热点内容，包括网页、图片、音视频等，缓存到离用户比较近的边缘服务器上，这样，一方面可以减轻中心服务器的负载，减少骨干网带宽占用，同时加速对用户的响应，提升用户体验。
在现有技术中，流媒体协议主要有：HTTP(Hyper Text Transfer Protocol，超文本传输协议)、RTSP(Real Time Streaming Protocol，实时流媒体协议)、RTMP(Real Time Message Protocol，实时信息传输协议)。
在实现本发明的过程中，发明人发现在CDN中应用这些不同流媒体协议实现流媒体访问时，至少存在以下问题：
(1)RTSP/RTMP/HTTP在进行流媒体点播时，通过URI(Uniform ResourceIdentifier，统一资源标识符)指示播放对象即视频内容，相同视频内容可能存在多种不同的格式，如mp4、flv等，其区别主要是对媒体数据封装的格式的不同。这样，现有技术在提供同一视频内容的不同格式的时候，就需要一样存一份，对原服务器、以及根据URI来缓存播放对象的缓存节点的存储空间造成了浪费。
(2)RTSP/RTMP/HTTP协议支持对部分视频内容的请求，如请求整个视频内容中的一段，或者请求从该视频的第n分钟播放，但是不同协议所支持的请求有标准形式的，也有非标准形式的。缓存节点在对标准形式的范围请求时可以识别并缓存，但对非标准形式的请求则不去做语义上的识别，通常以整个URI作为标识来缓存对象，这样浪费了缓存空间。另外，缓存节点对于标准形式的范围请求，比如RTSP协议，其数据流通常采用RTP(Real-time TransportProtocol，实时传送协议)打包进行传输，现有技术中缓存时通常是对整个RTP包进行缓存，同样浪费了缓存空间；再比如HTTP协议的byte-range请求，会导致生成很多的分片，现有技术对这些标准形式的范围请求的处理方式，要么根本就不去缓存，要么则会缓存整个完整的内容。
发明内容
本发明实施例提供一种内容传送网络中流媒体请求地址映射的方法及装置、缓存节点，以提高CDN中缓存空间的利用率。
为了解决以上技术问题，本发明实施例采取的技术方案是：
一种内容传送网络中流媒体请求地址映射的方法，包括：
接收用户的流媒体请求，所述流媒体请求中携带流媒体的URI；
提取所述URI中的请求参数，所述请求参数包括：请求的流媒体路径、流媒体名称、请求范围信息；
获取与所述流媒体名称相对应的媒体描述文件，所述媒体描述文件为描述音视频对象的分片信息的文件；
解析所述媒体描述文件，得到与所述请求范围信息对应的分片信息；
根据所述分片信息将所述流媒体的URI转换为对应所述流媒体的分片的URI。
一种内容传送网络中流媒体请求地址映射的装置，包括：
接收单元，用于接收用户的流媒体请求，所述流媒体请求中携带流媒体的URI；
提取单元，用于提取所述URI中的请求参数，所述请求参数包括：请求的流媒体路径、流媒体名称、请求范围信息；
文件获取单元，用于获取与所述流媒体名称相对应的媒体描述文件，所述媒体描述文件为描述音视频对象的分片信息的文件；
文件解析单元，用于解析所述媒体描述文件，得到与所述请求范围信息对应的分片信息；
转换单元，用于根据所述分片信息将所述流媒体的URI转换为对应所述流媒体的分片的URI。
一种内容传送网络中的缓存节点，包括：流化控制模块、缓存模块、地址映射模块；
所述流化控制模块，用于接收用户的流媒体请求，并对所述缓存节点获得的流媒体进行分片，将所述流媒体的分片保存到所述缓存模块中；
所述地址映射模块，用于将所述流媒体请中携带的流媒体的URI转换为对应所述流媒体的分片的URI；
所述流化控制模块，还用于根据所述流媒体的分片的URI从所述缓存模块中获取所述流媒体的分片，并将所述流媒体的分片发送给所述用户。
本发明实施例内容传送网络中流媒体请求地址映射的方法及装置、缓存节点，针对为提高缓存空间利用率，将注入到CDN网络的流媒体文件进行预处理操作并按照统一的格式的分片的方式保存在CDN网络的缓存节点上的情况，在接收用户的流媒体请求后，将用户的流媒体请求中的URI转换为对应所述流媒体的分片的URI，即将不同协议、不同格式、不同范围的请求映射为对内部统一格式的分片请求，从而可以根据该分片请求从缓存节点中获得相应的流媒体分片。对于缓存节点来说，在其中由于是以统一的格式的分片的方式来保存媒体数据，只是在响应用户请求的时候，根据不同协议、不同的格式以及请求的范围等条件将相对应的若干分片封装成不同格式以不同的协议响应给用户，这样大大提高了缓存空间利用率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例CDN中流媒体请求地址映射的方法的流程图；
图2是本发明实施例CDN中流媒体请求地址映射的装置的一种结构示意图；
图3是本发明实施例CDN中流媒体请求地址映射的装置的另一种结构示意图；
图4是本发明实施例CDN中的缓存节点的结构示意图；
图5是本发明实施例缓存节点在CDN网络中的一种应用示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明实施例的方案，下面结合附图和实施方式对本发明实施例作进一步的详细说明。
在缓存中，对于缓存对象通常是使用对象的URI或者是对该URI经过一定的运算后得到的值作为标识符来进行管理的，即收到用户请求对象的URI，直接或间接地在缓存的管理单元中进行匹配，匹配成功则说明该对象已经缓存，如果缓存对象有效，则可以直接通过缓存获取该对象响应用户请求，否则，需要从源服务器获取该对象响应用户，同时缓存该对象。
但是，由于目前缓存处理上存在下述问题：相同的媒体数据不同格式存多份，以及非标准形式的范围请求、标准形式的范围请求如RTSP需要缓存整个RTP包，都会造成CDN缓存空间的浪费，而且，因为范围请求导致生成很多的碎片，会降低系统效率，如果实时进行合并处理，则加大了复杂度。
为解决上述问题，提高缓存空间利用率，可以预先对注入到CDN系统的音视频进行预处理操作，按照统一的格式保存在CDN系统的源服务器上，同时生成媒体描述文件，用来描述音视频对象按时间和/或字节的分片信息，从而提高CDN缓存空间的利用率。在响应用户请求的时候，根据不同协议、不同的格式以及请求的范围等条件将相对应的一个或多个分片封装成不同格式以不同的协议响应给用户。
为此，本发明实施例CDN中流媒体请求地址映射的方法，由缓存节点对来自用户的请求进行语义解析，将不同协议的、不同格式的、不同范围的请求映射为对内部统一格式的分片请求。
如图1所示，是本发明实施例CDN中流媒体请求地址映射的方法的流程图，包括以下基本步骤：
步骤101，接收用户的流媒体请求，所述流媒体请求中携带流媒体的URI。
步骤102，提取所述URI中的请求参数，所述请求参数主要包括：请求的流媒体路径、流媒体名称、请求范围信息，比如时间范围和/或字节范围。
具体地，可以预先建立与不同请求格式相对应的匹配规则，这样，在提取所述URI中的请求参数时，可以通过与所述匹配规则相对应的正则表达式提取所述流媒体的URI中的请求参数。
所述正则表达式是指一个用来描述或者匹配一系列符合某个句法规则的字符串的单个字符串。一个正则表达式，就是用某种模式去匹配一类字符串的一个公式。
在本发明实施例中，可以使用正则表达式对用户的流媒体请求进行语义的解析，并提取出相关的参数。正则表达式的匹配规则可以进行预配置，针对不同的流媒体请求格式可以配置多条匹配规则。比如，可以预配置如下表1所示的匹配规则。
表1：
其中，每个匹配规则对应表格的一行，每行分为输入和输出两部分，输入部分用来从流媒体的URI中根据相应的正则表达式提取出的相关参数，输出部分为转换后的格式。
所述时间/字节表示匹配上该行的流媒体请求，如果携带范围信息，是以时间为单位还是以字节为单位；
所述FULL PATH表示流媒体的URI转换后输出的完整路径的格式；
所述MDF name表示对应的媒体描述文件的名称。
对于不同的请求格式，可以分别建立与各请求格式相对应的匹配规则，以便能够正确地从各请求的URI中提取出相应的请求参数。
前面提到，所述请求参数主要包括：请求的流媒体路径、流媒体名称、请求范围信息。除此之外，所述请求参数还可以进一步包括以下任意一项或多项：比特速率，起始字节及终止字节，起始时间及终止时间，扩展名等。
当然，本发明实施例并不限定提取所述URI中的请求参数的具体实现方式，也可以采用其他方式，比如通过关键字匹配等方式。
步骤103，获取与所述流媒体名称相对应的媒体描述文件，所述媒体描述文件为描述音视频对象的分片信息的文件，比如，可以是描述音视频对象按时间和/或字节的分片信息。
需要说明的是，在本发明实施例中，不限定如何对音视频对象进行预处理操作生成媒体描述文件的过程。
在实际应用中，可以将预先生成的媒体描述文件存放在CDN的缓存节点中，也可以将其存放在CDN的源服务器中。
前面提到，从用户请求的URI中可以提取出流媒体名称，根据该名称可以生成对应的媒体描述文件的名称，即上表1中的MDF name。
根据生成的MDF name即可得到相应的媒体描述文件。
比如，生成的MDF name为sample.xml，则根据文件名sample.xml在缓存节点上查找，如果找到对应的媒体描述文件，则从所述缓存节点上直接获取该媒体描述文件；如果没有找到对应的媒体描述文件，则可以通过代理从所述源服务器上查找。具体在源服务器上的位置可以自行约定。
步骤104，解析所述媒体描述文件，得到与所述请求范围信息对应的分片信息。
前面提到，所述媒体描述文件是描述音视频对象的分片信息的文件，根据步骤102中提取到的请求参数，解析所述媒体描述文件，即可得到与用户请求范围相对应的分片信息。
步骤105，根据所述分片信息将所述流媒体的URI转换为对应所述流媒体的分片的URI。
在本发明实施例中，对所述缓存节点获得的流媒体按照所述媒体描述文件中的分片信息进行分片，并将所述流媒体的分片保存到所述缓存节点中。这样，在后续缓存节点接收到针对同一对象的流媒体请求后，不论该请求采用的是哪种流媒体协议比如HTTP/RTSP/RTMP，也不论用户请求的媒体格式比如flv/mp4，都可以将其请求中的URI转换为分片URI，进而根据所述分片URI从缓存节点中获取相应的流媒体分片。这样，在缓存节点中以统一相同格式的分片的方式来保存媒体数据，只是在响应用户请求的时候，根据不同协议、不同的格式以及请求的范围等条件把相对应的若干分片封装成不同格式以不同的协议响应给用户，这样大大提高缓存空间利用率。
当然，由于针对不同格式但内容相同的流媒体在缓存节点中只存储一份，因此，为了满足用户对不同媒体格式的需求，所述缓存节点还应具有媒体格式转换能力。
需要说明的是，在本发明实施例中，不限定如何对音视频对象进行预处理操作生成媒体描述文件的过程。
比如，假设针对一段sample的音视频对象生成的一个媒体描述文件为sample.xml，其内容如下：
Sample.xml
其中，<con bitrate＝″1636000″>表示支持的速率为1636000bit/s。当然，如果支持其它速率，也可以在该媒体描述文件中描述，然后根据用户的实际请求速率进行相应的选择。
在上述媒体描述文件sample.xml中列出了分片信息，主要包括：媒体元数据分片sample_1636000_moovfrag、sample_1636000_mfra和6秒钟的媒体数据的分片，这里分片是以时间为单位进行分片，假设每个分片的时间为2秒。
需要说明的是，本发明实施例CDN中流媒体请求地址映射的方法可以适用于以HTTP、RTSP、RTMP协议发起的流媒体请求。
HTTP协议是Web应用所使用的最主要的协议，HTTP协议也被用来传输流媒体，可以实现音视频内容边下载、边播放。HTTP协议支持对部分视频内容的请求，如请求整个视频内容中的一段，或者请求从该视频的第n分钟播放。
HTTP协议对时间范围的请求不是标准的，其形式可能如：
http://www.example.com/video/sample.flv？start_time＝600&end_time＝1200，
即请求sample.flv视频从600秒到1200秒的内容。除以时间为单位请求部分视频内容，HTTP还支持以字节为单位进行请求，方式有两种，一种是标准的，通过在GET消息中携带Range Header指示播放的字节范围，一种是非标准的，其形式可能如：
http://www.example.com/video/sample.flv？start_byte＝976668&end_byte＝1933234，
即请求sample.flv视频从976668字节到1933234字节的内容。
RTSP协议是一种控制在IP网络上传输流媒体数据的应用层协议，实现对流媒体播放的控制。RTSP提供对流媒体服务器的远程控制，而它本身并不传输流媒体数据，流媒体数据通常使用RTP(Real-time Transport Protocol，实时传输协议)进行传输。RTSP协议通过在PLAY命令中携带Range Header指示播放的时间范围。
RTMP是一个专门为高效传输视频、音频数据而设计的TCP/IP协议，它通过建立一个二进制TCP连接或者连接HTTP隧道实现实时的视频和音频传输。RTMP协议通过在PLAY命令中携带Start和Duration字段指示播放的时间范围。
下面针对采用上述不同流媒体协议发起的流媒体请求，分别举例进一步详细说明本发明实施例的方法。
例1：通过HTTP协议发送用户的流媒体请求，并且在该流媒体请求中通过非标准格式携带时间范围信息。
假设用户输入的流媒体请求中携带的URI为：
http://www.example.com/video/sample_1636000.flv？start_time＝2&end_time＝4，
可以设置如下的正则表达式：
(.*\/)([a-zA-Z]+)(？:_(\d+)？\.(flv|mp4))\？start_time＝(\d+)(？:&end_time＝(\d+))？
正则表达式通过“()”括号取出匹配上的子表达式，即参数，所以需要保持其总数与上述表1中的参数总数相同。
通过上述正则表达式对用户输入的流媒体请求中的URI进行匹配，则提取的参数如下：
path＝http://www.example.com/video/
name＝sample
bitrate＝1636000
ext.＝flv
start_time＝2
end_time＝4
输出的结果为：
FULL PATH＝http://www.example.com/video/sample_1636000
MDF name＝sample.xml
具体应用时，系统初始化时将匹配规则读入，当收到用户请求时，则使用匹配规则进行匹配，匹配上则将相关参数提取出来。
根据上面的结果MDF name，可以知道该对象对应的媒体描述文件名是sample.xml。
接下来，需要取得该媒体描述文件，如果CDN缓存节点本地没有，则需要通过HTTP协议去CDN系统中的源服务器上获取，具体sample.xml在源服务器上的位置可以自行约定。
获得该文件后，则根据用户请求的范围2～4秒解析媒体描述文件，可以知道对应第2个分片，如下所示：
解析上述第2个分片，可以知道用户请求的sample_1636000对象的2～4秒，实际上对应一个视频分片sample_1636000_00001和一个音频分片sample_a_00001。如果媒体描述文件没有给出分片文件名，也可以通过配置的FULL PATH生成对应的分片文件名。
在流媒体播放时，可能还需要用到一些媒体元数据，所述元数据是流媒体的一些控制信息，这部分数据也需要同时获取。如果存在媒体元数据信息，也在媒体描述文件中描述，比如sample.xml中的sample_1636000_moovfrag、sample_1636000_mfra分片。
这样，在经过转换后，原请求的URI：
http://www.example.com/video/sample_1636000.flv？start_time＝2&end_time＝4
就转换成如下分片请求：
/video/sample_1636000_moovfrag //省略了http://www.example.com
/video/sample_1636000_mfra
/video/sample_1636000_00001
/video/sample_a_00001
同样，如果原请求的URI是：
http://www.example.com/video/sample_1636000.flv？start_time＝2&end_time＝6，即请求的时间是2～6秒，则解析对应的第2、3个分片，转换后的分片请求为：
/video/sample_1636000_moovfrag //省略了http://www.example.com
/video/sample_1636000_mfra
/video/sample_1636000_00001
/video/sample_a_00001
/video/sample_1636000_00002
/video/sample_a_00002
例2：通过RTSP/RTMP协议发送用户的流媒体请求，并且在该流媒体请求中通过标准格式携带时间范围信息。
如RTSP协议通过在PLAY命令中携带Range Header指示播放的时间范围；RTMP协议通过在PLAY命令中携带Start和Duration字段指示播放的时间范围。RTSP协议的Range Header支持几种格式，如NPT(Normal Play Time，正常播放时间)即相对于视频开始位置的播放时间点、SMPTE(时间戳)等，用来描述请求播放的时间范围。下面以NPT格式为例说明。
假设请求sample这个视频第10～15秒的内容，PLAY命令如下：
PLAY rtsp://www.example.com/video/sample.mp4RTSP/1.0
CSeq：123
Session：12345678
Range：npt＝10-15
可以设置的正则表达式为：(.*\/)([a-zA-Z]+)(？:_(\d+)？\.(flv|mp4))。
正则表达式通过“()”括号取出匹配上的子表达式，即参数，所以需要保持其总数与匹配规则中的参数总数相同。
通过上述正则表达式对用户输入的流媒体请求中的URI进行匹配，则提取的参数如下：
path＝rtsp://www.example.com/video/
name＝sample
bitrate＝NULL //请求中没有带速率信息
ext.＝mp4
输出的结果为：
FULL PATH＝rtsp://www.example.com/video/sample
MDF name＝sample.xml
具体应用时，系统初始化时将匹配规则读入，当收到用户请求时，则使用匹配规则进行匹配，匹配上则将相关参数提取出来。
根据上面的结果MDF name，可以知道该对象对应的媒体描述文件名是sample.xml。
接下来，需要取得该媒体描述文件，如果CDN缓存节点本地没有，则需要通过HTTP协议去CDN系统中的源服务器上获取，具体sample.xml在源服务器上的位置可以自行约定。
获得该文件后，可以根据用户请求的范围10～15秒解析媒体描述文件，找到对应的分片，然后将接收到的RTSP请求转换为HTTP协议的分片请求，具体过程与上述例1中类似，在此不再详细描述。
需要说明的是，在该实施例中，用户请求的范围10～15秒不是通过正则表达式来获取的，而是通过直接解析RTSP请求中的Range Header获得的。
在上述两个例子中分别描述了利用HTTP协议和RTSP协议发起流媒体请求，并且在所述流媒体请求中携带了基于时间的范围信息的情况，对于基于字节的范围信息的情况的处理与上述类似，只是媒体描述文件中需要包含以字节方式描述的分片信息，在解析媒体描述文件时，需要根据用户请求字节范围进行解析，找到对应的分片。对此下面进一步举例详细说明。
例3：通过HTTP协议发送用户的流媒体请求，并且在该流媒体请求中通过非标准格式携带字节范围信息。
假设针对一段sample的音视频对象生成的一个媒体描述文件为sample.xml，其内容如下：
Sample.xml
假设用户输入的流媒体请求中携带的URI为：
http://www.example.com/video/sample.flv？start_byte＝956159&end_byte＝1974043，
可以设置的正则表达式为：
(.*\/)([a-zA-Z]+)(？:_(\d+)？\.(flv|mp4))\？start_byte＝(\d+)(？:&end_byte＝(\d+))？。
正则表达式通过“()”括号取出匹配上的子表达式，即参数，所以需要保持其总数与其匹配规则中的参数总数相同。
通过上述正则表达式对用户输入的流媒体请求中的URI进行匹配，则提取的参数如下：
path＝http://www.example.com/video/
name＝sample
bitrate＝NULL
ext.＝flv
start_byte＝956159
end_time＝1974043
输出的结果为：
FULL PATH＝http://www.example.com/video/sample
MDF name＝sample.xml
根据上面的结果MDF name，可以知道该对象对应的媒体描述文件名是sample.xml。
根据用户请求的范围956159～1974043字节解析该媒体描述文件可知，该请求的字节范围对应3、4、5三个分片，因此，可将接收到的HTTP请求转换为HTTP协议的分片请求，具体如下：
/video/sample_00003 //省略了http://www.example.com
/video/sample_00004
/video/sample_00005
在媒体描述文件没有给出分片名的时候，可以通过配置文件的FULLPATH生成对应的分片文件名，比如，对于本例来说，可设置为$PATH/$NAME％_5d，其中path、name参数已知，％5d表示用5位整数来表示分片编号。
在该实施例中，由于音、视频数据是交织方式存在的，即一个分片中既有音频数据也包括视频数据，因此在该实施例中，并不区分对音频分片的请求和对视频分片的请求。
另外，HTTP协议还支持标准格式的字节范围请求，即通过在GET消息中携带Range Header字段指示请求的字节范围，具体处理过程与上述类似，区别只是请求的字节范围的值不是通过正则表达式获取的，而是可以直接从解析协议的Range Header中获得，这里不再细述。
通过上面的描述可以看出，本发明实施例内容传送网络中流媒体请求地址映射的方法，针对缓存节点以分片为单位对用户请求的流媒体进行统一管理的情况，通过对用户的流媒体请求中的URI的转换，将其转换为对应所述流媒体的分片的URI，这样，在缓存节点中以统一相同格式的分片的方式来保存媒体数据，只是在响应用户请求的时候，根据不同协议、不同的格式以及请求的范围等条件把相对应的若干分片封装成不同格式以不同的协议响应给用户，这样大大提高缓存空间利用率。
比如，在现有技术中，缓存节点对于非标准形式的范围请求，不会去做语义上的识别，通常以整个URI作为标识来缓存对象，例如：
http://www.example.com/video/sample.flv？start_time＝600&end_time＝1200，
http://www.example.com/video/sample.flv？start_time＝600&end_time＝1198，
在现有技术中，缓存节点对这两个请求的对象都会保存或者都不保存；而应用本发明实施例的内容传送网络中流媒体请求地址映射的方法后，缓存节点就可以只保存第一个请求的内容了。
再比如，缓存节点对于标准形式的范围请求，比如RTSP协议的范围请求，其数据流通常采用RTP打包进行传输，现有技术缓存时通常是对整个RTP包进行保存；再比如HTTP协议的byte-range请求，会导致生成很多的碎片，现有技术在处理这些问题上往往采用了简化处理，即对这些标准形式的范围请求，要不根本就不去保存，要不则会保存整个完整的内容。而应用本发明实施例的内容传送网络中流媒体请求地址映射的方法后，缓存节点就可以只保存对应用户请求范围的内容。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序等指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如：ROM/RAM、磁碟、光盘等。
相应地，本发明实施例还提供一种内容传送网络中流媒体请求地址映射的装置，如图2所示，是该装置的一种结构示意图。
在该实施例中，所述装置200包括：
接收单元201，用于接收用户的流媒体请求，所述流媒体请求中携带流媒体的URI；
提取单元202，用于提取所述URI中的请求参数，所述请求参数包括：请求的流媒体路径、流媒体名称、请求范围信息；
文件获取单元203，用于获取与所述流媒体名称相对应的媒体描述文件，所述媒体描述文件为描述音视频对象的分片信息的文件；
文件解析单元204，用于解析所述媒体描述文件，得到与所述请求范围信息对应的分片信息；
转换单元205，用于根据所述分片信息将所述流媒体的URI转换为对应所述流媒体的分片的URI。
在具体应用中，可以预先建立与不同请求格式相对应的匹配规则，这样，在提取所述URI中的请求参数时，可以通过与所述匹配规则相对应的正则表达式提取所述流媒体的URI中的请求参数。
为此，在所述装置中，还可进一步包括：规则建立单元(未图示)，用于建立与不同请求格式相对应的匹配规则。相应地，所述提取单元202具体可以通过与所述匹配规则相对应的正则表达式提取所述流媒体的URI中的请求参数。
当然，本发明实施例并不限定所述提取单元202提取所述流媒体的URI中的请求参数的具体实现方式，也可以通过其他方式来实现，比如，通过关键字匹配等方式。
在本发明实施例中，所述媒体描述文件可以预先生成并保存在CDN中的缓存节点上，也可以保存在CDN中的源服务器上。相应地，所述文件获取单元204可以从所述缓存节点上获取所述媒体描述文件、或者从所述源服务器上获取所述媒体描述文件。
本发明实施例内容传送网络中流媒体请求地址映射的装置，通过对用户的流媒体请求中的URI的转换，将其转换为对应所述流媒体的分片的URI，这样，在缓存节点中以统一相同格式的分片的方式来保存媒体数据，只是在响应用户请求的时候，根据不同协议、不同的格式以及请求的范围等条件把相对应的若干分片封装成不同格式以不同的协议响应给用户，这样大大提高缓存空间利用率。
参照图3，是本发明实施例内容传送网络中流媒体请求地址映射的装置的另一种结构示意图。
与图2所示实施例的区别在于，在该实施例中，所述装置300还进一步包括：保存单元206和分片单元207。其中：
分片单元207，用于对所述缓存节点获得的流媒体按照所述媒体描述文件中的分片信息进行分片。
保存单元206，用于将所述分片单元207处理后的所述流媒体的分片保存到所述缓存节点中。
当然，在实际应用中，所述保存单元206和分片单元207可以独立设置在缓存节点中，作为缓存节点的一个功能模块。
相应地，本发明实施例还提供了一种CDN中的缓存节点，如图4所示，是该缓存节点的一种结构示意图。
在该实施例中，所述缓存节点包括：流化控制模块401、缓存模块402、地址映射模块403。其中：所述流化控制模块401，用于接收用户的流媒体请求，并对所述缓存节点获得的流媒体进行分片，将所述流媒体的分片保存到所述缓存模块402中；所述地址映射模块403，用于将所述流媒体请中携带的流媒体的URI转换为对应所述流媒体的分片的URI，以使所述流化控制模块根据所述流媒体的分片的URI从所述缓存模块中获取所述流媒体的分片。
在本发明实施例中，所述流化控制模块401包括：接收单元、分片单元、保存单元和发送单元。其中：
所述接收单元，用于接收用户的流媒体请求，所述流媒体请求中携带流媒体的URI；
所述分片单元，用于对所述缓存节点获得的流媒体按照所述媒体描述文件中的分片信息进行分片；
所述保存单元，用于将所述分片单元输出的流媒体的分片保存到所述缓存模块中；
所述发送单元，用于根据所述流媒体的分片的URI从所述缓存模块中获取所述流媒体的分片，并将所述流媒体的分片发送给所述用户。
所述地址映射模块403包括：提取单元、文件获取单元、文件解析单元、转换单元，其具体结构可以参照图3所示的装置。
另外，所述地址映射模块403还可进一步包括：规则建立单元，用于建立与不同请求格式相对应的匹配规则。相应地，所述提取单元，具体用于通过与所述匹配规则相对应的正则表达式提取所述流媒体的URI中的请求参数。
在本发明实施例中，所述媒体描述文件可以预先生成并保存在所述缓存模块402上，也可以保存在CDN中的源服务器上。相应地，所述文件获取单元可以从所述缓存模块402上获取所述媒体描述文件、或者从所述源服务器上获取所述媒体描述文件。
本发明实施例的缓存节点，通过对用户的流媒体请求中的URI的转换，将其转换为对应所述流媒体的分片的URI，这样，在缓存节点中以统一相同格式的分片的方式来保存媒体数据，只是在响应用户请求的时候，根据不同协议、不同的格式以及请求的范围等条件把相对应的若干分片封装成不同格式以不同的协议响应给用户，这样大大提高了缓存空间利用率。
如图5所示，是本发明实施例缓存节点在CDN网络中的一种应用示意图。
在该实施例中，所述缓存节点还包括：代理模块404，用于在所述媒体描述文件未在所述缓存模块402中时，从所述内容传送网络中的源服务器500上获取所述媒体描述文件，并将所述媒体描述文件传送给所述流化控制模块401；还用于在所述用户请求的流媒体文件未在所述缓存模块402中时，从所述内容传送网络中的源服务器500上获取所述流媒体文件，并将所述流媒体文件传送给所述流化控制模块401。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
本发明实施例可用于众多通用或专用的计算系统环境或配置中，可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。
Claims (11)
1.一种内容传送网络中流媒体请求地址映射的方法，其特征在于，包括：
将流媒体的分片按照统一的格式保存到缓存节点中；建立与不同请求格式相对应的匹配规则；
接收用户的流媒体请求，所述流媒体请求中携带流媒体的统一资源标识符URI；
通过与所述匹配规则相对应的正则表达式提取所述流媒体的URI中的请求参数，所述请求参数包括：请求的流媒体路径、流媒体名称、请求范围信息；
获取与所述流媒体名称相对应的媒体描述文件，所述媒体描述文件为描述音视频对象的分片信息的文件；
解析所述媒体描述文件，得到与所述请求范围信息对应的分片信息；
根据所述分片信息将所述流媒体的URI转换为对应所述流媒体的分片的URI。
2.如权利要求1所述的方法，其特征在于，所述请求范围信息包括：时间和/或字节信息。
3.如权利要求1所述的方法，其特征在于，所述获取与所述流媒体名称相对应的媒体描述文件包括：
从所述内容传送网络中的缓存节点上获取所述媒体描述文件；或者
从所述内容传送网络中的源服务器上获取所述媒体描述文件。
4.一种内容传送网络中流媒体请求地址映射的装置，其特征在于，包括：
分片单元，用于对缓存节点获得的流媒体进行分片；
保存单元，用于将所述分片单元处理后的所述流媒体的分片按照统一的格式保存到所述缓存节点中；
规则建立单元，用于建立与不同请求格式相对应的匹配规则；
接收单元，用于接收用户的流媒体请求，所述流媒体请求中携带流媒体的统一资源标识符URI；
提取单元，用于通过与所述匹配规则相对应的正则表达式提取所述流媒体的URI中的请求参数，所述请求参数包括：请求的流媒体路径、流媒体名称、请求范围信息；
文件获取单元，用于获取与所述流媒体名称相对应的媒体描述文件，所述媒体描述文件为描述音视频对象的分片信息的文件；
文件解析单元，用于解析所述媒体描述文件，得到与所述请求范围信息对应的分片信息；
转换单元，用于根据所述分片信息将所述流媒体的URI转换为对应所述流媒体的分片的URI。
5.如权利要求4所述的装置，其特征在于，
所述文件获取单元，具体用于从所述内容传送网络中的缓存节点上获取所述媒体描述文件；或者从所述内容传送网络中的源服务器上获取所述媒体描述文件。
6.一种内容传送网络中的缓存节点，其特征在于，包括：流化控制模块、缓存模块、地址映射模块；
所述流化控制模块，用于接收用户的流媒体请求，并对所述缓存节点获得的流媒体进行分片，将流媒体的分片按照统一的格式保存到所述缓存模块中；
所述地址映射模块，用于将所述流媒体请求中携带的流媒体的统一资源标识符URI转换为对应所述流媒体的分片的URI；
所述流化控制模块，还用于根据所述流媒体的分片的URI从所述缓存模块中获取所述流媒体的分片，并将所述流媒体的分片发送给所述用户。
7.如权利要求6所述的缓存节点，其特征在于，所述地址映射模块包括：
提取单元，用于提取所述用户的流媒体请求的URI中的请求参数，所述请求参数包括：请求的流媒体路径、流媒体名称、请求范围信息；
文件获取单元，用于获取与所述流媒体名称相对应的媒体描述文件，所述媒体描述文件为描述音视频对象的分片信息的文件；
文件解析单元，用于解析所述媒体描述文件，得到与所述请求范围信息对应的分片信息；
转换单元，用于根据所述分片信息将所述流媒体的URI转换为对应所述流媒体的分片的URI。
8.如权利要求7所述的缓存节点，其特征在于，所述地址映射模块还包括：
规则建立单元，用于建立与不同请求格式相对应的匹配规则；
所述提取单元，具体用于通过与所述匹配规则相对应的正则表达式提取所述流媒体的URI中的请求参数。
9.如权利要求7所述的缓存节点，其特征在于，
所述文件获取单元，具体用于通过所述流化控制模块从所述缓存模块中获取所述媒体描述文件。
10.如权利要求7所述的缓存节点，其特征在于，所述流化控制模块包括：
接收单元，用于接收用户的流媒体请求，所述流媒体请求中携带流媒体的URI；
分片单元，用于对所述缓存节点获得的流媒体按照所述媒体描述文件中的分片信息进行分片；
保存单元，用于将所述分片单元输出的流媒体的分片保存到所述缓存模块中；
发送单元，用于根据所述流媒体的分片的URI从所述缓存模块中获取所述流媒体的分片，并将所述流媒体的分片发送给所述用户。
11.如权利要求7至10任一项所述的缓存节点，其特征在于，所述缓存节点还包括：
代理模块，用于在所述媒体描述文件未在所述缓存模块中时，从所述内容传送网络中的源服务器上获取所述媒体描述文件，并将所述媒体描述文件传送给所述流化控制模块；还用于在所述用户请求的流媒体文件未在所述缓存模块中时，从所述内容传送网络中的源服务器上获取所述流媒体文件，并将所述流媒体文件传送给所述流化控制模块。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2010/079757 WO2012079223A1 (zh) | 2010-12-14 | 2010-12-14 | 内容传送网络中流媒体请求地址映射的方法及装置、缓存节点 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102282825A CN102282825A (zh) | 2011-12-14 |
| CN102282825B true CN102282825B (zh) | 2013-11-06 |
Family
ID=45106833
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201080006601.3A Active CN102282825B (zh) | 2010-12-14 | 2010-12-14 | 内容传送网络中流媒体请求地址映射的方法及装置、缓存节点 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102282825B (zh) |
| WO (1) | WO2012079223A1 (zh) |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102307195B (zh) * | 2011-08-23 | 2018-10-12 | 南京中兴新软件有限责任公司 | 基于流媒体的频道轮播方法及流媒体服务器 |
| CN103457907A (zh) * | 2012-05-28 | 2013-12-18 | 中国移动通信集团公司 | 一种多媒体内容分发方法、设备及系统 |
| CN103475679B (zh) * | 2012-06-06 | 2017-09-26 | 百度在线网络技术（北京）有限公司 | 对分片请求进行定长对齐的缓存方法、系统及装置 |
| CN103826137B (zh) * | 2012-11-19 | 2018-02-16 | 中国电信股份有限公司 | 视频访问方法和系统、cdn服务器的视频代理 |
| CN103916678A (zh) * | 2012-12-31 | 2014-07-09 | 中国移动通信集团广东有限公司 | 多媒体数据转码方法、转码设备及多媒体数据播放系统 |
| CN104781807B (zh) * | 2013-10-21 | 2018-11-09 | 华为技术有限公司 | 流媒体资源的管理方法、服务器及客户端 |
| CN103685302A (zh) * | 2013-12-24 | 2014-03-26 | 乐视网信息技术（北京）股份有限公司 | 连接内容传送网络的处理方法与系统 |
| CN103747065B (zh) * | 2013-12-27 | 2017-02-08 | 河海大学 | 客户端http检索全索引容器格式媒体资源时间片段的方法 |
| CN103956175B (zh) * | 2014-04-18 | 2017-04-26 | 华为技术有限公司 | 一种多媒体文件的播放方法及播放设备 |
| CN105376657A (zh) * | 2014-08-15 | 2016-03-02 | 中国电信股份有限公司 | 媒体内容提供方法、播放方法和装置以及服务系统 |
| CN104202616A (zh) * | 2014-09-11 | 2014-12-10 | 北京阅联信息技术有限公司 | 一种基于裸流直播方法、回看方法及其系统 |
| CN104506493B (zh) * | 2014-12-04 | 2018-02-27 | 武汉市烽视威科技有限公司 | 一种实现hls内容回源和缓存的方法 |
| CN104506637B (zh) * | 2014-12-29 | 2018-03-23 | 国家电网公司 | 解决网络拥挤的缓存方法、系统及url转发服务器 |
| CN105141660B (zh) * | 2015-07-24 | 2018-04-24 | 网宿科技股份有限公司 | 一种流媒体管理方法及系统 |
| CN105872587A (zh) * | 2015-11-25 | 2016-08-17 | 乐视云计算有限公司 | 视频请求的处理方法及装置 |
| CN105898387A (zh) * | 2016-03-30 | 2016-08-24 | 乐视控股（北京）有限公司 | 一种流媒体数据发送方法及装置 |
| CN105812833A (zh) * | 2016-04-07 | 2016-07-27 | 网宿科技股份有限公司 | 文件处理方法和装置 |
| CN105978936A (zh) * | 2016-04-25 | 2016-09-28 | 乐视控股（北京）有限公司 | Cdn服务器及其缓存数据的方法 |
| CN109788014A (zh) * | 2017-11-14 | 2019-05-21 | 阿里巴巴集团控股有限公司 | 一种消息处理、物联网系统的消息处理方法和装置 |
| CN108234639A (zh) * | 2017-12-29 | 2018-06-29 | 北京奇虎科技有限公司 | 一种基于内容分发网络cdn的数据访问方法和装置 |
| CN108322772A (zh) * | 2018-01-30 | 2018-07-24 | 北京奇艺世纪科技有限公司 | 一种视频文件处理方法、装置及电子设备 |
| CN108540816B (zh) * | 2018-03-28 | 2020-03-17 | 腾讯科技（深圳）有限公司 | 一种直播视频获取方法、装置及存储介质 |
| CN113254412A (zh) * | 2020-02-12 | 2021-08-13 | 彩虹无线（北京）新技术有限公司 | 一种数据转换方法和装置 |
| CN115221453B (zh) * | 2022-09-20 | 2023-03-10 | 太平金融科技服务(上海)有限公司深圳分公司 | 媒体资源管理方法、装置、服务器、介质 |
| CN116610823B (zh) * | 2023-04-28 | 2024-05-07 | 江苏传智播客教育科技股份有限公司 | 一种统一访问多媒体资源的方法和系统 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101242422A (zh) * | 2007-02-06 | 2008-08-13 | 中国电信股份有限公司 | 适应多业务融合的内容分发网络系统和方法 |
| CN101534204A (zh) * | 2008-03-10 | 2009-09-16 | 中国网通集团宽带业务应用国家工程实验室有限公司 | 流媒体信息分发系统和方法及客户端 |
| CN101552800A (zh) * | 2008-04-01 | 2009-10-07 | 华为技术有限公司 | 提供媒体内容的方法、装置和系统 |
| CN101677325A (zh) * | 2008-09-16 | 2010-03-24 | 华为技术有限公司 | 发布媒体描述信息和获取媒体的方法、装置、系统 |
-
2010
- 2010-12-14 CN CN201080006601.3A patent/CN102282825B/zh active Active
- 2010-12-14 WO PCT/CN2010/079757 patent/WO2012079223A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101242422A (zh) * | 2007-02-06 | 2008-08-13 | 中国电信股份有限公司 | 适应多业务融合的内容分发网络系统和方法 |
| CN101534204A (zh) * | 2008-03-10 | 2009-09-16 | 中国网通集团宽带业务应用国家工程实验室有限公司 | 流媒体信息分发系统和方法及客户端 |
| CN101552800A (zh) * | 2008-04-01 | 2009-10-07 | 华为技术有限公司 | 提供媒体内容的方法、装置和系统 |
| CN101677325A (zh) * | 2008-09-16 | 2010-03-24 | 华为技术有限公司 | 发布媒体描述信息和获取媒体的方法、装置、系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102282825A (zh) | 2011-12-14 |
| WO2012079223A1 (zh) | 2012-06-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102282825B (zh) | 内容传送网络中流媒体请求地址映射的方法及装置、缓存节点 | |
| US10560726B2 (en) | System and method for delivery and caching of personalized media streaming content | |
| US9667682B2 (en) | Media content streaming using stream message fragments | |
| CN103392344B (zh) | 使用用于流化的http网络的格式未知的流化体系结构 | |
| JP6181650B2 (ja) | 送信装置、送信方法およびネットワーク装置 | |
| CN103379362B (zh) | 视频点播方法和系统 | |
| CN103826159B (zh) | 一种m3u8格式视频的本地离线播放方法和终端 | |
| US20140244727A1 (en) | Method and apparatus for streaming multimedia content of server by using cache | |
| CN101505253B (zh) | 网络设备的附属设备中为网络设备提供数据的方法及装置 | |
| US20110119724A1 (en) | Proxy Functionality | |
| CN104396263A (zh) | 用于流式媒体内容的实时复用变换的方法和系统 | |
| CN104333818A (zh) | 一种http实时流媒体分片的拼接方法及拼接系统 | |
| CN103813185B (zh) | 一种分段节目快速分发的方法、服务器及客户端 | |
| CN105228001A (zh) | 一种flv格式视频在线播放的方法及系统 | |
| CN101507179B (zh) | 用于匹配嵌入的音频/视频内容的协议的设备和方法 | |
| van Brandenburg et al. | Models for HTTP-adaptive-streaming-aware content distribution network interconnection (CDNI) | |
| Van Deursen et al. | On media delivery protocols in the web | |
| JP5588008B2 (ja) | コンテンツ変換装置、コンテンツ変換方法、コンテンツ変換プログラムおよびコンテンツ配信システム | |
| JP2012213111A (ja) | 通信システム、通信装置並びに通信方法 | |
| CN109587517A (zh) | 一种多媒体文件的播放方法及装置、服务器及存储介质 | |
| US9237178B2 (en) | Combined binary string for signaling byte range of media fragments in adaptive streaming | |
| JP2001147870A (ja) | 広告代理サーバおよび広告情報送信方法並びにプログラムを記録した記録媒体 | |
| WO2010122557A1 (en) | System, method and gateway device for internet television content provisioning | |
| KR100556756B1 (ko) | ＵＰｎＰ 미디어서버를 이용한 인터넷 방송 장치 및 방법 | |
| CN105744309A (zh) | 一种直播视频的生成及播放方法、装置、终端及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| ASS | Succession or assignment of patent right |
Owner name: HUIZHOU ZHITAI ENTERPRISE MANAGEMENT CO., LTD. Free format text: FORMER OWNER: HUAWEI TECHNOLOGY CO., LTD. Effective date: 20150415 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 518129 SHENZHEN, GUANGDONG PROVINCE TO: 516003 HUIZHOU, GUANGDONG PROVINCE |
|
| TR01 | Transfer of patent right |
Effective date of registration: 20150415 Address after: 516003 Guangdong province Huizhou City Mountain Road No. 4 Building 12 layer Dweh No. 06 A District Patentee after: Huizhou wisdom Enterprise Management Co., Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: Huawei Technologies Co., Ltd. |
|
| ASS | Succession or assignment of patent right |
Owner name: YICUN TONGDA (BEIJING) NETWORK TECHNOLOGY CO., LTD Free format text: FORMER OWNER: HUIZHOU ZHITAI ENTERPRISE MANAGEMENT CO., LTD. Effective date: 20150618 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20150618 Address after: 100081, room 15, floor 689, building 1, 5 South Avenue, 1507, Beijing, Haidian District, Zhongguancun Patentee after: Easy access (Beijing) Network Technology Co., Ltd. Address before: 516003 Guangdong province Huizhou City Mountain Road No. 4 Building 12 layer Dweh No. 06 A District Patentee before: Huizhou wisdom Enterprise Management Co., Ltd. |
|
| CP03 | Change of name, title or address |
Address after: 100192 room 6, room A, block A, block B-6, Zhongguancun Dongsheng Science Park, No. 66, West small mouth road, Beijing Patentee after: Beijing Tian Mu Newfarmer Network Technology Co. Ltd. Address before: 100081, room 15, floor 689, building 1, 5 South Avenue, 1507, Beijing, Haidian District, Zhongguancun Patentee before: Easy access (Beijing) Network Technology Co., Ltd. |
|
| CP03 | Change of name, title or address |