技术领域

本发明涉及通信技术领域， 具体涉及振铃设置的方法及装置。 背景技术

彩铃服务是由被叫所在地的 MSC ( Mobile Switching Center, 移动交换中 心）后增加的彩铃平台设备来实现， 由其提供被叫摘机前的回铃音的播放。 彩 铃平台会允许用户设定多个回铃音， 当主叫呼入后，从中随机选择向主叫播放。

振铃是在被叫手机上外放的音乐， 用以提醒用户有电话呼入。 目前有很多 提供振铃下载服务的网站， 用户可以通过互联网下载本机支持的音乐文件 到本 机， 然后再将该音乐文件设置为振铃。

在现有技术中， 用户可以选择彩铃和振铃合一下载： 系统将用户选择购买 的彩铃音， 设置成彩铃， 同时向用户的手机下发一个 WAP Push短信， 其中包 含对应的振铃文件的下载地址的链接， 用户接收到短信后， 即可通过链接下载 对应的振铃音乐文件， 并设置成本机的振铃音。 设置完成后， 当主叫拨打该用 户的手机时， 播放给主叫听的彩铃音和用户的手机振铃是同 一首音乐， 这样就 实现了彩振合一， 或称为彩振同振。

该方案不能 4艮好的支持主流的彩铃系统， 并不能真正实现彩振同振（彩振 合一）： 目前主流的彩铃系统， 都可以区分主叫号码或号码组设置彩铃， 不同 的主叫呼入时听到的彩铃不同； 可以分时段设置彩铃， 同一号码在不同时段呼 入听到的彩铃不同； 还可以支持对每个主叫设置多个彩铃， 每次随机播放， 同 一号码在同一时段多次呼入， 听到的彩铃在多个彩铃中随机播放。 即使有手机 支持设定多个振铃， 随机播放， 也无法实现手机上振铃的随机播放结果和彩铃 平台上彩铃的随机播放结果一致， 因而上述方案并不能实现真正的彩振同振 (彩振合一）。 发明内容

解决现有技术方案中无法实现彩振同振的技术 问题， 本发明一个实施例提 供一种彩铃设置的方法， 包括： 下载与设置的彩铃所对应的相同的振铃， 并接 收所述振铃的播放规则， 所述振铃的播放规则与所述设置的彩铃的播放 规则相 同； 根据所述振铃的播放规则， 设置所述客户端的振铃， 使得所述客户端在收 到呼叫时， 根据所述相同的振铃播放规则和彩铃播放规则 ， 播放相同的振铃和 彩铃。

本发明另一个实施例提供一种彩铃设置方法， 包括： 接收彩铃设置请求， 所述设置请求中包含设置的彩铃的标识以及所 述彩铃的播放规则； 根据所述彩 铃的播放规则为所述客户端设置所述彩铃； 向所述客户端发送和所述彩铃对应 的振铃； 将所述彩铃的播放规则转换为所述振铃的播放 规则， 并向所述客户端 发送所述振铃的播放规则， 使得所述客户端在收到呼叫时， 根据所述相同的振 铃播放规则和彩铃播放规则， 播放相同的振铃和彩铃。

本发明一个实施例提供一种同步振铃设置和彩 铃设置的方法， 包括： 发送 查询彩铃设置的请求， 所述彩铃设置包括所述彩铃的内容和所述彩铃 的播放规 则； 接收针对所述查询彩铃设置请求的反馈信息； 根据所述反馈信息判断所述 彩铃设置和振铃设置是否相同， 所述振铃设置包括所述振铃的内容和所述振铃 的播放规则； 若所述彩铃设置和所述振铃设置不相同， 则将所述振铃设置和所 述彩铃设置进行同步。

本发明一个实施例还提供相应的客户端， 包括： 下载模块， 用于下载与设 置的彩铃所对应的相同的振铃， 并接收所述振铃的播放规则， 所述振铃的播放 规则与所述彩铃的播放规则相同； 设置模块， 用于根据所述振铃的播放规则， 设置所述振铃， 使得所述客户端在收到呼叫时， 根据所述相同的振铃播放规则 和彩铃播放规则， 播放相同的振铃和彩铃。

本发明另一个实施例提供相应的服务器， 包括： 接收模块， 用于接收彩铃 设置请求， 所述设置请求中包含设置的彩铃的标识以及所 述彩铃的播放规则； 设置模块， 用于根据所述彩铃的播放规则为所述客户端设 置所述彩铃， 并将所 述彩铃的播放规则转换为所述振铃的播放规则 ； 发送模块， 用于向所述客户端 发送和所述彩铃对应的振铃， 以及向所述客户端发送所述振铃的播放规则， 使 得所述客户端在收到呼叫时， 根据所述相同的振铃播放规则和彩铃播放规则 ， 播放相同的振铃和彩铃。

使用本发明实施例提供的彩铃和振铃设置方法 及装置， 能够有效地实现彩 振合一。 附图说明

为了更清楚地说明本发明实施例或现有技术中 的技术方案， 下面将对实施 例或现有技术描述中所需要使用的附图作一筒 单地介绍， 显而易见地， 下面描 述中的附图是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出 创造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1所示为本发明实施例提供的一种振铃设置方� �的示意图；

图 2所示为本发明实施例提供的一种彩铃设置方� �的示意图；

图 3所示为本发明实施例提供的彩铃和振铃设置� �信令流程图；

图 4所示为本发明实施例提供的使用随机算法选� �铃音的方法示意图； 图 5所示为本发明实施例提供的彩铃平台和客户� �实现彩振合一的方法信 令流程图；

图 6所示为本发明实施例提供的客户端的结构示� �图；

图 7所示为本发明实施例提供的服务器的结构示� �图。 具体实施方式 下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明的一部分实施例 ， 而不 是全部实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创造 性劳动前提下获得的所有其他实施例， 都属于本发明保护的范围。

前已述及， 彩铃设置的种类繁多， 使用现有技术中的方案， 无法真正实现 彩振同振。 有鉴于此， 本发明实施例提供一种振铃设置方法， 用以实现向主叫 用户播放的彩铃和被叫手机上播放的振铃一致 。

图 1所示为本发明一个实施例提供的一种振铃设� �方法示意图，结合该图， 详述各步骤如下：

步骤 101、 下载与设置的彩铃所对应的相同的振铃， 并接收所述振铃的播 放规则， 所述振铃的播放规则与所述设置的彩铃的播放 规则相同；

其中， 彩铃是由彩铃平台向呼叫客户端的主叫用户播 放的， 因此客户端需 要在彩铃平台上设置彩铃， 及其播放规则。

要实现彩振合一， 即对主叫用户播放的彩铃和对被叫用户播放的 振铃相同， 需要满足两个条件： 一个条件是播放的彩铃和振铃文件相同， 另外一个条件是 彩铃和振铃的播 见则相同。

对第一个条件， 客户端向彩铃平台发送彩铃设置请求后， 彩铃平台会关联 到与该彩铃文件相对应的振铃文件， 并向客户端提供下载链接， 客户端下载振 铃文件的具体实现方式， 在后续实施例中详细说明。

对第二个条件 , 要使彩铃平台向主叫播放彩铃的规则和客户端 向被叫播放 振铃的规则相同。 彩铃（振铃）的播放规则包括但不限于： 区分主叫号码或号 码组设置彩铃， 针对不同的呼入主叫设置不同的彩铃； 分时段设置彩铃， 同一 号码在不同时段呼入，播放不同的彩铃；还可 以支持对每个主叫设置多个彩铃， 每次随机播放， 同一号码在同一时段多次呼入， 听到的彩铃在多个彩铃中随机 播放。 针对最后一种播放规则， 彩铃和振铃都是随机播放时， 还要保证彩铃平 台和客户端能够随机选择到对应的彩铃和振铃 ， 对这一点的实现， 由后续实施 例中公开。

步骤 102、 根据所述振铃的播放规则， 设置所述客户端的振铃， 使得所述 客户端在收到呼叫时， 根据所述相同的振铃播放规则和彩铃播放规则 ， 播放相 同的振铃和彩铃。

客户端根据接收到的振铃的播放规则， 在客户端上对振铃进行设置， 以使 客户端对被叫用户播放的振铃和彩铃平台对主 叫用户播放的彩铃相同。

对应前述实施例公开的振铃设置方法， 本发明一个实施例提供一种彩铃的 设置方法。 图 2所示为本发明一个实施例提供的彩铃设置方� �的示意图， 详述 各步骤如下：

步骤 201、 彩铃平台接收彩铃设置请求， 所述设置请求中包含设置的彩铃 的标识以及所述彩铃的播放规则；

其中， 彩铃设置请求可以由客户端向彩铃平台发出， 彩铃的播放规则可以 事先保存在彩铃平台上由用户选择， 也可以是由用户自主设置的。

步骤 202、 根据所述彩铃的播放规则为所述客户端设置所 述彩铃； 步骤 203、 向所述客户端发送和所述彩铃对应的振铃；

步骤 204、 将所述彩铃的播放规则转换为所述振铃的播放 规则， 并向所述 客户端发送所述振铃的播放规则， 使得所述客户端在收到呼叫时， 根据所述相 同的振铃播放规则和彩铃播放规则， 播放相同的振铃和彩铃。

其中， 在步骤 204 中也可以不将彩铃的播放规则转换为振铃的播 放规则， 而直接发送彩铃播放规则， 客户端接收后再转换为振铃播放规则。

结合图 1和图 2所示的振铃设置方法以及彩铃设置方法， 图 3所示为本发 明一个实施例提供的彩铃和振铃设置方法的信 令流程图。 其中， 彩铃平台和振 铃平台也可以集成到一个系统中， 彩铃平台和振铃平台集成到一个系统中实施 本实施例中公开的方案时， 与两个平台分开实施该方案相类似。 依据图 3 , 彩铃平台和振铃平台分开时， 详述本发明实施例提供的彩铃设 置方法各步骤如下：

步骤 301、 手机用户通过客户端登录彩铃平台， 在其上选择购买的彩铃并 设置彩铃播放规则， 同时选择彩振同振下载；

其中， 手机用户可以通过客户端登录彩铃平台， 也可以直接不通过该客户 端而直接登录； 用户选择彩振同振下载， 就是选择做向主叫用户播放的彩铃和 被叫手机上播放的振铃一致的设置。

步骤 302、 彩铃平台根据用户选择的彩铃和彩铃播放规则 ， 对该用户设置 彩铃；

步骤 303、 彩铃平台通知振铃平台向客户端下发对应该彩 铃的振铃文件； 步骤 304、 振铃平台向客户端发送下载振铃文件的 WAP Push消息， 其中 包含下载振铃文件的链接；

步骤 305、 客户端解析收到的 WAP Push消息， 根据其中的下载振铃文件 的连接， 向下载服务器请求下载振铃文件；

步骤 306、 下载服务器根据客户端的请求， 向其发送振铃文件；

步骤 307、 下载服务器通知彩铃平台， 振铃文件已经发送成功；

步骤 308、 彩铃平台向振铃平台发送该客户端的彩铃播放 规则；

步骤 309、 振铃平台将彩铃播放规则转换为振铃播放规则 ；

步骤 310、 振铃平台向客户端发送振铃播放规则；

其中， 振铃平台也可以将振铃播放规则携带在 WAP Push消息中向客户端 发送。 前已述及， 彩铃平台和振铃平台可以集成在一个系统中， 则可以由该系 统直接将彩铃播放规则转换为振铃播放规则， 并发送给客户端。

在本发明的另一个实施例中， 也可以由彩铃平台直接将彩铃播放规则发送 给客户端， 由客户端将彩铃播放规则转换为振铃播放规则 。

步骤 311、 客户端根据振铃播放规则在本地设置振铃。 通过上述流程， 客户端可以自动解析 WAP Push消息中的振铃下载链接， 并下载相应的振铃文件， 在将振铃文件下载到本地后， 也可根据接收的振铃播 放规则自动设置振铃， 免除了由用户手动下载和设置振铃， 提升了用户体验。

为了保证彩铃播放规则和振铃播放规则的一致 ， 在本发明实施例中， 当彩 铃平台中新增或修改了彩铃播放规则的设置时 ， 由彩铃平台将新的彩铃播放规 则设置情况通知振铃平台， 振铃平台接收到彩铃平台发送的彩铃播放规则 后， 将设置情况中的彩铃铃音标志， 转换成关联的振铃文件标志。

转换后， 振铃平台向客户端发 WAP Push消息， 里面包含设置振铃的命令 字、 和设置情况参数的 URL ( Uniform Resource Locator, 统一资源定位符）。 以便客户端接收到该消息后能够识别是设置振 铃的消息， 并从该 URL 中获取 设置情况数据进行本地设置。

进行上述设置后， 主叫用户呼叫被叫用户时， 在大部分情况下可以实现向 主叫用户播放的彩铃和向被叫用户播放的振铃 一致， 即实现了彩振同振。 但在 彩铃和振铃都是随机播放的情况下， 要实现彩振同振， 还需要对现有的播放随 机算法进行改进。

现有技术在实现彩铃和振铃随机播放时， 是使用随机函数， 在一组铃音中 选择一个随机的铃音进行播放， 每次的结果都不一样， 无规律可循， 无法保证 彩铃平台和手机每次随机选择的铃音都一致， 因而也就无法真正地实现彩振同 振。

本发明实施例提供一种改进的随机选择铃音的 方法， 主叫用户呼叫被叫用 户时， 在彩铃平台和手机客户端上都使用这种方法分 别选择播放的彩铃和振铃, 最大限度地实现彩铃平台和手机客户端随机选 择的铃音一致。

图 4所示为本发明一个实施例提供的随机选择铃� �的方法示意图， 该方法 同时适用于彩铃平台和手机客户端， 详述该方法的各步骤如下：

步骤 401、对彩铃平台上的彩铃铃音和手机客户端上 的振铃铃音进行分组， 使得彩铃铃音组和振铃铃音组中包含的铃音相 同， 并且对铃音组内的各铃音按 相同的顺序进行编号；

假设振铃铃音组和彩铃铃音组内各有 M个铃音，对它们按相同的顺序进行 排列， 并分别编号为 1、 2、 3 M。

步骤 402、 选取一个随机因子 N, N的取值为将当前的时间换算为从某一 确定的时刻开始的第 N个时间分片；

例如： 时间分片为 10秒， 确定的时刻为 2010-1-1 00:00:00, 则当前时间为 从该时刻开始之后的第 N个 10秒之内， "N" 即为当前时刻选定的随机因子。

为了保证彩铃平台和手机客户端选取的时间分 片相同， 需要彩铃平台和手 机客户端的时间保持一致。 彩铃平台由运营商运作， 其时间和运营商的时间自 动保持一致， 因而在本发明实施例中， 要保证彩铃平台和手机客户端选取的随 机因子相同，需要客户端和运营商的时间保持 一致。（主要针对 GSM、 WCDMA、 TD-SCDMA制式手机， CDMA, CDMA2000制式的手机已经采用运营商时间。 ) 步骤 403、取一个确定的数学算法，分别在彩铃平台 和手机客户端中使用， 以 N为变量， 通过该数学算法得到一个确定的自然数 K ( 1<=K<=M ) , 通过该 K值， 确定铃音组中的第 K个铃音分别作为彩铃和振铃。

其中， 在以 N为变量确定自然数 K时， 选取的数学算法可以是一个一元 函数， 将 N代入该函数中得到自然数 K, 同时保证 K的范围为 1<=K<=M; 除 此之外， 在该步骤中选取的数学算法还可以是一个二元 函数， 通过两个变量 M 和 N, 得到一个确定的自然数 K, 同时保证 K的范围为 1<=K<=M。 本发明实 施例无法对数学算法的选择进行穷举， 只要选择的数学算法能够满足上述要求 即可。

采用上述实施例公开的方法， 主叫用户呼叫被叫用户时， 彩铃平台和手机 客户端首先按照步骤 402选定一个相同的随机因子 N, 再按照步骤 403得到一 个确定的自然数 K, 使得彩铃平台和手机客户端都能够在各自的铃 音组中选择 第 K个铃音作为彩铃和振铃， 并分别向主叫用户和被叫用户播放， 从而实现了 真正地彩振合一。 振铃， 图 5所示为本发明一个实施例提供的主叫呼叫时� � 彩铃平台和客户端实 现彩振合一的信令流程图。

根据该图， 详述各步骤如下：

步骤 501—502、 主叫手机通过 MSC ( Mobile Switching Center, 移动交换 中心）呼叫被叫；

步骤 503、 MSC向彩铃平台请求向主叫手机播放彩铃音；

步骤 504、 彩铃平台使用本发明前述实施例公开的随机算 法确定播放的彩 铃；

步骤 505— 506、 彩铃平台通过 MSC向主叫手机播放彩铃音；

步骤 507、 被叫手机中的客户端使用与彩铃平台相同的随 机算法确定振铃 并向被叫用户播放。

其中， 彩铃平台向主叫用户播放彩铃和被叫客户端向 被叫用户播放振铃是 没有明显的时间先后顺序的，上述步骤 504— 507不代表对该流程时序的限定。

本发明实施例提供一种客户端， 用以实施前述方法实施例中公开的实现彩 振合一的方案。 其中， 客户端可以内置于手机中， 实现振铃的管理和控制， 主 要功能如下：

识别振铃平台 （也可以是集成彩铃平台和振铃平台的系统） 发送的下载振 铃的 WAP Push信息， 自动使用里面的下载链接， 下载振铃文件， 并保存到手 机；

实现在下载完手机振铃文件后， 在客户端中完成振铃音的设置； 接收彩铃设置的 WAP Push短信， 该短信由彩铃平台通知彩振平台 （若彩 铃平台和振铃平台集成于一个系统中， 则无需通知）发出， 其中通过 URL 中 的参数， 指定彩铃的播放规则；

客户端将接收到的彩铃播放规则， 转化成对应振铃的播放规则；

定期联网到振铃平台， 通过振铃平台到彩铃平台查询该用户全量的彩 铃设 置情况（若彩铃平台和振铃平台集成于一个系 统中， 则直接联网到该系统进行 查询）， 并根据该设置情况， 自动下载振铃文件， 并更新本地的振铃设置， 保 证振铃的播放规则和彩铃一致。

图 6所示为本发明一个实施例提供的客户端的结� �示意图， 根据该图， 详 述客户端 600的各组成部分如下：

下载模块 601 , 用于下载与设置的彩铃所对应的相同的振铃， 并接收所述 振铃的播放规则， 所述振铃的播放规则与所述彩铃的播放规则相 同；

设置模块 602, 用于根据所述振铃的播放规则， 设置所述振铃， 使得所述 客户端在收到呼叫时， 根据所述相同的振铃播放规则和彩铃播放规则 ， 播放相 同的振铃和彩铃。

其中， 设置模块 602可以用于设置随机播放所述振铃， 具体为： 对所述客 户端中的振铃进行排序；确定一个随机因子， 所述随机因子根据当前时间确定； 选取一个算法， 根据所述随机因子和所述算法得到一个自然数 ； 根据所述自然 数在所述进行排序后的振铃中确定所述振铃。

使用本发明实施例公开的内置在手机中的客户 端， 可以实现自动下载与彩 铃相对应的振铃文件， 并依据彩铃设置， 设置本地振铃的播放规则， 保证振铃 的播放规则和彩铃一致， 从而实现彩振合一。

结合前述实施例中公开的客户端， 本发明实施例提供一种服务器， 用于为 用户设置彩铃及其播放规则。 其中服务器可以为彩铃平台， 也可以为集成彩铃 平台和振铃平台的系统， 还可以为该系统中的一个部件。

图 7所示为本发明一个实施例提供的一种服务器� �结构示意图。服务器 700 包含下述组成部分： 接收模块 701 , 用于接收彩铃设置请求， 所述设置请求中包含设置的彩铃 的标识以及所述彩铃的播放规则；

设置模块 702,用于根据所述彩铃的播放规则为所述客户� �设置所述彩铃， 并将所述彩铃的播放规则转换为所述振铃的播 放规则；

其中， 振铃的播放规则包括： 针对不同的呼入主叫播放不同的振铃、 在不 同时段播放不同的振铃或者随机播放振铃。

设置模块 702也可以不将彩铃播放规则转换为振铃播放规 则， 而直接由发 送模块 703将彩铃播放规则发送给客户端。

发送模块 703, 用于向所述客户端发送和所述彩铃对应的振铃 ， 以及向所 述客户端发送所述振铃的播放规则， 使得所述客户端在收到呼叫时， 根据所述 相同的振铃播放规则和彩铃播放规则， 播放相同的振铃和彩铃。

本领域技术人员可以意识到， 结合本文中所公开的实施例中描述的各方法 步骤和单元， 能够以电子硬件、 计算机软件或者二者的结合来实现， 为了清楚 地说明硬件和软件的可互换性， 在上述说明中已经按照功能一般性地描述了各 实施例的步骤及组成。 这些功能究竟以硬件还是软件方式来执行， 取决于技术 方案的特定应用和设计约束条件。 本领域技术人员可以对每个特定的应用使用 不同方法来实现所描述的功能， 但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法步骤可 以用硬件、 处理器执行的软 件程序、或者二者的结合来实施。软件程序可 以置于随机存取存储器（RAM )、 内存、 只读存储器（ROM )、 电可编程 ROM、 电可擦除可编程 ROM、 寄存器、 硬盘、 可移动磁盘、 CD-ROM或技术领域内所公知的任意其它形式的存 储介质 中,所述的软件或者程序， 包括如下步骤： （方法权利要求）。

尽管已示出和描述了本发明的一些实施例， 但本领域技术人员应该理解， 在不脱离本发明的原理和精神的情况下， 可对这些实施例进行各种修改， 这样 的爹改应落入本发明的范围。