一种电视代理直播方法与流程

本发明涉及通信技术领域，尤其涉及一种电视代理直播方法。

背景技术：

随着互联网技术的不断发展，其提供的大量媒体资源丰富着人们的生活，其中电视节目更是多种多样，有综艺类，教育类，新闻直播，电影直播等等，而使用者的选择的观看方式也从之前的单一模式即通过电视观看模式，逐渐转向互联网中由各种客户端选择播放的模式，进而方便是用户者通过客户端方便快捷的收看店址直播节目，但是通过客户端观看电视直播的方式存在以下缺陷，第一，客户端通过公网于电视资源服务器中获取相关的电视直播资源存在着直播信号不稳定易出现播放卡顿的问题；第二，当在一局域网中的多个客户端都同时获取电视直播资源，则会占用网关的大量出口带宽，进而影响其它上网行为。

技术实现要素：

针对现有技术中通过客户端播放电视直播的视频文件存在的上述问题，现提供一种旨在实现播放流畅，且占用网关出口带宽较小的电视代理直播方法。

具体技术方案如下：

一种电视代理直播方法，应用于网关设备，其中，提供一第一服务端，与所述网关设备连接；

提供一第二服务端，与所述网关设备连接；

提供至少一个客户端，分别与所述网关设备连接；

所述网关设备提供一播放记录表，用以分别记录每个所述客户端的播放记录；

还包括：

步骤S1、所述网关设备于所述第一服务端获取一配置文件；

步骤S2、所述网关设备对所述配置文件进行解析，以在所述第二服务端获取对应的视频文件；

步骤S3、所述客户端发送一视频观看的请求至所述网关设备；

步骤S4、所述网关设备根据所述请求查找与所述客户端对应的所述播放记录表，并根据所述记录表中的播放记录对所述视频文件重新构建；

步骤S5、所述网关设备将重新构建的所述视频文件发送至所述客户端。

优选的，该电视代理直播方法，其中，所述步骤S1中，获取所述配置文件的方法包括：

步骤S11、所述网关设备于一预定时间内向所述第一服务端发送一配置请求；

步骤S12、所述第一服务端对所述配置请求进行解析，以获得一对应的解析结果；

步骤S13、所述第一服务端根据所述解析结果，对应生成所述配置文件；

步骤S14、所述服务端将生成的所述配置文件发送至所述网关设备。

优选的，该电视代理直播方法，其中，所述第一服务端提供一储存模块，用以预先保存与电视节目编号关联的配置项；

所述解析结果中包括所述电视节目编号；

所述步骤S12中还包括：

步骤S121、所述第一服务端根据所述解析结果中的所述电视节目编号，于所述储存模块中判断是否存在与所述电视节目编号关联的所述配置项；

如是，执行步骤S123；

如否，执行步骤S122；

步骤S122、所述第一服务端根据所述电视节目编号创建一与所述电视节目编号对应的所述配置项；

步骤S123、所述第一服务端将与所述电视节目编号对应的所有的所述配置项形成所述配置文件并发送至所述网关设备。

优选的，该电视代理直播方法，其中，所述储存结构中预先保存有与所述电视节目编号对应的配置信息；

所述步骤S123中，还包括：所述第一服务端根据所述解析结果中的所述电视节目编号，判断所述电视节目编号对应的所述配置信息是否发生变化；

如是，则将形成的所述配置文件的变更值标记为1；

如否，执行步骤S13。

优选的，该电视代理直播方法，其中， 所述储存模块中还预先保存与所述电视节目编号对应的节目数量；

所述步骤S13中还包括，所述第一服务端将形成的所述配置文件中的节目数量与预先保存的所述节目数量进行比较：

如一致，则退出；

如不一致，则将形成的所述配置文件的变更值标记为1，随后继续执行步骤S14。

优选的，该电视代理直播方法，其中，所述配置文件包括一第一储存链表，所述第一储存链表用以将每个所述配置项作为配置节点保存；

所述步骤S2中，获取所述视频文件的过程还包括：

步骤S21、所述网关设备通过遍历所述第一储存链表中的所述配置节点，以获取所述配置节点对应的视频获取文件；

步骤S22、所述网关设备根据所述视频获取文件于所述第二服务端中获取所述视频文件；

步骤S23、所述网关设备将获取的所述视频文件保存至所述第一储存链表中后返回步骤S31，直到所有的所述配置节点遍历完毕为止。

优选的，该电视代理直播方法，其中，所述步骤S22中，包括：

步骤S221、所述网关设备对获取的所述视频获取文件的格式进行解析，判断所述格式是否为二级格式；

如否，执行步骤S23；

步骤S222、所述网关设备将所述二级格式的所述视频获取文件标记为一级格式的所述视频获取文件；

步骤S223、所述网关设备将标记为一级格式的所述视频获取文件保存于所述第一储存链表中并执行所述步骤S21。

优选的，该电视代理直播方法，其中，每个所述视频获取文件均提供一第二储存链表，所述第二储存链表用以将获取的所述视频文件作为视频节点保存；

所述步骤S23中包括：

步骤S231、所述网关设备将获取的所述视频文件保存于所述第二储存链表中；

步骤S232、所述网关设备判断所述第二储存链表中保存的所述视频文件的数量是否超过一预设值；

如否，返回所述步骤S21；

步骤S233、所述网关设备于所述第二储存链表的尾部删除所述视频文件，使所述视频文件的数量不超过所述预设值。

优选的，该电视代理直播方法，其中，所述步骤S4中包括：

步骤S41、所述网关设备对所述客户端发送的请求进行解析，以获得所述客户端的地址信息；

步骤S42、所述网关设备根据所述地址信息于所述播放记录表中查找是否存在与所述地址信息对应的播放记录；

如否，执行步骤S43；

如是，执行步骤S44；

步骤S43、所述网关设备将预设数量的所述视频文件发送至所述客户端；

步骤S44、所述网关设备根据所述播放记录，将与所述播放记录连续的所述预设数量的所述视频文件发送至所述客户端。

优选的，该电视代理直播方法，其中，所述步骤S43中，所述网关设备根据播放的所述视频文件，将所述客户端的地址信息与所述视频文件关联形成所述播放记录并保存于所述记录表中。

上述技术方案具有如下优点或有益效果：网关设备根据第一服务端发送的配置文件于第二服务端获取与配置文件对应的视频文件，在客户端需要观看电视直播的视频文件时，可于网关设备中获取需要观看的视频文件，通过网关设备对需要观看的视频文件进行代理下载，进而方便客户端流畅的观看视频文件并且不会大量占用网关设备的出口带宽。

附图说明

参考所附附图，以更加充分的描述本发明的实施例。然而，所附附图仅用于说明和阐述，并不构成对本发明范围的限制。

图1为本发明一种实现电视代理直播方法实施例的流程图；

图2为本发明一种实现电视代理直播方法实施例中，关于获取配置文件的流程图；

图3为本发明一种实现电视代理直播方法实施例中，关于形成配置文件的流程图；

图4为本发明一种实现电视代理直播方法实施例中，关于遍历第一储存链表中的配置节点的流程图；

图5为本发明一种实现电视代理直播方法实施例中，关于判断视频文件格式的流程图；

图6为本发明一种实现电视代理直播方法实施例中，关于第二储存链表储存视频文件的流程图；

图7为本发明一种实现电视代理直播方法实施例中，关于客户端获取于网关设备中视频文件的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。

本发明包括一种实现电视代理直播方法。

一种实现电视代理直播方法的实施例，应用于网关设备，其中，提供一第一服务端，与网关设备连接；

提供一第二服务端，与网关设备连接；

提供至少一个客户端，与网关设备连接；

网关设备提供一播放记录表，用以记录客户端的播放记录；

如图1所示，还包括：

步骤S1、网关设备于第一服务端获取一配置文件；

步骤S2、网关设备对配置文件进行解析，以在第二服务端获取对应的视频文件；

步骤S3、客户端发送一视频观看的请求至网关设备；

步骤S4、网关设备根据请求查找与客户端对应的播放记录表，并根据记录表中的播放记录对视频文件重新构建；

步骤S5、网关设备将重新构建的视频文件发送至客户端。

针对现有技术中客户端获取电视直播的视频文件易出现卡段不流畅，以及在局域网站严重占用网关设备的出口带宽的问题；

上述技术方案中，网关设备可包括代理模块以及资源同步模块，其中资源同步模块可按照预设的时间于第一服务端获取配置文件，其中第一服务端可为业务平台，业务平台主要是对视频文件对应的电视频道进行管理，即支持添加相关电视频道供客户端选择；

在第一服务端将配置文件发送至网关设备后，网关设备对配置文件进行解析，并根据解析得到的结果于第二服务端中获取对应的视频文件，进而将视频文件缓存于网关设备中，在客户端的用户需要观看视频文件时，通过客户端发送一观看视频的请求至网关设备，网关设备可根据请求于播放记录表中查找是否存在客户端的用户的播放记录，如果存在根据播放记录对视频文件进行重新构建，其中构建的目的在于在播放记录后将与播放记录连续的视频文件返回至客户端，以保证视频文件的实时更新状态，如不存与客户端用户对应的播放记录则将获取的视频文件发送至客户端。

在一种较优的实施方式中，步骤S1中，如图2所示，获取配置文件的方法包括：

步骤S11、网关设备于一预定时间内向第一服务端发送一配置请求；

步骤S12、第一服务端对配置请求进行解析，以获得一对应的解析结果；

步骤S13、第一服务端根据解析结果，对应生成配置文件；

步骤S14、服务端将生成的配置文件发送至网关设备。

上述技术方案中，通过网关设备中的资源同步模块，可于预定时间向第一服务端发送配置请求，其中通过预定时间发送配置请求的目的在于客户端的用户需要收看的电视节目的视频文件网关设备中没有其相关的视频文件，因此通过第一服务端接收到到配置请求后，对配置请求进行解析以形成配置文件，并将配置文件发送至网关设备，由网关设备根据配置文件于第二服务端中获取与配置文件对应的视频文件。

在一种较优的实施方式中，第一服务端提供一储存模块，用以预先保存与电视节目编号关联的配置项；

上述解析结果中包括电视节目编号；

步骤S12中，如图3所示，还包括：

步骤S121、第一服务端根据解析结果中的电视节目编号，于储存模块中判断是否存在与电视节目编号关联的配置项；

如是，执行步骤S123；

如否，执行步骤S122；

步骤S122、第一服务端根据电视节目编号创建一与电视节目编号对应的配置项；

步骤S123、第一服务端将与电视节目编号对应的所有的配置项形成配置文件并发送至网关设备。

上述技术方案中，第一服务端对网关设备的配置请求进行解析的具体过程可为，第一服务端对配置请求进行解析以获得配置请求中的电视节目编号，应当指出的是该配置请求中可能包括多个电视节目编号，其中每个电视节目的对应的电视节目编号（tv_id）都是唯一的；第一服务端根据上述的电视节目编号于储存模块中查找与其关联的配置项，如此时的储存模块中没有与电视编号关联的配置项，则此时的第一服务端根据电视编号创建一与待电视节目编号关联的配置项；

如存在其关联的配置项，则存在的与电视节目编号关联的配置项以及创建的配置项形成上述的配置文件，并将形成的配置文件返回至网关设备，网关设备可根据配置文件中的配置项于第二服务端中获取其对应的视频文件。

其中配置请求中可包括需要观看的电视节目编号，第一服务端于接受到网关设备发送的配置请求后，对配置请求进行解析，以获得第二解析结果，第一服务端根据第二解析结果中的电视节目编号找到或者创建电视节目的储存结构（tv_struct），随后获取对应的视频文件。

在一种较优的实施方式中，储存结构中预先保存有与电视节目编号对应的配置信息，步骤S123中，还包括：第一服务端根据解析请求中的电视节目编号，判断电视节目编号对应的配置信息是否发生变化；

如是，则将形成的配置文件的变更值标记为1；

如否，执行步骤S13。

上述技术方案中，在第一服务端根据电视节目编号于储存模块中找到与其关联的配置项后，对配置项中的配置信息进行判断，其中需要说明的是每个配置项中的配置信息都是预先设置，配置信息可为电视节目的直播源。如果配置项中的配置信息发生改变，则将其配置项中的变更标志记上1，其中网关设备可根据变更标志于第二服务端中获取配置项对应的视频文件。

在一种较优的实施方式中，储存模块中还预先保存电视节目编号对应的节目数量，步骤S13中，还包括，第一服务端将形成的配置文件中的节目数量与预先保存的节目数量进行比较；

如一致，则退出；

如不一致，则变更值标记为1并执行步骤S14。

上述结束方案中，在上述的配置请求解析结束后，第一服务端将将配置文件中包括的节目数量与第一服务端未接受配置请求之前的节目数进行比较，以判断两者是否相等，如果不相等则将配置文件的变更标识记为1，并将形成的配置文件返回至网关设备。

在一种较优的实施方式中，配置文件包括一第一储存链表，第一储存链表用以将每个配置项作为配置节点保存；

步骤S2中，如图4所示，还包括：

步骤S21、网关设备通过遍历第一储存链表中的配置节点，以获取配置节点对应的视频获取文件；

步骤S22、网关设备根据视频获取文件于第二服务端中获取视频文件；

步骤S23、网关设备将获取的视频文件保存至第一储存链表中后返回步骤S31，直到所有的配置节点遍历完毕为止。

上述技术方案中，网关设备于接收到第一服务端发送的配置文件后，对配置文件进行解析以获得其中的第一储存链表，进而通过对第一储存链表中的配置节点进行遍历，其中遍历的过程为从第一储存链表中的头结点开始遍历，通过遍历可获得与配置节点对应的视频获取文件，进而网关设备根据视频获取文件获取视频文件，直到第一储存链表中的所有配置节点遍历结束后停止遍历。

在一种较优的实施方式中，步骤S22中，如图5所示，包括：

步骤S221、网关设备对获取的视频获取文件的格式进行解析，判断格式是否为二级格式；

如否，执行步骤S23；

步骤S222、网关设备将二级格式的视频获取文件标记为一级格式的视频获取文件；

步骤S223、网关设备将标记为一级格式的视频获取文件保存于第一储存链表中并执行步骤S21。

上述技术方案中，视频获取文件可包括两种格式即一级格式和二级格式，一级格式即表示电视节目默认的视频格式；

二级格式中又包括多个视频格式即表情格式、高清格式、超清格式；在网关设备检测到视频获取文件的 格式为二级时，将二视频获取保存于第一储存链表中，并将其一级获取标志位标记为否，用以表示此时的视频获取文件为二级格式。

上述技术方案中，视频获取文件可以为M3U8文件，则相应地视频文件可以为TS文件。

在一种较优的实施方式中，每个视频获取文件均提供一第二储存链表，第二储存链表用以将获取的视频文件作为视频节点保存，步骤S23中，如图6所示，还包括：

步骤S231、网关设备将获取的视频文件保存于第二储存链表中；

步骤S232、网关设备判断第二储存链表中保存的视频文件的数量是否超过一预设值；

如否，返回步骤S21；

步骤S233、网关设备于第二储存链表的尾部删除视频文件，使视频文件的数量不超过预设值。

上述技术方案中，网关设备根据上述的视频获取文件于第二服务端中获取相关的视频文件后，可将视频文件作为视频节点保存于第二储存链表中，其中在保存视频文件的过程中，网关设备实时的对保存的数量进行判断，如果超过预设值则于第一储存链表的尾部删除视频文件使储存的视频文件数量不超过预设值，其中删除储存链表的尾部的视频节点即视频文件的目的在于，保证视频文件的实时更新。本发明的较佳的实施例中，上述预设值可以为32，即最多保存32个视频文件（TS文件）。

在一种较优的实施方式中，如图7所示，步骤S4中包括：

步骤S41、网关设备对客户端发送的请求进行解析，以获得客户端的地址信息；

步骤S42、网关设备根据地址信息于播放记录表中查找是否存在与地址信息对应的播放记录；

如否，执行步骤S43；

如是，执行步骤S44；

步骤S43、网关设备将发送一预设数量的视频文件至客户端；

步骤S44、网关设备根据播放记录，将发送一与播放记录连续的预设数量的视频文件至客户端。

上述技术方案中，在网关设备根据配置文件获取相关的视频文件后，与网关设备连接客户端如需要观看电视直播的视频文件，则通发送观看视频的请求至网关设备后，网关设备可通过对请求进行解析以获取对应于客户端的地址信息，即可为IP地址信息或者Mac地址信息，网关设备根据获取的客户端的的地址信息于播放记录表中查找是否存在于客户端的地址信息对应的播放记录，如果存在，则网关设备发送与播放记录连续的预定数量视频文件至客户端，方便客户端及时的收看电视直播的视频文件；

如不存在，则将发送最近的预设数量的视频文件至客户端；

上述技术方案中，预定次数可优选为5次。

在一种较优的实施方式中，步骤S43中，网关设备根据播放的视频文件，将客户端的地址信息与视频文件关联形成播放记录并保存于记录表中。

再具体实施方式中，

以上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。