阅读说明：本技术 播放数据的获取推送方法、系统、介质、服务端、播放终端 (Playing data acquisition and pushing method, system, medium, server and playing terminal ) 是由 张晓卫 郑琨 刘洋 施网生 于 2019-08-21 设计创作，主要内容包括：本发明提供一种播放数据的获取推送方法、系统、介质、服务端、播放终端,所述播放数据的获取方法,包括以下步骤：与服务端中基于CDN地址调度的RTSP拉流服务模块建立网络连接；与所述RTSP拉流服务模块建立RTSP连接,发送RTSP视频播放请求至所述服务端；接收所述RTSP拉流服务模块发送的与所述RTSP视频播放请求对应的播放数据。所述播放数据的推送方法包括以下步骤：接收所述播放终端发送的RTSP视频播放请求；判断所述RTSP视频播放请求对应的播放数据是否已进行本地缓存；并将所述播放数据发送至所述播放终端。本发明提供了一种兼容现有RTSP服务端与终端播放器的开放互联网CDN设计,可以在不改变现有的RTSP服务端与客户端播放器的情况下,向客户端提供RTSP流媒体服务。(The invention provides a method, a system, a medium, a server and a playing terminal for acquiring and pushing playing data, wherein the method for acquiring the playing data comprises the following steps: establishing network connection with an RTSP streaming service module in a server side based on CDN address scheduling; establishing RTSP connection with the RTSP streaming service module, and sending an RTSP video playing request to the server; and receiving playing data which is sent by the RTSP streaming service module and corresponds to the RTSP video playing request. The push method of the playing data comprises the following steps: receiving an RTSP video playing request sent by the playing terminal; judging whether playing data corresponding to the RTSP video playing request is locally cached or not; and sending the playing data to the playing terminal. The invention provides an open internet CDN design compatible with the existing RTSP server and a terminal player, which can provide RTSP streaming media service for a client under the condition of not changing the existing RTSP server and the existing client player.)

播放数据的获取推送方法、系统、介质、服务端、播放终端

技术领域

本发明属于开放互联网领域，涉及一种播放数据的推送方法，特别是涉及一种播放数据的获取推送方法、系统、介质、服务端、播放终端。

背景技术

RTSP协议于1998年发布，较好地实现了在局域网内传输直播、点播等视频流媒体服务，在我国广电有线网络、电信IPTV等专网视频服务中有广泛的应用。

但是在开放互联网中，RTSP还存在难以实现的技术问题，尤其是它采用的UDP(User Datagram Protocol，用户数据报协议)传输方式从服务器向客户端新建推流通道，碰到了隐藏在路由器后面的终端时并不能成功。这样广电与电信运营商无法利用现有媒体服务平台向开放互联网客户端服务，不得不重新建立新的开放互联网服务平台，同时也不得不放弃已有在开放互联网中的只支持RTSP协议的机顶盒等终端。

因此，如何提供一种播放数据的获取推送方法、系统、介质、服务端、播放终端，以解决现有技术无法在开放互联网中实现对于运营商现有RTSP媒体服务平台与终端的适配，且无法在不改动它们的前提下，向开放互联网内的终端提供媒体CDN服务等缺陷，成为本领域技术人员亟待解决的技术问题。

发明内容

鉴于以上所述现有技术的缺点，本发明的目的在于提供一种播放数据的获取推送方法、系统、介质、服务端、播放终端，用于解决在不改动已有的RTSP服务端与终端播放器时，通过代理缓存的方式向处于开放互联网中的终端提供RTSP视频CDN服务的问题。

为实现上述目的及其他相关目的，本发明一方面提供一种播放数据的获取方法，应用于播放终端，包括以下步骤：与服务端中基于CDN地址调度的RTSP拉流服务模块建立网络连接；与所述RTSP拉流服务模块建立RTSP连接，发送RTSP视频播放请求至所述服务端；接收所述RTSP拉流服务模块发送的与所述RTSP视频播放请求对应的播放数据。

于本发明的一实施例中，所述播放终端包括：RTSP播放器和RTSP数据拉取模块；所述接收所述RTSP拉流服务模块发送的与所述RTSP视频播放请求对应的播放数据的步骤包括：通过所述RTSP数据拉取模块将接收的播放数据推送至所述RTSP视频播放请求指定的本地端口；通过所述RTSP播放器接收所述本地端口对应的的播放数据，以进行播放。

本发明另一方面提供一种播放数据的获取系统，应用于播放终端，所述播放数据的获取系统包括：网络建立单元，用于与服务端中基于CDN地址调度的RTSP拉流服务模块建立网络连接；播放请求发送单元，用于与所述RTSP拉流服务模块建立RTSP连接，发送RTSP视频播放请求至所述服务端；数据接收单元，用于接收所述RTSP拉流服务模块发送的与所述RTSP视频播放请求对应的播放数据。

本发明又一方面提供一种介质，其上存储有计算机程序，该程序被处理器执行时实现所述播放数据的获取方法。

本发明又一方面提供一种播放终端，包括：处理器及存储器；所述存储器用于存储计算机程序，所述处理器用于执行所述存储器存储的计算机程序，以使所述播放终端执行所述播放数据的获取方法。

本发明又一方面提供一种播放数据的推送方法，应用于服务端，包括以下步骤：接收所述播放终端发送的RTSP视频播放请求；判断所述RTSP视频播放请求对应的播放数据是否已进行本地缓存；若已进行本地缓存，直接将本地缓存的播放数据发送至播放终端；若未进行本地缓存，通过RTSP代理缓存服务模块从运营商服务模块获取所述播放数据，并发送至所述播放终端。

于本发明的一实施例中，所述接收所述播放终端发送的RTSP视频播放请求的步骤包括：在接收的RTSP视频播放请求中，识别所述播放请求中包含的数据传输信息，并向所述播放终端的RTSP数据拉取模块通知所述数据传输信息。

于本发明的一实施例中，所述服务端包括：RTSP拉流服务模块、RTSP代理缓存服务模块、RTSP视频服务模块和RTSP推流服务模块；所述若未进行本地缓存，通过RTSP代理缓存服务模块从运营商服务模块获取所述播放数据，并发送至所述播放终端的步骤包括：通过所述RTSP拉流服务模块通知所述RTSP代理缓存服务模块实时获取播放数据；通过所述RTSP视频服务模块根据所述RTSP代理缓存服务模块的播放数据需求，向所述RTSP推流服务模块发送推流通知；通过所述RTSP推流服务模块向所述RTSP代理缓存服务模块推送播放数据；通过所述RTSP代理缓存服务模块接收所述RTSP推流服务模块推送的播放数据；通过所述RTSP代理缓存服务模块将接收的播放数据发送至所述RTSP拉流服务模块；通过所述RTSP拉流服务模块将接收的播放数据发送至所述播放终端的RTSP数据拉取模块，并将所述播放数据进行本地缓存。

本发明又一方面提供一种播放数据的推送系统，应用于服务端，所述播放数据的推送系统包括：播放请求接收单元，用于接收所述播放终端发送的RTSP视频播放请求；数据发送单元，用于判断所述RTSP视频播放请求对应的播放数据是否已进行本地缓存；若已进行本地缓存，直接将本地缓存的播放数据发送至播放终端；若未进行本地缓存，通过RTSP代理缓存服务模块从运营商服务模块获取所述播放数据，并发送至所述播放终端。

本发明又一方面提供一种介质，其上存储有计算机程序，该程序被处理器执行时实现所述播放数据的推送方法。

本发明又一方面提供一种服务端，包括：处理器及存储器；所述存储器用于存储计算机程序，所述处理器用于执行所述存储器存储的计算机程序，以使所述服务端执行所述播放数据的推送方法。

本发明最后一方面提供一种播放数据的获取推送系统，包括上述播放终端和上述服务端。

如上所述，本发明所述的播放数据的获取推送方法、系统、介质、服务端、播放终端，具有以下有益效果：

本发明提供了一种兼容现有RTSP(Real Time Streaming Protocol，实时流传输协议)服务端与终端播放器的开放互联网CDN(Content Delivery Network，内容分发网络)的设计。一方面该系统服务端在播放时代理客户端播放器请求并且缓存媒体内容，另一方面该系统播放端RTSP传输协议建立新的数据通道，从而在不改变现有的RTSP服务端与客户端播放器且不需要提前将视频内容注入CDN服务平台的情况下，解决了RTSP在开放互联网传输数据的问题，向处于开放互联网内的客户端提供RTSP流媒体服务，利用现有RTSP服务向开放互联网客户端大规模且稳定地提供流媒体服务。由此，IPTV(Internet ProtocolTelevision，互联网协议电视)、有线电视等运营商能将已有的RTSP流媒体服务大规模拓展到开放互联网内的终端，而不需要进行大的调整。

附图说明

图1显示为本发明的播放数据的获取、推送方法于一实施例中的网络结构图。

图2显示为本发明的播放数据的获取方法于一实施例中的原理流程图。

图3显示为本发明的播放数据的获取系统于一实施例中的结构示意图。

图4显示为本发明的播放数据的服务及播放终端于一实施例中的设备连接图。

图5显示为本发明的播放数据的推送方法于一实施例中的原理流程图。

图6显示为本发明的播放数据的推送系统于一实施例中的结构示意图。

图7显示为本发明的播放数据的获取推送系统于一实施例中的结构示意图。

元件标号说明

3 播放数据的获取系统

31 网络建立单元

32 播放请求发送单元

33 数据接收单元

41 处理器

42 存储器

43 收发器

44 通信接口

45 系统总线

6 播放数据的推送系统

61 播放请求接收单元

62 数据发送单元

7 播放数据的获取推送系统

71 播放终端

72 服务端

S21～S23 播放数据的获取方法步骤

S51～S52 播放数据的推送方法步骤

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

本发明所述播放数据的获取推送方法、系统、介质、服务端、播放终端一方面所述服务端在播放时代理客户端播放器请求并且缓存媒体内容，另一方面所述播放终端根据RTSP传输协议建立新的数据通道，从而在不改变现有的RTSP服务端与客户端播放器的情况下，向处于开放互联网内的客户端提供RTSP流媒体服务，利用现有RTSP服务向开放互联网客户端大规模且稳定的提供流媒体服务。

以下将结合图示对本实施例所提供的播放数据的获取方法进行详细描述。

如图1所示，于一实施例中，所述播放终端与所述服务端通信连接。

所述播放终端包括：RTSP播放器和RTSP数据拉取模块。需要说明的是，所述RTSP播放器既可以是一个硬件产品，如早期使用的VCD、DVD播放机，也可以是一个软件产品，如Windows操作系统中内置的Windows Media Player,iOS操作系统中内置的iTune，或者是独立的软件播放器VLC，播放器软硬件的形态不影响对播放器功能的定义。

所述服务端包括：RTSP拉流服务模块、RTSP代理缓存服务模块、RTSP视频服务模块、RTSP推流服务模块、内容服务模块和CDN调度模块。

具体地，在本发明的网络结构中，所述服务端与所述播放终端间采用UDP方式进行视频数据传输，所述播放终端从所述内容服务模块获取的RTSP媒体访问地址通过域名别名记录(CNAME)映射到所述RTSP拉流服务模块，所述RTSP拉流服务模块与所述播放终端的RTSP数据拉取模块通过TCP(Transmission Control Protocol)建立长连接。需要说明的是，为方便实施步骤的详细描述，如上所述服务端添加常用的CDN调度模块，与运营商的内容服务模块。

如图2所示，于一实施例中，所述播放数据的获取方法具体包括以下几个步骤：

S21，与服务端中基于CDN地址调度的RTSP拉流服务模块建立网络连接。

具体地，处于开放互联网中的所述播放终端开机后，运行于其上的RTSP数据拉取模块通过开放互联网访问CDN调度模块，请求CDN调度模块以获取目前可用的RTSP拉流服务模块地址。所述CDN调度模块根据请求，返回当前可用的一个RTSP拉流服务模块地址。然后所述RTSP数据拉取模块与所述RTSP拉流服务模块建立网络连接，该RTSP拉流服务模块记录所述播放终端与自身的连接，形成并维护播放终端与网络连接对应表。所述RTSP拉流服务模块地址为所述播放终端从所述内容服务模块获取的RTSP媒体访问地址通过域名别名记录(CNAME)映射所得。

需要说明的是，所述域名为所述待播放视频的RTSP播放地址的域名。所述RTSP播放地址由所述CDN调度模块返回至所述播放终端。所述播放终端通过所述CDN调度模块确定对应的RTSP拉流服务模块地址的原理流程为：所述播放终端通过用户的视频播放动作产生一播放请求并发送至所述内容服务模块，所述内容服务模块根据播放请求确定该视频的RTSP播放地址并返回至所述播放终端，所述播放地址的域名通过CNAME方式指向CDN调度模块，所述播放终端对该RTSP播放地址的域名进行播放域名解析，并向所述CDN调度模块发送DNS请求，所述CDN调度模块收到DNS(Domain Name System)请求后，返回与所述播放终端建立TCP连接的RTSP拉流服务模块地址。

S22，与所述RTSP拉流服务模块建立RTSP连接，发送RTSP视频播放请求至所述服务端。

具体地，当用户操控所述播放终端进行某一个基于RTSP服务的视频播放时，所述播放终端通过所述内容服务模块获取播放地址，所述播放地址指向CDN调度模块。所述播放终端访问该播放地址后，接收CDN调度模块返回的一个RTSP拉流服务模块地址，通过与所述RTSP拉流服务模块的网络连接发起RTSP视频播放请求。

进一步地，所述播放终端与所述RTSP拉流服务模块的网络连接形成了播放终端与网络连接对应表，根据终端信息查找到网络连接，并通过所述网络连接向所述RTSP数据拉取模块通知播放终端的数据传输信息，所述数据传输信息主要包括RTSP数据推送的网络协议，本地端口。

需要说明的是，所述网络连接包括TCP长连接，根据所述播放即终端与TCP连接对应表，通过TCP连接向RTSP数据拉取模块传送RTSP播放器监听的UDP端口等信息。所述本地端口包括UDP端口。所述网络协议包括http、udp、dvb。

S23，接收所述RTSP拉流服务模块发送的与所述RTSP视频播放请求对应的播放数据。

在本实施例中，所述S23包括：

S231，通过所述RTSP数据拉取模块将接收的播放数据推送至所述RTSP视频播放请求指定的本地端口。

具体地，所述RTSP数据拉取模块在接收到所述RTSP拉流服务模块传输的视频数据后，根据所述RTSP播放器的数据传输信息，向指定的终端本地网络协议端口推送视频数据。例如，根据传递的所述RTSP播放器监听的UDP端口，将该视频数据推送到此UDP端口。

S232，通过所述RTSP播放器接收所述本地端口对应的的播放数据，以进行播放。

具体地，当所述RTSP播放器监听的UDP端口收到视频数据时，进行正常播放。

需要说明的是，本发明所述的播放数据的获取方法的保护范围不限于本实施例列举的步骤执行顺序，凡是根据本发明的原理所做的现有技术的步骤增减、步骤替换所实现的方案都包括在本发明的保护范围内。

如图3所示，于一实施例中，所述播放数据的获取系统应用于播放终端，具体包括：网络建立单元31、播放请求发送单元32和数据接收单元33。

所述网络建立单元31用于与服务端中基于CDN地址调度的RTSP拉流服务模块建立网络连接。

所述播放请求发送单元32用于与所述RTSP拉流服务模块建立RTSP连接，发送RTSP视频播放请求至所述服务端。

所述数据接收单元33用于接收所述RTSP拉流服务模块发送的与所述RTSP视频播放请求对应的播放数据。

于实际应用中，所述数据接收单元33具体用于通过所述RTSP数据拉取模块将接收的播放数据推送至所述RTSP视频播放请求指定的本地端口；通过所述RTSP播放器接收所述本地端口对应的的播放数据，以进行播放。

需要说明的是，应理解所述播放数据的获取系统的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现，也可以全部以硬件的形式实现，还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如：x模块可以为单独设立的处理元件，也可以集成在上述系统的某一个芯片中实现。此外，x模块也可以以程序代码的形式存储于上述系统的存储器中，由上述系统的某一个处理元件调用并执行以下x模块的功能。其它模块的实现与之类似。这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以下各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

以下这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，一个或多个数字信号处理器(Digital Singnal Processor，简称DSP)，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。当以下某个模块通过处理元件调用程序代码的形式实现时，该处理元件可以是通用处理器，如中央处理器(CentralProcessing Unit，简称CPU)或其它可以调用程序代码的处理器。这些模块可以集成在一起，以片上系统(System-on-a-chip，简称SOC)的形式实现。

需要说明的是，本发明所述播放数据的获取系统可以实现本发明所述的播放数据的获取方法，但本发明所述的播放数据的获取方法的实现装置包括但不限于本实施例列举的播放数据的获取系统的结构，凡是根据本发明的原理所做的现有技术的结构变形和替换，都包括在本发明的保护范围内。

于一实施例中，本发明的计算机存储介质上存储有计算机程序，该计算机程序被处理器执行时实现所述播放数据的获取方法。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过计算机程序相关的硬件来完成。前述的计算机程序可以存储于一计算机可读存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的计算机可读存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的计算机存储介质。

如图4所示，本发明的播放终端包括：处理器41、存储器42、收发器43、通信接口44或/和系统总线45。存储器42和通信接口44通过系统总线45与处理器41和收发器43连接并完成相互间的通信，存储器42用于存储计算机程序，通信接口44用于和其他设备进行通信，处理器41和收发器43用于运行计算机程序，使所述播放终端执行所述播放数据的推送方法的各个步骤。

上述提到的系统总线45可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该系统总线45可以分为地址总线、数据总线、控制总线等。通信接口用于实现数据库访问装置与其他设备(如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(Random Access Memory，简称RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

上述的处理器41可以是通用处理器，包括中央处理器(Central ProcessingUnit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(扫描应用程序licationSpecific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field ProgrammableGate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

如图5所示，于一实施例中，所述播放数据的获取方法具体包括以下几个步骤：

S51，接收所述播放终端发送的RTSP视频播放请求。

具体地，在接收所述RTSP视频播放请求的同时，识别所述播放请求中包含的数据传输信息，并向所述播放终端的RTSP数据拉取模块通知所述数据传输信息。所述数据传输信息包括数据推送的网络协议和监听的本地端口，例如UDP端口。

S52，判断所述RTSP视频播放请求对应的播放数据是否已进行本地缓存；若已进行本地缓存，直接将本地缓存的播放数据发送至播放终端；若未进行本地缓存，通过RTSP代理缓存服务模块从运营商服务模块获取所述播放数据，并发送至所述播放终端。

具体地，所述RTSP拉流服务模块检查已有缓存记录，判断所述播放终端需要播放的视频数据是否已经有缓存。

在本实施例中，所述S52包括：

S521，通过所述RTSP拉流服务模块通知所述RTSP代理缓存服务模块实时获取播放数据。

具体地，所述RTSP拉流服务模块通知RTSP代理缓存模块按照终端播放器需要的播放地址实时向运营商的RTSP视频服务获取视频内容。

S522，通过所述RTSP视频服务模块根据所述RTSP代理缓存服务模块的播放数据需求，向所述RTSP推流服务模块发送推流通知。

具体地，所述RTSP代理缓存模块根据所述RTSP拉流服务模块传递的播放地址信息与运营商的RTSP视频服务模块建立连接后，运营商的RTSP视频服务模块通知运营商的RTSP推流服务模块向RTSP代理缓存模块推送视频数据。

S523，通过所述RTSP推流服务模块向所述RTSP代理缓存服务模块推送播放数据。

S524，通过所述RTSP代理缓存服务模块接收所述RTSP推流服务模块推送的播放数据。

S525，通过所述RTSP代理缓存服务模块将接收的播放数据发送至所述RTSP拉流服务模块。

具体地，所述RTSP代理缓存模块收到所述RTSP推流服务模块推送的UDP数据，实时传递给所述RTSP拉流服务模块。

S526，通过所述RTSP拉流服务模块将接收的播放数据发送至所述播放终端的RTSP数据拉取模块，并将所述播放数据进行本地缓存。

具体地，所述RTSP拉流服务模块根据所述播放终端与网络连接对应表，向所述RTSP数据拉取模块发送接收到的视频数据，同时进行本地缓存并更新本地缓存记录，以备下一个用户访问同样视频内容时使用。RTSP拉流模块根据终端信息，所述网络连接对应表包括所述播放终端与TCP连接对应表。

需要说明的是，本发明所述的播放数据的推送方法的保护范围不限于本实施例列举的步骤执行顺序，凡是根据本发明的原理所做的现有技术的步骤增减、步骤替换所实现的方案都包括在本发明的保护范围内。

如图6所示，于一实施例中，所述播放数据的推送系统，应用于服务端，具体包括：播放请求接收单元61和数据发送单元62。

播放请求接收单元61用于接收所述播放终端发送的RTSP视频播放请求。

于实际应用中，所述播放请求接收单元61具体用于在接收的RTSP视频播放请求中，识别所述播放请求中包含的数据传输信息，并向所述播放终端的RTSP数据拉取模块通知所述数据传输信息。

数据发送单元62用于判断所述RTSP视频播放请求对应的播放数据是否已进行本地缓存；若已进行本地缓存，直接将本地缓存的播放数据发送至播放终端；若未进行本地缓存，通过RTSP代理缓存服务模块从运营商服务模块获取所述播放数据，并发送至所述播放终端。

于实际应用中，所述数据发送单元62具体用于通过所述RTSP拉流服务模块通知所述RTSP代理缓存服务模块实时获取播放数据；通过所述RTSP视频服务模块根据所述RTSP代理缓存服务模块的播放数据需求，向所述RTSP推流服务模块发送推流通知；通过所述RTSP推流服务模块向所述RTSP代理缓存服务模块推送播放数据；通过所述RTSP代理缓存服务模块接收所述RTSP推流服务模块推送的播放数据；通过所述RTSP代理缓存服务模块将接收的播放数据发送至所述RTSP拉流服务模块；通过所述RTSP拉流服务模块将接收的播放数据发送至所述播放终端的RTSP数据拉取模块，并将所述播放数据进行本地缓存。

需要说明的是，应理解所述播放数据的推送系统的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现，也可以全部以硬件的形式实现，还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如：x模块可以为单独设立的处理元件，也可以集成在上述系统的某一个芯片中实现。此外，x模块也可以以程序代码的形式存储于上述系统的存储器中，由上述系统的某一个处理元件调用并执行以下x模块的功能。其它模块的实现与之类似。这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以下各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

以下这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，一个或多个数字信号处理器(Digital Singnal Processor，简称DSP)，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。当以下某个模块通过处理元件调用程序代码的形式实现时，该处理元件可以是通用处理器，如中央处理器(CentralProcessing Unit，简称CPU)或其它可以调用程序代码的处理器。这些模块可以集成在一起，以片上系统(System-on-a-chip，简称SOC)的形式实现。

需要说明的是，本发明所述播放数据的推送系统可以实现本发明所述的播放数据的推送方法，但本发明所述的播放数据的推送方法的实现装置包括但不限于本实施例列举的播放数据的推送系统的结构，凡是根据本发明的原理所做的现有技术的结构变形和替换，都包括在本发明的保护范围内。

于一实施例中，本发明的计算机存储介质上存储有计算机程序，该计算机程序被处理器执行时实现所述播放数据的推送方法。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过计算机程序相关的硬件来完成。前述的计算机程序可以存储于一计算机可读存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的计算机可读存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的计算机存储介质。

如图4所示，本发明的服务端包括：处理器41、存储器42、收发器43、通信接口44或/和系统总线45。存储器42和通信接口44通过系统总线45与处理器41和收发器43连接并完成相互间的通信，存储器42用于存储计算机程序，通信接口44用于和其他设备进行通信，处理器41和收发器43用于运行计算机程序，使所述播放终端执行所述播放数据的推送方法的各个步骤。

上述提到的系统总线45可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该系统总线45可以分为地址总线、数据总线、控制总线等。通信接口用于实现数据库访问装置与其他设备(如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(Random Access Memory，简称RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

上述的处理器41可以是通用处理器，包括中央处理器(Central ProcessingUnit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(扫描应用程序licationSpecific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field ProgrammableGate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

如图7所示，于一实施例中，所述播放数据的获取推送系统7包括本发明所述的播放终端71和服务端72。

所述播放终端71用于与服务端中基于CDN地址调度的RTSP拉流服务模块建立网络连接；与所述RTSP拉流服务模块建立RTSP连接，发送RTSP视频播放请求至所述服务端；接收所述RTSP拉流服务模块发送的与所述RTSP视频播放请求对应的播放数据。

所述服务端72用于接收所述播放终端发送的RTSP视频播放请求；判断所述RTSP视频播放请求对应的播放数据是否已进行本地缓存；若已进行本地缓存，直接将本地缓存的播放数据发送至播放终端；若未进行本地缓存，通过RTSP代理缓存服务模块从运营商服务模块获取所述播放数据，并发送至所述播放终端。

综上所述，本发明所述播放数据的获取推送方法、系统、介质、服务端、播放终端一方面通过该系统服务端在播放时代理客户端播放器请求并且缓存媒体内容，另一方面通过该系统播放端RTSP传输协议建立新的数据通道，从而在不改变现有的RTSP服务端与客户端播放器的情况下，向处于开放互联网内的客户端提供RTSP流媒体服务，利用现有RTSP服务向开放互联网客户端大规模且稳定的提供流媒体服务。本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。