一种流媒体文件分发方法及系统的制作方法
【专利摘要】本发明提供一种流媒体文件分发方法，包括：获取流媒体文件的m3u8文件；确定对所述m3u8文件有订阅服务需求的边缘服务器；主动将所述m3u8文件分发至所述边缘服务器；本发明实施例还提供一种流媒体文件分发系统；实现了服务器实时将获得的m3u8文件下发至相应的边缘服务器，同时消除了丢片的可能性，大大提升了用户的播放体验。
【专利说明】
一种流媒体文件分发方法及系统
技术领域
[0001]本发明实施例涉及流媒体技术领域，尤其涉及一种流媒体文件分发方法及系统。
【背景技术】
[0002]HLS(Http live streaming)协议是苹果公司实现的基于超文本传输协议Http的流媒体传输协议，HLS协议将容量巨大的连续媒体数据进行分段，分割为数量众多的小文件进行传递，迎合了网页服务器的文件传输性，并采用一个不断更新的轻量级索引文件来控制分割后小媒体文件的下载和播放，可以实现流媒体的直播和点播。HLS协议在优先考虑流畅性的前提下支持码率的自动切换，目前被各大视频网站广泛使用。
[0003]通过HLS协议，视频数据经处理后分为视频片段ts文件以及媒体数据索引m3u8文件，并存在于云服务器上。m3u8文件实际上只是一种文件组的组织形式，将视频片段ts文件以播放列表的形式组织在一起以供多媒体播放器下载播放。m3u8文件中通常包括视频片段的多个统一资源定位符URL。多媒体播放器获取m3u8文件后，进而按照其中的URL下载对应的视频片段并进行播放。客户端播放HLS内容的过程，本质上是分别下载索引文件和分片文件的过程。
[0004]在现有技术中，流媒体播放系统中一般包括中心服务器和多个边缘服务器，客户端需要根据从边缘服务器端查询最新的m3u8文件以获取最新的播放信息。通常，需要中心服务器将m3u8文件下发至边缘服务器，对于实现流媒体文件的下发主要如下几个步骤:首先，制作m3u8文件及视频片段ts文件，并存储上述m3u8文件至中心服务器上;然后，边缘服务器通过不断地轮询中心服务器获取最新的m3u8文件及视频片段ts文件;最后，客户端轮询边缘服务器获取最新的m3u8文件并播放流媒体视频文件。
[0005]在上述现有技术中通过各个服务器之间的轮询拉取m3u8文件以获取流媒体文件的方法存在如下问题:
[0006]首先，由于边缘服务器轮询中心服务器下载更新m3u8文件存在轮询间隔的问题，增大了边缘服务器更新m3u8文件的延迟;再者，由于边缘服务器不知道中心服务器的m3u8文件更新时间，盲目轮询中心服务器造成了网络带宽资源的浪费;然后，当边缘服务器所接收的请求增多时，边缘服务器向中心服务器轮询的次数也会增多致使中心服务器的压力严重增大，此外由于边缘服务器所接收的请求会越来越多，边缘服务器单机部署的流也会相应地增多，致使边缘服务器的服务能力也大大受限;在一种情况下，当中心服务器的m3u8文件的更新间隔小于边缘服务器轮询的间隔时，边缘服务器出现丢片的几率就会大大增加。
【发明内容】
[0007]本发明实施例提供一种流媒体文件分发方法及系统，用以解决上述现有技术中所阐述的至少一个技术问题。
[0008]本发明实施例提供一种流媒体文件分发方法，其特征在于，包括:
[0009]获取流媒体文件的m3u8文件；
[0010]确定对所述m3u8文件有订阅服务需求的边缘服务器；
[0011 ]主动将所述m3u8文件分发至所述边缘服务器。
[0012]本发明实施例还提供一种流媒体文件分发系统，其特征在于，包括:
[0013]流媒体获取单元，用于获取流媒体文件的m3u8文件；
[0014]目标服务器确定单元，用于确定对所述m3u8文件有订阅服务需求的边缘服务器；
[0015]主动分发单元，用于主动将所述m3u8文件分发至所述边缘服务器。
[0016]通过本发明实施例提供的流媒体文件分发方法及系统，实现了将更新的m3u8文件下发至有需求的边缘服务器；当将本发明实施例应用在中心服务器中时，相比于现有技术中的服务器之间轮询以获取更新的m3u8文件，本发明实施例具有如下有益效果:
[0017]一方面，由于边缘服务器不需要知道中心服务器的m3u8文件更新时间，边缘服务器也不需要盲目轮询中心服务器，大量节约了网络带宽资源的浪费;通过实际工作测试结果可知，按照“中心服务器-中层服务器-下层服务器”的三层部署架构下，假定中心服务器的更新的m3u8文件在1s后才生成，按照原有的服务器轮询方案，下层服务器每间隔2s轮询一次中心服务器，每次获取三块m3u8，则在1s内需要传输15片m3u8，而在本实施例方法中只需要传输I片m3u8，则在这1s内所节省的带宽率高达(15-1)/15 = 93%;
[0018]另一方面，相比与现有技术中的边缘服务器间隔轮询中心服务器，理论上消除了丢片的可能性，大大提升了用户的流媒体播放体验。
【附图说明】
[0019]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0020]图1示出的是本发明一实施例的流媒体文件分发方法的流程图；
[0021]图2示出了图1所示方法中的S12步骤的一种具体执行方式的详细执行图；
[0022]图3示出的是本发明一实施例的流媒体文件分发系统的结构示意图；
[0023]图4示出的是本发明另一实施例的流媒体文件分发系统的结构示意图；
[0024]图5示出的是本发明还一实施例的流媒体文件分发系统的结构示意图。
【具体实施方式】
[0025]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0026]参见图1示出的是本发明一实施例的流媒体文件分发方法的流程图，包括:
[0027]SI I:获取流媒体文件的m3u8文件；
[0028]S12:确定对m3u8文件有订阅服务需求的边缘服务器；
[0029]S13:主动将m3u8文件分发至边缘服务器。
[0030]作为进一步的优化，在上述S13步骤之后还可以包括:上述边缘服务器根据所接收的m3u8文件在目标边缘服务器本地缓存上述更新的m3u8文件及上述m3u8文件所对应的ts文件。
[0031]通过本发明实施例提供的流媒体文件分发方法，实现了将更新的m3u8文件下发至有需求的边缘服务器，当将本发明实施例应用在中心服务器中时，相比于现有技术中的服务器之间轮询以获取更新的m3u8文件，本发明实施例具有如下有益效果:
[0032]一方面，由于边缘服务器不需要知道中心服务器的m3u8文件更新时间，边缘服务器也不需要盲目轮询中心服务器，大量节约了网络带宽资源的浪费;通过实际工作测试结果可知，按照“中心服务器-中层服务器-下层服务器”的三层部署架构下，中层服务器和下层服务器对应于本发明实施例方法中的边缘服务器，假定中心服务器的更新的m3u8文件在1s后才生成，按照原有的服务器轮询方案，下层服务器每间隔2s轮询一次中心服务器，每次获取三块m3u8，则在1s内需要传输15片m3u8，而在本实施例方法中只需要传输I片m3u8，则在这1s内所节省的带宽率高达(15-1)/15 = 93% ;
[0033]另一方面，相比与现有技术中的边缘服务器间隔轮询中心服务器，理论上消除了丢片的可能性，大大提升了用户的流媒体播放体验。
[0034]作为本发明实施例方法的一种优选实施方式，获取流媒体文件的m3u8文件包括生成流媒体文件的m3u8文件或接收流媒体文件的m3u8文件。
[0035]关于本发明实施例方法的应用，不限于中心服务器，同样也可以是与上述边缘服务器连接的边缘服务器；当将本发明实施例方法应用在边缘服务器时，实现了多个边缘服务器之间共享更新的m3u8文件，使得边缘服务器无需订阅中心服务器便可以获取所需求的更新m3u8文件，减轻了对中心服务器的压力，例如，按照“中心服务器-中层服务器-下层服务器”的三层部署架构下，中层服务器和下层服务器对应于本发明实施例方法中的边缘服务器，中心服务器只要向中层服务器传送更新的m3u8文件，不需要向下层服务器传送更新的m3u8文件;作为边缘服务器的中层服务器和下层服务器之间共享更新的m3u8文件，相比于下层服务器直接查询中心服务器降低了对中心服务器的压力，同时也降低了下层服务器获得更新的m3u8文件的延时。
[0036]作为本发明实施例方法的一种优选实施方式，参见图2，作为图1所示实施例方法的进一步优化，关于图1中的步骤S12的执行，可以包括如下子步骤:
[0037]S121:根据m3u8文件的描述信息确定相应的流媒体文件的节目信息；
[0038]S122:查询至少包含节目信息和对应的边缘服务器ID的节目订阅列表，基于确定的相应的流媒体文件的节目信息，确定对m3u8文件有订阅服务需求的相应的边缘服务器ID0
[0039]关于本发明实施例方法的应用，不限于中心服务器，同样也可以是与上述边缘服务器连接的边缘服务器;通过本优选实施例方法，实现了当存在多个边缘服务器时，m3u8文件在内容分发网络中的定向发送。
[0040]作为本发明实施例方法的一种优选实施方式，关于图2中的步骤S122的执行，可以包括:
[0041]节目订阅列表基于边缘服务器的服务订阅请求生成，服务订阅请求中至少包含边缘服务器ID和订阅节目的节目信息。
[0042]作为一种优化，在上述步骤节目订阅列表基于边缘服务器的服务订阅请求生成之前还包括:中心服务器接收自边缘服务器的服务订阅请求。
[0043]当将本发明实施例方法应用在内容分发网络的中心服务器时，边缘服务器向中心服务器的订阅相应的流媒体文件，中心服务器将符合边缘服务器订阅请求的流媒体文件传输给边缘服务器，实现了 m3u8文件在内容分发网络中的按需分配。
[0044]作为本发明实施例方法的一种优选实施方式，以TCP长连接的通信方式主动将m3u8文件分发至边缘服务器。
[0045]应当解释的是，接收边缘服务器所发送的服务订阅请求与传输m3u8文件可以是两个彼此独立的通信单元分别执行的，例如将本发明实施例方法应用于中心服务器中，一方面中心服务器的长连接通信单元专用于传输m3u8文件，另有一请求接收单元用于接收自边缘服务器的服务订阅请求;另一方面，接收服务订阅请求与传输m3u8文件可以是由同一个通信单元分别执行的，比如中心服务器的长连接通信单元既可以用于接收m3u8文件也又可以用来接收边缘服务器所发送的服务订阅请求。
[0046]关于本发明实施例方法的应用，不限于中心服务器，同样也可以是与上述边缘服务器连接的其他的边缘服务器。通过本发明实施例方法实现了实时将m3u8文件下发至有需求的边缘服务器，本发明实施例方法具有如下有益效果:
[0047]首先，由于中心服务器和中心服务器下的边缘服务器之间的建立了 TCP长连接，保障了中心服务器能够实时将已更新的m3u8文件下发至边缘服务器，大大降低了边缘服务器更新m3u8文件的延迟，通过实际工作测试结果可知，按照“中心服务器-中层服务器-下层服务器”的三层部署架构下，本发明实施例中的边缘服务器包含了中层服务器和下层服务器，下层服务器获取一片m3u8文件的理论最大分发延迟从6s变为三层TCP连接的RTT(具体与服务器之间的链路有关)，平均分发时延大小在Is之内，通信延迟时间降低了不小于83% ;
[0048]然后，由于中心服务器和边缘服务器之间是通过TCP长连接实时通信传输m3u8文件的，在边缘服务器的本地所存储的m3u8文件便是最新的m3u8文件，当边缘服务器接收到用户访问请求时也无需查询中心服务器，大大减少了中心服务器的压力，同时也减少了边缘服务器单机部署的流，消除了现有的套接字性能瓶颈，大大提高了边缘服务器的服务能力，通过实际工作测试测试结果可知，按照“中心服务器-中层服务器-下层服务器”的三层部署架构下，单台下层服务器所能处理的访问请求数量的上限提升了不小于10倍。
[0049]作为本发明实施例方法的一种优选实施方式，关于图2中的步骤S122的进一步优化，根据节目信息建立与节目订阅列表相关联的连接池以优化节目订阅列表的查询响应速度。
[0050]数据连接是影响数据查询效率的重要性能指标之一，连接池正是针对这个问题提出来的，连接池是对某一数据库所有连接的“缓冲池”，连接池负责分配、管理和释放数据库连接，它允许应用程序重复使用一个现有的数据库连接，而再不是重新建立一个;释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏，故连接池技术能明显提高对数据库操作的性能。
[0051 ]关于本实施例更具体地，中心服务器根据节目订阅请求中所包含的节目信息生成连接，并将上述连接保持到连接池中。作为进一步地优化，根据中心服务器的处理能力和节目订阅信息的数量，设置上述连接池中的连接的上限值以充分发挥连接池的工作性能。
[0052]通过建立连接池优化节目订阅列表的查询响应速度，缩短了匹配目标边缘服务器所消耗的时间，降低了查询节目订阅列表时对中心服务器资源的占用，同时也提高了中心服务器处理众多服务订阅请求的能力。
[0053]作为本发明实施例方法的一种优选实施方式，m3u8文件的描述信息为媒资ID。
[0054]作为进一步的优化，订阅节目的节目信息可以是媒资ID的类型；流媒体运营商在部署服务器内容分发网络时，可以利用不同的边缘服务器处理不同的类型的媒资ID所对应的流媒体资源，例如:利用内容分发网络中的A边缘服务器处理综艺类节目，当解析确定新生成的m3u8文件的媒资ID(如:“蒙面歌王”、“超级女声”等)属于综艺类标识时，中心服务器则将新生成的m3u8文件分发至A边缘服务器。
[0055]作为本发明实施例方法的一种优选实施方式，边缘服务器为更新的m3u8文件添加时间偏移信息，并将上述更新m3u8文件封装为符合流媒体协议的直播m3u8文件。更优选地，时间偏移信息小于I小时。通过本发明实施例方法执行流媒体文件直播，在理论上消除了丢片的可能性，大大提高了直播时的用户体验。
[0056]在本发明的一种【具体实施方式】中，网络分发网络部署有三层服务器架构(中心服务器-中层服务器-下层服务器)，将中心服务器布置在靠近流媒体服务运营商的地区，例如:北京;将中层服务器布置在各级省会城市，例如:湖北武汉;将下层服务器布置在省会城市下一级的各地级市，例如:湖北仙桃。关于流媒体分发方法具体的实施，可以包括如下几个步骤:
[0057]中层服务器向中心服务器发出订阅命令，中心服务器根据上述订阅命令关注相应的节目信息，同时，中层服务器将边缘服务器的ip信息也发送至中心服务器，中心服务器记录中层服务器的ip信息和其所关注的节目信息之间的对应关系并存储至服务订阅列表；
[0058]生成包含节目信息的连接，并将该连接保持到线程池中；中心服务器的m3u8生产模块1118_(^631:01'/1]13118_1311；[1(161'生产出来新的1]13118后，通过消息队列将切片丨8文件所对应的m3u8文件实时转发给中心服务器的Receptor模块;将中心服务器和中层服务器之间建立专门用于传输m3u8文件的TCP长连接；
[0059]中心服务器的Receptor模块统一将接收到的m3u8文件实时发布到连接池，连接池通过将m3u8的关键词与服务订阅列表中的节目信息做匹配，并进一步将新m3u8文件通过TCP长连接实时发送给相匹配的中层服务器；
[0000]中层服务器的Packager模块中维护了通过对每一个节目对应的I小时的历史m3u8信息，实时将m3u8转储为时移信息及符合his协议的直播m3u8。
[0061]进一步地，中层服务器以相同方式将该直播m3u8文件分发至订阅了上述中层服务器的下层服务器，故在此不加以赘述。
[0062]通过实际的工作测试结果可知:下层服务器从中心服务器获取一片m3u8文件的理论最大分发延迟从6s变为三层TCP连接的RTT(具体与服务器之间的链路有关)，平均分发时延大小在Is之内，通信延迟时间降低了不小于83% ;假定中心服务器的更新的m3u8文件在1s后才生成，按照原有的服务器轮询方案，下层服务器每间隔2s轮询一次中心服务器，每次获取三块m3u8，则在1s内需要传输15片m3u8，而在本实施例方法中只需要传输I片m3u8，则在这1s内所节省的带宽率高达(15-1)/15 = 93%;单台下层服务器所能处理的访问请求数量的上限提升了不小于10倍。
[0063]参见图3示出的是本发明一实施例的一种流媒体文件分发系统的结构示意图，包括:
[0064]流媒体获取单元，用于获取流媒体文件的m3u8文件；
[0065]目标服务器确定单元，用于确定对m3u8文件有订阅服务需求的边缘服务器；
[0066]主动分发单元，用于主动将m3u8文件分发至边缘服务器。
[0067]通过本发明实施例提供的流媒体文件分发系统，实现了将更新的m3u8文件下发至有需求的边缘服务器，当将本发明实施例应用在中心服务器中时，相比于现有技术中的服务器之间轮询以获取更新的m3u8文件，本发明实施例具有如下有益效果:
[0068]—方面，由于边缘服务器不需要知道中心服务器的m3u8文件更新时间，边缘服务器也不需要盲目轮询中心服务器，大量节约了网络带宽资源的浪费;通过实际工作测试结果可知，按照“中心服务器-中层服务器-下层服务器”的三层部署架构下，中层服务器和下层服务器对应于本发明实施例方法中的边缘服务器，假定中心服务器的更新的m3u8文件在1s后才生成，按照原有的服务器轮询方案，下层服务器每间隔2s轮询一次中心服务器，每次获取三块m3u8，则在1s内需要传输15片m3u8，而在本实施例方法中只需要传输I片m3u8，则在这1s内所节省的带宽率高达(15-1)/15 = 93% ;
[0069]另一方面，相比与现有技术中的边缘服务器间隔轮询中心服务器，理论上消除了丢片的可能性，大大提升了用户的流媒体播放体验。
[0070]作为本发明实施例系统的一种优选实施方式，作为本发明实施例方法的一种优选实施方式，继续参见图4，作为图3所示实施例系统的进一步优化，图3中的流媒体获取单元为用于生成流媒体文件的m3u8文件流媒体生成单元;继续参见图5，作为图3所示实施例系统的进一步优化，图3中的流媒体获取单元为用于接收流媒体文件的m3u8文件流媒体接收单元。
[0071]关于本发明实施例系统的应用，不限于包含流媒体生成单元的中心服务器，同样也可以是与上述边缘服务器连接的包含流媒体接收单元的边缘服务器;当将本发明实施例方法应用在边缘服务器时，实现了多个边缘服务器之间共享更新的m3u8文件，使得边缘服务器无需订阅中心服务器便可以获取所需求的更新m3u8文件，减轻了对中心服务器的压力，例如，按照“中心服务器-中层服务器-下层服务器”的三层部署架构下，中层服务器和下层服务器对应于本发明实施例方法中的边缘服务器，中心服务器只要向中层服务器传送更新的m3u8文件，不需要向下层服务器传送更新的m3u8文件;作为边缘服务器的中层服务器和下层服务器之间共享更新的m3u8文件，相比于下层服务器直接查询中心服务器降低了对中心服务器的压力，同时也降低了下层服务器获得更新的m3u8文件的延时。
[0072]作为本发明实施例系统的一种优选实施方式，目标服务器确定单元用于根据m3u8文件的描述信息确定相应的流媒体文件的节目信息;查询至少包含节目信息和对应的边缘服务器ID的节目订阅列表，基于确定的相应的流媒体文件的节目信息，确定对m3u8文件有订阅服务需求的相应的边缘服务器ID。
[0073]关于本发明实施例方法的应用，不限于中心服务器，同样也可以是与上述边缘服务器连接的边缘服务器;通过本优选实施例方法，实现了当存在多个边缘服务器时，m3u8文件在内容分发网络中的定向发送。
[0074]作为本发明实施例系统的一种优选实施方式，目标服务器确定单元包括:
[0075]节目订阅列表生成模块，用于根据边缘服务器的服务订阅请求生成节目订阅列表，服务订阅请求至少包含边缘服务器ID和订阅节目的节目信息。
[0076]作为进一步优化，还包括与节目订阅列表生成模块连接的请求接收模块，用于接收边缘服务器所发送的服务订阅请求；
[0077]当将本发明实施例方法应用在内容分发网络的中心服务器时，边缘服务器向中心服务器的订阅相应的流媒体文件，中心服务器将符合边缘服务器订阅请求的流媒体文件传输给边缘服务器，实现了 m3u8文件在内容分发网络中的按需分配。
[0078]作为本发明实施例系统的一种优选实施方式，还包括:主动分发单元采用TCP长连接的通信方式。
[0079]应当解释的是，请求接收模块与主动分发单元可以是彼此独立执行通信连接，主动分发单元专用于TCP长连接传输m3u8文件，请求接收模块用于接收自边缘服务器所发送的服务订阅请求;此外，请求接收模块也可以包含于主动分发单元，主动分发单元既可以用来接收边缘服务器所发送的服务订阅请求也可以用于TCP长连接传输m3u8文件。
[0080]关于本发明实施例系统的应用，不限于中心服务器，同样也可以是与上述边缘服务器连接的边缘服务器;通过本发明实施例方法实现了实时将m3u8文件下发至有需求的边缘服务器，本发明实施例方法具有如下有益效果:
[0081]首先，由于中心服务器和中心服务器下的边缘服务器之间的建立了 TCP长连接，保障了中心服务器能够实时将已更新的m3u8文件下发至边缘服务器，大大降低了边缘服务器更新m3u8文件的延迟，通过实际工作测试结果可知，按照“中心服务器-中层服务器-下层服务器”的三层部署架构下，本发明实施例中的边缘服务器包含了中层服务器和下层服务器，下层服务器从中心服务器获取一片m3u8文件的理论最大分发延迟从6s变为三层TCP连接的RTT(具体与服务器之间的链路有关)，平均分发时延大小在Is之内，通信延迟时间降低了不小于83% ；
[0082]然后，由于中心服务器和边缘服务器之间是通过TCP长连接实时通信传输m3u8文件的，在边缘服务器的本地所存储的m3u8文件便是最新的m3u8文件，当边缘服务器接收到用户访问请求时也无需查询中心服务器，大大减少了中心服务器的压力，同时也减少了边缘服务器单机部署的流，消除了现有的套接字性能瓶颈，大大提高了边缘服务器的服务能力，通过实际工作测试测试结果可知，按照“中心服务器-中层服务器-下层服务器”的三层部署架构下，单台下层服务器所能处理的访问请求数量的上限提升了不小于10倍。
[0083]作为本发明实施例系统的一种优选实施方式，目标服务器确定单元还包括:用于根据节目信息建立的连接池以优化节目订阅列表的查询响应速度。
[0084]通过建立连接池优化节目订阅列表的查询响应速度，缩短了匹配目标边缘服务器所消耗的时间，降低了查询节目订阅列表时对中心服务器资源的占用，同时也提高了中心服务器处理众多服务订阅请求的能力。
[0085]作为本发明实施例系统的一种优选实施方式，m3u8文件的描述信息为媒资ID。
[0086]本发明实施例中可以通过硬件处理器来实现相关功能模块和单元。
[0087]在本发明一方面的应用上，本发明实施例系统适于应用在流媒体内容分发网络的中心服务器和/或边缘服务器中。从流媒体网站类型和运营方向考虑，当本发明实施例系统应用在流媒体直播平台或流媒体轮播平台时，能更显著地提高直播或轮播时的响应速度并优化用户体验。
[0088]以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
[0089]通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如R0M/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0090]最后应说明的是:以上实施例仅用以说明本发明的技术方案，而非对其限制;尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
【主权项】
1.一种流媒体文件分发方法，其特征在于，包括: 获取流媒体文件的m3u8文件； 确定对所述m3u8文件有订阅服务需求的边缘服务器； 主动将所述m3u8文件分发至所述边缘服务器。2.根据权利要求1所述的方法，其特征在于，所述获取流媒体文件的m3u8文件包括生成流媒体文件的m3u8文件或接收流媒体文件的m3u8文件。3.根据权利要求1所述的方法，其特征在于，所述确定对所述m3u8文件有订阅服务需求的边缘服务器包括: 根据所述m3u8文件的描述信息确定相应于流媒体文件的节目信息； 查询至少包含节目信息和对应的边缘服务器ID的节目订阅列表，基于确定的所述相应于流媒体文件的节目信息，确定对所述m3u8文件有订阅服务需求的相应的边缘服务器ID。4.根据权利要求3所述的方法，其特征在于，所述节目订阅列表基于所述边缘服务器的服务订阅请求生成，所述服务订阅请求中至少包含边缘服务器ID和订阅节目的节目信息。5.根据权利要求1-4中任一项所述的方法，其特征在于，所述主动将所述m3u8文件分发至所述边缘服务器包括: 以TCP长连接的通信方式主动将所述m3u8文件分发至所述边缘服务器。6.一种流媒体文件分发系统，其特征在于，包括: 流媒体获取单元，用于获取流媒体文件的m3u8文件； 目标服务器确定单元，用于确定对所述m3u8文件有订阅服务需求的边缘服务器； 主动分发单元，用于主动将所述m3u8文件分发至所述边缘服务器。7.根据权利要求6所述的系统，其特征在于，所述流媒体获取单元为用于生成流媒体文件的m3u8文件流媒体生成单元，或用于接收流媒体文件的m3u8文件流媒体接收单元。8.根据权利要求6所述的系统，其特征在于，所述目标服务器确定单元用于根据所述m3u8文件的描述信息确定相应于流媒体文件的节目信息;查询至少包含节目信息和对应的边缘服务器ID的节目订阅列表，基于确定的所述相应于流媒体文件的节目信息，确定对所述m3u8文件有订阅服务需求的相应的边缘服务器ID。9.根据权利要求8所述的系统，其特征在于，所述目标服务器确定单元包括: 节目订阅列表生成模块，用于根据所述边缘服务器的服务订阅请求生成节目订阅列表，所述服务订阅请求至少包含边缘服务器ID和订阅节目的节目信息。10.根据权利要求6-9任一项所述的系统，其特征在于，所述主动分发单元采用TCP长连接的通信方式。
【文档编号】H04N21/238GK105872856SQ201610162594
【公开日】2016年8月17日
【申请日】2016年3月21日
【发明人】刘斌
【申请人】乐视云计算有限公司