CN101521861A - 一种实现彩铃业务的方法、系统和设备 - Google Patents

Abstract

本发明公开了一种获取联系人的彩铃业务信息的方法，其特征在于，包括以下步骤：向联系人的信息发布服务器发送请求消息，请求获取所述联系人的个人信息；接收所述信息发布服务器发送的所述联系人的个人信息，所述个人信息中包括所述联系人的彩铃业务信息。本发明实施例实现了CAB业务融合CAB用户所设定的彩铃信息，向订阅自己个人信息的联系人展示自己是否开通了彩铃业务以及订购了哪些彩铃，而拨打该CAB用户的其他用户能选择该CAB用户设定的彩铃进行播放。

Description

一种实现彩铃业务的方法、系统和设备

技术领域

本发明涉及通信技术领域，特别涉及一种实现彩铃业务的方法、系统和设备。

背景技术

彩铃业务是一项允许移动电话用户和固定电话用户定制特别回铃音来替代传统回铃音展示给拨打自己电话的用户的业务。电话用户定制的回铃音可以是音频，包括音乐或者预先录制的话音信息，也可以是包含视频、音频或其他媒体的多媒体信息。彩铃业务用户可以通过Internet网络提供的用户自助服务平台，自助选择服务商或者运营商提供的回铃音文件，也可以将用户自己编辑制作的回铃音文件上传到网站，并进行相应的彩铃播放策略设置。当主叫用户拨打已申请彩铃业务的用户时，就能看到或听到该用户选择的回铃音文件信息，而不是传统的回铃音。另外，彩铃业务可以由被叫申请设置并展示给呼叫自己的用户，也可以由主叫申请设置并在呼叫其它用户时展示给自己。

地址簿是记录联系人联系方式的列表。地址簿方便了人与人的通信与沟通，其功能和容量也随着移动通信业务的丰富而不断强大，例如提供联系人呈现信息、联系人的群组和分类等功能。随着业务的发展，运营商也在网络上为用户存储相应的联系列表信息，使用户在使用时更加方便，无论用户使用什么样的终端，都可以从网络上获取其联系人的信息。

现有的CAB(Converged Address Book，融合地址本)服务中针对每个用户存储有其个人静态信息和动态信息供其联系人订阅，用户的CAB服务器和终端上也保存有用户订阅的联系人的静态信息和动态信息，静态信息包括用户的不同的联系方式，如工作电话，家庭电话，手机号，QQ号码等，还包括个人主页，家庭住址，工作单位等，动态信息包括呈现信息及个人偏好，包括通信偏好，媒体类型偏好。同时，也包括有部分的个人业务信息，如位置信息、业务能力、IM(Instant Message，即时消息)或POC(Push-to-talk OverCellular，无线一键通)是否上线等。

目前的彩铃业务包括由主叫订购的主叫彩铃业务和由被叫订购的被叫彩铃业务，目前的彩铃方案包括CS(Circuit Switch，电路交换)域实现方案和PS(Packet Switch，包交换)域实现方案。上述彩铃方案包括IMS(IP MultimediaSubsystem，多媒体子系统)域实现方案。然而，对于被叫彩铃业务，主叫用户不能知晓被叫用户设置的彩铃是哪些，从而无法选择向自己播放的彩铃，而只能是被动地体验被叫设置的播放给自己的彩铃。在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

现有的CAB业务不能融合用户所设定的彩铃业务信息，主叫用户不能获知被叫用户是否开通了彩铃业务以及开通了哪些彩铃，而且当该被叫用户订阅了多个彩铃音时，拨打该被叫用户的主叫用户不能选择该被叫用户所设定的彩铃，只能随机的听到该被叫用户的多个彩铃音中的一个。

发明内容

本发明实施例提供一种实现彩铃业务的方法、系统和设备，以实现信息展示业务，例如CAB业务或呈现业务，融合用户所设定的彩铃信息，向订阅自己彩铃信息的联系人展示自己是否开通了彩铃业务以及订购了哪些彩铃，而且当该用户订阅了多个彩铃音时，拨打该用户的其他用户能够选择该用户设定的彩铃进行播放。

为达到上述目的，本发明实施例一方面提供一种获取联系人的彩铃业务信息的方法，包括以下步骤：向联系人的信息发布服务器发送请求消息，请求获取所述联系人的个人信息；接收所述信息发布服务器发送的所述联系人的个人信息，所述个人信息中包括所述联系人的彩铃业务信息。

另一方面，本发明实施例还提供一种提供联系人的彩铃业务信息的方法，包括以下步骤：信息发布服务器接收终端发送的请求获取联系人的个人信息的请求消息；向终端返回所述联系人的个人信息，所述个人信息中包括所述联系人的彩铃业务信息。

再一方面，本发明实施例还提供一种播放彩铃的方法，包括以下步骤：

彩铃业务平台接收呼叫请求，并判断所述呼叫请求中是否携带彩铃信息；如果所述呼叫请求中携带彩铃信息，则所述彩铃业务平台根据所述彩铃信息向发起所述呼叫请求的终端播放彩铃。

再一方面，本发明实施例还提供一种实现彩铃业务的系统，包括：终端和融合地址本CAB服务器，所述终端，用于向CAB服务器发送请求消息，请求获取所述联系人的个人信息，接收所述CAB服务器发送的所述联系人的个人信息，所述个人信息中包括所述联系人的彩铃业务信息；所述CAB服务器，用于接收所述终端发送的请求消息，向所述终端发送所述联系人的个人信息。

再一方面，本发明实施例还提供一种终端，包括：发送模块，用于向CAB服务器发送请求消息，请求获取所述联系人的个人信息；接收模块，用于接收CAB服务器发送的所述联系人的个人信息，所述个人信息中包括所述联系人的彩铃业务信息。

再一方面，本发明实施例还提供一种CAB服务器，包括：接收模块，用于接收终端发送的请求获取联系人的个人信息的请求消息；发送模块，用于向终端返回所述联系人的个人信息，所述个人信息中包括所述联系人的彩铃业务信息。

再一方面，本发明实施例还提供一种彩铃业务平台，包括：接收模块，用于接收终端发起的呼叫请求；判断模块，用于判断所述呼叫请求中是否携带彩铃信息；播放模块，用于根据所述判断模块判断的结果向所述终端播放彩铃。

与现有技术相比，本发明实施例具有以下优点：本发明实施例实现了CAB业务融合用户所设定的彩铃信息，向订阅自己个人信息的联系人展示自己是否开通了彩铃业务以及订购了哪些彩铃，而且当该用户订阅了多个彩铃音时，拨打该用户的其他用户能选择该用户设定的彩铃进行播放。

附图说明

图1为本发明实施例的总体逻辑结构图；

图2为本发明实施例利用CAB实现选择播放彩铃的逻辑结构图；

图3为本发明实施例获取彩铃业务信息的方法流程图；

图4为本发明实施例选择播放彩铃的方法流程图；

图5为本发明实施例选择播放IMS彩铃的方法流程图；

图6为本发明实施例的终端结构图；

图7为本发明实施例的CAB服务器结构图；

图8为本发明实施例的彩铃业务平台结构图。

具体实施方式

下面对本发明的实施例的具体实施方式作详细描述：

如图1所示，为本发明实施例的总体逻辑结构图，本发明实施例的用户可以通过信息发布服务器获取另一用户的相关信息，包括用户的状态信息、用户的业务相关信息等。图1中，被叫用户在彩铃业务平台选择将哪些彩铃提供给主叫用户，供其选择播放，彩铃业务平台将其发布到信息发布服务器，主叫用户向信息发布服务器订阅被叫用户的个人信息，其中包括可供选择播放的彩铃业务信息，信息发布服务器将其发送给主叫终端，在主叫终端向被叫终端发起呼叫时，主叫用户可以在被叫用户提供的彩铃中选择一首作为当前呼叫的彩铃。

其中，上述信息发布服务器可以是Presence服务器、CAB服务器等，本发明实施例并不对获取彩铃信息的具体方式加以限定，仅以CAB服务器为例加以详细阐述如下：

如图2所示，为本发明实施例利用CAB实现选择播放彩铃的逻辑结构图，CAB服务器为用户保存其个人信息和网络地址本，其中网络地址本包括联系人列表、群组列表，用户可以获得最新的联系人列表中每个联系人的个人信息，个人信息包括静态信息和动态信息。其中，被叫CAB服务器从彩铃业务平台获取被叫用户的彩铃业务信息，并融合该彩铃业务信息到该被叫用户的个人信息中，供把该被叫用户设为联系人的用户获取该彩铃业务信息。在主叫用户订阅被叫用户的个人信息时，被叫CAB服务器将被叫用户的个人信息发送到主叫CAB服务器，并通过该主叫CAB服务器发送到主叫终端。当该被叫用户的个人信息发生变化时，例如其彩铃设置信息发生变化时，被叫CAB服务器可以将其更新信息通知到该主叫用户和订阅其个人信息的其他联系人。其中，被叫终端和彩铃业务平台之间可以通过现有技术，例如彩铃业务平台的网络业务设置接口实现。被叫终端和CAB服务器之间的接口，可以通过XCAP(XML Configuration Access Protocol，XML配置访问协议)直接修改CAB服务器上的相应彩铃设置，然后被叫CAB服务器通过与彩铃平台的接口更新彩铃业务平台的彩铃设置，或者，在被叫终端上设置，然后上传到被叫CAB服务器，该接口协议可以是SIP(Session Initiation Protocol，会话初始协议)或者DS(Data Synchronization，数据同步)协议，被叫CAB服务器和彩铃业务平台之间的交互可以通过SIP协议或者XCAP协议进行。

更进一步，被叫用户可以针对其单独的联系人，或者群组，或者对所有的联系人设定特定的彩铃，这种单独设置的彩铃信息会通知到订阅被叫个人信息的联系人，如果发生更新，也会进一步通知到订阅其个人信息的联系人。

如图3所示，为本发明实施例获取彩铃业务信息的方法流程图，具体包括以下步骤：

步骤S301～S304：被叫用户通过被叫终端设置彩铃业务信息，然后通过被叫CAB服务器将该设置发送到彩铃业务平台，彩铃业务平台由此确认该设置，或者，采用现有的途径直接在彩铃业务平台上设置彩铃业务信息。

步骤S305～S307：当有信息更新时，彩铃业务平台将该彩铃业务信息的更新发送到被叫CAB服务器上，或者被叫CAB服务器直接定购彩铃业务平台根据策略变化最后输出的彩铃业务信息。被叫CAB服务器更新并存储更新的彩铃业务信息。所述彩铃业务信息包括被叫终端设置的彩铃策略，例如从某个时间段开始的彩铃是哪个。

步骤S308～S314：主叫用户将被叫用户增加为新的联系人，主叫终端向主叫CAB服务器发送定阅请求消息，被叫CAB服务器接收到主叫终端发送的定阅请求消息后，如果需要被叫用户确认，则向被叫终端发送请求消息，请求确认，询问是否同意订阅，确认订阅后，被叫终端向主叫终端回复确认应答消息。然后被叫CAB服务器向主叫CAB服务器发送被叫用户的个人信息，该个人信息中包含被叫用户设置的彩铃业务信息。

步骤S315～S316：主叫CAB服务器将被叫用户的个人信息增加到主叫用户的网络地址簿中，存储在主叫CAB服务器的存储模块中，然后向主叫终端发送更新的主叫用户的个人地址本信息。

如图4所示，为本发明实施例选择彩铃的方法流程图，具体包括以下步骤：

步骤S401，主叫用户选择要播放的彩铃。主叫用户根据获取到的被叫用户设置的彩铃业务信息后，从中选择自己想要播放的彩铃。

步骤S402，主叫终端发起对被叫终端的呼叫请求。所述呼叫请求中携带主叫用户从所述彩铃业务信息中选择的彩铃相关信息，所述相关信息包括所述彩铃的标识和播放方式。

步骤S403，彩铃业务平台判断主叫终端发起的呼叫请求中是否携带主叫用户从所述彩铃业务信息中选择的彩铃相关信息。如果是则执行步骤S404，否则执行步骤S405。

步骤S404，彩铃业务平台根据主叫终端发起的呼叫请求中的彩铃相关信息向主叫终端播放彩铃。

步骤S405，彩铃业务平台根据被叫终端设置的彩铃业务信息中的彩铃播放策略向主叫终端播放彩铃。

如图5所示，为本发明实施例选择播放IMS彩铃的方法流程图，具体包括以下步骤：

步骤S501、主叫终端在发起呼叫前，在被叫用户为主叫用户和其他所有的联系人设置的彩铃业务信息中的彩铃列表中选择本次呼叫播放的彩铃，其中，所述彩铃业务信息也可以是被叫用户为主叫用户单独设置的彩铃业务信息。

步骤S502、主叫终端向被叫终端发起呼叫请求，所述呼叫请求中携带用于建立呼叫的正常媒体SDP(Session Description Protocol，会话描述协议)(offer1)及主叫用户选择的彩铃的标识，彩铃标识可以是彩铃编号、URI(Uniform Resource Identifier，统一资源标识符)、彩铃名称等，只要能在一定范围内唯一标识一首彩铃即可。

具体可以在call-info头域中携带这一彩铃标识，如下所示：

<http://www.example.com/sounds/moo.wav>；

为了便于彩铃业务平台解析，还可以扩展＂purpose＂参数的取值以指定该头域中携带的URI的作用，如定义purpose＝CMRT，如下所示：

<http://www.example.com/sounds/moo.wav>；purpose＝CMRT

步骤S503～S511、进行通话媒体协商和彩铃媒体协商。

彩铃AS(Application Server，应用服务器)将呼叫请求发送到被叫终端，被叫终端根据自身能力进行正常媒体协商，通过临时响应消息携带主被叫协商后的正常媒体SDP(answer1)并经由彩铃AS发送给主叫终端，该响应消息可以为183信令；

彩铃AS获取MRS的早期媒体SDP(offer2)发给主叫终端进行彩铃媒体协商后将协商后的彩铃SDP(answer2)发送给MRS。

步骤S512～S514、彩铃AS收到被叫终端发送的振铃信令180后指示MRS(Media Resource Sever，媒体资源服务器)向主叫终端播放彩铃并向主叫终端转发180信令。

彩铃AS解析收到的Invite，根据purpose参数值(CMRT)确定call-info头域携带的URI是用于指定播放的彩铃，然后根据URI确定要播放的彩铃并指示MRS向主叫播放。彩铃AS在指示MRS放音之前还可以先确定该彩铃媒体是否为被叫终端已经购买的彩铃。

如果Invite中没有指定要播放的彩铃，则彩铃AS根据被叫终端设置的彩铃业务信息中的彩铃播放策略确定要向主叫终端播放的彩铃并指示MRS播放。

步骤S515～S517、彩铃AS收到被叫摘机信令200后指示MRS结束彩铃播放并向主叫终端转发200信令。

本发明实施例的系统结构包括：终端1、CAB服务器2和彩铃业务平台3。

其中，终端1(如图6所示)，包括：发送模块11，用于向CAB服务器2发送请求消息，请求获取所述联系人的个人信息。接收模块12，用于接收CAB服务器2发送的所述联系人的个人信息，所述个人信息中包括所述联系人的彩铃业务信息。呼叫模块13，用于发起对所述联系人终端的呼叫请求，所述呼叫请求中携带从所述联系人的彩铃业务信息中选择的彩铃信息，所述彩铃信息至少包括彩铃的标识，并接收彩铃业务平台3根据所述呼叫请求中携带的所述彩铃信息播放的彩铃。订阅确认模块14，用于向发起订阅所述联系人的个人信息请求的终端回复订阅确认消息。

其中，CAB服务器2(如图7所示)，包括：接收模块21，用于接收终端1发送的请求获取联系人的个人信息的请求消息。发送模块22，用于向终端1返回所述联系人的个人信息，所述个人信息中包括所述联系人的彩铃业务信息。彩铃信息更新模块23，用于从彩铃业务平台3获取所述联系人的彩铃业务信息，将所述彩铃业务信息融合到所述联系人的个人信息中，并将所述联系人的个人信息发送给订阅所述联系人个人信息的用户。彩铃设置模块24，用于接收终端1发送的设置或修改彩铃的请求消息，并将设置或修改后的信息发送到彩铃业务平台3。

其中，彩铃业务平台3(如图8所示)，包括：接收模块31，用于接收终端1发起的呼叫请求；判断模块32，用于判断所述呼叫请求中是否携带彩铃信息；播放模块33，用于根据判断模块32判断的结果向1终端播放彩铃。

本发明实施例在CAB服务器和彩铃业务平台之间开通一个接口，CAB服务器可以从彩铃业务平台获取用户定购了哪些彩铃，并将这些彩铃业务信息融合在用户的个人信息中。更进一步，通过这个接口，可以方便的在CAB用户的终端上设定该用户针对某个联系人或群组的彩铃音。可以将该信息展示给订阅自己个人信息的联系人。该联系人可以了解用户定购了哪些彩铃。更进一步，也可以通过对不同的联系人展示给不同人设定的彩铃，那么定阅了该用户个人信息的联系人能通过该个人信息中的彩铃业务信息获知该用户为其设定的彩铃。由此，该联系人在呼叫该用户时，可以选择听取哪一首彩铃。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (19)

1、一种获取联系人的彩铃业务信息的方法，其特征在于，包括以下步骤：

向联系人的信息发布服务器发送请求消息，请求获取所述联系人的个人信息；

接收所述信息发布服务器发送的所述联系人的个人信息，所述个人信息中包括所述联系人的彩铃业务信息。

2、如权利要求1所述的方法，其特征在于，在所述接收信息发布服务器发送的所述联系人的个人信息之后，还包括：

发起对所述联系人的终端的呼叫请求，所述呼叫请求中携带从所述彩铃业务信息中选择的彩铃信息，所述彩铃信息至少包括彩铃的标识；

接收彩铃业务平台根据所述呼叫请求中携带的所述彩铃信息播放的彩铃。

3、一种提供联系人的彩铃业务信息的方法，其特征在于，包括以下步骤：

信息发布服务器接收终端发送的请求获取联系人的个人信息的请求消息；

向终端返回所述联系人的个人信息，所述个人信息中包括所述联系人的彩铃业务信息。

4、如权利要求3所述的方法，其特征在于，还包括：

所述信息发布服务器从彩铃业务平台获取所述联系人的彩铃业务信息，将所述彩铃业务信息融合到所述联系人的个人信息中，并将所述联系人的个人信息发送给订阅所述联系人个人信息的用户。

5、如权利要求3所述的方法，其特征在于，还包括：

信息发布服务器接收终端发送的设置或修改彩铃的请求消息，并根据所述的设置或修改彩铃的请求消息请求彩铃业务平台设置或修改彩铃。

6、如权利要求3所述的方法，其特征在于，所述彩铃业务信息包括：所述联系人为所述联系人自身的单独联系人、和/或群组联系人、和/或所有联系人开通的彩铃。

7、如权利要求3所述的方法，其特征在于，所述信息发布服务器，为融合地址本CAB服务器或Presence服务器。

8、一种播放彩铃的方法，其特征在于，包括：

彩铃业务平台接收呼叫请求，并判断所述呼叫请求中是否携带彩铃信息；

如果所述呼叫请求中携带彩铃信息，则所述彩铃业务平台根据所述彩铃信息向发起所述呼叫请求的终端播放彩铃。

9、如权利要求8所述的方法，其特征在于，所述携带彩铃信息具体为：

通过call-info头域携带所述彩铃信息。

10、如权利要求9所述的方法，其特征在于，所述呼叫请求中携带彩铃信息的携带方式，还包括：

通过purpose参数指定所述call-info头域携带的所述彩铃信息的作用。

11、一种实现彩铃业务的系统，其特征在于，包括：终端和融合地址本CAB服务器，

所述终端，用于向CAB服务器发送请求消息，请求获取所述联系人的个人信息，接收所述CAB服务器发送的所述联系人的个人信息，所述个人信息中包括所述联系人的彩铃业务信息；

所述CAB服务器，用于接收所述终端发送的请求消息，向所述终端发送所述联系人的个人信息。

12、如权利要求11所述的系统，其特征在于，还包括：彩铃业务平台，

所述彩铃业务平台，用于接收所述终端发起的呼叫请求，判断所述呼叫请求中是否携带彩铃信息；如果所述呼叫请求中携带彩铃信息，则根据所述彩铃信息向所述终端播放彩铃。

13、如权利要求11所述的系统，其特征在于，所述CAB服务器，还用于从彩铃业务平台获取所述联系人的彩铃业务信息，将所述彩铃业务信息融合到所述联系人的个人信息中，并将所述联系人的个人信息发送给订阅所述联系人个人信息的用户。

14、一种终端，其特征在于，包括：

发送模块，用于向CAB服务器发送请求消息，请求获取所述联系人的个人信息；

接收模块，用于接收CAB服务器发送的所述联系人的个人信息，所述个人信息中包括所述联系人的彩铃业务信息。

15、如权利要求14所述的终端，其特征在于，还包括：

呼叫模块，用于发起对所述联系人终端的呼叫请求，所述呼叫请求中携带从所述联系人的彩铃业务信息中选择的彩铃信息，所述彩铃信息至少包括彩铃的标识，并接收彩铃业务平台根据所述呼叫请求中携带的所述彩铃信息播放的彩铃。

16、一种CAB服务器，其特征在于，包括：

接收模块，用于接收终端发送的请求获取联系人的个人信息的请求消息；

发送模块，用于向终端返回所述联系人的个人信息，所述个人信息中包括所述联系人的彩铃业务信息。

17、如权利要求16所述的服务器，其特征在于，还包括：

彩铃信息更新模块，用于从彩铃业务平台获取所述联系人的彩铃业务信息，将所述彩铃业务信息融合到所述联系人的个人信息中，并将所述联系人的个人信息发送给订阅所述联系人个人信息的用户。

18、如权利要求16所述的服务器，其特征在于，还包括：

彩铃设置模块，用于接收终端发送的设置或修改彩铃的请求消息，并将设置或修改后的信息发送到彩铃业务平台。

19、一种彩铃业务平台，其特征在于，包括：

接收模块，用于接收终端发起的呼叫请求；

判断模块，用于判断所述呼叫请求中是否携带彩铃信息；

播放模块，用于根据所述判断模块判断的结果向所述终端播放彩铃。

Images