专利名称：一种彩铃业务的实现方法及系统的制作方法
技术领域：
本发明涉及通信领域中的彩铃业务领域，尤其涉及一种彩铃业务的实现方 法及系统。
背景技术：
随着智能网业务的不断发展，彩铃业务应用的越来越广泛，逐渐成为了运 营商运营中的一个基本业务。
一方面彩铃的用户量越来越大，对铃音个性化的
需求越来越大；另一方面，随着各个电信运行商的合并，以及运行商下各个省 份铃音库统一管理平台的推广，使得全国各个彩铃局点的铃音库总数越来越庞 大。对于如此庞大的铃音库，对彩铃系统处理大数据量铃音库的稳定性和高效 性提出了很高的要求。
目前业界普遍采用的铃音信息管理机制如图l所示，在网络侧的铃音数据 库中存储一个包含两类铃音信息(铃音管理信息和铃音放音信息)的铃音表， 通过web界面、Webservie接口、彩铃接口机、Shell话单访问接口和第三方接 口等对铃音表中存储的铃音信息进行管理和维护，例如添加和删除铃音记录， 对已有铃音信息的修改和查询等；在网络侧接收到呼叫请求，触发彩铃业务需 要播放铃音时，通过呼叫查询接口，查询铃音表，获取与将要播放的铃音对应 的铃音放音信息，根据获取的铃音放音信息确定出对应的物理铃音文件，播放 铃音。
由于智能网业务对呼叫的时间性要求，必须在几秒之内返回结果，但随着 铃音库中存储的铃音数量的增大，到几十万至百万级别时，由于铃音表中包含
的信息量过多，导致呼叫查询接口查询铃音表获取铃音放音信息时效率降低， 进而降低了网络侧处理呼叫的效率；且如果在呼叫查询4妄口查询铃音表时，还 有上述其他各接口对铃音表中的信息进行管理维护，同样会降低查询效率，进而降低处理呼叫的效率，因此，现有的彩铃业务的铃音信息管理机制限制了彩 铃业务的进一步房展。
发明内容
本发明实施例提供一种彩铃业务的实现方法，通过提高彩铃业务中查询铃 音放音信息的效率，提高彩铃业务的处理效率，进而提高网络侧处理呼叫的效 率。
本发明实施例提供一种彩铃业务的实现方法，包括
网络侧在触发彩铃业务后，根据所述彩铃业务对应的被叫用户的用户标 识，确定出与所述被叫用户对应的设置的铃音号；
根据所述铃音号查询第一铃音表，获取与所述铃音号对应的铃音放音信 息；所述第一铃音表仅用于播放铃音时查询使用；
根据获取的铃音放音信息，确定出所述彩铃业务的铃音文件，并播放所述 铃音文件给所述彩铃业务对应的主叫用户。
网络侧还存储有包含铃音放音信息的第二铃音表，所述第二铃音表用于通 过各接口管理所述铃音放音信息时使用，当所述第二铃音表中包含的所述铃音
放音信息更新后，同步更新所述第一铃音表中包含的所述铃音》文音信息。 所述第 一铃音表中仅包含所述铃音放音信息。 所述第二铃音表中还包含铃音管理信息。
所述同步更新所述第一铃音表中包含的所述铃音放音信息，具体为 通过数据库的事务保护机制同步更新所述第一铃音表中包含的所述铃音 》文音信息。
所述铃音放音信息包括铃音文件位置信息。
本发明实施例还提供一种彩铃业务的实现系统，包括铃音数据库、彩铃 中心服务器和语音服务器；
所述铃音数据库，用于存储包含铃音放音信息的第一铃音表，所述第一铃音表仅用于播放铃音时查询使用；
所述彩铃中心服务器，用于在触发彩铃业务后，才艮据所述彩铃业务对应的 被叫用户的用户标识，确定出与所述被叫用户对应的设置的铃音号；并根据所 述铃音号查询所述第一铃音表，获取与所述铃音号对应的铃音放音信息；以及 将获取的铃音放音信息发送给所述语音服务器；
所述语音服务器，用于根据获取的铃音放音信息，确定出所述彩铃业务的 铃音文件，并4番放所述铃音文件给所述彩铃业务对应的主叫用户。
所述铃音数据库，还用于存储包含铃音放音信息的第二铃音表，所述第二 铃音表用于通过各接口管理所述铃音放音信息时使用，当所述第二铃音表中包 含的所述铃音放音信息更新后，同步更新所述第一铃音表中包含的所述铃音放 音信息。
所述铃音数据库中存储的所述第 一铃音表中仅包含所述铃音放音信息。 所述铃音数据库中存储的所述第二铃音表中还包含铃音管理信息。 所述铃音数据库，具体用于当所述第二铃音表中包含的所述铃音放音信息
更新后，通过其自身的事务保护机制同步更新所述第一铃音表中包含的所述铃
音放音信息。
本发明实施例中，网络侧的铃音数据库中存储有包含铃音方文音信息的第一 铃音表，且第一铃音表仅用于播放铃音时查询使用，而不再还用于通过各接口 管理铃音放音信息时使用，实现了铃音放音信息的呼叫查询和管理的分离，使 得呼叫查询不再受到同时进行的铃音管理操作的影响，提高了呼叫查询的效率。
较佳的，铃音数据库中还存储有包含铃音放音信息的第二铃音表，第二铃 音表用于通过各接口管理铃音放音信息时使用，且当第二铃音表中包含的铃音 放音信息更新后，同步更新第一铃音表中包含的铃音放音信息，保持第一铃音 表与第二铃音表中包含的铃音放音信息的一致性，避免了因不一致导致的彩铃
业务触发失败或错误。较佳的，当第一铃音表中仅包含铃音放音信息时，相比现有技术中的铃音 表，本发明实施例中的第一铃音表包含的信息量更少，因此，查询第一铃音表 获取铃音放音信息的效率更高。通过提高彩铃业务中查询铃音放音信息的效 率，也就提高了彩铃业务的处理效率，进而相应提高了网络侧处理呼叫的效率。
图1为现有技术中铃音信息管理机制示意图2为本发明实施例提供的彩铃业务的实现方法的流程图3为本发明实施例中铃音信息管理机制示意图4为本发明实施例提供的彩铃业务的实现方法的信令交互流程图5为本发明实施例提供的彩铃业务的实现系统的结构示意图。
具体实施例方式
本发明实施例提供一种彩铃业务的实现方法，如图2所示，包括
步骤S201 、网络侧在触发彩铃业务后，根据本次彩铃业务对应的被叫用户 的用户标识，确定出与该被叫用户对应的设置的铃音号；
步骤S202、根据确定出的铃音号查询第一铃音表，获取与确定出的铃音号 对应的铃音放音信息；第一铃音表仅用于播放铃音时查询使用；
步骤S203、根据获取的铃音放音信息，确定出本次彩铃业务的铃音文件， 并播放该铃音文件给本次彩铃业务对应的主叫用户。
较佳的，网络侧还存储有包含铃音放音信息的第二铃音表，第二铃音表用 于通过^l妄口管理铃音放音信息时使用，当第二铃音表中包含的铃音放音信息 更新后，同步更新第一铃音表中包含的铃音放音信息。
下面结合附图对本发明上述方法进行详细描述。
首先对本发明实施例中提出的铃音信息管理机制进行详细描述，如图3所 示，本发明实施例中，网络侧的铃音数据库中存储有第一铃音表和第二铃音表，
7且第 一铃音表和第二铃音表中均包含铃音放音信息。
其中，第一铃音表用于在网络側接收到呼叫请求后，触发彩铃业务需要播 放铃音时，通过呼叫查询接口查询铃音放音信息时使用。第一铃音表中的铃音 记录为铃音号与铃音放音信息的对应关系，即对于每个铃音号记录了其对应的 铃音放音信息，查询时，根据铃音号获取其对应的铃音放音信息。其中，铃音 放音信息为在呼叫查询时确定与本次呼叫请求对应的彩铃业务的铃音文件所 需要查询的铃音信息，可以包括铃音文件位置信息、铃音类型信息和铃音归属 信息，随着彩铃业务的服务内容的不断丰富，将来还可以在第一铃音表中增加 其他新的铃音放音信息以供查询需要。
较简单的方案，铃音放音信息可以仅包括铃音文件位置信息，如铃音文件 所在语音服务器的目录和铃音文件名称。第一铃音表中的铃音信息供呼叫查询 使用，所以，其中包含的信息量越少，呼叫查询的效率越高，因此，铃音放音 信息仅包括铃音文件位置信息时，呼叫查询的效率较高，代价是无法提供更丰 富的彩铃业务的服务内容。
较佳的，本发明实施例中，第一铃音表仅包含铃音放音信息，即不包含铃 音管理信息，相比现有技术中查询包含铃音放音信息和铃音管理信息的铃音 表，由于包含的信息量更少，查询第一铃音表的呼叫查询效率更高。
本发明实施例中，铃音数据库中存储的第二铃音表用于通过各接口管理铃
音放音信息时使用，各接口包括web界面、Webservie接口、彩铃接口机、Shell 话单访问接口和第三方接口等，通过上述各接口管理和维护铃音信息为现有技 术，在此不再做详细描述。将来如果增加相应的接口管理和维护铃音信息，只 要不与呼叫查询有关，均与第二铃音表相关联。 -
为便于在现有铃音信息管理机制上进行改进，以实现本发明实施例的方 案，第二铃音表中还可以包含铃音管理信息，即第二铃音表还用于通过各接口 管理铃音管理信息时使用，此时，第二铃音表实质即为现有技术中的包 了铃 音管理信息和铃音放音信息的铃音表。其中，铃音管理信息根据需要可以包括任何铃音信息，例如铃音名称、铃
音歌手信息、铃音有效期和铃音归属SP名称等。现有技术中，为减少铃音表
中的信息量，提高呼叫查询的效率，且不影响铃音信息的管理，将一部分铃音 管理信息存储在另外的一个铃音表中，例如，将铃音歌手信息单独存储在铃音 歌手表，并且将该铃音歌手表与铃音表相关联，在管理铃音歌手信息时，查询 铃音表确定出关联的铃音歌手表，再进行相应的管理操作，如此处理的代价是 由于引入了关联查询操作，降低了铃音信息管理的性能。本发明实施例中，由 于第二铃音表仅用于管理铃音信息时使用，呼叫查询时不再使用，因此，可以
将全部铃音管理信息均直接包含在第二铃音表中，此时各接口通过第二铃音表 管理铃音信息时，减少了关联查询的操作，进而可以提高铃音信息管理的性負fe。
基于上述描述及图3所示可知，本发明实施例中，通过在铃音数据库中存 储专用于呼叫查询使用的第一铃音表和专用于铃音信息管理使用的第二铃音 表，实现了铃音信息的呼叫查询和管理的分离，1吏得呼叫查询不再受到同时进 行的铃音管理操作的影响，提高了呼叫查询的效率。
实现了铃音信息的呼叫查询和管理的分离后，相应带来的问题即是如何避 免因第 一铃音表与第二铃音表中包含的铃音放音信息的不一致，而导致的彩铃 业务触发失败或错误。本发明实施例中，通过当第二铃音表中包含的铃音放音 信息更新后，同步更新第一铃音表中包含的铃音放音信息，以保持第一铃音表 与第二铃音表中包含的铃音放音信息的一致性。
其中，第二铃音表中包含的铃音放音信息的更新，具体包括通过Web 界面或其他接口进行铃音上传操作，即在第二铃音表中添加新的铃音记录，包 括无需审核的铃音记录和审核通过的铃音记录；
还包括^音的删除，即在第二铃音表中删除铃音记录，如在铃音过期时 进行删除；
还包括通过Web界面或其他接口修改第二铃音表中的铃音放音信息。 第二铃音表中包含的铃音放音信息更新后，相应的同步更新第一铃音表中包含的铃音放音信息，具体可以通过数据库的事务保护机制实现同步更新，数 据库的事务保护为现有技术，在此不再做详细描述。
基于本发明实施例提出的上述铃音信息管理机制，本发明实施例还提供一
种彩铃业务的实现方法，如图4所示，包括
步骤S401、网络侧接收到呼叫请求，并由网络侧的彩铃中心服务器触发与 该呼叫请求对应的本次彩铃业务，彩铃中心服务器获取本次彩铃业务对应的被 叫用户的用户标识，并根据该用户标识确定出与该被叫用户对应的设置的铃音 号。 '
其中，被叫用户的用户标识与其设置的铃音号之间的对应关系，也可以存 储在铃音数据库中，彩铃中心服务器确定该铃音号时，通过在铃音数据库中查 询进4于确定。
本步骤中确定出的铃音号可以是唯一的，也可以是多个，例如，被叫用户 在定制彩铃业务时，预先设置在不同情况(如不同时间段、对于特定主叫用户 等)播放不同的铃音，此时则获取到多个铃音号。
步骤S402、彩铃中心服务器根据确定出的铃音号，查询铃音数据库中存储 的上述第一铃音表，从中获取与确定出的铃音号对应的铃音放音信息。
较简单的，对于确定出的唯一的铃音号，仅获取对应的铃音放音信息包括 的铃音文件位置信息即可。
而对于确定出的多个铃音号，除获取铃音放音信息包括的铃音文件位置信 息外，还需要获取其他类型的铃音放音信息，根据自身预先设置的业务逻辑进 行判断，并确定出本次彩铃业务对应的铃音，进一步确定出将要播放的铃音的 铃音文件位置信息。
步骤S403、彩铃中心服务器将获取的铃音放音信息发送给语音服务器，具 体为将获取的铃音文件位置信息发送给语音服务器。
步骤S404、语音服务器根据接收到的铃音文件位置信息，包括铃音文件所 在语音服务器的目录和铃音文件名称，确定出本次彩铃业务将要播放的铃音文件。
步骤S405、语音服务器播放确定出的铃音文件给本次彩铃业务对应的主叫 用户。
通过上述图4所示的流程，实现一次呼叫中的彩铃业务。且釆用上述方法 通过提高彩铃业务中查询铃音放音信息的效率，提高了彩铃业务的处理效率， 进而相应提高了网络侧处理呼叫的效率。
基于同一发明构思，根据本发明上述实施例提供的一种彩铃业务的实现方 法，相应地，本发明另一实施例还提供了一种彩铃业务的实现系统，其结构示 意图如图5所示，包括铃音数据库501、彩铃中心服务器502和语音服务器 503;
上述铃音数据库501,用于存储包含铃音放音信息的第一铃音表，其中， 第一铃音表仅用于播放铃音时查询使用；
上述彩铃中心服务器502,用于在触发彩铃业务后，根据本次彩铃业务对 应的被叫用户的用户标识，确定出与被叫用户对应的设置的铃音号；并根据确 定出的铃音号查询第 一铃音表，获取与确定出的铃音号对应的铃音放音信息； 以及将获取的铃音放音信息发送给上述语音服务器503; ,
上述语音服务器503,用于根据获取的铃音放音信息，确定出本次彩铃业 务的铃音文件，并插3文该铃音文件给本次彩铃业务对应的主叫用户。
较佳的，上述铃音数据库501，还用于存储包含铃音放音信息的第二铃音 表，第二铃音表用于通过^^妄口管理铃音放音信息时使用，当第二铃音表中包 含的铃音放音信息更新后，同步更新第一铃音表中包含的铃音放音信息。
较佳的，上述铃音数据库501中还存储有被叫用户的用户标识与其设置的 铃音号之间的对应关系；
上述彩铃中心服务器502，具体用于根据被叫用户的用户标i ，查询上述 铃音数据库501中存储的该对应关系，确定出与被叫用户对应的设置的铃音号。
较佳的，上述铃音数据库501中存储的第一铃音表中仅包含铃音放音信息。较佳的，上述铃音数据库5 01中存储的第二铃音表中还包含铃音管理信息。 较佳的，上述铃音数据库501,具体用于当第二铃音表中包含的铃音放音
信息更新后，通过其自身的事务保护机制同步更新第一铃音表中包含的铃音放
音信息。
本发明实施例中，上述铃音数据库501还可以集成于上述彩铃中心服务器中。
综上所述，本发明实施例提供的方法，包括网络側在触发彩铃业务后， 根据本次彩铃业务对应的被叫用户的用户标识，确定出与该被叫用户对应的设 置的铃音号；以及根据确定出的铃音号查询第一铃音表，获取与确定出的铃音 号对应的铃音放音信息；第一铃音表仅用于播放铃音时查询使用；以及根据获 取的铃音放音信息，确定出本次彩铃业务的铃音文件，并播放该4音文件给本 次彩铃业务对应的主叫用户。采用本发明的方案，通过提高彩铃业务中查询铃 音放音信息的效率，提高了彩铃业务的处理效率，进而提高了网络侧处理呼叫 的效率。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1、一种彩铃业务的实现方法，其特征在于，包括网络侧在触发彩铃业务后，根据所述彩铃业务对应的被叫用户的用户标识，确定出与所述被叫用户对应的设置的铃音号；根据所述铃音号查询第一铃音表，获取与所述铃音号对应的铃音放音信息；所述第一铃音表仅用于播放铃音时查询使用；根据获取的铃音放音信息，确定出所述彩铃业务的铃音文件，并播放所述铃音文件给所述彩铃业务对应的主叫用户。
2、 如权利要求1所述的方法，其特征在于，网络侧还存储有包含铃音放 音信息的第二铃音表，所述第二铃音表用于通过各接口管理所述铃音放音信息 时使用，当所述第二铃音表中包含的所述铃音放音信息更新后，同步更新所述 第一铃音表中包含的所述铃音放音信息。
3、 如权利要求1所述的方法，其特征在于，所述第一铃音表中仅包含所 述铃音放音信息。
4、 如权利要求1所述的方法，其特征在于，所述第二铃音表中还包含铃 音管理信息。
5、 如权利要求2所述的方法，其特征在于，所述同步更新所述第一铃音 表中包含的所述铃音放音信息，具体为通过数据库的事务保护机制同步更新所述第一铃音表中包含的所述铃音 ;改音信息。
6、 一种彩铃业务的实现系统，其特征在于，包括铃音数据库、彩铃中 心服务器和语音服务器；所述铃音数据库，用于存储包含铃音放音信息的第一铃音表，所述第一铃 音表仅用于播放铃音时查询使用；所述彩铃中心服务器，用于在触发彩铃业务后，根据所述彩铃业务对应的 被叫用户的用户标识，确定出与所述被叫用户对应的设置的铃音号；并根据所述铃音号查询所述第一铃音表，获取与所述铃音号对应的铃音放音信息；以及 将获取的铃音放音信息发送给所述语音服务器；所述语音服务器，用于根据获取的铃音放音信息，确定出所述彩铃业务的 铃音文件，并播放所述铃音文件给所述彩铃业务对应的主叫用户。
7、 如权利要求6所述的系统，其特征在于，所述铃音数据库，还用于存 储包含铃音放音信息的第二铃音表，所述第二铃音表用于通过各接口管理所述 铃音放音信息时使用，当所述第二铃音表中包含的所述铃音放音信息更新后， 同步更新所述第一铃音表中包含的所述铃音放音信息。
8、 如权利要求6所述的系统，其特征在于，所述铃音数据库中存储的所 述第 一铃音表中仅包含所述铃音放音信息。
9、 如权利要求6所述的系统，其特征在于，所述铃音数据库中存储的所 述第二铃音表中还包含铃音管理信息。
10、 如权利要求7所述的系统，其特征在于，所述铃音数据库，具体用于 当所述第二铃音表中包含的所述铃音放音信息更新后，通过其自身的事务保护 机制同步更新所述第一铃音表中包含的所述铃音放音信息。
全文摘要
本发明公开了一种彩铃业务的实现方法及系统，通过提高彩铃业务中查询铃音放音信息的效率，提高了彩铃业务的处理效率，进而提高了网络侧处理呼叫的效率。本发明方案，包括网络侧在触发彩铃业务后，根据本次彩铃业务对应的被叫用户的用户标识，确定出与该被叫用户对应的设置的铃音号；以及根据确定出的铃音号查询第一铃音表，获取与确定出的铃音号对应的铃音放音信息；第一铃音表仅用于播放铃音时查询使用；以及根据获取的铃音放音信息，确定出本次彩铃业务的铃音文件，并播放该铃音文件给本次彩铃业务对应的主叫用户。
文档编号H04W4/12GK101668259SQ200910161979
公开日2010年3月10日 申请日期2009年9月10日 优先权日2009年9月10日
发明者羿 惠 申请人:中兴通讯股份有限公司