CN101540802B - 彩铃分发方法、设备及系统 - Google Patents

Abstract

本发明公开了一种彩铃分发方法，该方法包括：将多条彩铃的属性信息存储于铃音信息文件中，将所述铃音信息文件及所述多条彩铃的内容文件封装为一个数据包；下发分发彩铃的通知消息，所述通知消息携带有所述数据包的地址信息；接收获取彩铃的请求消息，根据所述请求消息中携带的所述地址信息，获取所述数据包；下发所述数据包。本发明同时公开一种中央音乐服务设备、彩铃管理设备、彩铃分发系统。采用本发明可以节约系统的资源占用。

Description

彩铃分发方法、设备及系统

技术领域

本发明涉及通信技术领域，尤其涉及彩铃分发方法、设备及系统。 

背景技术

彩铃业务处理系统由中央音乐服务设备和各省的彩铃管理设备两级网元设备组成。彩铃内容由中央音乐服务设备统一引入，中央音乐服务设备根据彩铃内容，生成彩铃的铃音信息文件和内容文件，并分发至各省的彩铃管理设备。 

如图1所示，分发彩铃的处理流程如下： 

步骤11、在全网彩铃生成后，管理员通过操作界面向中央音乐服务设备请求分发一条彩铃。 

步骤12、中央音乐服务设备向省彩铃管理设备下发分发彩铃的通知消息，该通知消息中携带有待分发的一条彩铃的地址信息、铃音信息(包括铃音状态)。 

步骤13、省彩铃管理设备根据通知消息中的地址信息，以FTP方式从中央音乐服务设备获取该条彩铃。 

步骤14、省彩铃管理设备对获取的彩铃进行预加载。 

步骤15a-15b、预加载处理完成后，省彩铃管理设备向中央音乐服务设备返回分发彩铃的状态报告消息，中央音乐服务设备向管理员显示分发彩铃的状态报告。 

步骤16a-16d、如果在“分发彩铃的通知消息”中，“铃音状态”字段值为“正常”，那么省彩铃管理设备在返回分发彩铃的状态报告消息、通知中央音乐服务设备“预加载成功”后，收到中央音乐服务设备的响应Response消息后，可执行步骤16a，直接安排彩铃正式上线； 

如果在“分发彩铃的通知消息”中，“铃音状态”字段值为“待激活”，那么省彩铃管理设备执行步骤16b、16c、16d，在接收到中央音乐服务设备的发布通知消息(通知激活彩铃内容)后，安排彩铃正式上线。 

步骤17、中央音乐服务设备向管理员返回发布通知响应消息。 

步骤18、如果彩铃发布成功，中央音乐服务设备向全网外围设备同步铃音信息。 

发明人经过分析，发现上述现有彩铃分发处理方案实施时，每向一个彩铃管理设备分发一条彩铃，该彩铃管理设备和中央音乐服务设备都需要进行一次需实时处理的分发彩铃的通知消息交互和一次文件FTP的交互过程。当分发的彩铃很多时，这种处理方式将占用大量的系统资源，尤其是文件FTP的交互过程，例如，由于有31个省的彩铃管理设备，那么分发一条彩铃各省彩铃管理设备和中央音乐服务设备就需要进行31次文件FTP交互过程，如果分发N条彩铃各省彩铃管理设备和中央音乐服务设备就需要进行31*N次文件FTP交互过程，这样以FTP方式下载每一条彩铃将需要一次FTP文件交互协商过程，这将造成FTP服务器端和FTP客户端，尤其是FTP服务器端增加很多协商过程的开销，即导致中央音乐服务设备FTP服务器的压力很大，成为铃音下载的瓶颈。 

发明内容

本发明实施例提供一种彩铃分发方法，用以节约系统资源，该方法包括： 

将多条彩铃的属性信息存储于铃音信息文件中，将所述铃音信息文件及所述多条彩铃的内容文件封装为一个数据包； 

下发分发彩铃的通知消息，所述通知消息携带有所述数据包的地址信息； 

接收获取彩铃的请求消息，根据所述请求消息中携带的所述地址信息，获取所述数据包； 

下发所述数据包。 

本发明实施例还提供一种彩铃分发方法，用以节约系统资源，该方法包括： 

接收分发彩铃的通知消息，所述通知消息携带有待分发彩铃的数据包的地址信息； 

发送获取所述待分发彩铃的请求消息，并在所述请求消息中携带所述地址信息；以及，接收所述数据包，其中，所述数据包中封装有存储多条彩铃的属性信息的铃音信息文件，以及所述多条彩铃的内容文件； 

解封装所述数据包，获得存储有多条彩铃的属性信息的铃音信息文件及所述多条彩铃的内容文件。 

本发明实施例还提供一种中央音乐服务设备，用以节约系统资源，该中央音乐服务设备包括： 

存储模块，用于将多条彩铃的属性信息存储于铃音信息文件中； 

封装模块，用于将所述铃音信息文件及所述多条彩铃的内容文件封装为一个数据包； 

发送模块，用于下发分发彩铃的通知消息，所述通知消息携带有所述数据包的地址信息； 

接收模块，用于接收获取彩铃的请求消息； 

获取模块，用于根据所述请求消息中携带的所述地址信息，获取所述数据包，并指示所述发送模块下发所述数据包。 

本发明实施例还提供一种彩铃管理设备，用以节约系统资源，该彩铃管理设备包括： 

接收模块，用于接收分发彩铃的通知消息，所述通知消息携带有待分发彩铃的数据包的地址信息； 

获取模块，用于发送获取所述待分发彩铃的请求消息，并在所述请求消息中携带所述地址信息；以及，接收所述数据包，其中，所述数据包中封装有存储多条彩铃的属性信息的铃音信息文件，以及所述多条彩铃的内容文件； 

解封装模块，用于解封装所述数据包，获得存储有多条彩铃的属性信息的 铃音信息文件及所述多条彩铃的内容文件。 

本发明实施例还提供一种彩铃分发系统，用以节约系统资源，该系统包括： 

中央音乐服务设备，用于将多条彩铃的属性信息存储于铃音信息文件中，将所述铃音信息文件及所述多条彩铃的内容文件封装为一个数据包；下发分发彩铃的通知消息，所述通知消息携带有所述数据包的地址信息；接收获取彩铃的请求消息，根据所述请求消息中携带的所述地址信息，获取所述数据包并下发； 

彩铃管理设备，用于接收所述通知消息，发送获取所述待分发彩铃的请求消息，并在所述请求消息中携带所述地址信息，以及，接收所述数据包；解封装所述数据包，获得存储有多条彩铃的属性信息的铃音信息文件及所述多条彩铃的内容文件。 

本发明实施例中，中央音乐服务设备将多条彩铃的属性信息存储于铃音信息文件中，将所述铃音信息文件及所述多条彩铃的内容文件封装为一个数据包；中央音乐服务设备向省彩铃管理设备下发分发彩铃的通知消息，所述通知消息携带有所述数据包的地址信息；省彩铃管理设备发送获取所述待分发彩铃的请求消息，并在所述请求消息中携带所述地址信息，以及，接收所述数据包；解封装所述数据包，获得存储有多条彩铃的属性信息的铃音信息文件及所述多条彩铃的内容文件，从而通过一次分发彩铃的通知消息交互和一次FTP文件交互即可实现多条彩铃的分发，与现有技术中每发一条彩铃均需要进行一次分发彩铃的通知消息交互和一次FTP文件交互、发多条彩铃需要进行多次分发彩铃的通知消息交互和多次FTP文件交互的技术方案相比较，大幅减少了需实时处理的分发彩铃的通知消息的交互和FTP协商过程的开销，节约了系统资源。 

附图说明

图1为背景技术中分发彩铃的处理流程图； 

图2为本发明实施例中分发彩铃的处理流程图； 

图3为本发明实施例中中央音乐服务设备的结构示意图； 

图4为本发明实施例中彩铃管理设备的结构示意图； 

图5为本发明实施例中彩铃分发系统的结构示意图。 

具体实施方式

发明人考虑到，由于以FTP方式下载文件时，同样大小的文件数据量下载，如果仅是一个文件，那么下载速度会比很多个小文件快很多，因此，在本发明实施例中，在有大量彩铃需要由中央音乐服务设备分发给各省彩铃管理设备时，为提高整体分发速度，减少协商过程的开销，将多条彩铃封装为一个数据包后下发。 

本发明实施例中，中央音乐服务设备将多条彩铃的属性信息存储于铃音信息文件中，并将该铃音信息文件及多条彩铃的内容文件封装为一个数据包；中央音乐服务设备向省彩铃管理设备下发分发彩铃的通知消息，该通知消息中携带有数据包的地址信息，省彩铃管理设备根据该地址信息，通过FTP方式从中央音乐服务设备获取数据包并进行解封装处理，获得铃音信息文件及多条彩铃的内容文件。下面举一例对本发明实施例进行详细说明。 

中央音乐服务设备在将铃音信息文件及多条彩铃的内容文件封装为一个数据包时，可以采用多种处理方式，如，采用压缩处理方式，即对铃音信息文件及多条彩铃的内容文件进行压缩处理，获得一数据包；又如，直接将铃音信息文件及多条彩铃的内容文件以二进制数据流的形式依次拼接在一起，即每个文件的数据结尾后即是下一个文件的头部数据，从而获得一个数据包。 

下面以采用压缩处理的封装方式为例说明本发明方法的具体实施，其它封装方式与此类似，如图2所示，该具体实例中彩铃分发处理的流程如下： 

步骤21、管理员通过操作界面，控制中央音乐服务设备生成多条彩铃。管理员通过操作界面在中央音乐服务设备上选择多条彩铃，并指示中央音乐服务设备将该多条彩铃组织在一起批量分发给省彩铃管理设备。 

步骤22、中央音乐服务设备对管理员选择的多条彩铃的内容文件和属性信息进行处理，将多条彩铃的属性信息存储于铃音信息文件中，对该铃音信息文件及多条彩铃的内容文件进行压缩处理，获得一数据包，然后向彩铃管理设备发出分发彩铃的通知消息。 

一个实施例中，分发彩铃的通知消息中需包括数据包的地址信息，以便于后续彩铃管理设备获取数据包；铃音信息(包括铃音状态)；还可以包括：安全访问参数，以提高消息交互过程的安全性；彩铃分发事务标识(ID)，以唯一标识一次分发多条彩铃的事务；事务类型；时间戳等。 

一个实施例中，数据包的格式可以如下： 

其中，数据包文件名为“batch_transactionID”.zip，batch表示这是一个“批量”分发的事务，transactionID表示具体的事务标识，与分发彩铃的通知消息中的彩铃分发事务标识的值一一对应，这样，彩铃管理设备就可以在收到分发彩铃的通知消息后，根据此标识的值查找到对应的数据包文件。 

实施时解压缩上述数据包，可以获得铃音信息文件bach_tansactionID.txt、内容文件(包括play目录和audition目录)。 

bach_tansactionID.txt中保存的就是本次分发的所有彩铃的信息数据，文件格式为txt文件，文件内容由一条记录组成，每条记录由若干个字段组成，可包括的字段有彩铃的标识、歌曲名、歌手名、价格、版权有效期、业务提供商SP名称、铃音类型其中之一或任意组合。当然，一个数据包中的铃音信息文件可以是一个，也可以是多个，即中央音乐服务设备可以将多条彩铃的属性信 息存储于一个或多个铃音信息文件中。 

play目录和audition目录中分别存放的是铃音实体文件和试听文件，其中铃音实体文件名形如形如“toneID.wav”，试听文件名形如toneID.asf，toneID代表该铃音的ID编号，两个文件格式与现有彩铃的格式相同。 

下面举一个数据包的例子： 

其中，batch_251433123456.txt文件内容的举例如下： 

615011000000000105|两只蝴蝶|庞龙|2.50|20070101|新浪|1| 

615011000000000106|老鼠爱大米|小丽|2.50|20070101|新浪|1| 

步骤23、省彩铃管理设备收到分发彩铃的通知消息后，可以获知这是一个分发多条彩铃的事务，可根据通知消息中的待分发彩铃的数据包的地址信息，从中央音乐服务设备获取该数据包，下载到彩铃管理设备上。 

步骤24、省彩铃管理设备对数据包进行解压缩处理，获得铃音信息文件及多条彩铃的内容文件。 

一个实施例中，在提取铃音信息文件后，逐个获取需要加载的彩铃的信息，再获取对应的彩铃铃音实体文件(包括播放文件和试听文件)，就可以进行彩铃的预加载工作。 

一个实施例中，彩铃管理设备在获得铃音信息文件后，可以对铃音信息文件的格式进行验证，在验证成功后才对多条彩铃进行预加载处理。当验证未成功，即文件中出现无法解析的记录或字段时，表明整个文件格式错误，此时可直接向中央音乐服务设备返回“铃音信息格式错误无法解析”的错误码并停止 后续操作。 

步骤25a-25b、当完成所有彩铃文件的预加载处理后，省彩铃管理设备可以向中央音乐服务设备返回分发彩铃的状态报告消息，中央音乐服务设备向管理员显示分发彩铃的状态报告。 

一个实施例中，分发彩铃的状态报告消息可以携带指示每条彩铃的分发状态的响应码，还可以携带安全访问参数、彩铃分发事务标识、响应码描述等。其中，响应码和响应码描述一一对应，可指示彩铃分发成功、失败、系统忙、处理异常结束等情况。 

步骤26a-26d、如果在“分发彩铃的通知消息”中，“铃音状态”字段值为“正常”，那么省彩铃管理设备在返回分发彩铃的状态报告消息、通知中央音乐服务设备“预加载成功”后，收到中央音乐服务设备的响应Response消息后，可执行步骤26a，直接安排彩铃正式上线； 

如果在“分发彩铃的通知消息”中，“铃音状态”字段值为“待激活”，那么省彩铃管理设备执行步骤26b、26c、26d，在接收到中央音乐服务设备的内容发布通知接口消息(通知激活彩铃内容)后，安排彩铃正式上线。 

步骤27、中央音乐服务设备向管理员返回发布通知响应消息。发布通知响应消息中可以显示批量分发的结果(包括其中每一条铃音的分发加载结果)，管理员可以根据结果进行处理(例如针对其中某条分发失败的铃音重新分发)；由于在“分发彩铃的状态报告消息”中对该次批量分发的每一条铃音都返回了响应码，所以中央音乐服务设备可以单独显示出每条铃音的分发加载结果。对于分发失败的铃音，管理员可以选择对此铃音以现有技术方式单独发送；或以本发明实施例方法重新和其他待分发铃音彩缩后一并发送。即在分发彩铃的状态报告消息返回后，之前的分发事务已经结束，可以对状态报告结果重新选择不同方式分发。 

步骤28、如果彩铃发布成功，中央音乐服务设备向全网外围设备同步已分发成功彩铃的铃音信息。 

上例中，若采用直接将铃音信息文件及多条彩铃的内容文件以二进制数据流的形式依次拼接在一起的方式进行封装，则可以将batch_251433123456.txt、多条彩铃的实体文件和试听文件依次直接以二进制数据流的形式先后拼接在一起，获得一个名为“batch_transactionID.dat”的数据包。实施中可以在分发彩铃的通知消息中增加一个字段bach_tansactionID_length以说明“bach_tansactionID.txt”的长度，后续彩铃管理设备在收到数据包后，可以根据该字段值中数字的大小，确定出“bach_tansactionID.txt”在数据包中的位置。例如字段值为200000，那么“bach_tansactionID.txt”就是200k大小。 

其中，bach_tansactionID.txt的每一行记录，除了“铃音ID、歌曲名、歌手名、价格、版权有效期、SP名称、铃音类型”这些字段外，还可以增加用于指示各条彩铃的内容文件的长度的字段，如增加两个字段“实体文件长度”和“试听文件长度”。彩铃管理设备从数据包中解析出“bach_tansactionID.txt”文件后，再读取其中的文件长度记录，由于依次直接以二进制数据流的形式先后拼接在一起，所以彩铃管理设备可以根据每个文件的起始位置，获知每个彩铃对应的实体文件和试听文件的位置，从而解析出对应的实体文件和试听文件。 

基于同一发明构思，本发明实施例还提供一种中央音乐服务设备，其结构如图3所示，包括：存储模块31，用于将多条彩铃的属性信息存储于铃音信息文件中；封装模块32，用于将铃音信息文件及多条彩铃的内容文件封装为一个数据包；发送模块33，用于下发分发彩铃的通知消息，该通知消息携带有数据包的地址信息；接收模块34，用于接收获取彩铃的请求消息；获取模块35，用于根据请求消息中携带的地址信息，获取数据包，并指示发送模块33下发数据包。 

一个实施例中，封装模块32可以包括压缩单元，用于对铃音信息文件及多条彩铃的内容文件进行压缩处理，获得数据包；或，拼接单元，用于将铃音信息文件及多条彩铃的内容文件以二进制数据流形式依次进行拼接，获得数据 包。 

一个实施例中，接收模块34可以包括接收单元，用于接收分发彩铃的状态报告消息；发送模块33可以包括发送单元，用于根据状态报告消息中携带的响应码所指示的每条彩铃的分发状态，将分发失败的彩铃重新发送。 

基于同一发明构思，本发明实施例还提供一种彩铃管理设备，其结构如图4所示，包括：接收模块41，用于接收分发彩铃的通知消息，该通知消息携带有待分发彩铃的数据包的地址信息；获取模块42，用于发送获取待分发彩铃的请求消息，并在请求消息中携带地址信息；以及，接收数据包；解封装模块43，用于解封装数据包，获得存储有多条彩铃的属性信息的铃音信息文件及多条彩铃的内容文件。 

一个实施例中，数据包可以由铃音信息文件及多条彩铃的内容文件经压缩处理获得；此时，解封装模块43可以包括解压缩单元，用于解压缩数据包；或，所述数据包由铃音信息文件及多条彩铃的内容文件以二进制数据流形式依次拼接获得；此时，解封装模块43包括：解析单元，用于按通知消息中铃音信息文件的长度，从数据包中解析出铃音信息文件，以及，按铃音信息文件中各条彩铃的内容文件的长度，从数据包中解析出多条彩铃的内容文件。 

一个实施例中，图4所示的彩铃管理设备还可以包括：预加载模块，用于对多条彩铃进行预加载处理；发送模块，用于返回分发彩铃的状态报告消息，该状态报告消息中携带有指示每条彩铃的分发状态的响应码。 

一个实施例中，图4所示的彩铃管理设备还可以包括：验证模块，用于铃音信息文件的格式进行验证，在验证成功后指示预加载模块对多条彩铃进行预加载处理。 

基于同一发明构思，本发明实施例还提供一种彩铃分发系统，其结构如图5所示，包括：中央音乐服务设备51，用于将多条彩铃的属性信息存储于铃音信息文件中，将铃音信息文件及多条彩铃的内容文件封装为一个数据包；下发分发彩铃的通知消息，该通知消息携带有数据包的地址信息；接收获取彩铃的 请求消息，根据请求消息中携带的地址信息，获取数据包并下发；彩铃管理设备52，用于接收通知消息，发送获取待分发彩铃的请求消息，并在请求消息中携带地址信息；以及，接收数据包；解封装数据包，获得存储有多条彩铃的属性信息的铃音信息文件及多条彩铃的内容文件。 

本发明实施例中，中央音乐服务设备将多条彩铃的属性信息存储于铃音信息文件中，将所述铃音信息文件及所述多条彩铃的内容文件封装为一个数据包；中央音乐服务设备向省彩铃管理设备下发分发彩铃的通知消息，所述通知消息携带有所述数据包的地址信息；省彩铃管理设备发送获取所述待分发彩铃的请求消息，并在所述请求消息中携带所述地址信息，以及，接收所述数据包；解封装所述数据包，获得存储有多条彩铃的属性信息的铃音信息文件及所述多条彩铃的内容文件，从而通过一次分发彩铃的通知消息交互和一次FTP文件交互即可实现多条彩铃的分发，与现有技术中每发一条彩铃均需要进行一次分发彩铃的通知消息交互和一次FTP文件交互、发多条彩铃需要进行多次分发彩铃的通知消息交互和多次FTP文件交互的技术方案相比较，大幅减少了需实时处理的分发彩铃的通知消息的交互和FTP协商过程的开销。 

虽然彩铃封装增加了中央音乐服务设备的处理工作，彩铃管理设备对数据包的解封装也增加了彩铃管理设备的处理工作，但是在有大量彩铃需要分发的情况下，这些开销相对于更多次的分发彩铃的通知消息交互、ftp协商过程来说对中央音乐服务设备和彩铃管理设备的资源占用都会更小，因为大量的实时消息的处理、ftp交互将会更加耗费系统资源。 

另外，从管理员的角度来看，下发多条彩铃也只需一次操作，与现有技术中下发多条彩铃需多次操作相比，也提高了分发彩铃的用户操作方便性。 

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。 

Claims (19)

1.一种彩铃分发方法，其特征在于，该方法包括： 

将多条彩铃的属性信息存储于铃音信息文件中，将所述铃音信息文件及所述多条彩铃的内容文件封装为一个数据包； 

下发分发彩铃的通知消息，所述通知消息携带有所述数据包的地址信息； 

接收获取彩铃的请求消息，根据所述请求消息中携带的所述地址信息，获取所述数据包； 

下发所述数据包。 

2.如权利要求1所述的方法，其特征在于，将所述铃音信息文件及所述多条彩铃的内容文件封装为一个数据包是指： 

对所述铃音信息文件及所述多条彩铃的内容文件进行压缩处理，获得所述数据包； 

或，将所述铃音信息文件及所述多条彩铃的内容文件以二进制数据流形式依次进行拼接，获得所述数据包。 

3.如权利要求1所述的方法，其特征在于，该方法进一步包括： 

接收分发彩铃的状态报告消息； 

根据所述状态报告消息中携带的响应码所指示的每条彩铃的分发状态，将分发失败的彩铃重新发送。 

4.如权利要求3所述的方法，其特征在于，所述将分发失败的彩铃重新发送包括：将分发失败的彩铃单独发送；或，将分发失败的彩铃与其它待发送的彩铃封装为一个数据包后发送。 

5.如权利要求1所述的方法，其特征在于，所述属性信息包括彩铃的标识、歌曲名、歌手名、价格、版权有效期、业务提供商SP名称、铃音类型其中之一或任意组合。 

6.如权利要求1所述的方法，其特征在于，将多条彩铃的属性信息存储 于一个或多个铃音信息文件中。 

7.如权利要求1所述的方法，其特征在于，所述内容文件包括铃音实体文件和试听文件。 

8.一种彩铃分发方法，其特征在于，该方法包括： 

接收分发彩铃的通知消息，所述通知消息携带有待分发彩铃的数据包的地址信息； 

发送获取所述待分发彩铃的请求消息，并在所述请求消息中携带所述地址信息；以及，接收所述数据包，其中，所述数据包中封装有存储多条彩铃的属性信息的铃音信息文件，以及所述多条彩铃的内容文件； 

解封装所述数据包，获得存储有多条彩铃的属性信息的铃音信息文件及所述多条彩铃的内容文件。 

9.如权利要求8所述的方法，其特征在于，所述数据包由所述铃音信息文件及所述多条彩铃的内容文件经压缩处理获得；解封装所述数据包是指解压缩所述数据包； 

或，所述数据包由所述铃音信息文件及所述多条彩铃的内容文件以二进制数据流形式依次拼接获得；解封装所述数据包是指：按所述通知消息中铃音信息文件的长度，从所述数据包中解析出所述铃音信息文件，以及，按所述铃音信息文件中各条彩铃的内容文件的长度，从所述数据包中解析出所述多条彩铃的内容文件。 

10.如权利要求8所述的方法，其特征在于，该方法进一步包括： 

对所述多条彩铃进行预加载处理，并返回分发彩铃的状态报告消息，所述状态报告消息中携带有指示每条彩铃的分发状态的响应码。 

11.如权利要求10所述的方法，其特征在于，在获得所述铃音信息文件后，进一步对所述铃音信息文件的格式进行验证，在验证成功后对所述多条彩铃进行预加载处理。 

12.一种中央音乐服务设备，其特征在于，包括： 

存储模块，用于将多条彩铃的属性信息存储于铃音信息文件中； 

封装模块，用于将所述铃音信息文件及所述多条彩铃的内容文件封装为一个数据包； 

发送模块，用于下发分发彩铃的通知消息，所述通知消息携带有所述数据包的地址信息； 

接收模块，用于接收获取彩铃的请求消息； 

获取模块，用于根据所述请求消息中携带的所述地址信息，获取所述数据包，并指示所述发送模块下发所述数据包。 

13.如权利要求12所述的中央音乐服务设备，其特征在于，所述封装模块包括： 

压缩单元，用于对所述铃音信息文件及所述多条彩铃的内容文件进行压缩处理，获得所述数据包； 

或，拼接单元，用于将所述铃音信息文件及所述多条彩铃的内容文件以二进制数据流形式依次进行拼接，获得所述数据包。 

14.如权利要求12所述的中央音乐服务设备，其特征在于，所述接收模块包括接收单元，用于接收分发彩铃的状态报告消息； 

所述发送模块包括发送单元，用于根据所述状态报告消息中携带的响应码所指示的每条彩铃的分发状态，将分发失败的彩铃重新发送。 

15.一种彩铃管理设备，其特征在于，包括： 

接收模块，用于接收分发彩铃的通知消息，所述通知消息携带有待分发彩铃的数据包的地址信息； 

获取模块，用于发送获取所述待分发彩铃的请求消息，并在所述请求消息中携带所述地址信息；以及，接收所述数据包，其中，所述数据包中封装有存储多条彩铃的属性信息的铃音信息文件，以及所述多条彩铃的内容文件；

解封装模块，用于解封装所述数据包，获得存储有多条彩铃的属性信息的铃音信息文件及所述多条彩铃的内容文件。 

16.如权利要求15所述的彩铃管理设备，其特征在于，所述数据包由所述铃音信息文件及所述多条彩铃的内容文件经压缩处理获得；所述解封装模块 包括解压缩单元，用于解压缩所述数据包； 

或，所述数据包由所述铃音信息文件及所述多条彩铃的内容文件以二进制数据流形式依次拼接获得；所述解封装模块包括：解析单元，用于按所述通知消息中铃音信息文件的长度，从所述数据包中解析出所述铃音信息文件，以及，按所述铃音信息文件中各条彩铃的内容文件的长度，从所述数据包中解析出所述多条彩铃的内容文件。 

17.如权利要求15所述的彩铃管理设备，其特征在于，还包括： 

预加载模块，用于对所述多条彩铃进行预加载处理； 

发送模块，用于返回分发彩铃的状态报告消息，所述状态报告消息中携带有指示每条彩铃的分发状态的响应码。 

18.如权利要求17所述的彩铃管理设备，其特征在于，还包括： 

验证模块，用于所述铃音信息文件的格式进行验证，在验证成功后指示所述预加载模块对所述多条彩铃进行预加载处理。 

19.一种彩铃分发系统，其特征在于，包括： 

中央音乐服务设备，用于将多条彩铃的属性信息存储于铃音信息文件中，将所述铃音信息文件及所述多条彩铃的内容文件封装为一个数据包；下发分发彩铃的通知消息，所述通知消息携带有所述数据包的地址信息；接收获取彩铃的请求消息，根据所述请求消息中携带的所述地址信息，获取所述数据包并下发； 

彩铃管理设备，用于接收所述通知消息，发送获取所述待分发彩铃的请求消息，并在所述请求消息中携带所述地址信息，以及，接收所述数据包；解封装所述数据包，获得存储有多条彩铃的属性信息的铃音信息文件及所述多条彩铃的内容文件。 

Images