CN101895849A - 一种业务处理方法、通讯系统以及相关设备 - Google Patents
一种业务处理方法、通讯系统以及相关设备 Download PDFInfo
- Publication number
- CN101895849A CN101895849A CN2009101404891A CN200910140489A CN101895849A CN 101895849 A CN101895849 A CN 101895849A CN 2009101404891 A CN2009101404891 A CN 2009101404891A CN 200910140489 A CN200910140489 A CN 200910140489A CN 101895849 A CN101895849 A CN 101895849A
- Authority
- CN
- China
- Prior art keywords
- bell sound
- request
- individual group
- group
- bell
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000006854 communication Effects 0.000 title claims abstract description 33
- 238000004891 communication Methods 0.000 title claims abstract description 31
- 238000003672 processing method Methods 0.000 title abstract 3
- 238000000034 method Methods 0.000 claims abstract description 90
- 238000012545 processing Methods 0.000 claims description 135
- 238000012986 modification Methods 0.000 claims description 28
- 230000004048 modification Effects 0.000 claims description 28
- 238000012217 deletion Methods 0.000 claims description 26
- 230000037430 deletion Effects 0.000 claims description 26
- 230000004044 response Effects 0.000 claims description 26
- 230000005540 biological transmission Effects 0.000 claims description 14
- 230000000977 initiatory effect Effects 0.000 claims description 10
- 238000007726 management method Methods 0.000 claims 1
- 238000004148 unit process Methods 0.000 claims 1
- 230000008569 process Effects 0.000 description 42
- 238000010586 diagram Methods 0.000 description 10
- 230000008676 import Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 2
- 238000004321 preservation Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 241000220317 Rosa Species 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000012467 final product Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 239000000344 soap Substances 0.000 description 1
- 230000003442 weekly effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42017—Customized ring-back tones
Abstract
本发明实施例公开了一种业务处理方法、通讯系统以及相关设备，用于方便用户对铃音个人群组的设置和管理，且能够提高系统安全性。本发明实施例方法包括：管理客户端获取用户的铃音个人群组处理请求；管理客户端通过移动网络向业务服务器发送所述铃音个人群组处理请求，以便于所述业务服务器根据所述铃音个人群组处理请求执行对应的处理。本发明实施例还提供了一种通讯系统以及相关设备。本发明实施例能够方便用户对铃音个人群组的设置和管理，减少不必要的网络流量，且能够提高系统安全性。
Description
技术领域
本发明涉及通讯领域，尤其涉及一种业务处理方法、通讯系统以及相关设备。
背景技术
随着数据业务的不断发展，目前已经出现了多种个性化的业务，例如，个性化回铃音业务是一项允许终端用户自己定制回铃音的业务。
个性化回铃音业务是指在主叫终端向被叫终端发起呼叫，被叫终端开始振铃，被叫用户摘机之前，主叫用户所听到的个性化回铃音，也称为彩色回铃音。
这种业务将运营商的网络能力开放给用户，为用户展示个性提供了业务支撑，迎合了现代人对展示个性的强烈需求，因此获得了很好的市场效果。
目前，现有技术中，对于个性化回铃音业务的设置主要是用户通过计算机连接到互联网，登录运营商指定的站点实现的，用户可以设置相关的铃音个人群组，以实现为不同的群组提供不同的铃音。
但是，由于用户对铃音个人群组的设置和管理需要通过计算机连接到互联网，并登录运营商指定的站点才可实现，因此对于附近没有计算机，或者是无法登录互联网的用户而言，现有技术的方案并不便于这些用户实时的对铃音个人群组的设置和管理。
随着无线应用协议(WAP，Wireless Application Protoco1)的逐步普及，又出现了一种在用户终端上直接通过WAP协议接入运营商指定的站点的方法。
但是，需要相应站点能够生成对应的支持用户终端登录的页面，增加站点的复杂度和维护量。而且若该站点由于某些原因(例如遭受恶意攻击，或者是例行维护)无法访问，则用户仍然无法对铃音个人群组的设置和管理。
发明内容
本发明实施例提供了一种业务处理方法、通讯系统以及相关设备，能够方便用户对铃音个人群组的设置和管理，且能够提高系统安全性。
本发明实施例提供的业务处理方法，包括：管理客户端获取用户的铃音个人群组处理请求；管理客户端通过移动网络向业务服务器发送所述铃音个人群组处理请求，以便于所述业务服务器根据所述铃音个人群组处理请求执行对应的处理。
本发明实施例提供的通讯系统，包括：管理客户端，用于获取用户的铃音个人群组处理请求，通过移动网络向业务服务器发送所述铃音个人群组处理请求；业务服务器，用于通过移动网络接收所述管理客户端发送的铃音个人群组处理请求，根据所述铃音个人群组处理请求对相应的铃音个人群组进行处理。
本发明实施例提供的管理客户端，包括：处理请求获取单元，用于获取用户的铃音个人群组处理请求；请求发送单元，用于通过移动网络向业务服务器发送所述处理请求获取单元获取到的铃音个人群组处理请求，以便于所述业务服务器根据所述铃音个人群组处理请求执行对应的处理。
本发明实施例提供的业务处理装置，包括：请求接收单元，用于通过移动网络接收管理客户端发送的铃音个人群组处理请求；处理单元，用于根据所述请求接收单元接收到的铃音个人群组处理请求对相应的铃音个人群组进行处理。
从以上技术方案可以看出，本发明实施例具有以下优点：
本发明实施例中，管理客户端在接收到用户的铃音个人群组处理请求之后，会直接通过移动网络向业务服务器发送该铃音个人群组处理请求，而无需登录运营商指定的网站，所以管理客户端与业务服务器之间的直接交互可以更便于用户随时对铃音个人群组进行设置和管理，而不会受到站点失效的影响。
附图说明
图1为本发明实施例中业务处理方法一个实施例示意图；
图2为本发明实施例中业务处理方法一个实施例示意图；
图3为本发明实施例中业务处理方法另一实施例示意图；
图4为本发明实施例中业务处理方法再一实施例示意图；
图5为本发明实施例中业务处理方法又一实施例示意图；
图6为本发明实施例中通讯系统实施例示意图；
图7为本发明实施例中管理客户端实施例示意图；
图8为本发明实施例中业务处理装置实施例示意图；
图9为本发明实施例中接入服务器一个实施例示意图；
图10为本发明实施例中接入服务器另一实施例示意图。
具体实施方式
本发明实施例提供了一种业务处理方法、通讯系统以及相关设备，用于方便用户对铃音个人群组的设置和管理，且能够提高系统安全性。
请参阅图1，本发明实施例中的业务处理方法的一个实施例包括：
101、获取用户的铃音个人群组操作请求；
当用户希望对自己的个性化铃音业务的铃音个人群组进行设置和管理时，可以根据用户终端中的管理客户端展示的操作界面，通过按键等输入操作向管理客户端发送铃音个人群组操作请求。
需要说明的是，本实施例中所描述的铃音业务包括回铃音业务以及振铃音业务。
102、根据铃音个人群组操作请求生成铃音个人群组处理请求；
管理客户端在获取到用户的铃音个人群组操作请求之后，会根据该铃音个人群组操作请求生成对应的铃音个人群组处理请求，具体的生成过程将在后续的实施例中详细描述。
本实施例中的铃音个人群组处理请求具体可以包括：
铃音个人群组查询请求，可用于请求查询用户当前的铃音个人群组信息；
铃音个人群组增添请求，可用于请求新建一个或多个铃音个人群组；
铃音群组成员增添请求，可用于请求在某个铃音个人群组内新建一个或多个铃音群组成员；
铃音个人群组修改请求，可用于请求对某个已存在的铃音个人群组的信息进行修改；
铃音群组成员修改请求，可用于请求对某个铃音个人群组中的一个或多个铃音群组成员的信息进行修改；
铃音个人群组删除请求，可用于请求删除某个已存在的铃音个人群组的信息，该铃音个人群组被删除之后，该铃音个人群组内原先的铃音群组成员的信息也被一并删除；
铃音群组成员删除请求，可用于请求删除某个铃音个人群组中的一个或多个铃音群组成员的信息。
可以理解的是，在实际应用中，具体的铃音个人群组处理请求同样还可以有其他的类型，此处不作限定。
需要说明的是，铃音个人群组操作请求和铃音个人群组处理请求的封装方式可以不同，铃音个人群组操作请求可以是用于在用户终端内部进行传输的消息，而铃音个人群组处理请求可以是在管理客户端和业务服务器之间进行传输的消息，本实施例中，管理客户端从用户终端的输入模块接收到用户输入的铃音个人群组操作请求，之后再对该铃音个人群组操作请求进行封装以生成铃音个人群组处理请求。
可以理解的是，在实际应用中，管理客户端同样可以从用户获取到铃音个人群组处理请求，即在此种方式下，用户通过用户终端的输入模块输入铃音个人群组操作请求，该铃音个人群组操作请求可以被用户终端内的其他模块，例如传输封装模块等，进行封装得到铃音个人群组处理请求，则管理客户端可以获取到该用户的铃音个人群组处理请求。
若本实施例的步骤101中，管理客户端从用户直接获取到铃音个人群组处理请求，则步骤102可以不必执行，在实际应用中，管理客户端是否需要自身执行铃音个人群组处理请求的生成过程，此处不作限定，在后面的实施例中仅以管理客户端需要自身执行铃音个人群组处理请求的生成过程为例进行说明。
103、通过移动网络向业务服务器发送铃音个人群组处理请求。
管理客户端在生成铃音个人群组处理请求之后，可以通过移动网络向业务服务器发送该铃音个人群组处理请求。
本实施例中，移动网络可以为全球移动通讯系统(GSM，Global System forMobile Communications)网络，或者是码分多址(CDMA，Code DivisionMultiple Access)网络，宽带码分多址(WCDMA，Wideband Code DivisionMultiple Access)网络，时分同步的码分多址(TD-SCDMA，TimeDivision-Synchronous Code Division Multiple Access)网络，码分多址2000(CDMA2000)网络，微波存取全球互通(WiMax，Worldwide Interoperabilityfor Microwave Access)或者是其他移动网络，具体网络类型此处不作限定。
本实施例中，管理客户端与业务服务器之间建立有逻辑通讯接口，管理客户端中的逻辑通讯接口可以调用用户终端的物理接口与业务服务器进行通讯，具体的管理客户端与业务服务器的通讯在应用层进行，例如在通用分组无线业务(GPRS，General Packet Radio Service)网络中，管理客户端发送的数据通过网关通用分组无线业务支持节点(GGSN，Gateway General PacketRadio Service Support Node)，以及服务通用分组无线业务支持节点(SGSN，Serving General Packet Radio Service Support Node)，从而达到业务服务器，上述仅以一个例子对管理客户端与业务服务器之间的通讯过程进行描述，可以理解的是，在实际应用中，对于不同的移动网络而言，管理客户端与业务服务器之间的通讯过程以及通讯所经过的网元可能各有不同，具体此处不作限定。
需要说明的是，本实施例中的管理客户端可以位于用户终端中，该管理客户端通过调用用户终端的通讯接口使用移动网络向业务服务器发送数据，该管理客户端中预置有该业务服务器的网络地址，或者预先获取到了该业务服务器的网络地址，从而能够按照该地址发送数据。
本实施例中，管理客户端在接收到用户的铃音个人群组操作请求之后，会直接通过移动网络向业务服务器发送对应的铃音个人群组处理请求，而无需登录运营商指定的网站，所以管理客户端与业务服务器之间的直接交互可以更便于用户随时对铃音个人群组进行设置和管理，而不会受到站点失效的影响。
此外，现有技术的方案采用WAP协议仍然是连接到互联网以登录到运营商指定的站点，由于互联网的不安全性，导致用户的信息可能被窃取。
而本实施例中，管理客户端是通过移动网络与业务服务器进行交互，而并不会与业务服务器建立互联网连接，移动网络本身的特性决定了移动网络的安全性会高于互联网，所以本发明实施例中通过移动网络进行铃音个人群组设置和管理的方式可以有效的提高系统安全性。
另外，现有技术的方案中，用户终端通过WAP直接访问站点，站点会将一些和铃音个人群组的设置和管理无关的信息，如：推荐铃音，页面图片等传送给终端，产生不必要的网络流量。
而本实施例中，由于管理客户端与业务服务器直接进行通讯，而无需访问站点，所以管理客户端并不会从业务服务器接收到一些与设置和管理铃音个人群组无关的信息，从而可以减少不必要的网络流量。
上面从管理客户端的角度对本发明实施例中的业务处理方法进行了描述，下面再从业务服务器的角度对本发明实施例中的业务处理方法进行描述，请参阅图2，本发明实施例中业务处理方法的一个实施例包括：
201、通过移动网络接收管理客户端发送的铃音个人群组处理请求；
本实施例中，由于在管理客户端中设置有业务服务器的网络地址，因此管理客户端可以通过移动网络向业务服务器发送铃音个人群组处理请求，而本实施例中的业务服务器可以接收到从相应的移动网元，例如服务通用分组无线业务支持节点(SGSN，Serving General Packet Radio Service SupportNode)，传递过来的管理客户端发送的铃音个人群组处理请求。
本实施例中，业务服务器接收到的铃音个人群组处理请求可以与管理客户端发送的铃音个人群组处理请求相同，此处不再赘述。
202、根据铃音个人群组处理请求对相应的铃音个人群组进行处理。
业务服务器接收到铃音个人群组处理请求之后，即可根据该请求对相应的用户的铃音个人群组进行处理，包括查询铃音个人群组信息，新建铃音个人群组，新建铃音群组成员，修改铃音个人群组信息，修改铃音群组成员信息，删除铃音个人群组，删除铃音群组成员，或者还可以为其他类型的处理方式。
需要说明的是，业务服务器在对相应的铃音个人群组进行处理之前，还可以对用户进行鉴权，在鉴权通过之后，解析相应的铃音个人群组处理请求，根据铃音个人群组处理请求中所携带的参数对相应的铃音个人群组进行处理。
本实施例中，业务服务器除了对用户进行鉴权之外，根据运营商具体的鉴权策略，业务服务器还可以同时对用户终端和/或管理客户端进行鉴权，或者是对用户，管理客户端，用户终端其中任意两项鉴权，或者对于三者全部鉴权均通过之后才会执行后续操作。
本实施例中，业务服务器可以通过移动网络接收管理客户端发送的铃音个人群组处理请求，并进行相应的处理，因此管理客户端与业务服务器之间的直接交互可以更便于用户随时对铃音个人群组进行设置和管理，而不会受到站点失效的影响；
其次，由于管理客户端与业务服务器直接进行通讯，而无需访问站点，所以管理客户端并不会从业务服务器接收到一些与铃音个人群组设置和管理无关的信息，从而可以减少不必要的网络流量；
再次，本实施例中，业务服务器与管理客户端之间建立的是移动网络连接，而非互联网连接，移动网络本身的特性决定了移动网络的安全性会高于互联网，所以本发明实施例中通过移动网络进行铃音个人群组设置和管理的方式可以有效的提高系统安全性。
为便于理解，下面从管理客户端与业务服务器交互的角度对本发明实施例中的业务处理方法进行详细描述，请参阅图3，本发明实施例中业务处理方法另一实施例包括：
301、管理客户端生成铃音个人群组处理请求；
本实施例中，当用户希望对自己的个性化铃音业务的铃音个人群组进行设置和管理时，可以首先登录管理客户端，该管理客户端可以为用户终端中的一个软件，当管理客户端对用户认证通过之后，用户即可通过按键等输入操作向用户终端中的管理客户端发送铃音个人群组操作请求。
需要说明的是，本实施例中所描述的铃音业务包括回铃音业务以及振铃音业务。
管理客户端在获取到用户的铃音个人群组操作请求之后，会根据该铃音个人群组操作请求生成对应的铃音个人群组处理请求，具体的生成过程可以采用以下几种方式：
A、通过超文本传输协议(HTTP，Hyper Text Transport Protocol)：
本方式中，管理客户端可以将铃音个人群组操作请求中的参数携带于HTTP消息的消息头或消息体中，将HTTP消息作为铃音个人群组处理请求。
需要说明的是，若对铃音个人群组操作请求中的参数直接采用字符串的描述方式，则可以将铃音个人群组操作请求中的参数携带在HTTP消息的消息头或消息体中；
若对铃音个人群组操作请求中的参数采用扩展标记语言(XML，eXtensible Markup Language)的描述方式，或者采用简单对象访问协议(SOAP，Simple Object Access Protocol)，则可以将铃音个人群组操作请求中的参数携带在HTTP消息体中。
B、通过XCAP(XML Configuration Access Protocol，XML配置访问协议)：
本方式中，管理客户端需要具有XCAP客户端的功能，可以遵循XCAP协议生成XCAP消息格式的XCAP命令，即铃音个人群组处理请求。
需要说明的是，上述两种生成方式仅是本实施例中所提出的具体实现方式，在实际应用中，同样可以根据具体的传输要求采用不同的协议生成铃音个人群组处理请求，具体的协议类型以及生成过程此处不作限定。
本实施例中的铃音个人群组处理请求的类型与图2所示的实施例描述的铃音个人群组处理请求的类型一致，此处不再赘述。
用户可以设置不同的铃音个人群组中的铃音群组成员使用不同的铃音。
302、管理客户端通过移动网络向业务服务器发送生成的铃音个人群组处理请求；
本实施例中，管理客户端在生成铃音个人群组处理请求之后，可以通过移动网络向业务服务器发送该铃音个人群组处理请求，具体的移动网络可以为GSM网络，或者是CDMA网络，或者是其他移动网络，具体网络类型此处不作限定。
需要说明的是，本实施例中的管理客户端可以位于用户终端中，该管理客户端通过调用用户终端的通讯接口使用移动网络向业务服务器发送数据，该管理客户端中预置有该业务服务器的网络地址，或者预先获取到了该业务服务器的网络地址，从而能够按照该地址发送数据。
303、业务服务器根据接收到的铃音个人群组处理请求执行相应的处理；
本实施例中，由于在管理客户端中设置有业务服务器的网络地址，因此管理客户端可以通过移动网络向业务服务器发送铃音个人群组处理请求，而本实施例中的业务服务器可以接收到从相应的移动网元，例如SGSN，传递过来的铃音个人群组处理请求。
业务服务器接收到铃音个人群组处理请求之后，在对相应的铃音个人群组进行处理之前，还可以对用户，和/或用户终端，和/或管理客户端进行鉴权，在鉴权通过之后，根据铃音个人群组处理请求进行处理。
业务服务器具体根据铃音个人群组处理请求对相应的铃音个人群组进行处理的过程将在后续实施例中进行详细描述。
304、业务服务器通过移动网络向管理客户端反馈铃音个人群组处理响应。
本实施例中，当业务服务器完成对用户的铃音个人群组的处理之后，可以向管理客户端反馈处理响应，例如反馈处理结果，或者是当用户请求浏览铃音个人群组时，业务服务器向管理客户端反馈该用户当前的铃音个人群组的信息。
需要说明的是，本实施例中的步骤304为可选步骤，业务服务器并不一定需要向管理客户端反馈处理结果，例如当用户请求删除某一个铃音个人群组时，业务服务器按照该请求删除对应的铃音个人群组即可，而无需反馈处理结果。
本实施例的技术方案除具有与前述图1以及图2所示实施例相同的有益效果之外，更进一步，本实施例中，管理客户端可以采用多种方式生成铃音个人群组处理请求，因此能够适应多种传输协议，提高了铃音个人群组处理请求传输的灵活性。
在实际应用中，具体的铃音个人群组处理请求可以包括：铃音个人群组查询请求，铃音个人群组增添请求，铃音群组成员增添请求，铃音个人群组修改请求，铃音群组成员修改请求，铃音个人群组删除请求，铃音群组成员删除请求中的任意一种，为便于理解，下面分别以这几种具体的请求类型为例进行描述，按照生成铃音个人群组处理请求的方式不同，可以将本实施例中业务处理方法分为以下几种情况：
一、HTTP方式下的业务处理：
(1)铃音个人群组查询请求的处理过程：
本方式中，当用户希望查询自身当前已存在的铃音个人群组时，可以向管理客户端输入铃音个人群组操作请求，管理客户端生成相应的铃音个人群组查询请求，该铃音个人群组查询请求中可包含如下参数：用户标识；
其中用户标识为发起铃音个人群组操作请求的用户的标识。
在实际应用中，铃音个人群组查询请求中可以包含更多的参数，具体可以包含如下参数：
表1
上述表1中所示的参数仅为本实施例中的具体实现方式，在实际应用中，同样还可以增添其他类型的参数，具体参数此处不作限定。
管理客户端可按照HTTP生成相对应的铃音个人群组查询请求，例如，参照上述表1中的参数结构，在实际应用中，具体的铃音个人群组查询请求可以为“http://10.70.119.108:80/spservice/querygroup.do？userid＝13800”。
上述的铃音个人群组查询请求中包含了业务服务器的地址以及端口“10.70.119.108:80”，请求的类型“query”，用户标识“userid＝13800”，该铃音个人群组查询请求为采用字符串的方式置于HTTP消息的消息头中生成，具体的置于消息体的方式以及采用XML描述的方式均类似，此处不再赘述。
上述铃音个人群组查询请求通过管理客户端的接口，通过移动网络被传输至对应的业务服务器之后，业务服务器即可进行相应的查询操作，并向管理客户端返回查询的结果，该结果中包含用户标识为13800的用户的铃音个人群组的信息。
本实施例中，业务服务器返回的铃音个人群组的信息可以通过XML的形式进行描述，例如：
<？xml version＝″1.0″encoding＝″GBK″？>
<！ELEMENT personalgroup(group*)|returncode>
<！ELEMENT group(name+，value+)
<！-参数名称，groupid(铃音个人群组编号)和groupname(铃音个人群组名称)-->
<！ELEMENT name(#PCDATA)>
<！-参数值-->
<！ELEMENT value(#PCDATA)>
<！--错误码-->
<！ELEMENT returncode(#PCDATA)>
例如用户已经设置有两个铃音个人群组，那么终端收到的铃音个人群组的信息如下：
<？xml version＝″1.0″encoding＝″GBK″？>
<personalgroup>
<groups>
<group>
<name>groupid</name>
<value>1115</value>
<name>groupname</name>
<value>124</value>
</group>
<group>
<name>groupid</name>
<value>1116</value>
<name>groupname</name>
<value>124tt</value>
</group>
</groups>
</personalgroup>
上面描述的是用户请求查询自身的所有铃音个人群组的信息，如果用户请求查询的是某个铃音个人群组中的铃音群组成员，具体的铃音个人群组查询请求可以为：“http://10.70.119.108:80/spservice/querygroup.do？userid＝13800&groupid＝1115”。
则业务服务器查询群组标识为1115的铃音个人群组中的所有铃音群组成员的信息，包括成员名称和/或成员号码，并返回查询结果。
例如用户请求查询的群组标识为1115的铃音个人群组内有两个用户：用户11，其号码13511111111和用户1jj，其号码13511122111，返回消息中携带的铃音群组成员信息如下：
<？xml version＝″1.0″encoding＝″GBK″？>
<personalgroupmember>
<groupmembers>
<groupmember>
<name>membernumber</name>
<value>13511111111</value>
<name>membername</name>
<value>11</value>
</groupmember>
<groupmember>
<name>membernumber</name>
<value>13511122111</value>
<name>membername</name>
<value>1jj</value>
</groupmember>
</groupmembers>
</personalgroupmember>
需要说明的是，如果用户没有设置铃音个人群组，或者期望查询的铃音群组成员不存在，则返回消息中可以通过携带错误码来通知管理客户端，具体的错误码的定义以及携带的方式此处不作限定。
需要说明的是，本实施例中，在HTTP方式下，业务服务器返回的结果可以通过HTTP协议直接传送给管理客户端，也可以通过下载的方式由管理客户端对相应的铃音个人群组文档进行下载，具体方式此处不作限定。
需要说明的是，本实施例中，用户是通过主动发起查询请求的方式从业务服务器获取铃音个人群组信息，在实际应用中，业务服务器还可以在某些触发条件下，或者是周期性的向管理客户端同步该用户的铃音个人群组信息，例如业务服务器和管理客户端之间可以协商每周同步一次用户的铃音个人群组信息，或者是当用户通过计算机登录运营商指定的站点对铃音个人群组信息进行修改之后，业务服务器也可以主动的向管理客户端同步铃音个人群组信息，则管理客户端可以向用户展示同步后的铃音个人群组信息，用户也可以直接通过管理客户端查询到自身当前的铃音个人群组信息，而无需发送查询请求。
(2)铃音个人群组增添请求的处理过程：
本方式中，当用户希望新增一个铃音个人群组时，向管理客户端输入铃音个人群组操作请求，管理客户端生成相应的铃音个人群组增添请求，该铃音个人群组增添请求中可包含的参数包括：用户标识，新增标识；
本实施例中的新增标识可以包括群组标识和/或群组名称；
用户标识为发起铃音个人群组操作请求的用户的标识，该群组标识为新增群组标识，即用户期望新增的铃音个人群组的标识，该群组名称为新增群组名称，即用户期望新增的铃音个人群组的名称。
需要说明的是，上述的群组标识以及群组名称在实际应用中可以只携带其中一个，或者同时携带两个，或者都不携带。群组标识、群组名称可以由业务服务器按照预置规则自动生成。
在实际应用中，铃音个人群组增添请求中可以包含更多的参数，具体可以包含如下参数：
表2
管理客户端在获取到铃音个人群组操作请求之后，即可按照HTTP生成相对应的铃音个人群组增添请求，本实施例中假设群组标识可以由管理客户端自行设置，则在实际应用中，具体的铃音个人群组增添请求可以为“http://10.70.119.108:80/spservice/addgroup.do？userid＝13800&groupid＝110”。
上述铃音个人群组增添请求通过管理客户端的接口，通过移动网络被传输至对应的业务服务器之后，业务服务器即可根据新增群组标识建立新的铃音个人群组，即根据收到的铃音个人群组增添请求在用户标识为13800的用户下新增一个群组标识为110的铃音个人群组。
上述描述的是增添一个铃音个人群组的情况，可以理解的是，在实际应用中，若在上述铃音个人群组增添请求中携带多个群组标识，也可以同时增加多个群组。
可以理解的是，当业务服务器完成对铃音个人群组的增添之后，还可以将处理结果返回给管理客户端，具体的处理结果可以包括操作是否成功的标识，操作失败原因，例如使用0表示操作成功，使用不同的编码表示：用户无效，群组编号重复，群组数目超过最大数等，具体的处理结果可以使用XML的形式携带在HTTP消息体中，如下所示：
<？xml version＝”1.0”encoding＝”GBK”？>
<！ELEMENT addgroup(returncode)|returncode>
<！-结果码-->
<！ELEMENT returncode(#PCDATA)>
例如添加群组成功：
<？xml version＝”1.0”encoding＝”GBK”？>
<addgroup>
<returncode>0</returncode>
</addgroup>
操作失败：
<xml version＝″1.0″encoding＝″GBK″？>
<returncode>(操作失败原因)</returncode>
(3)铃音群组成员增添请求的处理过程：
本方式中，当用户希望在某个铃音个人群组中新增一个铃音群组成员时，向管理客户端输入铃音个人群组操作请求，管理客户端生成相应的铃音群组成员增添请求，该铃音群组成员增添请求中可包含的参数包括：用户标识，新增标识；
本实施例中的新增标识可以包括群组标识，成员类型，成员名称，成员号码；
用户标识为发起铃音个人群组操作请求的用户的标识，该群组标识为新增群组标识，即用户期望新增铃音群组成员的铃音个人群组的标识，该成员类型为新增成员类型，即用户期望新增的铃音群组成员的成员类型，该成员名称为新增成员名称，即用户期望新增的铃音群组成员的成员名称，该成员号码为新增成员号码，即用户期望新增的铃音群组成员的成员号码。
在实际应用中，铃音群组成员增添请求中可以包含更多的参数，具体可以包含如下参数：
表3
管理客户端在获取到铃音个人群组操作请求之后，即可按照HTTP生成相对应的铃音群组成员增添请求，在实际应用中，具体的铃音群组成员增添请求可以为“http://10.70.119.108:80/spservice/addgroupmember.do？userid＝13800&groupid＝110&membertype＝0&membername＝1111&membernumber＝13801”。
上述铃音群组成员增添请求通过管理客户端的接口，通过移动网络被传输至对应的业务服务器之后，业务服务器即可按照新增成员类型，新增成员名称以及新增成员号码在对应的铃音个人群组建立新的铃音群组成员，即根据收到的铃音群组成员增添请求在用户标识为13800的用户下的群组标识为110的铃音个人群组中新增一个成员类型为“移动电话”，成员名称为“1111”，成员号码为“13801”的铃音群组成员。
可以理解的是，当业务服务器完成对铃音群组成员的增添之后，还可以将处理结果返回给管理客户端，具体的处理结果可以包括操作是否成功的标识，操作失败原因，例如使用0表示操作成功，使用不同的编码表示：用户无效，成员号码重复，成员数目超过最大值等，具体的处理结果可以使用XML的形式携带在HTTP消息体中，如下所示：
<？xml version＝”1.0”encoding＝”GBK”？>
<addpersonagroupmember>
<member>
<name>membernumber</name>
<value>13801</value>
<name>result</name>
<value>0</value>成功添加13801用户
</member>
</addpersonagroupmember>
(4)铃音个人群组修改请求的处理过程：
本方式中，当用户希望修改一个铃音个人群组时，向管理客户端输入铃音个人群组操作请求，管理客户端生成相应的铃音个人群组修改请求，该铃音个人群组修改请求中可包含的参数包括：用户标识，待修改标识以及目标标识；
本实施例中的待修改标识可以包括待修改群组标识，本实施例中的目标标识可以包括目标群组名称；
用户标识为发起铃音个人群组操作请求的用户的标识，该待修改群组标识为待修改群组的标识，即用户期望进行修改的铃音个人群组的标识，目标群组名称为用户期望修改后的铃音个人群组的名称。
在实际应用中，铃音个人群组修改请求中可以包含更多的参数，具体可以包含如下参数：
表4
管理客户端在获取到铃音个人群组操作请求之后，即可按照HTTP生成相对应的铃音个人群组修改请求，可以包含用户标识，待修改群组标识以及目标群组名称，在实际应用中，具体的铃音个人群组修改请求可以为“http://10.70.119.108:80/spservice/modifygroup.do？userid＝13800&groupid＝110&tgroupname＝1000”。
上述铃音个人群组修改请求通过管理客户端的接口，通过移动网络被传输至对应的业务服务器之后，业务服务器即可按照待修改群组标识查询得到对应的待修改群组，将待修改群组的群组名称修改为目标群组名称，即业务服务器将用户标识为13800的用户下的原群组标识为110的铃音个人群组的群组名称修改为1000。
可以理解的是，当业务服务器完成对铃音个人群组的修改之后，还可以将处理结果返回给管理客户端，具体的处理结果可以包括操作是否成功的标识，操作失败原因，例如使用0表示操作成功，使用不同的编码表示：用户无效，群组名称重复，群组不存在等，具体的处理结果可以使用XML的形式携带在HTTP消息体中，具体形式此处不作限定。
(5)铃音群组成员修改请求的处理过程：
本方式中，当用户希望在某个铃音个人群组中对一个铃音群组成员进行修改时，向管理客户端输入铃音个人群组操作请求，管理客户端生成相应的铃音群组成员修改请求，该铃音群组成员修改请求中可包含的参数包括：用户标识，待修改标识以及目标标识；
本实施例中的待修改标识可以包括群组标识，成员号码，本实施例中的目标标识可以包括目标成员号码，目标成员类型，目标成员名称；
用户标识为发起铃音个人群组操作请求的用户的标识，该群组标识为用户期望修改铃音群组成员的铃音个人群组的标识，该成员号码为待修改成员号码，即用户期望修改的铃音群组成员的成员号码，目标成员号码为用户期望修改后的铃音群组成员的成员号码，目标成员类型为用户期望修改后的铃音群组成员的成员类型，目标成员名称为用户期望修改后的铃音群组成员的成员名称。
在实际应用中，铃音群组成员修改请求中可以包含更多的参数，具体可以包含如下参数：
表5
管理客户端在获取到铃音个人群组操作请求之后，即可按照HTTP生成相对应的铃音群组成员修改请求，在实际应用中，具体的铃音群组成员修改请求可以为“http://10.70.119.108:80/spservice/modifygroupmember.do？userid＝13800&groupid＝110&membernumber＝13801&tmembernumber＝13802&tmembertype＝1&tmembername＝9999”。
上述铃音群组成员修改请求通过管理客户端的接口，通过移动网络被传输至对应的业务服务器之后，业务服务器即可按照待修改成员号码在铃音个人群组中查询得到对应的待修改成员，将待修改成员的成员号码修改为目标成员号码，将待修改成员的成员名称修改为目标成员名称，将待修改成员的成员类型修改为目标成员类型，即业务服务器根据收到的铃音群组成员修改请求在用户标识为13800的用户下的群组标识为110的铃音个人群组中查询成员号码为13801的待修改成员，并将该待修改成员的成员号码修改为13802，将该待修改成员的成员类型修改为固定电话，该待修改成员的成员名称修改为9999。
可以理解的是，当业务服务器完成对铃音群组成员的修改之后，还可以将处理结果返回给管理客户端，具体的处理结果可以包括操作是否成功的标识，操作失败原因，例如使用0表示操作成功，使用不同的编码表示：用户无效，铃音群组成员不存在，成员号码重复等，具体的处理结果可以使用XML的形式携带在HTTP消息体中，具体形式此处不作限定。
(6)铃音个人群组删除请求的处理过程：
本方式中，当用户希望删除一个铃音个人群组时，向管理客户端输入铃音个人群组操作请求，管理客户端生成相应的铃音个人群组删除请求，该铃音个人群组删除请求中可包含的参数包括：用户标识，删除标识；
本实施例中的删除标识可以包括群组标识；
用户标识为发起铃音个人群组操作请求的用户的标识，该群组标识为待删除群组标识，即用户期望进行删除的铃音个人群组的标识。
在实际应用中，铃音个人群组删除请求中可以包含更多的参数，具体可以包含如下参数：
表6
管理客户端在获取到铃音个人群组操作请求之后，即可按照HTTP生成相对应的铃音个人群组删除请求，在实际应用中，具体的铃音个人群组删除请求可以为“http://10.70.119.108:80/spservice/delgroup.do？userid＝13800&groupid＝110”。
上述铃音个人群组删除请求通过管理客户端的接口，通过移动网络被传输至对应的业务服务器之后，业务服务器即可按照待删除群组标识查询得到对应的待删除群组，并删除该待删除群组以及该群组内的铃音群组成员，即业务服务器将用户标识为13800的用户下的群组标识为110的铃音个人群组以及该铃音个人群组中的铃音群组成员删除。
可以理解的是，当业务服务器完成对铃音个人群组的删除之后，还可以将处理结果返回给管理客户端，具体的处理结果可以包括操作是否成功的标识，操作失败原因，例如使用0表示操作成功，使用不同的编码表示：用户无效，群组标识为空，群组不存在等，具体的处理结果可以使用XML的形式携带在HTTP消息体中，具体可以如下所示：
<？xml version＝″1.0″encoding＝″GBK″？>
<！ELEMENT delpersonagroup(group*)|returncode>
<！ELEMENT group(name+，value+)>
<！-参数名称，groupid(群组编号)result(返回码)-->
<！ELEMENT name(#PCDATA)>
<！-参数值-->
<！ELEMENT value(#PCDATA)>
例如操作成功：
<？xml version＝”1.0”encoding＝”GBK”？>
<delpersonagroup>
<group>
<name>groupid</name>
<value>110</name>
<name>result</name>
<value>0</value>
</group>
</delpersonagroup>
操作失败：
<xml version＝″1.0″encoding＝″GBK″？>
<returncode>(操作失败原因)</returncode>
(7)铃音群组成员删除请求的处理过程：
本方式中，当用户希望在某个铃音个人群组中删除某个铃音群组成员时，向管理客户端输入铃音个人群组操作请求，管理客户端生成相应的铃音群组成员删除请求，该铃音群组成员删除请求中可包含的参数包括：用户标识，删除标识；
本实施例中的删除标识可以包括群组标识，成员号码；
用户标识为发起铃音个人群组操作请求的用户的标识，该群组标识为用户期望删除铃音群组成员的铃音个人群组的标识，该成员号码为待删除成员号码，即用户期望删除的铃音群组成员的成员号码。
在实际应用中，铃音群组成员删除请求中可以包含更多的参数，具体可以包含如下参数：
表7
管理客户端在获取到铃音个人群组操作请求之后，即可按照HTTP生成相对应的铃音群组成员删除请求，在实际应用中，具体的铃音群组成员删除请求可以为“http://10.70.119.108:80/spservice/delgroupmember.do？userid＝13800&groupid＝110&membernumber＝13801”。
上述铃音群组成员删除请求通过管理客户端的接口，通过移动网络被传输至对应的业务服务器之后，业务服务器即可按照待删除群组标识和待删除成员号码在对应的铃音个人群组中查询得到对应的待删除成员，并从该铃音个人群组中删除该待删除成员，即业务服务器根据收到的铃音群组成员删除请求在用户标识为13800的用户下的群组标识为110的铃音个人群组中查询成员号码为13801的待删除成员，并删除该待删除成员。
需要说明的是，上述铃音群组成员删除请求只携带了一个待删除成员号码，则业务服务器删除该成员号码对应的铃音群组成员的信息，可以理解的是，在实际应用中，该铃音群组成员删除请求中还可以携带多个待删除成员号码，则业务服务器可以同时删除多个对应的铃音群组成员。
可以理解的是，当业务服务器完成对铃音群组成员的删除之后，还可以将处理结果返回给管理客户端，具体的处理结果可以包括操作是否成功的标识，操作失败原因，例如使用0表示操作成功，使用不同的编码表示：用户无效，铃音群组成员无法删除等，具体的处理结果可以使用XML的形式携带在HTTP消息体中，具体可以如下所示：
<？xml version＝″1.0″encoding＝″GBK″？>
<delpersonagroupmember>
<member>
<name>membernumber</name>
<value>13801</name>
<name>result</name>
<value>0</value>
</member>
</delpersonagroupmember>
在上述的实施例中，分别对铃音个人群组查询请求，铃音个人群组增添请求，铃音群组成员增添请求，铃音个人群组修改请求，铃音群组成员修改请求，铃音个人群组删除请求以及铃音群组成员删除请求各自的处理过程进行了描述，可以理解的是，在实际应用中，具体的铃音个人群组处理请求还可以是其他类型的请求，具体类型此处不作限定。
二、XCAP方式下的业务处理：
前面描述了HTTP方式下的业务处理，下面介绍在XCAP方式下的业务处理，当采用XCAP协议时，需要管理客户端与业务服务器都能够支持XCAP协议，业务服务器需要具有XCAP服务器的功能，采用XML文档形式来存储铃音个人群组的信息并进行管理。在本方式中，管理客户端可以更加便利的修改某个具体的设置项，管理客户端与业务服务器之间所传递的信息数据较少，进一步减少不必要的网络流量。
首先需要说明的是，本方式中，业务服务器会根据XCAP协议规定，将某用户的铃音个人群组信息的XML文档以树状架构进行管理，例如对于用户Tom而言，可以认为该用户具体的铃音个人群组信息的XCAP资源地址为http://server.crbt.com/service-setting/users/Tom/personalgroup1，表明其业务的根地址是server.crbt.com，应用标识为service-setting，用户标识是Tom，铃音个人群组信息的XML文档是personalgroup1，例如具体的铃音个人群组信息可以如下所示：
<？xml version＝″1.0″encoding＝″GBK″？>
<groupset>
<group groupid＝”110”>
<groupmembers>
<groupmember membernumber＝”13801”>
<membername>11</membername>
</groupmember>
<groupmember membernumber＝”13802”>
<membername>1jj</membername>
<memberdetail>Important customer</memberdetail>
</groupmember>
</groupmembers>
</group>
</groupset>
上述的铃音个人群组信息表示用户Tom设置有一个群组标识为110的群组，该群组中包含有两个铃音群组成员，第一个铃音群组成员的成员号码为13801，成员名称为11，第二个铃音群组成员的成员号码为13802，成员名称为1jj，成员描述为Important customer。
下面同样按照不同的铃音个人群组处理请求对各自的处理过程进行描述：
(1)铃音个人群组查询请求的处理过程：
本方式中，当用户希望查询自身当前已存在的铃音个人群组时，可以向管理客户端输入铃音个人群组操作请求，管理客户端生成相应的铃音个人群组查询请求。
管理客户端在获取到上述的铃音个人群组操作请求之后，即可按照XCAP生成相对应的铃音个人群组查询请求，具体的铃音个人群组查询请求可以为：“GET http://server.crbt.com/service-setting/users/Tom/personalgroup1HTTP/1.1”，其中，“GET”表示获取。
上述铃音个人群组查询请求通过管理客户端的接口，通过移动网络被传输至对应的业务服务器之后，业务服务器即可进行相应的查询操作，并向管理客户端返回查询的结果，具体可以为该用户的铃音个人群组personalgroup1的XML文档。
上述例子中查询的是该用户的personalgroup1中的所有铃音个人群组的信息，需要说明的是，在实际应用中，还可以只查询某一个铃音个人群组的信息：
GET
http://server.crbt.com/service-setting/users/Tom/personalgroup 1/～～/group[groupid＝“110”]HTTP/1.1
则服务器返回给管理终端的响应消息为：HTTP/1.1200OK，消息体中携带群组标识为110的铃音个人群组的信息，例如：
<group groupid＝”110”>
<groupmembers>
<groupmember membernumber＝”13801”>
<membername>11</membername>
</groupmember>
<groupmember membernumber＝”13802”>
<membername>1jj</membername>
<memberdetail>Important customer</memberdetail>
</groupmember>
</groupmembers>
</group>
(2)铃音个人群组增添请求的处理过程：
本方式中，当用户希望新增一个铃音个人群组时，向管理客户端输入铃音个人群组操作请求，管理客户端生成相应的铃音个人群组增添请求。
管理客户端在获取到上述的铃音个人群组操作请求之后，即可按照XCAP生成相对应的铃音个人群组增添请求，具体的铃音个人群组增添请求可以为：
PUT
http://server.crbt.com/service-setting/users/Tom/personalgroup1/～～/groupHTTP/1.1
Content-Type：application/xml-fragment-body
<group>
<groupid>120</groupid>
<groupmembers>
<groupmember membernumber＝”13822222222”>
<membername>Rose</membername>
<memberdetail>Good friend</memberdetail>
</groupmember>
<groupmember membernumber＝”13833333333”>
<membername>Jack</membername>
</groupmember>
</groupmembers>
</group>
上述的例子表示在用户Tom下新增一个铃音个人群组，且在该铃音个人群组中包含两个铃音群组用户，用户号码分别为13822222222以及13833333333，业务服务器在接收到该铃音个人群组增添请求之后，则在用户Tom下新增一个铃音个人群组，并在该铃音个人群组中增添这两个铃音群组成员。
(3)铃音群组成员增添请求的处理过程：
本方式中，当用户希望在某个铃音个人群组中新增一个铃音群组成员时，向管理客户端输入铃音个人群组操作请求，管理客户端生成相应的铃音群组成员增添请求。
管理客户端在获取到上述的铃音个人群组操作请求之后，即可按照XCAP生成相对应的铃音群组成员增添请求，具体的铃音群组成员增添请求可以为：
PUT
http://server.crbt.com/service-setting/users/Tom/personalgroup1/～～/group[groupid＝“110”]/groupmembers/groupmember[membernumber＝”13803”]HTTP/1.1
Content-Type：application/xml-fragment-body
上述的例子表示在用户Tom的群组标识为110的铃音个人群组中新增一个成员号码为13803的铃音群组成员，业务服务器在接收到该铃音群组成员增添请求之后，则在用户Tom的群组标识为110的群组中新增一个成员号码为13803的铃音群组成员。
(4)铃音个人群组修改请求的处理过程：
本方式中，当用户希望修改一个铃音个人群组时，向管理客户端输入铃音个人群组操作请求，管理客户端生成相应的铃音个人群组修改请求。
管理客户端在获取到上述的铃音个人群组操作请求之后，即可按照XCAP生成相对应的铃音个人群组修改请求，具体的铃音个人群组修改请求可以为：
PUT http://server.crbt.com/service-setting/users/Tom/personalgroup 1/group[groupid＝”110”]/groupname HTTP/1.1
Content-Type：application/xml-fragment-body
<groupname>1111</groupname>
上述的例子表示将用户Tom的群组标识为110的铃音个人群组的群组名称修改为1111，业务服务器在接收到该铃音个人群组修改请求之后，则将用户Tom的群组标识为110的铃音个人群组的群组名称修改为1111。
(5)铃音群组成员修改请求的处理过程：
本方式中，当用户希望在某个铃音个人群组中对一个铃音群组成员进行修改时，向管理客户端输入铃音个人群组操作请求，管理客户端生成相应的铃音群组成员修改请求。
管理客户端在获取到上述的铃音个人群组操作请求之后，即可按照XCAP生成相对应的铃音群组成员修改请求，具体的铃音群组成员修改请求可以为：
PUT http://server.crbt.com/service-setting/users/Tom/personalgroup 1/group[groupid＝”110”]/groupmember[membernumber＝”13802”]/memberdetail HTTP/1.1
Content-Type：application/xml-fragment-body
<memberdetail>friend</memberdetail>
上述的例子表示将用户Tom的群组标识为110的铃音个人群组中的成员号码为13802的铃音群组成员的成员描述修改为friend，业务服务器在接收到该铃音群组成员修改请求之后，则将用户Tom的群组标识为110的铃音个人群组中的成员号码为13802的铃音群组成员的成员描述修改为friend。
(6)铃音个人群组删除请求的处理过程：
本方式中，当用户希望删除一个铃音个人群组时，向管理客户端输入铃音个人群组操作请求，管理客户端生成相应的铃音个人群组删除请求。
管理客户端在获取到上述的铃音个人群组操作请求之后，即可按照XCAP生成相对应的铃音个人群组删除请求，具体的铃音个人群组删除请求可以为：
DELETE http://server.crbt.com/service-setting/users/Tom/personalgroup1HTTP/1.1
上述的例子表示将用户Tom的所有的铃音个人群组全部删除，业务服务器在接收到该铃音个人群组删除请求之后，则将用户Tom的所有铃音个人群组全部删除。
本实施例中的铃音个人群组删除请求还可以为：
DELETE
http://server.crbt.com/service-setting/users/Tom/personalgroup 1/group[groupid＝“110”]HTTP/1.1
上述的例子表示将用户Tom的群组标识为110的铃音个人群组删除，业务服务器在接收到该铃音个人群组删除请求之后，则将用户Tom的群组标识为110的铃音个人群组删除。
(7)铃音群组成员删除请求的处理过程：
本方式中，当用户希望在某个铃音个人群组中删除某个铃音群组成员时，向管理客户端输入铃音个人群组操作请求，管理客户端生成相应的铃音群组成员删除请求。
管理客户端在获取到上述的铃音个人群组操作请求之后，即可按照XCAP生成相对应的铃音群组成员删除请求，具体的铃音群组成员删除请求可以为：
DELETE
http://server.crbt.com/service-setting/users/Tom/personalgroup 1/group[groupid＝“110”]/groupmember[membernumber＝”13802”]HTTP/1.1
上述的例子表示将用户Tom的群组标识为110的铃音个人群组中的成员号码为13802的铃音群组成员删除，业务服务器在接收到该铃音群组成员删除请求之后，则将用户Tom的群组标识为110的铃音个人群组中的成员号码为13802的铃音群组成员删除。
需要说明的是，上述各实施例中，业务服务器具体可以为个性化铃音业务平台，或者是其他能够实现类似功能的设备，在XCAP的方式中，该业务服务器中需要包含用户处理XCAP协议的XML数据库管理系统(XDMS，XML Database Management System)。
本实施例的技术方案除具有与前述图1以及图2所示实施例相同的有益效果之外，更进一步，本实施例中，管理客户端以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的鉴权结果为鉴权通过时，向业务服务器转发接收单元1001接收到的铃音个人群组调整请求，接收业务服务器反馈的铃音个人群组调整响应，该铃音个人群组调整响应中携带有经过业务服务器更新后的铃音个人群组信息/铃音群组成员信息或删除结果，通过移动网络向管理客户端反馈该铃音个人群组信息/铃音群组成员信息或删除结果；
需要说明的是，本实施例中的转发单元1003可以向业务服务器转发管理客户端发送的铃音个人群组调整请求，也可以向管理客户端发送铃音个人群组调整响应，该响应中包含更新后的铃音个人群组信息/铃音群组成员信息或删除结果，在实际应用中，这两个发送的过程可以分别由转发单元1003中的不同模块完成。
结果处理单元1004，用于保存经过业务服务器更新后的铃音个人群组信息/铃音群组成员信息，或者删除已经存有的个人群组信息/铃音群组成员信息。
需要说明的是，本实施例中，第二鉴权单元1002除了对管理客户端进行鉴权之外，根据运营商具体的鉴权策略，第二鉴权单元1002还可以同时对用户和/或用户终端进行鉴权，或者是对用户，管理客户端，用户终端其中任意两项鉴权，或者对于三者全部鉴权均通过之后才会执行后续操作。
上述实施例的技术方案具有以下一些有益效果：
(1)、管理客户端在接收到用户的铃音个人群组处理请求之后，会直接通过移动网络向业务服务器发送该铃音个人群组处理请求，而无需登录运营商指定的网站，所以管理客户端与业务服务器之间的直接交互可以更便于用户随时对铃音个人群组进行设置和管理，而不会受到站点失效的影响；
(2)、由于管理客户端与业务服务器直接进行通讯，而无需访问站点，所以管理客户端并不会从业务服务器接收到一些与铃音个人群组设置和管理无关的信息，从而可以减少不必要的网络流量；
(3)、管理客户端是通过移动网络与业务服务器进行交互，而并不会与业务服务器建立互联网连接，移动网络本身的特性决定了移动网络的安全性会高于互联网，所以本发明实施例中通过移动网络进行铃音个人群组设置和管理的方式可以有效的提高系统安全性；
(4)管理客户端可以通过HTTP或XCAP向业务服务器发送铃音个人群组处理请求，使得具体的发送过程可以使用多种协议，提高了发送过程的灵活性；
(5)、使用XCAP发送铃音个人群组处理请求时，由于XCAP的特点，使得传输的数据量得以减少，从而节省了传输带宽；
(6)、可以根据不同的情况采用接入服务器中不同的功能进行相应的处理以及鉴权，因此能够提高鉴权过程的灵活性；
(7)、由于接入服务器和/或业务服务器可以对用户，用户终端，管理客户端中至少一个进行鉴权，从而进一步提高了鉴权过程的灵活性。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上对本发明所提供的一种业务处理方法、通讯系统以及相关设备进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (12)
1.一种业务处理方法，其特征在于，包括：
管理客户端获取用户的铃音个人群组处理请求；
管理客户端通过移动网络向业务服务器发送所述铃音个人群组处理请求，以便于所述业务服务器根据所述铃音个人群组处理请求执行对应的处理。
2.根据权利要求1所述的方法，其特征在于，所述管理客户端通过移动网络向业务服务器发送所述铃音个人群组处理请求包括：
管理客户端采用超文本传输协议HTTP或扩展标记语言配置访问协议XCAP，通过移动网络向所述业务服务器发送所述铃音个人群组处理请求。
3.根据权利要求1所述的方法，其特征在于，所述管理客户端通过移动网络向业务服务器发送所述铃音个人群组处理请求之后还包括：
业务服务器根据所述铃音个人群组处理请求对相应的铃音个人群组进行处理；
业务服务器通过移动网络向所述管理客户端反馈铃音个人群组处理响应，所述铃音个人群组处理响应中携带处理结果。
4.根据权利要求3所述的方法，其特征在于，当所述管理客户端采用XCAP，通过移动网络向所述业务服务器发送所述铃音个人群组处理请求时，所述方法还包括：
业务服务器采用扩展标记语言XML文档形式对铃音个人群组进行管理。
5.根据权利要求1至4中任一项所述的方法，其特征在于，
所述铃音个人群组处理请求中携带发起所述铃音个人群组处理请求的用户的用户标识。
6.根据权利要求5所述的方法，其特征在于，所述铃音个人群组处理请求中还包含以下参数中的至少一个：
新增标识，待修改标识，目标标识以及删除标识；
所述铃音个人群组处理请求为铃音个人群组查询请求，所述铃音个人群组查询请求携带用户标识；
或，
所述铃音个人群组处理请求为铃音个人群组增添请求或铃音群组成员增添请求，所述铃音个人群组增添请求或铃音群组成员增添请求携带所述新增标识；
或，
所述铃音个人群组处理请求为铃音个人群组修改请求或铃音群组成员修改请求，所述铃音个人群组修改请求或铃音群组成员修改请求携带所述待修改标识以及目标标识；
或，
所述铃音个人群组处理请求为铃音个人群组删除请求或铃音群组成员删除请求，所述铃音个人群组删除请求或铃音群组成员删除请求携带所述删除标识。
7.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：
管理客户端与所述业务服务器进行同步；
管理客户端接收所述业务服务器发送的业务服务器中保存的铃音个人群组信息；
管理客户端向所述用户展示所述铃音个人群组信息。
8.一种通讯系统，其特征在于，包括：
管理客户端，用于获取用户的铃音个人群组处理请求，通过移动网络向业务服务器发送所述铃音个人群组处理请求；
业务服务器，用于通过移动网络接收所述管理客户端发送的铃音个人群组处理请求，根据所述铃音个人群组处理请求对相应的铃音个人群组进行处理。
9.一种管理客户端，其特征在于，包括：
处理请求获取单元，用于获取用户的铃音个人群组处理请求；
请求发送单元，用于通过移动网络向业务服务器发送所述处理请求获取单元获取到的铃音个人群组处理请求，以便于所述业务服务器根据所述铃音个人群组处理请求执行对应的处理。
10.根据权利要求9所述的管理客户端，其特征在于，所述请求发送单元采用HTTP或XCAP，通过移动网络向所述业务服务器发送所述铃音个人群组处理请求。
11.一种业务处理装置，其特征在于，包括：
请求接收单元，用于通过移动网络接收管理客户端发送的铃音个人群组处理请求；
处理单元，用于根据所述请求接收单元接收到的铃音个人群组处理请求对相应的铃音个人群组进行处理。
12.根据权利要求11所述的业务处理装置，其特征在于，所述业务处理装置还包括以下单元中的至少一个：
响应发送单元，用于通过移动网络向所述管理客户端反馈铃音个人群组处理响应；
鉴权单元，用于对发起所述铃音个人群组处理请求的用户，所述用户终端，所述管理客户端中的至少一个进行鉴权，若鉴权通过，则触发所述处理单元执行相应操作；
保存单元，用于保存经过所述处理单元处理后的铃音个人群组信息/铃音群组成员信息。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009101404891A CN101895849A (zh) | 2009-05-19 | 2009-05-19 | 一种业务处理方法、通讯系统以及相关设备 |
| RU2010119962/09A RU2447613C2 (ru) | 2009-05-19 | 2010-05-18 | Способ обработки услуг, система связи и связанное устройство |
| US12/782,478 US20100296637A1 (en) | 2009-05-19 | 2010-05-18 | Service Processing Method, Communication System and Related Device |
| MX2010005504A MX2010005504A (es) | 2009-05-19 | 2010-05-19 | Metodo de procesamiento de servicios, sistema de comunicacion y dispositivo relacionado. |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009101404891A CN101895849A (zh) | 2009-05-19 | 2009-05-19 | 一种业务处理方法、通讯系统以及相关设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101895849A true CN101895849A (zh) | 2010-11-24 |
Family
ID=43104883
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009101404891A Pending CN101895849A (zh) | 2009-05-19 | 2009-05-19 | 一种业务处理方法、通讯系统以及相关设备 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20100296637A1 (zh) |
| CN (1) | CN101895849A (zh) |
| MX (1) | MX2010005504A (zh) |
| RU (1) | RU2447613C2 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102130773A (zh) * | 2011-02-25 | 2011-07-20 | 华为技术有限公司 | 群组通信的方法和用于群组通信的装置 |
| CN113079028A (zh) * | 2020-01-03 | 2021-07-06 | 阿尔派株式会社 | 电子装置及消息报知控制方法 |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8725681B1 (en) * | 2011-04-23 | 2014-05-13 | Infoblox Inc. | Synthesized identifiers for system information database |
| CN103677933A (zh) * | 2013-12-19 | 2014-03-26 | 大唐微电子技术有限公司 | 一种为智能卡打补丁的方法和系统 |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| MY141558A (en) * | 2002-08-10 | 2010-05-14 | Sk Telecom Co Ltd | Method and apparatus for managing, presenting and changing ring-back sounds in subscriber-based ring-back sound service |
| KR100392767B1 (ko) * | 2002-09-05 | 2003-07-28 | 에스케이 텔레콤주식회사 | 가입자 기반 링백톤 서비스에서의 음원제공장치로의라우팅 제어 방법 |
| US7184532B2 (en) * | 2002-12-20 | 2007-02-27 | International Business Machines Corporation | Dynamic ringback services |
| KR100591993B1 (ko) * | 2004-02-20 | 2006-06-20 | 주식회사 파네즈 | 가입자 기반 링백톤 서비스에서의 개인정보 송출방법 및그 장치 |
| CN1311694C (zh) * | 2004-05-10 | 2007-04-18 | 华为技术有限公司 | 公用电话交换网演进系统及其方法 |
| RU2337489C1 (ru) * | 2004-07-09 | 2008-10-27 | Эл Джи Электроникс Инк. | Система управления устройствами и ее способ планирования команд управления устройствами |
| US20060210033A1 (en) * | 2005-03-17 | 2006-09-21 | Lucent Technologies, Inc. | Context sensitive ring back service |
| US8369507B2 (en) * | 2005-06-10 | 2013-02-05 | Eclips, Inc. | Ringback update system |
| US7873148B2 (en) * | 2005-06-20 | 2011-01-18 | Radziewicz Clifford J | Handset originated programmable ringback replacement system |
| US7801293B2 (en) * | 2005-11-10 | 2010-09-21 | Alcatel-Lucent Usa Inc. | Ringback tone preference information to assist selection of ringback tone |
| KR100964211B1 (ko) * | 2005-11-14 | 2010-06-17 | 삼성전자주식회사 | 통신 시스템에서 멀티미디어 포탈 컨텐츠 및 부가 서비스제공 방법 및 시스템 |
| US20070133785A1 (en) * | 2005-12-09 | 2007-06-14 | Cotignola Christopher J | Method and apparatus for providing personalized ringback greetings |
| US8477912B2 (en) * | 2006-03-13 | 2013-07-02 | Alcatel Lucent | Content sharing through multimedia ringback tones |
| US7873158B2 (en) * | 2006-05-31 | 2011-01-18 | Alcatel-Lucent Usa Inc. | Polled geofencing and distinguished ring-back |
| US8953769B2 (en) * | 2006-06-09 | 2015-02-10 | At&T Intellectual Property I, L.P. | Calling party controlled ringback tones |
| US8774385B2 (en) * | 2006-06-13 | 2014-07-08 | Ericsson Inc. | Method and apparatus for ringback tone personalization |
| US8126126B2 (en) * | 2006-08-15 | 2012-02-28 | Verizon Services Corp. | Method for providing custom ring-back tones |
| EP1912394A1 (en) * | 2006-10-09 | 2008-04-16 | Hewlett-Packard Development Company, L.P. | Management of access to address data |
| US8027444B1 (en) * | 2007-01-30 | 2011-09-27 | Sprint Spectrum L.P. | Ringback tones management for phones having a profile specifying both organizational and personal ringback tones |
| EP2143230A1 (en) * | 2007-04-20 | 2010-01-13 | Tekelec | Methods, systems, and computer program products for providing fault-tolerant service interaction and mediation function in a communications network |
| CN101159923B (zh) * | 2007-11-09 | 2010-12-08 | 华为技术有限公司 | 业务处理方法及系统、sip应用接入网关模块 |
| US8634536B2 (en) * | 2007-12-19 | 2014-01-21 | At&T Intellectual Property I, L.P. | System and method of providing ringback video |
| CN102308557A (zh) * | 2009-02-06 | 2012-01-04 | 瑞典爱立信有限公司 | 用于在通信网络中访问和提供存在信息的方法和服务器 |
| US9300794B2 (en) * | 2009-02-12 | 2016-03-29 | At&T Intellectual Property I, L.P. | Universal access to caller-specific ringtones |
-
2009
- 2009-05-19 CN CN2009101404891A patent/CN101895849A/zh active Pending
-
2010
- 2010-05-18 US US12/782,478 patent/US20100296637A1/en not_active Abandoned
- 2010-05-18 RU RU2010119962/09A patent/RU2447613C2/ru active
- 2010-05-19 MX MX2010005504A patent/MX2010005504A/es active IP Right Grant
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102130773A (zh) * | 2011-02-25 | 2011-07-20 | 华为技术有限公司 | 群组通信的方法和用于群组通信的装置 |
| CN102130773B (zh) * | 2011-02-25 | 2012-12-19 | 华为技术有限公司 | 群组通信的方法和用于群组通信的装置 |
| US8719427B2 (en) | 2011-02-25 | 2014-05-06 | Huawei Technologies Co., Ltd. | Efficiency for network group communication |
| CN113079028A (zh) * | 2020-01-03 | 2021-07-06 | 阿尔派株式会社 | 电子装置及消息报知控制方法 |
| CN113079028B (zh) * | 2020-01-03 | 2023-11-17 | 阿尔派株式会社 | 电子装置及消息报知控制方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| MX2010005504A (es) | 2010-11-18 |
| RU2010119962A (ru) | 2011-11-27 |
| RU2447613C2 (ru) | 2012-04-10 |
| US20100296637A1 (en) | 2010-11-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| DE60020518T2 (de) | Verwaltung von Benutzerprofilen | |
| CN102714681B (zh) | 用于使用语音信箱提供消息传送的方法和装置 | |
| CN1689300B (zh) | 用于触发供应事件的系统和方法 | |
| CN1575461B (zh) | 约定web服务的移动客户机 | |
| CN1230755C (zh) | 个人服务环境管理器 | |
| EP2640000B1 (en) | Method, device and system for controlling push message | |
| CN100471299C (zh) | 数据业务内容的适配方法、系统及门户系统 | |
| US20040132428A1 (en) | Method and system for privacy preferences management using a synchronisation protocol | |
| US20080098463A1 (en) | Access control for a mobile server in a communication system | |
| US20050164691A1 (en) | Method and system of over-the-air activation and modification of a mobile phone | |
| WO2010003347A1 (zh) | 聚合业务装置、系统、聚合业务创建及使用方法 | |
| US20070226240A1 (en) | Technique for providing data objects prior to call establishment | |
| US7120695B2 (en) | Method for limiting conveyance information of user profile within mobile Internet transactions | |
| CN101848456B (zh) | 一种业务处理方法、通讯系统以及相关设备 | |
| CN101895849A (zh) | 一种业务处理方法、通讯系统以及相关设备 | |
| KR101080862B1 (ko) | Ｒｅｓｔ 스타일 제삼자호 ａｐｉ시스템 및 운영방법 | |
| CN101800657B (zh) | 一种融合地址簿系统及其联系视图管理方法 | |
| JP2005275534A (ja) | 移動体通信システム及びサーバ装置 | |
| CN102137036A (zh) | 一种设优先级的即时通讯同步通知方法及即时通讯服务器 | |
| JP2005267015A (ja) | サーバ装置 | |
| CN107819803A (zh) | Rcs系统的配置方法及装置、rcs系统 | |
| JP4276562B2 (ja) | 移動体通信システム及びサーバ装置 | |
| US20090119367A1 (en) | Method and system for providing service functions | |
| WO2009024099A1 (fr) | Procédé servant à mettre en place des requêtes de répertoire de réseau et un serveur de requêtes de répertoire de réseau | |
| KR20070080745A (ko) | 이동 통신 서비스 제어를 위한 정책 관리 시스템 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20101124 |