CN102307266A - 电话语音增值***及其通信方法 - Google Patents

Abstract

本发明公开一种电话语音增值***及其通信方法，以解决现有的语音增值***更新即导致用户被迫下线的问题。该***至少包括：以中继线与PSTN交换机连接的语音板卡；用于在驱动程序上封装所述语音板卡的API接口供应用服务器调用以对IVR进行统一调度和管理的CTI服务器，所述CTI服务器与所述语音板卡建立有数据通信连接；以及用于解析和执行IVR业务逻辑的应用服务器；其中所述CTI服务器与所述应用服务器分离并建立有通信连接，且所述CTI服务器上存储有所述应用服务器更新用语音播放文件。

Description

电话语音增值***及其通信方法

技术领域

本发明涉及电信技术领域，尤其涉及一种电话语音增值***及其通信方法。

背景技术

IVR(Interactive Voice Response，互动式语音应答)是一种语音增值业务，用以根据用户输入的内容播放有关的信息。其中，电话用户在接入IVR服务平台后，即可根据操作提示收听手机娱乐产品。

然而，现有的电话语音增值***在处理IVR业务的更新或升级时，整个***需要重新进行编译或重启，从而导致已接入该***的用户被迫下线，甚至造成用户相关数据的丢失，亟待改进。

发明内容

本发明的主要目的在于公开一种电话语音增值***及其通信方法，以解决现有的语音增值***更新即导致用户被迫下线的问题。

为达上述目的，本发明公开的电话语音增值***至少包括：

以中继线与PSTN(Public Switched Telephone Network，公共交换电话网络)交换机连接的语音板卡；

用于在驱动程序上封装所述语音板卡的API(Application ProgrammingInterface，应用程序编程接口)接口供应用服务器调用以对IVR进行统一调度和管理的CTI(Computer Telephony Integration，计算机电话集成)服务器，所述CTI服务器与所述语音板卡建立有数据通信连接；

用于解析和执行IVR业务逻辑的应用服务器；

其中所述CTI服务器与所述应用服务器分离并建立有通信连接，且所述CTI服务器上存储有所述应用服务器更新用语音播放文件；以及

所述CTI服务器，还用于检测所述应用服务器是否将更新IVR，如果是，保存当前已接入所述应用服务器的各个电话终端的状态信息，并将各个电话终端的语音通道切换至收听本地语音播放文件的状态；当检测到所述应用服务器完成IVR更新时，停止播放本地的语音播放文件，并根据保存的状态信息将各个电话终端的语音通道切换回更新前的使用状态。

为达上述目的，本发明还公开一种电话语音增值***的通信方法，包括以下步骤：

语音板卡接收PSTN交换机传输的中继信号，为接入的电话终端分配语音通道；

所述语音板卡将所述电话终端要执行服务的状态信息和请求发送给CTI服务器；

所述CTI服务器根据所述电话终端的状态信息和请求调度和管理应用服务器的IVR；

所述应用服务器解析和执行与所述电话终端的状态信息和请求对应的IVR业务逻辑，并调用所述语音板卡的API接口处理相关的音频数据；

其中，还包括：

所述CTI服务器检测所述应用服务器是否将更新IVR，如果是，保存当前已接入所述应用服务器的各个电话终端的状态信息，并将各个电话终端的语音通道切换至收听本地语音播放文件的状态；当检测到所述应用服务器完成IVR更新时，所述CTI服务器停止播放本地的语音播放文件，并根据保存的状态信息将各个电话终端的语音通道切换回更新前的使用状态。

与现有技术相比，本发明至少具有以下优点：

在应用服务器的IVR进行更新时，CTI服务器保存更新前已接入应用服务器的各个电话终端的状态信息，并将各个电话终端的语音通道切换至收听本地语音播放文件的状态；当检测到应用服务器的IVR完成更新时，CTI服务器停止播放本地的语音播放文件，并根据保存的状态信息将各个电话终端的语音通道切换回更新前的使用状态；从而解决了应用服务器更新即导致用户被迫下线的问题，也不会造成数据的丢失，提高了***运行的稳定性和维护的便利性。

附图说明

图1是本发明实施例公开的电话语音增值***的结构示意图；

图2是本发明实施例公开的电话语音增值***的通讯方法流程图；

图3为本发明实施例公开的一对一找人聊天的通讯方法流程图；

图4为本发明实施例公开的多人聊天的通讯方法流程图。

【附图标记】

1——语音板卡；2——CTI服务器；3——应用服务器

具体实施方式

下面结合说明书附图对本发明的具体实施方式做一详细描述。

实施例一

本实施例公开一种电话语音增值***，如图1所示，包括语音板卡1、CTI服务器2和应用服务器3。其中，语音板卡以中继线与PSTN交换机连接，CTI服务器与语音板卡建立有数据通信连接，应用服务器与CTI服务器分离并建立有通信连接。其中，该应用服务器通常还连接有数据库，用以保存注册会员的信息和/或存储该***所需的媒体资源，该媒体资源包括但不限于语音播放文件。可选的，语音板卡集成于CTI服务器上，其中该CTI服务器上集成的语音板卡可以是一片、两片或两片以上。

在图1中，应用服务器用于解析和执行IVR业务逻辑，其软件模块包括用于编辑业务逻辑和数据的编辑器、编译器、调试器和仿真器；CTI服务器则用于在驱动程序上封装语音板卡的API接口供应用服务器调用以对IVR进行统一调度和管理，使得业务独立运行于具体网络和硬件资源，实现***的开放性和通用性，也便于IVR业务的重用和移植。

本图1所示的***架构中，CTI服务器上存储有应用服务器更新用语音播放文件，并与应用服务器分离。其中CTI服务器还用于检测应用服务器的IVR是否将进行更新，当检测到应用服务器的IVR将进行更新时，由CTI服务器保存已接入应用服务器的各个电话终端的状态信息，并将各个电话终端的语音通道切换至收听本地语音播放文件的状态；当该CTI服务器检测到应用服务器的IVR完成更新时，停止播放本地的语音播放文件，并根据保存的状态信息将各个电话终端的语音通道切换回更新前的使用状态。本实施例中，该语音播放文件可以是该CTI服务器通过网络电台实时录制并转播的语音播放文件。

值得说明的是，本发明所谓的分离，包括下述两种情况：

一种是该CTI服务器和该应用服务器部署在同一台计算机上，其中执行该CTI服务器相关功能的软件模块与执行该应用服务器相关功能的软件模块彼此独立而不存在嵌入关系；

另一种则是该CTI服务器和该应用服务器分别部署在不同的计算机上，各自完成其相应的功能。本实施例优选后一种分离方式，其优点在于便于维护和扩展；例如，当用户量超出了CTI服务器上集成的语音板卡的最大用户容量时，可以增设一台或多台集成有语音板卡的CTI服务器，依此，则两台或两台以上的CTI服务器共用一台应用服务器，使得该***的用户容量不会受语音板卡等硬件资源的限制。其中，语音板卡上***有数字中继卡，用于执行录音、放音、电话会议、DTMF识别、数字中继和中继监控的底层操作处理。在其他实施例中，进一步的，该语音板卡还可插设坐席卡，并可由MVIP等总线实现中继卡与坐席卡之间的交换。

本实施例中，较佳的，上述应用服务器内嵌有音乐播放模块。该音乐播放模块的播放内容可以是预先存储在与该应用服务器连接的数据库中的歌曲，也可以是从与该应用服务器网络连接的网络电台导入的歌曲，甚至还可以是通过无线接收、解码器件从无线电台获取的歌曲。

较佳的，本实施例中的应用服务器内还嵌有用于录制、存储和推送用户语音信息的语音微博模块。

较佳的，本实施例中的应用服务器内还嵌有游戏运行模块，其内嵌的游戏包括但不限于押大小、炸金花、开心农场等小游戏。

较佳的，本实施例中的应用服务器内还嵌有一对一找人聊天模块。其中，该一对一找人聊天模块用于接收主叫用户的一对一聊天请求，获取主叫用户的匹配条件，并在数据库中查找与匹配条件相符的被叫会员，当被叫会员为离线状态时，以外呼模式接通被叫用户，将外呼的被叫用户的语音通道与主叫用户的语音通道连成一体，然后在获取到主叫用户或被叫用户挂机的状态消息后，将主叫用户或被叫用户跳转到一对一聊天室。当匹配的被叫会员为线上用户时，该一对一找人聊天模块还需进一步判断该被叫用户是否允许呼叫，如果允许，则将该被叫用户的语音通道与主叫用户的语音通道连成一体；否则，继续查找条件匹配的下一个被叫用户；当查找不到匹配的被叫用户时，调用语音板卡的API放音接口以向主叫用户播放查找失败提示语音。

较佳的，本实施例中的应用服务器内还嵌有多人聊天模块。其中，该多人聊天模块用于接收用户的进入聊天室请求，调用语音板卡的API放音接口向该用户播放聊天室列表供用户选择聊天室；然后将该用户的语音通道接入该用户选取的聊天室中，将该用户的语音数据与该聊天室的其它用户的语音进行混音后发送给其它玩家，并将该聊天室其余用户的语音混音后发送给该用户；之后，当接收该用户的退出聊天室请求，释放该聊天室与该用户相应电话终端之间的资源。

较佳的，本实施例中的应用服务器还连接有坐席***，且该坐席***设有以B/S和/或C/S方式网络连接应用服务器的管理网站。较佳的，该管理网站设有彼此建立有通信连接的监听模块和跳转模块，其中监听模块主要用于监听一对一聊天室和多人聊天室中的语音并对捣乱用户进行禁言，跳转模块则主要用于根据用户请求将该用户从该应用服务器的一个功能模块跳转到另一个功能模块，例如，将电话用户从一对一聊天室跳转到多人聊天室，又或者是将电话用户从游戏模块跳转到语音微博模块或音乐播放模块。藉此，则管理员可以在最快的时间内，用最快的方法实现管理员对线上用户进行管理和互动。

本实施例公开的电话语音增值***，在应用服务器的IVR进行更新时，CTI服务器保存更新前已接入应用服务器的各个电话终端的状态信息，并将各个电话终端的语音通道切换至收听本地语音播放文件的状态；当检测到应用服务器的IVR完成更新时，CTI服务器停止播放本地的语音播放文件，并根据保存的状态信息将各个电话终端的语音通道切换回更新前的使用状态；从而解决了应用服务器更新即导致用户被迫下线的问题，也不会造成数据的丢失，提高了***运行的稳定性和维护的便利性。

实施例二

本实施例公开一种对应上述实施例一的电话语音增值***的通信方法，如图2所示，在图1所示的***架构搭建完成并正常启动后，包括以下步骤：

步骤21、语音板卡接收PSTN交换机传输的中继信号，为接入的电话终端分配语音通道。

步骤22、语音板卡将电话终端要执行服务的状态信息和请求发送给CTI服务器。

步骤23、CTI服务器根据电话终端的状态信息和请求调度和管理应用服务器的IVR。本发明所述的状态信息和请求包括但不限于按键信息、插簧开关状态、指示灯信息、媒体访问信息、路由信息、麦克风信息及扬声器信息等等。

步骤24、应用服务器解析和执行与电话终端的状态信息和请求对应的IVR业务逻辑，并调用语音板卡的API接口处理相关的音频数据。

该步骤包括放音任务的实现。

传统的IVR放音方式是由IVR网关程序指定语音文件名进行播放，对于多语音的组合放音也是按照这种方式进行语音播放的，随着维语、藏语、粤语等不同语种***的开发，发现各个语系的语法规则也不统一，因此对于语音的播放，特别的多语音组合播放，需要对IVR网关程序代码中关于语音播放的部分要进行大量的针对语种的修改。

本实施例中，在放音任务的设计过程中，应用服务器的网关程序将每一个需要对用户播放的语音(包括合成语音)视为一个单独的放音任务，且该网关程序(注：网关程序用于指定按键信息与对应语音片段的对应关系)对多语种的一段放音具有一致的代码，并以下述步骤执行放音任务：

网关程序获取语种配置信息，例如，1为普通话，2为粤语；

网关程序根据配置信息指定对应语种的语音进行播放。如此，则移植新语种时，只需要修改放音任务的配置，而不用修改网管程序的代码；从而为网关程序的重用和移植提供了极大的便利。

步骤25、CTI服务器检测应用服务器是否将更新IVR，如果是，转步骤26，否则，继续进行检测。

在应用服务器将进行更新时，该应用服务器向CTI服务器发布预更新指示信息。该过程可以在应用服务器自检出故障时自动启动，也可以在正常情况下，根据网管的操作命令进行启动。

步骤26、CTI服务器检测到应用服务器将更新IVR，保存当前已接入应用服务器的各个电话终端的状态信息，并将各个电话终端的语音通道切换至收听本地语音播放文件的状态。

该步骤所述的状态信息至少包括相应电话用户当前所处的位置信息，当电话用户正在进行炸金花游戏时，该状态信息还进一步包括牌面信息、桌面已下注的虚拟货币信息以及个人账户上的虚拟货币信息等等。其中播放的该语音播放文件的内容可以用于提示用户“***正在更新，请耐心等待”，并可根据***更新时间的长短***歌曲、相声等内容。

步骤27、应用服务器更新完毕，与CTI服务器恢复通信，并将更新完毕状态信息告知CTI服务器。

步骤28、CTI服务器通过接收的状态信息检测到应用服务器完成IVR更新，停止播放本地的语音播放文件，并根据保存的状态信息将各个电话终端的语音通道切换回更新前的使用状态。

上述S28执行完成后，转步骤25。

在执行上述步骤的过程中，较佳的，还可进一步包括：应用服务器和/或CTI服务器建立与网络电台的通信连接，导入所述网络电台的音频数据以供用户实时收听。

本实施例中，在应用服务器的IVR进行更新时，CTI服务器保存更新前已接入应用服务器的各个电话终端的状态信息，并将各个电话终端的语音通道切换至收听本地语音播放文件的状态；当检测到应用服务器的IVR完成更新时，CTI服务器停止播放本地的语音播放文件，并根据保存的状态信息将各个电话终端的语音通道切换回更新前的使用状态；从而解决了应用服务器更新即导致用户被迫下线的问题，也不会造成数据的丢失，提高了***运行的稳定性和维护的便利性。

实施例三

与上述实施例一、二所对应的，当现有语音板卡的语音通道不能满足用户需求时，本实施例公开一种电话语音增值***的扩展方法。该方法有两种执行方式，分述如下：

方式一

网管增设与CTI服务器连接的语音板卡，并修改应用服务器和/或CTI服务器的配置文件中板卡和语音通道的参数。

方式二

网管增设与应用服务器连接的集成有语音板卡的CTI服务器，并修改应用服务器的配置文件中板卡和语音通道的参数。

通过上述两种方式，使得上述实施例公开的电话语音增值***的用户容量不会受语音板卡等硬件资源的限制，也为***的负载均衡提供了有利条件。

实施例四

上述实施例一公开了应用服务器还可嵌有一对一找人聊天模块，该一对一找人聊天模块创建有一对一聊天室，为此，本实施例公开一种一对一找人聊天的通信方法，如图3所示，该方法由一对一找人聊天模块执行以下步骤：

步骤31、接收主叫用户的一对一聊天请求，获取主叫用户的匹配条件，并在数据库中查找与匹配条件相符的被叫会员。

该步骤中所述的匹配条件可以是性别、年龄、归属地区等信息中的一个或多个。

步骤32、当被叫会员为离线状态时，以外呼模式接通被叫用户；当被叫会员为线上用户时，判断该被叫用户是否允许呼叫，如果允许，则转步骤33；否则，继续查找条件匹配的下一个被叫用户；当查找不到匹配的被叫用户时，调用语音板卡的API放音接口以向主叫用户播放查找失败提示语音。

在该步骤中，当匹配条件越精确时，查找失败的可能性越大。而当被叫为线上用户时，还需要进一步判断被叫是否允许被呼叫，比如，当被叫正在玩游戏时，如果省略该步骤而直接将主叫和被叫连通，则将导致被叫游戏出局，甚至导致其它游戏玩家终止游戏。为便于一对一找人聊天模块快速地判断线上用户是否允许被呼，本实施例优选由应用服务器在用户接入特定的功能模块(例如游戏模块)后，自动将该用户的状态设置为不允许呼叫状态。

步骤33、将被叫用户的语音通道与主叫用户的语音通道连成一体。

步骤34、在获取到主叫用户或被叫用户挂机的状态消息后，将主叫用户或被叫用户跳转到一对一聊天室。

该步骤不是直接将主被叫用户同时进行下线处理，而是将其跳转到一对一找人聊天室，省略了用户频繁地上线下线处理，从而便于主被叫用户继续且快捷的享受本发明公开的电话语音增值***的资源。

实施例五

上述实施例一公开了应用服务器还可嵌有多人聊天模块，该多人聊天模块调用语音板卡的API会议接口创建有多人聊天室，为此，本实施例公开一种多人聊天的通信方法，如图4所示，该方法由多人聊天模块执行以下步骤：

步骤41、接收用户的进入聊天室请求；调用语音板卡的API放音接口向该用户播放聊天室列表供用户选择聊天室。

步骤42、将该用户的语音通道接入该用户选取的聊天室中，将该用户的语音数据与该聊天室的其它用户的语音进行混音后发送给其它玩家，并将该聊天室其余用户的语音混音后发送给该用户。

步骤43、接收该用户的退出聊天室请求，释放该聊天室与该用户相应电话终端之间的资源。其中，该步骤释放的资源是电话与聊天室之间的资源，释放资源之后，该电话用户仍处于虚拟的多人聊天模块内，且该多人聊天模块可以重新向该用户播放聊天室列表供用户选择聊天室，而不是直接将用户进行下线处理，便于主被叫用户继续且快捷的享受本发明公开的电话语音增值***的资源。

值得说明的是，本发明中，当实施例一中的坐席***设有人工呼叫时，应用服务器可以以一对一聊天室或多人聊天室的资源来接通用户与人工坐席之间的人工呼叫。如此则省略了坐席卡等硬件资源的购置，提高了资源的利用率并降低了***购置的成本。较佳的，上述坐席***还包括以B/S和/或C/S方式与应用服务器建立网络连接的管理网站，在交互过程中，该管理网站从该应用服务器获取一对一找人聊天模块、多人聊天模块、音乐播放模块、语音微博模块及游戏运行模块的相关数据，监听一对一聊天室和多人聊天室中的语音并对捣乱用户进行禁言，以及根据获取的用户请求将该用户从该应用服务器的一个功能模块跳转到另一个功能模块；从而便于管理员在最快的时间内，用最快的方法实现管理员对线上用户进行管理和互动。

综上，本发明实施例公开的电话语音增值***及其通信方法，解决了应用服务器更新即导致用户被迫下线的问题，也不会造成数据的丢失，提高了***运行的稳定性和维护的便利性。

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

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的功能模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的功能模块可以合并为一个模块，也可以进一步拆分成多个功能子模块。

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

Claims (16)

1.一种电话语音增值***，其特征在于，至少包括：

以中继线与PSTN交换机连接的语音板卡；

用于在驱动程序上封装所述语音板卡的API接口供应用服务器调用以对IVR进行统一调度和管理的CTI服务器，所述CTI服务器与所述语音板卡建立有数据通信连接；

用于解析和执行IVR业务逻辑的应用服务器；

其中所述CTI服务器与所述应用服务器分离并建立有通信连接，且所述CTI服务器上存储有所述应用服务器更新用语音播放文件；以及

所述CTI服务器，还用于检测所述应用服务器是否将更新IVR，如果是，保存当前已接入所述应用服务器的各个电话终端的状态信息，并将各个电话终端的语音通道切换至收听本地语音播放文件的状态；当检测到所述应用服务器完成IVR更新时，停止播放本地的语音播放文件，并根据保存的状态信息将各个电话终端的语音通道切换回更新前的使用状态。

2.根据权利要求1所述的电话语音增值***，其特征在于，所述语音板卡集成于所述CTI服务器上，且所述CTI服务器上集成有一片、两片或两片以上的语音板卡。

3.根据权利要求2所述的电话语音增值***，其特征在于，所述CTI服务器与所述应用服务器分开部署在不同的计算机上，且两台或两台以上的所述CTI服务器共用一台所述应用服务器，所述应用服务器连接有数据库。

4.根据权利要求1、2或3所述的电话语音增值***，其特征在于，所述应用服务器内嵌有音乐播放模块、语音微博模块、游戏运行模块、一对一找人聊天模块和多人聊天模块。

5.根据权利要求4所述的电话语音增值***，其特征在于，还包括与所述应用服务器连接的坐席***，所述坐席***设有以B/S和/或C/S方式网络连接所述应用服务器的管理网站，所述管理网站设有下述功能模块：

用于监听一对一聊天室和多人聊天室中的语音并对捣乱用户进行禁言的监听模块；

用于根据用户请求将该用户从该应用服务器的一个功能模块跳转到另一个功能模块的跳转模块；

其中所述监听模块与所述跳转模块建立有通信连接。

6.根据权利要求1、2或3所述的电话语音增值***，其特征在于，所述应用服务器和/或所述CTI服务器还与网络电台建立有通信连接。

7.一种电话语音增值***的通信方法，其特征在于，包括以下步骤：

语音板卡接收PSTN交换机传输的中继信号，为接入的电话终端分配语音通道；

所述语音板卡将所述电话终端要执行服务的状态信息和请求发送给CTI服务器；

所述CTI服务器根据所述电话终端的状态信息和请求调度和管理应用服务器的IVR；

所述应用服务器解析和执行与所述电话终端的状态信息和请求对应的IVR业务逻辑，并调用所述语音板卡的API接口处理相关的音频数据；

其中，还包括：

所述CTI服务器检测所述应用服务器是否将更新IVR，如果是，保存当前已接入所述应用服务器的各个电话终端的状态信息，并将各个电话终端的语音通道切换至收听本地语音播放文件的状态；当检测到所述应用服务器完成IVR更新时，所述CTI服务器停止播放本地的语音播放文件，并根据保存的状态信息将各个电话终端的语音通道切换回更新前的使用状态。

8.根据权利要求7所述的电话语音增值***的通信方法，其特征在于，当现有语音板卡的语音通道不能满足用户需求时，还包括以以下两种方式进行扩展：

网管增设与所述CTI服务器连接的语音板卡，并修改所述应用服务器和/或所述CTI服务器的配置文件中板卡和语音通道的参数；或者

网管增设与所述应用服务器连接的集成有语音板卡的CTI服务器，并修改所述应用服务器的配置文件中板卡和语音通道的参数。

9.根据权利要求7或8所述的电话语音增值***的通信方法，其特征在于，所述应用服务器的网关程序将每一个需要对用户播放的语音视为一个单独的放音任务，且该网关程序对多语种的一段放音具有一致的代码，所述应用服务器以下述步骤执行放音任务：

所述网关程序获取语种配置信息；

所述网关程序根据所述配置信息指定对应语种的语音进行播放。

10.根据权利要求9所述的电话语音增值***的通信方法，其特征在于，所述应用服务器还设有创建有一对一聊天室的一对一找人聊天模块，其一对一找人聊天的通信方法包括：

所述一对一找人聊天模块接收主叫用户的一对一聊天请求，获取主叫用户的匹配条件，并在数据库中查找与所述匹配条件相符的被叫会员；

当所述被叫会员为离线状态时，所述一对一找人聊天模块以外呼模式接通所述被叫用户；

所述一对一找人聊天模块将外呼的被叫用户的语音通道与所述主叫用户的语音通道连成一体；

所述一对一找人聊天模块在获取到主叫用户或被叫用户挂机的状态消息后，将所述主叫用户或被叫用户跳转到一对一聊天室。

11.根据权利要求10所述的语音增值***的通信方法，其特征在于，还包括：

当所述被叫会员为线上用户时，所述一对一找人聊天模块判断该被叫用户是否允许呼叫，如果允许，则将该被叫用户的语音通道与所述主叫用户的语音通道连成一体；否则，继续查找条件匹配的下一个被叫用户；当查找不到匹配的被叫用户时，所述一对一找人聊天模块调用语音板卡的API放音接口以向所述主叫用户播放查找失败提示语音。

12.根据权利要求11所述的语音增值***的通信方法，其特征在于，还包括：

所述应用服务器在用户接入特定的功能模块后，自动将该用户的状态设置为不允许呼叫状态。

13.根据权利要求7所述的语音增值***的通信方法，其特征在于，所述应用服务器还设有调用所述语音板卡的API会议接口创建多人聊天室的多人聊天模块，其多人聊天的通信方法包括：

所述多人聊天模块接收用户的进入聊天室请求，调用所述语音板卡的API放音接口向该用户播放聊天室列表供用户选择聊天室；

所述多人聊天模块将该用户的语音通道接入该用户选取的聊天室中，将该用户的语音数据与该聊天室的其它用户的语音进行混音后发送给其它玩家，并将该聊天室其余用户的语音混音后发送给该用户；

所述多人聊天模块接收该用户的退出聊天室请求，释放该聊天室与该用户相应电话终端之间的资源。

14.根据权利要求9至13所述的语音增值***的通信方法，其特征在于，还包括：

所述应用服务器以一对一聊天室或多人聊天室的资源来接通所述用户与人工坐席之间的人工呼叫。

15.根据权利要求14所述的语音增值***的通信方法，其特征在于，还包括：

所述应用服务器与管理网站建立B/S和/或C/S方式网络连接，获取所述应用服务器一对一找人聊天模块、多人聊天模块、音乐播放模块、语音微博模块及游戏运行模块的相关数据；

所述管理网站监听一对一聊天室和多人聊天室中的语音并对捣乱用户进行禁言，以及根据获取的用户请求将该用户从该应用服务器的一个功能模块跳转到另一个功能模块。

16.根据权利要求9至13所述的语音增值***的通信方法，其特征在于，还包括：

所述应用服务器和/或所述CTI服务器建立与网络电台的通信连接，导入所述网络电台的音频数据以供用户实时收听。

Images