CN102291695A - 振铃实现方法、振铃业务平台、终端设备及振铃业务系统 - Google Patents

Abstract

本发明提供振铃实现方法、振铃业务平台、终端设备及振铃业务系统。振铃实现方法包括：振铃业务平台接收被叫用户终端发送的携带有主叫号码和/或被叫号码的振铃业务请求；振铃业务平台响应振铃业务请求，查询与主叫号码和/或被叫号码对应的振铃资源信息；振铃业务平台向被叫用户终端发送携带有振铃资源信息的振铃获取指令，以使被叫用户终端根据振铃获取指令从振铃业务平台获取与振铃资源信息对应的振铃文件并播放，其中振铃业务平台与被叫用户终端之间通过互联网络进行通信和文件传输。本发明提供的振铃实现方法、振铃业务平台、终端设备及振铃业务系统在无需被叫用户终端预存振铃文件的情况下，实现振铃业务。

Description

振铃实现方法、振铃业务平台、终端设备及振铃业务系统

技术领域

本发明涉及通信领域，尤其涉及振铃实现方法、振铃业务平台、终端设备及振铃业务系统。

背景技术

手机的铃音业务包括彩铃业务和振铃业务。其中，振铃业务是指主叫向被叫发起呼叫时，被叫手机向用户提示来电时所播放的铃音。现有技术中，为了实现振铃业务，需预先在通信终端设备上存储并设定振铃文件，当通信终端设备接收到通话呼叫时，播放用户设定的振铃文件。

可以看出，由于现有技术中作为振铃文件的多媒体文件必须预先存储在通信终端设备上，所以当用户频繁更换振铃或针对多个主叫用户设置不同的振铃时，需在通信终端设备上存储多个多媒体文件，浪费了通信终端设备的大量存储空间。

发明内容

针对上述缺陷，本发明提供振铃实现方法、振铃业务平台、终端设备及振铃业务系统，以在无需对已有的电信网络进行改造、并且无需占用话务信道的情况下实现振铃业务。

根据本发明的一方面，提供一种振铃实现方法，包括：

振铃业务平台接收被叫用户终端发送的携带有主叫号码和/或被叫号码的振铃业务请求；

所述振铃业务平台响应所述振铃业务请求，查询与所述主叫号码和/或被叫号码对应的振铃资源信息；

所述振铃业务平台向所述被叫用户终端发送携带有所述振铃资源信息的振铃获取指令，以使所述被叫用户终端根据所述振铃获取指令从所述振铃业务平台获取与所述振铃资源信息对应的振铃文件并播放，其中，所述振铃业务平台与所述被叫用户终端之间通过互联网络进行通信和文件传输。

根据本发明的另一方面，还提供一种振铃业务平台，包括：

振铃业务请求接收模块，用于通过互联网络接收被叫用户终端发送的携带有主叫号码和/或被叫号码的振铃业务请求；

振铃资源信息查询模块，用于响应所述振铃业务请求，查询与所述主叫号码和/或被叫号码对应的振铃资源信息；

振铃文件提供模块，用于通过互联网络向所述被叫用户终端发送携带有所述振铃资源信息的振铃获取指令，以使所述被叫用户终端根据所述振铃获取指令通过互联网络从存储模块获取与所述振铃资源信息对应的振铃文件并播放；

所述存储模块，用于根据所述振铃资源信息存储所述振铃文件，并存储所述主叫号码和/或被叫号码与振铃资源信息的对应关系。

根据本发明的又一方面，还提供另一种振铃实现方法，包括：

被叫用户终端采集本次呼叫的主叫号码和/或被叫号码，并向振铃业务平台发送携带有主叫号码和/或被叫号码的振铃业务请求，以使振铃业务平台响应所述振铃业务请求，向所述被叫用户终端返回携带有与所述主叫号码和/或所述被叫号码对应的振铃资源信息的振铃获取指令；

所述被叫用户终端接收所述振铃获取指令，根据所述振铃获取指令从所述振铃业务平台获取与所述振铃资源信息对应的振铃文件；

所述被叫用户终端对所述振铃文件进行播放处理；其中，所述被叫用户终端与振铃业务平台之间通过互联网络进行通信和文件传输。

根据本发明的又一方面，还提供一种终端设备，包括：

振铃业务请求模块，用于采集本次呼叫的主叫号码和/或被叫号码，并通过互联网络向振铃业务平台发送携带有主叫号码和/或被叫号码的振铃业务请求，以使振铃业务平台响应所述振铃业务请求，通过互联网络向振铃获取模块返回携带有与所述主叫号码和/或所述被叫号码对应的振铃资源信息的振铃获取指令；

所述振铃获取模块，用于接收所述振铃获取指令，根据所述振铃获取指令通过互联网络从所述振铃业务平台获取与所述振铃资源信息对应的振铃文件；

振铃播放模块，用于对所述振铃文件进行播放处理。

根据本发明的再一方面，还提供一种振铃业务系统，包括本发明提供的振铃业务平台、本发明提供的终端设备以及与所述终端设备连接的移动通信网络设备。

根据本发明的振铃实现方法、振铃业务平台、终端设备及振铃业务系统，由于独立于被叫用户终端独立设置了一个振铃业务平台，并且该振铃业务通过互联网络与被叫用户终端进行通信和文件传输，从被叫用户终端接收携带有主叫号码和/或被叫号码的振铃业务请求，根据振铃业务请求查询相应的振铃资源信息，并通过互联网络向被叫用户终端提供与该振铃资源信息对应的振铃文件，以使被叫用户终端可在等待被叫用户接听呼叫的过程中向被叫用户播放特定的振铃文件作为来电提示，从而在无需被叫用户终端预先存储振铃文件的情况下向被叫用户提供振铃业务，既能够节约被叫用户终端的存储空间又无需频繁更改被叫用户终端内的存储文件，使得振铃设置更为方便和灵活。

附图说明

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

图1为本发明振铃实现方法的流程示意图。

图2为用于实现本发明振铃实现方法的网络架构图。

图3为在图2所示的网络架构中实现振铃业务的信令图。

图4为在图2所示的网络架构中同时实现振铃业务和彩铃业务的信令图。

图5为本发明振铃业务平台的结构示意图。

图6为本发明另一振铃实现方法的流程示意图。

图7为本发明终端设备的结构示意图。

具体实施方式

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

图1为本发明振铃实现方法的流程示意图。如图1所示，该振铃实现方法包括以下步骤：

步骤S101，振铃业务平台接收被叫用户终端发送的携带有主叫号码和/或被叫号码的振铃业务请求；

步骤S102，所述振铃业务平台响应所述振铃业务请求，查询与所述主叫号码和/或被叫号码对应的振铃资源信息；

步骤S103，所述振铃业务平台向所述被叫用户终端发送携带有所述振铃资源信息的振铃获取指令，以使所述被叫用户终端根据所述振铃获取指令从所述振铃业务平台获取与所述振铃资源信息对应的振铃文件并播放，其中，所述振铃业务平台与所述被叫用户终端之间通过互联网络进行通信和文件传输。

图2为用于实现本发明振铃实现方法的网络架构图。下面结合图2对上述步骤S101～S103进行详细说明。

如图2所示，主叫用户终端和被叫用户终端均正常接入移动通信网络(例如为电信网络)，此外，主叫用户终端和被叫用户终端还通过互联网与振铃业务平台进行通信。

其中，该振铃业务平台用于为用户提供振铃，还用于接收携带有主叫号码和/或被叫号码的振铃订制请求，根据所述振铃订制请求生成并存储所述主叫号码和/或被叫号码与振铃资源信息的对应关系。具体地，例如一用户可根据其号码在振铃业务平台进行注册，并在注册成功后设置自身作为被叫用户终端时收听的振铃，即该用户作为被叫用户终端接收到主叫用户向其发起的呼叫、且被叫用户终端未接听呼叫时，振铃业务平台向该用户提供的振铃文件。更为具体地，该用户从振铃业务平台上提供的振铃文件列表中选择一个或多个振铃文件，并设置被叫标识，以使振铃业务平台生成包括该用户的手机号码、被叫标识以及彩铃资源信息(例如为用户所选择的振铃文件在该振铃业务平台的多媒体资源数据库中的存储地址)的业务信息并存储在业务数据库中。而且，该用户还可同时提供主叫号码，以实现为当不同的主叫用户向该用户发起呼叫时，该用户的终端设备所播放的振铃不同。其中，业务数据库和多媒体资源数据库均为用于支持该振铃业务平台运行的数据库，其可以为集中存储也可以为分布式存储。

类似地，该用户还可设置自身作为主叫用户终端时，相应的被叫用户终端所收听的振铃，即用户从振铃业务平台上提供的振铃文件列表中选择一个或多个振铃文件，并设置主叫标识，以使振铃业务平台生成包括该用户的号码、主叫标识以及振铃资源信息的业务信息并存储在业务数据库中。而且，该用户还可同时提供被叫号码，以实现为不同的被叫用户终端设置不同的振铃。

此外，该振铃业务平台还可提供用户与该平台进行交互的多种接口功能，例如门户功能、登录功能、取消业务功能、试听功能等。

下面，以振铃业务平台仅支持由被叫用户设置振铃为例进行说明，此时主叫用户终端可以为现有技术中的、无需与振铃业务平台进行通信的用户终端，被叫用户终端需开通无线数据业务功能以与振铃业务平台进行通信、预先在振铃业务平台上进行了振铃设置、并且具有用于支持振铃业务的相关功能模块。

图3为在图2所示的网络架构中实现振铃业务的信令图。如图3所示，实现振铃业务具体包括以下流程：

步骤101：当主叫用户终端拨打被叫用户终端的被叫号码时，主叫用户终端向电信网络侧发起呼叫；

步骤102：受理主叫用户终端的电话呼叫的电信网络按正常流程处理本次电话呼叫，在被叫用户终端空闲的条件下向呼叫被叫用户终端，并向主叫侧返回被叫用户终端的状态和呼叫进程；

步骤103：被叫用户终端通过电信网络接收到主叫用户终端发起的呼叫后，由振铃业务请求模块采集本次呼叫的被叫号码(即该被叫用户终端的本机号码)，根据被叫号码和预置的振铃业务相关信息，例如振铃业务标识生成振铃业务请求，并通过无线数据网络业务接入互联网络，以将振铃业务请求发送给振铃业务平台；

步骤104：振铃业务平台接收振铃业务请求后，对振铃业务请求进行解析，获得该振铃业务请求所携带的被叫号码，从业务数据库中查找与该被叫号码对应的已订制的业务信息，并从所查找到的业务信息中获得与该被叫号码对应的振铃资源信息，并向被叫用户终端返回携带有该振铃资源信息的振铃获取指令，其中振铃资源信息例如为振铃文件的存储地址或振铃文件的指定片段；

步骤105：被叫用户终端的振铃获取模块接收振铃业务平台返回的振铃获取指令，该振铃获取指令包括业务执行指令命令和振铃资源信息，并响应振铃获取指令，通过无线数据网络业务接入互联网络，从振铃业务平台获取与振铃资源信息对应的振铃文件；

步骤106：电信网络对主叫用户终端和被叫用户终端进行监听以获取呼叫状态信息，具体地，电信网络若监听到主叫用户终端发起呼叫、且等待被叫用户终端接听则生成呼叫状态信息；电信网络若监听到被叫用户终端接听呼叫，则生成呼叫应答状态信息；电信网络若监听到主叫用户终端和/或被叫用户终端挂机，或呼叫等待超时，则生成呼叫结束状态信息；

步骤107：电信网络将呼叫状态信息发送给被叫用户终端的状态采集模块；

步骤108：被叫用户终端的振铃播放模块根据呼叫状态信息对振铃文件进行播放处理；具体地，若被叫用户终端接收到呼叫等待状态信息，则播放在步骤105中所获取的振铃文件，以使被叫用户收听振铃作为来电提示；若被叫用户终端在播放振铃文件的过程中，又接收到呼叫应答状态信息，则停止播放振铃文件，并通过电信网络开始与主叫用户终端进行通话；若被叫用户终端在播放振铃文件的过程中，又接收呼叫结束状态信息，则停止播放振铃文件并释放本次呼叫。

在图2所示的网络架构中实现振铃的信令图中，以振铃业务平台仅支持由被叫用户设置振铃为例进行说明，但本领域的技术人员应当理解，振铃业务平台也可仅支持由主叫用户设置振铃，此时在上述步骤103中，被叫用户终端的振铃业务请求模块需采集本次呼叫的被叫号码，根据被叫号码和预置的振铃业务相关信息生成振铃业务请求，将振铃业务请求发送给振铃业务平台，以在步骤104中由振铃业务平台从业务数据库中查找与该主叫号码对应的已订制的业务信息。而且，虽然在上述信令图中，对被叫用户终端从电信网络获取呼叫状态信息、并根据呼叫状态信息对振铃文件进行播放处理进行了说明，但其仅作为优选实施例，而非振铃实现的必要步骤。本领域的技术人员应当理解，在振铃业务实现过程中，被叫用户终端也可不获取呼叫状态信息，例如只要被叫用户终端响应主叫用户发起的呼叫并获取相应的振铃文件时，则直接播放振铃文件；并且，响应用户对被叫用户终端的挂机操作或接听操作停止播放振铃文件。

此外，振铃业务平台还可同时支持主叫用户和被叫用户设置振铃，此时在上述步骤103中，被叫用户终端的振铃业务请求模块需同时采集本次呼叫的主叫号码和被叫号码，根据主叫号码、被叫号码和预置的振铃业务相关信息生成振铃业务请求，将振铃业务请求发送给振铃业务平台，以在步骤104中由振铃业务平台从业务数据库中查找与该主叫号码和被叫号码相对应的已订制的业务信息；若主叫号码对应的业务信息和被叫号码对应的业务信息不同(例如分别由主叫用户终端和被叫用户终端独立设置)，从而导致所对应的振铃资源信息也不同，则此时例如按照预设规则优先选择主叫号码对应的业务信息。

根据上述实施例的振铃实现方法，由于独立于被叫用户终端独立设置了一个振铃业务平台，并且该振铃业务通过互联网络与被叫用户终端进行通信和文件传输，从被叫用户终端接收携带有主叫号码和/或被叫号码的振铃业务请求，根据振铃业务请求查询相应的振铃资源信息，并通过互联网络向被叫用户终端提供与该振铃资源信息对应的振铃文件，以使被叫用户终端可在等待被叫用户接听呼叫的过程中向被叫用户播放特定的振铃文件作为来电提示，从而在无需被叫用户终端预先存储振铃文件的情况下向被叫用户提供振铃业务，一方面，能够节约被叫用户终端的存储空间；另一方面，无需频繁更改被叫用户终端内的存储文件，使得振铃设置更为方便；此外，还由于振铃业务既可由被叫用户订置，也可由主叫用户订置，克服了现有技术中只能由被叫用户终端订制的缺陷，使得振铃业务的订制更为灵活化和个性化。

进一步地，在上述实施例的振铃实现方法中，所述振铃业务平台响应所述振铃业务请求，查询与所述主叫号码和/或被叫号码对应的振铃资源信息的步骤包括：

所述振铃业务平台响应所述振铃业务请求，若根据所述主叫号码和/或被叫号码检测获知所述振铃业务请求为合法请求，则查询与所述主叫号码和/或被叫号码对应的振铃资源信息。

具体地，振铃业务平台接收到振铃业务请求后，需检测该振铃业务请求是否为合法请求。其中，用于检测振铃业务请求是否为合法请求的合法性标准可根据需要制定。例如，振铃业务平台所提供的振铃业务为被叫用户付费业务，其仅针对已付费的被叫用户开放，则振铃业务平台需检测振铃业务请求所携带的被叫号码是否为已付费用户，若是，则正常执行后续处理，为被叫用户终端提供振铃业务，若否，则不进行后续处理。再例如，振铃业务平台向所有号段为“139”的被叫用户免费提供振铃业务，则若检测获知被叫号码为“139......”则确定其为合法请求，反之为非法请求。

根据上述实施例的振铃实现方法，能够实现根据需要向指定用户提供振铃业务。

进一步地，在上述实施例的振铃实现方法中，所述振铃文件包括音频文件、视频文件、文本文件、互动脚本、可执行文件或网页。当振铃文件为互动脚本、可执行文件或网页时，被叫用户终端在获取相应的互动脚本、可执行文件或网页、并运行或播放时，被叫用户终端还需采集用户通过终端所提供的交互接口(例如为手机按键或触屏)所输入的操作信息，以支持互动脚本、可执行文件或网页的运行或播放。

此外，在上述实施例的振铃实现方法中，振铃业务平台例如还可用于实现彩铃业务。下面以该振铃业务平台可同时支持由主叫用户订制彩铃业务、并由被叫用户订制振铃业务为例进行说明。此时主叫用户终端需开通无线数据业务功能以与振铃业务平台进行通信、预先在振铃业务平台上进行了主叫彩铃设置、并且具有用于支持彩铃业务的相关功能模块。

图4为在图2所示的网络架构中同时实现彩铃业务和振铃业务的信令图。如图4所示，在图2所示的网络架构中同时实现彩铃业务和振铃业务包括以下流程：

步骤201：当主叫用户终端拨打被叫用户终端的被叫号码时，主叫用户终端向电信网络侧发起呼叫；

步骤202：主叫用户终端的彩铃业务请求模块采集本次呼叫的主叫号码(即该主叫用户终端的本机号码)，根据主叫号码和预置的彩铃业务相关信息，例如彩铃业务标识生成彩铃业务请求，并通过无线数据网络业务接入互联网，以将彩铃业务请求发送给振铃业务平台；

步骤203：振铃业务平台接收彩铃业务请求后，对彩铃业务请求进行解析，获得该彩铃业务请求所携带的主叫号码，从业务数据库中查找与该主叫号码对应的已订制的业务信息，并从所查找到的彩铃设置条目中获得与该主叫号码对应的彩铃资源信息，并向主叫用户终端返回携带有该彩铃资源信息的彩铃获取指令；

步骤204：主叫用户终端接收振铃业务平台返回的彩铃获取指令，该彩铃获取指令包括业务执行命令和彩铃资源信息，并响应彩铃获取指令，通过无线数据网络业务接入互联网络，从振铃业务平台获取与彩铃资源信息对应的彩铃文件；

步骤205：受理主叫用户终端的电话呼叫的电信网络按正常流程处理本次电话呼叫，在被叫用户终端空闲的条件下向呼叫被叫用户终端，并向主叫侧返回被叫用户终端的状态和呼叫进程；电信网络在接收到主叫用户终端在步骤101发起的呼叫后立即执行该步骤205，其与步骤202～204之间不存在顺序限制；

步骤206：被叫用户终端的振铃业务请求模块采集本次呼叫的被号码(即该被叫用户终端的本机号码)，根据被叫号码和预置的振铃业务相关信息，例如振铃业务标识生成振铃业务请求，并通过无线数据网络业务接入互联网，以将振铃业务请求发送给振铃业务平台；

步骤207：振铃业务平台接收振铃业务请求后，对振铃业务请求进行解析，获得该振铃业务请求所携带的被叫号码，从业务数据库中查找与该被叫号码对应的已订制的业务信息，并从所查找到的业务信息中获得与该被叫号码对应的振铃资源信息，并向被叫用户终端返回携带有该振铃资源信息的振铃获取指令；

步骤208：被叫用户终端接收振铃业务平台返回的振铃获取指令，该振铃获取指令包括业务执行命令和振铃资源信息，并响应振铃获取指令，通过无线数据网络业务接入互联网络，从振铃业务平台获取与振铃资源信息对应的振铃文件；

步骤209：被叫用户终端根据自身状态信息播放振铃；具体地，若被叫用户终端处于等待接听状态，则播放在步骤208中所获取的振铃文件；若被叫用户终端摘机应答，则停止播放振铃文件，并通过电信网络开始与主叫用户终端进行通话；若被叫用户终端因等待超时或因主叫用户终端挂机而接收到电信网络侧向其发送的呼叫释放信息，则停止播放振铃文件并释放本次呼叫。

步骤210：电信网络对被叫用户终端进行监听以获取被叫用户终端状态信息，其中，被叫用户终端状态可包括等待接听、摘机应答、挂机以及等待超时等状态；

步骤211：电信网络将所获取的被叫用户终端状态信息返回给主叫用户终端；

步骤212：主叫用户终端根据被叫用户终端状态信息对彩铃进行播放处理；具体地，若主叫用户终端获知被叫用户终端处于等待接听状态，则播放在步骤104中所获取的彩铃文件，以使主叫用户收听彩铃作为等待音；若主叫用户终端在播放彩铃文件的过程中，又接收到被叫用户终端的接机应答信息，则停止播放彩铃文件，并通过电信网络开始与被叫用户终端进行通话；若主叫用户终端在播放彩铃文件的过程中，又接收到挂机或等待超时信息，则停止播放彩铃文件并释放本次呼叫。

在上述步骤201～212中，步骤206～209与步骤210～212之间无固定的时间先后顺序。

图5为本发明振铃业务平台的结构示意图。如图5所示，该振铃业务平台包括：

振铃业务请求接收模块11，用于通过互联网络接收被叫用户终端发送的携带有主叫号码和/或被叫号码的振铃业务请求；

振铃资源信息查询模块12，用于响应所述振铃业务请求，查询与所述主叫号码和/或被叫号码对应的振铃资源信息；

振铃文件提供模块13，用于通过互联网络向所述被叫用户终端发送携带有所述振铃资源信息的振铃获取指令，以使所述被叫用户终端根据所述振铃获取指令通过互联网络从存储模块14获取与所述振铃资源信息对应的振铃文件并播放；

存储模块14，用于根据所述振铃资源信息存储所述振铃文件，并存储所述主叫号码和/或被叫号码与振铃资源信息的对应关系。

上述实施例的振铃业务平台实现振铃业务的流程与上述实施例的振铃业务实现方法相同，故此处不再赘述。

根据上述实施例的振铃业务平台，由于独立于被叫用户终端独立设置，并且通过互联网络与被叫用户终端进行通信和文件传输，从被叫用户终端接收携带有主叫号码和/或被叫号码的振铃业务请求，根据振铃业务请求查询相应的振铃资源信息，并通过互联网络向被叫用户终端提供与该振铃资源信息对应的振铃文件，以使被叫用户终端可在等待被叫用户接听呼叫的过程中向被叫用户播放特定的振铃文件作为来电提示，从而在无需被叫用户终端预先存储振铃文件的情况下向被叫用户提供振铃业务，一方面，能够节约被叫用户终端的存储空间；另一方面，无需频繁更改被叫用户终端内的存储文件，使得振铃设置更为方便；此外，还由于振铃业务既可由被叫用户订置，也可由主叫用户订置，克服了现有技术中只能由被叫用户终端订制的缺陷，使得振铃业务的订制更为灵活化和个性化。

进一步地，在上述实施例的振铃业务平台中，所述振铃资源信息查询模块还用于若根据所述主叫号码和/或被叫号码检测获知所述振铃业务请求为合法请求，则查询与所述主叫号码和/或被叫号码对应的振铃资源信息。

根据上述实施例的振铃业务平台，能够实现根据需要向指定用户提供振铃业务。

进一步地，在上述实施例的振铃业务平台中，还包括：

振铃订制模块，用于接收携带有主叫号码和/或被叫号码的振铃订制请求，根据所述振铃订制请求生成并存储所述主叫号码和/或被叫号码与振铃资源信息的对应关系。

进一步地，在上述实施例的振铃业务平台中，所述振铃文件包括音频文件、视频文件、文本文件、互动脚本、可执行文件或网页。

图6为本发明另一振铃实现方法的流程示意图。如图6所示，该振铃实现方法包括以下步骤：

步骤S201，被叫用户终端采集本次呼叫的主叫号码和/或被叫号码，并向振铃业务平台发送携带有主叫号码和/或被叫号码的振铃业务请求，以使振铃业务平台响应所述振铃业务请求，向所述被叫用户终端返回携带有与所述主叫号码和/或所述被叫号码对应的振铃资源信息的振铃获取指令；

步骤S202，所述被叫用户终端接收所述振铃获取指令，根据所述振铃获取指令从所述振铃业务平台获取与所述振铃资源信息对应的振铃文件；

步骤S203，所述被叫用户终端对所述振铃文件进行播放处理；其中，所述被叫用户终端与振铃业务平台之间通过互联网络进行通信和文件传输。

上述实施例的振铃实现方法也可在图2所示的网络架构中实现，并且可采用与图3所示的信令图相同的流程，故此处不再赘述。

根据上述实施例的振铃实现方法，由于被叫用户终端采集本次呼叫的主叫号码和/或被叫号码，并向振铃业务平台发送携带有主叫号码和/或被叫号码的振铃业务请求，以使振铃业务平台根据振铃业务请求查询相应的振铃资源信息，并通过互联网络向被叫用户终端提供与该振铃资源信息对应的振铃文件，被叫用户终端在等待被叫用户接听呼叫的过程中向被叫用户播放特定的振铃文件作为来电提示，从而在无需被叫用户终端预先存储振铃文件的情况下向被叫用户提供振铃业务，一方面，能够节约被叫用户终端的存储空间；另一方面，无需频繁更改被叫用户终端内的存储文件，使得振铃设置更为方便。

进一步地，在上述实施例的振铃实现方法中，所述主叫用户终端对所述振铃文件进行播放处理之前还包括：

所述被叫用户终端采集本次呼叫的呼叫状态信息；相应地，所述被叫用户终端根据所述呼叫状态信息对所述振铃文件进行播放处理。

进一步地，在上述实施例的振铃实现方法中，所述振铃文件包括音频文件、视频文件、文本文件、互动脚本、可执行文件或网页。

图7为本发明终端设备的结构示意图。如图7所示，该终端设备包括：

振铃业务请求模块21，用于采集本次呼叫的主叫号码和/或被叫号码，并通过互联网络向振铃业务平台发送携带有主叫号码和/或被叫号码的振铃业务请求，以使振铃业务平台响应所述振铃业务请求，通过互联网络向振铃获取模块返回携带有与所述主叫号码和/或所述被叫号码对应的振铃资源信息的振铃获取指令；

所述振铃获取模块22，用于接收所述振铃获取指令，根据所述振铃获取指令通过互联网络从所述振铃业务平台获取与所述振铃资源信息对应的振铃文件；

振铃播放模块23，用于对所述振铃文件进行播放处理。

上述实施例的终端设备例如为被呼叫的被叫用户终端。

上述实施例的终端设备实现振铃业务的流程与前述实施例的振铃实现方法相同，故此处不再赘述。

根据上述实施例的终端设备，由于采集本次呼叫的主叫号码和/或被叫号码，并向振铃业务平台发送携带有主叫号码和/或被叫号码的振铃业务请求，以使振铃业务平台根据振铃业务请求查询相应的振铃资源信息，并通过互联网络向终端设备提供与该振铃资源信息对应的振铃文件，终端设备在等待被叫用户接听呼叫的过程中向被叫用户播放特定的振铃文件作为来电提示，从而在无需终端设备预先存储振铃文件的情况下向被叫用户提供振铃业务，一方面，能够节约被叫用户终端的存储空间；另一方面，无需频繁更改被叫用户终端内的存储文件，使得振铃设置更为方便。

进一步地，在上述实施例的终端设备中，还包括：

状态采集模块，用于采集本次呼叫的呼叫状态信息；相应地，所述振铃播放模块还用于根据所述呼叫状态信息对所述振铃文件进行播放处理。

进一步地，在上述实施例的终端设备中，所述振铃文件包括音频文件、视频文件、文本文件、互动脚本、可执行文件或网页。

本发明还提供一种振铃业务系统，该振铃业务系统的架构例如图2所示，包括上述实施例的振铃业务平台、作为通话双方的终端设备以及与终端设备连接的移动通信网络设备，例如为电信网络。

根据上述实施例的振铃业务系统，由于设置有与终端设备之间通过互联网络进行通信、并且可响应终端设备的请求向其提供振铃业务的振铃业务平台，从而在无需终端设备预先存储振铃文件的情况下，向被叫用户提供振铃业务，既节约被叫用户终端的存储空间，又无需频繁更改被叫用户终端内的存储文件使得振铃设置更为方便。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (15)

1.一种振铃实现方法，其特征在于，包括：

振铃业务平台接收被叫用户终端发送的携带有主叫号码和/或被叫号码的振铃业务请求；

所述振铃业务平台响应所述振铃业务请求，查询与所述主叫号码和/或被叫号码对应的振铃资源信息；

所述振铃业务平台向所述被叫用户终端发送携带有所述振铃资源信息的振铃获取指令，以使所述被叫用户终端根据所述振铃获取指令从所述振铃业务平台获取与所述振铃资源信息对应的振铃文件并播放，其中，所述振铃业务平台与所述被叫用户终端之间通过互联网络进行通信和文件传输。

2.根据权利要求1所述的振铃实现方法，其特征在于，所述振铃业务平台响应所述振铃业务请求，查询与所述主叫号码和/或被叫号码对应的振铃资源信息的步骤包括：

所述振铃业务平台响应所述振铃业务请求，若根据所述主叫号码和/或被叫号码检测获知所述振铃业务请求为合法请求，则查询与所述主叫号码和/或被叫号码对应的振铃资源信息。

3.根据权利要求1所述的振铃实现方法，其特征在于，还包括：

所述振铃业务平台接收携带有主叫号码和/或被叫号码的振铃订制请求，根据所述振铃订制请求生成并存储所述主叫号码和/或被叫号码与振铃资源信息的对应关系。

4.根据权利要求1所述的振铃实现方法，其特征在于，所述振铃文件包括音频文件、视频文件、文本文件、互动脚本、可执行文件或网页。

5.一种振铃业务平台，其特征在于，包括：

振铃业务请求接收模块，用于通过互联网络接收被叫用户终端发送的携带有主叫号码和/或被叫号码的振铃业务请求；

振铃资源信息查询模块，用于响应所述振铃业务请求，查询与所述主叫号码和/或被叫号码对应的振铃资源信息；

振铃文件提供模块，用于通过互联网络向所述被叫用户终端发送携带有所述振铃资源信息的振铃获取指令，以使所述被叫用户终端根据所述振铃获取指令通过互联网络从存储模块获取与所述振铃资源信息对应的振铃文件并播放；

所述存储模块，用于根据所述振铃资源信息存储所述振铃文件，并存储所述主叫号码和/或被叫号码与振铃资源信息的对应关系。

6.根据权利要求5所述的振铃业务平台，其特征在于，所述振铃资源信息查询模块还用于若根据所述主叫号码和/或被叫号码检测获知所述振铃业务请求为合法请求，则查询与所述主叫号码和/或被叫号码对应的振铃资源信息。

7.根据权利要求5所述的振铃业务平台，其特征在于，还包括：

振铃订制模块，用于接收携带有主叫号码和/或被叫号码的振铃订制请求，根据所述振铃订制请求生成并存储所述主叫号码和/或被叫号码与振铃资源信息的对应关系。

8.根据权利要求5所述的振铃业务平台，其特征在于，所述振铃文件包括音频文件、视频文件、文本文件、互动脚本、可执行文件或网页。

9.一种振铃实现方法，其特征在于，包括：

被叫用户终端采集本次呼叫的主叫号码和/或被叫号码，并向振铃业务平台发送携带有主叫号码和/或被叫号码的振铃业务请求，以使振铃业务平台响应所述振铃业务请求，向所述被叫用户终端返回携带有与所述主叫号码和/或所述被叫号码对应的振铃资源信息的振铃获取指令；

所述被叫用户终端接收所述振铃获取指令，根据所述振铃获取指令从所述振铃业务平台获取与所述振铃资源信息对应的振铃文件；

所述被叫用户终端对所述振铃文件进行播放处理；其中，所述被叫用户终端与振铃业务平台之间通过互联网络进行通信和文件传输。

10.根据权利要求9所述的振铃实现方法，其特征在于，所述被叫用户终端对所述振铃文件进行播放处理之前还包括：

所述被叫用户终端采集本次呼叫的呼叫状态信息；相应地，所述被叫用户终端根据所述呼叫状态信息对所述振铃文件进行播放处理。

11.根据权利要求9或10所述的振铃实现方法，其特征在于，所述振铃文件包括音频文件、视频文件、文本文件、互动脚本、可执行文件或网页。

12.一种终端设备，其特征在于，包括：

振铃业务请求模块，用于采集本次呼叫的主叫号码和/或被叫号码，并通过互联网络向振铃业务平台发送携带有主叫号码和/或被叫号码的振铃业务请求，以使振铃业务平台响应所述振铃业务请求，通过互联网络向振铃获取模块返回携带有与所述主叫号码和/或所述被叫号码对应的振铃资源信息的振铃获取指令；

所述振铃获取模块，用于接收所述振铃获取指令，根据所述振铃获取指令通过互联网络从所述振铃业务平台获取与所述振铃资源信息对应的振铃文件；

振铃播放模块，用于对所述振铃文件进行播放处理。

13.根据权利要求12所述的终端设备，其特征在于，还包括：

状态采集模块，用于采集本次呼叫的呼叫状态信息；相应地，所述振铃播放模块还用于根据所述呼叫状态信息对所述振铃文件进行播放处理。

14.根据权利要求12或13所述的终端设备，其特征在于，所述振铃文件包括音频文件、视频文件、文本文件、互动脚本、可执行文件或网页。

15.一种振铃业务系统，其特征在于，包括如权利要求5至8任一所述的振铃业务平台、如权利要求12至14任一所述的终端设备以及与所述终端设备连接的移动通信网络设备。

Images