WO2009070936A1 - Procédé de publication et de mémorisation de contenu pour un système de distribution multimédia de télévision personnel interactif - Google Patents

Procédé de publication et de mémorisation de contenu pour un système de distribution multimédia de télévision personnel interactif Download PDF

Info

Publication number
WO2009070936A1
WO2009070936A1 PCT/CN2007/003817 CN2007003817W WO2009070936A1 WO 2009070936 A1 WO2009070936 A1 WO 2009070936A1 CN 2007003817 W CN2007003817 W CN 2007003817W WO 2009070936 A1 WO2009070936 A1 WO 2009070936A1
Authority
WO
WIPO (PCT)
Prior art keywords
streaming media
delivery system
file
policy
fragmentation
Prior art date
Application number
PCT/CN2007/003817
Other languages
English (en)
French (fr)
Inventor
Mujin Li
Original Assignee
Zte Corporation
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Zte Corporation filed Critical Zte Corporation
Priority to CN200780100548.1A priority Critical patent/CN101796772A/zh
Priority to EP07855819.4A priority patent/EP2224643A4/en
Priority to US12/746,234 priority patent/US20100257573A1/en
Publication of WO2009070936A1 publication Critical patent/WO2009070936A1/zh

Links

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/80—Responding to QoS
    • 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/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching

Definitions

  • the present invention relates to the field of interactive personal television technologies, and more particularly to a method for content distribution and storage of an interactive personal television media delivery system.
  • IPTV Interactive Personal Television
  • IPTV services are designed to integrate multimedia content from a service provider through an IPTV service application platform through an IP network, and then display the content to the user through an IPTV terminal, that is, a user terminal.
  • IPTV terminal that is, a user terminal.
  • IPTV service With the continuous development and improvement of the IPTV service, not only users who use the IPTV service will be more and more, but also the number of streaming media source files of the IPTV program source is constantly increasing.
  • the operation of distributing the program source streaming media source file to the user terminal is mainly implemented by the IPTV media delivery system.
  • the IPTV media delivery system has the characteristics of large amount of data transmission and high real-time requirements.
  • the server can only serve hundreds of users due to the limitation of CPU, memory, network and storage unit, and cannot meet the requirements of large-scale application of IPTV service;
  • High-performance streaming media servers are very expensive, so the existing IPTV media delivery system uses a distributed deployment scheme of hierarchical nodes.
  • a typical IPTV media delivery system is shown in Figure 1, including the IPTV media delivery system central node and IPTV media.
  • the system edge node referred to as the central node and the edge node, is used to store the streaming media source file, the relay live channel, and distribute to the user terminal.
  • the central node is directly connected to the media library or the live broadcast source, and the flow can be obtained from the media library.
  • the media source file has a large storage space requirement and a wide access bandwidth, but the server price is high.
  • the edge node directly connects to the user terminal, and has certain requirements on the storage space and the access bandwidth. Generally speaking, the edge node only stores the user click rate. High, that is, playing a hot media source with high heat File, and the streaming media source file with low popularity is stored in the central node.
  • the central node may further subdivide into a primary central node, a secondary central node, etc. according to the distance of the live broadcast source/media library hop or area.
  • the user When the user needs the IPTV media delivery system to provide a streaming media source file with low playback quality, the user needs to download the streaming media source file to the edge node from the central node storing the streaming media source file, and then download the streaming media from the edge node.
  • the source file is sent to the user terminal, so the service delay is long, causing the user to have to go through a long waiting process.
  • the main object of the present invention is to provide a content publishing and storage method for an IPTV media delivery system, which can overcome the need in the prior art to push the entire streaming media source file from the central node (PUSH) /
  • the disadvantage of pulling the PULL to the edge node or pulling it directly from the edge node to the user terminal is to provide service to the user.
  • the technical solution of the present invention is implemented as follows: A content publishing and storing method of an interactive personal television media delivery system, the method comprising the following steps: A. Obtaining a segmentation strategy and a score of a streaming media source file The file storage policy is used. B.
  • the fragmentation policy is used to slice the streaming media source file
  • the fragment file storage strategy is used to store the fragment file.
  • the method further includes: acquiring basic information of the streaming media source file, where the basic information of the streaming media source file includes a spatial size of the streaming media source file, or One or more of the number of media streams included in the streaming media source file, or the length of play time of each media stream, or the format type of each media stream, or the playback time of the entire source file.
  • the method further comprises: storing the information of the segment file into a file, and storing the file in the interactive personal television media delivery system.
  • the fragmentation strategy is an equal length length segmentation strategy.
  • the fragmentation strategy is an equal space size fragmentation strategy.
  • the fragment file storage policy is a specified node policy, or a hotspot selection node policy, or a full node policy.
  • the step of splitting the streaming media source file by using the fragmentation policy in the step B of the content distribution and storage method of the interactive personal television media delivery system of the present invention comprises: reading the decoding flag of all the streaming media packets in the streaming media source file; according to all streaming media
  • the timestamp in the decoding flag of the packet classifies the streaming media package into one or more fragment files, and generates a fragmentation task list according to the fragmentation task list according to the fragmentation task list.
  • the splitting into the network transport streaming media package comprises: dividing the streaming media packet into a network transport streaming media packet according to a network transmission protocol followed by the interactive personal television media delivery system.
  • the content publishing and storing method of the IPTV media delivery system proposed by the present invention stores the streaming media source file into a central file node or an edge node of the IPTV media delivery system, and the user can view part of the fragment file stored by the edge node.
  • Pushing/uploading other partial fragment files from other edge nodes or central nodes saves user playback waiting time; and can simultaneously push/pull up from multiple edge nodes or central nodes by means of fragment file storage
  • the file file realizes multi-threaded fragment transmission of the streaming media source file, so the transmission rate is high, which is beneficial to the reasonable allocation of network resources.
  • the method of storing the fragment file allows the edge node to store only a small number of fragments of the streaming media source file.
  • FIG. 1 is a topological structural diagram of an IPTV media delivery system
  • FIG. 2 is a flowchart of a method for distributing and storing an IPTV media delivery system according to the present invention
  • FIG. 3 is a convection of a content distribution and storage method of an IPTV media delivery system according to the present invention
  • the content distribution and storage method of the IPTV media delivery system of the present invention includes the following steps: Step 101: The central node of the IPTV media delivery system acquires basic information of the streaming media source file.
  • the basic information of the streaming media source file includes the spatial size of the streaming media source file, the number of media streams included in the streaming media source file, the playing time length of each media stream, the format type of each media stream, and the playback of the entire source file.
  • the basic information of the streaming media source file also includes the playing popularity, which is obtained by the IPTV media delivery system or other statistical agencies and updated over time.
  • the streaming media source file includes one or more media streams, and the media stream is encapsulated into a stream media package.
  • the structure of the streaming media packet varies according to the type of the media stream format, and generally has a header portion and a payload portion.
  • the header part carries basic information of the streaming media package, such as the format of the media stream, the serial number of the streaming media packet, the timestamp, etc., and the header part may also be referred to as a decoding flag of the streaming media packet.
  • the time stamps of the streaming media packets belonging to the same media stream are equal, so that multiple streaming media packets belonging to the same media stream can be distinguished.
  • the basic information of the streaming media source file obtained in this step is selected according to the actual fragmentation policy or the fragment file storage policy in the subsequent step. If the basic information is not used in the subsequent steps, for example, the fragment file storage policy is used. If you select all node policies, you do not need to use the playback heat information of the streaming media source file. The corresponding operation can be omitted.
  • Step 102 The central node of the IPTV media delivery system acquires a fragmentation policy of the streaming media source file.
  • the fragmentation policy of the streaming media source file may include an equal-length fragmentation strategy and an equal-space fragmentation strategy.
  • the length of the fragmentation strategy is the length of playback time of all the fragment files belonging to the same streaming media source file.
  • Equal, and the above-mentioned spatial size fragmentation strategy is equal in size for all the fragment files belonging to the same streaming media source file.
  • the sharding strategy may also have other options, such as selecting a shard file size or a sharding file time length according to the playing popularity, or dividing a single media stream in the streaming media source file into a shard file.
  • the central node of the IPTV media delivery system accepts the fragmentation instruction of the administrator, and obtains the fragmentation policy from the fragmentation instruction.
  • the fragmentation policy may also be performed according to a predetermined default fragmentation strategy, for example, The predetermined default sharding strategy is an equal length sharding strategy.
  • the present invention does not limit the fragmentation strategy, and the specific fragmentation strategy can be adjusted according to actual conditions.
  • Step 103 The central node of the IPTV media delivery system acquires a fragment file storage policy.
  • the fragment file storage policy includes a specified node policy, a node policy according to the heat, and a total node policy, wherein the specified node policy is a central node or an edge node that specifies one or more fragment files, for example, some streaming media sources.
  • the file's shard file can only be played in areas covered by some edge nodes.
  • the heat selection node policy a plurality of fragment files of the streaming media source file with high playing popularity are stored in the edge node of the IPTV media delivery system, and the first or the first few of the streaming media source files with low popularity are played.
  • the shards are stored in the edge node of the IPTV media delivery system, and the other shard files of the low-quality streaming media source files are stored in the central node of the IPTV media delivery system, so that the user can watch the streaming media with high popularity.
  • the file is downloaded, most or all of the file files are downloaded directly from the edge node, and the transmission rate is fast.
  • the user views the streaming media source file with low popularity, the user can also view one or several of the beginnings of the edge node stored in the IPTV media delivery system.
  • the other fragment files are pushed/pushed from the central node, thereby avoiding the user's viewing waiting time.
  • All of the above node policies refer to storing all the fragment files of one streaming media source file on all edge nodes, regardless of selecting a storage node.
  • the above-mentioned fragment file storage policy may be specified in the fragmentation instruction, or may be adjusted according to actual conditions, for example, according to the storage space occupation status of the node and the access amount of the node, the storage policy of the streaming media source file is adjusted.
  • Step 104 The central node of the IPTV media delivery system uses a fragmentation strategy to slice the streaming media source file.
  • the fragmentation policy is determined in step 102.
  • the fragmentation strategy is used to perform fragmentation operation on the streaming media source file.
  • the method includes the following steps: 'Step 104a: The central node of the IPTV media delivery system reads the decoding flags of all the streaming media packets in the streaming media source file.
  • Step 104b The central node of the IPTV media delivery system classifies all the streaming media packets into the range of one or more fragment files according to the time stamp in the decoding flags of all the streaming media packets, and generates a fragmentation task list accordingly.
  • all streaming media packages are classified into one or more fragment files, for example, the sum of the playing times of the first to fifth streaming media packets is equal to the specified length of time of one fragment file, and then the first The fifth streaming package is included in the scope of the first fragment file, and an item is added to the fragment task list to indicate the correspondence.
  • the scope of the file, and a list of fragmented tasks including one or more items, one of which corresponds to a fragment file and its corresponding stream package number.
  • Step 104c The central node of the IPTV media delivery system establishes one or more fragmentation threads according to the fragmentation task list, and divides all the streaming media packets into network transmission streaming media packets according to the network transmission protocol followed by the interactive personal television media delivery system. And write the corresponding shard file. To speed up the sharding process, one or more sharded threads can be created from the sharded task list, with each thread processing one or more sharded files.
  • the network transmission protocol followed by the television media delivery system is divided into network transport streaming media packets, and then the network transport streaming media packets are written into corresponding fragment files.
  • the network transmission protocol may be a Real Time Transport Protocol (RTP), a Session Description Protocol (SDP), etc., and the streaming media packet is divided into a network transmission streaming media packet according to a network transmission protocol, that is, the streaming media packet is
  • the way to group the task list is different.
  • the space size sharding strategy is to divide all the streaming media into one or more shard files according to the occupied space.
  • Step 105 The central node and the edge node of the IPTV media delivery system use the fragment file storage policy to store the fragmented fragment file.
  • the fragmented slice file is stored on the central node or the edge node of the IPTV media delivery system.
  • the fragmentation and storage conditions may also be used.
  • the index file indicates the fragment file playlist, the streaming media source file name, the streaming media source file size, the number of fragment files, the size of each fragment file, and the storage nodes of each fragment file. information.
  • the file is stored in the central node or the edge node of the IPTV media delivery system.
  • the user terminal needs to obtain the index corresponding to the streaming media source file.
  • the file from which the storage location of each shard file is known, and then the shard file is downloaded from the storage location.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Description

交互式个人电视媒体交付系统的内容发布和存储方法 技术领域 本发明涉及交互式个人电视技术领域，尤其是涉及一种交互式个人电视 媒体交付系统的内容发布和存储方法。 背景技术 交互式个人电视 ( IPTV, Interactive Personal Television ) 业务是 4旨通过 IP网络， 将来自于服务商的多媒体内容， 经过 IPTV业务应用平台整合， 然 后通过 IPTV终端、即用户终端展示给用户。随着 IPTV业务的不断发展完善， 不仅使用 IPTV业务的用户将越来越多，而且 IPTV节目源的流媒体源文件数 量也在不断地增加。 IPTV系统中， 将节目源流媒体源文件向用户终端发布的 操作主要由 IPTV媒体交付系统来实现。 IPTV媒体交付系统具有传输数据量 大、 实时要求高等特点， 一般的服务器由于 CPU、 内存、 网络和存储单元的 限制， 通常只能服务上百个用户， 不能满足 IPTV业务大规模应用的要求； 而高性能的流媒体服务器价格非常昂贵， 因此现有 IPTV媒体交付系统釆用 分级节点的分布式部署方案， 一个典型的 IPTV媒体交付系统如图 1所示， 包括 IPTV媒体交付系统中心节点和 IPTV媒体交付系统边缘节点，简称中心 节点和边缘节点， 用于存放流媒体源文件、 中继直播频道， 并向用户终端分 发， 其中， 中心节点直接连接至媒体库或直播源， 可以从媒体库获取流媒体 源文件， 存储空间要求大， 接入带宽宽， 但服务器价格较高； 边缘节点直接 连接用户终端， 对存储空间和接入带宽也有一定的要求， 一般说来， 边缘节 点仅存放用户点击率高， 即播放热度较高的流媒体源文件， 而将播放热度低 的流媒体源文件存储于中心节点。 实际 IPTV媒体交付系统中， 中心节点还 可以按距离直播源 /媒体库跳数或区域继续细分为一级中心节点、二级中心节 点等。 当用户需要 IPTV 媒体交付系统为其提供播放热度低的流媒体源文件 时， 需要先从存储该流媒体源文件的中心节点下载该流媒体源文件至边缘节 点， 然后再从边缘节点下载流媒体源文件至用户终端， 因此服务延时长， 造 成了用户必须经历长时间的播放等待过程。 发明内容 有鉴于此， 本发明的主要目的在于提供一种 IPTV媒体交付系统的内容 发布和存储方法， 该方法能够克服现有技术中需要将整个流媒体源文件从中 心节点下推（ PUSH ) /上拉（ PULL )至边缘节点或直接从边缘节点下拉到用 户终端才能为用户提供服务的缺点。 为达到上述目的， 本发明的技术方案是这样实现的： 一种交互式个人电视媒体交付系统的内容发布和存储方法，该方法包括 以下步骤： A、 获取流媒体源文件的分片策略以及分片文件存储策略； B、 采 用分片策略对流媒体源文件进行分片， 采用分片文件存储策略对分片文件进 行存储。 本发明交互式个人电视媒体交付系统的内容发布和存储方法步骤 A之 前， 进一步包括： 获取流媒体源文件的基本信息， 其中， 流媒体源文件的基 本信息包括流媒体源文件的空间大小、 或流媒体源文件中所包含的媒体流个 数、 或每个媒体流的播放时间长度、 或每个媒体流的格式类型、 或整个源文 件的播放时间中的一项或多项。 本发明交互式个人电视媒体交付系统的内容发布和存储方法步骤 B 之 后， 进一步包括： 将分片文件的信息存入文件， 将文件存储于交互式个人电 视媒体交付系统中。 本发明交互式个人电视媒体交付系统的内容发布和存储方法步骤 A中， 分片策略为等时间长度分片策略。 本发明交互式个人电视媒体交付系统的内容发布和存储方法步骤 A中 , 分片策略为等空间大小分片策略。 本发明交互式个人电视媒体交付系统的内容发布和存储方法步骤 A中， 分片文件存储策略为指定节点策略、 或 居热度选择节点策略、 或全部节点 策略。 本发明交互式个人电视媒体交付系统的内容发布和存储方法步骤 B 中 采用分片策略对流媒体源文件进行分片包括： 读取流媒体源文件中所有流媒 体包的解码标志； 根据所有流媒体包的解码标志中的时间戳将流媒体包归入 一个或多个分片文件的范围， 并据此生成分片任务列表； 根据分片任务列表 建立一个或多个分片线程， 将所有流媒体包分割成网络传输流媒体包， 并写 入对应的分片文件。 其中， 分割成网络传输流媒体包包括： 按照交互式个人电视媒体交付系 统所遵循的网络传输协议， 将流媒体包分割成网络传输流媒体包。 本发明提出的 IPTV媒体交付系统的内容发布和存储方法， 将流媒体源 文件分成分片文件存储在 IPTV媒体交付系统中心节点或边缘节点上， 用户 可以观看边缘节点所存储部分分片文件的同时， 从其它边缘节点或中心节点 下推 /上拉其它部分分片文件， 节约了用户播放等待时间； 且通过分片文件存 储的方式可以从多个边缘节点或中心节点同时下推 /上拉分片文件， 实现流媒 体源文件的多线程分片传输， 因此传输速率高，有利于网络资源的合理分配； 另外，存储分片文件的方式可以让边缘节点仅存储流媒体源文件的少量分片， 因此边缘节点能够存储更多流媒体源文件， 提高了存储效率。 附图说明 图 1为 IPTV媒体交付系统的拓朴结构图； 图 2为本发明 IPTV媒体交付系统内容发布和存储方法的流程图； 图 3为本发明 IPTV媒体交付系统内容发布和存储方法中对流媒体源文 件进行分片操作的流程图。 具体实施方式 下面结合附图及具体实施例对本发明再作进一步详细的说明。 本发明的基本思想是： 首先获取流媒体源文件的分片策略以及存储策 略， 然后根据所述分片策略对流媒体源文件进行分片， 根据存储策略对分片 文件进行发布和存储。 如图 2所示， 本发明 IPTV媒体交付系统内容发布和存储方法包括以下 步骤： 步骤 101： IPTV媒体交付系统的中心节点获取流媒体源文件的基本信 息。 流媒体源文件基本信息包括流媒体源文件的空间大小、流媒体源文件中 所包含的媒体流个数、每个媒体流的播放时间长度、每个媒体流的格式类型、 整个源文件的播放时间等， 这些信息都可以直接从流媒体源文件中取得， 因 此读取基本信息的方法和现有技术中一致。 除此之外， 流媒体源文件的基本 信息还包括播放热度， 播放热度由 IPTV媒体交付系统或其它统计机构统计 获得， 并随时间更新。 一般说来， 流媒体源文件中包含一个或多个媒体流，媒体流封装为流媒 体包的形式， 流媒体包的结构因媒体流格式类型不同而不同， 一般具有包头 部分和净荷部分， 包头部分中携带了流媒体包的基本信息， 例如媒体流的格 式、 该流媒体包的序列号、 时间戳等， 包头部分也可以称为流媒体包的解码 标志。 属于同一个媒体流的流媒体包的时间戳相等， 以此可以辨别属于同一 媒体流的多个流媒体包。 本步骤中所获取的流媒体源文件的基本信息在后续 步骤中， 根据实际分片策略或分片文件存储策略而选用， 如果后续步骤中没 有利用到所述基本信息， 例如分片文件存储策略选择全部节点策略， 则不需 要用到流媒体源文件的播放热度信息， 此时对应操作可以省略。 步骤 102： IPTV媒体交付系统的中心节点获取流媒体源文件的分片策 略。 其中，流媒体源文件的分片策略可以包括等时间长度分片策略和等空间 大小分片策略， 上述等时间长度分片策略为属于同一个流媒体源文件的所有 分片文件的播放时间长度相等， 而上述等空间大小分片策略为属于同一个流 媒体源文件的所有分片文件的占用空间大小相等。 分片策略还可以有其它选择方式，例如根据播放热度选择分片文件大小 或分片文件时间长度， 或将流媒体源文件中的单个媒体流分入一个分片文件 等。 IPTV媒体交付系统的中心节点接受管理员的分片指令， 从分片指令中 获取分片策略， 当分片指令中没有指定分片策略时， 也可按照预定的默认分 片策略进行分片， 例如预定的默认分片策略为等时间长度分片策略。 本发明 并不限制分片策略， 具体分片策略可以根据实际情况调整。 步骤 103: IPTV媒体交付系统的中心节点获取分片文件存储策略。 分片文件存储策略包括指定节点策略、根据热度选择节点策略和全部节 点策略等， 其中， 上述指定节点策略为指定存储一个或多个分片文件的中心 节点或边缘节点， 例如某些流媒体源文件的分片文件只能在某些边缘节点所 覆盖区域内播放等。 上述根据热度选择节点策略为将播放热度高的流媒体源 文件的多个分片文件存放入 IPTV媒体交付系统的边缘节点中， 而将播放热 度低的流媒体源文件的第一个或开始几个分片文件存放入 IPTV媒体交付系 统的边缘节点中，将播放热度低的流媒体源文件的其它分片文件存放入 IPTV 媒体交付系统的中心节点中， 这样用户观看播放热度高的流媒体源文件时， 直接从边缘节点下载大部分或全部分片文件， 传输速率快； 而用户观看播放 热度低的流媒体源文件时， 也可以在观看存储于 IPTV媒体交付系统边缘节 点的开始一个或几个分片文件的同时， 从中心节点下推 /上拉其它分片文件 , 由此避免了用户的观看等待时间。 上述全部节点策略是指将一个流媒体源文 件的所有分片文件都存储在所有边缘节点上， 而不用考虑选择存储节点。 上述的分片文件存储策略可以在分片指令中指定，也可以根据实际情况 进行调整， 例如根据节点的存储空间占用状况、 节点的访问量来调整流媒体 源文件的存放策略等。 步骤 104： IPTV媒体交付系统的中心节点采用分片策略对流媒体源文 件进行分片。 分片策略在步骤 102中已确定，针对本发明的一个实施例中分片策略为 等时间长度分片策略的情况， 采用该分片策略对流媒体源文件进行分片的操 作 ¾口图 3所示， 包括以下步骤： ' 步骤 104a: IPTV媒体交付系统的中心节点读取流媒体源文件中所有流 媒体包的解码标志。 步骤 104b: IPTV媒体交付系统的中心节点根据所有流媒体包的解码标 志中的时间戳将所有流媒体包归入一个或多个分片文件的范围， 并据此生成 分片任务列表。 根据时间戳， 将所有流媒体包归入一个或多个分片文件的范围， 例如第 一至第五个流媒体包的播放时间之和等于一个分片文件的规定时间长度， 则 将第一至第五个流媒体包归入第一分片文件的范围， 并在分片任务列表中添 加一项注明该对应关系。 通过本步骤， 将所有流媒体包归入一个或多个分片 文件的范围， 并生成了一个包括一项或多项的分片任务列表， 该列表中的一 项对应一个分片文件及其所对应的流媒体包编号。 步骤 104c: IPTV媒体交付系统的中心节点根据分片任务列表建立一个 或多个分片线程， 将所有流媒体包按照交互式个人电视媒体交付系统所遵循 的网络传输协议分割成网络传输流媒体包， 并写入对应的分片文件。 为了加速分片过程， 可以根据分片任务列表建立一个或多个分片线程， 每个线程处理一个或多个分片文件。 根据步骤 104b 中所确定的分片任务列 表， 查询该分片文件所对应的流媒体包在流媒体源文件中的位置， 并从该位 置读出流媒体包， 将流媒体包按照交互式个人电视媒体交付系统所遵循的网 络传输协议分割成网络传输流媒体包， 然后将网络传输流媒体包写入相应的 分片文件。 网络传输协议可以是实时传输协议 （ RTP , Real Time Transport Protocol ). 舌描述协议（SDP, Session Description Protocol )等， 将流媒体 包按照网络传输协议分割成网络传输流媒体包就是将流媒体包按照这些网络 传输协议进行分割和封装， 具体封装方法同现有技术。 针对其它分片策略， 组成分片任务列表的方式会有所区别， 例如釆用等 空间大小分片策略， 就是按照占用空间大小将所有流媒体包归入一个或多个 分片文件的范围。 步骤 105： IPTV媒体交付系统的中心节点和边缘节点利用分片文件存 储策略对分片后的分片文件进行存储。 按照步骤 103中所确定的分片文件存储策略，将分片后的分片文件存储 在 IPTV媒体交付系统的中心节点或边缘节点上， 为了方便用户存取， 还可 以针对分片情况和存储情况生成相应的索引文件， 索引文件中注明了分片文 件播放列表、 流媒体源文件名、 流媒体源文件大小、 包含分片文件数目、 各 分片文件大小以及各分片文件的存储节点等信息。 生成索引文件后， 将该索 弓 I文件存储于 IPTV媒体交付系统的中心节点或边缘节点上， 用户需要观看 某个流媒体源文件时， 用户终端需要先获取该流媒体源文件所对应的索引文 件， 从中获知各分片文件的存储位置， 然后从存储位置下载分片文件。 以上所述， 仅为本发明的较佳实施例而已， 并非用来限定本发明的保护 范围。 本领域内技术人员应该能够联想到， 选用不同的分片策略， 选用不同 的分片文件存储策略， 选用不同的分片方法， 选用不同网络传输协议封装流 媒体包、 选用不同的方法编排索引文件， 以及其它根据本发明的技术方案及 其构思进行相应的等同改变或替换都应该属于本发明的保护范围。

Claims

权 利 要 求 书 一种交互式个人电视媒体交付系统的内容发布和存储方法， 其特征在 于， 该方法包括以下步骤：
A、 获取流媒体源文件的分片策略以及分片文件存储策略；
B、 采用分片策略对流媒体源文件进行分片， 采用分片文件存储 策略对分片文件进行存储。 根据权利要求 1 所述的交互式个人电视媒体交付系统的内容发布和存 储方法， 其特征在于， 步骤 A之前， 进一步包括： 获取流媒体源文件 的基本信息， 其中， 所述流媒体源文件的基本信息包括流媒体源文件 的空间大小、 或流媒体源文件中所包含的媒体流个数、 或每个媒体流 的播放时间长度、 或每个媒体流的格式类型、 或整个源文件的播放时 间中的一项或多项。 根据权利要求 1 所述的交互式个人电视媒体交付系统的内容发布和存 储方法， 其特征在于， 步骤 B之后， 进一步包括： 将分片文件的信息 存入文件， 将所述文件存储于交互式个人电视媒体交付系统中。 根据权利要求 1 所述的交互式个人电视媒体交付系统的内容发布和存 储方法， 其特征在于， 步骤 A中， 所述分片策略为等时间长度分片策 略。 根据权利要求 1 所述的交互式个人电视媒体交付系统的内容发布和存 储方法， 其特征在于， 步骤 A中， 所述分片策略为等空间大小分片策 略。 根据权利要求 1 所述的交互式个人电视媒体交付系统的内容发布和存 储方法， 其特征在于， 步骤 A中， 所述分片文件存储策略为指定节点 策略、 或根据热度选择节点策略、 或全部节点策略。
7. 根据权利要求 4所述的交互式个人电视媒体交付系统的内容发布和存 储方法， 其特征在于， 步骤 B中所述采用分片策略对流媒体源文件进 行分片包括： 读取流媒体源文件中所有流媒体包的解码标志； 根据所 有流媒体包的解码标志中的时间戳将流媒体包归入一个或多个分片文 件的范围， 并据此生成分片任务列表； 根据分片任务列表建立一个或 多个分片线程 , 将所有流媒体包分割成网络传输流媒体包， 并写入对 应的分片文件。
8. 根据权利要求 7所述的交互式个人电视媒体交付系统的内容发布和存 储方法， 其特征在于， 所述分割成网络传输流媒体包包括： 按照交互 式个人电视媒体交付系统所遵循的网络传输协议， 将流媒体包分割成 网络传输流媒体包。
PCT/CN2007/003817 2007-12-05 2007-12-26 Procédé de publication et de mémorisation de contenu pour un système de distribution multimédia de télévision personnel interactif WO2009070936A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN200780100548.1A CN101796772A (zh) 2007-12-05 2007-12-26 交互式个人电视媒体交付系统的内容发布和存储方法
EP07855819.4A EP2224643A4 (en) 2007-12-05 2007-12-26 METHOD FOR PUBLISHING AND STORING CONTENT FOR AN INTERACTIVE PERSONAL TELEVISION MULTIMEDIA SERVICE DISTRIBUTION SYSTEM
US12/746,234 US20100257573A1 (en) 2007-12-05 2007-12-26 Content publishing and storing method for the interactive personal television media delivery system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710178832.2A CN101198016A (zh) 2007-12-05 2007-12-05 交互式个人电视媒体交付系统的内容发布和存储方法
CN200710178832.2 2007-12-05

Publications (1)

Publication Number Publication Date
WO2009070936A1 true WO2009070936A1 (fr) 2009-06-11

Family

ID=39548116

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/003817 WO2009070936A1 (fr) 2007-12-05 2007-12-26 Procédé de publication et de mémorisation de contenu pour un système de distribution multimédia de télévision personnel interactif

Country Status (4)

Country Link
US (1) US20100257573A1 (zh)
EP (1) EP2224643A4 (zh)
CN (2) CN101198016A (zh)
WO (1) WO2009070936A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101977205A (zh) * 2010-08-16 2011-02-16 中兴通讯股份有限公司 分片补全方法及系统
CN102137283A (zh) * 2010-06-10 2011-07-27 华为软件技术有限公司 应用的上线部署方法及其装置与系统

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101720005B (zh) * 2009-12-18 2012-02-08 中兴通讯股份有限公司 一种频道时移分片录制的方法及系统
CN102244644B (zh) * 2010-05-11 2015-03-11 华为技术有限公司 多媒体文件发布方法和装置
CN101895736B (zh) * 2010-07-07 2013-03-13 浙江宇视科技有限公司 媒体流数据处理方法及其装置
CN101969551B (zh) * 2010-09-26 2014-04-09 中兴通讯股份有限公司 一种交互式网络电视系统中的码流分片方法和系统
CN103023859B (zh) * 2011-09-22 2018-06-19 中兴通讯股份有限公司 一种分布式业务网络的内容处理方法和系统
EP2608558A1 (en) * 2011-12-22 2013-06-26 Thomson Licensing System and method for adaptive streaming in a multipath environment
CN103186644B (zh) * 2011-12-31 2016-09-21 北大方正集团有限公司 一种下载字库文件的方法、设备及系统
CN103974082B (zh) * 2013-01-25 2018-09-21 华为技术有限公司 子节点、父节点以及用于多层次视频网络的缓存方法及系统
CN104023278B (zh) * 2013-03-01 2018-08-10 联想(北京)有限公司 流媒体数据处理方法和电子设备
CN104811743A (zh) * 2015-05-06 2015-07-29 成都麦子信息技术有限公司 一种在线教育平台的使用方法
CN104967619B (zh) * 2015-06-17 2018-09-04 深圳市腾讯计算机系统有限公司 文件推送方法、装置和系统
WO2017035804A1 (zh) * 2015-09-02 2017-03-09 深圳好视网络科技有限公司 一种传送流切片方法及装置
CN109347967B (zh) * 2018-11-02 2021-08-03 网宿科技股份有限公司 一种获取音视频数据的方法及装置
CN111343225B (zh) * 2018-12-19 2024-04-09 三六零科技集团有限公司 一种文件处理方法和装置
CN109960731B (zh) * 2019-03-28 2022-11-18 腾讯音乐娱乐科技（深圳）有限公司 一种数据处理方法、设备及存储介质
CN115427943A (zh) * 2020-06-02 2022-12-02 深圳市欢太科技有限公司 一种数据存储方法及装置、存储介质
CN112203155B (zh) * 2020-09-09 2022-08-26 杭州海康威视系统技术有限公司 一种取流方法、系统及设备
CN114666627A (zh) * 2022-03-01 2022-06-24 深圳市博安智控科技有限公司 一种流媒体视频预加载的方法、装置、电子设备以及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1592248A (zh) * 2003-08-29 2005-03-09 华为技术有限公司 一种分层的内容分发网络及内容分层分发的方法
CN1195274C (zh) * 2003-01-25 2005-03-30 华中科技大学 基于集群视频服务器的节目源分片分布式存储方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7047309B2 (en) * 2000-08-23 2006-05-16 International Business Machines Corporation Load balancing and dynamic control of multiple data streams in a network
US8090761B2 (en) * 2002-07-12 2012-01-03 Hewlett-Packard Development Company, L.P. Storage and distribution of segmented media data
US20050183120A1 (en) * 2004-01-13 2005-08-18 Saurabh Jain Multi-user personalized digital multimedia distribution methods and systems
US8868772B2 (en) * 2004-04-30 2014-10-21 Echostar Technologies L.L.C. Apparatus, system, and method for adaptive-rate shifting of streaming content
US7633887B2 (en) * 2005-01-21 2009-12-15 Panwar Shivendra S On demand peer-to-peer video streaming with multiple description coding
US20070277205A1 (en) * 2006-05-26 2007-11-29 Sbc Knowledge Ventures L.P. System and method for distributing video data

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1195274C (zh) * 2003-01-25 2005-03-30 华中科技大学 基于集群视频服务器的节目源分片分布式存储方法
CN1592248A (zh) * 2003-08-29 2005-03-09 华为技术有限公司 一种分层的内容分发网络及内容分层分发的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2224643A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102137283A (zh) * 2010-06-10 2011-07-27 华为软件技术有限公司 应用的上线部署方法及其装置与系统
CN101977205A (zh) * 2010-08-16 2011-02-16 中兴通讯股份有限公司 分片补全方法及系统

Also Published As

Publication number Publication date
CN101198016A (zh) 2008-06-11
EP2224643A4 (en) 2013-07-24
CN101796772A (zh) 2010-08-04
US20100257573A1 (en) 2010-10-07
EP2224643A1 (en) 2010-09-01

Similar Documents

Publication Publication Date Title
WO2009070936A1 (fr) Procédé de publication et de mémorisation de contenu pour un système de distribution multimédia de télévision personnel interactif
CN1764974B (zh) 存储多媒体数据的存储介质和再现多媒体数据的方法和设备
EP3096526B1 (en) Communication apparatus, communication data generation method, and communication data processing method
CN103262556B (zh) 收发媒体内容的方法和利用该方法进行收发的装置
JP6348251B2 (ja) 端末装置、受信方法、およびプログラム
CA2823826C (en) Broadcast media streaming with customized playlist insertion method and system
WO2019134470A1 (zh) 视频直播方法及装置
EP2942970A1 (en) Streaming media data obtaining method, device, and system
CN101207805A (zh) 一种利用p2p机顶盒技术的流媒体传输系统及其方法
EP2521369A2 (en) Media file storage format and adaptive delivery system
WO2012096372A1 (ja) コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造
US8087056B2 (en) Operating method of contents on demand system
CN102196314A (zh) 一种用p2p机顶盒实现的流媒体传输系统及其方法
WO2019128800A1 (zh) 一种内容服务的实现方法、装置及内容分发网络节点
EP3096533B1 (en) Communication apparatus, communication data generation method, and communication data processing method
WO2015064383A1 (ja) 送信装置、送信方法、受信装置、及び、受信方法
US20150020138A1 (en) Mmt asset structure for supporting random access to systems for transmitting coded media data in heterogeneous networks, and method and apparatus for generating same
WO2014010501A1 (ja) 再生装置、再生方法、配信装置、配信方法、配信プログラム、再生プログラム、記録媒体およびメタデータ
US20110082943A1 (en) P2p network system and data transmitting and receiving method thereof
US11825146B2 (en) System and method for storing multimedia files using an archive file format
WO2021017958A1 (zh) 视频转码方法及装置
EP3096525A1 (en) Communication apparatus, communication data generation method, and communication data processing method
CN112203105A (zh) 一种新媒体移动直播方法及系统
JP6597604B2 (ja) 受信装置、送信装置、データ通信方法、およびデータ処理方法
CN109194678B (zh) 基于redis消息队列的分布式流媒体服务系统

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200780100548.1

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07855819

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 12746234

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2007855819

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: A20101020

Country of ref document: BY