WO2010025614A1 - 一种分片存储实现媒体分发、定位的方法及其流媒体系统 - Google Patents
一种分片存储实现媒体分发、定位的方法及其流媒体系统 Download PDFInfo
- Publication number
- WO2010025614A1 WO2010025614A1 PCT/CN2009/000853 CN2009000853W WO2010025614A1 WO 2010025614 A1 WO2010025614 A1 WO 2010025614A1 CN 2009000853 W CN2009000853 W CN 2009000853W WO 2010025614 A1 WO2010025614 A1 WO 2010025614A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- node
- file
- fragment
- media
- storage
- 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.)
- Ceased
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
- H04N21/44016—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for substituting a video clip
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
Definitions
- the present invention relates to the field of control methods and systems for streaming media in multimedia communication, and more particularly to a method for realizing media distribution and positioning by fragment storage and a streaming media system thereof. Background technique
- IPTV IP Television
- IPTV IPTV
- IPTV is different from traditional analog cable TV and from classic digital TV. Because traditional analog TV and classic digital TV have the characteristics of frequency division, timing, one-way broadcasting, etc. Although the classic digital TV has many technological innovations compared to analog TV, it is only a change of signal form, and does not touch the media. The way content is disseminated.
- IPTV uses a computer to perform functions such as receiving video-on-demand programs, video broadcasting, and surfing the Internet. It uses high-efficiency video compression technology to achieve a video streaming bandwidth of 800Kb/s, which is close to the 3Mb/s video streaming bandwidth required by DVD. This will enable video services in the future, especially Internet live broadcast, long-distance true video on demand, program source production, etc., have a strong advantage, is a new technical concept.
- the IPTV service is regarded as the main growth point of the future by the telecom industry due to its interactivity and content richness. In China, where the interactive entertainment boom is prevalent, huge market demand space will lead to rapid industrial growth.
- TVOD Truste Video On Demand
- TSTV Time Shift TV
- CDN content distribution network CDN
- the problem to be solved by the present invention is to provide a method for realizing media distribution and positioning by using slice storage and a streaming media system thereof, so that time-shifted television-type services and television program-on-demand services in the interactive network television system can be uniformly stored. Achieve the entire system to reduce the storage space and storage resources requirements.
- a method for fragment storage of a streaming media system to implement media distribution comprising the following steps:
- time stamp information is periodically entered by the central node in the original code stream
- step A1 Copy the fragment file from the central node to each edge node to implement media distribution. Further, in the method, the step A1 further includes: the central node changing the storage duration of the fragment file by controlling the length of the time stamp interval.
- the fragment storage process of step B1 further includes one or more of the following operational mechanisms:
- Rollback mechanism Deletes the fragment file that is required for non-recorded programs beyond the time-lapse time range.
- Aging mechanism Deletes fragment files that exceed the aging time range and do not need to be saved.
- Archive mechanism Save the shard file that needs to be saved beyond the aging time range.
- the media distribution process in the step C1 further includes one or more of the following operation strategies:
- Hotspot push policy The media location service system copies a segment file with a top access to program access from the central node to an edge node without the slice file through a file transfer protocol;
- Manual distribution strategy The operator creates a hotspot for the program through the background operation, and the media location service system triggers execution of the hotspot push;
- Program pull-down policy When a slice file is continuously clicked for more than a specified number of times, the media location service system copies the slice file from the central node to cause a trigger through a file transfer protocol. Edge node.
- the step C1 further includes the step of recording a program, where the universal media server node provides the media location service system with the abnormal fragment file when the recorded fragment file is abnormal.
- the channel identifier and time stamp information are used to obtain the sharing node information of the fragment file.
- the step C1 further includes a process of the self-recovery of the fragment file recording failure, and the process includes:
- the edge node detects a fragment file with a storage error in the recording, notifies the media location service system of the channel identifier and the time label information corresponding to the fragment file, and requests to store the node information of the fragment file normally. ;
- the media location service system searches for available nodes according to the channel identifier and the time tag information, and feeds the found node information to the requested edge node;
- the edge node selects a node according to a program pull-down policy, and obtains, by using a file transfer protocol, a fragment file corresponding to the fragment file in which the error occurs.
- a method for implementing media location by fragment storage of a streaming media system comprising the following steps:
- A2 through a media location service system, splicing a fragment file having time stamp information belonging to a program time range to a node capable of providing a complete program fragmentation;
- the node capable of providing the complete program fragmentation locates the fragment file when the fragment storage is performed according to the signaling including the channel identifier and the program time range;
- C2 Smoothly switch multiple slice files by using time tag information in the original code stream to implement media playback.
- the node that can provide the complete program fragment is the node to which the user belongs, and the step C2 further includes the following common playback process:
- the channel identifier of the program and the program time range are fed back to the node to which the user belongs by using real-time streaming protocol signaling;
- the node to which the user belongs finds one or more fragment files of the channel identifier and the time stamp information corresponding to the program time range, and performs sequential playback;
- the system releases the occupied resources and data area.
- step C2 further includes the following tandem playback process, where The process includes:
- the media location service system searches for an available center node according to the channel identifier and the time label information, and feeds back the found node information to the node to which the user belongs;
- the node to which the user belongs connects the found node and initiates a real-time streaming protocol for media playback
- the system releases the occupied resources and data area.
- a media storage system for media distribution and media location comprising a central node and at least one edge node, and a media location service system, wherein the media location service system is respectively connected to the central node and the edge node , among them,
- the central node is configured to periodically input time tag information in the original code stream
- the edge node is configured to copy the fragment file from the central node to implement media distribution
- the media location service system is configured to provide sharing information of the central node or the edge node;
- the central node and the edge node are further configured to name a code stream having the same channel identifier and unified time label information, and form a fragment file for fragment storage, and perform signaling positioning according to the channel identifier and the program time range.
- the shard file to the shard storage.
- the method for realizing media distribution and positioning and the streaming media system provide a unified time stamp in the live stream and combined with the same channel identifier to name the fragment file, thereby realizing
- the unified storage of the fragment file plus the seamless splicing of the adjacent fragment files of the time label, achieves the unified storage of the time-shifted TV service and the TV program on-demand service, and further through the media distribution strategy and the media positioning strategy.
- Figure la is a CND networking and code stream diagram of the present invention.
- Figure lb is a fragment file directory format of the present invention
- Figure lc is a schematic diagram of the storage time period of the fragment of the present invention
- FIG. 3 is a flow chart showing the normal play of TVOD on demand of the TV program of the present invention.
- the tandem playback process introduces a streaming media storage strategy, a media distribution strategy, and a media location strategy, and is mainly applied to an interactive network television service such as a television program on-demand or a time-shift television type of a computer or a set top box + a television or a mobile phone.
- the method for realizing media distribution and positioning and the streaming media system thereof in the fragment storage of the present invention is that media distribution and media positioning are implemented by streaming media fragment storage, that is, by using a unified time label and adding the same channel identifier to name the fragment. And the means for applying for sharing the node information to the media positioning system to save storage space and smooth switching play.
- the technologies such as TSTV, TVOD, and CDN are well known in the prior art, and are not described herein again.
- the whole system is used for simple networking between CDN nodes in IPTV, and includes a central node or two central nodes that are mutually backup (not shown in the drawing) and multiple edge nodes, through the media.
- the Location Service System (MLSS) is used to schedule and control all nodes.
- the central node converts the original live stream into a live stream that has entered the time stamp, and then distributes it to each edge node as the live stream of the edge node.
- the central node and edge node fragment files are recorded and stored in the same way, and are named and fragmented according to the specific rules of the time label.
- a time stamp is periodically entered in the live stream, and the streaming media storage policy is to combine a code stream having the same channel identifier and a time label into a fragment file, and the fragment file may also be
- the slice directory file is named by the channel identifier and the time stamp, and the storage duration of each slice file is changed by controlling the interval of the time stamp.
- CCTV1-T (20080514080000-20080514083000) can be regarded as the fragment file described above, which is a fragment catalog file, which contains multiple small points.
- the file file includes a live channel identifier such as CCTV1 and recorded time stamp information such as 20080514080000-20080514083000, and the code stream information of the live channel in the time stamp is also recorded in the content of the plurality of small slice files.
- each node can be stored in a uniform beat, that is, all nodes are simultaneously stored.
- the same channel identifies the fragment file named by the time label stored by the next node.
- another node After being distributed to another node, if another node also has the same channel identifier and a storage file named by an adjacent time label, then the two The file can achieve seamless stitching of the playback stream. Since the storage is distributed to each node in the previous distribution, theoretical playback can be played from each edge node. However, the node to which the user belongs is preferred.
- each node does not completely save all live programs of each channel indefinitely, because each channel has a rollback mechanism when it is stored in live broadcast, that is, when the channel storage rollback spans more than one span
- the system will delete the oldest stored fragment file.
- the rollback duration span set by the central node must meet various possible requirements of the user, and the edge node's rollback duration span can be set to a smaller value because the edge node stores the score.
- the rollback duration span can be obtained from the distribution node and the neighboring node through the distribution and positioning policies. For programs that need to be archived for a long time, the system will copy the file corresponding to the program and save it.
- the junk files or invalid files generated in the above operations can also be deleted by the aging policy.
- the node that the user belongs to saves the score file is not complete, and can not find individual fragments. Then you need to find a node that can be played completely.
- This node may be other edge nodes or central nodes. . If the found node is another edge node, the streaming media playing process is a "normal playing process"; if the found node is a central node, the streaming media playing process is "tapping playback process".
- the rollback time can be generally defined as the time shift time, and the fragment file exceeding the time shift time range. If it is not the fragment file required for the TVOD recording program, the fragment file will be deleted; the fragment exceeding the aging time range File, if it is not a program that needs to be saved for a long time, the fragment file will be deleted.
- the mechanism can clear the expired T VOD recording program fragments and various garbage fragment files; and the fragment files exceeding the aging time range, if they need to be saved for a long time, will not be deleted and will be saved, and saved. Go to other locations.
- the storage capacity of the system node can be reduced, the problem of repeated storage of the TSTV and TVOD services is better solved, and the total storage space of all CDN nodes is saved.
- the program performance of the program provided to the user is improved, and the stability of scheduling between nodes is enhanced.
- fragmentation file fails to record the self-recovery process to illustrate the media distribution strategy:
- FIG. 2 specifically includes the following steps:
- Step S202 the edge node X detects that a certain fragment file has an abnormality in the recording, and has a storage error
- Step S204 the edge node X notifies the media location service system MLSS of the channel identifier and the time label information corresponding to the abnormal fragment file, and requests the MLSS to store other node information of the fragment file normally;
- Step S206 the MLSS finds the available node Yz according to the channel identifier and the time tag information.
- FTP File Transfer Protocal
- the central node stores all the partial files needed to provide the service, so that when the edge node does not exist but some of the fragment files existing in the central node are or may be frequently served, media distribution is required.
- the strategy copies these fragments from the central node to the edge node, which specifically includes hotspot push, program pulldown, and manual distribution strategies:
- the media location service system MLSS counts all the nodes according to specific rules, and accesses the top-ranked program, that is, the fragment file where the hotspot is located, and the hotspot file that is not on the edge node will be served through the file transfer protocol FTP service.
- the shard file is copied from the central node to the edge node. At this time, the copying of the hotspot file is triggered by the media location service system MLSS, which is a so-called hotspot push policy.
- the hot push strategy Similarly, triggered by the media location service system MLSS, copying the slice file from the central node to the edge node is called a manual distribution policy.
- the program pull-down policy means that, for a specific edge node, when the on-demand TVOD is connected multiple times in a specified number of times, the media location service system MLSS pulls the fragment file to the node through the FTP service. .
- the copying action of the shard file is triggered by the edge node itself, as in step 208 above.
- Step S302 the user operates the electronic program guide EPG through the remote controller ( The EPG feeds the recorded program information of the on-demand to the set top box STB (Set Top Box); in step S304, the set-top box STB uses the Real Time Streaming Protocol (RTSP) signaling to mark the channel of the recorded program and The time range is fed back to the node to which the user belongs; Step S306, the node to which the user belongs determines the one or more fragment files corresponding to the electronic program guide EPG according to the channel identifier and the program time range;
- RTSP Real Time Streaming Protocol
- Step S308 the node to which the user belongs sends the requested media stream to the set top box STB, and when the program corresponds to multiple fragment files, each edge node automatically completes the play switching between the fragment files according to the streaming media storage policy.
- Step S310 the end of the recorded program service provided by the end, the system releases the occupied resources and the data area.
- Time-shifted TV The normal playback process of TSTV is similar.
- the TV program on-demand TVOD tandem playback process includes the following steps: Step S402, which is the same as step S302;
- Step S404 which is the same as step S304;
- Step S406 if the edge node X cannot find or find the fragment file corresponding to the full-on-demand program according to the channel identifier and the time label information, then request the media location service system MLSS to provide the node that can provide the fragment file completely;
- Step S408 the MLSS finds one or more central nodes that can provide services according to the channel identifier and time tag information provided by the edge node, and returns the node information that can provide the service to the edge node to which the user belongs;
- Step S410 the edge node to which the user belongs initiates a live stream to the central node capable of providing the service.
- Transport protocol RTSP tandem process
- Step S412 the edge node to which the user belongs starts to provide services to the user
- Step S414 the operation of the user actually acts on the central node that can provide the service by the tandem; step S416, which is the same as S308;
- Steps S418, S420 and S422 are the end of steps S414, S412 and S410, respectively.
- Time-shifted TV The TSTV's tandem playback process is similar.
- the media location service system MLSS is requested to obtain the shared node information that can provide the fragment file. As long as the corresponding channel and time stamp information is provided, the fragmented file with unsuccessful recording can be obtained from the sharing node.
- the set-top box STB (Set Top Box) needs to include channel and program time range information in the on-demand signaling. Since the fragment file contains the recorded time information, the node to which the user belongs can be provided according to the set-top box. The channel and program time range, locate the required fragment file. If the required fragment file does not exist on the node or does not exist on the node, it needs to be connected to the MLSS through the media location service system.
- the center node or edge node of the fragment file that is, the "television playback process" or "normal playback process”.
- the program time range of the set-top box on-demand may include multiple fragment files, and the time label information can smoothly switch the playback of multiple fragment files.
- the method for implementing media distribution and positioning and the streaming media system provided by the fragment storage provided by the specific embodiment of the present invention, because a unified time stamp is regularly entered in the live stream, and the same channel identifier is used to name the fragment file. It realizes the unified storage of the fragment files when creating the live channel, and the seamless splicing of the adjacent fragment files of the time label, which realizes the unified storage of the time-shifted TV-type business and the TV program-on-demand service, and further through the media distribution strategy and media.
- the positioning strategy greatly reduces the storage system and storage resource requirements of the entire system, and improves the reliability and stability of the streaming media system service. It should be understood that those skilled in the art can modify or change according to the description of the above scheme, such as the naming method of the fragment file, etc., and all such improvements and transformations should belong to the appended claims. protected range. Industrial applicability
- the method for realizing media distribution and positioning and the streaming media system provide a unified time stamp in the live stream and combined with the same channel identifier to name the fragment file, thereby realizing
- the unified storage of the fragment file plus the seamless splicing of the adjacent fragment files of the time label, achieves the unified storage of the time-shifted TV service and the TV program on-demand service, and further through the media distribution strategy and the media positioning strategy. , greatly reducing the demand for storage space and storage resources of the entire system, and improving the reliability and stability of the streaming media system service.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Marketing (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
Description
一种分片存储实现媒体分发、 定位的方法及其流媒体系统 技术领域
本发明涉及多媒体通信中流媒体的控制方法及系统领域, 尤其涉及的是 一种分片存储实现媒体分发、 定位的方法及其流媒体系统。 背景技术
个性化的互动电视或交互式网络电视 IPTV ( Interactive Personality TV , 以下简称 IPTV ) , 是一种利用宽带的有线电视网, 其集成互联网、 多媒体、 通讯等多种技术于一体, 向用户提供包括数字电视在内的多种交互式服务的 崭新技术。 它能够很好地适应当今网络飞速发展的趋势, 充分有效地利用多 种网络资源。
IPTV既不同于传统的模拟式有线电视,也不同于经典的数字电视。因为, 传统的模拟电视和经典的数字电视都具有频分制、 定时、 单向广播等特点; 尽管经典的数字电视相对于模拟电视有许多技术革新, 也只是信号形式的改 变, 并没有触及媒体内容的传播方式。
IPTV是利用计算机来完成接收视频点播节目、视频广播及网上冲浪等功 能。 它釆用高效的视频压缩技术, 使视频流传输带宽在 800Kb/s时, 就可以 达到接近 DVD通常所需要 3Mb/s视频流传输带宽时的收视效果, 这对今后 开展视频类业务, 尤其是因特网上视频直播、 远距离真视频点播、 节目源制 作等来讲, 有很强的优势, 是一个全新的技术概念。 IPTV业务由于其互动性 以及内容丰富性被电信行业看作是未来的主要增长点, 在互动娱乐大潮盛行 的中国, 巨大的市场需求空间将引发产业快速增长。
而现在,很多 IPTV,在其解决方案中都会提到两个重要的功能一一电视 节目点播 TVOD( True Video On Demand,以下简称 TVOD )和时移电视 TSTV ( Time Shift TV, 以下简称 TSTV ) 。 实现 TSTV和 TVOD功能的时候, 鉴 于提高用户访问网站的响应速度的需要, 可运用内容分发网络 CDN ( Content Delivery Network , 以下简称 CDN )技术, 要考虑节省整个系统内所有 CDN 节点的总存储空间, 同时又要兼顾用户点播时的播放效率以及节点间调度的 稳定性。 当创建直播频道时, 如果按照目前对这两种的功能应用进行重复存
储, 并釆取不同的策略提供服务, 势必会造成存储空间很大的浪费, 同时也 会对系统所占用的存储 I/O资源增加艮大的开销。
因此, 现有技术有待于改善和发展。 发明内容
本发明要解决的问题是, 提供一种分片存储实现媒体分发、 定位的方法 及其流媒体系统, 使交互式网络电视系统中时移电视类业务和电视节目点播 类业务达到统一存储, 可实现整个系统降低对存储空间和存储资源的要求。
本发明的技术方案如下:
一种流媒体系统的分片存储实现媒体分发的方法, 所述方法包括以下步 骤:
A1、 由一中心节点在原始码流中定时打入时间标签信息;
Bl、 将具有相同频道标识和统一时间标签信息的码流命名, 并组成分片 文件进行分片存储; 以及
C 1、将所述分片文件从所述中心节点复制到各边缘节点以实现媒体分发。 进一步的, 所述的方法中, 所述步骤 A1 还包括: 所述中心节点通过控 制打入时间标签间隔的长短, 来改变所述分片文件的存储时长。
进一步的,所述的方法中,所述步骤 B1的分片存储过程还包括以下操作 机制中的一种或几种:
回滚机制: 删除超过时移时间范围且非录制节目所需的分片文件; 老化机制: 删除超过老化时间范围且不需保存的分片文件;
归档机制: 保存超过老化时间范围且需要保存的分片文件。
进一步的,所述的方法中,所述步骤 C1中的媒体分发过程还包括以下操 作策略中的一种或几种:
热点推送策略: 媒体定位服务系统通过文件传输协议, 将节目访问排名 靠前的分片文件, 从所述中心节点复制到没有该分片文件的边缘节点;
人工分发策略: 操作员通过后台操作人为把节目形成热点, 由媒体定位 服务系统触发执行所述热点推送;
节目下拉策略: 当某个分片文件被连续点播超过指定次数时, 媒体定位 服务系统通过文件传输协议, 将该分片文件从所述中心节点复制到引起触发
的边缘节点。
进一步的, 所述的方法中, 所述步骤 C1还包括录制节目的步骤, 其中, 通用媒体服务器节点在录制的分片文件异常时, 向媒体定位服务系统提 供与该异常的分片文件相对应的频道标识和时间标签信息, 以申请获得提供 该分片文件的分享节点信息。
进一步的,所述的方法中,所述步骤 C1还包括分片文件录制失败自恢复 的流程, 所述流程包括:
Cl l、所述边缘节点检测到录制中有存储错误的分片文件,将该分片文件 所对应的频道标识和时间标签信息通知媒体定位服务系统, 并请求正常存储 该分片文件的节点信息;
C12、 媒体定位服务系统按照频道标识和时间标签信息寻找可用的节点, 并将找到的节点信息反馈给请求的边缘节点; 以及
C13、所述边缘节点根据节目下拉策略选择一个节点,通过文件传输协议 从该节点获取发生错误的分片文件所对应的分片文件。
一种流媒体系统的分片存储实现媒体定位的方法, 所述方法包括以下步 骤:
A2、 通过一媒体定位服务系统, 将具有属于节目时间范围内的时间标签 信息的分片文件, 汇接到能够提供完整节目分片的节点;
B2、 该能够提供完整节目分片的节点才艮据包含频道标识和节目时间范围 的信令定位到分片存储时的分片文件; 以及
C2、 利用在原始码流中的时间标签信息对多个分片文件进行平滑切换以 实现媒体播放。
进一步的, 所述的方法中, 所述能够提供完整节目分片的节点为用户所 属的节点, 且所述步骤 C2还包括以下普通播放流程的步骤为:
C21、通过实时流传输协议信令将节目的频道标识和节目时间范围反馈给 用户所属的节点;
C22、用户所属的节点找到频道标识和节目时间范围对应时间标签信息的 一个或多个分片文件, 并进行顺序播放; 以及
C23、 播放服务结束, 系统释放所占用的资源和数据区。
进一步的, 所述的方法中, 所述步骤 C2还包括以下汇接播放流程, 所述
流程包括:
C31、如果用户所属的节点找不到或找不全频道标识和时间标签信息所对 应的分片文件, 则向媒体定位服务系统请求查找可完整提供该分片文件的节 点;
C32、所述媒体定位服务系统按照频道标识和时间标签信息寻找可用的中 心节点 , 并将找到的节点信息反馈给该用户所属的节点;
C33、所述用户所属的节点汇接所找到的节点并发起实时流传输协议,进 行媒体播放; 以及
C34、 播放服务结束, 系统释放所占用的资源和数据区。
一种分片存储实现媒体分发和媒体定位的流媒体系统, 包括一中心节点 和至少一个边缘节点, 以及一媒体定位服务系统, 所述媒体定位服务系统分 别与所述中心节点以及边缘节点通讯连接, 其中,
所述中心节点用于在原始码流中定时打入时间标签信息;
所述边缘节点用于将所述分片文件从所述中心节点复制过来以实现媒体 分发;
所述媒体定位服务系统用于提供所述中心节点或所述边缘节点的分享信 息;
所述中心节点及所述边缘节点还用于将具有相同频道标识和统一时间标 签信息的码流命名, 并组成分片文件进行分片存储, 以及根据包含频道标识 和节目时间范围的信令定位到分片存储时的分片文件。
本发明所提供的一种分片存储实现媒体分发、 定位的方法及其流媒体系 统, 由于在直播码流中定时打入统一的时间标签, 并结合相同的频道标识命 名分片文件, 实现了在创建直播频道时分片文件的统一存储, 加上时间标签 相邻分片文件的无缝拼接, 达到了时移电视类业务和电视节目点播类业务统 一存储, 进一步通过媒体分发策略和媒体定位策略, 大大降低了整个系统对 存储空间和存储资源的需求, 提高了流媒体系统服务的可靠性和稳定性。 附图概述
图 la是本发明 CND组网及码流图;
图 lb是本发明分片文件目录格式;
图 lc是本发明分片存储时间周期示意图;
图 2是本发明分片文件录制失败自恢复流程图;
图 3是本发明电视节目点播 TVOD普通播放流程图;
图 4是本发明电视节目点播 TVOD汇接播放流程图。 本发明的较佳实施方式
以下结合所示附图, 对本发明分片存储实现媒体分发、 定位方法及其流 媒体系统的具体实施方式加以详细说明, 即结合分片文件录制失败自恢复流 程、电视节目点播 TVOD普通播放流程和汇接播放流程介绍流媒体存储策略、 媒体分发策略和媒体定位策略,主要应用于计算机或机顶盒 +电视或移动电话 等设备的电视节目点播类或时移电视类的交互式网络电视业务中。
本发明分片存储实现媒体分发、 定位的方法及其流媒体系统, 主要核心 点在于, 通过流媒体分片存储实现媒体分发和媒体定位, 即通过统一的时间 标签加相同的频道标识命名分片, 以及向媒体定位系统申请分享节点信息的 手段,达到节省存储空间和平滑切换播放的目的,至于 TSTV、 TVOD和 CDN 等技术为现有技术所熟知, 在此不再赘述。
首先, 要说明流媒体存储策略及其相关的三种运行机制:
如图 1 a所示, 整个系统用于 IPTV中 CDN节点之间简单组网, 包括一 个中心节点或两个互为备份的中心节点(附图未示出)和多个边缘节点组成, 通过媒体定位服务系统 MLSS ( Medium Location Service System, 以下简称 MLSS ), 对所有的节点进行调度和控制。 中心节点把原始的直播码流转换为 打入了时间标签的直播码流, 而后分发到各个边缘节点作为边缘节点的直播 码流。 中心节点和边缘节点分片文件的录制存储方式均相同, 均按照时间标 签的特定规则来命名和分片。
对于单个 CDN节点, 在直播码流中定时打入时间标签, 在存储时流媒 体存储策略是, 将具有相同频道标识和时间标签的码流组成一个分片文件, 所述分片文件也可能是分片目录文件, 同时以频道标识和时间标签来命名, 且每个分片文件的存储时长通过控制打入时间标签的间隔而改变。
如图 lb 所示, CCTV1-T(20080514080000-20080514083000)可看作是上 文中所描述的分片文件, 该分片文件是一个分片目录文件, 它包含多个小分
片文件, 其文件名中包含直播频道标识如 CCTV1 , 以及录制的时间标签信息 如 20080514080000-20080514083000,多个小分片文件内容中还记录了该直播 频道在该时间标签内的码流信息。
为了使不同 CDN节点的存储节拍保持一致, 规定只在中心节点对直播 码流打入统一的时间标签, 然后再将打入时间标签后的直播码流从中心节点 分发到各个边缘节点, 这样一来, 各个节点就能够按照统一的节拍进行存储, 也就是说, 所有节点进行同时存储。 相同频道标识下一个节点所存储的以时 间标签命名的分片文件, 在分发到另一节点后, 如果另一节点也有相同频道 标识和一个相邻时间标签所命名的存储文件, 那么这两个文件就可以实现播 放码流的无缝拼接。 由于前面分发时, 向各个节点都分发存储, 所以, 理论 上播放可以从各个边缘节点来播放。 但是优选用户所属的节点。
然而, 每个节点不会无限制地把每个频道的所有直播节目完整的保存下 来, 那是由于每个频道在直播存储时都会有一回滚机制, 即当频道存储的回 滚时长跨度超过一个特定值, 譬如超出时移时间范围时, 系统将把最早存储 的分片文件删除。 为了节省存储空间, 中心节点所设定的回滚时长跨度必须 满足用户各种可能的需求, 而边缘节点的回滚时长跨度却可以设置为一个较 小的值, 因为当边缘节点所存储的分片文件满足不了用户需求时, 可以通过 分发、 定位策略向中心节点或邻接节点获取回滚时长跨度。 对于需要长期保 存归档的节目, 系统将会把该节目所对应的分片文件复制后另外保存。 而在 以上各种操作中所产生的垃圾文件或者无效文件还可以通过老化策略再删 除。
可能由于各种原因, 用户所属的节点保存得分片文件并不完整, 不能找 到个别分片, 那么就需要找到一个可以完整播放的节点来播放, 这个节点可 能是其他边缘节点, 也可能是中心节点。 如果找到的节点是其他边缘节点, 则该流媒体播放过程为 "普通播放流程" ; 如果找到的节点是中心节点, 则 该流媒体播放流程即 "汇接播放流程" 。
如图 lc所示, 图中体现了回滚机制、 老化机制和归档机制的方法。 回滚 时间一般可定义为时移时间, 超过该时移时间范围的分片文件, 如果不是 TVOD录制节目所需的分片文件, 则该分片文件会被删除; 超过老化时间范 围的分片文件, 如果不是需要长期保存的节目, 则该分片文件会被删除, 这
种机制可以清除过期的 T VOD录制节目分片以及各种垃圾分片文件; 而超过 老化时间范围的分片文件, 如果是需要长期保存的, 则不会被删除且会被保 存下来, 以及另存到其它位置。 如此通过删除一维时间上的分片文件, 可以 艮好地减少系统节点的存储量, 较好地解决了 TSTV和 TVOD类业务重复存 储的问题, 节省了所有 CDN节点的总存储空间的同时, 又兼顾提高了提供给 用户的节目播放效率, 增强了节点之间调度的稳定性。
其次, 再以分片文件录制失败自恢复流程说明媒体分发策略:
在 IPTV中 CDN节点之间简单组网的系统中,某个节点 X的分片文件录 制失败的自恢复流程如图 2所示, 具体包括以下步骤:
步骤 S202,边缘节点 X检测到某个分片文件在录制中存在异常,有存储 错误;
步骤 S204,该边缘节点 X把该异常分片文件所对应的频道标识和时间标 签信息, 通知媒体定位服务系统 MLSS, 向 MLSS请求正常存储该分片文件 的其它节点信息;
步骤 S206 , MLSS 按照频道标识和时间标签信息找到可用的节点 Yz
( ζ=1 , 2, ... ... η ), 把找到的节点信息反馈给请求的边缘节点 X;
步骤 S208, 所述边缘节点 X根据节目下拉策略选择一个节点 Yz, 通过 文件传输协议 FTP ( File Transfer Protocal, 以下简称 FTP ), 从节点 Υζ ( ζ=1 , 2, ... ... η )把所需的分片文件下拉下来, 获取发生存储错误所对应的该分片 文件。
为了节省存储空间, 只有中心节点才会存储提供服务所需的全部分片文 件, 这样, 当边缘节点不存在但中心节点存在的一些分片文件被或可能被频 繁提供服务时 ,就需要媒体分发策略把这些分片从中心节点复制到边缘节点 , 其具体包括热点推送、 节目下拉和人工三种分发策略:
由媒体定位服务系统 MLSS对所有节点按照特定的规则统计, 访问排名 靠前节目即热点所在的分片文件, 而边缘节点上没有的热点分片文件, 将通 过文件传输协议 FTP服务, 将该热点分片文件从中心节点复制到边缘节点。 此时该热点分片文件的复制由媒体定位服务系统 MLSS触发, 即所谓的热点 推送策略。
如果操作员人为的通过后台操作把节目形成热点, 而后和热点推送策略
一样, 由媒体定位服务系统 MLSS触发, 把该分片文件从中心节点复制到边 缘节点, 就叫人工分发策略。
节目下拉策略是指, 对于某个特定的边缘节点而言, 当点播的 TVOD连 续多次的汇接超过指定次数时, 媒体定位服务系统 MLSS就把该分片文件通 过 FTP服务拉到该节点上。 该分片文件的复制动作由所述边缘节点本身来触 发, 如前述步骤 208。
最后以电视节目点播 TVOD的两种播放流程说明媒体定位策略: 以电视节目点播 TVOD普通播放流程为例,如图 3所示,包括以下步骤: 步骤 S302, 用户通过遥控器操作电子节目指南 EPG ( Electronic Program Guide ), EPG把所点播的录制节目信息反馈给机顶盒 STB ( Set Top Box ); 步骤 S304,机顶盒 STB通过实时流传输协议 RTSP ( Real Time Streaming Protocol )信令, 把录制节目的频道标识和时间范围反馈给用户所属的节点; 步骤 S306, 用户所属的节点才艮据频道标识和节目时间范围, 找到电子节 目指南 EPG所对应的一个或多个分片文件;
步骤 S308, 用户所属的节点向机顶盒 STB发送所点播的媒体流, 而且, 当节目对应多个分片文件的时候, 各个边缘节点根据流媒体存储策略, 自动 完成各分片文件之间的播放切换过程;
步骤 S310, 提供所点播的录制节目服务结束, 系统释放占用的资源和数 据区。
时移电视 TSTV的普通播放流程与之类似。
再如电视节目点播 TVOD汇接播放流程, 如图 4所示, 包括以下步骤: 步骤 S402 , 与步骤 S302相同;
步骤 S404 , 与步骤 S304相同;
步骤 S406,如果边缘节点 X根据频道标识和时间标签信息找不到或找不 全点播节目所对应的分片文件, 那么就向媒体定位服务系统 MLSS请求可以 完整提供该分片文件的节点;
步骤 S408, MLSS根据边缘节点提供的频道标识和时间标签信息, 找到 能够提供服务的一个或多个中心节点, 把能够提供服务的节点信息, 返回给 用户所属的边缘节点;
步骤 S410,用户所属的边缘节点向能够提供服务的中心节点发起实时流
传输协议 RTSP汇接流程;
步骤 S412, 用户所属的边缘节点开始向用户提供服务;
步骤 S414, 用户的操作实际作用于汇接能够提供服务的中心节点; 步骤 S416, 与 S308相同;
步骤 S418, S420和 S422分别是对步骤 S414, S412和 S410的结束。 时移电视 TSTV的汇接播放流程也与之类似。
录制存储节目时,某个通用媒体服务器 USS节点录制的分片文件不成功 时, 向媒体定位服务系统 MLSS申请获得可以提供该分片文件的分享节点信 息。 只要提供相应的频道和时间标签信息就可以从分享节点上获取录制不成 功的分片文件。
用户在 TVOD或 TSTV点播节目时, 机顶盒 STB ( Set Top Box )的点播 信令里需要包含频道和节目时间范围信息, 由于分片文件里包含了录制的时 间信息, 用户所属的节点可根据机顶盒提供的频道和节目时间范围, 定位到 所需要的分片文件,如果所需要的分片文件在该节点上不存在或部分不存在, 则需要通过媒体定位服务系统 MLSS, 汇接到能够提供完整节目分片文件的 中心节点或边缘节点, 即所述 "汇接播放流程" 或 "普通播放流程" 。
值得注意的是, 无论哪种情形的播放流程, 一旦确定后都完全是从该确 定的节点来播放媒体的。 另外, 机顶盒点播的节目时间范围可能包含有多个 分片文件, 通过时间标签信息就可以对多个分片文件的播放做到平滑切换。
以上流媒体存储策略、 媒体分发策略和媒体定位策略的具体实施方式, 体现在分片文件录制失败自恢复流程、 电视节目点播 TVOD普通播放流程和 汇接播放流程中, 对于分片存储、 媒体分发和媒体定位等方法根据实际应用 可以釆用现有各种可能的方案, 为本领域技术人员所熟知, 在此也不再赘述。
本发明的具体实施方式所提供的分片存储实现媒体分发、 定位的方法及 其流媒体系统, 由于在直播码流中定时打入统一的时间标签, 并结合相同的 频道标识命名分片文件, 实现了在创建直播频道时分片文件的统一存储, 加 上时间标签相邻分片文件的无缝拼接, 达到了时移电视类业务和电视节目点 播类业务统一存储, 进一步通过媒体分发策略和媒体定位策略, 大大降低了 整个系统对存储空间和存储资源的需求, 提高了流媒体系统服务的可靠性和 稳定性。
应当理解的是, 对本领域普通技术人员来说, 可以根据上述方案的说明 加以改进或变换, 例如分片文件的命名方法等, 而所有这些改进和变换都本 应属于本发明所附权利要求的保护范围。 工业实用性
本发明所提供的一种分片存储实现媒体分发、 定位的方法及其流媒体系 统, 由于在直播码流中定时打入统一的时间标签, 并结合相同的频道标识命 名分片文件, 实现了在创建直播频道时分片文件的统一存储, 加上时间标签 相邻分片文件的无缝拼接, 达到了时移电视类业务和电视节目点播类业务统 一存储, 进一步通过媒体分发策略和媒体定位策略, 大大降低了整个系统对 存储空间和存储资源的需求, 提高了流媒体系统服务的可靠性和稳定性。
Claims
1、 一种流媒体系统的分片存储实现媒体分发的方法, 所述方法包括以下 步骤:
A1、 由一中心节点在原始码流中定时打入时间标签信息;
Bl、 将具有相同频道标识和统一时间标签信息的码流命名, 并组成分片 文件进行分片存储; 以及
C1、将所述分片文件从所述中心节点复制到各边缘节点以实现媒体分发。
2、 根据权利要求 1所述的方法, 其中, 所述步骤 A1还包括:
所述中心节点通过控制打入时间标签间隔的长短, 来改变所述分片文件 的存储时长。
3、 根据权利要求 2所述的方法, 其中, 所述步骤 B1中的所述分片存储 包括以下操作机制中一种或几种:
回滚机制: 删除超过时移时间范围且非录制节目所需的分片文件; 老化机制: 删除超过老化时间范围且不需保存的分片文件; 以及 归档机制: 保存超过老化时间范围且需要保存的分片文件。
4、 根据权利要求 1所述的方法, 其中, 所述步骤 C1中的所述媒体分发 包括以下操作策略中一种或几种:
热点推送策略: 媒体定位服务系统通过文件传输协议, 将节目访问排名 靠前的分片文件, 从所述中心节点复制到没有所述节目访问排名靠前的分片 文件的边缘节点;
人工分发策略: 操作员通过后台操作人为把节目形成热点, 由媒体定位 服务系统触发执行所述热点推送; 以及
节目下拉策略: 当一分片文件被连续点播超过指定次数时, 媒体定位服 务系统通过文件传输协议, 将所述被连续点播超过指定次数的分片文件从所 述中心节点复制到 )起触发的边缘节点。
5、 根据权利要求 1所述的方法, 其中, 所述步骤 C1还包括录制节目的 步骤, 其中,
通用媒体服务器节点在录制的分片文件异常时, 向媒体定位服务系统提 供异常的分片文件的频道标识和时间标签信息, 以申请获得所述异常的分片 文件的分享节点信息。
6、 根据权利要求 5所述的方法, 其中, 所述步骤 C1还包括分片文件录 制失败自恢复的流程, 所述流程包括:
Cl l、所述边缘节点检测到录制中有存储错误的分片文件,将所述存储错 误的分片文件所对应的频道标识和时间标签信息通知媒体定位服务系统, 并 请求正常存储所述存储错误的分片文件的节点信息;
C12、 媒体定位服务系统按照频道标识和时间标签信息寻找可用的节点, 并将找到的节点的信息反馈给请求的边缘节点; 以及
C13、所述边缘节点根据节目下拉策略选择一个可用的节点,通过文件传 输协议从所述可用的节点获取发生错误的分片文件所对应的分片文件。
7、 一种流媒体系统的分片存储实现媒体定位的方法, 所述方法包括:
A2、 通过一媒体定位服务系统, 将具有属于节目时间范围内的时间标签 信息的分片文件, 汇接到能够提供完整节目分片的节点;
B2、 所述能够提供完整节目分片的节点才艮据包含频道标识和节目时间范 围的信令定位到分片存储时的分片文件; 以及
C2、 用户所属的边缘节点利用在原始码流中的时间标签信息对多个分片 文件进行平滑切换以实现媒体播放。
8、 根据权利要求 7所述的方法, 其中, 所述能够提供完整节目分片的节 点为用户所属的节点,且所述步骤 C2包括普通播放流程,所述普通播放流程 包括:
C21、通过实时流传输协议信令将节目的频道标识和节目时间范围反馈给 用户所属的节点;
C22、所述用户所属的节点找到频道标识和节目时间范围对应时间标签信 息的一个或多个分片文件, 并进行顺序播放; 以及
C23、 播放服务结束, 系统释放所占用的资源和数据区。
9、根据权利要求 8所述的方法, 其中 , 所述步骤 C2还包括汇接播放流 程, 所述汇接播放流程包括:
C31、如果用户所属的节点找不到或找不全频道标识和时间标签信息所对 应的分片文件, 则向媒体定位服务系统请求查找可完整提供所述频道标识和 时间标签信息所对应的分片文件的节点;
C32、所述媒体定位服务系统按照频道标识和时间标签信息寻找可用的中
心节点, 并将找到的节点信息反馈给所述用户所属的节点;
C33、所述用户所属的节点汇接所找到的节点并发起实时流传输协议,进 行媒体播放;
C34、 播放服务结束, 系统释放所占用的资源和数据区。
10、 一种分片存储实现媒体分发和媒体定位的流媒体系统, 包括一中心 节点、 至少一个边缘节点以及一媒体定位服务系统, 所述媒体定位服务系统 分别与所述中心节点以及所述至少一个边缘节点通讯连接, 其中,
所述中心节点用于在原始码流中定时打入时间标签信息;
所述边缘节点用于将所述分片文件从所述中心节点复制过来以实现媒体 分发;
所述媒体定位服务系统用于提供所述中心节点或所述至少一个边缘节点 的分享信息;
所述中心节点及所述至少一个边缘节点还用于将具有相同频道标识和统 一时间标签信息的码流命名, 并组成分片文件进行分片存储, 以及根据包含 频道标识和节目时间范围的信令定位到分片存储时的分片文件。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008102160211A CN101420603B (zh) | 2008-09-05 | 2008-09-05 | 一种分片存储实现媒体分发、定位的方法及其流媒体系统 |
| CN200810216021.1 | 2008-09-05 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2010025614A1 true WO2010025614A1 (zh) | 2010-03-11 |
Family
ID=40631164
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2009/000853 Ceased WO2010025614A1 (zh) | 2008-09-05 | 2009-07-30 | 一种分片存储实现媒体分发、定位的方法及其流媒体系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101420603B (zh) |
| WO (1) | WO2010025614A1 (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110300308A (zh) * | 2018-03-22 | 2019-10-01 | 贵州白山云科技股份有限公司 | 一种流媒体回播方法及装置 |
| CN110300339A (zh) * | 2018-03-22 | 2019-10-01 | 贵州白山云科技股份有限公司 | 一种直播多媒体回播方法、装置及系统 |
| CN110536145A (zh) * | 2019-08-15 | 2019-12-03 | 咪咕视讯科技有限公司 | 直播时移处理方法、电子设备和存储介质 |
| CN111131515A (zh) * | 2019-12-31 | 2020-05-08 | 武汉市烽视威科技有限公司 | 一种cdn边缘注入分发方法及系统 |
| CN112783425A (zh) * | 2019-11-05 | 2021-05-11 | 西部数据技术公司 | 将耐久性组应用于分区命名空间 |
| CN114760490A (zh) * | 2022-04-15 | 2022-07-15 | 上海哔哩哔哩科技有限公司 | 视频流处理方法及装置 |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101420603B (zh) * | 2008-09-05 | 2011-10-26 | 中兴通讯股份有限公司 | 一种分片存储实现媒体分发、定位的方法及其流媒体系统 |
| CN101540885A (zh) * | 2009-04-30 | 2009-09-23 | 中兴通讯股份有限公司 | 一种iptv点播系统及方法 |
| CN101583018B (zh) * | 2009-06-03 | 2011-05-11 | 中兴通讯股份有限公司 | 流媒体的频道业务和点播业务统一管理的方法及系统 |
| CN101710965A (zh) * | 2009-11-24 | 2010-05-19 | 中兴通讯股份有限公司 | 一种网络电视的全网存储、调度方法及系统 |
| CN101720005B (zh) * | 2009-12-18 | 2012-02-08 | 中兴通讯股份有限公司 | 一种频道时移分片录制的方法及系统 |
| CN101848366B (zh) * | 2010-05-07 | 2013-12-04 | 中兴通讯股份有限公司 | Iptv系统中时移分片文件的归档及节目播放方法和设备 |
| CN101873347B (zh) * | 2010-06-13 | 2014-09-10 | 中兴通讯股份有限公司 | 一种分布式文件系统及其归档分片的方法 |
| CN101977205A (zh) * | 2010-08-16 | 2011-02-16 | 中兴通讯股份有限公司 | 分片补全方法及系统 |
| CN101969551B (zh) * | 2010-09-26 | 2014-04-09 | 中兴通讯股份有限公司 | 一种交互式网络电视系统中的码流分片方法和系统 |
| CN101998160A (zh) * | 2010-11-17 | 2011-03-30 | 中兴通讯股份有限公司 | 网络电视录制的节目的恢复方法和装置 |
| CN102006521A (zh) * | 2010-11-26 | 2011-04-06 | 中兴通讯股份有限公司 | 一种iptv系统及其实现点播服务的方法和节点设备 |
| CN102137278B (zh) * | 2010-12-30 | 2013-08-07 | 广州市动景计算机科技有限公司 | 基于移动终端的流媒体播放分发系统及其方法 |
| EP2685742A4 (en) * | 2011-04-07 | 2014-03-05 | Huawei Tech Co Ltd | METHOD, DEVICE AND SYSTEM FOR SENDING AND PROCESSING MEDIA CONTENT |
| CN103248912B (zh) * | 2012-02-08 | 2017-04-26 | 华为技术有限公司 | 网络电视时移播放方法、网络电视系统和装置 |
| US20130315562A1 (en) | 2012-05-22 | 2013-11-28 | International Business Machines Corporation | Integrating Social Media with Recordation of Broadcast Data |
| CN102905164B (zh) * | 2012-10-11 | 2016-08-24 | 中兴通讯股份有限公司 | 电视节目点播管理方法及系统 |
| CN103763339B (zh) * | 2013-12-23 | 2018-07-27 | 上海聚力传媒技术有限公司 | 一种用于生成和获取直播媒体数据的方法和装置 |
| CN104320410A (zh) * | 2014-11-11 | 2015-01-28 | 南京优速网络科技有限公司 | 基于http的全业务cdn系统及其工作方法 |
| US9880769B2 (en) * | 2015-06-05 | 2018-01-30 | Microsoft Technology Licensing, Llc. | Streaming joins in constrained memory environments |
| CN105915932A (zh) * | 2015-12-15 | 2016-08-31 | 乐视致新电子科技(天津)有限公司 | 一种推送预约消息的方法及装置 |
| KR101743228B1 (ko) * | 2016-01-22 | 2017-06-05 | 네이버 주식회사 | 스트리밍 장치 및 그 방법, 이를 이용한 스트리밍 서비스 시스템 및 컴퓨터로 판독 가능한 기록매체 |
| CN105847787A (zh) * | 2016-03-28 | 2016-08-10 | 乐视控股(北京)有限公司 | 媒体播放列表的切片时长的检测方法及装置 |
| CN106303671B (zh) * | 2016-08-16 | 2019-04-16 | 任晋军 | 一种流媒体的播放方法 |
| CN108737473B (zh) * | 2017-04-20 | 2019-12-20 | 贵州白山云科技股份有限公司 | 一种数据处理方法、装置及系统 |
| CN106993054B (zh) * | 2017-05-05 | 2022-06-03 | 腾讯科技(深圳)有限公司 | 文件分发方法、节点及系统 |
| CN110019352B (zh) * | 2017-09-14 | 2021-09-03 | 北京京东尚科信息技术有限公司 | 用于存储数据的方法和装置 |
| CN111343225B (zh) * | 2018-12-19 | 2024-04-09 | 三六零科技集团有限公司 | 一种文件处理方法和装置 |
| CN112825081B (zh) * | 2019-11-20 | 2024-06-28 | 云丁网络技术(北京)有限公司 | 录像信息处理方法、装置、电子设备、处理器及可读介质 |
| CN111541903A (zh) * | 2020-01-14 | 2020-08-14 | 深圳市华曦达科技股份有限公司 | 直播加速方法、源站端、边缘节点、客户端及直播系统 |
| CN114760323B (zh) * | 2022-03-02 | 2024-08-20 | 浙江吉利控股集团有限公司 | 一种车辆位置信息的处理方法、处理系统及存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101094126A (zh) * | 2006-06-19 | 2007-12-26 | 华为技术有限公司 | 个性化内容传送方法、系统以及内容发送服务器 |
| CN101137042A (zh) * | 2006-09-29 | 2008-03-05 | 中兴通讯股份有限公司 | 一种集群式流媒体系统中静态节目的分发和服务方法 |
| CN101227602A (zh) * | 2007-01-18 | 2008-07-23 | 中兴通讯股份有限公司 | 文件存储方法和文件播放方法 |
| CN101420603A (zh) * | 2008-09-05 | 2009-04-29 | 中兴通讯股份有限公司 | 一种分片存储实现媒体分发、定位的方法及其流媒体系统 |
-
2008
- 2008-09-05 CN CN2008102160211A patent/CN101420603B/zh not_active Expired - Fee Related
-
2009
- 2009-07-30 WO PCT/CN2009/000853 patent/WO2010025614A1/zh not_active Ceased
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101094126A (zh) * | 2006-06-19 | 2007-12-26 | 华为技术有限公司 | 个性化内容传送方法、系统以及内容发送服务器 |
| CN101137042A (zh) * | 2006-09-29 | 2008-03-05 | 中兴通讯股份有限公司 | 一种集群式流媒体系统中静态节目的分发和服务方法 |
| CN101227602A (zh) * | 2007-01-18 | 2008-07-23 | 中兴通讯股份有限公司 | 文件存储方法和文件播放方法 |
| CN101420603A (zh) * | 2008-09-05 | 2009-04-29 | 中兴通讯股份有限公司 | 一种分片存储实现媒体分发、定位的方法及其流媒体系统 |
Non-Patent Citations (1)
| Title |
|---|
| WEI XIANG ET AL.: "Piecewise Patching for Time-shifted T V Over HFC Networks", CONSUMER ELECTRONICS, IEEE TRANSACTIONS ON, vol. 53, no. 3, August 2007 (2007-08-01), pages 891 - 897 * |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110300308A (zh) * | 2018-03-22 | 2019-10-01 | 贵州白山云科技股份有限公司 | 一种流媒体回播方法及装置 |
| CN110300339A (zh) * | 2018-03-22 | 2019-10-01 | 贵州白山云科技股份有限公司 | 一种直播多媒体回播方法、装置及系统 |
| CN110300308B (zh) * | 2018-03-22 | 2021-10-08 | 贵州白山云科技股份有限公司 | 一种流媒体回播方法及装置 |
| CN110536145A (zh) * | 2019-08-15 | 2019-12-03 | 咪咕视讯科技有限公司 | 直播时移处理方法、电子设备和存储介质 |
| CN110536145B (zh) * | 2019-08-15 | 2022-03-25 | 咪咕视讯科技有限公司 | 直播时移处理方法、电子设备和存储介质 |
| CN112783425A (zh) * | 2019-11-05 | 2021-05-11 | 西部数据技术公司 | 将耐久性组应用于分区命名空间 |
| CN111131515A (zh) * | 2019-12-31 | 2020-05-08 | 武汉市烽视威科技有限公司 | 一种cdn边缘注入分发方法及系统 |
| CN111131515B (zh) * | 2019-12-31 | 2022-07-15 | 武汉市烽视威科技有限公司 | 一种cdn边缘注入分发方法及系统 |
| CN114760490A (zh) * | 2022-04-15 | 2022-07-15 | 上海哔哩哔哩科技有限公司 | 视频流处理方法及装置 |
| CN114760490B (zh) * | 2022-04-15 | 2024-03-19 | 上海哔哩哔哩科技有限公司 | 视频流处理方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101420603B (zh) | 2011-10-26 |
| CN101420603A (zh) | 2009-04-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2010025614A1 (zh) | 一种分片存储实现媒体分发、定位的方法及其流媒体系统 | |
| CN101668194B (zh) | 一种基于内容分片的广告插入、播放方法及装置 | |
| JP4884460B2 (ja) | 瞬時のメディア・オン・デマンド | |
| CN101583018B (zh) | 流媒体的频道业务和点播业务统一管理的方法及系统 | |
| US7324555B1 (en) | Streaming while fetching broadband video objects using heterogeneous and dynamic optimized segmentation size | |
| US9326029B2 (en) | Pre-loading follow-up content | |
| JP2003167813A (ja) | ストリームデータの蓄積・配信方法及びストリームデータの蓄積・配信システム | |
| WO2009086784A1 (zh) | 文件内容分发方法、装置及系统 | |
| CN101378494A (zh) | 一种实现互联网电视媒体交互的系统及方法 | |
| WO2000045536A1 (en) | Transmitter and receiver | |
| CN102196298A (zh) | 一种分布式视频点播系统与方法 | |
| CN101212646A (zh) | 一种利用对等网络技术实现视频点播的系统及方法 | |
| WO2009006768A1 (en) | Peer to peer system for supporting time shift service | |
| US8930442B2 (en) | Apparatus and method for playing media content data | |
| CN101193294A (zh) | 一种视频内容服务系统和服务方法 | |
| WO2023115906A1 (zh) | 视频播放方法及相关设备 | |
| WO2015081893A1 (zh) | 一种轮播媒体分片的方法、客户端及系统 | |
| WO2009097716A1 (zh) | 媒体内容分片方法、提供媒体内容的方法、设备及系统 | |
| CN101312522A (zh) | 视频点播系统 | |
| US20140369666A1 (en) | Managing time-shift data | |
| JP2000036946A (ja) | 受信装置 | |
| US20140341544A1 (en) | Creating and managing sub-recordings | |
| WO2011137681A1 (zh) | Iptv系统中时移分片文件的归档及节目播放方法和设备 | |
| WO2014023155A1 (zh) | 一种网络个人录像业务实现的方法及装置 | |
| JP2004146869A (ja) | ビデオ・オン・デマンド・システム、方法、プログラムおよび該ビデオ・オン・デマンド・プログラムを記録したコンピュータ読取り可能な記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 09810989 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 09810989 Country of ref document: EP Kind code of ref document: A1 |