一种将RTSP转换为对象存储的方式的制作方法

本发明涉及媒体数据存储，尤其涉及将RTSP流媒体转换为对象存储的技术。

背景技术：

实时传输协议(Real-time Transport Protocol或简写RTP)是一个网络传输协议，详细说明了在互联网上传递音频和视频的标准数据包格式。RTP协议常用于流媒体系统(配合RTSP协议)。

安全实时传输协议(Secure Real-time Transport Protocol或SRTP)是在实时传输协议(RTP)基础上所定义的一个协议，旨在为单播和多播应用程序中的实时传输协议的数据提供加密、消息认证、完整性保证和重放保护。

媒体业务是近几年迅速发展的一种新业务，流媒体业务利用流式传输技术，在包交换网络上传输多媒体内容数据，例如视频、音频等数据。流式传输技术的主要特点在于，将连续的视频和音频数据经过处理后放到网站服务器，这样，用户可以一边下载一边观看和收听，而不需要在整个文件下载到使用的用户终端后才可以观看和收听。

传统的流媒体系统基于C/S(client/server)模式，所有的客户端都要从流媒体服务器获取其所需要的流媒体资源，因此对流媒体的性能要求很高，并且其支撑的客户端数量也很有限。

目前现有技术中得到广泛应用的流媒体系统是基于P2P技术的，大大降低了所述对象存储的计算压力和带宽占用。

对象存储相对于NAS、SAN等传统的存储方式，在可扩展行、安全性、高可用性、经济性等方便都有较大优势；主流的云存储几乎全部建立在对象存储的基础上。

RTSP(Real Time Streaming Protocol)，RFC2326，实时流传输协议，是TCP/IP协议体系中的一个应用层协议，由哥伦比亚大学、网景和RealNetworks公司提交的IETF RFC标准。该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或UDP完成数据传输。HTTP与RTSP相比，HTTP请求由客户机发出，服务器作出响应；使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。RTSP是用来控制声音或影像的多媒体串流协议，并允许同时多个串流需求控制，传输时所用的网络通讯协定并不在其定义的范围内，服务器端可以自行选择使用TCP或UDP来传送串流内容，它的语法和运作跟HTTP 1.1类似，但并不特别强调时间同步，所以比较能容忍网络延迟。而前面提到的允许同时多个串流需求控制(Multicast)，除了可以降低服务器端的网络用量，更进而支持多方视讯会议(Video Conference)。因为与HTTP1.1的运作方式相似，所以代理服务器〈Proxy〉的快取功能〈Cache〉也同样适用于RTSP，并因RTSP具有重新导向功能，可视实际负载情况来转换提供服务的服务器，以避免过大的负载集中于同一服务器而造成延迟。

该协议用于C/S模型，是一个基于文本的协议，用于在客户端和服务器端建立和协商实时流会话。

实时流协议(RTSP)是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频的受控点播成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP上发送机制提供方法。

实时流协议(RTSP)建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制流交换是可能的，通常它本身并不发送连续流。换言之，RTSP充当多媒体服务器的网络远程控制。RTSP连接没有绑定到传输层连接，如TCP。在RTSP连接期间，RTSP用户可打开或关闭多个对服务器的可传输连接以发出RTSP请求。此外，可使用无连接传输协议，如UDP。RTSP流控制的流可能用到RTP，但RTSP操作并不依赖用于携带连续媒体的传输机制。

协议支持的操作如下：

(1)从媒体服务器上检索媒体：用户可通过HTTP或其它方法提交一个演示描述。如演示是组播，演示式就包含用于连续媒体的的组播地址和端口。如演示仅通过单播发送给用户，用户为了安全应提供目的地址。

(2)媒体服务器邀请进入会议：媒体服务器可被邀请参加正进行的会议，或回放媒体，或记录其中一部分，或全部。这种模式在分布式教育应用上很有用，会议中几方可轮流按远程控制按钮。

(3)将媒体加到现成讲座中：如服务器告诉用户可获得附加媒体内容，对现场讲座显得尤其有用。如HTTP/1.1中类似，RTSP请求可由代理、通道与缓存处理。

RTSP协议特点：

(1)可扩展性：新方法和参数很容易加入RTSP。

(2)易解析：RTSP可由标准HTTP或MIME解析器解析。

(3)安全：RTSP使用网页安全机制。

(4)独立于传输：RTSP可使用不可靠数据报协议(EDP)、可靠数据报协议(RDP)；如要实现应用级可靠，可使用可靠流协议。

(5)多服务器支持：每个流可放在不同服务器上，用户端自动与不同服务器建立几个并发控制连接，媒体同步在传输层执行。

(6)记录设备控制：协议可控制记录和回放设备。

(7)流控与会议开始分离：仅要求会议初始化协议提供，或可用来创建惟一会议标识号。特殊情况下，可用SIP或H.323来邀请服务器入会。

(8)适合专业应用：通过SMPTE时标，RTSP支持帧级精度，允许远程数字编辑。

(9)演示描述中立：协议没强加特殊演示或元文件，可传送所用格式类型；然而，演示描述至少必须包括一个RTSP URL。

(10)代理与防火墙友好：协议可由应用和传输层防火墙处理。防火墙需要理解SETUP方法，为UDP媒体流打开一个“缺口”。

(11)HTTP友好：此处，RTSP明智地采用HTTP观念，使现在结构都可重用。结构包括Internet内容选择平台(PICS)。由于在大多数情况下控制连续媒体需要服务器状态，RTSP不仅仅向HTFP添加方法。

(12)适当的服务器控制：如用户启动一个流，必须也可以停止一个流。

(13)传输协调：实际处理连续媒体流前，用户可协调传输方法。

(14)性能协调：如基本特征无效，必须有一些清理机制让用户决定哪种方法没生效。这允许用户提出适合的用户界面。

本发明提供一种将RTSP转换为对象存储的方式。该系统包括流媒体数据源、处理服务器、流媒体客户端，系统通过处理服务器将流媒体数据源发送来的数据添加标识并存储到对象存储中，流媒体客户端可以直接播放流媒体数据源的媒体，也可播放已存储的媒体数据，访问已存储的媒体数据会优先通过P2P的方式访问其他流媒体客户端，否则才会向对象存储发出请求。

传统流媒体的后端存储大多使用集中式存储，易发生单点故障，一旦关键的元数据服务器出现问题，性能及可用性都会大受影响；另外后端存储的性能和容量也无法灵活扩展。传统流媒体后端存储服务器通常无法快速响应客户端的播放等控制命令，存在较高的延迟。

技术实现要素：

本发明的目的在于克服现有技术的缺点和不足，提供一种将RTSP转换为对象存储的方式。

本发明提供的一种将RTSP转换为对象存储的方式，其特征在于，包括流媒体数据源、处理服务器、流媒体客户端和对象存储；流媒体数据源连接处理服务器、流媒体客户端和对象存储，处理服务器连接对象存储和流媒体客户端，流媒体客户端连接对象存储；

所述流媒体数据源，是流媒体资源的提供设备；

所述处理服务器，是将所述流媒体数据源发送的流媒体数据接收并进行处理，最终将数据提供给客户端查看或发送到对象存储；

所述流媒体客户端，是流媒体资源请求者请求资源的工具；

所述对象存储，是将所述处理服务器处理后的流媒体数据进行存储的设备。

进一步，所述处理服务器接收来自流媒体数据源的流媒体数据，使用RTP协议进行数据传输。

进一步，所述流媒体客户端可以直接播放来自流媒体数据源的流媒体，使用RTSP和RTP协议。

进一步，所述处理服务器在收到流媒体数据后会在媒体数据中添加标识信息，以便访问。

进一步，包含多个流媒体客户端，之间采用P2P方式共享数据。

进一步，所述流媒体客户端在请求已存储数据时会优先向其他客户端发出请求，如果其他客户端没有所需数据才会向对象存储发出数据请求。

进一步，使用对象存储来存储流媒体信息。

进一步，使用Amazon S3作为对象存储来存储流媒体信息。

优选的，所述流媒体处理服务器，包括：

接收模块，用于从所述流媒体数据源获取流媒体信息；

据标识模块，将从的流媒体数据源获取的数据进行标识，比如添加时间戳等特定信息；

对象存储模块，将数据标识模块处理过的信息发送到对象存储；

数据调度模块，处理客户端的请求并将所请求的数据的所在信息反馈给客户端。

优选的，所述流媒体客户端，包括：

播放模块，用于从所述流媒体数据源、其他客户端或对象存储请求数据获取流媒体信息，并对所述流媒体信息进行解码播放；

数据缓存模块，用于建立的流媒体数据缓存及流媒体数据标识列表供数据交互模块查询；

数据交互模块，用于管理和维护数据缓存，向数据处理服务器或其他客户端发送数据请求；接收和处理来自其他客户端的数据请求。

本发明将RTSP转换为对象存储的方式，流媒体客户端在请求已存储数据时，包括以下步骤：

S1、客户端首先向其他客户端发出流媒体数据请求；

S2、其他客户端处理请求，若缓存中有所请求数据则将数据发送；

S3、若其他客户端缓存中无所请求数据，则原客户端则向对象存储请求数据。

本发明的优点是：对象存储过程中对媒体数据进行优化，加入通道号或者索引提高数据读取性能；使用缓存处理数据对IO进行合并操作，避免频繁写盘，延长底层存储介质寿命并提高写入性能；客户端在读取数据时优先在所有客户端缓存中查找，未命中再向对象存储请求，能够提高读取效率进而能够快速响应客户端的播放、拖放等操作，并降低了读操作对后端对象存储性能的影响。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明将RTSP转换为对象存储的总框架图；

图2为本发明客户端请求已存储数据的流程示意图。

具体实施方式

下面可以参照附图1-2以及文字内容理解本发明的内容以及本发明与现有技术之间的区别点。下文通过附图以及列举本发明的一些可选实施例的方式，对本发明的技术方案(包括优选技术方案)做进一步的详细描述。需要说明的是：本实施例中的任何技术特征、任何技术方案均是多种可选的技术特征或可选的技术方案中的一种或几种，为了描述简洁的需要本文件中无法穷举本发明的所有可替代的技术特征以及可替代的技术方案，也不便于每个技术特征的实施方式均强调其为可选的多种实施方式之一，所以本领域技术人员应该知晓：可以将本发明提供的任意技术手段进行替换或将本发明提供的任意两个或更多个技术手段或技术特征互相进行组合而得到新的技术方案。本实施例内的任何技术特征以及任何技术方案均不限制本发明的保护范围，本发明的保护范围应该包括本领域技术人员不付出创造性劳动所能想到的任何替代技术方案以及本领域技术人员将本发明提供的任意两个或更多个技术手段或技术特征互相进行组合而得到的新的技术方案。

下面结合图1-2对本发明提供的技术方案进行更为详细的阐述。

一种将RTSP转换为对象存储的方式，其特征在于，包括流媒体数据源、处理服务器、流媒体客户端和对象存储；流媒体数据源连接处理服务器、流媒体客户端和对象存储，处理服务器连接对象存储和流媒体客户端，流媒体客户端连接对象存储；所述流媒体数据源，是流媒体资源的提供设备；所述处理服务器，是将所述流媒体数据源发送的流媒体数据接收并进行处理，最终将数据提供给客户端查看或发送到对象存储；所述流媒体客户端，是流媒体资源请求者请求资源的工具，本实施例包括流媒体客户端1和流媒体客户端2；所述对象存储，是将所述处理服务器处理后的流媒体数据进行存储的设备；流媒体客户端1或者2在读取数据时无需经过处理服务器，直接从对象存储中读取就可以，数据在哪里存储客户端可以通过一套算法计算出具体数据对象在哪个对象存储中的主机上。

实施例2

如实施例1所述一种将RTSP转换为对象存储的方式，所述处理服务器接收来自流媒体数据源的流媒体数据，使用RTP协议进行数据传输；所述流媒体客户端可以直接播放来自流媒体数据源的流媒体，使用RTSP和RTP协议；所述处理服务器在收到流媒体数据后会在媒体数据中添加标识信息，以便访问；包含多个流媒体客户端，之间采用P2P方式共享数据；所述流媒体客户端在请求已存储数据时会优先向其他客户端发出请求，如果其他客户端没有所需数据才会向对象存储发出数据请求；使用Amazon S3作为对象存储来存储流媒体信息。

实施例3

如实施例1或2所述一种将RTSP转换为对象存储的方式，所述流媒体处理服务器，包括：接收模块，用于从所述流媒体数据源获取流媒体信息；据标识模块，将从的流媒体数据源获取的数据进行标识，比如添加时间戳等特定信息；对象存储模块，将数据标识模块处理过的信息发送到对象存储；数据调度模块，处理客户端的请求并将所请求的数据的所在信息反馈给客户端。

实施例4

如实施例1或2或3所述一种将RTSP转换为对象存储的方式，所述流媒体客户端，包括：播放模块，用于从所述流媒体数据源、其他客户端或对象存储请求数据获取流媒体信息，并对所述流媒体信息进行解码播放；数据缓存模块，用于建立的流媒体数据缓存及流媒体数据标识列表供数据交互模块查询；数据交互模块，用于管理和维护数据缓存，向数据处理服务器或其他客户端发送数据请求；接收和处理来自其他客户端的数据请求。

本发明将RTSP转换为对象存储的方式，流媒体客户端在请求已存储数据时，包括以下步骤：

S1、客户端首先向其他客户端发出流媒体数据请求；

S2、其他客户端处理请求，若缓存中有所请求数据则将数据发送；

S3、若其他客户端缓存中无所请求数据，则原客户端则向对象存储请求数据。

最后应当说明的是:以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。