流媒体信息处理方法、 系统及服务器 【技术领域】
本发明涉及网络通信技术， 尤其涉及一种流媒体信息处理方法、 系统及服务器。背景技术 流媒体技术是一种用户无需等待全部数据下载到本地， 就可以开始浏览或播放流 媒体的技术。 针对流媒体随时间不断变化的特点， 客户端可采用一边播放， 一边接收数据的 方式解决下载时间的问题， 因此， 流媒体技术及其应用成为宽带多媒体增值业务的重要组 成部分。 而为了保证流媒体业务的服务质量， 对流媒体分发网络有较高的要求， 通常要求流 媒体分发网络能满足流媒体业务对带宽、 服务质量以及安全性的要求。
由于不同的媒体播放终端所支持的音视频格式、 码流速率以及对分辨率的要求等 均不相同， 现有的流媒体分发网络一般是针对不同的媒体播放终端和分辨率设计的专有媒 体分发平台。 例如 ： 互联网电视 (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 所示。
表19102447975 A CN 102447998
说明书值 (Value) 1 2 3 4 待定7/12 页终端类型 (Terminal Type， 简称为 ： tt) 电视机 PC 手机 PDA 其它终端
终端的分辨率 (r) 1920×1080 1280×720 1280×1024 1024×768 800×600 640×480 352×288 320×240 176×144 160×120
表2值 (Value) 1 2 3 4 5 6 7 8 9 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、 磁碟或者 光盘等各种可以存储程序代码的介质。最后应说明的是 ： 以上实施例仅用以说明本发明的技术方案， 而非对其限制 ； 尽 管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术人员应当理解 ： 其依然 可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分技术特征进行等同替 换； 而这些修改或者替换， 并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。