CN1949808A - 电信语音增值平台上语音聊天室业务的实现方法 - Google Patents

Abstract

本发明公开了一种在电信语音增值平台上实现语音聊天室业务的方法。语音聊天室采用语音会议方式实现，对每个呼叫对象建立一个单独的呼叫业务逻辑控制器，在语音业务***服务器之外设置单独的会议管理服务器，各参会方的呼叫业务逻辑控制器通过会议管理服务器和语音业务***服务器相连，会议管理服务器负责调用语音业务***服务器的会议控制操作，同时负责各呼叫业务逻辑控制器之间的关联和交互，各呼叫业务逻辑控制器和会议管理服务器之间采用可靠连接进行信息交互。本发明将聊天室的业务逻辑控制从以会议的角度控制改为以参会方角度控制，简化了语音聊天业务的业务控制逻辑，降低了业务实现和业务定制的难度和复杂度。

Description

电信语音增值平台上语音聊天室业务的实现方法

技术领域

本发明涉及计算机电话集成应用技术领域，具体涉及一种在电信语音增值平台上实现语音聊天室业务的方法。

背景技术

计算机电话集成(CTI)技术以电话语音为媒介，用户可以通过电话机上的按键来操作呼叫中心的计算机，用户接入呼叫中心后，就能收到呼叫中心任务提示音，按照呼叫中心的语音提示进行操作。在电信增值业务应用中，会议类语音业务应用很广泛。从最常用的电话会议业务，到语音聊天室(电话QQ)，到背景音业务，等等，都是会议类业务的具体应用。其中，以语音聊天室业务最为复杂。

顾名思义，语音聊天室业务就是提供的服务是让用户通过电话拨叫进入***，进行一对一或者多人参与的聊天。和网络聊天一样，语音聊天室也有创建/删除聊天室、进入/退出聊天室、查询聊天室信息、邀请在线好友聊天、邀请离线好友聊天、查询好友信息、增加好友、删除好友、聊天室旁听、私聊、设置聊天室密码等操作，不同的是没有网络终端界面显示，只能听到语音；没有图形化的操作界面，只能通过DTMF(双音多频)信令进行操作；另外，语音聊天室业务还有在聊天过程中播放背景音，播放特效语音等特色功能。

从以上功能可以看到语音聊天室业务的复杂度。根据实际情况，这些业务功能各不相同，操作方式也有不同；而且在同一时候，往往是多个用户同时对一个聊天室进行操作，对于不同的聊天参与者，相互有关联，还要进行交互，这些都增加了会议逻辑控制的难度。同时，在电信增值业务中，必不可少的涉及到计费问题。语音聊天室的计费方式也很多，根据具体应用的需要，需要定制不同的计费策略。可以对聊天室计费，也可以对聊天用户计费；可以按会议时长计费，可以按通话时长计费，也可以按次计费；可以预付费，也可以后付费；还有更加灵活的计费策略。

目前，会议业务的实现方法是以会议为主体进行逻辑控制。

会议控制逻辑管理逻辑上的语音会议，以及参与该会议的语音呼叫。逻辑会议设置若干状态，不同状态下接收不同的输入操作，相应控制具体的会议操作，将逻辑会议转入下一状态。

比如，会议创建以后，逻辑会议进入状态1，此时允许创建者的呼叫进入；创建者呼叫进入会议以后，进入状态2，此时等待新呼叫进入，或者会议创建者邀请呼叫进入会议；创建者输入功能按键，邀请离线用户，逻辑会议进入状态3，等待创建者输入离线好友的电话号码；输入电话号码以后，逻辑会议进入状态4，邀请离线好友，外拨电话过程中；电话外拨成功或者失败，逻辑会议又进入下一状态。这种实现方法，由一套清晰的逻辑控制整个会议过程，一个语音会议只有一个控制实体，部署简单，对于简单的会议类业务，逻辑非常清晰，很方便。但是，对于语音聊天室这样复杂的业务，逻辑会议的输入输出条件非常多，例如在会议创建用户邀请好友的同时，有在线呼叫要进入会议，又引发了一个逻辑分支。这样，就给逻辑会议引入很多状态，以致会议控制逻辑变得冗长和混乱。业务逻辑形成以后，一旦要做修改，将是一个推倒重来的过程。

发明内容

本发明所要解决的技术问题是，针对现有电信语音增值平台上语音聊天室业务的实现方法业务控制复杂、业务逻辑冗长、扩展和维护困难的缺点，提供一种电信语音增值平台上语音聊天室业务的实现方法，以降低业务控制的复杂度，增强业务逻辑的清晰度，使业务逻辑易于扩展和维护。

为解决上述技术问题，本发明的具体技术方案如下：

一种电信语音增值平台上语音聊天室业务的实现方法，语音聊天室业务采用语音会议的方式，除原有的语音业务***服务器之外，在***中设置会议管理服务器和针对单个呼叫对象的呼叫业务逻辑控制器，***为进入业务***的每个呼叫创建一个上述呼叫业务逻辑控制器，接收用户按键输入和输出语音内容，负责呼叫对象的状态跳转，不涉及会议和其他呼叫的操作在本呼叫业务逻辑控制器中进行。会议管理服务器负责管理***的所有或部分逻辑会议，保存会议信息和与会议关联的各个呼叫对象信息，提供会议信息和呼叫信息查询功能，并直接调用语音业务***服务器的会议物理操作。

呼叫对象进行会议操作，不能由呼叫业务逻辑控制器进行，必须通过会议管理服务器，需要通过会议管理服务器的验证，并在会议管理服务器的统一调度下操作。

呼叫对象之间的交互由呼叫业务逻辑控制器通过会议管理服务器进行转发，两个呼叫没有直接的数据收发。

呼叫业务逻辑控制器和会议管理服务器之间采用可靠的传输控制协议TCP连接。

由上述本发明给出的技术方案可见，本发明将呼叫对象作为会议业务的逻辑控制主体，通过呼叫业务逻辑控制器分解了会议控制的逻辑，简化了语音聊天室业务的控制。同时，会议管理服务器在各个分散的呼叫对象之间形成了有效的连接，起到纽带的作用，轻松实现同一时刻对会议的单一控制和各呼叫之间的交互。同时会议一级的逻辑操作在会议管理服务器实现。会议管理服务器的存在，便于实现业务***的监控和管理。在呼叫业务逻辑控制器和会议管理服务器之间采用TCP协议连接，能够有效保证会议操作消息和呼叫之间交互信息收发的可靠性。

附图说明

图1是现有语音会议类业务实现方法的示意图。

图2是本发明应用于语音会议类业务的示意图。

图3是本发明的会议操作实施过程示意图。

图4是本发明的呼叫业务逻辑控制器之间进行交互的实施过程示意图。

具体实施方式

下面结合附图和具体实施方式进一步说明本发明。

本发明主要通过从呼叫对象的角度进行语音会议业务逻辑控制，并通过呼叫业务逻辑控制器衔接呼叫控制和语音业务平台，来实现电话增值平台上复杂的语音聊天室业务。

本发明是应用在语音业务***平台之上的，是应用业务的一种实现方法。本发明在实施过程中，需要为参与会议的语音呼叫建立呼叫业务逻辑控制器，如果把呼叫看作是呼叫对象，那么该控制器和呼叫对象一一对应，每一个呼叫对象从构造开始，一直到解除整个周期都有且仅有一个呼叫业务逻辑控制器与之关联，该呼叫业务逻辑控制器负责控制呼叫对象的业务逻辑状态变化，并根据业务需求处理呼叫对象的按键输入和语音输入，以及为呼叫对象播放相应的语音内容。进入语音会议***的呼叫，从它进入的那一刻起；对于***主动发起的呼叫，从开始执行外拨电话的那一刻起，呼叫对象产生，呼叫业务逻辑控制器也生成，并得到呼叫对象的控制权，负责处理其所有的输入和输出，以及控制状态转换过程。

聊天室的会议的状态维护是由会议管理服务器完成的，如图2所示。创建会议，加入会议，退出会议等操作的逻辑控制由呼叫业务逻辑控制器执行，具体执行会议操作的物理动作由呼叫业务逻辑控制器通过呼叫业务逻辑控制器和会议管理服务器之间的可靠连接通知会议管理服务器去执行，在执行具体操作前，会议管理服务器会对通知的内容进行有效性验证，如果通过验证，则调用语音业务***服务器的接口完成实际的会议物理操作。

下面结合附图3具体说明会议业务操作的实施过程：

语音会议业务通常是用户按键输入选择要进行某项会议操作，该操作可以是创建新会议，加入已有的某个会议，或者退出会议，或者把某与会者赶出会议，等等。

步骤301：用户按键以后，呼叫对象将按键信息通知呼叫业务逻辑控制器；

步骤302：呼叫业务逻辑控制器根据制定的业务内容，确认是一个会议操作命令，需要交给会议管理器处理；

步骤303：呼叫业务逻辑控制器通过可靠的连接方式，向会议管理服务器发送会议操作请求，然后进入下一状态，等待操作结果；

步骤304：会议管理服务器收到请求，根据业务功能情况，对请求进行验证操作。验证过程往往和具体业务相关，可能涉及到计费、用户级别、***功能等多个方面，如果验证未通过，会议管理服务器可以立即向呼叫业务逻辑控制器返回失败结果，这个验证过程为整个业务提供了可扩展的机制；

步骤305：操作验证通过以后，会议管理服务器调用语音业务***服务器的接口，执行实际的会议操作；

步骤306：操作完成，会议管理服务器得到语音业务***服务器的返回结果；

步骤307：会议管理服务器根据返回的结果，进行相关数据处理，主要是更新会议数据；

步骤308：会议管理服务器将会议操作结果通过可靠的连接方式，通知呼叫业务逻辑控制器；

步骤309：呼叫业务逻辑控制器根据返回结果，做相应处理和状态改变；

步骤310：根据业务功能，通知呼叫对象向用户播放相应的提示音。

会议操作过程实施结束。

从实施过程可见，根据本发明在语音业务***上定制语音聊天室业务，就是根据业务功能需求定制呼叫业务逻辑控制器的控制逻辑和会议管理服务器的操作验证过程。

相对于现有会议类业务实现方法，本发明将各呼叫控制逻辑单独提取出来。对于语音聊天室这样的业务，完成好友邀请这样的功能需要呼叫之间进行交互。为满足这一功能需求，本发明还提供呼叫业务逻辑控制器之间交互的方法。

参考附图4，呼叫业务逻辑控制器1向呼叫业务逻辑控制器2发送消息的实施过程为：

步骤401：呼叫业务逻辑控制器1将要发送的信息打包，目的对象标注为呼叫业务逻辑控制器2，然后发送给会议管理服务器；

步骤402：会议管理服务器不需要关心信息的内容，取得信息来源和目的信息，从维护的呼叫列表中查找呼叫业务逻辑控制器2的地址信息；

步骤403：会议管理服务器将信息转发给呼叫业务逻辑控制器2。

信息发送过程完成。呼叫业务逻辑控制器2向呼叫业务逻辑控制器1回复信息也需要同样的过程。

综上所述，本发明的方法将统一控制的聊天室业务逻辑分离为多个呼叫业务逻辑和一个会议管理逻辑，复杂的业务过程以单个呼叫的方式由呼叫业务逻辑控制器处理，会议管理逻辑提供操作验证和会议数据维护。而单个呼叫控制逻辑的方式在语音增值业务中应用广泛，易于实现。这样，极大简化了业务定制复杂度，缩短了业务开发周期，也利于业务变更和维护。

对于电信语音增值涉及的计费问题，按照本发明的方法，所有以用户为主体的计费数据，如按通话时长计费，由呼叫业务逻辑控制器输出；而根据会议角度的计费数据，如会议存在时长，由会议管理服务器输出；对于预付费形式的计费控制，也是按照计费策略的不同由呼叫业务逻辑控制器和会议管理服务器分别处理。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。

Claims (7)

1.一种在电信语音增值平台上实现语音聊天室业务的方法，以语音聊天室***采用语音会议方式实现，每个参会方为一个呼叫对象，包括主动发起的呼叫和由***发起的呼叫，语音增值平台使用语音业务***服务器，其特征在于：

(1)***为每一个呼叫对象建立一个单独的呼叫业务逻辑控制器；各呼叫业务逻辑控制器通过会议管理服务器和语音业务***服务器相连；呼叫业务逻辑控制器接收用户按键输入并输出语音内容，负责呼叫对象的状态跳转，不涉及会议和其他呼叫的操作在本呼叫业务逻辑控制器中进行；

(2)在语音业务***服务器之外设置单独的会议管理服务器；会议管理服务器负责管理***的所有或部分逻辑会议，保存会议信息和与会议关联的各个呼叫对象信息，提供会议信息和呼叫信息查询功能，并直接调用语音业务***服务器的会议物理操作；

(3)呼叫对象进行会议操作，须通过会议管理服务器，在会议管理服务器的统一调度下操作。

2.根据权利要求1所述的在电信语音增值平台上实现语音聊天室业务的方法，其特征在于：各呼叫对象之间的交互由呼叫业务逻辑控制器通过会议管理服务器进行转发，两个呼叫没有直接的数据收发。

3.根据权利要求1所述的在电信语音增值平台上实现语音聊天室业务的方法，其特征在于：呼叫对象进行会议操作，需通过会议管理服务器的验证。

4.根据权利要求1所述的在电信语音增值平台上实现语音聊天室业务的方法，其特征在于：上述各呼叫业务逻辑控制器和上述会议管理服务器之间采用传输控制协议TCP协议进行信息交互。

5.根据权利要求1至5中任何一项所述的在电信语音增值平台上实现语音聊天室业务的方法，其特征在于上述会议业务操作的一种实施过程为：

步骤301：用户按键以后，呼叫对象将按键信息通知呼叫业务逻辑控制器；

步骤302：呼叫业务逻辑控制器根据制定的业务内容，确认为一个会议操作命令，需要交给会议管理器处理；

步骤303：呼叫业务逻辑控制器通过传输控制协议TCP协议的连接方式，向会议管理服务器发送会议操作请求，然后进入下一状态，等待操作结果；

步骤304：会议管理服务器收到请求，根据业务功能情况，对请求进行验证操作。如果验证未通过，会议管理服务器立即向呼叫业务逻辑控制器返回失败结果；

步骤305：操作验证通过以后，会议管理服务器调用语音业务***服务器的接口，执行实际的会议操作；

步骤306：操作完成，会议管理服务器得到语音业务***服务器的返回结果；

步骤307：会议管理服务器根据返回的结果，进行相关数据处理；

步骤308：会议管理服务器将会议操作结果通过传输控制协议TCP的连接方式，通知呼叫业务逻辑控制器；

步骤309：呼叫业务逻辑控制器根据返回结果，做相应处理和状态改变；

步骤310：根据业务功能，通知呼叫对象向用户播放相应的提示音。

6.根据权利要求1或2所述的在电信语音增值平台上实现语音聊天室业务的方法，其特征在于：上述步骤304所述的验证涉及计费、用户级别、***功能。

7.根据权利要求3所述的在电信语音增值平台上实现语音聊天室业务的方法，其特征在于上述呼叫业务逻辑控制器之间交互的方法包括以下步骤：

步骤401：呼叫业务逻辑控制器1将要发送的信息打包，目的对象标注为呼叫业务逻辑控制器2，然后发送给会议管理服务器；

步骤402：会议管理服务器取得信息来源和目的信息，从维护的呼叫列表中查找呼叫业务逻辑控制器2的地址信息；

步骤403：会议管理服务器将信息转发给呼叫业务逻辑控制器2。

Images