[发明专利]一种实现录制业务的方法、装置及系统

说明书

技术领域

本发明涉及通信领域，尤其涉及一种实现录制业务的方法、装置及系统。

背景技术

随着多媒体技术的发展，业界提出了网络侧录制的概念，指的是由网络来记录用户要录制的媒体内容。其中，要录制的媒体内容的来源，可以是广播节目，也可以是点播节目，甚至是用户自己的视频等。该技术对于用户来说，可以为用户带来很多好处，如减少录制业务对用户终端的依赖，扩展存储空间等。

但现有的录制技术，没有在客户端和服务器端架构下实现网络侧录制的方案。

发明内容

本发明实施例提供一种实现录制业务的方法、装置及系统，能够在客户端和服务器端架构下实现网络侧录制。

本发明实施例所提供的实现录制业务的方法，包括：

服务器端接收客户端发送的录制业务请求，所述录制业务请求携带录制功能信息；

服务器端根据所述录制功能信息进行录制业务操作。

本发明实施例所提供的一种服务器，包括：

第一接收单元，用于接收客户端发送的录制业务请求，所述录制业务请求携带录制功能信息；

录制单元，用于根据所述录制功能信息进行录制业务操作。

本发明实施例所提供的一种实现录制业务的系统，包括：

客户端，用于向服务器端发送录制业务请求，所述录制业务请求携带录制功能信息；

服务器端，用于接收所述录制业务请求，根据所述录制功能信息进行录制业务操作。

本发明实施例提供的实现录制业务的方法、系统及装置，在接收到客户端发送的携带录制功能信息的录制业务请求后，服务器端根据该录制功能信息进行录制业务操作，从而实现了在客户端和服务器端架构下的网络侧录制。

附图说明

图1为本发明一个实施例中实现录制业务方法的示例性流程图；

图2为本发明一个实施例中的方法流程图；

图3为本发明另一个实施例的方法流程图；

图4为本发明再一个实施例的方法流程图；

图5为本发明实施例实现录制业务的系统的结构示意图；

图6为本发明实施例中服务器端的结构示意图。

具体实施方式

下面先介绍本发明实施例的一个应用场景，实时流协议(RTSP，Real TimeStreaming Protocol)是应用层协议，控制实时数据的传送。它提供了一个可扩展框架，实现实时数据(如音频与视频文件)的受控和按需传送。

该协议可以用于在客户端和服务器端建立和协商实时流会话。根据该协议的要求，客户端的任务是将用户的请求提交给服务器端，并将服务器端返回的结果以特定的形式显示给用户；而服务器端则负责接收客户端提出的服务请求，进行相应的处理，再将结果返回给客户端。基于该模型，客户端和服务器端都可以发出请求，实现了双向的数据传输。

参见图1，图1为本发明一个实施例中实现录制业务的方法的示例性流程图。如图1所示，该流程包括如下步骤：

步骤101、服务器端接收客户端发送的录制业务请求，该录制业务请求携带录制功能信息。

录制功能信息可以包括以下信息之一或其组合：录制内容标识、录制模式信息、请求录制时长、请求录制容量及录制文件存储格式。其中，录制内容标识用来指示被录制内容的物理存放位置；录制模式信息表示对于指定的录制内容进行录制时的保存方式，如，可以是覆盖之前的录制内容，也可以是追加在之前的录制内容的后面；请求录制时长表示本次录制请求录制的时间长短；请求录制容量表示本次录制请求录制的容量大小；录制文件存储格式表示文件的存储格式，如3gp格式、wav格式等。

可以通过对现有的RTSP协议的扩展来实现上述对录制功能信息的表示，当然也可以通过其他方式来达到这种表示效果。需要说明的是，本发明的实施例中对协议的扩展只是一个具体的示例，其中提到的消息名及参数名等亦可取其他名称。以下是RTSP header及录制功能信息参数的扩展。

扩展一个动作信息头Action-info，可以包含下面的录制功能信息描述：

1、录制内容的标识RecURL，该标识可以由客户端指定，也可以由服务器端分配。在客户端发送的录制业务请求中，如果RecURL＝空标识(如$)时(当然也可以设定为其他特殊标识，只要是客户端和服务器约定好的即可)，表明该标识将由服务器端进行分配，正常开始录制时需要包含该参数，恢复录制、重新开始录制时该参数可选。