CN101848456A

CN101848456A - 一种业务处理方法、通讯系统以及相关设备

Info

Publication number: CN101848456A
Application number: CN200910130199A
Authority: CN
Inventors: 严永福; 孙瑞囡; 朱文杰
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2009-03-25
Filing date: 2009-03-25
Publication date: 2010-09-29
Anticipated expiration: 2029-03-25
Also published as: US20120015631A1; WO2010108432A1; MX2011010008A; CN101848456B; EP2413620A4; US8355756B2; RU2502225C2; EP2413620A1; RU2011142976A

Abstract

本发明实施例公开了一种业务处理方法、通讯系统以及相关设备，用于方便用户对铃音进行设置，且提高系统安全性。本发明实施例方法包括：位于用户终端中的管理客户端获取用户的铃音设置处理请求；管理客户端通过移动网络向业务服务器发送所述铃音设置处理请求，以便于所述业务服务器根据所述铃音设置处理请求执行对应的处理。本发明实施例还提供了一种通讯系统以及相关设备。本发明实施例能够方便用户对铃音进行设置，减少不必要的网络流量，且有效地提高系统安全性。

Description

一种业务处理方法、通讯系统以及相关设备

技术领域

本发明涉及通讯领域，尤其涉及一种业务处理方法、通讯系统以及相关设备。

背景技术

随着数据业务的不断发展，目前已经出现了多种个性化的业务，例如，个性化回铃音业务是一项允许终端用户自己定制回铃音的业务。

个性化回铃音业务是指在主叫终端向被叫终端发起呼叫，被叫终端开始振铃，被叫用户摘机之前，主叫用户所听到的个性化回铃音，也称为彩色回铃音。

这种业务将运营商的网络能力开放给用户，为用户展示个性提供了业务支撑，迎合了现代人对展示个性的强烈需求，因此获得了很好的市场效果。

目前，现有技术中，对于个性化回铃音业务的设置主要是用户通过计算机连接到互联网，登录运营商指定的站点实现的，用户对个性化回铃音业务的设置包括：不同的时间段播放不同的铃音，为不同的用户提供不同的铃音等，用户可以增加新的铃音设置，修改、删除已有的铃音设置，用户也可以设置相关的个人群组。

但是，由于用户对个性化回铃音业务的设置需要通过计算机连接到互联网，并登录运营商指定的站点才可实现，因此对于附近没有计算机，或者是无法登录互联网的用户而言，现有技术的方案并不便于这些用户实时的设置个性化回铃音业务。

随着无线应用协议(WAP，Wireless Application Protocol)的逐步普及，又出现了一种在用户终端上直接通过WAP协议接入运营商指定的站点的方法。

但是，需要相应站点能够生成对应的支持用户终端登录的页面，增加站点的复杂度和维护量。而且若该站点由于某些原因(例如遭受恶意攻击，或者是例行维护)无法访问，则用户仍然无法执行设置；

其次，采用WAP协议仍然是连接到互联网以登录到运营商指定的站点，由于互联网的不安全性，导致用户的信息可能被窃取；

再次，用户终端通过WAP直接访问站点，站点会将一些和铃音设置无关的信息，如：推荐铃音，页面图片等传送给终端，产生不必要的网络流量。

发明内容

本发明实施例提供了一种业务处理方法、通讯系统以及相关设备，能够方便用户对铃音进行设置，且能够提高系统安全性。

本发明实施例提供的业务处理方法，包括：位于用户终端中的管理客户端获取用户的铃音设置处理请求；管理客户端通过移动网络向业务服务器发送所述铃音设置处理请求，以便于所述业务服务器根据所述铃音设置处理请求执行对应的处理。

本发明实施例提供的通讯系统，包括：管理客户端，用于获取用户的铃音设置处理请求，通过移动网络向业务服务器发送所述铃音设置处理请求；业务服务器，用于通过移动网络接收所述管理客户端发送的铃音设置处理请求，根据所述铃音设置处理请求对相应的铃音设置进行处理。

本发明实施例提供的管理客户端，包括：操作请求获取单元，用于获取用户的铃音设置处理请求；请求发送单元，用于通过移动网络向业务服务器发送所述操作请求获取单元获取到的铃音设置处理请求，以便于所述业务服务器根据所述铃音设置处理请求执行对应的处理。

本发明实施例提供的业务处理装置，包括：请求接收单元，用于通过移动网络接收管理客户端发送的铃音设置处理请求；处理单元，用于根据所述请求接收单元接收到的铃音设置处理请求对相应的铃音设置进行处理。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，位于用户终端中的管理客户端在接收到用户的铃音设置处理请求之后，会直接通过移动网络向业务服务器发送该铃音设置处理请求，而无需登录运营商指定的网站，所以管理客户端与业务服务器之间的直接交互可以更便于用户随时对铃音进行设置，而不会受到站点失效的影响；

其次，由于管理客户端与业务服务器直接进行通讯，而无需访问站点，所以管理客户端并不会从业务服务器接收到一些与铃音设置无关的信息，从而可以减少不必要的网络流量；

再次，本发明实施例中，管理客户端是通过移动网络与业务服务器进行交互，而并不会与业务服务器建立互联网连接，移动网络本身的特性决定了移动网络的安全性会高于互联网，所以本发明实施例中通过移动网络进行铃音设置的方式可以有效的提高系统安全性。

附图说明

图1为本发明实施例中业务处理方法一个实施例示意图；

图2为本发明实施例中业务处理方法一个实施例示意图；

图3为本发明实施例中业务处理方法另一实施例示意图；

图4为本发明实施例中业务处理方法再一实施例示意图；

图5为本发明实施例中业务处理方法又一实施例示意图；

图6为本发明实施例中通讯系统实施例示意图；

图7为本发明实施例中管理客户端实施例示意图；

图8为本发明实施例中业务处理装置实施例示意图；

图9为本发明实施例中接入服务器一个实施例示意图；

图10为本发明实施例中接入服务器另一实施例示意图。

具体实施方式

本发明实施例提供了一种业务处理方法、通讯系统以及相关设备，用于方便用户对铃音进行设置，且提高系统安全性。

请参阅图1，本发明实施例中的业务处理方法的一个实施例包括：

101、获取用户的铃音设置操作请求；

当用户希望对自己的个性化回铃音业务进行设置时，会通过按键等输入操作向用户终端中的管理客户端发送铃音设置操作请求，该操作请求中携带有操作类型，操作对象等参数。

102、根据铃音操作请求生成铃音设置处理请求；

管理客户端在获取到用户的铃音设置操作请求之后，会根据该铃音设置操作请求生成对应的铃音设置处理请求，具体的生成过程将在后续的实施例中详细描述。

本实施例中的铃音设置处理请求具体可以包括：

铃音设置查询请求，可用于查询用户当前的铃音设置；

铃音设置增添请求，铃音设置增添请求可用于增添一项或多项铃音触发条件；

铃音设置删除请求，可用于删除一项或多项铃音触发条件；

铃音设置修改请求，可用于对现有的铃音触发条件进行更新。

可以理解的是，在实际应用中，具体的对铃音设置的处理请求同样还可以有其他的类型，例如对于某个设置或者设置项的单独操作，或者特别操作等，此处不作限定。

需要说明的是，铃音设置操作请求和铃音设置处理请求的封装方式可以不同，铃音设置操作请求可以是用于在用户终端内部进行传输的消息，而铃音设置处理请求可以是在管理客户端和业务服务器之间进行传输的消息，本实施例中，管理客户端从用户终端的输入模块接收到用户输入的铃音设置操作请求，之后再对该铃音设置操作请求进行封装以生成铃音设置处理请求。

可以理解的是，在实际应用中，管理客户端同样可以从用户获取到铃音设置处理请求，即在此种方式下，用户通过用户终端的输入模块输入铃音设置操作请求，该铃音设置操作请求会被用户终端内的其他模块，例如传输封装模块等，进行封装得到铃音设置处理请求，则管理客户端可以获取到该用户的铃音设置处理请求。

若本实施例的步骤101中，管理客户端从用户直接获取到铃音设置处理请求，则步骤102可以不必执行，在实际应用中，管理客户端是否需要自身执行铃音设置处理请求的生成过程，可参见执行步骤102，此处不作限定，在后面的实施例中仅以管理客户端需要自身执行铃音设置处理请求的生成过程为例进行说明。

103、通过移动网络向业务服务器发送铃音设置处理请求。

管理客户端在生成铃音设置处理请求之后，可以通过移动网络向业务服务器发送该铃音设置处理请求。

本实施例中，移动网络可以为全球移动通讯系统(GSM，Global System for Mobile Communications)网络，或者是码分多址(CDMA，Code Division Multiple Access)网络，宽带码分多址(WCDMA，Wideband Code Division Multiple Access)网络，时分同步的码分多址(TD-SCDMA，Time Division-Synchronous Code Division Multiple Access)网络，码分多址2000(CDMA2000)网络，微波存取全球互通(WiMax，Worldwide Interoperability for Microwave Access)或者是其他移动网络，具体网络类型此处不作限定。

本实施例中，管理客户端与业务服务器之间建立有逻辑通讯接口，管理客户端中的逻辑通讯接口可以调用用户终端的物理接口与业务服务器进行通讯，具体的管理客户端与业务服务器的通讯在应用层进行，例如在通用分组无线业务(GPRS，General Packet Radio Service)网络中，管理客户端发送的数据通过网关通用分组无线业务支持节点(GGSN，Gateway General Packet Radio Service Support Node)，以及服务通用分组无线业务支持节点(SGSN，Serving General Packet Radio Service Support Node)，从而达到业务服务器，上述仅以一个例子对管理客户端与业务服务器之间的通讯过程进行描述，可以理解的是，在实际应用中，对于不同的移动网络而言，管理客户端与业务服务器之间的通讯过程以及通讯所经过的网元可能各有不同，具体此处不作限定。

需要说明的是，本实施例中的管理客户端位于用户终端中，该管理客户端通过调用用户终端的通讯接口使用移动网络向业务服务器发送数据，该管理客户端中预置有该业务服务器的网络地址，或者预先获取到了该业务服务器的网络地址，从而能够按照该地址发送数据。

本实施例中，管理客户端在接收到用户的铃音设置操作请求之后，会直接通过移动网络向业务服务器发送对应的铃音设置处理请求，而无需登录运营商指定的网站，所以管理客户端与业务服务器之间的直接交互可以更便于用户随时对铃音进行设置，而不会受到站点失效的影响；

再次，本实施例中，管理客户端是通过移动网络与业务服务器进行交互，而并不会与业务服务器建立互联网连接，移动网络本身的特性决定了移动网络的安全性会高于互联网，所以本发明实施例中通过移动网络进行铃音设置的方式可以有效的提高系统安全性。

上面从管理客户端的角度对本发明实施例中的业务处理方法进行了描述，下面再从业务服务器的角度对本发明实施例中的业务处理方法进行描述，请参阅图2，本发明实施例中业务处理方法的一个实施例包括：

201、通过移动网络接收管理客户端发送的铃音设置处理请求；

本实施例中，由于在管理客户端中设置有业务服务器的网络地址，因此管理客户端可以通过移动网络向业务服务器发送铃音设置处理请求，而本实施例中的业务服务器可以接收到从相应的移动网元，例如服务通用分组无线业务支持节点(SGSN，Serving General Packet Radio Service Support Node)，传递过来的管理客户端发送的铃音设置处理请求。

与管理客户端发送的铃音设置处理请求对应，本实施例中，业务服务器接收到的铃音设置处理请求具体可以包括：

铃音设置查询请求，可用于查询用户当前的铃音设置；

铃音设置删除请求，可用于删除一项或多项铃音触发条件；

可以理解的是，在实际应用中，具体的对铃音设置的处理请求同样还可以有其他的类型，此处不作限定。

202、根据铃音设置处理请求对相应的铃音设置进行处理。

业务服务器接收到铃音设置处理请求之后，即可根据该请求对相应的用户的铃音设置进行处理，包括查询铃音设置，增添铃音触发条件，删除铃音触发条件，更新铃音触发条件等，或者还可以为其他类型的处理方式。

需要说明的是，业务服务器在对相应的铃音设置进行处理之前，还可以对用户进行鉴权，在鉴权通过之后，解析相应的请求消息，根据消息中的用户信息，操作类型，设置参数等对相应的用户铃音设置进行处理。

本实施例中，业务服务器除了对用户进行鉴权之外，根据运营商具体的鉴权策略，业务服务器还可以同时对用户终端和/或管理客户端进行鉴权，或者是对用户，管理客户端，用户终端其中任意两项鉴权，或者对于三者全部鉴权均通过之后才会执行后续操作。

本实施例中，业务服务器可以通过移动网络接收管理客户端发送的铃音设置处理请求，并进行相应的处理，因此管理客户端与业务服务器之间的直接交互可以更便于用户随时对铃音进行设置，而不会受到站点失效的影响；

再次，本实施例中，业务服务器与管理客户端之间建立的是移动网络连接，而非互联网连接，移动网络本身的特性决定了移动网络的安全性会高于互联网，所以本发明实施例中通过移动网络进行铃音设置的方式可以有效的提高系统安全性。

为便于理解，下面从管理客户端与业务服务器交互的角度对本发明实施例中的业务处理方法进行详细描述，请参阅图3，本发明实施例中业务处理方法另一实施例包括：

301、管理客户端生成铃音设置处理请求；

本实施例中，当用户希望对自己的个性化回铃音业务进行设置时，可以首先登录管理客户端，该管理客户端可以为用户终端中的一个软件，当管理客户端对用户认证通过之后，用户即可通过按键等输入操作向用户终端中的管理客户端发送铃音设置操作请求，该操作请求中携带有操作类型，操作对象等参数。

管理客户端在获取到用户的铃音设置操作请求之后，会根据该铃音设置操作请求生成对应的铃音设置处理请求，具体的生成过程可以采用以下几种方式：

A、通过超文本传输协议(HTTP，Hyper Text Transport Protocol)：

本方式中，管理客户端可以将铃音设置操作请求中的参数携带于HTTP消息的消息头或消息体中，将HTTP消息作为铃音设置处理请求。

需要说明的是，若对铃音设置操作请求中的参数直接采用字符串的描述方式，则可以将铃音设置操作请求中的参数携带在HTTP消息的消息头或消息体中；

若对铃音设置操作请求中的参数采用扩展标记语言(XML，eXtensible Markup Language)的描述方式，或者采用SOAP协议，则可以将铃音设置操作请求中的参数携带在HTTP消息体中。

B、通过XCAP(XML Configuration Access Protocol，XML配置访问协议)：

本方式中，管理客户端需要具有XCAP客户端的功能，可以遵循XCAP协议生成XCAP消息格式的XCAP命令，即铃音设置处理请求。

需要说明的是，上述两种生成方式仅是本实施例中所提出的具体实现方式，在实际应用中，同样可以根据具体的传输要求采用不同的协议生成铃音设置处理请求，具体的协议类型以及生成过程此处不作限定。

本实施例中的铃音设置处理请求可以包括：铃音设置查询请求，铃音设置增添请求，铃音设置删除请求，以及铃音设置修改请求，或者其他类型的处理请求，具体这些请求的功能包括但不限于：用户增加新的铃音设置，用户浏览已有的铃音设置，用户删除已有的铃音设置，用户修改已有的铃音设置。

用户可以根据设置铃音播放的不同属性和条件，例如在特定时间段播放，或，根据不同的用户群组播放。

302、管理客户端通过移动网络向业务服务器发送生成的铃音设置处理请求；

本实施例中，管理客户端在生成铃音设置处理请求之后，可以通过移动网络向业务服务器发送该铃音设置处理请求，具体的移动网络可以为GSM网络，或者是CDMA网络，或者是其他移动网络，具体网络类型此处不作限定。

303、业务服务器根据接收到的铃音设置处理请求执行相应的处理；

本实施例中，由于在管理客户端中设置有业务服务器的网络地址，因此管理客户端可以通过移动网络向业务服务器发送铃音设置处理请求，而本实施例中的业务服务器可以接收到从相应的移动网元，例如SGSN，传递过来的铃音设置处理请求。

业务服务器接收到铃音设置处理请求之后，在对相应的铃音设置进行处理之前，还可以对用户和/或管理客户端进行鉴权，在鉴权通过之后，根据消息中的用户信息，操作类型，设置参数等对相应的用户铃音设置进行处理。

304、业务服务器通过移动网络向管理客户端反馈铃音设置处理响应。

本实施例中，当业务服务器完成对用户的铃音设置的处理之后，可以向管理客户端反馈处理响应，例如反馈处理结果，或者是当用户请求浏览铃音设置时，业务服务器向管理客户端反馈该用户当前的铃音用户设置。

需要说明的是，本实施例中的步骤304为可选步骤，业务服务器并不一定需要向管理客户端反馈处理结果，例如当用户请求删除某一项铃音设置时，业务服务器按照该请求删除对应的铃音设置即可，而无需反馈处理结果。

本实施例中，业务服务器可以接收管理客户端发送的铃音设置处理请求，并进行相应的处理，因此管理客户端与业务服务器之间的直接交互可以更便于用户随时对铃音进行设置，而不会受到站点失效的影响；

再次，本实施例中，业务服务器与管理客户端之间建立的是移动网络连接，而非互联网连接，移动网络本身的特性决定了移动网络的安全性会高于互联网，所以本发明实施例中通过移动网络进行铃音设置的方式可以有效的提高系统安全性；

更进一步，本实施例中，管理客户端可以采用多种方式生成铃音设置处理请求，因此能够适应多种传输协议，提高了铃音设置处理请求传输的灵活性。

在实际应用中，具体的铃音设置处理请求可以包括：铃音设置查询请求，铃音设置增添请求，铃音设置删除请求，以及铃音设置修改请求中的任意一种，为便于理解，下面分别以这几种具体的请求类型为例进行描述，按照生成铃音设置处理请求的方式不同，可以将本实施例中业务处理方法分为以下几种情况：

一、HTTP方式下的业务处理：

(1)铃音设置查询请求的处理过程：

本方式中，当用户希望查询自身的铃音设置时，可以向管理客户端输入铃音设置操作请求，管理客户端生成相应的铃音设置查询请求，该铃音设置查询请求中可包含的参数包括：用户标识，查询类型，设置类型；

其中用户标识为发起铃音设置操作请求的用户的标识，查询类型为所述发起铃音设置操作请求的用户所希望查询的铃音设置的类型，设置类型为发起铃音设置操作请求的用户所希望查询的铃音设置的范围。

在实际应用中，铃音设置查询请求中可以包含更多的参数，具体可以包含如下参数：

表1

上述表1中所示的参数仅为本实施例中的具体实现方式，在实际应用中，同样还可以增添其他类型的参数，具体参数此处不作限定。

管理客户端可按照HTTP生成相对应的铃音设置查询请求，例如，参照上述表1中的参数结构，在实际应用中，具体的铃音设置查询请求可以为“http://10.70.119.108:80/spservice/querysettonebysp.do？userid＝13811112222&sid＝358973017867744&flag＝1&settype＝0”。

上述的铃音设置查询请求中包含了业务服务器的地址以及端口“10.70.119.108:80”，请求的类型“query”，用户号码“userid＝13811112222”，用户终端码“sid＝358973017867744”，查询类型“flag＝1”以及设置类型“settype＝0”，该铃音设置查询请求为采用字符串的方式置于HTTP消息的消息头中生成，具体的置于消息体的方式以及采用XML描述的方式均类似，此处不再赘述。

上述铃音设置查询请求通过管理客户端的接口，通过移动网络被传输至对应的业务服务器之后，业务服务器即可进行相应的查询操作，并向管理客户端返回查询的结果，包含设置项标识，设置项内容等。如果客户端发送的请求中包含设置类型settype，那么表明请求所有的设置或者所有的个人设置，服务器需要返回所有的设置信息；如果没有包含设置类型settype，而包含了一个或多个设置项标识，那么表明请求某一项或多项设置项的设置内容，服务器根据设置项标识查询到该设置项内容，将相关设置项内容返回给终端。

本实施例中，业务服务器返回的铃音设置可以通过XML的形式进行描述，例如：

<？xml version＝″1.0″encoding＝″GBK″？>

<！ELEMENT personalsettone(settone*)|returncode>

<！ELEMENT settone(name+，value+)>

<！-参数名称

specialtype 铃音设置类型

tonecode 铃音ID

looptype 铃音播放类型 0-顺序1-随机

timetype 播放时间类型

starttime 开始时间

endtime 结束时间

specialphone 主叫号码

desc 描述信息

customizeid 设置id号

boxflag 彩铃设置类型

-->

<！ELEMENT name(#PCDATA)>

<！-参数值-->

<！ELEMENT value(#PCDATA)>

<！--错误码-->

<！ELEMENT returncode(#PCDATA)>

需要说明的是，本实施例中，在HTTP方式下，该铃音设置可以通过HTTP协议直接传送给铃音管理客户端，也可以通过下载的方式由客户端将相应的铃音设置文档下载到客户端，具体方式此处不作限定。

需要说明的是，本实施例中，用户是通过主动发起查询请求的方式从业务服务器获取铃音设置，在实际应用中，业务服务器还可以在某些触发条件下，或者是周期性的向管理客户端同步该用户的铃音设置，例如业务服务器和管理客户端之间可以协商每周同步一次用户的铃音设置，或者是当用户通过计算机登录运营商指定的站点对铃音设置进行修改之后，业务服务器也可以主动的向管理客户端同步铃音设置，则用户也可以直接通过管理客户端查询到自身当前的铃音设置，而无需发送查询请求。

(2)铃音设置增添请求的处理过程：

本方式中，当用户希望新增一些铃音设置时，向管理客户端输入铃音设置操作请求，管理客户端生成相应的铃音设置增添请求，该铃音设置增添请求中可包含的参数包括：用户标识，设置参数；

用户标识为发起铃音设置操作请求的用户的标识。

本实施例中的该铃音设置增添请求中的设置参数可以进一步包括铃音标识，时间设置参数，状态设置参数以及号码参数中的至少一种。

本实施例中的设置参数并不限于上述所提到的时间设置参数，状态设置参数以及号码参数，在实际应用中，根据运营商策略的不同，该数值参数同样可以包含其他类型的参数，具体类型此处不作限定。

表2

上述表2中的时间设置timerule可以包含如下参数：

表3

上述表2中的其他设置statusrule可以为根据用户的状态播放的规则，根据用户的地理位置进行播放的规则等。如根据用户状态的播放规则可以包含如下参数：

表4

或者，根据用户状态的播放规则可以包含如下参数：

表5

上述表2至表5中所示的参数仅为本实施例中的具体实现方式，在实际应用中，同样还可以增添其他类型的参数，具体参数此处不作限定。

管理客户端在获取到上述的铃音设置操作请求之后，即可按照HTTP生成相对应的铃音设置增添请求，具体的铃音设置增添请求的结构与前述铃音设置查询请求的结构类似，此处不再赘述。

上述铃音设置增添请求通过管理客户端的接口，通过移动网络被传输至对应的业务服务器之后，业务服务器即可进行相应的增添操作，即根据收到的铃音设置增添请求中的铃音标识，时间播放的设定信息，以及用户播放的设定信息修改相应的铃音设置。

可以理解的是，当业务服务器完成对铃音设置的增添之后，还可以将处理结果返回给管理客户端，具体的处理结果可以包括操作是否成功的标识，操作失败原因，例如使用0表示操作成功，使用不同的编码表示：用户无效，铃音编码不存在，设置时间段和已有时间段重叠，设置时间为空等等。

若铃音设置增添成功，则对于用户而言，如果请求设置的是：每天早上8点到9点播放定制回铃音，那么当用户被呼叫时，业务服务器会根据被叫用户的时间播放设定查询当前时刻是否在设定范围内，如果当前时间在8点到9点的范围之内，则触发回铃音播放服务器向主叫用户播放被叫用户定制的回铃音，否则根据已有的设置规则播放回铃音。

(3)铃音设置修改请求的处理过程：

铃音设置修改请求的具体处理过程以及铃音设置操作请求中的参数与前述铃音设置增添请求的处理过程类似，需要在上述表2的基础上新增一个或者多个参数设置项标识“customizeid”，用于表示已有的铃音设置的ID号，该参数的组成可以为数字或者字符，且至少一个不可为空，即管理客户端对该参数对应的铃音设置进行修改。如果携带多个设置项标识，那么相应的铃音设置参数如铃音播放时间等是从属于某个设置项的。

需要说明的是，本实施例中如果业务服务器找不到对应的设置项标识，那么可以认为该请求为新增一个铃音设置项，业务服务器按照新增铃音设置项的处理方式来处理。

本实施例中，铃音设置修改请求中还可以进一步包括修改参数，用于指示发起铃音设置操作请求的用户所希望修改的铃音设置的具体参数，该修改参数可以包括时间设置参数，状态设置参数，铃音标识，号码参数，或者其他待修改的参数。

(4)铃音设置删除请求的处理过程：

当用户希望删除某铃音设置时，可以向管理客户端输入删除铃音设置操作，管理客户端发送铃音设置删除请求给业务服务器，该铃音设置删除请求中可包含的参数包括：用户标识，待删除铃音设置标识；

用户标识为发起铃音设置操作请求的用户的标识，待删除铃音设置标识为发起铃音设置操作请求的用户所希望删除的铃音设置的标识。

本实施例中的铃音设置删除请求中包括待删除参数，用于指示发起铃音设置操作请求的用户所希望删除的铃音设置的具体参数，该待删除参数可以包括时间设置参数，状态设置参数，铃音标识，号码参数，或者其他待删除的参数。

在实际应用中，铃音设置查询请求中还可以包含更多的参数，具体可以如下表所示：

表6

上述表6中所示的参数仅为本实施例中的具体实现方式，在实际应用中，同样还可以增添其他类型的参数，具体参数此处不作限定。

管理客户端在获取到上述的删除铃音设置操作请求之后，即可按照HTTP生成相对应的铃音设置删除请求，按照上述表6所示，在实际应用中，具体的铃音设置删除请求可以为“http://10.70.119.108:80/spservice/delsettonebysp.do？userid＝13811112222&sid＝358973017867744&customizeid＝65”。

上述的铃音设置删除请求中包含了业务服务器的地址以及端口“10.70.119.108:80”，请求的类型“del”，用户号码“userid＝13811112222”，用户终端码“sid＝358973017867744”，要删除的铃音设置ID号“customizeid＝65”。该铃音设置删除请求为采用字符串的方式置于HTTP消息的消息头中生成，具体的置于消息体的方式以及采用XML描述的方式均类似，此处不再赘述。

上述铃音设置删除请求通过管理客户端的接口，通过移动网络被传输至对应的业务服务器之后，业务服务器即可进行相应的删除操作，并向管理服务器返回删除的结果，具体的结果可以包括：操作是否成功的标识，操作失败原因，例如使用0表示操作成功，使用不同的编码表示：用户无效，设置记录不存在等。

需要说明的是，在采用HTTP的方式中，业务服务器具体可以为个性化铃音业务平台，或者是其他能够实现类似功能的设备。

二、XCAP方式下的业务处理：

前面描述了HTTP方式下的业务处理，下面介绍在XCAP方式下的业务处理，当采用XCAP协议时，需要管理客户端与业务服务器都能够支持XCAP协议，业务服务器需要具有XCAP服务器的功能，采用XML文档形式来存储铃音设置并进行管理。在本方式中，管理客户端可以更加便利的修改某个具体的设置项，管理客户端与业务服务器之间所传递的信息数据较少，进一步减少不必要的网络流量。

首先需要说明的是，本方式中，业务服务器会根据XCAP协议规定，将某用户的铃音设置XML文档以树状架构进行管理，例如对于用户Tom而言，可以认为该用户具体的铃音设置的XCAP资源地址为http://server.crbt.com/service-setting/users/Tom/prem1，表明其业务的根地址是server.crbt.com，应用标识为service-setting，用户标识是Tom，铃音设置XML文档是prem1。例如，Tom的铃音设置项522中设置了每天8:30至12:00，13:30至18:00，可以向13800000001用户顺序播放个人铃音组100100000002内的铃音。其铃音设置文档prem1：

<？xml version＝″1.0″encoding＝″GBK″？>

</ringtones>

</rule>

</rule>

</timerules>

</specialphone>

<desc>for special friend</desc>

</settone>

…

</personalsettone>

(1)铃音设置查询请求的处理过程：

本方式中，当用户希望查询自身的铃音设置时，可以向管理客户端输入铃音设置查询操作请求，具体的操作请求中可以包含请求查询的设置项。

管理客户端在获取到上述的铃音设置操作请求之后，即可按照XCAP生成相对应的铃音设置查询请求，具体的铃音设置查询请求可以为：“GEThttp://server.crbt.com/service-setting/users/Tom/prem1 HTTP/1.1”，其中，“GET”表示获取。

上述铃音设置查询请求通过管理客户端的接口，通过移动网络被传输至对应的业务服务器之后，业务服务器即可进行相应的查询操作，并向管理客户端返回查询的结果，具体可以为该用户的铃音设置prem1的XML文档。

上述例子中查询的是该用户的prem1中的所有铃音设置信息，需要说明的是，在实际应用中，还可以只查询一个设置项中的某种铃音设置，例如查询铃音设置中的主叫号码信息：

“ GEThttp://server.crbt.com/service-setting/users/Tom/prem1/～～/personalsettone/settone[customizeid＝”522”]/specialphone HTTP/1.1”

则服务器返回给管理终端的响应消息为：HTTP/1.1200OK，消息体中携带相应的号码：<one phone-number＝”13800000001”/>。

具体的查询过程类似，此处不再赘述。

(2)铃音设置增添请求的处理过程：

本方式中，当用户希望增添一些铃音设置时，可以向管理客户端输入铃音设置操作请求，具体的操作请求中可以包含请求增添的内容。

管理客户端在获取到上述的铃音设置操作请求之后，即可按照XCAP生成相对应的铃音设置增添请求，具体的铃音设置增添请求可以为：

PUThttp://server.crbt.com/service-setting/users/Tom/prem1/～～/personalsettone/settone[customizeid＝”522”]/specialphone/one[phone-number＝”+8613012345678”]HTTP/1.1

Content-Type：application/xml-fragment-body

其中，“PUT”表示设置，该铃音设置增添请求具体含义表示在主叫号码中增添一个+8613012345678的号码。

上述铃音设置增添请求通过管理客户端的接口，通过移动网络被传输至对应的业务服务器之后，业务服务器即可进行相应的增添操作，并向管理客户端返回处理的结果，具体的处理结果可以包括操作是否成功的标识，操作失败原因等等。

(3)铃音设置修改请求的处理过程：

铃音设置修改的过程与前述铃音设置增添请求的处理过程类似，此处不再赘述。

(4)铃音设置删除请求的处理过程：

当用户希望删除某铃音设置时，可以向管理客户端输入铃音设置操作请求，具体的操作请求中可以包含请求删除的内容。

管理客户端在获取到上述的铃音设置操作请求之后，即可按照XCAP生成相对应的铃音设置增添请求，具体的铃音设置增添请求可以为：DELETEhttp://server.crbt.com/service-setting/users/Tom/prem1/～～/personalsettone/settone[customizeid＝”522”]HTTP/1.1。

其中，“DELETE”表示删除，该铃音设置删除请求具体含义表示删除prem1的铃音设置。

上述铃音设置删除请求通过管理客户端的接口，通过移动网络被传输至对应的业务服务器之后，业务服务器即可进行相应的删除操作，并向管理服务器返回处理的结果，具体的处理结果可以包括操作是否成功的标识，操作失败原因等等。

需要说明的是，在采用XCAP的方式中，业务服务器具体可以为个性化铃音业务平台，或者是其他能够实现类似功能的设备，该业务服务器中需要包含用户处理XCAP协议的XML数据库管理系统(XDMS，XML Database Management System)。

其次，本实施例中，业务服务器与管理客户端之间建立的是移动网络连接，而非互联网连接，移动网络本身的特性决定了移动网络的安全性会高于互联网，所以本发明实施例中通过移动网络进行铃音设置的方式可以有效的提高系统安全性；

再次，本实施例中，管理客户端以XCAP方式生成铃音设置处理请求，采用XCAP协议和业务服务器进行交互，能够灵活的对于具体的设置项中的某个设置参数进行增加、修改等，因此能够有效地减少管理客户端与业务服务器之间传输的数据量，从而节省网络资源。

需要说明的是，为了提高铃音设置处理过程的安全性，在本发明实施例中还可以增加接入服务器对管理客户端进行鉴权，并实现管理服务器以及业务服务器之间的数据转发，具体的，本发明实施例中有接入服务器参与的业务处理方法按照不同的应用场景可以分为以下几种情况：

一、铃音设置查询请求过程：

本方式中，接入服务器通过移动网络接收管理客户端发送的铃音设置查询请求，对管理客户端进行鉴权，若鉴权通过，则判断本地是否保存有管理客户端对应的用户的铃音设置，若保存有，则通过移动网络向管理客户端反馈本地保存的铃音设置，若没有保存，则从业务服务器获取用户的铃音设置，通过移动网络向管理客户端反馈从业务服务器获取到的铃音设置。

为便于理解，下面以一具体实例对上述过程进行说明，请参阅图4，本发明实施例中业务处理方法再一实施例包括：

401、管理客户端向接入服务器发送铃音设置查询请求；

本方式中，当用户希望查询自身的铃音设置时，可以向管理客户端输入铃音设置操作请求，管理客户端在获取到上述的铃音设置操作请求之后，即可生成相对应的铃音设置查询请求，具体的生成过程既可采用HTTP方式，也可采用XCAP方式，或者采用其他的方式，此处不作限定。

生成铃音设置查询请求之后，管理客户端通过移动网络将该铃音设置查询请求传输至接入服务器。

402、接入服务器对管理客户端进行鉴权；

接入服务器接收到管理客户端发送的铃音设置查询请求之后，即可对用户进行鉴权，若鉴权通过，则执行后续步骤，若鉴权失败，则可以向管理客户端反馈鉴权失败响应。

具体的鉴权过程可以是判断该用户是否有权查询铃音设置，或者还可以是其他类型的鉴权，此处不作限定。

需要说明的是，本实施例中，接入服务器除了对用户进行鉴权之外，根据运营商具体的鉴权策略，接入服务器还可以同时对用户终端和/或管理客户端进行鉴权，或者是对用户，管理客户端，用户终端其中任意两项鉴权，或者对于三者全部鉴权均通过之后才会执行后续操作。

403、接入服务器进行本地铃音设置校验；

当接入服务器对管理客户端的鉴权通过之后，即可判断接入服务器自身是否保存有管理客户端所需查询的铃音设置，若保存有，则直接执行步骤407，若没有保存，则执行步骤404至步骤407。

404、接入服务器向业务服务器请求获取铃音设置；

若接入服务器自身没有保存管理客户端所需查询的铃音设置，则接入服务器向业务服务器获取该铃音设置，具体的获取方式可以为：直接将管理客户端发送的铃音设置查询请求转发至业务服务器。

405、业务服务器向接入服务器返回铃音设置；

业务服务器接收到接入服务器发送的铃音设置查询请求之后，向接入服务器返回所需查询的铃音设置，具体的业务服务器进行查询的过程与前述实施例中所描述的查询过程类似，此处不再赘述。

406、接入服务器保存铃音设置；

当接入服务器从业务服务器获取到铃音设置之后，则可以在本地保存该铃音设置，则以后管理客户端再次请求查询该铃音设置时，即可直接从接入服务器本地获取。

407、接入服务器向管理客户端返回铃音设置。

当接入服务器本地保存有管理客户端所需查询的铃音设置，或者是接入服务器从业务服务器获取到了管理客户端所需查询的铃音设置之后，则可以将该铃音设置返回给管理客户端。

本实施例中，接入服务器独立于业务服务器实现，专用于对管理客户端进行鉴权，所以针对不同的接入可以采用不同的接入服务器进行鉴权和管理，从而提高了鉴权过程的灵活性。

二、铃音设置修改请求过程：

本方式中，接入服务器通过移动网络接收管理客户端发送的铃音设置修改请求，对用户进行鉴权，若鉴权通过，则向业务服务器转发铃音设置修改请求，接收业务服务器反馈的铃音设置修改响应，铃音设置修改响应中携带有经过业务服务器更新后的铃音设置，保存经过业务服务器更新后的铃音设置，并通过移动网络向管理客户端反馈经过业务服务器更新后的铃音设置。

为便于理解，下面以一具体实例对上述过程进行说明，请参阅图5，本发明实施例中业务处理方法又一实施例包括：

501、管理客户端向接入服务器发送铃音设置修改请求；

本方式中，当用户希望修改自身的铃音设置时，可以向管理客户端输入铃音设置操作请求，管理客户端在获取到上述的铃音设置操作请求之后，即可生成相对应的铃音设置修改请求，具体的生成过程既可采用HTTP方式，也可采用XCAP方式，或者采用其他的方式，此处不作限定。

生成铃音设置修改请求之后，管理客户端通过移动网络将该铃音设置修改请求传输至接入服务器。

502、接入服务器对管理客户端进行鉴权；

接入服务器接收到管理客户端发送的铃音设置修改请求之后，即可对该用户进行鉴权，若鉴权通过，则执行后续步骤，若鉴权失败，则可以向管理客户端反馈鉴权失败响应。

503、接入服务器向业务服务器发送铃音设置修改请求；

504、业务服务器修改铃音设置；

业务服务器接收到接入服务器发送的铃音设置修改请求之后，即可按照该铃音设置修改请求对相应的铃音设置进行修改，具体的修改过程与前述实施例中的修改过程类似，此处不再赘述。

505、业务服务器向接入服务器返回修改后的铃音设置；

业务服务器在对铃音设置进行修改之后，向接入服务器返回修改之后的铃音设置。

506、接入服务器保存铃音设置；

当接入服务器从业务服务器获取到经过业务服务器修改之后的铃音设置之后，则可以在本地保存该铃音设置，即采用该铃音设置覆盖原有的铃音设置，实现铃音设置在本地的更新，则以后管理客户端再次请求查询该铃音设置时，即可直接从接入服务器本地获取。

507、接入服务器向管理客户端返回处理结果。

当接入服务器从业务服务器获取到了经过业务服务器修改之后的铃音设置之后，则可以将向管理客户端返回处理结果。

需要说明的是，上述实施例中的业务服务器可以为铃音业务管理服务器，该铃音业务管理服务器既可以同时管理回铃音业务和振铃音业务，所以前面描述的铃音设置的处理过程既可以针对主叫用户听到的彩铃的铃音设置，也可以针对被叫用户听到的振铃的铃音设置，具体此处不作限定。

下面对本发明实施例中的通讯系统实施例进行描述，请参阅图6，本发明实施例中的通讯系统具体包括：

管理客户端601，用于获取用户的铃音设置操作请求，根据铃音操作请求生成铃音设置处理请求，通过移动网络向业务服务器602发送铃音设置处理请求；

需要说明的是，铃音设置操作请求和铃音设置处理请求的封装方式可以不同，铃音设置操作请求可以是用于在用户终端内部进行传输的消息，而铃音设置处理请求可以是在管理客户端601和业务服务器602之间进行传输的消息，本实施例中，管理客户端601从用户终端的输入模块接收到用户输入的铃音设置操作请求，之后再对该铃音设置操作请求进行封装以生成铃音设置处理请求。

可以理解的是，在实际应用中，管理客户端601同样可以从用户获取到铃音设置处理请求，即在此种方式下，用户通过用户终端的输入模块输入铃音设置操作请求，该铃音设置操作请求会被用户终端内的其他模块，例如传输封装模块等，进行封装得到铃音设置处理请求，则管理客户端601可以获取到该用户的铃音设置处理请求。

若本实施例中，管理客户端601从用户直接获取到铃音设置处理请求，则可以不必再执行生成铃音设置处理请求的过程，在实际应用中，管理客户端601是否需要自身执行铃音设置处理请求的生成过程此处不作限定，本实施例中仅以管理客户端601需要自身执行铃音设置处理请求的生成过程为例进行说明。

业务服务器602，用于通过移动网络接收管理客户端601发送的铃音设置处理请求，根据铃音设置处理请求对相应的铃音设置进行处理。

本实施例中的管理客户端601位于用户终端中，本实施例中的业务服务器602具体可以为个性化铃音业务平台，或其他能够实现类似功能的设备。

本实施例中的业务服务器602还用于向管理客户端601反馈铃音设置处理响应；

管理客户端601还用于接收业务服务器602反馈的铃音设置处理响应。

在铃音设置查询过程中，为提高铃音设置处理过程的安全性，本实施例中的通讯系统还可以进一步包括：

接入服务器603，用于通过移动网络接收管理客户端601发送的铃音设置查询请求，对管理客户端601进行鉴权，若鉴权通过，则判断本地是否保存有管理客户端601对应的用户的铃音设置，若保存有，则通过移动网络向管理客户端601反馈本地保存的铃音设置，若没有保存，则从业务服务器602获取用户的铃音设置，通过移动网络向管理客户端601反馈从业务服务器602获取到的铃音设置。

在铃音设置修改过程中，为提高铃音设置处理过程的安全性，本实施例中的通讯系统还可以进一步包括：

接入服务器603，用于通过移动网络接收管理客户端601发送的铃音设置修改请求，对管理客户端601进行鉴权，若鉴权通过，则向业务服务器602转发铃音设置修改请求，接收业务服务器602反馈的铃音设置修改响应，铃音设置修改响应中携带有经过业务服务器602更新后的铃音设置，保存经过业务服务器602更新后的铃音设置，并通过移动网络向管理客户端601反馈经过业务服务器602更新后的铃音设置。

为便于理解，下面以铃音设置查询过程为例，对上述通讯系统中各网元之间的交互进行说明：

当用户希望查询自身的铃音设置时，可以向管理客户端601输入铃音设置操作请求，管理客户端601在获取到上述的铃音设置操作请求之后，即可生成相对应的铃音设置查询请求，具体的生成过程既可采用HTTP方式，也可采用XCAP方式，或者采用其他的方式，此处不作限定。

生成铃音设置查询请求之后，管理客户端601通过移动网络将该铃音设置查询请求传输至接入服务器603。

接入服务器603接收到管理客户端601发送的铃音设置查询请求之后，即可对该管理客户端601进行鉴权，若鉴权通过，则执行后续步骤，若鉴权失败，则可以向管理客户端601反馈鉴权失败响应。

具体的鉴权过程可以是判断该管理客户端601是否有权查询用户的铃音设置，或者还可以是其他类型的鉴权，此处不作限定。

需要说明的是，根据运营商具体的鉴权策略，接入服务器也可以对用户和/或用户终端进行鉴权，或者对于用户，管理客户端，用户终端其中任意两项鉴权，或者对于三者全部鉴权均通过之后才会执行后续操作，所以可以针对不同的运营商选取不同的鉴权方式，从而提高了鉴权过程的灵活性。

当接入服务器603对管理客户端601的鉴权通过之后，即可判断接入服务器603自身是否保存有管理客户端601所需查询的铃音设置，若接入服务器603自身没有保存管理客户端601所需查询的铃音设置，则接入服务器601向业务服务器602获取该铃音设置，具体的获取方式可以为：直接将管理客户端601发送的铃音设置查询请求转发至业务服务器602。

业务服务器602接收到接入服务器603发送的铃音设置查询请求之后，向接入服务器603返回所需查询的铃音设置。

当接入服务器603从业务服务器602获取到铃音设置之后，则可以在本地保存该铃音设置，则以后管理客户端601再次请求查询该铃音设置时，即可直接从接入服务器603本地获取。

当接入服务器603本地保存有管理客户端601所需查询的铃音设置，或者是接入服务器603从业务服务器602获取到了管理客户端601所需查询的铃音设置之后，则可以将该铃音设置返回给管理客户端601。

需要说明的是，本实施例中的接入服务器603与业务服务器602在实际应用中可以集成实现，也可以独立实现，若采取独立实现的方式，则对于不同的接入方式，可以采用不同的接入服务器603进行鉴权，从而能够提高鉴权过程的灵活性。

下面对本发明实施例中的管理客户端实施例进行描述，请参阅图7，本发明实施例中的管理客户端具体包括：

操作请求获取单元701，用于获取用户的铃音设置操作请求；

请求生成单元702，用于根据操作请求获取单元701获取到的铃音操作请求生成铃音设置处理请求；

请求发送单元703，用于通过移动网络向业务服务器发送请求生成单元702生成的铃音设置处理请求，以便于业务服务器根据铃音设置处理请求执行对应的处理。

需要说明的是，若本实施例中，操作请求获取单元701能够从用户直接获取到铃音设置处理请求，具体的获取方式可以参照前述实施例中描述的获取方式，则本实施例中的管理客户端可以不需要请求生成单元702，即无需再次生成铃音设置处理请求，在实际应用中，管理客户端是否需要自身执行铃音设置处理请求的生成过程此处不作限定，本实施例中仅以管理客户端需要自身执行铃音设置处理请求的生成过程为例，即需要请求生成单元702生成铃音设置处理请求进行说明。

当本实施例中需要请求生成单元702时，该请求生成单元702可以包括以下单元中的至少一个：

第一生成单元7021，用于将铃音设置操作请求中的参数携带于HTTP消息的消息头或消息体中，将HTTP消息作为铃音设置处理请求；

第二生成单元7022，用于将XCAP资源地址以及铃音操作请求中的参数组装为扩展标记语言配置访问协议XCAP命令，将XCAP命令作为铃音设置处理请求。

对应上述第一生成单元7021或第二生成单元7022，本实施例中的请求发送单元703采用HTTP或XCAP，通过移动网络向业务服务器发送铃音设置处理请求。

本实施例中的管理客户端还可以进一步包括：

响应接收单元，用于通过移动网络接收业务服务器反馈的铃音设置处理响应。

为便于理解，下面以一应用场景对本实施例中的管理客户端中各单元之间的配合进行描述：

当用户希望对自己的个性化回铃音业务进行设置时，会通过按键等输入操作向管理客户端中的操作请求获取单元701发送铃音设置操作请求，该操作请求中携带有操作类型，操作对象等参数。

管理客户端中的操作请求获取单元701在获取到用户的铃音设置操作请求之后，请求生成单元702会根据该铃音设置操作请求生成对应的铃音设置处理请求，具体可以采用HTTP方式或XCAP方式，或其他方式，此处不作限定。

管理客户端中的请求生成单元702在生成铃音设置处理请求之后，请求发送单元703可以通过移动网络向业务服务器发送该铃音设置处理请求。

需要说明的是，本实施例中的管理客户端位于用户终端中，该管理客户端通过调用用户终端的通讯接口使用移动网络向业务服务器发送数据，该管理客户端中预置有该业务服务器的网络地址或者从终端中获取到业务服务器的网络地址，从而能够按照该地址发送数据。

本实施例中，操作请求获取单元701在接收到用户的铃音设置操作请求之后，请求生成单元702生成对应的铃音设置处理请求，请求发送单元703会直接通过移动网络向业务服务器发送该铃音设置处理请求，而无需登录运营商指定的网站，所以管理客户端与业务服务器之间的直接交互可以更便于用户随时对铃音进行设置，而不会受到站点失效的影响；

下面对本发明实施例中的业务处理装置实施例进行描述，请参阅图8，本发明实施例中的业务处理装置具体包括：

请求接收单元801，用于通过移动网络接收管理客户端发送的铃音设置处理请求；

处理单元802，用于根据请求接收单元801接收到的铃音设置处理请求对相应的铃音设置进行处理。

本实施例中的业务处理装置还可以进一步包括：

响应发送单元803，用于通过移动网络向管理客户端反馈铃音设置处理响应。

本实施例中的业务处理装置还可以进一步包括：

鉴权单元804，用于对所述用户，用户终端，管理客户端中的至少一个进行鉴权，若鉴权通过，则触发处理单元802执行相应操作。

本实施例中的业务处理装置还可以进一步包括：

设置保存单元805，用于保存经过处理单元802处理后的铃音设置。

为便于理解，下面以一应用场景对本实施例中的业务处理装置中各单元之间的配合进行描述：

本实施例中，管理客户端可以通过移动网络向业务处理装置中的请求接收单元801发送铃音设置处理请求，而本实施例中的业务处理装置中的请求接收单元801同样可以接收管理客户端发送的铃音设置处理请求。

业务处理装置中的请求接收单元801接收到铃音设置处理请求之后，处理单元802即可根据该请求对相应的用户的铃音设置进行处理，包括查询铃音设置，增添铃音设置条件，更新铃音设置条件等，或者还可以为其他类型的处理方式。

需要说明的是，本实施例中的业务处理装置可以是前述实施例中提到了业务服务器，也可以是集成了接入服务器功能的业务服务器，此处不作限定。

其中的各个模块可以集成设置于同一设备中，也可以分别独立设置于不同设备中。

本实施例中，业务处理装置中的请求接收单元801可以通过移动网络接收管理客户端发送的铃音设置处理请求，并由处理单元802进行相应的处理，因此管理客户端与业务处理装置之间的直接交互可以更便于用户随时对铃音进行设置，而不会受到站点失效的影响；

其次，由于管理客户端与业务处理装置直接进行通讯，而无需访问站点，所以管理客户端并不会从业务处理装置接收到一些与铃音设置无关的信息，从而可以减少不必要的网络流量；

再次，本实施例中，业务处理装置与管理客户端之间建立的是移动网络连接，而非互联网连接，移动网络本身的特性决定了移动网络的安全性会高于互联网，所以本发明实施例中通过移动网络进行铃音设置的方式可以有效的提高系统安全性。

下面对本发明实施例中的接入服务器实施例进行描述，请参阅图9，在铃音设置查询过程中的本发明实施例中的接入服务器具体包括：

查询请求接收单元901，用于通过移动网络接收管理客户端发送的铃音设置查询请求；

第一鉴权单元902，用于对管理客户端进行鉴权；

本地校验单元903，用于当第一鉴权单元902的鉴权结果为鉴权通过时，判断本地是否保存有管理客户端对应的用户的铃音设置；

铃音设置请求单元904，用于当本地没有保存管理客户端对应的用户的铃音设置时，向业务服务器获取用户的铃音设置；

铃音设置发送单元905，用于通过移动网络向管理客户端发送本地保存的铃音设置。

需要说明的是，本实施例中，第一鉴权单元902除了对管理客户端进行鉴权之外，根据运营商具体的鉴权策略，第一鉴权单元902还可以同时对用户和/或用户终端进行鉴权，或者是对用户，管理客户端，用户终端其中任意两项鉴权，或者对于三者全部鉴权均通过之后才会执行后续操作。

请参阅图10，在铃音设置修改过程中的本发明实施例中的接入服务器具体包括：

修改请求接收单元1001，用于通过移动网络接收管理客户端发送的铃音设置修改请求；

第二鉴权单元1002，用于对管理客户端进行鉴权；

铃音设置转发单元1003，用于当第二鉴权单元1002的鉴权结果为鉴权通过时，向业务服务器转发铃音设置修改请求，接收业务服务器反馈的铃音设置修改响应，铃音设置修改响应中携带有经过业务服务器更新后的铃音设置，通过移动网络向管理客户端反馈经过业务服务器更新后的铃音设置；

需要说明的是，本实施例中的铃音设置转发单元1003可以向业务服务器转发管理客户端发送的铃音设置修改请求，也可以向管理客户端发送经过业务服务器更新后的铃音设置，在实际应用中，这两个发送的过程可以分别由铃音设置转发单元1003中的不同模块完成。

保存单元1004，用于保存经过业务服务器更新后的铃音设置。

需要说明的是，本实施例中，第二鉴权单元1002除了对管理客户端进行鉴权之外，根据运营商具体的鉴权策略，第二鉴权单元1002还可以同时对用户和/或用户终端进行鉴权，或者是对用户，管理客户端，用户终端其中任意两项鉴权，或者对于三者全部鉴权均通过之后才会执行后续操作。

上述实施例的技术方案具有以下一些有益效果：

(1)、位于用户终端中的管理客户端在接收到用户的铃音设置处理请求之后，会直接通过移动网络向业务服务器发送该铃音设置处理请求，而无需登录运营商指定的网站，所以管理客户端与业务服务器之间的直接交互可以更便于用户随时对铃音进行设置，而不会受到站点失效的影响；

(2)、由于管理客户端与业务服务器直接进行通讯，而无需访问站点，所以管理客户端并不会从业务服务器接收到一些与铃音设置无关的信息，从而可以减少不必要的网络流量；

(3)、管理客户端是通过移动网络与业务服务器进行交互，而并不会与业务服务器建立互联网连接，移动网络本身的特性决定了移动网络的安全性会高于互联网，所以本发明实施例中通过移动网络进行铃音设置的方式可以有效的提高系统安全性；

(4)管理客户端可以通过HTTP或XCAP向业务服务器发送铃音设置处理请求，使得具体的发送过程可以使用多种协议，提高了发送过程的灵活性；

(5)、使用XCAP发送铃音设置处理请求时，由于XCAP的特点，使得传输的数据量得以减少，从而节省了传输带宽；

(6)、可以根据不同的情况采用接入服务器中不同的功能进行相应的处理以及鉴权，因此能够提高鉴权过程的灵活性；

(7)、由于接入服务器和/或业务服务器可以对用户，用户终端，管理客户端中至少一个进行鉴权，从而进一步提高了鉴权过程的灵活性。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上对本发明所提供的一种业务处理方法、通讯系统以及相关设备进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种业务处理方法，其特征在于，包括：

位于用户终端中的管理客户端获取用户的铃音设置处理请求；

管理客户端通过移动网络向业务服务器发送所述铃音设置处理请求，以便于所述业务服务器根据所述铃音设置处理请求执行对应的处理。

2.根据权利要求1所述的方法，其特征在于，所述管理客户端通过移动网络向业务服务器发送所述铃音设置处理请求包括：

管理客户端采用超文本传输协议HTTP或扩展标记语言配置访问协议XCAP，通过移动网络向所述业务服务器发送所述铃音设置处理请求。

3.根据权利要求1所述的方法，其特征在于，所述管理客户端通过移动网络向业务服务器发送所述铃音设置处理请求之后还包括：

业务服务器根据所述铃音设置处理请求对相应的铃音设置进行处理；

业务服务器通过移动网络向所述管理客户端反馈铃音设置处理响应，所述铃音设置处理响应中携带处理结果。

4.根据权利要求3所述的方法，其特征在于，当所述管理客户端采用XCAP，通过移动网络向所述业务服务器发送所述铃音设置处理请求时，所述方法还包括：

业务服务器采用扩展标记语言XML文档形式对铃音设置进行管理。

5.根据权利要求1至4中任一项所述的方法，其特征在于，

所述铃音设置处理请求中携带发起铃音设置操作请求的用户的用户标识。

6.根据权利要求5所述的方法，其特征在于，所述铃音设置处理请求中还包含以下参数中的至少一个：

查询类型，设置类型，铃音设置标识，设置参数，修改参数，待删除铃音设置标识以及待删除参数。

7.根据权利要求6所述的方法，其特征在于，所述设置参数，修改参数，或待删除参数包括以下参数中的至少一个：

时间设置参数，状态设置参数，铃音标识以及号码参数。

8.根据权利要求3所述的方法，其特征在于，所述业务服务器根据所述铃音设置处理请求对相应的铃音设置进行处理之前包括：

业务服务器对所述用户，用户终端，管理客户端中的至少一个进行鉴权，若鉴权通过，则触发业务服务器根据所述铃音设置处理请求对相应的铃音设置进行处理的步骤。

9.一种通讯系统，其特征在于，包括：

管理客户端，用于获取用户的铃音设置处理请求，通过移动网络向业务服务器发送所述铃音设置处理请求；

业务服务器，用于通过移动网络接收所述管理客户端发送的铃音设置处理请求，根据所述铃音设置处理请求对相应的铃音设置进行处理。

10.根据权利要求9所述的通讯系统，其特征在于，所述业务服务器还用于向所述管理客户端反馈铃音设置处理响应；

所述管理客户端还用于接收所述业务服务器反馈的铃音设置处理响应。

11.根据权利要求9或10所述的通讯系统，其特征在于，所述通讯系统还包括：

接入服务器，用于通过移动网络接收所述管理客户端发送的铃音设置查询请求，对所述管理客户端进行鉴权，若鉴权通过，则判断本地是否保存有所述管理客户端对应的用户的铃音设置，若保存有，则通过移动网络向所述管理客户端反馈本地保存的铃音设置，若没有保存，则从业务服务器获取所述用户的铃音设置，通过移动网络向所述管理客户端反馈从业务服务器获取到的铃音设置。

12.根据权利要求9或10所述的通讯系统，其特征在于，所述通讯系统还包括：

接入服务器，用于通过移动网络接收所述管理客户端发送的铃音设置修改请求，对所述管理客户端进行鉴权，若鉴权通过，则向业务服务器转发所述铃音设置修改请求，接收所述业务服务器反馈的铃音设置修改响应，所述铃音设置修改响应中携带有经过业务服务器更新后的铃音设置，保存所述经过业务服务器更新后的铃音设置，并通过移动网络向所述管理客户端反馈所述经过业务服务器更新后的铃音设置。

13.一种管理客户端，其特征在于，包括：

操作请求获取单元，用于获取用户的铃音设置处理请求；

请求发送单元，用于通过移动网络向业务服务器发送所述操作请求获取单元获取到的铃音设置处理请求，以便于所述业务服务器根据所述铃音设置处理请求执行对应的处理。

14.根据权利要求13所述的管理客户端，其特征在于，所述请求发送单元采用HTTP或XCAP，通过移动网络向所述业务服务器发送所述铃音设置处理请求。

15.一种业务处理装置，其特征在于，包括：

请求接收单元，用于通过移动网络接收管理客户端发送的铃音设置处理请求；

处理单元，用于根据所述请求接收单元接收到的铃音设置处理请求对相应的铃音设置进行处理。

16.根据权利要求15所述的业务处理装置，其特征在于，所述业务处理装置还包括：

响应发送单元，用于通过移动网络向所述管理客户端反馈铃音设置处理响应。

17.根据权利要求15所述的业务处理装置，其特征在于，所述业务处理装置还包括：

鉴权单元，用于对所述用户，用户终端，管理客户端中的至少一个进行鉴权，若鉴权通过，则触发所述处理单元执行相应操作。

18.根据权利要求15至17中任一项所述的业务处理装置，其特征在于，所述业务处理装置还包括：

设置保存单元，用于保存经过所述处理单元处理后的铃音设置。