多媒体内容的发送、生成和传输、播放方法和对应装置的制造方法
【技术领域】
[0001]本公开一般涉及网络技术，具体涉及多媒体内容的接收、制作和投放，尤其涉及多媒体内容的发送、生成和传输、播放方法和对应装置。
【背景技术】
[0002]现有技术中，由用户自己制作的多媒体内容通常只能在本地播放。
[0003]例如，商家A制作了一段广告音频，其仅能够将该广告音频拷贝或发送至其想要播放该广告音频的客户端进行播放。
[0004]当其播放范围较大，需要播放的客户端较多时，发送和/或拷贝广告音频的工作量将非常庞大。
【发明内容】
[0005]鉴于现有技术中的上述缺陷或不足，期望提供一种多媒体内容的发送、生成和传输、播放方法和对应装置，可使处在一预定播放范围内的客户端接收到由其它客户端上传至服务器的多媒体内容。
[0006]第一方面，本申请提供了一种多媒体内容的发送方法，包括:接收第一客户端上传的第一多媒体内容；将第一多媒体内容与预定多媒体内容合并以生成第二多媒体内容；确定第二多媒体内容的播放范围；以及将第二多媒体内容发送给播放范围内的第二客户端以供播放。
[0007]第二方面，本申请提供了一种生成和传输多媒体内容的方法，包括:获取第一多媒体内容；接收多媒体服务器发送的与第一多媒体内容匹配的预定多媒体内容；将第一多媒体内容与预定多媒体内容合并以生成第二多媒体内容；以及向多媒体服务器上传第二多媒体内容和与第二多媒体内容对应的播放范围信息。
[0008]第三方面，本申请提供了一种在客户端播放多媒体内容的方法，包括:从多媒体服务器接收第二多媒体内容；以及播放第二多媒体内容；其中，第二多媒体内容由第一多媒体内容与预定多媒体内容合并生成，且第二多媒体内容被限定在与客户端匹配的播放范围内播放。
[0009]第四方面，本申请提供了一种多媒体内容的发送装置，包括:接收模块，配置用于接收第一客户端上传的第一多媒体内容；生成模块，配置用于将第一多媒体内容与预定多媒体内容合并以生成第二多媒体内容；确定模块，配置用于确定第二多媒体内容的播放范围；以及发送模块，配置用于将第二多媒体内容发送给播放范围内的第二客户端以供播放。
[0010]第五方面，本申请提供了一种生成和传输多媒体内容的装置，包括:获取模块，配置用于获取第一多媒体内容；接收模块，配置用于接收多媒体服务器发送的与第一多媒体内容匹配的预定多媒体内容；合并模块，配置用于将第一多媒体内容与预定多媒体内容合并以生成第二多媒体内容；以及上传模块，配置用于向多媒体服务器上传第二多媒体内容和与第二多媒体内容对应的播放范围信息。
[0011]第六方面，本申请提供了一种在客户端播放多媒体内容的装置，包括:接收模块，配置用于从多媒体服务器接收第二多媒体内容；以及播放模块，配置用于播放第二多媒体内容；其中，第二多媒体内容由第一多媒体内容与预定多媒体内容合并生成，且第二多媒体内容被限定在与客户端匹配的播放范围内播放。
[0012]本申请提供的多媒体内容的发送、生成和传输、播放方法和对应装置，可以在一定的播放范围内投放用户自制多媒体内容。在一些应用场景中，可以实现自动、精确地广告投放。
[0013]此外，在一些实现方式中，在多媒体内容的制作或生成过程中，可以推荐与多媒体内容匹配的背景音，以及将用户自制多媒体内容与背景音的合并，从而制作出优质的多媒体内容。
【附图说明】
[0014]通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显:
[0015]图1示出了可以应用本申请实施例的示例性系统架构；
[0016]图2示出了本申请实施例的多媒体内容交互过程的示例；
[0017]图3示出了根据本申请实施例的多媒体内容发送方法的示意性流程图；
[0018]图4示出了本申请实施例的生成和传输多媒体内容的方法的示意性流程图；
[0019]图5示出了根据本申请实施例的在客户端播放多媒体内容的方法的示意性流程图；
[0020]图6示出了根据本申请实施例的多媒体内容发送装置的示意性结构图；
[0021]图7示出了根据本申请实施例的生成和传输多媒体内容的装置的示意性结构图；
[0022]图8示出了根据本申请实施例的在客户端播放多媒体内容的装置的示意性结构图。
【具体实施方式】
[0023]下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。
[0024]需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
[0025]在下面的描述中，大量具体细节被阐述以提供对本发明的实施例的完整描述。然而，本领域技术人员应该理解，本申请的实施例在没有这些具体细节的情况下，也可以被实施。
[0026]参见图1所示，为可以应用本申请实施例的示例性系统架构100。
[0027]如图1所示，系统架构100可以包括多媒体服务器104、第一客户端110和第二客户端120。
[0028]第一客户端110可包括各种终端设备，例如，台式计算机终端111、便携式计算机终端112和平板型电脑113。
[0029]类似地，第二客户端120也可以包括各种终端设备，例如，台式计算机终端121、便携式计算机终端122和平板型电脑123。
[0030]多媒体服务器104可与第一客户端110的各终端设备111?113以及第二客户端120的各终端设备121?123通信以实现数据交互。
[0031]参见图2所示，为本申请实施例的多媒体内容交互过程200的示例。
[0032]本领域技术人员可以理解，出于示例和便于理解的目的，在以下描述中绘出和描述了一个或多个特定技术细节，但是本申请的实施例也可以在不具有这些特征的情况下实践。在图2所示的实施例中，以一个第一客户端、一个第二客户端和一个多媒体服务器的交互为例进行说明。
[0033]如图2所示，在步骤201中，第一客户端向多媒体服务器发送第一多媒体内容。第一多媒体内容可以包括音频内容，并且第一客户端可以通过任意可行的渠道获得这些音频内容。
[0034]例如，在一些实现方式中，第一客户端可以接收并录制由用户输入的音频内容。或者，第一客户端还可以接收来自可与其进行数据交换的其它终端设备向其直接或间接发送的音频内容。例如，用户可以通过录音笔记录音频内容，并将存储在录音笔中的音频内容发送至第一客户端。或者，用户可以向第一客户端输入文字信息，再由语音合成(Text toSpeech, TTS)软件将文字信息转换为音频内容。
[0035]接着，在步骤202中，多媒体服务器对第一多媒体内容和预定多媒体内容进行合并，生成第二多媒体内容。
[0036]在一些实现方式中，例如可以通过混音来将第一多媒体内容和预定多媒体内容进行合并。
[0037]混音(Aud1 Mixing)是音乐制作中的一个步骤，其把多种来源的声音，整合至一个立体音轨(Stereo)或单音音轨(Mono)中。这些原始声音信号，可能有不同的来源，例如，可以来源于不同的乐器或人声。在混音的过程中，通过对每一个原始信号的频率、动态、音质、定位、残响和/或声场等参数进行调整，让各音轨最佳化，之后再叠加于最终成品上。
[0038]在一些应用场景中，可以将第一多媒体内容与背景音进行混音处理，使得第一多媒体内容可以与背景音有机地融为一体，在播放经混音处理后的多媒体内容时，可以使收听者获得更好的听觉体验。
[0039]或者，在另一些实现方式中，可以由第一客户端对第一多媒体内容和预定多媒体内容进行合并生成第二多媒体内容。
[0040]接着，在步骤203中，多媒体服务器确定第二多媒体内容的播放范围。
[0041]由于第二多媒体内容中包含了由第一客户端上传的第一多媒体内容，例如，在一些应用场景中，第二多媒体内容中可包含有第一客户端制作的个性化的内容。在这些应用场景中，第一客户端可能期望接收到第二多媒体内容的受众具有一定的特性，例如，其所处的地理位置在一定范围之内。
[0042]基于上述应用场景，在一些实现方式中，可以通过多媒体服务器来确定第二多媒体内容的播放范围。或者，在另一些实现方式中，可以如步骤204所示，由第一客户端向多媒体服务器发送播放范围信息，该播放范围信息可以包含第一客户端期望接收到第二多媒体内容的第二客户端的某些共同的特征。
[0043]接着，在步骤205中，多媒体服务器向第二客户端发送第二多媒体内容。在这里，第二客户端位于播放范围内。
[0044]多媒体服务器在确定了播放范围之后，便可以将第二多媒体内容向处在该播放范围内的第二客户端发送。第二客户端在接收到第二多媒体内容后，可以通过媒体播放软件等手段来播放这些待播放多媒体内容。在一些应用场景中，例如，可以将第二多媒体内容“插入”正在第二客户端上播放的多媒体数据流中，来播放第二多媒体内容。
[0045]以上对多媒体内容交互的过程进行了描述。接下来，将分别对多媒体服务器和各客户端进行详细描述。
[0046]如图3所示，为根据本申请实施例的多媒体内容发送方法的示意性流程图300。在一些实现方式中，本实施例的多媒体内容发送方法可以在多媒体服务器端实现。
[0047]在步骤310中，接收第一客户端上传的第一多媒体内容。
[0048]接着，在步骤320中，将第一多媒体内容与预定