CN103685264A - 轮播媒体分片的方法、客户端及*** - Google Patents
轮播媒体分片的方法、客户端及*** Download PDFInfo
- Publication number
- CN103685264A CN103685264A CN201310664166.9A CN201310664166A CN103685264A CN 103685264 A CN103685264 A CN 103685264A CN 201310664166 A CN201310664166 A CN 201310664166A CN 103685264 A CN103685264 A CN 103685264A
- Authority
- CN
- China
- Prior art keywords
- index list
- sequence number
- media
- broadcast address
- media slicing
- 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.)
- Pending
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请公开了轮播媒体分片的方法、客户端及***，其中所述方法包括：获取服务器不断更新的索引列表；获取更新的索引列表并丢弃旧索引列表，记录丢弃旧索引列表时当前待下载的媒体分片的序列号，识别更新的索引列表中排在首播位的媒体分片的序列号；判定两个序列号不相等且不连续时，添加两个序列号之间所缺少的序列号，根据添加的序列号以及所记录的序列号生成相应的媒体分片的增补播放地址，并将增补播放地址以及更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表，依次根据当前索引列表中的播放地址向服务器下载相应媒体分片进行播放。本申请自动增补客户端没有请求的滞后的媒体分片，从而保证了播放的完整性。
Description
技术领域
本申请涉及流媒体播放领域，具体涉及一种轮播媒体分片的方法、客户端及***。
背景技术
HLS（Http live streaming）协议，是由苹果公司提出的基于HTTP协议的流媒体网络传输协议，可实现流媒体的直播和点播。不同于常见的流媒体直播协议，进行HLS直播的客户端获取到的不是一个完整的数据流，而是在服务器端将最新的直播数据流存储为连续的、很短时长的媒体分片（MPEG-TS，动态图像专家组-传输流），客户端需要不断地按顺序下载并按顺序播放这些媒体分片，就实现了HLS直播。
目前HLS协议并不支持轮播模式，但是轮播模式的形式类似于直播，只是服务器端播放的数据流并不是直播数据流，而是预先做好的如电影、电视剧、综艺录像等数据。因此可以考虑以HLS直播的方式为基础来实现轮播模式。
但是直播模式和轮播模式的播放要求存在较大差异，利用HLS直播实现轮播模式还存在一些需要解决的问题。例如，在进行HLS直播时，当网络出现抖动时，客户端播放的媒体分片往往滞后于服务器端最新发放的媒体分片，无法与服务器端保持同步，此时客户端为了保证直播的实时性，HLS协议规定客户端要自动放弃还未播放的滞后的媒体分片，而直接播放服务器更新的最新的媒体分片从而快速赶上服务器最新发放的媒体分片，在播放视频的过程中会出现跳跃，从一个时间段快速跳到另一个时间段。
而对于轮播模式，播放要求是尽可能保证播放的完整性，而上述HLS直播技术显然不适于实现轮播模式的播放要求。但是目前HLS协议并不支持轮播技术，如何应对HLS协议中规定的直播中自动丢弃媒体分片的特点，从而有效利用HLS直播技术来实现轮播模式就成为了亟待解决的技术问题。
发明内容
本申请所要解决的技术问题在于提供一种轮播媒体分片的方法、客户端及***，以应对HLS协议中规定的直播中自动丢弃媒体分片的特点，从而有效利用HLS直播技术来实现轮播模式。
为了解决上述问题，本申请揭示了一种轮播媒体分片的方法，包括：获取所述服务器不断更新的索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址及相应的唯一的序列号；获取更新的索引列表并丢弃旧索引列表，记录丢弃所述旧索引列表时当前待下载的媒体分片的序列号，识别所述更新的索引列表中排在首播位的媒体分片的序列号；判定所述两个序列号不相等且不连续时，添加所述两个序列号之间所缺少的序列号，根据所述添加的序列号以及所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表，依次根据所述当前索引列表中的播放地址向所述服务器下载相应媒体分片进行播放。
进一步地，获取所述服务器不断更新的索引列表的操作，包括：以第一时间间隔为周期向所述服务器发出请求以获取所述服务器以第二时间间隔为周期更新的索引列表，其中，所述第一时间间隔小于第二时间间隔。
进一步地，每次更新的索引列表中还具有所述服务器实时添加的轮播标识；所述客户端在识别到所述更新的索引列表中的轮播标识时，记录丢弃所述旧索引列表时当前待下载的媒体分片的序列号，识别所述更新的索引列表中排在首播位的媒体分片的序列号。
进一步地，判定所述两个序列号不相等但连续时，根据所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表，依次根据所述当前索引列表中的播放地址向所述服务器下载相应媒体分片进行播放。
为了解决上述问题，本申请还揭示了一种轮播媒体分片的方法，其特征在于，包括：
获取所述服务器不断更新的索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址以及相应的唯一的序列号；获取更新的索引列表并丢弃旧索引列表，记录丢弃所述旧索引列表时当前待下载的媒体分片的序列号，识别所述更新的索引列表中排在首播位的媒体分片的序列号；判定所述两个序列号不相等但连续时，根据所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表，依次根据所述当前索引列表中的播放地址向所述服务器下载相应媒体分片进行播放。
进一步地，获取所述服务器不断更新的索引列表的操作，包括：所述客户端以第一时间间隔为周期向所述服务器发出请求以获取所述服务器以第二时间间隔为周期更新的索引列表，其中，所述第一时间间隔小于第二时间间隔。
进一步地，每次更新的索引列表中还具有所述服务器实时添加的轮播标识；所述客户端在识别到所述更新的索引列表中的轮播标识时，记录在丢弃所述旧索引列表时当前待下载的媒体分片的序列号，识别所述更新的索引列表中排在首播位的媒体分片的序列号。
为了解决上述问题，本申请还揭示了一种轮播媒体分片的客户端，包括：请求模块、解析模块、记录模块、编排模块和撷取播放模块；所述请求模块，用于向服务器发出请求以获取所述服务器不断更新的索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址及相应的唯一的序列号；所述解析模块，用于获取更新的索引列表并丢弃旧索引列表，识别所述更新的索引列表中排在首播位的媒体分片的序列号；所述记录模块，用于记录在丢弃所述旧索引列表时当前待下载的媒体分片的序列号，识别所述更新的索引列表中排在首播位的媒体分片的序列号；所述编排模块，用于比较后判定所述两个序列号不相等且不连续时，添加所述两个序列号之间所缺少的序列号，根据所述添加的序列号以及所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表；所述撷取播放模块，用于依次根据所述当前索引列表中的播放地址向所述服务器下载相应媒体分片并进行播放。
为了解决上述问题，本申请还揭示了一种轮播媒体分片的客户端，包括：请求模块、解析模块、记录模块、编排模块和撷取播放模块；所述请求模块，用于向服务器发出请求以获取所述服务器不断更新的索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址及相应的唯一的序列号；所述解析模块，用于获取更新的索引列表并丢弃旧索引列表，识别所述更新的索引列表中排在首播位的媒体分片的序列号；所述记录模块，用于记录在丢弃所述旧索引列表时当前待下载的媒体分片的序列号，识别所述更新的索引列表中排在首播位的媒体分片的序列号；所述编排模块，用于比较后判定所述两个序列号不相等但连续时，根据所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表；所述撷取播放模块，用于依次根据所述当前索引列表中的播放地址向所述服务器下载相应媒体分片并进行播放。
为了解决上述问题，本申请还揭示了一种轮播媒体分片的***，包括：一个或多个客户端和服务器，其中，所述客户端，包括如前所述的轮播媒体分片的客户端；所述服务器，用于不断更新索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址及相应的唯一的序列号。
与现有技术相比，本申请可以获得包括以下技术效果：
1）当客户端播放的媒体分片滞后于服务器端最新发放的媒体分片时，自动增补客户端没有请求的滞后的媒体分片，同时依然保持接收服务器最新发放的媒体分片，依靠这种方式组成新的索引列表，从而保证了播放的完整性。
2）客户端以第一时间间隔为周期向所述服务器发出请求以获取索引列表，服务器以第二时间间隔为周期更新索引列表，而将第一时间间隔设置为第二时间间隔的一半，可以使客户端向服务器请求索引列表的频率大于服务器自身更新索引列表的频率，这样一方面保证了客户端不会错过服务器的更新，同样也保证客户端不会过于频繁的进行请求从而浪费处理资源。
3）客户端依次根据所述当前索引列表中的播放地址，每次向服务器下载一个媒体分片进行播放，如果缓存足够大，可以在播放当前下载的媒体分片的同时下载下一个媒体分片甚至是下两个媒体分片以应付因为网络抖动导致的由服务器获取数据或者更新的索引列表的延迟。
需要说明的是，以上技术效果并不一定同时达到。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请第一实施例的方法流程图。
图2为本申请第二实施例的方法流程图。
图3为本申请第三实施例的方法流程图。
图4为本申请第四实施例的客户端结构图。
图5为本申请第五实施例的客户端结构图。
图6为本申请第六实施例的***架构图。
具体实施方式
以下将配合附图及实施例来详细说明本申请的实施方式，藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。
如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。
下述媒体分片，可以是动态图像专家组-传输流（MPEG-TS）等流媒体分片格式文件，当然本申请并不限于此。
下述播放地址，可以是统一资源定位符（URL）等网络存取地址，当然本申请并不限于此。
实施例一
在进行HLS直播时，当网络出现抖动时，客户端播放的媒体分片往往滞后于服务器端最新发放的媒体分片，无法与服务器端保持同步，此时客户端为了保证直播的实时性，HLS协议规定客户端要自动放弃还未播放的滞后的媒体分片，而直接播放服务器更新的最新的媒体分片从而快速赶上服务器最新发放的媒体分片，在播放视频的过程中会出现跳跃。
显然，客户端当前播放的媒体分片和直接播放服务器更新的最新的媒体分片之间在播放上是不连续。本申请的方案考虑客户端自行补充导致不连续发生而缺少的媒体分片，在当前播放的媒体分片执行完后，播放自行补充的媒体分片，然后再播放服务器更新的最新的媒体分片，这样就可以保证轮播模式下的完整播放。
如图1所示，为本申请第一实施例的方法流程图，包括：
步骤S100，客户端向服务器发出请求以获取所述服务器不断更新的索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址及相应的唯一的序列号；
媒体分片通过用序列号来标识自身以及和其他媒体分片之间的排列顺序，因此序列号本身与媒体分片的播放地址存在对应关系。
步骤S102，所述客户端获取更新的索引列表并丢弃旧索引列表，记录在丢弃所述旧索引列表时当前待下载的媒体分片的序列号，识别所述更新的索引列表中排在首播位的媒体分片的序列号；
需要说明的是，丢弃所述旧索引列表时当前待下载的媒体分片的序列号也是没有下载成功的媒体分片。
步骤S104，所述客户端比较后判定所述两个序列号不相等且不连续时，添加所述两个序列号之间所缺少的序列号，根据所述添加的序列号以及所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表，依次根据所述当前索引列表中的播放地址向所述服务器下载相应媒体分片进行播放。
添加所述两个序列号之间所缺少的序列号时，因为序列号一般是数字，具体根据序列号之前的排列关系就可以得到两个不连续序列号之间缺少的序列号。同时步骤S103中所记录的序列号也是没有下载成功的媒体分片。
利用序列号与媒体分片的播放地址的对应关系，根据添加的序列号和所记录的序列号的媒体分片就可以生成相应的增补播放地址；按照序列号的排列顺序，增补播放地址要排在当前播放的媒体分片和服务器最新更新的播放地址之间。需要说明的是，因为添加的序列号不只一个，多个增补播放地址之间也要按照序列号排列顺序。
在播放完当前的媒体分片后，先去增补播放地址下载媒体分片进行播放，之后再去服务器最新更新的播放地址下载媒体分片进行播放。这样播放完整性得以实现。
实施例二
如图2所示，为本申请第二实施例的方法流程图，包括：
在进行HLS直播时，当网络出现抖动时，客户端播放的媒体分片往往滞后于服务器端最新发放的媒体分片，无法与服务器端保持同步，此时客户端为了保证直播的实时性，HLS协议规定客户端要自动放弃还未播放的滞后的媒体分片，而直接播放服务器更新的最新的媒体分片从而快速赶上服务器最新发放的媒体分片，在播放视频的过程中会出现跳跃。
显然，客户端当前播放的媒体分片和直接播放服务器更新的最新的媒体分片之间在播放上是不连续。本申请的方案考虑在客户端自行补充导致不连续发生而缺少的媒体分片，在当前播放的媒体分片执行完后，播放自行补充的媒体分片，然后再播放服务器更新的最新的媒体分片，这样就可以保证轮播模式下的完整播放。
步骤S200，客户端向服务器发出请求以获取所述服务器不断更新的索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址以及相应的唯一的序列号；
媒体分片通过用序列号来标识自身以及和其他媒体分片之间的排列顺序，因此序列号本身与媒体分片的播放地址存在对应关系。
步骤S202，所述客户端获取更新的索引列表并丢弃旧索引列表，记录在丢弃所述旧索引列表时当前待下载的媒体分片的序列号，识别所述更新的索引列表中排在首播位的媒体分片的序列号；
需要说明的是，丢弃所述旧索引列表时当前待下载的媒体分片的序列号是没有下载成功的媒体分片。
步骤S204，所述客户端比较后判定所述两个序列号不相等但连续时，根据所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表，依次根据所述当前索引列表中的播放地址向所述服务器下载相应媒体分片进行播放。
所述两个序列号之间是连续的，因此没有缺少序列号，那只有步骤S203中所记录的序列号是没有下载成功的媒体分片，只要获取这个媒体分片的播放地址就可以了。但是所述旧索引列表已经丢弃了，所以还是需要生成增补播放地址。
利用序列号与媒体分片的播放地址的对应关系，根据所记录的序列号的媒体分片就可以生成相应的增补播放地址；按照序列号的排列顺序，增补播放地址要排在当前播放的媒体分片和服务器最新更新的播放地址之间。
在播放完当前的媒体分片后，先去增补播放地址下载媒体分片进行播放，之后再去服务器最新更新的播放地址下载媒体分片进行播放。这样播放完整性得以实现。
实施例三
如图3所示，为本申请第三实施例的方法流程图，包括：
步骤S300，服务器不断更新的索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址及相应的唯一的序列号。
对于每次更新的索引列表会赋予一个序列号（sequence），这个序列号等于索引列表中排在首播位的媒体分片的唯一的序列号，排在首播位之后第二位的媒体分片的序列号增加1，排在首播位之后第二位的媒体分片的序列号增加2，按照HLS协议的规定索引列表一般会存有3个播放地址，当然本申请并不限于此。
所述服务器保存有直播媒体库、点播媒体库和轮播媒体库，各个库中存放有相应的待播放的媒体分片。
例如，轮播资源库中保存有轮播的媒体分片，多个媒体分片按顺序组合在一起播放就构成了一个完整的视频资源，一个完整的视频资源可以是一部电影或者一集电视剧，多个媒体分片组合在一起播放的顺序按每个媒体分片的序列号进行排列。
步骤S302，当服务器从轮播媒体库中选取待播放的媒体分片不断生成更新的索引列表时，所述服务器在每次更新的索引列表中实时添加轮播标识，以便客户端在请求到这个轮播列表时可以读取到轮播标识，从而识别出轮播模式从而启动相应操作。
在实际应用中，轮播标识用一个符号直接添加在索引列表中的每个播放地址的后面。
所述客户端以第一时间间隔为周期向所述服务器发出请求以获取所述服务器以第二时间间隔为周期更新的索引列表，其中，所述第一时间间隔小于第二时间间隔。一般来说，第一时间间隔等于第二时间间隔的一半，这样的取值可以使客户端向服务器进行请求获取更新的索引列表的频率大于服务器自身更新索引列表的频率，这样一方面保证了客户端不会错过服务器的更新，同样也保证客户端不会过于频繁的进行请求从而浪费处理资源。
步骤S304，所述客户端获取更新的索引列表并丢弃旧索引列表，在解析到所述旧索引列表中的轮播标识后，记录在丢弃所述旧索引列表时当前待下载的媒体分片的序列号；在解析到所述更新的索引列表中的轮播标识时，获取所述更新的索引列表中排在首播位的媒体分片的序列号，对所述两个序列号进行比较。
所述客户端在之前获取到旧索引列表时，旧索引列表中一般存有多个播放地址，按照HLS协议的规定会存有3个播放地址，所述客户端依次根据所述旧索引列表中的播放地址，每次向所述服务器下载一个媒体分片进行播放，如果缓存足够大，可以在播放当前下载的媒体分片的同时下载下一个媒体分片甚至是下两个媒体分片以应付因为网络抖动导致的由服务器获取数据或者更新的索引列表的延迟。在识别到所述旧索引列表中的轮播标识时，还会不断记录在所述旧索引列表中当前待下载的媒体分片的序列号并覆盖在先的记录，直到丢弃所述旧索引列表时最后记录当前待下载的媒体分片的序列号。
在识别到所述更新的索引列表中的轮播标识时启动轮播处理，在所述客户端丢弃旧索引列表时，识别当前期望下载但是还没有下载的媒体分片的序列号并记录。同时还需要识别所述更新的索引列表中排在首播位的媒体分片的序列号，也就是所述更新的索引列表的序列号（sequence）。
步骤S306，所述客户端比较后判定所述两个序列号不相等且不连续时，添加所述两个序列号之间所缺少的序列号，根据所述添加的序列号以及所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表，执行步骤S312。
所述客户端比较后判定所述两个序列号不相等且不连续时，说明两个序列号之间存在断档，例如序列号3和序列号5之间缺少了序列号4。
这时所记录的序列号对应的媒体分片还没有下载，这个没有下载的媒体分片与之前已经下载的媒体分片（之前已经下载的媒体分片可能正在播放，也可能还没开始播放，只是缓存着待播）显然是连续的，例如序列号2媒体分片已经下载，而序列号3对应的媒体分片还没有下载，这两个媒体分片显然是连续的。
而两个序列号之间缺少的部分则无法得到了，这时缺少的序列号是可以根据规律推断出的，而缺少的序列号与所记录的还没有下载的序列号所对应的媒体分片都是需要下载才能保证连续播放的，根据推断出的缺少的序列号以及所记录的序列号，结合一定的规则（例如媒体分片的播放地址也是连续编号的，根据待增补序列号与前后已知的序列号之间的差值，与前后已知的序列号对应的播放地址推算出增补播放地址）生成相应的媒体分片的增补播放地址，例如序列号2、3、4所在的索引列表已经丢弃，更新的索引列表的序列号为5、6、7，而序列号2的媒体分片已经下载，而序列号3对应的媒体分片还没有下载，序列号5是更新的索引列表的首播位，序列号3和序列号5之间缺少了序列号4，因此客户端和服务器之间存在一定的偏差，客户端根据序列号3和4生成相应的媒体分片的增补播放地址，再结合更新的索引列表的序列号为5、6、7的媒体分片的播放地址组成当前索引列表。
步骤S308，所述客户端比较后判定所述两个序列号不相等但连续时，根据所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表，执行步骤S312。
所述客户端比较后判定所述两个序列号不相等但连续时，说明两个序列号之间不存在断档，例如序列号3和序列号4之间是连续的。
这时没有下载的媒体分片与之前已经下载的媒体分片（之前已经下载的媒体分片可能正在播放，也可能还没开始播放，只是缓存着待播）显然是连续的，只要下载所记录的还没有下载的序列号所对应的媒体分片就可以保证连续播放的，根据所记录的序列号结合一定的规则（例如媒体分片的播放地址也是连续编号的，根据待增补序列号与前后已知的序列号之间的差值，与前后已知的序列号对应的播放地址推算出增补播放地址）生成相应的媒体分片的增补播放地址，例如序列号2、3、4所在的索引列表已经丢弃，更新的索引列表的序列号为4、5、6，而序列号2的媒体分片已经下载，而序列号3对应的媒体分片还没有下载，序列号4是更新的索引列表的首播位，序列号3和序列号4之间不同但是连续，因此客户端和服务器之间存在一定的偏差，客户端根据序列号3生成相应的媒体分片的增补播放地址，再结合更新的索引列表的序列号为4、5、6的媒体分片的播放地址组成新的索引列表。
步骤S310，所述客户端比较后判定所述两个序列号相等时，将所述更新的索引列表作为当前索引列表，执行步骤S312。
所述客户端比较后判定所述两个序列号相等，说明两个序列号之间不存在断档，例如序列号2、3、4所在的索引列表已经丢弃，更新的索引列表的序列号为3、4、5，而序列号2的媒体分片已经下载，而序列号3对应的媒体分片还没有下载，序列号3是更新的索引列表的首播位，还没有下载的序列号和更新的索引列表的首播位的序列号都是3，说明此时客户端与服务器没有偏差，更新是同步的，从服务器得到的所述更新的索引列表就是当前索引列表。
步骤S312，依次根据所述当前索引列表中的播放地址向所述服务器下载相应媒体分片进行播放。
所述客户端依次根据所述当前索引列表中的播放地址，每次向所述服务器下载一个媒体分片进行播放，如果缓存足够大，可以在播放当前下载的媒体分片的同时下载下一个媒体分片甚至是下两个媒体分片以应付因为网络抖动导致的由服务器获取数据或者更新的索引列表的延迟。例如，当前索引列表包括序列号为3、4、5、6、7的媒体分片，则客户端依次根据这些序列号对应的播放地址去向服务器下载媒体分片，直到客户端又接收到更新的索引列表，跳转执行步骤S304。
实施例四
如图4所示，为本申请第四实施例的客户端结构图。轮播媒体分片的客户端，包括：请求模块400、解析模块420、记录模块440、第一编排模块460和撷取播放模块480；
所述请求模块400，用于向服务器发出请求以获取所述服务器不断更新的索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址及相应的唯一的序列号；
所述解析模块420，与请求模块400耦接，用于获取更新的索引列表并丢弃旧索引列表，解析到所述更新的索引列表和所述旧索引列表中的轮播标识时通知记录模块440；
所述记录模块440，与解析模块420耦接，用于在解析到所述旧索引列表中的轮播标识后，记录在丢弃所述旧索引列表时当前待下载的媒体分片的序列号，在解析到所述更新的索引列表中的轮播标识时，获取所述更新的索引列表中排在首播位的媒体分片的序列号；
所述第一编排模块460，分别与解析模块420和记录模块440耦接，用于比较后判定所述两个序列号不相等且不连续时，添加所述两个序列号之间所缺少的序列号，根据所述添加的序列号以及所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表；
所述撷取播放模块480，与第一编排模块460耦接，用于依次根据所述当前索引列表中的播放地址向所述服务器下载相应媒体分片并进行播放。
所述请求模块400，进一步用于以第一时间间隔为周期向所述服务器发出请求以获取所述服务器以第二时间间隔为周期更新的索引列表，其中，所述第一时间间隔小于第二时间间隔。
所述解析模块420，所获取的每次更新的索引列表中具有所述服务器实时添加的轮播标识。
所述撷取播放模块480，进一步用于依次根据所述当前索引列表中或者旧索引列表中的播放地址，每次向所述服务器下载一个媒体分片进行播放，如果缓存足够大，可以在播放当前下载的媒体分片的同时下载下一个媒体分片甚至是下两个媒体分片以应付因为网络抖动导致的由服务器获取数据或者更新的索引列表的延迟。
所述记录模块440，进一步用于在识别到所述旧索引列表中的轮播标识时，不断记录在所述旧索引列表中当前待下载的媒体分片的序列号并覆盖在先的记录，直到丢弃所述旧索引列表时最后记录当前待下载的媒体分片的序列号。
所述第一编排模块460，还用于比较后判定所述两个序列号不相等但连续时，根据所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表。
所述第一编排模块460，还用于比较后判定所述两个序列号相等时，将所述更新的索引列表作为当前索引列表。
以上不足之处参考实施例一和实施例三。
实施例五
如图5所示，为本申请第五实施例的客户端结构图。轮播媒体分片的客户端，包括：请求模块500、解析模块520、记录模块540、第二编排模块560和撷取播放模块580；
所述请求模块500，用于向服务器发出请求以获取所述服务器不断更新的索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址及相应的唯一的序列号；
所述解析模块520，与请求模块500耦接，用于获取更新的索引列表并丢弃旧索引列表，解析到所述更新的索引列表和所述旧索引列表中的轮播标识时通知记录模块540；
所述记录模块540，与解析模块520耦接，用于在解析到所述旧索引列表中的轮播标识后，记录在丢弃所述旧索引列表时当前待下载的媒体分片的序列号，在解析到所述更新的索引列表中的轮播标识时，获取所述更新的索引列表中排在首播位的媒体分片的序列号；
所述第二编排模块560，分别与解析模块520和记录模块540耦接，用于比较后判定所述两个序列号不相等但连续时，根据所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表；
所述撷取播放模块580，与第二编排模块560耦接，用于依次根据所述当前索引列表中的播放地址向所述服务器下载相应媒体分片并进行播放。
所述请求模块500，进一步用于以第一时间间隔为周期向所述服务器发出请求以获取所述服务器以第二时间间隔为周期更新的索引列表，其中，所述第一时间间隔小于第二时间间隔。
所述解析模块520，所获取的每次更新的索引列表中具有所述服务器实时添加的轮播标识。
所述撷取播放模块580，进一步用于依次根据所述当前索引列表中或者旧索引列表中的播放地址，每次向所述服务器下载一个媒体分片进行播放，如果缓存足够大，可以在播放当前下载的媒体分片的同时下载下一个媒体分片甚至是下两个媒体分片以应付因为网络抖动导致的由服务器获取数据或者更新的索引列表的延迟。
所述记录模块540，进一步用于在识别到所述旧索引列表中的轮播标识时，不断记录在所述旧索引列表中当前待下载的媒体分片的序列号并覆盖在先的记录，直到丢弃所述旧索引列表时最后记录当前待下载的媒体分片的序列号。
所述第二编排模块560，还用于比较后判定所述两个序列号相等时，将所述更新的索引列表作为当前索引列表。
以上不足之处参考实施例二和实施例三。
实施例六
如图6所示，为本申请第六实施例的***架构图，包括：一个或多个客户端600和服务器620，其中，
所述客户端600，包括如图4或者图5中所示出的轮播媒体分片的客户端，参考实施例四和五，在此不再赘述。所述客户端可以是网络电视、平板电脑、个人电脑、网络视频播放机（网络机顶盒）、手机等，本申请并不限于此。
所述服务器620，用于不断更新索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址及相应的唯一的序列号。
所述服务器620对于每次更新的索引列表会赋予一个序列号（sequence），这个序列号等于索引列表中排在首播位的媒体分片的唯一的序列号，排在首播位之后第二位的媒体分片的序列号增加1，排在首播位之后第二位的媒体分片的序列号增加2，按照HLS协议的规定索引列表一般会存有3个播放地址，当然本申请并不限于此。
所述服务器620中保存有直播媒体库、点播媒体库和轮播媒体库，各个库中存放有相应的待播放的媒体分片。例如，轮播资源库中保存有轮播的媒体分片，多个媒体分片按顺序组合在一起播放就构成了一个完整的视频资源，一个完整的视频资源可以是一部电影或者一集电视剧，多个媒体分片组合在一起播放的顺序按每个媒体分片的序列号进行排列。
所述服务器620从轮播媒体库中选取待播放的媒体分片不断生成更新的索引列表时，所述服务器在每次更新的索引列表中实时添加轮播标识，以便客户端在请求到这个轮播列表时可以读取到轮播标识，从而识别出轮播模式从而启动相应操作，在实际应用中，轮播标识用一个符号直接添加在索引列表中的每个播放地址的后面。
以上不足之处参考实施例三、实施例四和实施例五。
应用实例
服务器为某网络视频服务商建立的视频资源的播控服务器，该播控服务器中支持HLS协议，并支持基于HLS协议所做出的如以上实施例所进行的轮播模式配置；客户端为该网络视频服务商推出的某品牌的网络电视机，该网络电视机中安装有以上实施例中所述的各模块。
服务器中保存有直播媒体库、点播媒体库和轮播媒体库，服务器当前正在直播某足球赛事，直播媒体库中保存有根据所述直播赛事实时制作的媒体分片，并通过HLS直播模式提供索引列表，网络电视机正在通过更新该索引列表收看该足球赛事，但是受不良的网络状况影响，该网络电视机无法与服务器保持同步，不断通过丢弃媒体分片从而快速赶上服务器的直播，跳跃的画面给用户的感受非常不好。
用户操作该网络电视机转换频道开始收看某轮播电视剧集ABC。如果不依靠本申请的方案，轮播该电视剧集ABC时也会出现如直播足球赛事一样的跳跃丢帧的播放画面。但是利用本申请的方案后，首先，服务器以20秒为周期依据该电视剧集ABC的媒体分片不断更新的索引列表，按照HLS协议，当前最新的索引列表1中具有待顺序播放的该电视剧集ABC的三个最新媒体分片的播放地址URL2、URL3、URL4及相应的序列号2、3、4。服务器实时在索引列表1中的播放地址URL后添加轮播标识t。索引列表1序列号（sequence）等于索引列表1中排在首播位的URL2的序列号，后续URL3、URL4顺次加一就可以推测出序列号是3和4。
客户端获取到上述索引列表1，依次根据索引列表1中的播放地址，先向服务器下载URL2-t的媒体分片进行播放，在URL2-t的媒体分片进行播放的同时，客户端再准备向服务器下载URL3-t的媒体分片。另外，客户端在读取到索引列表1中的播放地址时，识别到轮播标识t，知道当前的索引列表是轮播模式，此时需要不断记录在所述旧索引列表中当前待下载的媒体分片的序列号并覆盖在先的记录。客户端在根据索引列表1进行如上操作的同时，还在以10秒为周期向服务器请求更新的索引列表。
服务器依据该电视剧集ABC的媒体分片先后产生了更新的索引列表2、3和4，按照HLS协议，索引列表2中具有待顺序播放的该电视剧集ABC的三个最新媒体分片的播放地址URL3、URL4、URL5及相应的序列号3、4、5；索引列表3中具有待顺序播放的该电视剧集ABC的三个最新媒体分片的播放地址URL4、URL5、URL6及相应的序列号4、5、6；索引列表4中具有待顺序播放的该电视剧集ABC的三个最新媒体分片的播放地址URL5、URL6、URL7及相应的序列号5、6、7。服务器实时在索引列表2、3和4中的播放地址URL后添加轮播标识t。索引列表2序列号（sequence）等于索引列表2中排在首播位的URL3的序列号，索引列表3序列号（sequence）等于索引列表3中排在首播位的URL4的序列号，索引列表4序列号（sequence）等于索引列表4中排在首播位的URL5的序列号。
此时受到网络抖动的影响，客户端没有获取到索引列表2和3，只在稍后获取到了最新的索引列表4，这时按照HLS协议需要丢弃旧索引列表1，在丢弃索引列表1时最后记录的当前待下载的媒体分片URL3的序列号是3。
客户端在读取最新的索引列表4中的播放地址时，识别到轮播标识t，则自动获取最新的索引列表4中排在首播位的媒体分片URL5的序列号5，对在丢弃索引列表1时最后记录的序列号3与索引列表4中排在首播位的序列号5进行比较：
显然序列号3和序列号5不相等且不连续，根据所述两个序列号之间缺少的序列号4以及所记录的序列号3生成相应的媒体分片的增补播放地址。因为URL5的序列号是5，而URL2的序列号是2，因此根据这种规则可以推测出，序列号3的播放地址是URL3，序列号4的播放地址是URL4，URL3和URL4就是增补播放地址。
将所述增补播放地址URL3、URL4以及最新的索引列表4中的播放地址URL5、URL6、URL7，按照相应的序列号进行顺序组合得到当前索引列表，此时当前索引列表中并不遵循HLS协议中只有三个最新媒体分片的播放地址，而是根据实际情况存放相应数量的最新媒体分片的播放地址。
客户端依次根据所述当前索引列表中的播放地址，每次向所述服务器下载一个媒体分片进行播放，直到客户端又接收到更新的索引列表。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者***不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者***所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者***中还存在另外的相同要素。
上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。
Claims (10)
1.一种轮播媒体分片的方法，其特征在于，包括：
获取所述服务器不断更新的索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址及相应的唯一的序列号；
获取更新的索引列表并丢弃旧索引列表，记录丢弃所述旧索引列表时当前待下载的媒体分片的序列号，识别所述更新的索引列表中排在首播位的媒体分片的序列号；
判定所述两个序列号不相等且不连续时，添加所述两个序列号之间所缺少的序列号，根据所述添加的序列号以及所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表，依次根据所述当前索引列表中的播放地址向所述服务器下载相应媒体分片进行播放。
2.如权利要求1所述的方法，其特征在于，获取所述服务器不断更新的索引列表的操作，进一步包括：
以第一时间间隔为周期向所述服务器发出请求以获取所述服务器以第二时间间隔为周期更新的索引列表，其中，所述第一时间间隔小于第二时间间隔。
3.如权利要求1所述的方法，其特征在于，
每次更新的索引列表中还具有所述服务器实时添加的轮播标识；
所述客户端在识别到所述更新的索引列表中的轮播标识时，记录丢弃所述旧索引列表时当前待下载的媒体分片的序列号，识别所述更新的索引列表中排在首播位的媒体分片的序列号。
4.如权利要求1所述的方法，其特征在于，
判定所述两个序列号不相等但连续时，根据所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表，依次根据所述当前索引列表中的播放地址向所述服务器下载相应媒体分片进行播放。
5.一种轮播媒体分片的方法，其特征在于，包括：
获取所述服务器不断更新的索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址以及相应的唯一的序列号；
获取更新的索引列表并丢弃旧索引列表，记录丢弃所述旧索引列表时当前待下载的媒体分片的序列号，识别所述更新的索引列表中排在首播位的媒体分片的序列号；
判定所述两个序列号不相等但连续时，根据所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表，依次根据所述当前索引列表中的播放地址向所述服务器下载相应媒体分片进行播放。
6.如权利要求5所述的方法，其特征在于，获取所述服务器不断更新的索引列表的操作，进一步包括：
所述客户端以第一时间间隔为周期向所述服务器发出请求以获取所述服务器以第二时间间隔为周期更新的索引列表，其中，所述第一时间间隔小于第二时间间隔。
7.如权利要求5所述的方法，其特征在于，
每次更新的索引列表中还具有所述服务器实时添加的轮播标识；
所述客户端在识别到所述更新的索引列表中的轮播标识时，记录在丢弃所述旧索引列表时当前待下载的媒体分片的序列号，识别所述更新的索引列表中排在首播位的媒体分片的序列号。
8.一种轮播媒体分片的客户端，其特征在于，包括：请求模块、解析模块、记录模块、编排模块和撷取播放模块；
所述请求模块，用于向服务器发出请求以获取所述服务器不断更新的索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址及相应的唯一的序列号；
所述解析模块，用于获取更新的索引列表并丢弃旧索引列表，识别所述更新的索引列表中排在首播位的媒体分片的序列号；
所述记录模块，用于记录在丢弃所述旧索引列表时当前待下载的媒体分片的序列号，识别所述更新的索引列表中排在首播位的媒体分片的序列号；
所述编排模块，用于比较后判定所述两个序列号不相等且不连续时，添加所述两个序列号之间所缺少的序列号，根据所述添加的序列号以及所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表；
所述撷取播放模块，用于依次根据所述当前索引列表中的播放地址向所述服务器下载相应媒体分片并进行播放。
9.一种轮播媒体分片的客户端，其特征在于，包括：请求模块、解析模块、记录模块、编排模块和撷取播放模块；
所述请求模块，用于向服务器发出请求以获取所述服务器不断更新的索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址及相应的唯一的序列号；
所述解析模块，用于获取更新的索引列表并丢弃旧索引列表，识别所述更新的索引列表中排在首播位的媒体分片的序列号；
所述记录模块，用于记录在丢弃所述旧索引列表时当前待下载的媒体分片的序列号，识别所述更新的索引列表中排在首播位的媒体分片的序列号；
所述编排模块，用于比较后判定所述两个序列号不相等但连续时，根据所记录的序列号生成相应的媒体分片的增补播放地址，并将所述增补播放地址以及所述更新的索引列表中的播放地址按照相应的序列号进行顺序组合得到当前索引列表；
所述撷取播放模块，用于依次根据所述当前索引列表中的播放地址向所述服务器下载相应媒体分片并进行播放。
10.一种轮播媒体分片的***，其特征在于，包括：一个或多个客户端和服务器，其中，
所述客户端，包括如权利要求8或9所述的轮播媒体分片的客户端；
所述服务器，用于不断更新索引列表，其中，每次更新的索引列表中具有待顺序播放的最新的若干媒体分片的播放地址及相应的唯一的序列号。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310664166.9A CN103685264A (zh) | 2013-12-06 | 2013-12-06 | 轮播媒体分片的方法、客户端及*** |
| US15/102,268 US20170013037A1 (en) | 2013-12-06 | 2014-12-05 | Media fragment rotation method, client and system |
| PCT/CN2014/093188 WO2015081893A1 (zh) | 2013-12-06 | 2014-12-05 | 一种轮播媒体分片的方法、客户端及*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310664166.9A CN103685264A (zh) | 2013-12-06 | 2013-12-06 | 轮播媒体分片的方法、客户端及*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103685264A true CN103685264A (zh) | 2014-03-26 |
Family
ID=50321579
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310664166.9A Pending CN103685264A (zh) | 2013-12-06 | 2013-12-06 | 轮播媒体分片的方法、客户端及*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103685264A (zh) |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104506493A (zh) * | 2014-12-04 | 2015-04-08 | 武汉市烽视威科技有限公司 | 一种实现hls内容回源和缓存的方法 |
| WO2015081893A1 (zh) * | 2013-12-06 | 2015-06-11 | 乐视致新电子科技（天津）有限公司 | 一种轮播媒体分片的方法、客户端及*** |
| CN105635753A (zh) * | 2015-06-08 | 2016-06-01 | 广州市动景计算机科技有限公司 | 媒体数据的下载方法和装置 |
| CN105744309A (zh) * | 2014-12-12 | 2016-07-06 | 中兴通讯股份有限公司 | 一种直播视频的生成及播放方法、装置、终端及*** |
| CN106131588A (zh) * | 2016-07-12 | 2016-11-16 | 乐视控股（北京）有限公司 | 一种轮播台多媒体节目的点播方法和装置 |
| CN106210803A (zh) * | 2016-07-12 | 2016-12-07 | 乐视控股（北京）有限公司 | 一种媒体节目的播放方法及装置 |
| CN106331789A (zh) * | 2016-09-13 | 2017-01-11 | 聚好看科技股份有限公司 | 轮播节目播放控制方法及设备 |
| CN106470352A (zh) * | 2015-08-18 | 2017-03-01 | 中兴通讯股份有限公司 | 直播频道播放方法、装置及*** |
| CN107124668A (zh) * | 2016-01-22 | 2017-09-01 | 纳宝株式会社 | 流式传输装置及方法、流式传输服务***及记录介质 |
| CN107302727A (zh) * | 2016-04-15 | 2017-10-27 | 杭州海康威视数字技术股份有限公司 | 一种直播视频分片的下载方法、装置及*** |
| CN107318052A (zh) * | 2017-07-12 | 2017-11-03 | 深圳Tcl新技术有限公司 | 电视机视频的播放方法、电视机及存储介质 |
| CN107613408A (zh) * | 2017-09-21 | 2018-01-19 | 烽火通信科技股份有限公司 | 基于hls协议的媒体数据索引文件请求方法及*** |
| CN110072122A (zh) * | 2019-04-19 | 2019-07-30 | 华为技术有限公司 | 一种视频播放方法及相关设备 |
| CN111131845A (zh) * | 2019-12-03 | 2020-05-08 | 海信视像科技股份有限公司 | 多媒体资源轮播的方法、电子设备和存储介质 |
| CN112788353A (zh) * | 2020-12-28 | 2021-05-11 | 未来电视有限公司 | 直播时移处理方法、装置、电子设备和可读存储介质 |
| CN112866763A (zh) * | 2020-12-28 | 2021-05-28 | 网宿科技股份有限公司 | Hls多码率流切片的序列号生成方法、服务器及存储介质 |
-
2013
- 2013-12-06 CN CN201310664166.9A patent/CN103685264A/zh active Pending
Cited By (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2015081893A1 (zh) * | 2013-12-06 | 2015-06-11 | 乐视致新电子科技（天津）有限公司 | 一种轮播媒体分片的方法、客户端及*** |
| CN104506493A (zh) * | 2014-12-04 | 2015-04-08 | 武汉市烽视威科技有限公司 | 一种实现hls内容回源和缓存的方法 |
| CN105744309A (zh) * | 2014-12-12 | 2016-07-06 | 中兴通讯股份有限公司 | 一种直播视频的生成及播放方法、装置、终端及*** |
| CN105635753A (zh) * | 2015-06-08 | 2016-06-01 | 广州市动景计算机科技有限公司 | 媒体数据的下载方法和装置 |
| CN106470352B (zh) * | 2015-08-18 | 2020-04-07 | 中兴通讯股份有限公司 | 直播频道播放方法、装置及*** |
| CN106470352A (zh) * | 2015-08-18 | 2017-03-01 | 中兴通讯股份有限公司 | 直播频道播放方法、装置及*** |
| CN107124668B (zh) * | 2016-01-22 | 2020-10-02 | 纳宝株式会社 | 流式传输装置及方法、流式传输服务***及记录介质 |
| CN107124668A (zh) * | 2016-01-22 | 2017-09-01 | 纳宝株式会社 | 流式传输装置及方法、流式传输服务***及记录介质 |
| CN107302727B (zh) * | 2016-04-15 | 2020-02-11 | 杭州海康威视数字技术股份有限公司 | 一种直播视频分片的下载方法、装置及*** |
| CN107302727A (zh) * | 2016-04-15 | 2017-10-27 | 杭州海康威视数字技术股份有限公司 | 一种直播视频分片的下载方法、装置及*** |
| CN106210803A (zh) * | 2016-07-12 | 2016-12-07 | 乐视控股（北京）有限公司 | 一种媒体节目的播放方法及装置 |
| CN106131588A (zh) * | 2016-07-12 | 2016-11-16 | 乐视控股（北京）有限公司 | 一种轮播台多媒体节目的点播方法和装置 |
| CN106331789B (zh) * | 2016-09-13 | 2019-07-02 | 聚好看科技股份有限公司 | 轮播节目播放控制方法及设备 |
| CN106331789A (zh) * | 2016-09-13 | 2017-01-11 | 聚好看科技股份有限公司 | 轮播节目播放控制方法及设备 |
| CN107318052A (zh) * | 2017-07-12 | 2017-11-03 | 深圳Tcl新技术有限公司 | 电视机视频的播放方法、电视机及存储介质 |
| CN107613408A (zh) * | 2017-09-21 | 2018-01-19 | 烽火通信科技股份有限公司 | 基于hls协议的媒体数据索引文件请求方法及*** |
| CN107613408B (zh) * | 2017-09-21 | 2019-09-27 | 烽火通信科技股份有限公司 | 基于hls协议的媒体数据索引文件请求方法及*** |
| CN110072122A (zh) * | 2019-04-19 | 2019-07-30 | 华为技术有限公司 | 一种视频播放方法及相关设备 |
| CN111131845A (zh) * | 2019-12-03 | 2020-05-08 | 海信视像科技股份有限公司 | 多媒体资源轮播的方法、电子设备和存储介质 |
| CN112788353A (zh) * | 2020-12-28 | 2021-05-11 | 未来电视有限公司 | 直播时移处理方法、装置、电子设备和可读存储介质 |
| CN112866763A (zh) * | 2020-12-28 | 2021-05-28 | 网宿科技股份有限公司 | Hls多码率流切片的序列号生成方法、服务器及存储介质 |
| CN112788353B (zh) * | 2020-12-28 | 2022-06-14 | 未来电视有限公司 | 直播时移处理方法、装置、电子设备和可读存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103685264A (zh) | 轮播媒体分片的方法、客户端及*** | |
| US9936260B2 (en) | Content reproduction method and apparatus in IPTV terminal | |
| CN102130936B (zh) | 一种在动态http流传输方案中支持时移回看的方法和装置 | |
| RU2632403C2 (ru) | Оконечное устройство, устройство сервера, способ обработки информации, программа и система поставки связанного приложения | |
| CN106454493B (zh) | 当前播放的电视节目信息查询方法及智能电视 | |
| CN104429093B (zh) | 超文本传输协议动态自适应流媒体客户端及其会话管理实施方法 | |
| CN106415546B (zh) | 用于在本地检测所消费视频内容的***和方法 | |
| CN105472443A (zh) | 一种直播源控制方法及*** | |
| US10438241B2 (en) | Multiple playback local ad rotation | |
| CN101383783A (zh) | 内容接收设备和方法 | |
| CN101868793A (zh) | 图解支持的p2p媒体内容流播 | |
| CN104919455B (zh) | 对计算机网络上的预期媒体内容加书签 | |
| CN103685263A (zh) | 轮播媒体资源的方法、服务器及*** | |
| CN109587525A (zh) | 业务推送方法与***、机顶盒、业务服务平台及存储介质 | |
| CN109842804A (zh) | 音视频数据的处理方法及服务器、计算机存储介质 | |
| CN106851326A (zh) | 一种播放方法和装置 | |
| EP3043567A1 (en) | Method and device for setting language type | |
| US9294803B2 (en) | Kiosk set-top-box | |
| US20150100984A1 (en) | Playback device and playback method for multimedia file | |
| EP2712203A1 (en) | Method and system for enhancing redistributed audio / video content | |
| CN103686409A (zh) | 桌面背景与直播界面同步播放的方法和*** | |
| CN110582024A (zh) | 一种播放视频的方法和装置 | |
| CN103945260A (zh) | 一种流媒体点播编辑***及点播方法 | |
| CN106303739B (zh) | 交互式网络电视播放节目的方法和*** | |
| WO2017080152A1 (zh) | 一种同步数据的方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20171222 |
|
| AD01 | Patent right deemed abandoned |