CN102447975A - 流媒体信息处理方法、***及服务器 - Google Patents

Abstract

本发明提供一种流媒体信息处理方法、***及服务器，其中方法包括：接收终端发送的流媒体业务请求，所述流媒体业务请求包括所述终端的终端类型、所述终端支持的音视频编码格式和分辨率信息；根据所述终端类型、所述音视频编码格式和所述分辨率信息，获取对应的流媒体信息；将所述流媒体信息发送给所述终端，以向所述终端提供所述流媒体业务。本发明的流媒体信息处理方法、***及服务器，解决了现有技术中需要不同的流媒体分发平台的问题，通过对流媒体信息输出格式的调整，在不对终端做较大改动的情况下，实现对流媒体信息的统一分发，充分利用了网络资源，节省建设流媒体信息***的成本，适应未来流媒体业务的发展需求。

Description

流媒体信息处理方法、***及服务器

技术领域

本发明涉及网络通信技术，尤其涉及一种流媒体信息处理方法、***及服务器。

背景技术

流媒体技术是一种用户无需等待全部数据下载到本地，就可以开始浏览或播放流媒体的技术。针对流媒体随时间不断变化的特点，客户端可采用一边播放，一边接收数据的方式解决下载时间的问题，因此，流媒体技术及其应用成为宽带多媒体增值业务的重要组成部分。而为了保证流媒体业务的服务质量，对流媒体分发网络有较高的要求，通常要求流媒体分发网络能满足流媒体业务对带宽、服务质量以及安全性的要求。

由于不同的媒体播放终端所支持的音视频格式、码流速率以及对分辨率的要求等均不相同，现有的流媒体分发网络一般是针对不同的媒体播放终端和分辨率设计的专有媒体分发平台。例如：互联网电视(InternetTelevision)有互联网的内容分发网络(Content Delivery Network；简称为：CDN)，其一般采用Real Media，Windows Media以及Quick Time特定的音视频格式；网络电视(Internet Protocol Television；简称为：IPTV)业务有电信级的CDN平台，一般采用MPEG-4 ASP和H.264编码格式；手机电视有移动流媒体分发网络，一般采用低分辨率的H.264编码格式。

现有这些分发网络都是独立的，一种流媒体分发网络/平台只能支持一种类型的播放终端。例如：电信级CDN分发平台只能为电视类终端提供服务，不能为手机提供服务。这将极大的浪费网络资源和***建设成本，不适应未来网络建设和业务发展的需求。

发明内容

本发明提供一种流媒体信息处理方法、***及服务器，用以解决现有技术中不同的终端类型需要不同的流媒体分发平台的问题，实现流媒体信息输出格式的自动适配和统一分发。

本发明提供一种流媒体信息处理方法，包括：

接收终端发送的流媒体业务请求，所述流媒体业务请求包括所述终端的终端类型、所述终端支持的音视频编码格式和分辨率信息；

根据所述终端类型、所述音视频编码格式和所述分辨率信息，获取对应的流媒体信息；

将所述流媒体信息发送给所述终端，以向所述终端提供所述流媒体业务。

本发明提供一种服务器，包括：

接收模块，用于接收终端发送的流媒体业务请求，所述流媒体业务请求包括所述终端的终端类型、所述终端支持的音视频编码格式和分辨率信息；

获取模块，用于根据所述终端类型、所述音视频编码格式和所述分辨率信息，获取对应的流媒体信息；

发送模块，用于将所述流媒体信息发送给所述终端，以向所述终端提供所述流媒体业务。

本发明提供一种流媒体信息处理***，包括本发明提供的服务器，还包括：终端；所述终端用于向所述服务器发送所述流媒体业务请求，并接收所述服务器发送的所述对应的流媒体信息，以完成所述流媒体业务。

本发明提供的流媒体信息处理方法、***及服务器，终端向服务器发送携带终端类型、所支持的音视频编码格式和分辨率信息的流媒体业务请求，使服务器根据业务请求中的信息获取满足终端要求的流媒体信息，并将该流媒体信息提供给终端，以向终端提供流媒体业务。由于服务器根据终端信息获取流媒体信息，使得服务器可以向不同类型的终端提供流媒体信息，解决了现有技术中需要不同的流媒体分发平台的问题，本发明技术方案通过对流媒体信息输出格式的调整，在不对终端做较大改动的情况下，实现对流媒体信息的统一分发，可以充分利用网络资源，节省建设流媒体信息***的成本，适应未来流媒体业务的发展需求。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的流媒体信息处理方法的流程图；

图2为本发明实施例二提供的流媒体信息处理方法的流程图；

图3为本发明实施例三提供的流媒体信息处理方法的流程图；

图4为本发明实施例四提供的服务器的一种结构示意图；

图5为本发明实施例四提供的服务器的又一种结构示意图；

图6为本发明实施例五提供的流媒体信息处理***的结构示意图。

具体实施方式

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

图1为本发明实施例一提供的流媒体信息处理方法的流程图，本实施例的执行主体为服务器，如图1所示，本实施例的方法包括：

步骤1，接收终端发送的流媒体业务请求，所述流媒体业务请求包括终端的终端类型、终端支持的音视频编码格式和分辨率信息；

其中，本实施例的服务器主要是指流媒体服务器，存储有各种流媒体信息，并负责对流媒体信息、终端信息以及流媒体信息与终端信息的对应关系进行管理。终端类型是指请求流媒体业务的终端的类型，可以根据终端接入网络的方式进行划分，例如终端类型可以是手机、电视机、个人电脑等；而常见的终端所支持的音视频编码格式包括但不限于以下几种：H.263、MPEG、H.264和AVS等编码格式，分辨率信息例如可以是1920×1080、1280×720等。其中，流媒体业务请求中所包含的终端信息并不限于上述信息，还可以包括其他信息，例如终端支持的码流速率、显示屏幕的大小等。

步骤2，根据终端类型、音视频编码格式和分辨率信息，获取对应的流媒体信息；

本步骤中，服务器根据流媒体业务请求中的终端信息，即终端类型、所支持的音视频编码格式和分辨率信息，获取流媒体信息。具体是指获取格式、分辨率分别为流媒体业务请求中的音视频编码格式和分辨率、且适于流媒体业务请求中的终端类型的流媒体信息。

其中，流媒体信息可以是视音频流(例如电影、电视、音乐、彩铃)，但并不限于此。在终端与服务器进行交互时，需要提供流媒体的编码格式、分辨率和存储位置信息，这些信息用于对流媒体内容本身进行操作，因此，本申请中提到的流媒体信息，主要是指流媒体内容本身，有时也可以指对流媒体的操作信息。例如：在服务器上存储有电影“建国大业”，但是由于请求观看该电影的手机终端所支持的音视频编码格式为MPEG格式，和服务器上存储的H.264格式不符；且所要求的分辨率为352×288，也比服务器上存储的该电影的分辨率1920×1080低，这时服务器可以通过对存储的电影内容进行音视频编码格式的转换，生成MPEG格式、分辨率为352×288的流媒体内容，以适应终端的需求。

其中，终端类型决定终端自身的接收、处理和播放特性，例如：手机终端通常采用无线接口接收流媒体信息，而TV终端或PC终端通常通过有线接口接收流媒体信息，即不同终端类型的终端与流媒体服务器之间接口不同；另外，手机终端的显示屏幕一般较小，而TV终端或PC终端的显示屏幕(例如高清电视机屏或PC屏)一般较大，一定程度上决定其所支持的编码格式和分辨率。因此，本实施例中服务器根据终端类型、终端所支持的音视频编码格式和分辨率信息能够准确为每个终端获取其所对应的流媒体信息。

步骤3，将流媒体信息发送给终端，以向终端提供流媒体业务。

其中，服务器在获取到满足终端需求的流媒体信息后，将流媒体信息发送给终端，以供终端对流媒体信息进行处理，完成流媒体业务，例如：终端可以下载流媒体信息，也可以在线观看。

本实施例的流媒体信息处理方法，通过向服务器提供终端类型、终端支持的音视频编码格式和分辨率信息等终端信息，服务器根据终端信息对流媒体信息进行格式转换等操作，对流媒体信息进行自动适配以获取满足各终端需求的流媒体信息，可以同时向不同类型的终端提供同一流媒体信息，实现对流媒体信息的统一分发。与现有技术相比，本实施例的技术方案可以充分利用网络资源，节省了建设流媒体信息处理***的成本，适应未来流媒体业务的发展需求。

图2为本发明实施例二提供的流媒体信息处理方法的流程图。本实施例可以基于实施例一实现，如图2所示，本实施例的流媒体信息处理方法包括：

步骤201，服务器接收终端发送的流媒体业务请求，其中流媒体业务请求中包括终端的终端类型、终端所支持的音视频编码格式和分辨率信息；

该步骤和实施例一中的步骤1相同，在此不再详细论述。

步骤202，服务器根据终端类型判断终端类型信息库是否存在该终端类型；

在本实施例中，服务器上设有终端类型信息库，该终端类型信息库存储有向服务器请求过相同流媒体业务的终端的信息，可以包括终端类型、终端所支持的音视频编码格式和分辨率等，但并不限于此，本实施例将以上述三种信息为例。具体的该终端类型信息库可以为数据库形式或信息列表的形式，本实施例对其具体实现不做限制。

其中，服务器通过判断终端类型信息库中是否记录有该终端类型，即可判断出是否有相同类型的终端向服务器请求过相同的流媒体业务。具体可以通过查询终端类型信息库以进行判断操作，当判断出终端类型信息库存在该流媒体业务请求中的终端类型时，执行步骤203；反之，当判断终端类型信息库中不存在该流媒体业务请求中的终端类型时，执行步骤204。

步骤203，根据流媒体业务请求中的音视频编码格式和分辨率信息，在已存储的流媒体信息库中获取流媒体业务请求所对应的流媒体信息，并转去执行步骤206。

在本实施例中，服务器上还设有流媒体信息库，该流媒体信息库用于存储与终端类型信息库中各个终端的信息所对应的流媒体信息，并且存储有流媒体信息和对应终端信息之间的对应关系。即该流媒体信息库中所存储的流媒体信息是音视频编码格式和分辨率信息分别与终端类型信息库中各终端信息对应的同一流媒体信息。

进一步，服务器可以通过将流媒体业务请求中的音视频编码格式和分辨率信息分别与终端类型信息库中存储的各个终端的音视频编码格式和分辨率分别进行比较。当在终端类型信息库中比较得到音视频编码格式和分辨率都相同的终端时，(为便于描述将该终端称为匹配终端)，通过流媒体信息库中存储的终端信息和流媒体信息的对应关系获取该匹配终端对应的流媒体信息。其中，该匹配终端对应的流媒体信息的音视频编码格式和分辨率分别与本实施例步骤201中的流媒体业务请求中的音视频编码格式和分辨率相同，因此，将该匹配终端对应的流媒体信息作为步骤201中流媒体业务请求所对应的流媒体信息。

步骤204，根据流媒体业务请求获取预存的第一标准格式的流媒体信息，并执行步骤205；

本步骤用于当服务器通过比较在终端类型信息库中未得到音视频编码格式和分辨率都相同的终端(即匹配终端)时，即之前所有请求过该流媒体业务的终端所支持的音视频编码格式和分辨率信息均与本实施例的终端不同时，获取对应的流媒体信息。

其中，第一标准格式是指服务器上所存储的流媒体信息的统一格式。例如：服务器可以根据流媒体信息的播放情况判断第一标准格式中的音视频编码格式，假设更多播放该流媒体信息的终端为手机终端，则服务器上可以将手机终端所支持的H.264格式作为第一标准格式中的音视频编码格式；由于分辨率只能从高分辨率向低分辨率调整，因此，服务器可以规定第一标准格式中的分辨率信息为该流媒体信息出现的最高分辨信息。在本实施例中并不对如何设置第一标准格式进行限制，根据实际应用情况，可以对第一标准格式自行设置，本实施例仅是一种较佳举例。

步骤205，根据音视频编码格式和分辨率信息，对第一标准格式的流媒体信息进行格式转换，获取该流媒体业务请求所对应的流媒体信息，并执行步骤206；

其中，由于终端类型信息库中并不存在请求流媒体业务的终端的终端类型，则流媒体信息库中也不会存储有满足终端需求的流媒体信息，故在该步骤205中服务器通过对第一标准格式的流媒体信息进行格式转换，获取满足流媒体业务请求中的终端信息的流媒体信息。其中对第一标准格式的流媒体信息进行的格式转换包括：当分辨率信息不匹配时，对第一标准格式的流媒体信息进行分辨率信息的调整和适配，以完成对分辨率信息的转换。通常，分辨率信息只能由高分辨率信息转换为低分辨率信息，或者未出现的分辨率信息，因此，在本实施例中第一标准格式中以最高分辨率信息为例，便于进行格式转换。当音视频编码格式不匹配时，对第一标准格式的流媒体信息进行码转换，以获取所需的流媒体信息。

步骤206，服务器将获取的、与流媒体业务请求对应的流媒体信息发送给终端，以向终端提供流媒体业务。

具体的，在该步骤206中，服务器可以在获取到与流媒体业务请求对应的流媒体信息后，直接将该流媒体信息发送给终端，也可以根据终端的指示信息，即在接收到终端发送的下载或播放等流媒体信息请求时，向终端发送流媒体信息。

其中，在上述步骤203中，当服务器通过比较在流媒体信息库中未得到满足需求的流媒体信息时，可以通过以下方式获取所需的流媒体信息，具体包括：

步骤2031，服务器根据终端类型在流媒体信息库中获取第二标准格式的流媒体信息；其中，该第二标准格式的流媒体信息是指格式与该流媒体业务请求中的终端所支持的格式最接近的流媒体信息。例如：可以是音视频编码格式相同、分辨率信息不同，但是分辨率信息最接近，例如：1920×1080与1920×740相比，更接近1920×1024；也可以是音视频编码格式不同、分辨率信息相同；还可以是音视频编码格式和分辨率信息均不同，但是选择最接近的。其中，具体如何选择第二标准格式的流媒体信息并不作限定，可以根据实际情况自行进行设置。

步骤2032，根据音视频编码格式和分辨率信息，对第二标准格式的流媒体信息进行格式转换，获取该流媒体业务请求所对应的流媒体信息。

具体的，该步骤2032的具体实现可以参见步骤205，其区别在于，本步骤2032是对第二标准格式的流媒体信息进行格式转换，而步骤205是对第一标准格式的流媒体信息进行格式转换，其转换方法和过程相同，因此，在此不再赘述。在此需要说明的是，本实施例的流媒体处理方法，首先判断流媒体信息库中是否完全存在匹配的流媒体信息。若存在则从流媒体信息库中直接获取，可以节约处理流程；当不存在时，则执行上述步骤2031和步骤2032所述的技术方案以获取流媒体业务请求对应的流媒体信息。但并不限于此，服务器可以不判断是否存在完全匹配的流媒体信息，而直接执行步骤2031和步骤2032所述的方案以在流媒体信息库中获取对应的流媒体信息。

在上述的流媒体信息库中不存在该流媒体业务请求所对应的流媒体信息的技术方案的基础上，本实施例的流媒体信息处理方法在获取了对应的流媒体信息后还包括：将该流媒体业务请求中的终端类型、音视频编码格式和分辨率信息存储到终端类型信息库中，并将经格式转换获取的该流媒体业务请求对应的流媒体信息，以及其与该终端信息的对应关系存储到流媒体信息库中。上述操作用于对终端类型信息库和流媒体信息库进行实时更新，以便于向后续的流媒体业务请求提供支持。

在此需要说明的是，本实施例中以终端类型信息库和流媒体信息库相互独立，并通过流媒体信息与终端信息的对应关系相关联为例进行了说明，但是，本领域技术人员可以理解，上述两个信息库也可以作为一个，用于同时存储终端信息和对应的流媒体信息。

本实施例提供的流媒体信息处理方法，通过终端类型、音视频编码格式和分辨率信息或者在流媒体信息库已存储的流媒体信息中获取满足终端要求的流媒体信息，或者通过对标准格式(包括第一标准格式或第二标准格式)的流媒体信息进行格式转换，以获取满足终端要求的流媒体信息，因此，可以将同一流媒体信息同时提供给不同类型的终端，且满足不同类型的终端的需求。本实施例的技术方案，解决了现有技术需要不同的分发平台以支持向不同类型的终端分发同一流媒体信息的缺陷，充分利用了网络资源，与建立多个流媒体信息分发***相比，节省了建设成本，适应未来流媒体业务的发展需求。

在实际应用中，流媒体信息处理***在提供流媒体服务时，通常采用实时流协议(Real-time Stream Protocol；简称为：RTSP)来协商和控制流媒体信息的播放。RTSP协议在体系结构上位于实时传输协议(Real-time TransportProtocol；简称为：RTP)和RTP控制协议(RTPControlProtocol；简称为：RTCP)之上，它使用传输控制协议(Transmission Control Protocol；简称为：TCP)或RTP完成流媒体数据的传输，建立并控制一个或几个时间同步的连续的流媒体信息流，但它本身并不发送连续的流媒体信息流，而是充当流媒体服务器的网络远程控制。RTSP协议的具体内容可以参照RFC2326，在此不再详述。

RTSP协议通过采用请求和应答的方式来完成流媒体信息流的控制，每一个请求报文都对应着一个应答报文，除非该请求报文被发送到一个多点播送组。请求报文和应答报文需要包含实体，实体通常需要包括实体头部字段和实体正文。但在某些应答报文中，有可能只包含实体头部字段。其中，实体头部字段中的方法(Method)用于指示对于请求的通用资源标识符(UniversalResource Identifier；简称为：URI)所标识的资源(即流媒体业务)进行什么样的操作。在RFC2326定义的方法中具体包括以下几种操作：描述(DESCRIBE)，建立(SETUP)，播放(PLAY)，暂停(PAUSE)，断开(TEARDOWN)，设置参数(SET_PARAMETER)，重定向(REDIRCET)，获取参数(GET_PARAMETER)，消息(MESSAGE)。

本发明以下实施例将基于上述RTSP协议进一步说明本发明技术方案。在此之前，本发明技术方案需要对RTSP协议以及相关的协议进行扩充，增加新的描述内容，定义相关的参数，以实现对流媒体信息的自适应播放。

具体来说，本发明技术方案对RFC2326协议的方法中的描述(DESCRIBE)的定义进行了扩展，增加终端类型描述；同时，在RFC2326中定义的实体正文中的参数(媒体(Media)，时长(Duration)，描述(Description)，测试命令(Ping)，定价(Price)，收费(Charge)，超时(Timeout)，允许的时间(Allowable Order Time)，传输协议(TransportProtocol)等)的基础上，增加一个参数，即媒体的分辨率(Resolution)，用来指示特定终端显示象素的能力。同时对RFC3551中的媒体类型(MediaType)(即音视频编码格式)进行扩充，其中RFC2327给出了媒体的类型和格式的具体定义。

RFC2327是一种会话描述协议(Session Description Protocol；简称为：SDP)。SDP消息的基本内容包括会话信息和媒体类型(一个会话描述中可能包含一个或多个媒体信息)。其中，会话信息包括：会话名和目的、会话时间、会话使用的带宽、会话的用户信息；媒体信息包括：媒体类型，例如：视频或音频；传输协议，例如：RTP/UDP/IP；媒体格式，例如：H.263视频或者MPEG视频；多播地址和媒体传输端口(IP多播会话)；IP单播会话的联系地址和媒体传输端口等。

以下为本发明技术方案对终端类型、分辨率信息以及媒体类型(即音视频编码格式)的扩展定义，分别如表1、表2和表3所示。

表1

终端类型(Terminal Type，简称为：tt)	值(Value)
		电视机	1
PC	2
		手机	3
PDA	4
		其它终端	待定

表2

终端的分辨率(r)	值(Value)
		1920×1080	1
1280×720	2
		1280×1024	3
1024×768	4
		800×600	5
640×480	6
		352×288	7

320×240	8
		176×144	9
160×120	10

表3

在上述技术方案的基础上，本发明实施例三提供一种流媒体信息处理方法。图3为本发明实施例三提供的流媒体信息处理方法的流程图，本实施例可以基于实施例一或实施例二实现，如图3所示，本实施例的方法包括：

步骤301，终端向流媒体服务器发起统一资源定位符(Uniform/UniversalResource Locator；简称为：URL)连接请求；以手机终端希望观看电影“建国大业”为例，终端向流媒体服务器发出观看此片的连接请求。

步骤302，流媒体服务器接收终端发送的URL连接请求后，向终端返回建立RTSP连接请求。

通过上述步骤301和步骤302，终端和流媒体服务器之间建立了连接，该连接用于完成终端是否可以观看该影片的操作。在本实施例中以建立连接为例，说明终端可以观看该影片，并进行后续步骤。

步骤303，终端向流媒体服务器发送DESCRIBE请求，该DESCRIBE请求中包括终端的终端类型、所支持的流媒体类型和分辨率信息。其中，手机终端的终端类型为手机，对应于表1，则该参数值为3；所支持的分辨率为352×288，则由表2可知该参数值为7。则该手机将向流媒体服务器发送请求，下面仅给出示意性的代码片断，其具体格式可以参见RFC2326中的描述，示例如下：

DESCRIBE rtsp://127.0.0.1/建国大业.mp4 RTSP/1.0

CSeq:2

Accept:application/sdp

tt＝3

r＝7

......

步骤304，流媒体服务器接收该DESCRIBE请求，解析获取其中的终端类型、流媒体类型和分辨率信息。根据扩展后的RSTP协议，可以获知该终端为手机终端、支持的流媒体类型为H.264，支持的分辨率信息为352×288。

步骤305，流媒体服务器根据终端类型、所支持的流媒体类型和分辨率信息查询本地流媒体信息库中是否存储有终端所需的流媒体信息。若查询获取到终端所需的流媒体信息，则执行步骤306；反之，若未查询获取到终端所需的流媒体信息，则流媒体服务器对本地存储的现有流媒体信息进行格式转换，以获取终端所需的流媒体信息，并执行步骤306。其中流媒体服务器进行格式转换以获取所需流媒体信息的操作具体包括：若存在终端所需的格式的流媒体信息，但是流媒体信息的分辨率不适配，则流媒体服务器对现有的流媒体信息分辨率进行调整和适配；若没有终端所需的格式的流媒体信息，则流媒体服务器需要对现有的流媒体信息进行码转换。其中，该码转换操作可以是在终端请求流媒体信息之前进行，并将转码结果存储；也可以是在终端请求流媒体信息时进行实时在线转码。

步骤306，当流媒体服务器获取到终端所需的流媒体信息后，向终端发送会话描述信息(SDP)，该会话描述信息中包括流媒体信息的URL地址、起始序列号和RTP时间戳等信息，并且携带告知终端可以为其提供流媒体信息的描述信息。下面仅示意性的给出该描述信息的代码片断，其具体格式可以参见RFC2326中的描述，示意如下：

......

a＝x-qt-text-inf:建国大业.mp4

m＝video 0 RTP/AVP 35

c＝IN IP4 0.0.0.0

tt＝3

r＝7

m＝audio 0 RTP/AVP 14

......

步骤307，终端接收流媒体服务器发送的会话描述信息，并根据其中的URL请求地址，向流媒体服务器发送SETUP请求，建立流媒体信息流连接。

步骤308，流媒体服务器根据建立的流媒体信息流连接，向终端提供流媒体信息流。

步骤309，终端向流媒体服务器发送TEARDOWN请求，结束流媒体信息传输，即结束流媒体服务。其中，终端可以根据实际需求，例如在不想观看节目时可以结束观看，终端就发送TEARDOWN请求。在具体实施时，终端也可以不向流媒体服务器发送TEARDOWN请求，而是由流媒体信息传输结束后自行结束流媒体服务。

本实施例结合RTSP协议详细说明了流媒体信息处理的方法，终端向服务器提供终端类型、所支持的流媒体类型和分辨率信息，而流媒体服务器根据终端提供的信息通过直接获取或对现有流媒体信息进行格式转换，以获取满足终端需求的流媒体信息，因此，流媒体服务器可以将同一流媒体信息提供给不同类型的终端，实现对流媒体信息的同一分发，而不用像现有技术那样通过不同的分发平台向不同类型的终端分发流媒体信息，充分利用了网络资源，同时节约了建设流媒体信息处理***的成本，适应了未来流媒体信息业务的发展需求。

图4为本发明实施例四提供的服务器的结构示意图，如图4所示，本实施例的服务器包括：接收模块41、获取模块42和发送模块43。其中，接收模块41与获取模块42连接，获取模块42与发送模块43连接。

接收模块41，还与终端连接，用于接收终端发送的流媒体业务请求，所述流媒体业务请求包括终端的终端类型、终端支持的音视频编码格式和分辨率信息。当接收模块41接收到上述流媒体业务请求后，解析获取其中的终端信息即终端类型、终端支持的音视频编码格式和分辨率信息，并将上述终端信息提供给获取模块42。

获取模块42，用于根据接收模块41提供的终端类型、音视频编码格式和分辨率信息，获取所述流媒体业务请求所对应的流媒体信息，并将获取的流媒体信息提供给发送模块43。

发送模块43，还与终端连接，用于将获取模块42提供的流媒体信息发送给终端，以向终端提供所述流媒体业务。

本实施例的服务器，主要是指对流媒体信息进行处理的流媒体服务器，其可以执行本发明实施例提供的流媒体信息处理方法的流程。具体通过接收模块接收终端提供的终端信息，并通过获取模块根据终端信息获取满足终端要求的流媒体信息，通过发送模块向终端提供所需的流媒体信息。本实施例的服务器可以通过获取模块将同一流媒体信息同时提供给不同类型的终端，以实现对流媒体信息的统一分发，解决了现有技术需要通过不同的流媒体信息分发平台向不同类型的终端分发流媒体信息的问题，充分利用了网络资源，节省了建设成本。

进一步，如图5所示，本实施例的服务器包括终端类型信息库44和流媒体信息库45。其中，终端类型信息库44用于存储向服务器请求过相同流媒体业务的终端的信息，可以包括终端类型、终端所支持的音视频编码格式和分辨率等，但并不限于此，本实施例将以上述三种信息为例。具体的该终端类型信息库44可以为数据库形式或信息列表的形式，本实施例对其具体实现不做限制。流媒体信息库45用于存储与终端类型信息库44中各个终端的信息所对应的流媒体信息，并且存储有流媒体信息和对应终端信息之间的对应关系。即该流媒体信息库45中所存储的流媒体信息是音视频编码格式和分辨率信息分别与终端类型信息库44中各终端信息对应的同一流媒体信息。

在上述技术方案的基础上，本实施例的获取模块42包括判断子模块421、第一获取子模块422、第二获取子模块423和第一转换子模块424，如图5所示。

其中，判断子模块421与接收模块41连接，用于根据终端类型判断终端类型信息库44是否存在流媒体业务请求中的终端类型。

第一获取子模块422，分别与判断子模块421和发送模块43连接，用于当判断子模块421判断终端类型信息库44存在流媒体业务请求中的终端类型时，根据流媒体业务请求中的音视频编码格式和分辨率信息，在已存储的流媒体信息库45中获取流媒体业务请求对应的流媒体信息，并将获取的流煤体信息提供给发送模块43。

第二获取子模块423与判断子模块421和接收模块41连接，用于当判断子模块421判断终端类型信息库44不存在流媒体业务请求中的终端类型时，根据接收模块41接收到的流媒体业务请求获取预存的第一标准格式的流媒体信息，并将第一标准格式的流媒体信息提供给第一转换子模块424。其中，第一标准格式是指服务器上所存储的流媒体信息的统一格式。例如：服务器可以根据流媒体信息的播放情况判断第一标准格式中的音视频编码格式，假设更多播放该流媒体信息的终端为手机终端，则服务器上可以将手机终端所支持的H.264格式作为第一标准格式中的音视频编码格式；由于分辨率只能从高分辨率向低分辨率调整，因此，服务器可以规定第一标准格式中的分辨率信息为该流媒体信息出现的最高分辨信息。在本实施例中并不对如何设置第一标准格式进行限制，根据实际应用情况，可以对第一标准格式自行设置，本实施例仅是一种较佳举例。

第一转换子模块424，分别与第二获取子模块423、接收模块41和发送模块43连接，用于根据接收模块41接收到的流媒体业务请求中的音视频编码格式和分辨率信息，对第二获取子模块423获取的第一标准格式的流媒体信息进行格式转换，获取流媒体业务请求对应的流媒体信息，并将获取的流媒体信息提供给发送模块43。

其中，本实施例的第一获取子模块422可以包括比较单元和第一获取单元。具体的，比较单元用于通过将流媒体业务请求中的音视频编码格式和分辨率信息分别与终端类型信息库44中存储的各个终端的音视频编码格式和分辨率分别进行比较。第一获取单元与比较单元连接，用于当比较单元在终端类型信息库44中比较得到音视频编码格式和分辨率都相同的终端(为便于描述将该终端称为匹配终端)时，通过流媒体信息库45中存储的终端信息和流媒体信息的对应关系获取该匹配终端对应的流媒体信息。

更进一步，本实施例的第一获取子模块422还包括：第二获取单元和转换单元。该技术方案可以用于当比较单元未在终端类型信息库44中比较得到音视频编码格式和分辨率都相同的终端(即匹配终端)时，获取对应的流媒体信息。具体的：

第二获取单元，用于根据终端类型在流媒体信息库45中获取第二标准格式的流媒体信息；其中，第二标准格式的流媒体信息是指格式与该流媒体业务请求中的终端所支持的各种格式最接近的格式。例如：可以是音视频编码格式相同、分辨率信息(但是分辨率信息最接近)不同，例如：1920×1080与1920×740相比，更接近1920×1024；也可以是音视频编码格式不同、分辨率信息相同；还可以是音视频编码格式和分辨率信息均不同，但是选择最接近的。其中，具体如何选择第二标准格式的流媒体信息并不作限定，可以根据实际情况自行进行设置。转换单元，用于根据音视频编码格式和分辨率信息，对第二获取单元获取的第二标准格式的流媒体信息进行格式转换，获取对应的流媒体信息。

在此需要说明的是，本实施例上述技术方案所提供的仅是第一获取子模块422的一种实现结构，并不限于此。例如第一获取子模块422还可以只包含第二获取单元和转换单元，即第一获取子模块422可以不对流媒体信息库45中是否已存储有完全匹配的流媒体信息进行判断，而是执行第二获取单元和转换单元的技术方案，以获取流媒体业务请求对应的流媒体信息。

更进一步，在上述的流媒体信息库45中不存在该流媒体业务请求所对应的流媒体信息的技术方案的基础上，本实施例的服务器还包括存储模块用于将终端类型、音视频编码格式和分辨率信息存储到终端类型信息库44，并将获取的对应的流媒体信息以及与终端的对应关系存储到流媒体信息库45，以对终端类型信息库44和流媒体信息库45进行实时更新。

上述技术方案通过详细介绍获取模块的结构，进一步说明了本发明服务器的工作原理，且该获取模块中的各个子模块也可以执行本发明实施例提供的流媒体信息处理方法中的相应部分的流程。通过判断子模块、第一获取子模块、第二获取子模块和第一转换子模块，获取满足终端要求的流媒体信息，使服务器可以将同一流媒体信息同时向不同类型的终端进行分发，克服了现有技术向不同类型的终端分发同一流媒体信息时需要多个分发平台的缺陷，实现了对流媒体信息的同一分发，充分利用了网络资源。

图6为本发明实施例五提供的流媒体信息处理***的结构示意图，如图6所示，该***包括：服务器51和终端52。其中服务器51和终端52连接。

服务器51为本发明上述各实施例提供的服务器，其具体结构详见实施例四的描述。而终端52可以是现有的各种终端，例如手机终端、电视终端、PC终端等，在本实施例中终端52的结构与现有技术相同，其主要用于服务器51发送流媒体业务请求，并接收服务器51发送的高流媒体业务请求对应的流媒体信息，以完成该流媒体业务。

本实施例的流媒体信息处理***，可以用执行本发明实施例提供的流媒体信息处理方法，其同样可以实现对流媒体信息格式的自动调整和适配，实现流媒体信息的统一分发，解决了现有技术中多个分发平台的问题，充分利用了网络资源，解决了***的建设成本，适于流媒体业务未来发展的需求。

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

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (11)

1.一种流媒体信息处理方法，其特征在于，包括：

接收终端发送的流媒体业务请求，所述流媒体业务请求包括所述终端的终端类型、所述终端支持的音视频编码格式和分辨率信息；

根据所述终端类型、所述音视频编码格式和所述分辨率信息，获取对应的流媒体信息；

将所述流媒体信息发送给所述终端，以向所述终端提供所述流媒体业务。

2.根据权利要求1所述的流媒体信息处理方法，其特征在于，根据所述终端类型、所述音视频编码格式和所述分辨率信息，获取对应的流媒体信息具体为：

根据所述终端类型判断终端类型信息库是否存在所述终端类型；

当判断所述终端类型信息库存在所述终端类型时，根据所述音视频编码格式和所述分辨率信息，在已存储的流媒体信息库中获取所述对应的流媒体信息。

3.根据权利要求2所述的流媒体信息处理方法，其特征在于，还包括：

当判断所述终端类型信息库中不存在所述终端类型时，根据所述流媒体业务请求获取预存的第一标准格式的流媒体信息；

根据所述音视频编码格式和所述分辨率信息，对所述第一标准格式的流媒体信息进行格式转换，获取所述对应的流媒体信息。

4.根据权利要求2所述的流媒体信息处理方法，其特征在于，根据所述音视频编码格式和所述分辨率信息，在已存储的流媒体信息库中获取所述对应的流媒体信息包括：

根据所述终端类型在所述流媒体信息库中获取第二标准格式的流媒体信息；

根据所述音视频编码格式和所述分辨率信息，对所述第二标准格式的流媒体信息进行格式转换，获取所述对应的流媒体信息。

5.根据权利要求3或4所述的流媒体信息处理方法，其特征在于，还包括：

将所述终端类型、所述音视频编码格式和所述分辨率信息存储到所述终端类型信息库，并将获取的所述对应的流媒体信息以及其与所述终端的对应关系存储到所述流媒体信息库。

6.一种服务器，其特征在于，包括：

接收模块，用于接收终端发送的流媒体业务请求，所述流媒体业务请求包括所述终端的终端类型、所述终端支持的音视频编码格式和分辨率信息；

获取模块，用于根据所述终端类型、所述音视频编码格式和所述分辨率信息，获取对应的流媒体信息；

发送模块，用于将所述流媒体信息发送给所述终端，以向所述终端提供所述流媒体业务。

7.根据权利要求6所述的服务器，其特征在于，所述获取模块包括：

判断子模块，用于根据所述终端类型判断终端类型信息库是否存在所述终端类型；

第一获取子模块，用于当判断所述终端类型信息库存在所述终端类型时，根据所述音视频编码格式和所述分辨率信息，在已存储的流媒体信息库中获取所述对应的流媒体信息。

8.根据权利要求7所述的服务器，其特征在于，所述获取模块还包括：

第二获取子模块，用于当判断所述终端类型信息库中不存在所述终端类型时，根据所述流媒体业务请求获取预存的第一标准格式的流媒体信息；

第一转换子模块，用于根据所述音视频编码格式和所述分辨率信息，对所述第一标准格式的流媒体信息进行格式转换，获取所述对应的流媒体信息。

9.根据权利要求7所述的服务器，其特征在于，所述第一获取子模块包括：

获取单元，用于根据所述终端类型在所述流媒体信息库中获取第二标准格式的流媒体信息；

转换单元，用于根据所述音视频编码格式和所述分辨率信息，对所述第二标准格式的流媒体信息进行格式转换，获取所述对应的流媒体信息。

10.根据权利要求8或9所述的服务器，其特征在于，还包括：

存储模块，用于将所述终端类型、所述音视频编码格式和所述分辨率信息存储到所述终端类型信息库，并将获取的所述对应的流媒体信息以及与所述终端的对应关系存储到所述流媒体信息库。

11.一种包括如权利要求6-10任一项所述的服务器的流媒体信息处理***，其特征在于，还包括：终端；

所述终端，用于向所述服务器发送所述流媒体业务请求，并接收所述服务器发送的所述对应的流媒体信息，以完成所述流媒体业务。

Images