一种提供点歌业务的方法、系统及会议服务器转让专利
申请号 : CN200710076986.0
文献号 : CN100584059C
文献日 : 2010-01-20
发明人 : 郑斌 , 胡海鸿 , 周苏敏 , 白皓岩
申请人 : 华为技术有限公司
摘要 :
本发明涉及通信技术领域，尤其涉及一种点歌业务的实现技术。本发明实施例公开了一种提供点歌业务的方法，包括接收并解析点歌业务请求消息，所述点歌业务请求消息包括一个或多个接收方信息及点播歌曲信息；根据所述点播歌曲信息进行匹配，如果匹配成功，则以预定方式进行会议资源预定，设置以免预定方式加入会议；根据所述接收方信息，将所述一个或多个接收方接入到会议中，向所述一个或多个接收方放音。通过在点歌业务系统中引入了会议服务器，进行会议资源的控制和管理，使得可以两方或者多方可以同时收听点播歌曲，进行交流互动，传递祝福，使得业务实现更加灵活，给用户带来了更好的业务体验。
权利要求 :
1、一种提供点歌业务的通信系统，包括接入设备和点歌业务系统，所 述点歌业务系统包括媒体资源服务器和用户数据库，接入设备用于接收点歌 业务请求，并转发给点歌业务系统，用户数据库用于存储用户业务数据信息， 其特征在于，所述点歌业务系统还包括一个会议服务器，所述会议服务器用 于接收接入设备发送的点歌业务请求，在点歌业务中进行会议资源的控制和 管理，与用户数据库交互，获取用户业务数据信息，根据所述用户业务数据 信息将一个或多个接收方接入到会议中，控制媒体资源服务器向所述一个或 多个接收方放音。
2、根据权利要求1所述的通信系统，其特征在于，所述会议服务器还 用于将发起方接入到会议中，控制媒体资源服务器向所述发起方放音。
3、根据权利要求1或2所述的通信系统，其特征在于，所述会议服务 器进一步包括解析模块和业务处理模块，所述解析模块用于接收并解析接收 到的点歌业务请求，获取点歌业务相关信息，所述点歌业务相关信息包括点 播歌曲信息，并将所述点歌业务相关信息发送给业务处理模块；所述业务处 理模块，用于接收所述点歌业务相关信息，根据点播歌曲信息进行匹配，如 果匹配成功，则以进行会议资源预定，将所述一个或多个接收方或者发起方 接入到会议中，控制媒体资源服务器向所述一个或多个接收方或者发起方放 音。
4、一种会议服务器，应用于包括有媒体资源服务器和用户数据库的点 歌业务系统中，其特征在于，所述会议服务器包括解析模块和业务处理模块， 其中所述解析模块用于接收并解析接收到的点歌业务请求，获取点歌业务相 关信息，所述点歌业务相关信息包括点播歌曲信息，并将所述点歌业务相关 信息发送给业务处理模块；
所述业务处理模块，用于接收所述点歌业务相关信息，根据所述点歌业 务相关信息进行会议资源预定，将一个或多个接收方或者发起方接入到会议 中，控制媒体资源服务器向所述一个或多个接收方或者发起方放音。
5、根据权利要求4所述的会议服务器，其特征在于，所述业务处理模块 进一步包括匹配单元、资源管理单元和呼叫处理单元，所述匹配单元用于根据所述点播歌曲信息进行匹配，如果匹配成功，则 通知资源管理单元进行会议资源预定，如果匹配失败，则不进行资源预定；
所述资源管理单元用于根据接收的点歌业务相关信息，进行会议资 源预定；
所述呼叫处理单元用于将所述一个或多个接收方或者发起方接入到会议 中，控制媒体资源服务器向所述一个或多个接收方或者发起方放音，与资源 管理单元交互，进行会议控制。
6、一种提供点歌业务的方法，其特征在于，该方法包括：
接收并解析点歌业务请求消息，所述点歌业务请求消息包括一个或多个 接收方信息及点播歌曲信息；
根据所述点播歌曲信息进行匹配，如果匹配成功，则以预定方式进行会 议资源预定，设置以免预定方式加入会议；
根据所述接收方信息，将所述一个或多个接收方接入到会议中，向所述 一个或多个接收方放音。
7、根据权利要求6所述的方法，其特征在于，所述会议资源预定包括 至少下列之一：预定接入方数、预定会议开始时间和预定会议结束时间。
8、根据权利要求6所述的方法，其特征在于，该方法还包括，将发起方 接入到会议中，向所述发起方放音。
9、根据权利要求6所述的方法，其特征在于，该方法还包括，将第三 方接入到会议中，向所述第三方放音。
10、根据权利要求6、8或9所述的方法，其特征在于，将所述一个或多 个接收方接入到会议中，可通过下列方式之一或者组合实现：方式一：主动呼叫一个或多个接收方，将一个或多个接收方接入到会议 中；
方式二：向一个或多个接收方发送通知消息，一个或多个接收方收到通 知消息后发起呼叫，接入到会议中。
11、根据权利要求8或9所述的方法，其特征在于，将发起方接入到会 议中，可通过下列方式之一或组合实现：方式一：接收发起方发起的主动呼叫，将其接入到会议中；
方式二：主动呼叫发起方，将发起方接入到会议中；
方式三：向发起方发送通知消息，发起方收到通知消息后发起呼叫，接 入到会议中。
12、根据权利要求9所述的方法，其特征在于，将所述第三方接入到会 议中，可通过下列方式之一实现：方式一：预先设置第三方信息，呼叫第三方，将第三方接入到会议中；
方式二：接收发起方或接收方发送的邀请第三方加入会议的请求消息， 根据所述请求消息获取第三方信息，呼叫第三方，将第三方接入到会议中；
方式三：根据预先设置的第三方信息，或者根据发起方或接收方发送的 邀请第三方接入会议的请求消息，获取第三方信息，向第三方发送通知消息， 第三方收到通知消息后发起呼叫，接入到会议中。
13、根据权利要求6、8或9所述的方法，其特征在于，当有两方或两方 以上接入到会议中后，该方法还包括，变更预定的会议资源，包括变更接入 方数以及会议结束时间。
14、根据权利要求6、8或9所述的方法，其特征在于，该方法还包括， 在放音结束时，如果仅有一方接入会议，则结束会议，如果有两方或两方以 上接入会议，则会议继续，直到会议中仅有一方或者零方时结束会议。
15、根据权利要求6所述的方法，其特征在于，根据所述点播歌曲信息 进行匹配，如果匹配不成功，则向用户返回失败响应消息，结束业务流程。
说明书 :
技术领域
本发明涉及通信领域，尤其涉及一种点歌业务的实现技术。
背景技术
随着我国通信业务的快速发展，通信业务早已不在局限于通话本身，各种 多媒体及数字业务应用广泛开展，其中点歌业务就是一项较为常见的增值业务 形式，点歌者可以通过短信、电话、网络等各种形式，向其他人点播歌曲，该 业务深受人们的欢迎，各大通信运营商都已经开展了这方面的业务。
点歌系统中以短信点歌较为普遍，下面通过现有的短信点歌系统介绍一下 点歌业务的现有技术情况。
如图1A所示，是现有短信点歌系统网络图，该系统包括发送方(点歌方)、 短消息中心、短信短信点歌系统、接收方(被点歌方)。其中，短信点歌系统 进一步包括：短信服务器、语音服务器、Web服务器、数据库。发起方发出点 歌短信后，经短信中心传送到短信短信点歌系统，短信短信点歌系统根据点歌 短信的内容，设定定时服务，到了点歌时间点时，短信短信点歌系统通过语音 服务中心呼叫预定的接收方号码，如果呼叫成功，则向接收方播放预定的点歌 歌曲，并通过短信通知发起方，如果呼叫失败，则过一个固定时长(如一小时) 后再呼叫一次。在图中省略了一些与业务无关的网络实体，如MSC(移动交换 中心)，短消息网关等。
如图1B所示，是现有技术中短信点歌流程，具体包括：
步骤101、发起方向短消息中心发送点歌请求，短信中包括点播歌曲信息、 接收方信息、点播时间信息以及其他祝福信息等点播相关的信息；
步骤102、短消息中心向短信点歌系统转发该点歌请求；
步骤103、短信点歌系统处理该点歌请求，包括解析该点歌请求，获取接收 方号码以及点播的歌曲信息，播放时间信息等，根据点歌请求信息设定定时器；
步骤104、到预定时间时，短信点歌系统向接收方发起呼叫请求，接收方接 收后，将能够收听到为其点播的歌曲，如果接收方忙或其他原因造成呼叫失败， 则短信点歌系统过段时间再向接收方发起呼叫，该过程未在图中表示，图示实 例为呼叫接收方成功；
步骤105、短信点歌系统向短消息服务中心发送点播成功确认；
步骤106、短消息服务中心向发起方转发点播成功确认。
其他点歌方式，比如电话点歌，网络点歌，其基本流程与短信点歌流程相 类似，只是消息表达和传递的方式不同，所以，电话点歌、网络点歌等其他点 歌系统的现有技术不再作详细描述。
由以上介绍可知，现有的点歌系统，只能是一个接收方单独收听点播的歌 曲，而不能实现两方或多方同时接入到点歌通话中来，进行交流互动，业务实 现不灵活，造成用户业务体验较差。
点歌系统中以短信点歌较为普遍，下面通过现有的短信点歌系统介绍一下 点歌业务的现有技术情况。
如图1A所示，是现有短信点歌系统网络图，该系统包括发送方(点歌方)、 短消息中心、短信短信点歌系统、接收方(被点歌方)。其中，短信点歌系统 进一步包括：短信服务器、语音服务器、Web服务器、数据库。发起方发出点 歌短信后，经短信中心传送到短信短信点歌系统，短信短信点歌系统根据点歌 短信的内容，设定定时服务，到了点歌时间点时，短信短信点歌系统通过语音 服务中心呼叫预定的接收方号码，如果呼叫成功，则向接收方播放预定的点歌 歌曲，并通过短信通知发起方，如果呼叫失败，则过一个固定时长(如一小时) 后再呼叫一次。在图中省略了一些与业务无关的网络实体，如MSC(移动交换 中心)，短消息网关等。
如图1B所示，是现有技术中短信点歌流程，具体包括：
步骤101、发起方向短消息中心发送点歌请求，短信中包括点播歌曲信息、 接收方信息、点播时间信息以及其他祝福信息等点播相关的信息；
步骤102、短消息中心向短信点歌系统转发该点歌请求；
步骤103、短信点歌系统处理该点歌请求，包括解析该点歌请求，获取接收 方号码以及点播的歌曲信息，播放时间信息等，根据点歌请求信息设定定时器；
步骤104、到预定时间时，短信点歌系统向接收方发起呼叫请求，接收方接 收后，将能够收听到为其点播的歌曲，如果接收方忙或其他原因造成呼叫失败， 则短信点歌系统过段时间再向接收方发起呼叫，该过程未在图中表示，图示实 例为呼叫接收方成功；
步骤105、短信点歌系统向短消息服务中心发送点播成功确认；
步骤106、短消息服务中心向发起方转发点播成功确认。
其他点歌方式，比如电话点歌，网络点歌，其基本流程与短信点歌流程相 类似，只是消息表达和传递的方式不同，所以，电话点歌、网络点歌等其他点 歌系统的现有技术不再作详细描述。
由以上介绍可知，现有的点歌系统，只能是一个接收方单独收听点播的歌 曲，而不能实现两方或多方同时接入到点歌通话中来，进行交流互动，业务实 现不灵活，造成用户业务体验较差。
发明内容
有鉴于此，本发明实施例提供了一种提供点歌业务的方法、系统及会议服 务器，以克服现有技术中只能是一个接收方单独收听点播的歌曲，而不能实现 两方或多方同时接入到点歌通话中来的问题。
本发明实施例提供了一种提供点歌业务的通信系统，包括接入设备和点 歌业务系统，所述点歌业务系统包括媒体资源服务器和用户数据库，接入设 备用于接收点歌业务请求，并转发给点歌业务系统，用户数据库用于存储用 户业务数据信息，所述点歌业务系统还包括一个会议服务器，所述会议服务 器用于接收接入设备发送的点歌业务请求，在点歌业务中进行会议资源的控 制和管理，与用户数据库交互，获取用户业务数据信息，根据所述用户业务 数据信息将一个或多个接收方接入到会议中，控制媒体资源服务器向所述一 个或多个接收方放音。
本发明实施例还提供了一种会议服务器，应用于包括有媒体资源服务器 和用户数据库的点歌业务系统中，所述会议服务器包括解析模块和业务处理 模块，其中所述解析模块用于接收并解析接收到的点歌业务请求，获取点歌 业务相关信息，所述点歌业务相关信息包括点播歌曲信息，并将所述点歌业 务相关信息发送给业务处理模块；所述业务处理模块，用于接收所述点歌业 务相关信息，根据所述点歌业务相关信息进行会议资源预定，将一个或多个 接收方或者发起方接入到会议中，控制媒体资源服务器向所述一个或多个接 收方或者发起方放音。
本发明实施例还提供了一种提供点歌业务的方法，该方法包括：接收并 解析点歌业务请求消息，所述点歌业务请求消息包括一个或多个接收方信息 及点播歌曲信息；根据所述点播歌曲信息进行匹配，如果匹配成功，则以预 定方式进行会议资源预定，设置以免预定方式加入会议；根据所述接收方信 息，将所述一个或多个接收方接入到会议中，向所述一个或多个接收方放音。
与现有技术相比，本发明实施例，通过在点歌业务系统中引入了会议服务 器，进行会议资源的控制和管理，使得可以两方或者多方可以同时收听点播歌 曲，进行交流互动，传递祝福，使得业务实现更加灵活，给用户带来了更好的 业务体验。
本发明实施例提供了一种提供点歌业务的通信系统，包括接入设备和点 歌业务系统，所述点歌业务系统包括媒体资源服务器和用户数据库，接入设 备用于接收点歌业务请求，并转发给点歌业务系统，用户数据库用于存储用 户业务数据信息，所述点歌业务系统还包括一个会议服务器，所述会议服务 器用于接收接入设备发送的点歌业务请求，在点歌业务中进行会议资源的控 制和管理，与用户数据库交互，获取用户业务数据信息，根据所述用户业务 数据信息将一个或多个接收方接入到会议中，控制媒体资源服务器向所述一 个或多个接收方放音。
本发明实施例还提供了一种会议服务器，应用于包括有媒体资源服务器 和用户数据库的点歌业务系统中，所述会议服务器包括解析模块和业务处理 模块，其中所述解析模块用于接收并解析接收到的点歌业务请求，获取点歌 业务相关信息，所述点歌业务相关信息包括点播歌曲信息，并将所述点歌业 务相关信息发送给业务处理模块；所述业务处理模块，用于接收所述点歌业 务相关信息，根据所述点歌业务相关信息进行会议资源预定，将一个或多个 接收方或者发起方接入到会议中，控制媒体资源服务器向所述一个或多个接 收方或者发起方放音。
本发明实施例还提供了一种提供点歌业务的方法，该方法包括：接收并 解析点歌业务请求消息，所述点歌业务请求消息包括一个或多个接收方信息 及点播歌曲信息；根据所述点播歌曲信息进行匹配，如果匹配成功，则以预 定方式进行会议资源预定，设置以免预定方式加入会议；根据所述接收方信 息，将所述一个或多个接收方接入到会议中，向所述一个或多个接收方放音。
与现有技术相比，本发明实施例，通过在点歌业务系统中引入了会议服务 器，进行会议资源的控制和管理，使得可以两方或者多方可以同时收听点播歌 曲，进行交流互动，传递祝福，使得业务实现更加灵活，给用户带来了更好的 业务体验。
附图说明
图1A为现有技术中短信点歌系统的网络图；
图1B为现有技术中短信点歌系统的流程示意图；
图2为本发明实施例点歌系统的示意图；
图3为本发明实施例中会议服务器的单元结构图；
图4为本发明实施例中实现点歌业务的方法流程图；
图5为本发明实施例中通过短信通知的方式进行点歌业务处理的流程示意 图；
图6为本发明实施例中多个接收方加入到点播通话中的方法示意图；
图7为本发明实施例中第三方加入到点播通话中的方法示意图；
图8为本发明另一实施例中第三方加入到点播通话中的方法示意图。
图1B为现有技术中短信点歌系统的流程示意图；
图2为本发明实施例点歌系统的示意图；
图3为本发明实施例中会议服务器的单元结构图；
图4为本发明实施例中实现点歌业务的方法流程图；
图5为本发明实施例中通过短信通知的方式进行点歌业务处理的流程示意 图；
图6为本发明实施例中多个接收方加入到点播通话中的方法示意图；
图7为本发明实施例中第三方加入到点播通话中的方法示意图；
图8为本发明另一实施例中第三方加入到点播通话中的方法示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施方 式及附图，对本发明作进一步详细的说明。
首先明确几个概念，在本发明实施例中，发起方是指点歌方，接收方是指 被点歌方，发起方和接收方可以为各种通信终端或其他可以适用点歌业务的设 备；点歌系统指的是包括发起方、一个或多个接收方、接入设备以及点歌业务 系统在内的通信系统，接入设备如现有技术中的短消息中心；点歌业务系统指 的是为用户提供点歌业务的业务处理系统，如现有技术中介绍的短信点歌业务 系统。
点歌业务系统向一个接收方播放点播的歌曲，实质上是在点歌业务系统和 该接收方之间建立了一个通话。在两方通话中如果再有其他方接入，则构成多 方通话或者会议，结合现有实现多方通话的技术，本发明实施例为了实现将多 方接入到点播通话中，需要使点歌业务系统具有会议系统的能力，因此，本发 明实施例中的点歌业务系统中包括会议服务器，用于处理点歌业务逻辑，提供 会议资源的控制和管理，以实现将多方接入到点播通话中来，或者称为将多方 接入到会议中来。本发明实施例中的多方可以为多个接收方，或者发起方和接 收方，或者接收方和第三方，或者发起方、接收方和第三方，所述第三方是指 除了发起方和接收方以外，其他加入到会议中的一方，均为第三方。
图2a、图2b、图2c分别出示了本发明实施例点歌系统的示意图，图2a中 出示的点歌系统包括发起方21，接入设备22，点歌业务系统23以及接收方24， 图2b中的点歌系统与图2a相比，还包括接收方25，图2c中的点歌系统与图2a 相比，还包括第三方26，其中点歌业务系统23包括会议服务器、媒体资源服务 器和用户数据库，其中用户数据库和媒体资源服务器可以放置在会议服务器之 中，也可以单独设置，在具体实现时，可以灵活运用。
在上述点歌系统中，发起方21可以通过短信、电话、网络等多种方式发出 点歌业务请求，点歌业务请求经过相应的接入设备22转发给点歌业务系统23， 例如通过短信进行点歌时，点歌业务请求短信发送给对应的短消息中心或者短 消息网关，短消息中心或者短消息网关将点歌业务请求短信发送给相应的点歌 业务系统23；点歌业务系统23中的会议服务器收到所述点歌业务请求后，解析 该点歌业务请求，获取点播歌曲的信息以及点播时间，进行点播歌曲的匹配， 即用点播歌曲与存储在会议服务器或者用户数据库中的歌曲列表进行匹配，如 果匹配成功，则以预定方式预定会议资源，并设置可以以免预定方式加入会议， 预定的会议资源可以包括接入方数、会议开始时间、会议结束时间、播放的歌 曲等，如果匹配不成功则不进行会议资源的预定，相关点播业务的用户数据信 息可以存储在用户数据库中，包括发起方和接收方号码或地址、会议开始时间、 会议结束时间、播放歌曲信息等。
当点播时间到时，会议服务器与用户数据库交互，获取相关的用户业务数 据信息，根据用户业务数据信息控制媒体资源服务器与接收方建立媒体通话， 向接收方播放预定的歌曲，进入点播通话状态(会议服务器控制媒体资源服务 器向终端放音是现有技术，不做详细描述)，对于图2b出示的包括两个接收方 的情况，会议服务器将接收方25和接收方26接入到会议中，在具体实现时， 可以是会议服务器主动向接收方发起呼叫请求，也可以是先通过短信等方式通 知接收方，然后由接收方主动发起到会议服务器的呼叫请求，本发明实施例不 做限制。
图2c出示了包括第三方26的点歌系统，在本发明实施例中，当会议服务 器将接收方24接入到会议之前或之后，会议服务器可以将第三方接入到会议中， 具体实现时，可以通过在会议服务器中预先配置第三方信息(发起房21发送点 歌服务请求时设置)，或者接入接收方24后，由接收方24发出邀请第三方26 加入会议的请求，会议服务器根据该请求消息将第三方26接入到会议中。
在上述点歌系统中，在点播通话状态时，发起方21可以主动发起加入到点 播通话的请求，通过特定的号码接入到会议服务器，或者会议服务器可以主动 向发起方21发出加入到点播通话的请求，或者以短信的方式提醒发起方21可 以加入到点播通话中，发起方21发起呼叫，从而将发起方21接入到会议中来， 向发起方放音。发起方此时也可以向会议服务器发送主动邀请第三方加入到会 议中的请求，会议服务器获取第三方信息后，主动呼叫第三方，将第三方接入 到会议中，可以向第三方发送短信信息，第三方发起主动呼叫，加入到会议中 来。
在上述点歌系统中，当有两方或者多方接入到会议中以后，需要对预先设 定的资源进行变更，如对会议结束时间进行变更，对于有两方参加的会议，在 歌曲播放结束前，如果有一方挂机，会议继续进行，直到歌曲播放时间的结束 点为会议结束时间点；而在歌曲播放时间结束后，如果两方仍在会议中，则以 两方中一方挂机为结束时间点。对于三方或三方以上参加的会议，在歌曲播放 结束之前，只要还有一方在会议中，则会议继续进行，在歌曲播放结束之后， 则会议中仅剩下一方或者零方时，为会议结束时间。
本发明实施例提供了一种提供点歌业务的通信系统，包括上述点歌系统的 接入设备22，点歌业务系统23，实现方式与上述描述相同。
上述出示的点歌系统，仅是本发明实施例的示例而已，对于包括多个接收 方或者多个接收方与第三方的组合的情况，本发明实施例虽未详细说明，但是 根据以上说明，现有技术人员完全可以实现，以上实施例之组合均在本发明实 施例覆盖范围之内。
如图3是本发明实施例中会议服务器的单元结构图，如图3所示，该会议 服务器包括解析模块31和业务处理模块32，其中，业务处理模块32进一步包 括匹配单元321，资源管理单元322和呼叫处理单元323。其中，
解析模块31用于接收并解析点歌业务请求，并将解析后的点歌业务请求信 息发送给业务处理模块32进行点歌业务处理，解析出的信息可以包括发起方信 息、接收方信息、点播时间、点播歌曲信息等，例如，当通过短信方式进行点 歌时，解析模块接收并解析点歌业务请求短信，获取发起方号码、接收方号码、 点播时间、点播歌曲信息等，将相关信息发送给业务处理模块32处理；
业务处理模块32用于接收解析模块31发送来的点歌业务请求信息，进行 相应的业务处理，具体而言，业务处理模块32还包括匹配单元321、资源管理 单元322和呼叫处理单元323，其中
匹配单元321用于接收解析模块31发送来的点播歌曲信息，所述解析模块 可以将全部点歌业务请求信息发送给匹配单元，也可以单独发送点歌歌曲信息， 匹配单元321根据点播歌曲信息在歌曲列表中进行匹配，如果匹配成功，则通 知资源管理单元322预订会议资源，资源管理单元322以预定方式进行会议资 源预定，设置以免预定方式加入会议，会议资源预定包括至少下列内容之一： 预定接入方数、预定会议开始时间和预定会议结束时间；
预定方式是指在会议之前，会议接入方数、会议开始时间、会议结束时间 等都已经提前预定好，如不做变更，则以预定的资源进行会议；以免预定方式 加入会议，是指接入方加入不受预定的约束，会议接入方数以实际接入方数为 准。
资源管理单元322用于根据接收的点歌业务请求相关信息，进行会议资 源预定；其中点歌业务请求相关信息可以通过解析模块31直接发送过来，也 可以通过匹配单元321转发过来；
当点播时间到后，呼叫处理单元323用于控制媒体资源服务器与一个或多 个接收方建立媒体通话，向一个或多个接收方播放预定的歌曲，进入点播通话 状态，在该步骤之前或之后，呼叫处理单元323还可以将发起方或者第三方接 入到会议中，具体方式可以为：主动向发起方或第三方发出呼叫请求，邀请发 起方或第三方加入会议，或者发起方主动发起呼叫请求，呼叫处理单元323将 发起方接入到会议中来，第三方信息可以预先设置，也可以为发起方或接收方 主动发出邀请第三方加入会议的请求。呼叫处理单元323根据该请求获取第三 方信息。当有两方或者多方加入到会议中后，呼叫处理单元323通知资源管理 单元322变更预定的会议资源，如接入方数、会议结束时间等，呼叫处理单元 323还需要根据资源管理单元322预订的会议资源进行会议控制，例如，当预定 的会议结束时间仅有一方接入会议时，呼叫处理单元323根据预定的会议结束 时间结束会议。
以上实施例中，点歌业务的相关数据信息可以存储在用户数据库中，用户 数据库也可以作为会议服务器的一个模块，例如所述解析模块31可以将解析后 的业务相关信息发送给用户数据库保存，或者通过资源管理单元322将相关信 息发送给用户数据库保存，呼叫处理模块323可以通过调用用户数据库中的业 务信息处理相关业务，例如，获取发起方号码、歌曲信息等，由于使用数据库 存储相关信息的方式和手段现有技术人员较容易实现，在此不再作详细展开说 明，会议服务器与用户数据库各种可能的交互方式，均在本发明覆盖范围之内。
以下通过方法实施例对实现点歌业务的流程进行说明。
如图4所示，是本发明实施例中实现点歌业务的方法流程图，在该流程中 涉及到的实体包括发起方、接入设备、会议服务器、媒体资源服务器和接收方， 用户数据库存放在会议服务器中，用于存放用户相关业务数据，该实施例的具 体实施过程包括：
401、发起方发送点歌业务请求到接入设备，所述点歌业务请求中包括发起 方信息、点播歌曲信息、点播时间以及接收方信息；
402、接入设备将点歌业务请求转发给会议服务器，不同的接入方式对应着 不同的接入设备，例如通过短信进行点歌，对应的接入设备就是短消息中心或 短消息网关，根据短信的接入号码判断出是点歌业务，发送到对应的会议服务 器；
403、会议服务器接收到点歌业务请求后，解析该点歌业务请求，获取对应 的发起方信息、接收方信息、点播歌曲信息以及点播时间等，根据点播歌曲信 息在歌曲列表中进行匹配，所述歌曲列表可以存储在会议服务器中或者用户数 据库中，如匹配成功，则以预订方式进行会议资源预订，并设置以免预订方式 加入会议，其中预订的资源可以包括接入方数、会议开始时间、会议结束时间、 以及点播歌曲信息等，将相关用户业务数据信息保存在用户数据库中，为在点 播时间向接收方发起呼叫，可以设置一个定时器；如果匹配不成功，则向发起 方发起失败响应消息，结束业务流程。
所述预订方式是指会议开始时间、会议结束时间、接入方数需要提前预订，
所述免预定方式加入会议是指用户不需要提前预定资源，会议服务器根据 加入会议人数自动分配会议方数，会议开始时间为用户实际接入会议时间，会 议结束时间以一方挂机为结束时间。
本发明实施例的点歌业务结合这两种方式实现，可以提供更为灵活的业务 应用，由于设置了可以以免预定方式加入会议，当会议服务器收到点歌业务请 求后，发起方或者接收方可以随时发起呼叫，加入到会议中来。
404、会议服务器向发起方发送响应消息。
通过以上步骤，完成了本发明实施例中点歌业务的请求的设定过程。以上 步骤仅是一种实现方式而已，而对于电话点歌的预定流程，可以通过语音通话 中用户输入的按键信息，一次传递一个相关信息，通过多次交互，将各种点歌 业务请求信息通知给会议服务器，其原理与上述描述相同，不再单独说明。
405、当点播时间到，即如设定的定时器到时时，会议服务器与用户数据库 交互，获取相关的用户业务数据信息，如接收方信息、发气方信息、点播歌曲 信息等，根据用户业务数据信息，向接收方发起呼叫请求，发起方返回呼叫请 求响应；
406、会议服务器控制媒体资源服务器与接收方建立RTP媒体流，向接收方 放音，进入点播通话状态，具体实现流程为现有技术，不做详细描述；
407、会议服务器向发起方发送呼叫请求，发起方返回响应消息；
408、会议服务器将发起方接入到点播通话中，发起方与接收方可以互通， 会议服务器变更预定的会议资源；
至此，完成了将发起方接入到点播通话中来，发起方可以和接收方进行通 话，点播歌曲播放结束后，两方仍可以继续通话下去，直到一方挂机；
409、歌曲播放结束后，当一方挂机，会议服务器释放预定的资源，结束点 歌业务流程。
在上述实施例中，在步骤405或407中，接收方或发起方可能由于线路忙 或者暂时没有信号等原因，造成呼叫失败，而现有技术的解决方案只是间隔一 段时间后再进行呼叫，考虑到系统资源的情况，这个间隔时间不可能设置的很 短，一般在1个小时左右，这就有可能错过发起人希望播放的点歌时间，为进 一步解决这个问题，本发明实施例给出如下优选实施方式。
如图5所示，是本发明实施例中通过短信通知的方式进行点歌业务处理的 流程示意图，该流程包括以下步骤：
501-504、点歌业务设置过程与401-404过程基本相同，其可能的差别在于， 在通过短信形式通知模式下，点播开始时间可以不用设置，接收方收到短信后， 发起呼叫时，即为点播开始时间；
505、设置完点歌业务后，会议服务器可以通过短信通知的形式，将点歌业 务信息发送给接收方，其中可以包括一个接入号码，即接收方只要拨打这个接 入码，就可以接入到点播通话中，收听点播歌曲，还可以包括预定的点播时间， 希望接收方在预定的时间里收听歌曲；会议服务器发送短信的时间可以根据发 起方意愿进行设置，也可以固定配置，可以在收到点歌业务请求后即发出，也 可以在点播时间到之前一段时间发出，具体的实现方式此处不做限定；
506、接收方收到点歌业务信息后，向会议服务器发起呼叫；
由于设置了可以以免预定的方式加入会议，接收方可以根据自己的意愿， 随时加入到点播通话中。
507、会议服务器根据保存的信息，查找该接收方号码对应的歌曲信息，或 者根据特殊的接入码判断对应的相关信息，如果利用接入码进行控制，就需要 会议服务器存储接入码和对应的发起方、接收方、点播歌曲等信息的关联关系， 控制媒体资源服务器，向接收方放音；
508、点播通话开始后，会议服务器向发起方发送通知短信，通知发起方可 以接入点播通话中，通知短信中也需携带一个接入码，一般而言，发送给接收 方和发起方的接入码应该相同；
509、发起方向会议服务器发起呼叫，会议服务器根据发起方号码或特殊接 入码，将发起方接入到已经建立的点播通话中。会议服务器变更预定的会议资 源；
510、歌曲播放结束后，当一方挂机，会议服务器释放预定的资源，结束点 歌业务流程。
上述实施例，通过短信的方式实现点歌业务流程的处理，接收方可以根据 自己的意愿决定是否收听歌曲，或者何时收听歌曲，给业务实现带来了很大的 灵活性，同时避免了当呼叫失败后，无法让接收方及时收听歌曲的问题。
以上两种方式完全可以结合在一起，比如，在步骤405步骤中，当呼叫接 收方失败了，会议服务器可以马上给接收方发送一条短信通知消息，提示其收 听歌曲，接收方收到短信后，可以主动发起呼叫，接入到会议中，收听歌曲； 步骤407中可以同样处理。
现有技术人员根据上述两种方式，可以进行各种组合应用，比如在图5实 施例中，步骤508、509可以替换为：会议服务器向发起方发起主动呼叫，将发 起方接入到会议中来；在图4实施例中，步骤401-404之后，发起方可以随时向 会议服务器发起呼叫请求，会议服务器收到发起方的呼叫请求后，会议服务器 主动呼叫接收方，将发起方和接收方接入到会议中，并向发起方和接收方播放 点播的歌曲，步骤409中，在歌曲播放结束之前如果发起方挂机，则在歌曲播 放结束时，会议结束，会议服务器释放相关资源。现有技术人员根据上述实例 以及补充说明可以推导出的各种可能的具体实现方式，均在本发明实施例覆盖 范围之内。
图6出示了本发明实施例中有两个接收方时实现点歌业务的方法流程图， 如图6所示，该方法包括：
601-606、与401-406基本相同，差别仅在于，发起方发出的点歌业务请求 中还包括了接收方’的信息；
607、会议服务器向接收方’发起呼叫请求；
608、接收方’返回响应消息；
609、会议服务器将接收方’加入到点播通话中，控制媒体资源服务器向接 收方’放音，接收方与接收方’可以互通，会议服务器变更预定的会议资源。
至此，实现了将两个接收方接入到会议中来，同样的方法，还可以将更多 的接收方接入到会议中来，具体方数的上限需要根据不同的会议服务器支持的 能力来确定。上述将多个接入方接入到会议中的方式同样可以通过短信通知的 方式，在此不再赘述。可选的，该方案还可以包括以下步骤：
610、会议服务器向发起方发起呼叫请求；
611、发起方返回响应消息；
612、将发起方加入到点播通话中，控制媒体资源服务器向发起方放音；
至此，又将发起方加入到会议中来，实现了发起方与多个接入方同时通话， 在点播歌曲播放结束后，会议结束时间将以会议中仅剩下一方时为准。
613、在歌曲播放结束后，接收方’挂机；
614、接收方挂机；
615、会议服务器释放预定的资源。
以上实施例，通过在点歌业务系统中引入了会议服务器来进行会议资源的 控制，从而实现了可以让多个接收方同时加入到点播通话中，点播歌曲可作为 背景音继续播放，多个接收方之间可以自由通话，另外，还可以将发起方接入 到会议中来，实现发起方和接收方的互动，给用户更好的业务体验，本发明实 施例中结合短信的方式实现点歌业务的接入，可以进一步提高业务应用的灵活 性，使得接收方可以自由选择接收时间，或者在会议服务器呼叫失败时，可以 及时通知接收方或者发起方接入到点播通话中来。
进一步的，本发明实施例还提供了一种可以将第三方引入到点播通话中来 的方法，具体实施方式如图7所示，包括以下步骤：
701-708、与701-708流程基本相同，其区别仅在于408步骤说明的会议结 束时间为一方挂机在本实施例中并不适用；
709、发起方向会议服务器发出邀请第三方加入到点播通话的请求消息，该 请求消息中包括第三方的号码信息；
710、会议服务器收到该请求后，向第三方发起呼叫请求消息，邀请第三方 加入到点播通话中，接收第三方的响应消息；
711、会议服务器将第三方加入到点播通话中，此时发起方、接收方和第三 方可以同时收听到歌曲信息，并建立了三方通话。
712、点播歌曲播放结束后，当一方挂机，会议继续进行，当有两方挂机后， 会议时间结束，会议服务器释放预定的资源。
上述实施例中，发起方可以提前在会议服务器中设置邀请的第三方信息， 点播通话开始后，会议服务器可以主动向第三方发起呼叫请求，邀请第三方加 入到点播通话中来，或者会议服务器在呼叫失败时，通过短信方式，通知第三 方，第三方收到短信后，可以主动加入到点播通话中来，下面通过图8，说明引 入第三方的另外一种实现方式，如图8所示，包括：
801-806、与401-406基本相同，其差别在于发起方在会议服务器中预置了 第三方信息；
807、会议服务器根据发起方预置的第三方信息向第三方发起呼叫请求；
808、第三方返回应答消息；
809、将第三方加入到点播通话中，向第三方放音，变更预定的会议资源；
至此，完成了将第三方引入到会议中，接收方和第三方可以进行交流。
810、歌曲播放结束后，第三方挂机；
811、会议服务器释放预定的资源。
由以上实施例可以推导出，本发明实施例可以实现更多的第三方接入。接 入第三方的具体方法也可以参考通过短信的方式接入的方式，在此不再赘述。
上述实施例实现了将第三方引入了点播通话中来，使得业务形式更加灵活， 使用户在使用该项业务时有更多的选择。
在上述以上各实施例中各步骤中出现的变更预定的会议资源，在此给出统 一解释说明。预定的会议资源包括接入方数、会议开始时间、会议结束时间等， 对于接入方数，当有多方接入到会议中后，接入方数将变更为实际接入的方数； 对于会议结束时间，如果歌曲播放结束时，仅有一方接入的情况，则会议结束 时间以歌曲播放的结束时间为准，如果歌曲播放结束时，有两方或者多方接入， 则会议结束时间以会议仅有一方或者零方时为会议结束时间，或者可以约定以 发起方挂机为会议结束时间点，具体实现不做限制，当然如果在歌曲播放结束 之前所有接入方都挂机了，则会议结束以最后一个挂机时间为会议结束时间点。
上述仅为本发明的较佳实施方式，并非用于限定本发明的保护范围，任何 熟悉本技术领域的技术人员应当认识到，凡在本发明的精神和原则范围之内， 所做的任何修饰、等效替换、改进等，均应包含在本发明的权利保护范围之内。
首先明确几个概念，在本发明实施例中，发起方是指点歌方，接收方是指 被点歌方，发起方和接收方可以为各种通信终端或其他可以适用点歌业务的设 备；点歌系统指的是包括发起方、一个或多个接收方、接入设备以及点歌业务 系统在内的通信系统，接入设备如现有技术中的短消息中心；点歌业务系统指 的是为用户提供点歌业务的业务处理系统，如现有技术中介绍的短信点歌业务 系统。
点歌业务系统向一个接收方播放点播的歌曲，实质上是在点歌业务系统和 该接收方之间建立了一个通话。在两方通话中如果再有其他方接入，则构成多 方通话或者会议，结合现有实现多方通话的技术，本发明实施例为了实现将多 方接入到点播通话中，需要使点歌业务系统具有会议系统的能力，因此，本发 明实施例中的点歌业务系统中包括会议服务器，用于处理点歌业务逻辑，提供 会议资源的控制和管理，以实现将多方接入到点播通话中来，或者称为将多方 接入到会议中来。本发明实施例中的多方可以为多个接收方，或者发起方和接 收方，或者接收方和第三方，或者发起方、接收方和第三方，所述第三方是指 除了发起方和接收方以外，其他加入到会议中的一方，均为第三方。
图2a、图2b、图2c分别出示了本发明实施例点歌系统的示意图，图2a中 出示的点歌系统包括发起方21，接入设备22，点歌业务系统23以及接收方24， 图2b中的点歌系统与图2a相比，还包括接收方25，图2c中的点歌系统与图2a 相比，还包括第三方26，其中点歌业务系统23包括会议服务器、媒体资源服务 器和用户数据库，其中用户数据库和媒体资源服务器可以放置在会议服务器之 中，也可以单独设置，在具体实现时，可以灵活运用。
在上述点歌系统中，发起方21可以通过短信、电话、网络等多种方式发出 点歌业务请求，点歌业务请求经过相应的接入设备22转发给点歌业务系统23， 例如通过短信进行点歌时，点歌业务请求短信发送给对应的短消息中心或者短 消息网关，短消息中心或者短消息网关将点歌业务请求短信发送给相应的点歌 业务系统23；点歌业务系统23中的会议服务器收到所述点歌业务请求后，解析 该点歌业务请求，获取点播歌曲的信息以及点播时间，进行点播歌曲的匹配， 即用点播歌曲与存储在会议服务器或者用户数据库中的歌曲列表进行匹配，如 果匹配成功，则以预定方式预定会议资源，并设置可以以免预定方式加入会议， 预定的会议资源可以包括接入方数、会议开始时间、会议结束时间、播放的歌 曲等，如果匹配不成功则不进行会议资源的预定，相关点播业务的用户数据信 息可以存储在用户数据库中，包括发起方和接收方号码或地址、会议开始时间、 会议结束时间、播放歌曲信息等。
当点播时间到时，会议服务器与用户数据库交互，获取相关的用户业务数 据信息，根据用户业务数据信息控制媒体资源服务器与接收方建立媒体通话， 向接收方播放预定的歌曲，进入点播通话状态(会议服务器控制媒体资源服务 器向终端放音是现有技术，不做详细描述)，对于图2b出示的包括两个接收方 的情况，会议服务器将接收方25和接收方26接入到会议中，在具体实现时， 可以是会议服务器主动向接收方发起呼叫请求，也可以是先通过短信等方式通 知接收方，然后由接收方主动发起到会议服务器的呼叫请求，本发明实施例不 做限制。
图2c出示了包括第三方26的点歌系统，在本发明实施例中，当会议服务 器将接收方24接入到会议之前或之后，会议服务器可以将第三方接入到会议中， 具体实现时，可以通过在会议服务器中预先配置第三方信息(发起房21发送点 歌服务请求时设置)，或者接入接收方24后，由接收方24发出邀请第三方26 加入会议的请求，会议服务器根据该请求消息将第三方26接入到会议中。
在上述点歌系统中，在点播通话状态时，发起方21可以主动发起加入到点 播通话的请求，通过特定的号码接入到会议服务器，或者会议服务器可以主动 向发起方21发出加入到点播通话的请求，或者以短信的方式提醒发起方21可 以加入到点播通话中，发起方21发起呼叫，从而将发起方21接入到会议中来， 向发起方放音。发起方此时也可以向会议服务器发送主动邀请第三方加入到会 议中的请求，会议服务器获取第三方信息后，主动呼叫第三方，将第三方接入 到会议中，可以向第三方发送短信信息，第三方发起主动呼叫，加入到会议中 来。
在上述点歌系统中，当有两方或者多方接入到会议中以后，需要对预先设 定的资源进行变更，如对会议结束时间进行变更，对于有两方参加的会议，在 歌曲播放结束前，如果有一方挂机，会议继续进行，直到歌曲播放时间的结束 点为会议结束时间点；而在歌曲播放时间结束后，如果两方仍在会议中，则以 两方中一方挂机为结束时间点。对于三方或三方以上参加的会议，在歌曲播放 结束之前，只要还有一方在会议中，则会议继续进行，在歌曲播放结束之后， 则会议中仅剩下一方或者零方时，为会议结束时间。
本发明实施例提供了一种提供点歌业务的通信系统，包括上述点歌系统的 接入设备22，点歌业务系统23，实现方式与上述描述相同。
上述出示的点歌系统，仅是本发明实施例的示例而已，对于包括多个接收 方或者多个接收方与第三方的组合的情况，本发明实施例虽未详细说明，但是 根据以上说明，现有技术人员完全可以实现，以上实施例之组合均在本发明实 施例覆盖范围之内。
如图3是本发明实施例中会议服务器的单元结构图，如图3所示，该会议 服务器包括解析模块31和业务处理模块32，其中，业务处理模块32进一步包 括匹配单元321，资源管理单元322和呼叫处理单元323。其中，
解析模块31用于接收并解析点歌业务请求，并将解析后的点歌业务请求信 息发送给业务处理模块32进行点歌业务处理，解析出的信息可以包括发起方信 息、接收方信息、点播时间、点播歌曲信息等，例如，当通过短信方式进行点 歌时，解析模块接收并解析点歌业务请求短信，获取发起方号码、接收方号码、 点播时间、点播歌曲信息等，将相关信息发送给业务处理模块32处理；
业务处理模块32用于接收解析模块31发送来的点歌业务请求信息，进行 相应的业务处理，具体而言，业务处理模块32还包括匹配单元321、资源管理 单元322和呼叫处理单元323，其中
匹配单元321用于接收解析模块31发送来的点播歌曲信息，所述解析模块 可以将全部点歌业务请求信息发送给匹配单元，也可以单独发送点歌歌曲信息， 匹配单元321根据点播歌曲信息在歌曲列表中进行匹配，如果匹配成功，则通 知资源管理单元322预订会议资源，资源管理单元322以预定方式进行会议资 源预定，设置以免预定方式加入会议，会议资源预定包括至少下列内容之一： 预定接入方数、预定会议开始时间和预定会议结束时间；
预定方式是指在会议之前，会议接入方数、会议开始时间、会议结束时间 等都已经提前预定好，如不做变更，则以预定的资源进行会议；以免预定方式 加入会议，是指接入方加入不受预定的约束，会议接入方数以实际接入方数为 准。
资源管理单元322用于根据接收的点歌业务请求相关信息，进行会议资 源预定；其中点歌业务请求相关信息可以通过解析模块31直接发送过来，也 可以通过匹配单元321转发过来；
当点播时间到后，呼叫处理单元323用于控制媒体资源服务器与一个或多 个接收方建立媒体通话，向一个或多个接收方播放预定的歌曲，进入点播通话 状态，在该步骤之前或之后，呼叫处理单元323还可以将发起方或者第三方接 入到会议中，具体方式可以为：主动向发起方或第三方发出呼叫请求，邀请发 起方或第三方加入会议，或者发起方主动发起呼叫请求，呼叫处理单元323将 发起方接入到会议中来，第三方信息可以预先设置，也可以为发起方或接收方 主动发出邀请第三方加入会议的请求。呼叫处理单元323根据该请求获取第三 方信息。当有两方或者多方加入到会议中后，呼叫处理单元323通知资源管理 单元322变更预定的会议资源，如接入方数、会议结束时间等，呼叫处理单元 323还需要根据资源管理单元322预订的会议资源进行会议控制，例如，当预定 的会议结束时间仅有一方接入会议时，呼叫处理单元323根据预定的会议结束 时间结束会议。
以上实施例中，点歌业务的相关数据信息可以存储在用户数据库中，用户 数据库也可以作为会议服务器的一个模块，例如所述解析模块31可以将解析后 的业务相关信息发送给用户数据库保存，或者通过资源管理单元322将相关信 息发送给用户数据库保存，呼叫处理模块323可以通过调用用户数据库中的业 务信息处理相关业务，例如，获取发起方号码、歌曲信息等，由于使用数据库 存储相关信息的方式和手段现有技术人员较容易实现，在此不再作详细展开说 明，会议服务器与用户数据库各种可能的交互方式，均在本发明覆盖范围之内。
以下通过方法实施例对实现点歌业务的流程进行说明。
如图4所示，是本发明实施例中实现点歌业务的方法流程图，在该流程中 涉及到的实体包括发起方、接入设备、会议服务器、媒体资源服务器和接收方， 用户数据库存放在会议服务器中，用于存放用户相关业务数据，该实施例的具 体实施过程包括：
401、发起方发送点歌业务请求到接入设备，所述点歌业务请求中包括发起 方信息、点播歌曲信息、点播时间以及接收方信息；
402、接入设备将点歌业务请求转发给会议服务器，不同的接入方式对应着 不同的接入设备，例如通过短信进行点歌，对应的接入设备就是短消息中心或 短消息网关，根据短信的接入号码判断出是点歌业务，发送到对应的会议服务 器；
403、会议服务器接收到点歌业务请求后，解析该点歌业务请求，获取对应 的发起方信息、接收方信息、点播歌曲信息以及点播时间等，根据点播歌曲信 息在歌曲列表中进行匹配，所述歌曲列表可以存储在会议服务器中或者用户数 据库中，如匹配成功，则以预订方式进行会议资源预订，并设置以免预订方式 加入会议，其中预订的资源可以包括接入方数、会议开始时间、会议结束时间、 以及点播歌曲信息等，将相关用户业务数据信息保存在用户数据库中，为在点 播时间向接收方发起呼叫，可以设置一个定时器；如果匹配不成功，则向发起 方发起失败响应消息，结束业务流程。
所述预订方式是指会议开始时间、会议结束时间、接入方数需要提前预订，
所述免预定方式加入会议是指用户不需要提前预定资源，会议服务器根据 加入会议人数自动分配会议方数，会议开始时间为用户实际接入会议时间，会 议结束时间以一方挂机为结束时间。
本发明实施例的点歌业务结合这两种方式实现，可以提供更为灵活的业务 应用，由于设置了可以以免预定方式加入会议，当会议服务器收到点歌业务请 求后，发起方或者接收方可以随时发起呼叫，加入到会议中来。
404、会议服务器向发起方发送响应消息。
通过以上步骤，完成了本发明实施例中点歌业务的请求的设定过程。以上 步骤仅是一种实现方式而已，而对于电话点歌的预定流程，可以通过语音通话 中用户输入的按键信息，一次传递一个相关信息，通过多次交互，将各种点歌 业务请求信息通知给会议服务器，其原理与上述描述相同，不再单独说明。
405、当点播时间到，即如设定的定时器到时时，会议服务器与用户数据库 交互，获取相关的用户业务数据信息，如接收方信息、发气方信息、点播歌曲 信息等，根据用户业务数据信息，向接收方发起呼叫请求，发起方返回呼叫请 求响应；
406、会议服务器控制媒体资源服务器与接收方建立RTP媒体流，向接收方 放音，进入点播通话状态，具体实现流程为现有技术，不做详细描述；
407、会议服务器向发起方发送呼叫请求，发起方返回响应消息；
408、会议服务器将发起方接入到点播通话中，发起方与接收方可以互通， 会议服务器变更预定的会议资源；
至此，完成了将发起方接入到点播通话中来，发起方可以和接收方进行通 话，点播歌曲播放结束后，两方仍可以继续通话下去，直到一方挂机；
409、歌曲播放结束后，当一方挂机，会议服务器释放预定的资源，结束点 歌业务流程。
在上述实施例中，在步骤405或407中，接收方或发起方可能由于线路忙 或者暂时没有信号等原因，造成呼叫失败，而现有技术的解决方案只是间隔一 段时间后再进行呼叫，考虑到系统资源的情况，这个间隔时间不可能设置的很 短，一般在1个小时左右，这就有可能错过发起人希望播放的点歌时间，为进 一步解决这个问题，本发明实施例给出如下优选实施方式。
如图5所示，是本发明实施例中通过短信通知的方式进行点歌业务处理的 流程示意图，该流程包括以下步骤：
501-504、点歌业务设置过程与401-404过程基本相同，其可能的差别在于， 在通过短信形式通知模式下，点播开始时间可以不用设置，接收方收到短信后， 发起呼叫时，即为点播开始时间；
505、设置完点歌业务后，会议服务器可以通过短信通知的形式，将点歌业 务信息发送给接收方，其中可以包括一个接入号码，即接收方只要拨打这个接 入码，就可以接入到点播通话中，收听点播歌曲，还可以包括预定的点播时间， 希望接收方在预定的时间里收听歌曲；会议服务器发送短信的时间可以根据发 起方意愿进行设置，也可以固定配置，可以在收到点歌业务请求后即发出，也 可以在点播时间到之前一段时间发出，具体的实现方式此处不做限定；
506、接收方收到点歌业务信息后，向会议服务器发起呼叫；
由于设置了可以以免预定的方式加入会议，接收方可以根据自己的意愿， 随时加入到点播通话中。
507、会议服务器根据保存的信息，查找该接收方号码对应的歌曲信息，或 者根据特殊的接入码判断对应的相关信息，如果利用接入码进行控制，就需要 会议服务器存储接入码和对应的发起方、接收方、点播歌曲等信息的关联关系， 控制媒体资源服务器，向接收方放音；
508、点播通话开始后，会议服务器向发起方发送通知短信，通知发起方可 以接入点播通话中，通知短信中也需携带一个接入码，一般而言，发送给接收 方和发起方的接入码应该相同；
509、发起方向会议服务器发起呼叫，会议服务器根据发起方号码或特殊接 入码，将发起方接入到已经建立的点播通话中。会议服务器变更预定的会议资 源；
510、歌曲播放结束后，当一方挂机，会议服务器释放预定的资源，结束点 歌业务流程。
上述实施例，通过短信的方式实现点歌业务流程的处理，接收方可以根据 自己的意愿决定是否收听歌曲，或者何时收听歌曲，给业务实现带来了很大的 灵活性，同时避免了当呼叫失败后，无法让接收方及时收听歌曲的问题。
以上两种方式完全可以结合在一起，比如，在步骤405步骤中，当呼叫接 收方失败了，会议服务器可以马上给接收方发送一条短信通知消息，提示其收 听歌曲，接收方收到短信后，可以主动发起呼叫，接入到会议中，收听歌曲； 步骤407中可以同样处理。
现有技术人员根据上述两种方式，可以进行各种组合应用，比如在图5实 施例中，步骤508、509可以替换为：会议服务器向发起方发起主动呼叫，将发 起方接入到会议中来；在图4实施例中，步骤401-404之后，发起方可以随时向 会议服务器发起呼叫请求，会议服务器收到发起方的呼叫请求后，会议服务器 主动呼叫接收方，将发起方和接收方接入到会议中，并向发起方和接收方播放 点播的歌曲，步骤409中，在歌曲播放结束之前如果发起方挂机，则在歌曲播 放结束时，会议结束，会议服务器释放相关资源。现有技术人员根据上述实例 以及补充说明可以推导出的各种可能的具体实现方式，均在本发明实施例覆盖 范围之内。
图6出示了本发明实施例中有两个接收方时实现点歌业务的方法流程图， 如图6所示，该方法包括：
601-606、与401-406基本相同，差别仅在于，发起方发出的点歌业务请求 中还包括了接收方’的信息；
607、会议服务器向接收方’发起呼叫请求；
608、接收方’返回响应消息；
609、会议服务器将接收方’加入到点播通话中，控制媒体资源服务器向接 收方’放音，接收方与接收方’可以互通，会议服务器变更预定的会议资源。
至此，实现了将两个接收方接入到会议中来，同样的方法，还可以将更多 的接收方接入到会议中来，具体方数的上限需要根据不同的会议服务器支持的 能力来确定。上述将多个接入方接入到会议中的方式同样可以通过短信通知的 方式，在此不再赘述。可选的，该方案还可以包括以下步骤：
610、会议服务器向发起方发起呼叫请求；
611、发起方返回响应消息；
612、将发起方加入到点播通话中，控制媒体资源服务器向发起方放音；
至此，又将发起方加入到会议中来，实现了发起方与多个接入方同时通话， 在点播歌曲播放结束后，会议结束时间将以会议中仅剩下一方时为准。
613、在歌曲播放结束后，接收方’挂机；
614、接收方挂机；
615、会议服务器释放预定的资源。
以上实施例，通过在点歌业务系统中引入了会议服务器来进行会议资源的 控制，从而实现了可以让多个接收方同时加入到点播通话中，点播歌曲可作为 背景音继续播放，多个接收方之间可以自由通话，另外，还可以将发起方接入 到会议中来，实现发起方和接收方的互动，给用户更好的业务体验，本发明实 施例中结合短信的方式实现点歌业务的接入，可以进一步提高业务应用的灵活 性，使得接收方可以自由选择接收时间，或者在会议服务器呼叫失败时，可以 及时通知接收方或者发起方接入到点播通话中来。
进一步的，本发明实施例还提供了一种可以将第三方引入到点播通话中来 的方法，具体实施方式如图7所示，包括以下步骤：
701-708、与701-708流程基本相同，其区别仅在于408步骤说明的会议结 束时间为一方挂机在本实施例中并不适用；
709、发起方向会议服务器发出邀请第三方加入到点播通话的请求消息，该 请求消息中包括第三方的号码信息；
710、会议服务器收到该请求后，向第三方发起呼叫请求消息，邀请第三方 加入到点播通话中，接收第三方的响应消息；
711、会议服务器将第三方加入到点播通话中，此时发起方、接收方和第三 方可以同时收听到歌曲信息，并建立了三方通话。
712、点播歌曲播放结束后，当一方挂机，会议继续进行，当有两方挂机后， 会议时间结束，会议服务器释放预定的资源。
上述实施例中，发起方可以提前在会议服务器中设置邀请的第三方信息， 点播通话开始后，会议服务器可以主动向第三方发起呼叫请求，邀请第三方加 入到点播通话中来，或者会议服务器在呼叫失败时，通过短信方式，通知第三 方，第三方收到短信后，可以主动加入到点播通话中来，下面通过图8，说明引 入第三方的另外一种实现方式，如图8所示，包括：
801-806、与401-406基本相同，其差别在于发起方在会议服务器中预置了 第三方信息；
807、会议服务器根据发起方预置的第三方信息向第三方发起呼叫请求；
808、第三方返回应答消息；
809、将第三方加入到点播通话中，向第三方放音，变更预定的会议资源；
至此，完成了将第三方引入到会议中，接收方和第三方可以进行交流。
810、歌曲播放结束后，第三方挂机；
811、会议服务器释放预定的资源。
由以上实施例可以推导出，本发明实施例可以实现更多的第三方接入。接 入第三方的具体方法也可以参考通过短信的方式接入的方式，在此不再赘述。
上述实施例实现了将第三方引入了点播通话中来，使得业务形式更加灵活， 使用户在使用该项业务时有更多的选择。
在上述以上各实施例中各步骤中出现的变更预定的会议资源，在此给出统 一解释说明。预定的会议资源包括接入方数、会议开始时间、会议结束时间等， 对于接入方数，当有多方接入到会议中后，接入方数将变更为实际接入的方数； 对于会议结束时间，如果歌曲播放结束时，仅有一方接入的情况，则会议结束 时间以歌曲播放的结束时间为准，如果歌曲播放结束时，有两方或者多方接入， 则会议结束时间以会议仅有一方或者零方时为会议结束时间，或者可以约定以 发起方挂机为会议结束时间点，具体实现不做限制，当然如果在歌曲播放结束 之前所有接入方都挂机了，则会议结束以最后一个挂机时间为会议结束时间点。
上述仅为本发明的较佳实施方式，并非用于限定本发明的保护范围，任何 熟悉本技术领域的技术人员应当认识到，凡在本发明的精神和原则范围之内， 所做的任何修饰、等效替换、改进等，均应包含在本发明的权利保护范围之内。