CN108271040A - 播放视频的方法和装置 - Google Patents

播放视频的方法和装置 Download PDF

Info

Publication number
CN108271040A
CN108271040A CN201611264218.3A CN201611264218A CN108271040A CN 108271040 A CN108271040 A CN 108271040A CN 201611264218 A CN201611264218 A CN 201611264218A CN 108271040 A CN108271040 A CN 108271040A
Authority
CN
China
Prior art keywords
video content
video
terminal device
period
level
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.)
Granted
Application number
CN201611264218.3A
Other languages
English (en)
Other versions
CN108271040B (zh
Inventor
鞠红兵
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201611264218.3A priority Critical patent/CN108271040B/zh
Publication of CN108271040A publication Critical patent/CN108271040A/zh
Application granted granted Critical
Publication of CN108271040B publication Critical patent/CN108271040B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234363—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering the spatial resolution, e.g. for clients with a lower screen resolution
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Abstract

本申请公开了一种播放视频的方法，能够提高视频播放的灵活性。该方法包括：服务器判定终端设备即将在第一时段播放的第一视频内容的码率与当前时段播放的第二视频内容的码率是否相同，其中，第一时段为当前时段的后一个时段；当服务器判定第一视频内容的码率与第二视频内容的码率不同时，服务器向终端设备发送指示信息，指示信息用于指示终端设备获取第一视频内容的一级索引文件，以便于终端设备在播放完第二视频内容后的第一时段，根据第一视频内容的一级索引文件播放第一视频内容。

Description

播放视频的方法和装置
技术领域
本申请涉及视频播放领域，并且更具体地，涉及一种播放视频的方法和装置。
背景技术
背景技术
随着互联网技术的发展，越来越多的资源都是视频的形式进行传播。视频播放已经成为人们获取信息的一种重要的方式。在视频播放中，通常有点播、轮播和直播等方式。基于开放互联网的视频服务(Over the Top，OTT)可以提供视频轮播的业务，即，将不同的视频内容按照节目单的编排以直播的形式对外提供服务。OTT主要有两种实现的方式，分别是超文本传输协议渐进式下载(HyperText Transfer Protocol Progressive Download，HPD)和HTTP自适应流媒体(HTTP Adaptive Streaming，HAS)。HAS OTT电视采用视频分片和自适应码率(Adaptive Bit Rate，ABR)技术，可向不同大小屏幕的终端提供适合分辨率的视频分片文件，并可在不同网络带宽情况下实现流畅的视频播放，因此HAS被业内认为是未来无所不在的多屏互动视频的核心技术。其中，苹果公司的(HTTP Live Streaming，HLS)和微软的(HTTP Smooth Streaming，HSS)3GPP和OIPF的DASH为当前的主流码率自适应技术，并以HLS的流行度最高。
在基于HLS的轮播业务中，轮播频道的码率是固定的，因此，需要播放的不同视频内容的码率必须是相同的。对于节目编排来说，如果要将一个不同于轮播频道的码率的视频内容加入轮播的节目单中是不被允许的。因此，现有技术中，只能强制要求轮播节目单中的多个视频内容的码率必须相同，灵活性较差。
发明内容
本申请提供一种播放视频的方法和装置，能够提高视频播放的灵活性。
第一方面，本申请提供一种播放视频的方法，该方法包括：服务器判定终端设备即将在第一时段播放的第一视频内容的码率与当前时段播放的第二视频内容的码率是否相同，其中，第一时段为当前时段的后一个时段；当服务器判定第一视频内容的码率与第二视频内容的码率不同时，服务器向终端设备发送指示信息，指示信息用于指示终端设备获取第一视频内容的一级索引文件，以便于终端设备在播放完第二视频内容后的第一时段，根据一级索引文件播放第一视频内容。
需要说明的是，一级索引文件包括第一视频内容的码率信息。并且，终端设备(或者说，客户端)基于一级索引文件可以请求二级索引文件，并基于二级索引文件可以请求第一视频内容包括的多个媒体文件(或者称为视频分片或TS分片)。
应理解，终端设备在当前时段获取第一视频内容一级索引文件，并在第一时段，根据一级索引文件播放第一视频内容。具体地，终端设备获取到一级索引文件后，根据一级索引文件获取二级索引文件，进而再根据二级索引文件获取视频分片，从而依次播放该视频分片，则可以实现第一视频内容的播放。
在一种可能的实现方式中，该指示信息中包括一级索引文件的地址信息，以便于终端设备根据地址信息获取一级索引文件。
在一种可能的实现方式中，第二视频内容包括多个视频分片，以及，服务器判定终端设备即将在第一时段播放的第一视频内容的码率与当前时段播放的第二视频内容的码率是否相同，包括：服务器确定终端设备播放完毕该多个视频分片的结束时刻；服务器确定播放完毕第一视频分片的结束时刻等于或者大于当前时段的结束时刻时，判定第一视频内容的码率与第二视频内容的码率是否相同，其中，第一视频分片为该多个视频分片中的任意一个视频分片。
在一种可能的实现方式中，第一视频分片的标签中携带指示信息。
第二方面，本申请提供一种播放视频的方法，该方法包括：终端设备接收服务器发送的指示信息，指示信息用于指示终端设备获取第一视频内容的一级索引文件，其中，指示信息是服务器在判定终端设备即将在第一时段播放的第一视频内容的码率与当前时段播放的第二视频内容的码率不同时发送给终端设备的，第一时段为当前时段的后一个时段；终端设备根据指示信息，获取一级索引文件；终端设备在播放完第二视频内容后的第一时段，根据一级索引文件播放第一视频内容。
在一种可能的实现方式中，该指示信息中包括一级索引文件的地址信息；以及，终端设备根据指示信息，获取一级索引文件，包括：终端设备根据地址信息，获取一级索引文件。
在一种可能的实现方式中，第二视频内容包括多个视频分片，其中，指示信息是服务器获知终端设备播放完毕该多个视频分片的结束时刻后，在确定终端设备播放完毕第一视频分片的结束时刻等于或者大于当前时段的结束时段，并判定第一视频内容的码率与第二视频内容的码率不同时发送给终端设备的，其中，第一视频分片为该多个视频分片中的任意一个视频分片。
在一种可能的实现方式中，第一视频分片的标签中携带指示信息。
在一种可能的实现方式中，终端设备根据一级索引文件播放第一视频内容，包括：终端设备根据一级索引文件，获取第一视频内容的二级索引文件，并根据二级索引文件获取第一视频内容包括的多个视频分片；终端设备在第一时段依序播放第一视频内容包括的该多个视频分片。
第三方面，本申请提供了一种播放视频的装置，用于执行第一方面或第一方面的任意可能的实现方式中的方法。具体地，该装置包括执行第一方面或第一方面的任意可能的实现方式中的方法的单元。
第四方面，本申请提供了一种播放视频的装置，用于执行第二方面或第二方面的任意可能的实现方式中的方法。具体地，该装置包括执行第二方面或第二方面的任意可能的实现方式中的方法的单元。
第五方面，本申请提供了一种服务器，该服务器包括处理器和存储器。存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序。当程序被运行时，处理器执行上述第一方面或第一方面的任意可能的实现方式中的方法。
第六方面，本申请提供了一种终端设备，该终端设备包括处理器和存储器。存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序。当程序被运行时，处理器执行上述第二方面或第二方面的任意可能的实现方式中的方法。
第七方面，本申请提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
第八方面，本申请提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第二方面或第二方面的任意可能的实现方式中的方法的指令。
在本申请实施例中，服务器在终端设备在当前时段播放第二视频内容时，判定终端设备即将在当前时段的下一个时段(即，第一时段)播放的第一视频内容的码率与第二视频内容的码率是否相同。并在判定第一视频内容的码率不同于第二视频内容的码率时，向终端设备发送指示信息，以指示终端设备获取第一视频内容的一级索引文件(即，一级M3U8文件)，从而更新频道的一级索引文件。这样，终端设备能够在播放完当前时段的视频内容后的第一时段，根据获取到的新的一级索引文件，播放第一视频内容。通过这种方式，轮播(或直播)视频的播放不再受现有技术中要求同一个轮播频道中播放的多个视频内容的码率必须相同的限制，能够提高播放视频的灵活性。
附图说明
图1为现有技术中视频直播的播放流程示意图。
图2为适用于本申请实施例提供的播放视频的方法的架构图。
图3为本申请一实施例提供的播放视频的方法的交互图。
图4为本申请一实施例提供的播放视频的方法的交互图。
图5为本申请一实施例提供的播放视频的装置的示意性框图。
图6为本申请另一实施例提供的播放视频的装置的示意性框图。
图7为本申请一实施例提供的播放视频的设备的示意性结构图。
图8为本申请另一实施例提供的播放视频的设备的示意性结构图。
具体实施方式
下面结合附图，对本申请实施例的技术方案进行说明。
首先，对本申请实施例中涉及的相关概念作简单介绍。
轮播：是指将一组点播(Video on Demand，VOD)视频内容和直播视频内容按照时间顺序进行编排，并放在同一个频道中以直播的形式对客户端提供服务。例如，0:00-1:00播放点播内容A，1:00-2:00播放频道I，2:00-3:00播放点播内容B等。
HLS(HTTP Live Streaming)：是由苹果公司提出的基于HTTP的流媒体网络传输协议，是苹果公司针对iPhone、iPod、iTouch和iPad等移动终端设备而开发的基于HTTP协议的流媒体解决方案。在HLS技术中，Web服务器向客户端提供接近实时的音视频流。由于在这个过程中，使用的是标准的HTTP协议，因此，在普通的HTTP的应用上就能提供点播和直播。HLS技术的基本原理是将音视频文件或音视频流切分成传输流(Transport Stream,TS)分片，并建立索引文件M3U8文件。
M3U8文件：是指以UTF-8编码格式编码的M3U文件。M3U文件并不存放音视频文件，而是存放音视频文件的地址。播放软件通过M3U文件中的索引找到对应的音视频文件的网络地址进行在线播放。
M3U8文件包括一级M3U8和二级M3U8。一级M3U8为包含不同码率索引的索引文件，二级M3U8为包含特定码率分片文件的索引文件。
图1为现有技术中视频直播的播放流程示意图。在HAS技术中，编码器首先对媒体内容进行编码输出。媒体流分割器将编码器输出视频流分割为一系列连续的、长度基本均等的小分片文件，并将这些小分片文件存储在媒体服务器。媒体服务器生成包含这些分片文件相关信息的索引文件(即，M3U8文件)。终端设备(或者，称为客户端)请求媒体播放时，终端设备从媒体服务器上分别获取与解析索引文件，然后根据实际的网络带宽情况，依序向媒体服务器请求媒体分片文件并提供直播服务。如图1所示，主要的请求过程可以包括步骤101-108。
101、终端设备向服务器请求一级M3U8。
102、服务器响应终端设备，向终端设备发送一级M3U8。
103、终端设备解析一级M3U8，向服务器请求二级M3U8。
104、服务器响应终端设备，向终端设备发送二级M3U8。
105、终端设备解析二级M3U8，向服务器请求TS分片。
106、服务器响应终端设备，向终端设备发送TS分片。
107、终端设备不断刷新二级M3U8，向用户提供直播服务。
108、服务器将更新的二级M3U8实时发送给终端设备。
现有技术中，轮播频道的码率是固定的，因此，在轮播频道中播放的不同视频内容的码率必须是相同的。对于节目编排来说，如果要将一个不同于轮播频道的码率的视频内容加入轮播的节目单中是不被允许的。因此，现有技术中，只能强制要求轮播节目单中的多个视频内容的码率必须相同，灵活性较差。更进一步地，因为直播频道的码率是固定的，因此，直播频道不允许增加或者减少码率，这种对于码率的要求给直播的发展也带来障碍。例如，某个频道当前只有标清和高清两种码率，后续该频道要增加4k，现有技术不能直接支持。
为此，本申请实施例提供一种播放视频的方法，以提高视频播放的灵活性，避免受限于同一个频道中的多个视频内容的码率必须相同的问题。
图2为适用于本申请实施例提供的播放视频的方法的架构图。如图2所示，OTT系统中包括媒体服务器201。如前文所述，媒体服务器上存储有M3U8文件，M3U8文件包括一级M3U8文件和二级M3U8文件。一级M3U8文件为包含不同码率索引的索引文件，二级M3U8文件为包含特定码率TS文件的索引文件。终端设备202通过与媒体服务器交互，从媒体服务器201请求TS文件，以获取视频播放服务。其中，视频播放业务包括视频点播、轮播和直播等形式。
本申请实施例提供的播放视频的方法主要适应于轮播和直播。以下实施例以轮播为例，对本申请实施例提供的播放视频的方法进行说明。通过简单扩展，也可以应用于直播。
下面结合图3和图4，详细说明本申请实施例的播放视频的方法。
需要说明的是，本申请实施例中出现的编号“第一”、“第二”，仅仅为了区分不同的对象。例如，为了区分不同的信息或视频内容等。不应对本申请实施例的保护范围构成任何限定。
图3为本申请实施例提供的播放视频的方法300的示意性流程图。如图3所示，方法300包括步骤310-340。
310、服务器判定终端设备即将在第一时段播放的第一视频内容的码率与当前时段播放的第二视频内容的码率是否相同，其中，第一时段为当前时段的后一个时段。
320、当服务器判定第一视频内容的码率与第二视频内容的码率不同时，服务器向终端设备发送指示信息，终端设备接收服务器发送的指示信息。
其中，指示信息用于指示终端设备获取第一视频内容的一级索引文件。一级索引文件中记录有第一视频内容的各种码率的信息。
需要说明的是，本申请实施例中所说的一级索引文件即是指轮播频道一级M3U8文件，二级索引文件即是指二级M3U8文件。
330、终端设备根据指示信息，获取第一视频内容的一级索引文件。
340、终端设备在播放完第二视频内容的第一时段，根据一级索引文件播放第一视频内容。
应理解，本申请实施例中所说的第一视频内容和第二视频内容为同一个轮播频道中的两个视频内容。且，第一视频内容与第二视频内容为轮播节目单中两个相邻时间段对应的视频内容。第二视频内容为当前时段终端设备播放的视频内容，第一视频内容为终端设备在当前时段的下一个时段(记作，第一时段)即将播放的视频内容。
现有技术中，在一个轮播节目单中，终端设备在各个时段播放的视频内容的码率要求必须都是相同的(也可以认为是轮播频道的码率)。如果要将一个与轮播频道的码率不同的视频内容加入到轮播节目单中，是不能实现的。可见，视频播放的灵活性较差。
为此，本申请实施例提供了一种播放视频的方法，能够在轮播频道中依序播放码率不同的视频内容，从而能够提高视频播放的灵活性。
假定，根据轮播节目单列表，终端设备在时段T1-T2播放视频内容#A，在时段T2-T3播放视频内容#B。终端设备在时段T1-T2内播放视频内容#A时，服务器会判定视频内容#A的码率与视频内容#B的码率是否相同。如果视频内容#A的码率与视频内容#B的码率不同，服务器会通知终端设备获取下一个时段(即，时段T2-T3)即将播放的视频内容#B的一级索引文件(即，轮播频道的一级M3U8文件)。实际上，终端设备获取视频内容#B的一级索引文件，即是对轮播频道的一级索引文件进行了更新。从而，终端设备基于获取到的新的一级索引文件，可以获取二级索引文件(即，轮播频道的二级M3U8文件)，并基于二级索引文件获取视频内容#B的TS分片(或者，称为媒体文件)。这样，终端设备在播放完视频内容#A进入时段T2-T3后，依序播放获取到的视频内容#B的TS分片，就能继续播放该轮播频道。可见，即使轮播频道中两个相邻时段内要播放的视频内容的码率并不相同，根据本申请实施例提供的方法，也可以实现连续播放。因此，视频的播放可以不再受轮播频道中要求各视频内容的码率必须相同的限制，即，轮播频道可以由不同码率的视频内容组成。因此，轮播节目单编排的灵活性提高，也即提高了视频播放的灵活性。
可选地，作为一个实施例，指示信息中包括一级索引文件的地址信息，以便于终端设备根据地址信息，获取第一视频内容的一级索引文件。
即，服务器判定终端设备在下一个时段即将播放的视频内容的码率与当前时段播放的视频内容的码率不同时，通知终端设备，如果继续播放轮播频道，需要更新轮播频道的一级M3U8。具体地，服务器可以将新的一级M3U8的地址信息发送给终端设备。终端设备根据该地址信息获取新的一级M3U8文件。
这里的，地址信息可以为一级M3U8文件的统一资源定位符(Uniform ResourceLocator，URL)。其中，URL指示的一级M3U8文件的路径可以为相对路径，或者，也可以为绝对路径。
可选地，作为一个实施例，第二视频内容包括多个视频分片，以及，服务器判定终端设备即将在第一时段播放的第一视频内容的码率与当前时段播放的第二视频内容的码率是否相同，包括：
服务器确定终端设备播放完毕该多个视频分片的结束时刻；
服务器确定在播放完毕第一视频分片的结束时刻等于或者大于当前时段的结束时刻时，判定第一视频内容的码率与第二视频内容的码率是否相同，其中，第一视频分片为该多个视频分片中的任意一个视频分片。
具体地，终端设备在当前时段播放第二视频内容，是通过向服务器获取构成第二视频内容的多个依序排列的TS分片，并依次播放这些TS分片实现的。服务器判断当前时段正在播放视频内容的各TS分片的结束时刻。如果某一个TS分片(为了便于说明，以下记作分片#A)播放结束的时刻将等于或者大于当前时段的结束时刻(应理解，在当前时段的结束时刻之后，将进入下一个视频内容的播放时段)时，服务器判断当前时段的视频内容(即，第二视频内容)的码率与下一个时段要播放的视频内容(即，第一视频内容)的码率是否相同。
需要说明的是，判断视频内容的码率是否相同，包括判断码率的个数和码率值。换句话说，两个视频内容的码率相同，是指两个视频内容分别包括相同的码率个数和码率值。
如果第二视频内容与第一视频内容的码率相同，即，组成轮播的点播视频内容的码率是相同的。此时，不需要更新轮播频道的一级M3U8文件，则可以继续播放该轮播频道。这种情况与现有技术相同。
如果第二视频内容与第一视频内容的码率不同，在现有技术中，除非用户退出重新播放，即，重新向服务器请求获取一级M3U8文件(即，第一播放列表)，再进一步获取二级M3U8文件和TS分片，否则，可能无法继续播放该轮播频道。但是，在本申请实施例中，如果第二视频内容与第一视频内容的码率不同，服务器会通知终端设备在分片#A之后，若要继续播放该轮播频道，则需要更新轮播频道的一级M3U8文件。
可选地，作为一个实施例，第一视频分片的标签中携带该指示信息。
应理解，这里所说的指示信息是指步骤320中所说的指示信息。
具体地，服务器在确定终端设备播放完毕第一视频分片(继续记作分片#A)的时刻大于或者等于当前时段的结束时刻时，服务器在向终端设备发送TS分片时，可以在分片#A的标签后增加标签，以携带该指示信息。
进一步地，服务器可在该指示信息中给出第一视频内容的一级M3U8文件的地址信息。其中，地址信息具体可以为一级M3U8文件的URL路径。
可选地，一级M3U8文件的URL路径可以为一级M3U8文件的绝对路径或相对路径。
在本申请实施例中，服务器在终端设备在当前时段播放第二视频内容时，判定终端设备即将在当前时段的下一个时段(即，第一时段)播放的第一视频内容的码率与第二视频内容的码率是否相同。服务器在确定第一视频内容的码率不同于第二视频内容的码率时，向终端设备发送指示信息，以指示终端设备获取第一视频内容的一级索引文件(即，一级M3U8文件)，从而更新轮播频道的一级索引文件。这样，终端设备能够在播放完当前时段的视频内容后的第一时段，根据获取到的轮播频道的新的一级索引文件，播放第一视频内容。因此，本申请实施例提供的播放视频的方法，不再受现有技术中要求同一个轮播频道中播放的多个视频内容的码率必须相同的限制，能够提高播放视频的灵活性。
图4为本申请实施例提供的播放视频的方法的示意性交互图。如图4所示，交互过程主要包括步骤401-425。
401、CMS通知CDN创建轮播频道。
内容管理系统(Content Management System，CMS)通知内容分发网络(ContentDelivery Network，CDN)系统创建轮播频道。
本申请实施例中，CMS系统和CDN系统的功能和作用与现有技术中，CMS系统和CDN系统实现点播、轮播或直播时的功能和作用相同。因此，这里不作详细介绍。
402、CDN向CMS发送响应消息。
403、CDN创建轮播频道。
404、CMS将点播内容注入CDN系统。
405、CDN向CMS发送响应消息。
406、CMS给CDN下发轮播节目单。
为了便于说明，假定轮播节目单为：T1-T2时段播放视频内容1(以下，记作content-1)，T2-T3时段播放content-2，T3-T4时段播放content-3，……，Tn-Tn+1时段播放content-n。在时刻Tn之前，视频内容content-(n-1)已经播放完毕，则播放默认视频内容content-0。直到时刻Tn，播放content-n。
407、CDN向CMS发送响应消息。
408、CDN根据轮播节目单生成M3U8文件。
具体地，CDN根据content-1生成一级M3U8文件和二级M3U8文件。
409、终端设备向服务器请求一级M3U8文件。
410、服务器响应终端设备，将一级M3U8文件发送给终端设备。
411、终端设备解析一级M3U8，并向服务器请求二级M3U8文件。
412、服务器响应终端设备，将二级M3U8文件发送给终端设备。
413、终端设备向服务器请求TS分片。
414、服务器响应终端设备，将TS分片发送给终端设备。
415、服务器根据content-1持续更新二级M3U8文件。
416、终端设备不断请求刷新二级M3U8。同时，服务器确定是否需要更新一级M3U8文件。
具体地，终端设备在播放content-1包括的的多个TS分片时，服务器确定content-1中包含的某个TS分片(为了便于说明，假定为TS分片#5，以下记作content1sequence5.ts)播放完毕的时刻将等于或超过开始播放视频内容content-2的时刻T2，服务器进一步判断content-2的码率和content-1的码率是否一样。
当content-2的码率和content-1的码率不一样时，服务器确定需要更新一级M3U8文件。
417、服务器响应终端设备，将持续更新后的二级M3U8文件发送给终端设备。
应理解，步骤417中服务器向终端设备发送持续更新后的二级M3U8文件，是作为对步骤415中终端设备不断刷新二级M3U8文件的响应。
418、终端设备依序向服务器请求获取content-1的TS分片，直至请求TS分片#5。
419、服务器响应终端设备，将TS分片#5发送给终端设备，终端设备接收服务器发送的TS分片#5。
具体地，服务器在二级M3U8的content1sequence5.ts(即，TS分片#5)后面增加标签“EXT-X-CHANGEINDEXM3U8”，以通知终端设备在content1sequence5.ts播放完毕后，如果继续播放轮播频道，则需要更新轮播频道的一级M3U8文件。
在步骤416中，服务器如果确定content-2的码率和content-1的码率不一样(在TS分片#5后码率发生变更)，则在步骤419中，服务器在发送给终端设备的content1sequence5.ts(即，TS分片#5)的后面增加标签“EXT-X-CHANGEINDEXM3U8”，以通知终端设备在TS分片#5播放完毕后，更新一级M3U8文件。
420、终端设备请求新的一级M3U8文件。
421、服务器响应终端设备，将新的一级M3U8文件发送给终端设备。终端设备接收服务器发送的新的一级M3U8文件。
422-425、终端设备根据新的一级M3U8文件，请求二级M3U8文件和TS分片。
通过上文可见，在本申请实施例中，基于HLS的任意码率的视频内容都能够组成轮播，而不必再限制组成轮播的视频内容的码率必须一样，提高了播放视频的灵活性。
以下，分别为点播、轮播和直播的二级M3U8文件。
点播
#EXTM3U
#EXT-X-TARGETDURATION:11
#EXT-X-VERSION:3
#EXT-X-MEDIA-SEQUENCE:0
#EXT-X-PLAYLIST-TYPE:VOD
#EXTINF:10.133333,
fileSequence0.ts
#EXTINF:10.000666,
fileSequence1.ts
#EXTINF:10.667334,
fileSequence2.ts
#EXTINF:9.686001,
fileSequence3.ts
#EXTINF:9.768665,
fileSequence4.ts
#EXTINF:10.000000,
fileSequence5.ts
#EXT-X-ENDLIST
如上，服务器是通过“ENDLIST”来告知终端设备这是点播内容。在二级M3U8文件的fileSequence5.ts播放结束后，这段视频内容就播放完毕。
直播
#EXTM3U
#EXT-X-TARGETDURATION:11
#EXT-X-VERSION:3
#EXT-X-MEDIA-SEQUENCE:0
#EXT-X-PLAYLIST-TYPE:VOD
#EXTINF:10.133333,
fileSequence0.ts
#EXTINF:10.000666,
fileSequence1.ts
#EXTINF:10.667334,
fileSequence2.ts
#EXTINF:9.686001,
fileSequence3.ts
#EXTINF:9.768665,
fileSequence4.ts
#EXTINF:10.000000,
fileSequence5.ts
对于直播，与点播相比，没有“ENDLIST”的标签，终端设备由此可以获知这是一段直播视频，因此会持续更新二级M3U8文件。
轮播
#EXTM3U
#EXT-X-TARGETDURATION:11
#EXT-X-VERSION:3
#EXT-X-MEDIA-SEQUENCE:0
#EXT-X-PLAYLIST-TYPE:VOD
#EXTINF:10.133333,
fileSequence0.ts
#EXTINF:10.000666,
fileSequence1.ts
#EXTINF:10.667334,
fileSequence2.ts
#EXTINF:9.686001,
fileSequence3.ts
#EXTINF:9.768665,
fileSequence4.ts
#EXTINF:10.000000,
fileSequence5.ts
#EXT-X-CHANGEINDEXM3U8
34893785/index2.m3u8
上述二级M3U8文件中，每个标签代表的语义与现有技术相同，这里不作详细说明。
在本申请实施例中，对于轮播，终端设备在播放完毕fileSequence5.ts之后，服务器通过增加标签“EXT-X-CHANGEINDEXM3U8”通知终端设备，在TS分片fileSequence5.ts播放结束后更新轮播频道的一级M3U8文件，并在标签“EXT-X-CHANGEINDEXM3U8”的下一行给出新的一级M3U8文件的路径信息。
可选地，作为一个实施例，终端设备根据一级索引文件播放第一视频内容，包括：
终端设备根据一级索引文件，获取第一视频内容的二级索引文件，并根据二级索引文件获取第一视频内容包括的多个视频分片；
终端设备在第一时段依序播放第一视频内容包括的该多个视频分片。
具体地，终端设备根据标签“EXT-X-CHANGEINDEXM3U8”的指示，在获取到fileSequence5.ts后，向服务器请求新的一级M3U8文件，并进一步向服务器请求获取二级M3U8文件和TS文件。
可选地，在标签“EXT-X-CHANGEINDEXM3U8”的下一行给出的新的一级M3U8的路径可以为相对路径，或者绝对路径。本申请实施例对此不作特别限定。
与此相反，如果服务器没有给出标签“#EXT-X-CHANGEINDEXM3U8”，且没有标签“ENDLIST”，终端设备则会持续更新二级M3U8文件，并获取TS分片。
在本申请实施例中，通过在现有的HLS的基础上扩展HLS协议，使得轮播频道在不同时段播放的视频内容的码率可以不同，从而实现了任何码率的视频内容都可以在一个轮播频道中进行播放，灵活性提高。
进一步地，对于直播，如果直播频道的码率发生变更，也可以通过本申请实施例中提供的播放视频的方法实现。
以上结合图1至图4，详细说明了本申请实施例的播放视频的方法，下面，结合图5至图8，说明本申请实施例提供的播放视频的装置和设备。
图5为本申请一实施例提供的播放视频的装置500的示意性框图。如图5所示，装置500包括：
处理单元510，用于判定终端设备即将在第一时段播放的第一视频内容的码率与当前时段播放的第二视频内容的码率是否相同，其中，第一时段为当前时段的后一个时段；
发送单元520，用于当处理单元判定第一视频内容的码率与第二视频内容的码率不同时，向终端设备发送指示信息，指示信息用于指示终端设备获取第一视频内容的一级索引文件，以便于终端设备在播放完第二视频内容后的第一时段，根据一级索引文件播放第一视频内容。
图6为本申请另一实施例提供的播放视频的装置600的示意性框图。如图6所示，装置600包括：
接收单元610，用于接收服务器发送的指示信息，指示信息用于指示该装置获取第一视频内容的一级索引文件，其中，指示信息是服务器在判定该装置即将在第一时段播放的第一视频内容的码率与当前时段播放的第二视频内容的码率不同时发送给该装置的，其中，第一时段为当前时段的后一个时段；
处理单元620，用于根据指示信息，获取一级索引文件；
处理单元620，还用于在播放完第二视频内容后的第一时段，根据一级索引文件播放第一视频内容。
图7为本申请一实施例提供的播放视频的设备700的示意性框图。如图7所示，设备700包括存储器710、处理器720和通信接口730。
存储器710用于存储执行本申请方案的应用程序、代码或指令。处理器720用于执行存储器710中存储的应用程序、代码或指令，以完成播放视频的方法300以及各实施例中由服务器执行的相应流程和/或操作。为了简洁，此处不再赘述。
图8为本申请另一实施例提供的播放视频的设备800的示意性框图。如图8所示，设备800包括存储器810、处理器820和通信接口830。
存储器810用于存储执行本申请方案的应用程序、代码或指令。处理器820用于执行存储器810中存储的应用程序、代码或指令，以完成播放视频的方法300以及各实施例中由终端设备执行的相应流程和/或操作。为了简洁，此处不再赘述。
图5中所示的播放视频的装置500，可以通过图7中所示的播放视频的设备700来实现。例如，图5中的处理单元510可以由图7中的处理器720实现。发送单元520可以由图7中所示的一个或多个通信接口730实现。类似地，图6中所示的播放视频的装置600，可以通过图8中所示的播放视频的设备800来实现。例如，接收单元610可以由图8中所示的一个或多个通信接口830实现。处理单元620可以由图8中的处理器820实现。
本申请实施例中所说的处理器(例如，图7中所示的处理器720和图8中所示的处理器820)可以为中央处理器(CPU)、微处理器、特定应用集成电路(application-specificintegrated circuit，ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。
存储器(例如，图7中所示的存储器710和图8中所示的存储器810)可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，或者，也可以和处理器集成在一起。
通信接口可以是有线接口，例如，光纤分布式数据接口(Fiber Distributed DataInterface，简称FDDI)、千兆以太网(Gigabit Ethernet，简称GE)接口等。也可以是无线接口。本申请实施例对此不作特别限定。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (18)

1.一种播放视频的方法，其特征在于，所述方法包括：
服务器判定终端设备即将在第一时段播放的第一视频内容的码率与当前时段播放的第二视频内容的码率是否相同，其中，所述第一时段为所述当前时段的后一个时段；
当所述服务器判定所述第一视频内容的码率与所述第二视频内容的码率不同时，所述服务器向所述终端设备发送指示信息，所述指示信息用于指示所述终端设备获取所述第一视频内容的一级索引文件，以便于所述终端设备在播放完所述第二视频内容后的所述第一时段，根据所述一级索引文件播放所述第一视频内容。
2.根据权利要求1所述的方法，其特征在于，所述指示信息中包括所述一级索引文件的地址信息，以便于所述终端设备根据所述地址信息获取所述一级索引文件。
3.根据权利要求1或2所述的方法，其特征在于，所述第二视频内容包括多个视频分片，
以及，所述服务器判定终端设备即将在第一时段播放的第一视频内容的码率与当前时段播放的第二视频内容的码率是否相同，包括：
所述服务器确定所述终端设备播放完毕所述多个视频分片的结束时刻；
所述服务器确定播放完毕第一视频分片的结束时刻等于或者大于所述当前时段的结束时刻时，判定所述第一视频内容的码率与所述第二视频内容的码率是否相同，其中，所述第一视频分片为所述多个视频分片中的任意一个视频分片。
4.根据权利要求3所述的方法，其特征在于，所述第一视频分片的标签中携带所述指示信息。
5.一种播放视频的方法，其特征在于，所述方法包括：
终端设备接收服务器发送的指示信息，所述指示信息指示所述终端设备获取第一视频内容的一级索引文件，其中，所述指示信息是所述服务器在判定所述终端设备即将在第一时段播放的所述第一视频内容的码率与当前时段播放的第二视频内容的码率不同时发送给所述终端设备的，第一时段为当前时段的后一个时段；
所述终端设备根据所述指示信息，获取所述一级索引文件；
所述终端设备在播放完所述第二视频内容的所述第一时段，根据所述一级索引文件播放所述第一视频内容。
6.根据权利要求5所述的方法，其特征在于，所述指示信息中包括所述一级索引文件的地址信息，
以及，所述终端设备根据所述指示信息，获取所述一级索引文件，包括：
所述终端设备根据所述地址信息，获取所述一级索引文件。
7.根据权利要求5或6所述的方法，其特征在于，所述第二视频内容包括多个视频分片，所述指示信息是所述服务器获知所述终端设备播放完毕所述多个视频分片的结束时刻后，在确定所述终端设备播放完毕第一视频分片的结束时刻等于或者大于所述当前时段的结束时段，并判定所述第一视频内容的码率与所述第二视频内容的码率不同时发送给所述终端设备的，其中，所述第一视频分片为所述多个视频分片中的任意一个视频分片。
8.根据权利要求7所述的方法，其特征在于，所述第一视频分片的标签中携带所述指示信息。
9.根据权利要求5至8中任一项所述的方法，其特征在于，所述终端设备根据所述一级索引文件播放所述第一视频内容，包括：
所述终端设备根据所述一级索引文件，获取所述第一视频内容的二级索引文件，并根据所述二级索引文件获取所述第一视频内容包括的多个视频分片；
所述终端设备在所述第一时段依序播放所述第一视频内容包括的所述多个视频分片。
10.一种播放视频的装置，其特征在于，所述装置包括：
处理单元，用于判定终端设备即将在第一时段播放的第一视频内容的码率与当前时段播放的第二视频内容的码率是否相同，其中，所述第一时段为所述当前时段的后一个时段；
发送单元，用于在所述处理单元判定所述第一视频内容的码率与所述第二视频内容的码率不同时，向所述终端设备发送指示信息，所述指示信息用于指示所述终端设备获取所述第一视频内容的一级索引文件，以便于所述终端设备在播放完所述第二视频内容后的所述第一时段，根据所述一级索引文件播放所述第一视频内容。
11.根据权利要求10所述的装置，其特征在于，所述指示信息中包括所述一级索引文件的地址信息，以便于所述终端设备根据所述地址信息获取所述一级索引文件。
12.根据权利要求10或11所述的装置，其特征在于，所述第二视频内容包括多个视频分片，
以及，所述处理单元具体用于：
确定所述终端设备播放完毕所述多个视频分片的结束时刻；
在确定播放完毕第一视频分片的结束时刻等于或者大于所述当前时段的结束时刻时，判定所述第一视频内容的码率与所述第二视频内容的码率是否相同，其中，所述第一视频分片为所述多个视频分片中的任意一个视频分片。
13.根据权利要求12所述的装置，其特征在于，所述第一视频分片的标签中携带所述指示信息。
14.一种播放视频的装置，其特征在于，所述装置包括：
接收单元，用于接收服务器发送的指示信息，所述指示信息指示所述终端设备获取第一视频内容的一级索引文件，其中，所述指示信息是所述服务器在判定所述装置即将在第一时段播放的所述第一视频内容的码率与当前时段播放的第二视频内容的码率不同时发送给所述装置的，第一时段为当前时段的后一个时段；
处理单元，用于根据所述指示信息，获取所述一级索引文件；
所述处理单元，还用于在播放完所述第二视频内容的所述第一时段，根据所述一级索引文件播放所述第一视频内容。
15.根据权利要求14所述的装置，其特征在于，所述指示信息中包括所述一级索引文件的地址信息，
以及，所述处理单元具体用于根据所述地址信息，获取所述一级索引文件。
16.根据权利要求14或15所述的装置，其特征在于，所述第二视频内容包括多个视频分片，所述指示信息是所述服务器获知所述装置播放完毕所述多个视频分片的结束时刻后，在确定所述装置播放完毕第一视频分片的结束时刻等于或者大于所述当前时段的结束时段，并判定所述第一视频内容的码率与所述第二视频内容的码率不同时发送给所述装置的，其中，所述第一视频分片为所述多个视频分片中的任意一个视频分片。
17.根据权利要求16所述的装置，其特征在于，所述第一视频分片的标签中携带所述指示信息。
18.根据权利要求14至16中任一项所述的装置，其特征在于，所述处理单元具体用于：
根据所述一级索引文件，获取所述第一视频内容的二级索引文件，并根据所述二级索引文件获取所述第一视频内容包括的多个视频分片；
在所述第一时段依序播放所述第一视频内容包括的所述多个视频分片。
CN201611264218.3A 2016-12-30 2016-12-30 播放视频的方法和装置 Active CN108271040B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611264218.3A CN108271040B (zh) 2016-12-30 2016-12-30 播放视频的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611264218.3A CN108271040B (zh) 2016-12-30 2016-12-30 播放视频的方法和装置

Publications (2)

Publication Number Publication Date
CN108271040A true CN108271040A (zh) 2018-07-10
CN108271040B CN108271040B (zh) 2021-02-23

Family

ID=62755358

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611264218.3A Active CN108271040B (zh) 2016-12-30 2016-12-30 播放视频的方法和装置

Country Status (1)

Country Link
CN (1) CN108271040B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI721706B (zh) * 2019-12-12 2021-03-11 中華電信股份有限公司 動態改變影音播放行為的方法及終端播放裝置
CN114157643A (zh) * 2021-12-20 2022-03-08 海看网络科技(山东)股份有限公司 基于转码器hls协议固定码率参数的方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102137137A (zh) * 2010-09-17 2011-07-27 华为技术有限公司 基于http流的媒体内容动态插播方法、装置及系统
US20130290402A1 (en) * 2012-04-25 2013-10-31 Verizon Patent And Licensing, Inc. Live streaming circular buffer
CN104602046A (zh) * 2013-11-01 2015-05-06 中国移动通信集团公司 一种基于hls协议的信息发布方法、设备及系统
CN104902343A (zh) * 2015-05-26 2015-09-09 北京微吼时代科技有限公司 一种传输和播放音视频与消息的方法、服务器及终端
CN105578201A (zh) * 2015-12-23 2016-05-11 武汉市烽视威科技有限公司 一种实现hls直播码率个数动态调整的系统及方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102137137A (zh) * 2010-09-17 2011-07-27 华为技术有限公司 基于http流的媒体内容动态插播方法、装置及系统
US20130290402A1 (en) * 2012-04-25 2013-10-31 Verizon Patent And Licensing, Inc. Live streaming circular buffer
CN104602046A (zh) * 2013-11-01 2015-05-06 中国移动通信集团公司 一种基于hls协议的信息发布方法、设备及系统
CN104902343A (zh) * 2015-05-26 2015-09-09 北京微吼时代科技有限公司 一种传输和播放音视频与消息的方法、服务器及终端
CN105578201A (zh) * 2015-12-23 2016-05-11 武汉市烽视威科技有限公司 一种实现hls直播码率个数动态调整的系统及方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI721706B (zh) * 2019-12-12 2021-03-11 中華電信股份有限公司 動態改變影音播放行為的方法及終端播放裝置
CN114157643A (zh) * 2021-12-20 2022-03-08 海看网络科技(山东)股份有限公司 基于转码器hls协议固定码率参数的方法
CN114157643B (zh) * 2021-12-20 2023-01-13 海看网络科技(山东)股份有限公司 基于转码器hls协议固定码率参数的方法

Also Published As

Publication number Publication date
CN108271040B (zh) 2021-02-23

Similar Documents

Publication Publication Date Title
US10148714B2 (en) URL parameter insertion and addition in adaptive streaming
WO2017071228A1 (zh) 基于hls协议的直播方法、系统及客户端
CN103069492B (zh) 使用用于多媒体流传输文件的存储文件格式的存储方法和客户端装置
EP2526671B1 (en) Methods and arrangements for http media stream distribution
CN107113454A (zh) 配置引用用于自适应流式传输视频的基础设施服务提供商的清单文件
KR102330088B1 (ko) 매니페스트 속성을 이용하여 미디어 자산을 필터링하는 시스템
KR101317028B1 (ko) 모바일 장치를 위한 미디어 콘텐츠 스위칭 방법
US10225319B2 (en) System and method of a link surfed http live streaming broadcasting system
US20160134900A1 (en) Streaming media processing method, apparatus, and system
KR20140097580A (ko) 코덱이 적용된 프레임 크기로의 오디오 분할
CN103999033A (zh) 用于自动产生顶级索引文件的系统和方法
EP2953083A1 (en) Multiple playback local ad rotation
CN103517157A (zh) 实现hls频道时移播放的方法及系统
US20160330500A1 (en) Method for obtaining network information by a client terminal configured for receiving a multimedia content divided into segments
CN103813185A (zh) 一种分段节目快速分发的方法、服务器及客户端
CN105228001A (zh) 一种flv格式视频在线播放的方法及系统
CN106961630A (zh) 一种基于dash优化的p2p流媒体视频播放方法
CN106165435B (zh) 自适应流媒体中的客户端行为控制的方法、装置和服务器
WO2015131390A1 (en) Communication method, user device, content server and controller
CN108271040A (zh) 播放视频的方法和装置
JP2017108217A (ja) 受信装置、再生時刻制御方法、及びプログラム
CN106134156B (zh) 自适应流媒体的取证标记的信号发送和处理的方法及设备
WO2015104149A1 (en) Method for obtaining network information by a client terminal configured for receiving a multimedia content divided into segments
Le et al. Adaptive video streaming with smooth advertisement insertion
CN103686433A (zh) 向p2p服务提供校验文件的方法和系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200131

Address after: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Applicant after: HUAWEI TECHNOLOGIES Co.,Ltd.

Address before: 210012 HUAWEI Nanjing base, 101 software Avenue, Yuhuatai District, Jiangsu, Nanjing

Applicant before: Huawei Technologies Co.,Ltd.

GR01 Patent grant
GR01 Patent grant