CN101076135A - 多媒体录制、回放方法及处理系统 - Google Patents

Abstract

本发明提供一种多媒体录制方法，实现服务器和终端之间多媒体的交互，包括：终端将多媒体信号发送给服务器的步骤；服务器将多媒体信号转换为多媒体文件的步骤。本发明还提出一种多媒体回放方法和一种多媒体处理系统。本发明提供的多媒体处理系统及录制、回放方法使用户可以方便地使用手机等终端录制多媒体并发送给其他用户分享，接收方亦可方便地提取和下载音频、视频、动画等多媒体文件。本发明克服了WAP环境下手机等手持通信设备作为终端的局限性，主要在服务器端实现存储与计算，实现了多媒体内容的录制传播；用户操作方便简单，体验感好，丰富了WAP产品应用；同时还可以方便准确地实现计费。

Description

多媒体录制、回放方法及处理系统

技术领域

本发明涉及无线通信领域，特别涉及多媒体录制、回放处理技术。

背景技术

在通信领域中为实现终端与服务器之间语音的交互，现有常见做法是在PC等客户端将语音信号录制成语音文件，再将语音文件通过网络上传到服务器；终端需要提取该语音文件时，再通过网络下载该语音文件。这种做法在PC环境下是常见的，但在WAP(Wireless Application Protocol无线应用协议)环境下是不可行的，主要是由于手机作为终端，存储能力和计算能力都很弱；很多手机不具备录制功能，无法进行语音录制；另外，WAP网络上行速度有很大局限，上传大的语音文件很困难。对于视频、动画等多媒体信息，其信息量可能比语音文件大很多，要求手机具有录制或制作功能，采用现有做法更加难以推广应用。除了语音之外，还有视频、动画等其他类型的多媒体；多媒体包括多媒体信号、多媒体文件等多种形式，多种形式可以互相转换。

现有的IVR(Interactive Voice Response，即互动式语音应答)技术是一种交互式语音互动技术，用户可以通过手机等客户端拨打IVR语音号码，实现客户端与IVR服务器的语音互动。

发明内容

本发明目的在于提供一种方便快捷的多媒体处理技术。

本发明提供一种多媒体录制方法，实现服务器和终端之间多媒体的交互，包括：终端将多媒体信号发送给服务器的步骤；服务器将多媒体信号转换为多媒体文件的步骤，还包括管理多媒体文件的步骤。上述管理多媒体文件是通过多媒体回放号码进行的。

本发明还提供一种多媒体回放方法，实现服务器和终端之间多媒体的交互，包括：终端请求指定多媒体文件的步骤；服务器提取指定多媒体文件，将指定多媒体文件转换为多媒体信号的步骤；服务器将多媒体信号发送给终端的步骤；其中服务器利用多媒体回放号码管理和/或提取指定多媒体文件，终端利用多媒体回放号码查找、请求、传播、分发和/或共享多媒体文件。上述多媒体回放方法还包括对多媒体回放号码管理、分配和/或回收。

本发明还提供一种多媒体处理系统，实现多媒体信号和多媒体文件的处理，包括：实现多媒体信号和多媒体文件转换的服务器；发送和/或接收多媒体信号的终端；服务器接收终端发送的多媒体信号，将多媒体信号转换为多媒体文件；和/或所述服务器将多媒体文件转换为多媒体信号，发送给终端。上述服务器还利用多媒体回放号码实现对多媒体的管理；终端利用多媒体回放号码向服务器请求提取多媒体，服务器根据多媒体回放号码查找对应多媒体，提取多媒体发送给终端。上述终端与终端之间利用多媒体回放号码实现多媒体的传播、分发和/或共享。

本发明提供的多媒体处理系统及录制、回放方法将WAP技术同IVR等互动技术结合，使用户可以方便地使用手机等终端录制多媒体并发送给其他用户分享，消息接收方亦可方便地提取和下载音频、视频、动画等多媒体文件。本方案克服了WAP环境下手机等手持通信设备作为终端的局限性，主要在服务器端实现存储与计算，实现了多媒体内容的录制传播；用户操作方便简单，体验感好，丰富了WAP产品应用；同时还可以方便准确地实现计费。本发明应用范围广泛，录制好的多媒体文件既可以普通的文本格式通知终端，也可以附在WAP留言信箱中作为留言，还可以做为音频个性化签名，放在用户的个人网站、论坛发言、博客、即时通信信息中，还可以作为个人资料进行展示，或存储在网络硬盘中提供给其他人提取或下载。

附图说明

图1是本发明一实施例的系统结构示意图；

图2是本发明一实施例的录音过程示意图；

图3是本发明一实施例的音频文件索引表示意图；

图4是本发明一实施例的文件结构示意图；

图5是本发明一实施例的音频回放过程示意图；

图6是本发明又一实施例的系统结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

参照图1，示出本发明第一实施例的系统结构，包括音频服务器20、数据库服务器30和网络服务器40，用户甲、乙和丙分别通过终端11、终端12和终端13与音频服务器20和/或网络服务器40建立连接，进行通信。

参照图2，本实施例录音过程如下：

步骤S101，终端根据用户的指令，与音频服务器20建立连接，发出音频录制请求；

步骤S102，音频服务器20响应请求，准备录音；

步骤S103，根据用户的指令判断是否要开始音频录制，如果开始音频录制，则进行步骤S104，否则退出录音过程；

步骤S104，终端接收音频信号，并通过无线通信网络发送给音频服务器20；

步骤S105，音频服务器20接收音频信号并将其转换为音频文件；

步骤S106，重复上述步骤S104至S105，直到用户的指令要求结束音频录制；

步骤S107，将上述录制好的音频文件及相关数据发给数据库服务器30进行存储及管理；

步骤S108，向用户返回音频录制操作结果，结束录音过程。

上述流程中，录音过程不仅可以由音频服务器20完成，还可以由网络服务器40完成，具体根据音频录制服务运营商确定或由用户选择。音频录制服务运营商预先指定一音频录制服务号码，终端使用该号码向音频服务器20或网络服务器40发出音频录制请求，音频服务器20或网络服务器40可以获得该发出请求的终端的通信服务号码。

终端可直接拨打或呼叫该音频录制服务号码，向音频服务器20或网络服务器40发出音频录制请求；音频服务器20或网络服务器40也可产生一符合WAP标准的录音操作界面，将该音频录制服务号码以链接形式嵌入该界面中，提供给各终端下载使用；还可以在终端预先设置录音操作功能，调用该录音操作功能，使用音频录制服务号码向音频服务器20或网络服务器40发出音频录制请求。例如约定的音频录制服务号码为：95105789，则可直接拨打该号码与音频服务器20或网络服务器40连接，也可以在录音操作界面上嵌入如下的WML代码：

<a href＝″wtai：//wp/mc；95105789″>录制音频</a>

在终端上，录音操作界面中将显示可选择或点击的[录制音频]链接，用户选中或点击该链接即发出音频录制请求。

上述录音过程以音频服务器20为例，在音频服务器20响应音频录制请求后，终端待用户按“开始”按钮或输入音频信号后，开始接收音频信号并通过无线通信网络发送给音频服务器20。音频服务器20接收信号并转换为音频文件，直到用户按“停止”按钮结束录音或结束通信。

音频服务器20将录制好的音频文件与用户的手机号码等相关信息发给数据库服务器30，数据库服务器30管理、存储该音频文件，并分配一个音频回放号码供提取该音频文件。音频服务器20将“音频录制成功”信息反馈给用户，附相应音频回放号码。

下面举例说明本实施例提供的一种音频文件管理机制：建立并维护音频文件索引表，实现对音频文件的管理。具体来说，数据库服务器30对每一音频文件分配唯一的音频回放号码作为音频文件的文件名或附在音频文件上。建立如图3所示的音频文件索引表，将音频文件(例如11110000.mp3)及其相关信息通过该音频回放号码“11110000”对应起来，一个音频回放号码唯一对应一个音频文件，而一个终端通信服务号码可以录制多个音频文件。其中相关信息包括终端的通信服务号码、分配的音频回放号码、音频录制日期、音频时长、密码等信息。

终端需要提取某音频文件时，可以提供音频回放号码，数据库服务器30找出相应音频文件，获取相关信息，由音频服务器20提取该音频文件，转换成音频信号发送给终端；当然也可以直接将音频文件发送给终端。终端也可根据音频文件索引表中的相关信息查找音频文件。

本实施例还提供另一音频文件管理机制：如图4所示对音频文件设置统一的文件结构，对每一音频文件附加相关信息，其中音频内容是根据终端发送的音频信号录制得到的音频文件，相关信息包括终端的通信服务号码、分配的音频回放号码、音频录制日期、音频时长、密码等信息。提取音频文件的做法与上述音频文件管理机制类似，故不赘述。

当终端需要提取收听该音频文件时，本实施例提供的音频回放过程如图5所示：

步骤S201，终端使用音频回放号码发出音频回放请求；

步骤S202，音频服务器20或网络服务器40连接，转发该音频回放号码信息；

步骤S203，音频服务器20或网络服务器40向数据库服务器30发出请求，要求提取该音频回放号码对应的音频文件；

步骤S204，数据库服务器30相应请求查找文件，如果找到并成功提取该音频文件，则进行步骤S204；否则返回“音频提取失败”或“无法找到音频文件”的操作结果，退出流程；

步骤S205，音频服务器20或网络服务器40接收提取的音频文件；

步骤S206，音频服务器20或网络服务器40将音频文件转换为音频信号通过无线通信网络发送给终端；

步骤S207，接收、录制和/或持续播放音频信号直至播放完毕或用户中断播放，向用户返回“音频回放完成”或“用户终止音频回放”等操作结果，或流程结束。

上述步骤S206中，音频服务器20或网络服务器40也可直接将音频文件通过无线通信网络发送给终端，步骤S207中，终端可直接播放该音频文件，也可以将音频文件存储起来。

本实施例还提供终端查询音频回放号码的机制：音频服务器20或网络服务器40提供音频回放操作界面供终端下载使用，或终端预先设置音频回放功能供用户调用。用户打开音频回放操作界面或使用音频回放功能，输入或选择终端通信服务号码、录制日期、音频时长等检索信息查找相应音频回放号码，对于设有密码保护的音频文件，还需提供密码。终端将这些检索信息发送给音频服务器20或网络服务器40，向数据库服务器30请求查询。数据库服务器30根据检索信息查找相应音频回放号码，如果能找到则将音频回放号码发送给音频服务器20或网络服务器40，由其返回给终端供用户选择提取；或将音频回放号码和相应音频文件或音频信号一同发送给音频服务器20或网络服务器40以备用户提取，可简化查询、提取操作过程。

本实施例还提出音频文件的分享机制，将音频文件传播、分发和或共享给其他终端和/或用户：可将音频回放号码以文本格式发送给其他终端，也可形成音频分享页面，音频回放号码以链接形式嵌入该音频分享页面中。将该页面发送给其他终端，这些终端点击该链接，提取收听相应音频文件或音频信号。例如，终端通信服务号码为13011111111的用户甲录制了名为11110000.mp3的音频文件，对应音频回放号码为：11110000，则可形成一音频分享页面，该页面中嵌入如下的WML代码：

<a href＝″wtai：//wp/mc；11110000″>音频文件</a>

音频分享页面的代码示例如下：

<？xml version＝″1.0″ encoding＝″utf-8″？>

<！DOCTYPE wml PUBLIC″-//WAPFORUM//DTD WML 1.1//EN″

″http：//www.wapforum.org/DTD/wml_1.dtd″>

<wml>

<head>

   <meta http-equiv＝″Cache-control″content＝″max-age＝1700″/>

</head>

<card id＝″wapqq″title＝″WAPQQ消息”>

<p>

您好，这里是刚录制好的<a href＝″wtai：//wp/mc；11110000″>音频文件</a>发给您听听！

</p>

</card>

</wml>

用户甲可将该音频分享页面发送给终端通信服务号码为13022222222的用户乙和终端通信服务号码为13033333333的用户丙，该音频分享页面上“音频文件”表现为一个链接，用户乙和用户丙点击该链接即呼叫相应的音频回放号码11110000，进入上述音频回放流程，提取并收听到对应音频文件或音频信号。

本实施例的音频文件可通过但不限于以下多种方式传播或分享：可通过互联网或无线网络，将音频文件下载到终端上使用，或将相应音频回放号码以普通的文本格式发送给其他终端，也可以附在WAP留言信箱中作为留言，还可以做为音频个性化签名，放在用户的个人网站、论坛发言、博客、即时通信信息中，还可以作为个人资料进行展示，或保存在网络硬盘中，提供给其他人点播和下载。

限于现有的无线通信服务号码规则，音频回放号码资源是有限的，例如约定音频回放号码的最大长度是16位。如果某音频服务运营商所分配的音频号码段有10位的固定前缀，如125908825701，其后最多可以增加6位可变号码，即该固定语音号码段可同时支持最多999999个不同的音频回放号码，仅允许同时存在最多999999个音频文件。

为此本实施例提供音频回放号码管理机制来实现音频回放号码资源的管理、分配和回收。具体来说，在音频服务器20或网络服务器40中设置音频回放号码管理器，其工作逻辑为：规定每个音频文件只占用一个音频回放号码，并且每个音频文件在有效期内占用一个音频回放号码，过期则删除音频文件，释放该音频文件占用的音频回放号码。为配合该音频回放号码管理器，本实施例还设置音频回放号码库，记录被占用的音频回放号码及对应有效期。音频回放号码管理器设置调度程序定时扫描音频回放号码库，将超出有效期的音频回放号码从表中删除，同时删除相应的音频文件。

为满足用户的需求，可延长某音频文件的有效期，使其能够占用一音频回放号码超过默认有效期，该服务可以向用户收费。具体计费和收费机制与现有无线数据服务技术中的收费机制相似，故不赘述。

随着服务号码规则的改进和音频回放号码资源的扩充，本实施例可不采用有效期来管理音频回放号码，而是采用有偿分配音频回放号码的方式，根据音频文件时长、音频文件大小、有效期长短、个性或吉利音频回放号码等因素收费，用户还可通过续费来延长对音频回放号码的占用。当音频回放号码成为无限资源时，本实施例也可以完全免费提供音频回放号码供用户使用。

本实施例中所述终端包括手机、计算机、游戏机、移动终端等多种设备，只要该设备具有经音频服务运营商许可的通信服务号码即可使用本实施例提供的方法。上述通信服务号码俗称手机号码，该通信服务号码不局限于一家移动通信服务商提供。

本实施例中所述音频包括但不限于语音、歌曲、铃声等多种形式和内容的文件，音频文件的格式也不限于示例中的mp3一种，具体根据移动通信网络、网络服务器、音频服务器和终端的具体情况而定。音频信号的来源不限于用户对终端发出语音，还可以调用通过其他数据处理设备，向终端传送的音频文件，或通过终端的音频录制功能录制而成。

基于上一实施例，本发明提出第二实施例，提供视频和/或动画等多媒体的录制和回放。参照图6，示出本实施例的系统结构，包括服务器50和数据库服务器30，用户甲、乙和丙分别通过终端11、终端12和终端13与服务器50建立连接，进行通信。其中服务器50可以是多媒体服务器或网络服务器。

本实施例的多媒体录制过程、回放过程和分享机制与第一实施例类似，而多媒体录制服务号码、多媒体回放号码的应用及相应操作界面与第一实施例的音频录制服务号码、音频回放号码和录音操作界面、回放操作界面相似，对多媒体文件的管理机制、多媒体回放号码资源的分配和回收与第一实施例类似，故不赘述。

本实施例的多媒体文件可通过但不限于以下多种方式传播、分发和/或共享：可通过互联网或无线网络，将多媒体文件下载到终端上使用，或将相应多媒体回放号码以普通的文本格式发送给其他终端，也可以附在WAP留言信箱中作为留言，还可以做为音频个性化签名，放在用户的个人网站、论坛发言、博客、即时通信信息中，还可以作为个人资料进行展示，提供给其他人点播和下载。

本实施例中所述多媒体包括但不限于文档、音频、视频、动画、表情文件等多种类型和内容，多媒体包括多媒体信息、多媒体文件等多种形式。多媒体文件格式不限，具体根据移动通信网络、服务器和终端的具体情况而定。多媒体信号的来源不限于用户对终端发出声像，还可以调用通过其他数据处理设备，向终端传送的多媒体文件，或通过终端的多媒体录制功能录制而成，或通过终端的多媒体制作功能制作而成。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (11)

1.一种多媒体录制方法，实现服务器和终端之间多媒体的交互，包括：

终端将多媒体信号发送给服务器的步骤；

所述服务器将多媒体信号转换为多媒体文件的步骤。

2.根据权利要求1所述的多媒体录制方法，其特征在于，还包括管理所述多媒体文件的步骤。

3.根据权利要求2所述的多媒体录制方法，其特征在于，管理所述多媒体文件是通过多媒体回放号码进行的。

4.一种多媒体回放方法，实现服务器和终端之间多媒体的交互，包括：

终端请求指定多媒体文件的步骤；

服务器提取指定多媒体文件，将所述指定多媒体文件转换为多媒体信号的步骤；

服务器将所述多媒体信号发送给所述终端的步骤。

5.根据权利要求4所述的多媒体回放方法，其特征在于，所述服务器利用多媒体回放号码管理和/或提取所述指定多媒体文件。

6.根据权利要求5所述的多媒体回放方法，其特征在于，所述终端利用多媒体回放号码查找、请求、传播、分发和/或共享所述多媒体文件。

7.根据权利要求5或6所述的多媒体回放方法，其特征在于，还包括对所述多媒体回放号码管理、分配和/或回收。

8.一种多媒体处理系统，实现多媒体信号和多媒体文件的处理，包括：

实现多媒体信号和多媒体文件转换的服务器；

发送和/或接收多媒体信号的终端；

所述服务器接收所述终端发送的多媒体信号，将多媒体信号转换为多媒体文件；和/或所述服务器将多媒体文件转换为多媒体信号，发送给所述终端。

9.根据权利要求8所述的多媒体处理系统，其特征在于，所述服务器还利用多媒体回放号码实现对多媒体的管理。

10.根据权利要求9所述的多媒体处理系统，其特征在于，所述终端利用多媒体回放号码向所述服务器请求提取多媒体，所述服务器根据所述多媒体回放号码查找对应多媒体，提取所述多媒体发送给所述终端。

11.根据权利要求8或9所述的多媒体处理系统，其特征在于，所述终端与终端之间利用多媒体回放号码实现所述多媒体的传播、分发和/或共享。

Images