一种通话录音方法及其装置、系统与流程

本申请涉及通信领域，特别是一种通话录音方法及其装置、系统。

背景技术：

在通信系统中，通话录音是其中一个基本功能。特别是在呼叫中心通话系统中，对每个呼叫都有可能需要进行通话录音。

请参阅图1，图1是现有技术中通话录音系统一实施例的示意图。通话录音系统包括用户110、呼叫控制服务器120、业务控制服务器130、坐席140以及录音文件服务器150。其中，呼叫控制服务器120集成了自动呼叫分配器(automatic call distributor，ACD)(图未示)以及媒体网关(图未示)。业务控制服务器130可以为计算机电信集成(computer telephony integration，CTI)。坐席140可以为一个或多个。呼叫控制服务器120能够与用户110、业务控制服务器130以及录音文件服务器150进行通信。

当呼叫控制服务器120中的ACD监测到用户110拨打客户服务电话时，生成呼叫触发事件，并将呼叫触发事件通知业务控制服务器130。其中，呼叫触发事件包括用户110的信息。

在业务控制服务器130检测到呼叫触发事件之后，根据呼叫触发事件为用户110分配坐席140，并控制ACD呼叫坐席。业务控制服务器130向媒体网关发送录音请求，以控制媒体网关为用户110以及分配的坐席140分配录音资源，即创建虚拟会场。其中，录音请求包括录音属性，录音属性包括录音文件保存路径、文件格式、编解码类型等。媒体网关不保存录音属性。虚拟会场与用户110、坐席140一一对应。

在媒体网关创建虚拟会场后，向ACD发送控制信息，以使ACD根据控制信息将用户110以及分配的坐席140加入媒体网关虚拟会场。

在用户110以及分配的坐席140加入媒体网关虚拟会场之后，媒体网关对用户110以及分配的坐席140的通话在该虚拟会场中进行混音，根据录音属性生成录音文件，并通过网络文件系统(Network File System，NFS)，把录音文件写入录音文件服务器150。

当ACD检测到结束通话后，向业务控制服务器130发送释放消息，以使业务控制服务器130控制媒体服务器释放虚拟会场资源。

上述通话录音方法中，由业务控制服务器130向呼叫控制服务器120中的媒体网关发送录音请求，以启动通话录音。然而，当业务控制服务器130故障或业务服务器130无法与呼叫控制服务器120通信时，无法发送录音请求，导致呼叫控制服务器无法进行通话录音。

技术实现要素：

本申请提供一种通话录音方法及其装置、系统，能够在业务服务器出现故障或业务服务器与呼叫控制服务器通信故障时，呼叫控制服务器能够实现通话录音，提高录音功能的可靠性。

本申请第一方面提供一种通话录音方法，所述方法包括：呼叫控制服务器检测是否能够与业务控制服务器通信；当所述呼叫控制服务器无法与所述业务控制服务器通信时，所述呼叫控制服务器托管通话录音功能；所述呼叫控制服务器接收用户终端发送的呼叫请求，并为所述用户终端分配坐席终端；所述呼叫控制服务器向媒体服务器发送申请录音资源的请求信息，以请求所述媒体服务器为所述用户终端以及所述用户终端对应的坐席终端分配录音资源；其中，所述请求信息包括录音属性；所述呼叫控制服务器在接收到所述媒体服务器分配好录音资源后发送的响应信息后，根据所述响应信息将所述用户终端以及所述坐席终端添加到所述录音资源，以使所述媒体服务器对所述用户终端以及所述坐席终端进行通话录音；其中，所述响应信息包括所述录音资源的媒体属性，所述录音资源媒体属性包括所述录音资源的IP地址、通信端口、音频编解码类型。

结合第一方面，本申请第一方面的第一种可能的实施方式中，所述 呼叫控制服务器在接收到所述媒体服务器分配好录音资源后发送的响应信息后，根据所述响应信息将所述用户终端以及所述坐席终端添加到所述录音资源的步骤具体为：所述呼叫控制服务器在接收到所述媒体服务器分配好录音资源后发送的响应信息后，根据所述响应信息向所述坐席终端发送邀请信息，以邀请所述坐席终端进入所述录音资源，其中，所述邀请信息包括所述录音资源的媒体属性；所述呼叫控制服务器接收所述坐席终端的应答信息，其中，所述应答信息包括所述坐席终端的媒体属性，所述坐席终端的媒体属性是所述坐席终端根据所述录音资源的媒体属性得到，所述坐席终端的媒体属性包括所述坐席终端的IP地址、通信端口以及音频编解码类型；所述呼叫控制服务器向所述用户终端发送所述录音资源的媒体属性信息，以邀请所述用户终端进入所述录音资源。

结合第一方面，本申请第一方面的第二种可能的实施方式中，当所述呼叫控制服务器无法与所述业务控制服务器通信时，所述呼叫控制服务器托管通话录音功能的步骤具体为：当所述呼叫控制服务器检测到无法与所述业务控制服务器通信时，自动启动通话录音功能。

结合第一方面，本申请第一方面的第三种可能的实施方式中，当所述呼叫控制服务器无法与所述业务控制服务器通信时，所述呼叫控制服务器托管通话录音功能的步骤具体为：当所述呼叫控制服务器检测到无法与所述业务控制服务器通信，并在接收到所述坐席终端发送的录音请求时，启动通话录音功能。

结合第一方面的第二种或第三种可能的实施方式，本申请第一方面的第四种可能的实施方式中，所述方法还包括：当所述呼叫控制服务器接收到所述坐席终端发送的暂停录音信息、恢复录音信息或停止录音信息时，向所述媒体服务器发送相应的请求，以使所述媒体服务器响应所述录音信息对通话内容进行相应的操作。

本申请第二方面提供一种通话录音装置，所述通话录音装置包括检测模块、托管通话录音模块、分配模块、申请模块以及控制模块，所述检测模块用于检测是否能够与业务控制服务器通信；所述托管通话录音 模块用于当所述呼叫控制服务器无法与所述业务控制服务器通信时，托管通话录音功能；所述分配模块用于接收用户终端发送的呼叫请求，并为所述用户终端分配坐席终端；所述申请模块用于向媒体服务器发送申请录音资源的请求信息，以请求所述媒体服务器为所述用户终端以及所述用户终端对应的坐席终端分配录音资源；其中，所述请求信息包括录音属性；所述控制模块用于在接收到所述媒体服务器分配好录音资源后发送的响应信息后，根据所述响应信息将所述用户终端以及所述坐席终端添加到所述录音资源，以使所述媒体服务器对所述用户终端以及所述坐席终端进行通话录音；其中，所述响应信息包括所述录音资源的媒体属性，所述录音资源媒体属性包括所述录音资源的IP地址、通信端口、音频编解码类型。

结合第二方面，本申请第二方面的第一种可能的实施方式中，所述控制模块具体包括第一邀请单元、接收单元以及第二邀请单元，所述第一邀请单元用于在接收到所述媒体服务器分配好录音资源后发送的响应信息后，根据所述响应信息向所述坐席终端发送邀请信息，以邀请所述坐席终端进入所述录音资源，其中，所述邀请信息包括所述录音资源的媒体属性；所述接收单元用于接收所述坐席终端的应答信息，其中，所述应答信息包括所述坐席终端的媒体属性，所述坐席终端的媒体属性是所述坐席终端根据所述录音资源的媒体属性得到，所述坐席终端的媒体属性包括所述坐席终端的IP地址、通信端口以及音频编解码类型；所述第二邀请单元用于向所述用户终端发送所述录音资源的媒体属性信息，以邀请所述用户终端进入所述录音资源。

结合第二方面，本申请第二方面的第二种可能的实施方式中，所述托管通话录音模块具体用于当所述呼叫控制服务器检测到无法与所述业务控制服务器通信时，自动启动通话录音功能。

结合第二方面，本申请第二方面的第三种可能的实施方式中，所述托管通话录音模块具体用于当所述呼叫控制服务器检测到无法与所述业务控制服务器通信，并在接收到所述坐席终端发送的录音请求时，启动通话录音功能。

结合第二方面的第二种或第三种可能的实施方式，本申请第二方面的第四种可能的实施方式中，所述控制模块还用于当接收到所述坐席终端发送的暂停录音信息、恢复录音信息或停止录音信息时，向所述媒体服务器发送相应的请求，以使所述媒体服务器响应所述录音信息对通话内容进行相应的操作。

本申请第三方面提供一种通话录音装置，所述通话录音装置包括接收器、处理器；所述处理器用于检测是否能够与业务控制服务器通信；以及用于当所述呼叫控制服务器无法与所述业务控制服务器通信时，托管通话录音功能；所述接收器用于接收用户终端发送的呼叫请求；所述处理器还用于在所述接收器接收到用户终端发送的呼叫请求时，为所述用户终端分配坐席终端；所述处理器还用于向媒体服务器发送申请录音资源的请求信息，以请求所述媒体服务器为所述用户终端以及所述用户终端对应的坐席终端分配录音资源；其中，所述请求信息包括录音属性；所述处理器还用于在所述接收器接收到所述媒体服务器分配好录音资源后发送的响应信息后，根据所述响应信息将所述用户终端以及所述坐席终端添加到所述录音资源，以使所述媒体服务器对所述用户终端以及所述坐席终端进行通话录音；其中，所述响应信息包括所述录音资源的媒体属性，所述录音资源媒体属性包括所述录音资源的IP地址、通信端口、音频编解码类型。

结合第三方面，本申请第三方面的第一种可能的实施方式中，所述通话录音装置还包括发送器；所述处理器具体用于在所述接收器接收到所述媒体服务器分配好录音资源后发送的响应信息后，根据所述响应信息向所述坐席终端发送邀请信息，以邀请所述坐席终端进入所述录音资源，其中，所述邀请信息包括所述录音资源的媒体属性；所述接收器还用于接收所述坐席终端的应答信息，其中，所述应答信息包括所述坐席终端的媒体属性，所述坐席终端的媒体属性是所述坐席终端根据所述录音资源的媒体属性得到，所述坐席终端的媒体属性包括所述坐席终端的IP地址、通信端口以及音频编解码类型；所述发送器用于向所述用户终端发送所述录音资源的媒体属性信息，以邀请所述用户终端进入所述录 音资源。

结合第三方面，本申请第三方面的第二种可能的实施方式中，所述处理器具体用于当所述呼叫控制服务器检测到无法与所述业务控制服务器通信时，自动启动通话录音功能。

结合第三方面，本申请第三方面的第三种可能的实施方式中，所述处理器具体用于当所述呼叫控制服务器检测到无法与所述业务控制服务器通信，并在接收到所述坐席终端发送的录音请求时，启动通话录音功能。

结合第三方面的第二种或第三种可能的实施方式，本申请第三方面的第四种可能的实施方式中，所述处理器还用于当所述接收器接收到所述坐席终端发送的暂停录音信息、恢复录音信息或停止录音信息时，控制所述发送器向所述媒体服务器发送相应的请求，以使所述媒体服务器响应所述录音信息对通话内容进行相应的操作。

本申请第四方面提供一种通话录音系统，所述通话录音系统包括用户终端、坐席终端、呼叫控制服务器、媒体服务器、业务控制服务器、录音文件服务器，其中，所述呼叫控制服务器为如权利要求6-10所述的通话录音装置。

结合第四方面，本申请第四方面的第一种可能的实施方式中，所述呼叫控制服务器与所述媒体服务器集成为一体。

上述方案中，呼叫控制服务器通过检测是否能够与业务控制服务器通信，当呼叫控制服务器检测到无法与业务控制服务器通信时，托管通话录音功能，能够自动检测并判断呼叫控制服务器是否能够与业务控制服务器进行通信，并且能够在呼叫控制服务器与业务控制服务器通信故障的情况下，进行通话录音，提高录音功能的可靠性。

附图说明

图1是现有技术中通话录音系统一实施例的示意图；

图2是本申请通话录音系统一实施例的示意图；

图3是本申请通话录音方法一实施例的流程图；

图4是本申请通话录音方法另一实施例的流程图；

图5是本申请通话录音装置一实施例的结构示意图；

图6是本申请通话录音装置另一实施例的结构示意图；

图7是本申请通话录音装置再一实施例的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本申请。

参阅图2，图2是本申请通话录音系统一实施例的示意图。本实施例中，录音通话系统包括用户终端210、呼叫控制服务器220、业务控制服务器230、坐席终端240、媒体服务器250以及录音文件服务器260。呼叫控制服务器220分别连接用户终端210、业务控制服务器230、坐席终端240以及媒体服务器250，媒体服务器250还连接录音文件服务器260。

其中，用户终端210与呼叫控制服务器220的连接方式可以是无线也可以为有线。用户终端210可以为终端电话，坐席终端240可以为物理电话或安装于电脑中的软件电话。用户终端210为至少一个，坐席终端240为至少一个，用户终端210与坐席终端240对应，用户终端210的数量可以大于坐席终端240的数量。在同一时刻不同的用户终端210对应的坐席终端240互不相同，在不同时刻，不同的用户终端210对应的坐席终端240可以相同。

呼叫控制服务器220包括呼叫控制单元(图未示)以及媒体网关控制单元(图未示)。呼叫控制单元分别连接用户终端210、业务控制服务器230、坐席终端240以及媒体网关控制单元，媒体网关控制单元连接媒体服务器250。

呼叫控制服务器220能够分别与用户终端210、业务控制服务器230、坐席终端240、媒体服务器250进行通信，用户终端210与坐席终端240通过呼叫控制服务器220进行通信，用户终端210、坐席终端240能够分别通过呼叫控制服务器220与媒体服务器250进行通信。

呼叫控制服务器220与媒体服务器250可以集成为一体，也可以为两个独立的设备，两种场景下的通话录音系统的工作方式基本相同，其中，当呼叫控制服务器220与媒体服务器250集成为一体时，呼叫控制服务器220还具有媒体服务器的功能。在本实施例中，以呼叫控制服务器220与媒体服务器250为两个独立的设备为例进行说明。

呼叫控制服务器220检测是否能够与业务控制服务器230通信。在启动通话录音系统后，呼叫控制服务器220检测是否能够与业务控制服务器230通信。

当呼叫控制服务器220检测到能够与业务控制服务器230通信时，通话录音系统的录音方法与现有技术一样。

可选地，当呼叫控制服务器220检测到能够与业务控制服务器230通信时，接收并保存业务控制服务器230发送的录音属性。其中，录音属性包括录音文件保存路径、文件格式、音频编解码类型，但不限于此。录音文件保存路径用于指示生成的录音文件需要保存到录音文件服务器260的具体位置。文件格式为录音文件的格式，用于标识生成的录音文件的格式，该录音格式为媒体服务器250支持的，且能够被录音文件服务器260识别的文件格式。音频编解码类型用于标识录音文件的编解码类型。

可以理解的是，录音属性还可以包括坐席工号、坐席终端号码、录音时间等。坐席工号、坐席终端号码、录音时间均可用于标识录音文件的名称。

当呼叫控制服务器220无法与业务控制服务器230通信时，呼叫控制服务器220托管通话录音功能。

具体为，当呼叫控制服务器220检测到无法与业务控制服务器230通信时，呼叫控制服务器220进入托管通话录音模式，托管通话录音功能。其中，呼叫控制服务器220无法与业务控制服务器230通信的情况包括控制服务器220与业务控制服务器230通信链路故障，和/或业务控制服务器230故障。通话录音模式包括自动启动录音模式以及按需触发录音模式。

当呼叫控制服务器220工作在自动启动录音模式，呼叫控制服务器220检测到无法与业务控制服务器230通信时，呼叫控制服务器220能够自动启动通话录音功能。

当呼叫控制服务器220工作在按需触发录音模式，呼叫控制服务器220检测到无法与业务控制服务器230通信，并且在接收到坐席终端210发送的录音请求时，才能够启动通话录音功能。

呼叫控制服务器220接收用户终端210发送的呼叫请求，并为用户终端210分配坐席终端240。例如，在呼叫控制服务器220托管通话录音功能后，当用户通过用户终端210呼入通话录音系统时，呼叫控制服务器220接收用户终端210发送的呼叫请求，呼叫控制服务器220的呼叫控制单元为用户终端210自动分配一个坐席终端240。

可选地，呼叫控制服务器220接收用户终端210发送的呼叫请求后，还可以给用户终端210播放提示音，以提醒用户本次通话可能会被录音。提示音可以为“正在为您转接人工服务，您的通话可能会被录音，敬请谅解”，但并不限于此。

呼叫控制服务器220向媒体服务器250发送申请录音资源的请求信息，以请求媒体服务器250为用户终端210以及用户终端210对应的坐席终端240分配录音资源。其中，请求信息包括录音属性。具体为：

当呼叫控制服务器220工作在自动启动录音模式时，呼叫控制服务器220的呼叫控制单元为用户终端210分配坐席终端240之后，自动启动通话录音功能。

当呼叫控制服务器220工作在按需触发录音模式时，呼叫控制服务器220的呼叫控制单元为用户终端210分配坐席终端240之后，呼叫控制服务器220呼叫坐席终端240并向坐席终端240发送第一邀请信息，通过第一邀请信息与坐席终端240进行协商，以使用户终端210能够与坐席终端240建立连接并进行通信。

其中，第一邀请信息采用会话控制协议(Session Initiation Protocol，SIP)。第一邀请信息是由呼叫控制服务器220的呼叫控制单元发送的。第一邀请信息包括用户终端210的媒体属性，用户终端210的媒体属性 包括用户终端210的IP地址、通信端口以及音频编解码类型。用户终端210的IP地址用于标识坐席终端240的媒体流(语音流)的目标地址，用户终端210的通信端口用于标识坐席终端240的媒体流(语音流)的目标通信端口，用户终端210的音频编解码类型为用户终端210所支持的音频编解码类型。

坐席终端240接收到呼叫控制服务器220发送的第一邀请信息后，向呼叫控制服务器220的呼叫控制单元回复第一SIP应答信息。

其中，第一SIP应答信息包括坐席终端240的媒体属性。坐席终端240的媒体属性包括坐席终端240的IP地址、通信端口以及音频编解码类型。坐席终端240的IP地址用于标识用户终端210的媒体流(语音流)的目标地址，坐席终端240的通信端口用于标识用户终端210的媒体流(语音流)的目标通信端口，坐席终端240的音频编解码类型为坐席终端240所支持的音频编解码类型，以使媒体服务器250能够根据坐席终端240所支持的音频编解码类型，以及用户终端210所支持的音频编解码类型，从媒体服务器250支持的音频编解码类型中选择一种用户终端210以及坐席终端240均支持音频编解码类型。

呼叫控制服务器220接收到坐席终端240发送的第一SIP应答信息后，接受呼叫，通过呼叫控制单元向用户终端210响应用户终端210的呼叫请求，并将第一SIP应答信息中的坐席终端240的媒体属性信息向用户终端210发送，以使坐席终端240与用户终端210建立连接并进行通信。

在坐席终端240与用户终端210建立连接之后，当呼叫控制服务器220的呼叫控制单元接收到坐席终端240发送的录音请求时，启动通话录音功能。其中，录音请求是坐席通过坐席终端240的录音键发送的，录音请求包括启动录音、恢复录音。

在呼叫控制服务器220启动通话录音功能后，呼叫控制单元触发呼叫控制服务器220的媒体网关单元向媒体服务器250发送申请录音资源的请求信息，以请求媒体服务器250为用户终端210以及用户终端210对应的坐席终端240分配录音资源。

其中，申请录音资源的请求信息包括录音属性。录音属性包括录音属性包括录音文件保存路径、文件格式、音频编解码类型，但不限于此，录音属性还可以包括坐席工号、坐席终端号码、录音时间等。坐席工号、坐席终端号码、录音时间均可用于标识录音文件的名称。

可以理解的是录音属性的音频编解码类型可以为一种，也可以为多种，此处不作限制。

媒体服务器250在接收到媒体网关单元发送的申请录音资源的请求信息，根据申请录音资源的请求信息中包含的录音属性为用户终端210以及用户终端210对应的坐席终端240分配录音资源。其中，录音资源可以为虚拟会场。

媒体服务器250在为用户终端210以及用户终端210对应的坐席终端240分配录音资源之后，向呼叫控制服务器220发送响应信息。

其中，响应信息包括录音资源属性。录音资源属性包括录音资源的IP地址、通信端口、音频编解码类型。录音资源属性还可以包括媒体流方向，媒体流方向可以为单向的，也可以为双向的。在本实施例中，录音资源的媒体流为双向。

录音资源的IP地址用于标识用户终端210以及坐席终端240的媒体流(语音流)的目标地址，录音资源的通信端口用于标识用户终端210以及坐席终端240的媒体流(语音流)的目标通信端口。

可以理解的是，录音资源的IP地址为分配给用户终端210以及坐席终端240的通道的同时使用的IP地址；用户终端210以及坐席终端240的媒体流(语音流)的目标通信端口不同。

可以理解的是，当录音属性的音频编解码类型只有一种时，录音资源属性的音频编解码类型与录音属性的音频编解码类型相同。当录音属性的音频编解码类型为至少两种时，录音资源属性的音频编解码类型为录音属性的音频编解码类型的其中任意一种用户终端210以及坐席终端240均支持的音频编解码类型。

呼叫控制服务器220接收媒体服务器250发送的响应信息，根据响应信息将用户终端以及坐席终端添加到录音资源，以使媒体服务器250 对用户终端210以及坐席终端240进行通话录音。其中，响应信息是由呼叫控制服务器220的媒体网关单元接收，并发送给呼叫控制单元。响应信息包括录音资源媒体属性，录音资源媒体属性包括录音资源的IP地址、通信端口、音频编解码类型。具体为：

当呼叫控制服务器220工作在自动启动录音模式时，在呼叫控制服务器220接收到媒体服务器250发送的响应信息之后，呼叫控制服务器220通过呼叫控制单元呼叫坐席终端240并向坐席终端240发送第二邀请信息，通过第二邀请信息与坐席终端240进行协商，以使坐席终端240能够进入录音资源(虚拟会场)进行混音。

其中，第二邀请信息采用会话控制协议(Session Initiation Protocol，SIP)。第二邀请信息是由呼叫控制服务器220的呼叫控制单元发送的。第二邀请信息包括录音资源媒体属性，录音资源媒体属性包括录音资源的IP地址、通信端口、音频编解码类型。录音资源媒体属性还可以包括媒体流方向，媒体流方向可以为单向的，也可以为双向的。在本实施例中，录音资源的媒体流为双向。

此时，录音资源的IP地址为媒体服务器250分配给坐席终端240的录音资源通道的IP地址，用于标识坐席终端240的媒体流(语音流)的目标地址；录音资源的通信端口为媒体服务器250分配给坐席终端240的通信端口，用于标识坐席终端240的媒体流(语音流)的目标通信端口；音频编解码类型用于标识媒体服务器250所支持的音频编解码类型，以使坐席终端240能够根据媒体服务器250所支持的音频编解码类型，确定坐席终端240的媒体流(语音流)采用的音频编解码类型。

坐席终端240接收到呼叫控制服务器220发送的第二邀请信息后，接受呼叫，坐席终端240根据第二邀请信息中包含的录音资源媒体属性进入录音资源(虚拟会场)进行混音，并向呼叫控制服务器220的呼叫控制单元回复第二SIP应答信息。

其中，第二SIP应答信息包括坐席终端240的媒体属性。坐席终端240的媒体属性包括坐席终端240的IP地址、通信端口以及音频编解码类型。坐席终端240的IP地址以及坐席终端240的通信端口，使得呼叫 控制服务器220能够通知媒体服务器250将生成的录音文件通过坐席终端240的通信端口发送给坐席终端240，从而以使坐席终端240能够听到录音。音频编解码类型用于标识坐席终端240的媒体流(语音流)所采用的音频编解码类型。

呼叫控制服务器220接收到坐席终端240发送的第二SIP应答信息后，通过呼叫控制单元向用户终端210响应用户终端210的呼叫请求，以使坐席终端240与用户终端210建立连接并进行通信；并将录音资源的媒体属性向用户终端210发送，以使用户终端210根据录音资源的媒体属性进入录音资源(虚拟会场)进行混音。

其中，录音资源媒体属性包括录音资源的IP地址、通信端口、音频编解码类型。录音资源媒体属性还可以包括媒体流方向，媒体流方向可以为单向的，也可以为双向的。在本实施例中，录音资源的媒体流为双向。

此时，录音资源的IP地址为媒体服务器250分配给用户终端210的通道的IP地址，用于标识用户终端210的媒体流(语音流)的目标地址；录音资源的通信端口为媒体服务器250分配给用户终端210的通信端口，用于标识用户终端210的媒体流(语音流)的目标通信端口。音频编解码类型用于标识用户终端210的媒体流(语音流)需要采用的音频编解码类型。

呼叫控制服务器220还将第二SIP应答信息所包含的内容反馈给媒体服务器250，以使媒体服务器250能够根据第二SIP应答信息中的坐席终端240的IP地址以及坐席终端240的通信端口，将生成的录音文件通过坐席终端240的通信端口发送给坐席终端，从而以使坐席终端240能够听到录音。

当呼叫控制服务器220工作在按需触发录音模式时，在呼叫控制服务器220接收到媒体服务器250发送的响应信息之后，呼叫控制服务器220通过呼叫控制单元呼叫坐席终端240并向坐席终端240发送第三邀请信息，通过第三邀请信息与坐席终端240进行重协商，以使坐席终端240能够进入录音资源(虚拟会场)进行混音。

其中，第三邀请信息采用会话控制协议(Session Initiation Protocol，SIP)。第三邀请信息是由呼叫控制服务器220的呼叫控制单元发送的。第三邀请信息包括录音资源媒体属性，录音资源媒体属性包括录音资源的IP地址、通信端口、音频编解码类型。录音资源媒体属性还可以包括媒体流方向，媒体流方向可以为单向的，也可以为双向的。在本实施例中，录音资源的媒体流为双向。

此时，录音资源的IP地址为媒体服务器250分配给坐席终端240的录音资源通道的IP地址，用于标识坐席终端240的媒体流(语音流)的目标地址；录音资源的通信端口为媒体服务器250分配给坐席终端240的通信端口，用于标识坐席终端240的媒体流(语音流)的目标通信端口。音频编解码类型用于标识媒体服务器250所支持的音频编解码类型，以使坐席终端240能够根据媒体服务器250所支持的音频编解码类型，确定坐席终端240的媒体流(语音流)采用的音频编解码类型。

坐席终端240接收到呼叫控制服务器220发送的第三邀请信息后，根据第三邀请信息获取媒体服务器250分配给坐席终端240的录音资源通道的IP地址以及通信端口，坐席终端240根据第三邀请信息中包含的录音资源媒体属性进入录音资源(虚拟会场)，根据第三邀请信息中包含的音频编解码类型确定坐席终端240的媒体流(语音流)可以采用的音频编解码类型进行混音，向呼叫控制服务器220的呼叫控制单元回复第三SIP应答信息。

其中，第三SIP应答信息包括坐席终端240的媒体属性。坐席终端240的媒体属性包括坐席终端240的IP地址、通信端口以及音频编解码类型。坐席终端240的IP地址以及坐席终端240的通信端口，使得媒体服务器250能够将生成的录音文件通过坐席终端240的通信端口发送给坐席终端240，从而以使坐席终端240能够听到录音。音频编解码类型用于标识坐席终端240的媒体流(语音流)最终采用的音频编解码类型。

呼叫控制服务器220接收到坐席终端240发送的第三SIP应答信息后，通过呼叫控制单元向用户终端210发送第四邀请信息，通过第四邀请信息与用户终端210进行重协商，以使用户终端210能够进入录音资 源(虚拟会场)进行混音。

其中，第四邀请信息采用会话控制协议(Session Initiation Protocol，SIP)。第四邀请信息是由呼叫控制服务器220的呼叫控制单元发送的。第四邀请信息包括录音资源媒体属性，录音资源媒体属性包括录音资源的IP地址、通信端口、音频编解码类型。录音资源媒体属性还可以包括媒体流方向，媒体流方向可以为单向的，也可以为双向的。在本实施例中，录音资源的媒体流为双向。

此时，录音资源的IP地址为媒体服务器250分配给用户终端210的录音资源通道的IP地址，用于标识用户终端210的媒体流(语音流)的目标地址；录音资源的通信端口为媒体服务器250分配给用户终端210的通信端口，用于标识用户终端210的媒体流(语音流)的目标通信端口；音频编解码类型用于标识用户终端210的媒体流(语音流)可以采用的音频编解码类型。

呼叫控制服务器220还将第三SIP应答信息所包含的内容反馈给媒体服务器250，以使媒体服务器250能够根据第三SIP应答信息中的坐席终端240的IP地址以及坐席终端240的通信端口，将生成的录音文件通过坐席终端240的通信端口发送给坐席终端，从而以使坐席终端240能够听到录音。

用户终端210接收到呼叫控制服务器220发送的第四邀请信息后，向呼叫控制服务器220的呼叫控制单元回复第四SIP应答信息，用户终端210根据第四邀请信息中包含的录音资源媒体属性进入录音资源(虚拟会场)进行混音。

可以理解的是，在呼叫控制服务器220与用户终端210以及坐席终端240进行重协商的过程中，用户终端210以及坐席终端240的IP地址以及通信端口不变。

在用户终端210以及坐席终端240进入录音资源(虚拟会场)后，媒体服务器250对用户终端210以及坐席终端240发送的媒体流(语音流)进行混音，生成文件流，并根据录音属性使用文件传输协议向录音文件服务器260写录音文件。

其中，录音属性包括录音文件保存路径、文件格式、音频编解码类型。文件传输协议包括网络文件系统(Network File System，NFS)/文件传输协议(File Transfer Protocol，FTP)、基于SSL之上的文件传输协议(File Transfer Protocol over SSL，FTPS)、安全文件传输协议(Secure File Transfer Protoco，SFTP)等。录音文件保存在录音属性中包含的录音文件保存路径中。

当呼叫控制服务器220的呼叫控制单元接收到坐席终端240发送的暂停录音信息时，呼叫控制单元向媒体网关控制单元发送暂停录音请求，以使呼叫控制服务器220通过媒体网关控制单元通知媒体服务器250暂停录音，以使媒体服务器250暂停对用户终端210以及坐席终端240发送的媒体流(语音流)进行混音，并停止向录音文件服务器260写录音文件。此时，媒体服务器250分配的录音资源保留不变，用户终端210以及坐席终端240仍在使用录音资源。

当呼叫控制服务器220的呼叫控制单元接收到坐席终端240发送的恢复录音信息时，呼叫控制单元向媒体网关控制单元发送恢复录音请求，以使呼叫控制服务器220通过媒体网关控制单元通知媒体服务器250重新启动录音。媒体服务器250对用户终端210以及坐席终端240发送的媒体流(语音流)进行混音，生成文件流，并根据录音属性使用文件传输协议向录音文件服务器260写录音文件。

当呼叫控制服务器220的呼叫控制单元检测到用户终端210挂机，或者接收到坐席终端240发送的停止录音信息时，呼叫控制服务器220通过媒体网关控制单元通知媒体服务器250停止录音，以使媒体服务器250停止对用户终端210以及坐席终端240发送的媒体流(语音流)进行混音，停止向录音文件服务器260写录音文件，关闭并保存录音文件，同时释放录音资源。用户终端210以及坐席终端240退出录音资源。

可以理解的是，当媒体服务器250向录音文件服务器260写录音文件时，录音文件服务器260可以每隔预设时间保存录音文件，也可以实时保存录音文件，此处不做限制。

可以理解的是，在本实施例中，呼叫控制服务器220工作在自动启 动录音模式下或工作在按需启动录音模式下，坐席终端240均能发送暂停录音信息、恢复录音信息以及停止录音信息。在其他实施例中，也可以为呼叫控制服务器220只有工作在按需启动录音模式下，才要求通话录音系统中的坐席终端240能够发送开始录音、暂停录音、恢复录音以及停止录音等信息。开始录音、暂停录音、恢复录音以及停止录音等信息是坐席通过坐席终端240的按键发送的。

在本实施例中，坐席终端240向呼叫控制服务器220发送的开始录音、暂停录音、恢复录音以及停止录音等信息是通过SIP INFO扩展实现的，但并不限于此，也可以通过message消息，还可以通过使用其他通信协议的信息实现，此处不做限制。

其中，SIP INFO扩展方法如下：

INFO sip:10.253.6.250:5060 SIP/2.0

Via:SIP/2.0/UDP

10.253.6.250:5060；branch＝z9hG4bKwbhkixhhwvjvk9itxfubkcwl5；X-DispMsg＝217

Call-ID:hwu9fvwguub9gg5wfwjtjcjcltbi5b9h@UAP6600

From:<sip:10.253.6.249:5060>；tag＝jwvliwch

To:<sip:10.253.6.250:5060>

CSeq:1 INFO

Max-Forwards:70

Supported:100rel,replaces,timer,precondition,histinfo

Content-Length:100

Content-type:application/content+xml

<content type＝“record”>

<record command＝start>//录音控制命令(start：录音启动，pause：录音暂停，resume：录音恢复，stop：录音停止)

</record>

……

</content>

上述SIP INFO扩展方法是通过SIP Body体(SIP自定义)扩展， 还可以通过SIP消息的某个头域增加参数，例如：

INFO sip:10.253.6.250:5060 SIP/2.0

Via:SIP/2.0/UDP

10.253.6.250:5060；branch＝z9hG4bKwbhkixhhwvjvk9itxfubkcwl5；X-DispMsg＝217

Call-ID:hwu9fvwguub9gg5wfwjtjcjcltbi5b9h@UAP6600

From:<sip:10.253.6.249:5060>；tag＝jwvliwch/command＝start>//录音控制命令(start：录音启动，pause：录音暂停，resume：录音恢复，stop：录音停止)

To:<sip:10.253.6.250:5060>

可以理解的是，当呼叫控制服务器与业务控制服务器恢复通信时，业务控制服务器接管通话录音功能，切换到正常的录音流程。其中，正常的录音流程为现有技术中的录音流程。

上述方案，呼叫控制服务器能够在检测到无法与业务控制服务器通信的情况下，托管通话录音功能进行通话录音，提高录音功能的可靠性。

请参阅图3，图3是本申请通话录音方法一实施例的流程图。本实施例中的执行主体是呼叫控制服务器。本实施例中的通话录音方法包括以下步骤：

S101：呼叫控制服务器检测是否能够与业务控制服务器通信。

在启动通话录音系统后，呼叫控制服务器检测是否能够与业务控制服务器通信。

当呼叫控制服务器检测到能够与业务控制服务器通信时，通话录音系统的录音方法与现有技术一样。

当呼叫控制服务器检测到无法与业务控制服务器通信时，执行步骤S102。

S102：当所述呼叫控制服务器无法与所述业务控制服务器通信时，所述呼叫控制服务器托管通话录音功能。

当呼叫控制服务器检测到无法与业务控制服务器通信时，呼叫控制服务器进入托管通话录音模式，托管通话录音功能。

其中，呼叫控制服务器无法与业务控制服务器通信的情况包括控制服务器与业务控制服务器通信链路故障，和/或业务控制服务器故障。

S103：所述呼叫控制服务器接收用户终端发送的呼叫请求，并为所述用户终端分配坐席终端。

在呼叫控制服务器托管通话录音功能后，当用户通过用户终端呼入通话录音系统时，呼叫控制服务器接收用户终端发送的呼叫请求，呼叫控制服务器为用户终端自动分配一个坐席终端。

可选地，呼叫控制服务器接收用户终端发送的呼叫请求后，还可以给用户终端播放提示音，以提醒用户本次通话可能会被录音。提示音可以为“正在为您转接人工服务，您的通话可能会被录音，敬请谅解”，但并不限于此。

S104：所述呼叫控制服务器向媒体服务器发送申请录音资源的请求信息，以请求所述媒体服务器为所述用户终端以及所述用户终端对应的坐席终端分配录音资源；其中，所述请求信息包括录音属性。

当呼叫控制服务器接收到录音请求时，呼叫控制服务器向媒体服务器发送申请录音资源的请求信息，以请求媒体服务器为用户终端以及用户终端对应的坐席终端分配录音资源。

录音请求可以是呼叫控制服务器自动触发的，也可以是坐席通过坐席终端的按键发送的，此处不作限制。

请求信息包括录音属性，录音属性可以是预先保存在呼叫控制服务器中，也可以是业务控制器预先向呼叫控制服务器发送的，此处不作限制。录音属性包括录音文件保存路径、文件格式、音频编解码类型。

其中，录音文件保存路径用于指示媒体服务器生成的录音文件需要保存到录音文件服务器的具体位置。文件格式为录音文件的格式，用于标识生成的录音文件的格式，该录音格式为媒体服务器支持的，且能够被录音文件服务器识别的文件格式。音频编解码类型用于标识录音文件的编解码类型。

可以理解的是，录音属性还可以包括坐席工号、坐席终端号码、录音时间等。坐席工号、坐席终端号码、录音时间均可用于标识录音文件 的名称。

S105：所述呼叫控制服务器在接收到所述媒体服务器分配好录音资源后发送的响应信息后，根据所述响应信息将所述用户终端以及所述坐席终端添加到所述录音资源，以使所述媒体服务器对所述用户终端以及所述坐席终端进行通话录音；其中，所述响应信息包括所述录音资源的媒体属性，所述录音资源媒体属性包括所述录音资源的IP地址、通信端口、音频编解码类型。

媒体服务器接收到呼叫控制服务器发送的申请录音资源的请求信息后，根据请求信息中包含的录音属性为用户终端以及用户终端对应的坐席终端分配好录音资源，之后，向呼叫控制服务器发送响应信息。其中，录音资源可以为虚拟会场。

呼叫控制服务器在接收到媒体服务器分配好录音资源后发送的响应信息后，根据响应信息将用户终端以及坐席终端添加到录音资源，以使媒体服务器对用户终端以及坐席终端进行通话录音。

其中，响应信息包括录音资源媒体属性，录音资源媒体属性包括录音资源的IP地址、通信端口、音频编解码类型，但并不限于此。录音资源属性还可以包括媒体流方向，媒体流方向可以为单向的，也可以为双向的。在本实施例中，录音资源的媒体流为双向。

录音资源的IP地址用于标识用户终端以及坐席终端的媒体流(语音流)的目标地址，录音资源的通信端口用于标识用户终端以及坐席终端的媒体流(语音流)的目标通信端口。

可以理解的是，录音资源的IP地址为分配给用户终端以及坐席终端的通道的同时使用的IP地址；用户终端以及坐席终端的媒体流(语音流)的目标通信端口不同。

可以理解的是，当录音属性的音频编解码类型只有一种时，录音资源属性的音频编解码类型与录音属性的音频编解码类型相同。当录音属性的音频编解码类型为至少两种时，录音资源属性的音频编解码类型为录音属性的音频编解码类型的其中任意一种用户终端以及坐席终端均支持的音频编解码类型。

媒体服务器对用户终端以及坐席终端进行通话录音的方法为：在用户终端以及坐席终端进入录音资源(虚拟会场)后，媒体服务器对用户终端以及坐席终端发送的媒体流(语音流)进行混音，生成文件流，并根据录音属性使用文件传输协议向录音文件服务器写录音文件。

其中，录音属性包括录音文件保存路径、文件格式、音频编解码类型。文件传输协议包括网络文件系统(Network File System，NFS)/文件传输协议(File Transfer Protocol，FTP)、基于SSL之上的文件传输协议(File Transfer Protocol over SSL，FTPS)、安全文件传输协议(Secure File Transfer Protoco，SFTP)等。录音文件保存在录音属性中包含的录音文件保存路径中。

可以理解的是，当媒体服务器向录音文件服务器写录音文件时，录音文件服务器可以每隔预设时间保存录音文件，也可以实时保存录音文件，此处不做限制。

当呼叫控制服务器检测到用户终端挂机，或者接收到坐席终端发送的停止录音信息时，呼叫控制服务器通知媒体服务器停止录音，以使媒体服务器停止对用户终端以及坐席终端发送的媒体流(语音流)进行混音，停止向录音文件服务器写录音文件，关闭并保存录音文件，同时释放录音资源。用户终端以及坐席终端退出录音资源。

可选地，呼叫控制服务器还可以接收坐席终端发送的暂停录音信息、恢复录音信息等。

其中，当呼叫控制服务器接收到坐席终端发送的暂停录音信息时，呼叫控制服务器向媒体服务器发送暂停录音请求，以通知媒体服务器暂停录音，以使媒体服务器暂停对用户终端以及坐席终端发送的媒体流(语音流)进行混音，并停止向录音文件服务器写录音文件。此时，媒体服务器分配的录音资源保留不变，用户终端以及坐席终端仍在使用录音资源。

当呼叫控制服务器接收到坐席终端发送的恢复录音信息时，呼叫控制服务器向媒体服务器发送恢复录音请求，以通知媒体服务器重新启动录音。媒体服务器对用户终端以及坐席终端发送的媒体流(语音流)进 行混音，生成文件流，并根据录音属性使用文件传输协议向录音文件服务器写录音文件。

在本实施例中，坐席终端向呼叫控制服务器发送的开始录音、暂停录音、恢复录音以及停止录音等信息是通过SIP INFO扩展实现的，但并不限于此，也可以通过message消息，还可以通过使用其他通信协议的信息实现，此处不做限制。

其中，SIP INFO扩展方法如下：

INFO sip:10.253.6.250:5060 SIP/2.0

Via:SIP/2.0/UDP

10.253.6.250:5060；branch＝z9hG4bKwbhkixhhwvjvk9itxfubkcwl5；X-DispMsg＝217

Call-ID:hwu9fvwguub9gg5wfwjtjcjcltbi5b9h@UAP6600

From:<sip:10.253.6.249:5060>；tag＝jwvliwch

To:<sip:10.253.6.250:5060>

CSeq:1 INFO

Max-Forwards:70

Supported:100rel,replaces,timer,precondition,histinfo

Content-Length:100

Content-type:application/content+xml

<content type＝“record”>

<record command＝start>//录音控制命令(start：录音启动，pause：录音暂停，resume：录音恢复，stop：录音停止)

</record>

……

</content>

上述SIP INFO扩展方法是通过SIP Body体(SIP自定义)扩展，还可以通过SIP消息的某个头域增加参数，例如：

INFO sip:10.253.6.250:5060 SIP/2.0

Via:SIP/2.0/UDP

10.253.6.250:5060；branch＝z9hG4bKwbhkixhhwvjvk9itxfubkcwl5；X-DispMsg＝217

Call-ID:hwu9fvwguub9gg5wfwjtjcjcltbi5b9h@UAP6600

From:<sip:10.253.6.249:5060>；tag＝jwvliwch/command＝start>//录音控制命令(start：录音启动，pause：录音暂停，resume：录音恢复，stop：录音停止)

To:<sip:10.253.6.250:5060>

可以理解的是，当呼叫控制服务器与业务控制服务器恢复通信时，业务控制服务器接管通话录音功能，切换到正常的录音流程。其中，正常的录音流程为现有技术中的录音流程。

本实例中的呼叫控制服务器与媒体服务器是两个独立的设备，呼叫控制服务器不具有媒体服务器的功能。在其他实施例中，呼叫控制服务器还可以与媒体服务器集成在一起，使呼叫控制服务器具有媒体服务器的功能。当呼叫控制服务器还可以与媒体服务器集成在一起时，其工作方式与本实施例中呼叫控制服务器的工作方式类似，此处不赘述。

上述方案中，呼叫控制服务器通过检测是否能够与业务控制服务器通信，当呼叫控制服务器检测到无法与业务控制服务器通信时，托管通话录音功能，能够自动检测并判断呼叫控制服务器是否能够与业务控制服务器进行通信，并且能够在呼叫控制服务器与业务控制服务器通信故障的情况下，进行通话录音，提高录音功能的可靠性。

请参阅图4，图4是本申请通话录音方法另一实施例的流程图。本实施例中的执行主体是呼叫控制服务器。本实施例中的通话录音方法包括以下步骤：

S201：呼叫控制服务器检测是否能够与业务控制服务器通信。

在启动通话录音系统后，呼叫控制服务器检测是否能够与业务控制服务器通信。

当呼叫控制服务器检测到能够与业务控制服务器通信时，接收并保存业务控制服务器发送的录音属性。呼叫控制服务器可以定时或不定时地接收业务控制服务器所同步的录音属性。

其中，录音属性包括录音文件保存路径、文件格式、音频编解码类型，但不限于此。录音文件保存路径用于指示生成的录音文件需要保存 到录音文件服务器的具体位置。文件格式为录音文件的格式，用于标识生成的录音文件的格式，该录音格式为媒体服务器支持的，且能够被录音文件服务器识别的文件格式。音频编解码类型用于标识录音文件的编解码类型。

可以理解的是，录音属性还可以包括坐席工号、坐席终端号码、录音时间等。坐席工号、坐席终端号码、录音时间均可用于标识录音文件的名称。

当呼叫控制服务器检测到能够与业务控制服务器通信时，通话录音系统的录音方法与现有技术一样。

当呼叫控制服务器检测到无法与业务控制服务器通信时，执行步骤S202。

S202：当所述呼叫控制服务器无法与所述业务控制服务器通信时，所述呼叫控制服务器托管通话录音功能。

当呼叫控制服务器检测到无法与业务控制服务器通信时，呼叫控制服务器进入托管通话录音模式，托管通话录音功能。

其中，呼叫控制服务器无法与业务控制服务器通信的情况包括控制服务器与业务控制服务器通信链路故障，和/或业务控制服务器故障。

通话录音模式包括自动启动录音模式以及按需触发录音模式。

当呼叫控制服务器工作在自动启动录音模式，呼叫控制服务器检测到无法与业务控制服务器通信时，呼叫控制服务器能够自动启动通话录音功能。

当呼叫控制服务器工作在按需触发录音模式，呼叫控制服务器检测到无法与业务控制服务器通信，并且在接收到坐席终端发送的录音请求时，才能够启动通话录音功能。

S203：所述呼叫控制服务器接收用户终端发送的呼叫请求，并为所述用户终端分配坐席终端。

在呼叫控制服务器托管通话录音功能后，当用户通过用户终端呼入通话录音系统时，呼叫控制服务器接收用户终端发送的呼叫请求，呼叫控制服务器为用户终端自动分配一个坐席终端。

可选地，呼叫控制服务器接收用户终端发送的呼叫请求后，还可以给用户终端播放提示音，以提醒用户本次通话可能会被录音。提示音可以为“正在为您转接人工服务，您的通话可能会被录音，敬请谅解”，但并不限于此。

S204：所述呼叫控制服务器向媒体服务器发送申请录音资源的请求信息，以请求所述媒体服务器为所述用户终端以及所述用户终端对应的坐席终端分配录音资源；其中，所述请求信息包括录音属性。

当呼叫控制服务器接收到录音请求时，呼叫控制服务器向媒体服务器发送申请录音资源的请求信息，以请求媒体服务器为用户终端以及用户终端对应的坐席终端分配录音资源。录音请求可以是呼叫控制服务器自动触发的，也可以是坐席通过坐席终端的按键发送的，此处不作限制。

请求信息包括录音属性，录音属性包括录音文件保存路径、文件格式、音频编解码类型。

其中，录音文件保存路径用于指示媒体服务器生成的录音文件需要保存到录音文件服务器的具体位置。文件格式为录音文件的格式，用于标识生成的录音文件的格式，该录音格式为媒体服务器支持的，且能够被录音文件服务器识别的文件格式。音频编解码类型用于标识录音文件的编解码类型。

可以理解的是，录音属性还可以包括坐席工号、坐席终端号码、录音时间等。坐席工号、坐席终端号码、录音时间均可用于标识录音文件的名称。

具体为：

当呼叫控制服务器工作在自动启动录音模式时，录音请求可以是呼叫控制服务器自动触发的。呼叫控制服务器为用户终端分配坐席终端之后，自动触发录音请求，自动启动通话录音功能。

当呼叫控制服务器工作在按需触发录音模式时，录音请求可以是坐席通过坐席终端的按键发送的。其中，

当呼叫控制服务器为用户终端分配坐席终端之后，呼叫控制服务器呼叫坐席终端并向坐席终端发送第一邀请信息，通过第一邀请信息与坐 席终端进行协商，以使用户终端能够与坐席终端建立连接并进行通信。

其中，第一邀请信息采用会话控制协议(Session Initiation Protocol，SIP)。第一邀请信息包括用户终端的媒体属性，用户终端的媒体属性包括用户终端的IP地址、通信端口以及音频编解码类型。用户终端的IP地址用于标识坐席终端的媒体流(语音流)的目标地址，用户终端的通信端口用于标识坐席终端的媒体流(语音流)的目标通信端口。用户终端的音频编解码类型用于标识坐席终端的媒体流(语音流)所支持的音频编解码类型。

坐席终端接收到呼叫控制服务器发送的第一邀请信息后，向呼叫控制服务器的呼叫控制单元回复第一SIP应答信息。

其中，第一SIP应答信息包括坐席终端的媒体属性。坐席终端的媒体属性包括坐席终端的IP地址、通信端口以及音频编解码类型。坐席终端的IP地址用于标识用户终端的媒体流(语音流)的目标地址，坐席终端的通信端口用于标识用户终端的媒体流(语音流)的目标通信端口；坐席终端的音频编解码类型为坐席终端所支持的的音频编解码类型。

呼叫控制服务器接收到坐席终端发送的第一SIP应答信息后，接受呼叫，通过呼叫控制单元向用户终端响应用户终端的呼叫请求，并将第一SIP应答信息中的坐席终端的媒体属性信息向用户终端发送，以使坐席终端与用户终端建立连接并进行通信。

在坐席终端与用户终端建立连接之后，当呼叫控制服务器接收到坐席终端发送的录音请求时，启动通话录音功能。其中，录音请求是坐席通过坐席终端的录音键发送的，录音请求包括启动录音、恢复录音。

在呼叫控制服务器启动通话录音功能后，呼叫控制服务器向媒体服务器发送申请录音资源的请求信息，以请求媒体服务器为用户终端以及用户终端对应的坐席终端分配录音资源。

其中，申请录音资源的请求信息包括录音属性。录音属性包括录音属性包括录音文件保存路径、文件格式、音频编解码类型，但不限于此，录音属性还可以包括坐席工号、坐席终端号码、录音时间等。可以理解的是录音属性的音频编解码类型可以为一种，也可以为多种，此处不作 限制。

S205：所述呼叫控制服务器在接收到所述媒体服务器分配好录音资源后发送的响应信息后，根据所述响应信息向所述坐席终端发送邀请信息，以邀请所述坐席终端进入所述录音资源，其中，所述邀请信息包括所述录音资源的媒体属性。

媒体服务器接收到呼叫控制服务器发送的申请录音资源的请求信息后，根据请求信息中包含的录音属性为用户终端以及用户终端对应的坐席终端分配好录音资源，之后，向呼叫控制服务器发送响应信息。其中，录音资源可以为虚拟会场。

呼叫控制服务器在接收到媒体服务器分配好录音资源后发送的响应信息后，根据响应信息将用户终端以及坐席终端添加到录音资源，以使媒体服务器对用户终端以及坐席终端进行通话录音。

其中，响应信息包括录音资源属性。录音资源属性包括录音资源的IP地址、通信端口、音频编解码类型，但并不限于此。录音资源属性还可以包括媒体流方向，媒体流方向可以为单向的，也可以为双向的。在本实施例中，录音资源的媒体流为双向。

录音资源的IP地址用于标识用户终端以及坐席终端的媒体流(语音流)的目标地址，录音资源的通信端口用于标识用户终端以及坐席终端的媒体流(语音流)的目标通信端口。

可以理解的是，录音资源的IP地址为分配给用户终端以及坐席终端的通道的同时使用的IP地址；用户终端以及坐席终端的媒体流(语音流)的目标通信端口不同。

可以理解的是，当录音属性的音频编解码类型只有一种时，录音资源属性的音频编解码类型与录音属性的音频编解码类型相同。当录音属性的音频编解码类型为至少两种时，录音资源属性的音频编解码类型为录音属性的音频编解码类型的其中任意一种用户终端210以及坐席终端240均支持的音频编解码类型。

具体为：

当呼叫控制服务器工作在自动启动录音模式时，在呼叫控制服务器 接收到媒体服务器发送的响应信息之后，呼叫控制服务器呼叫坐席终端并向坐席终端发送第二邀请信息，通过第二邀请信息与坐席终端进行协商，以使坐席终端能够根据第二邀请信息进入录音资源(虚拟会场)进行混音。

其中，第二邀请信息采用会话控制协议(Session Initiation Protocol，SIP)。第二邀请信息包括录音资源媒体属性，录音资源媒体属性包括录音资源的IP地址、通信端口、音频编解码类型。录音资源媒体属性还可以包括媒体流方向，媒体流方向可以为单向的，也可以为双向的。在本实施例中，录音资源的媒体流为双向。

此时，录音资源的IP地址为媒体服务器分配给坐席终端的通道的IP地址，用于标识坐席终端的媒体流(语音流)的目标地址；录音资源的通信端口为媒体服务器分配给坐席终端的通信端口，用于标识坐席终端的媒体流(语音流)的目标通信端口。音频编解码类型用于标识坐席终端的媒体流(语音流)所采用的音频编解码类型。

坐席终端接收到呼叫控制服务器发送的第二邀请信息后，接受呼叫，坐席终端根据第二邀请信息中包含的录音资源媒体属性进入录音资源(虚拟会场)进行混音，并向呼叫控制服务器回复第二SIP应答信息。

其中，第二SIP应答信息包括坐席终端的媒体属性。坐席终端的媒体属性包括坐席终端的IP地址以及通信端口。坐席终端的IP地址以及坐席终端的通信端口，使得呼叫控制服务器能够通知媒体服务器将生成的录音文件通过坐席终端的通信端口发送给坐席终端，从而以使坐席终端能够听到录音。

当呼叫控制服务器工作在按需触发录音模式时，在呼叫控制服务器接收到媒体服务器发送的响应信息之后，呼叫控制服务器呼叫坐席终端并向坐席终端发送第三邀请信息，通过第三邀请信息与坐席终端进行重协商，以使坐席终端能够根据第三邀请信息进入录音资源(虚拟会场)进行混音。

其中，第三邀请信息采用会话控制协议(Session Initiation Protocol，SIP)。第三邀请信息是由呼叫控制服务器的呼叫控制单元发送的。第三 邀请信息包括录音资源媒体属性，录音资源媒体属性包括录音资源的IP地址、通信端口、音频编解码类型。录音资源媒体属性还可以包括媒体流方向，媒体流方向可以为单向的，也可以为双向的。在本实施例中，录音资源的媒体流为双向。

此时，录音资源的IP地址为媒体服务器分配给坐席终端的录音资源通道的IP地址，用于标识坐席终端的媒体流(语音流)的目标地址；录音资源的通信端口为媒体服务器分配给坐席终端的通信端口，用于标识坐席终端的媒体流(语音流)的目标通信端口。音频编解码类型用于标识媒体服务器所支持的音频编解码类型，以使坐席终端能够根据媒体服务器所支持的音频编解码类型确定坐席终端的媒体流(语音流)可以采用的音频编解码类型。

坐席终端接收到呼叫控制服务器发送的第三邀请信息后，根据第三邀请信息获取媒体服务器分配给坐席终端的录音资源通道的IP地址以及通信端口，坐席终端根据第三邀请信息中包含的录音资源媒体属性进入录音资源(虚拟会场)进行混音，并向呼叫控制服务器回复第三SIP应答信息。

其中，第三SIP应答信息包括坐席终端的媒体属性。坐席终端的媒体属性包括坐席终端的IP地址、通信端口以及音频编解码类型。坐席终端的IP地址以及坐席终端的通信端口，使得媒体服务器能够将生成的录音文件通过坐席终端的通信端口发送给坐席终端，从而以使坐席终端能够听到录音。音频编解码类型为坐席终端的媒体流(语音流)所采用的音频编解码类型。

S206：所述呼叫控制服务器接收所述坐席终端的应答信息，其中，所述应答信息包括所述坐席终端的媒体属性，所述坐席终端的媒体属性是所述坐席终端根据所述录音资源的媒体属性得到，所述坐席终端的媒体属性包括所述坐席终端的IP地址、通信端口以及音频编解码类型。

呼叫控制服务器接收坐席终端的应答信息，其中，应答信息包括坐席终端的媒体属性，坐席终端的媒体属性是坐席终端根据录音资源的媒体属性得到，坐席终端的媒体属性包括坐席终端的IP地址、通信端口以 及音频编解码类型。

具体为：

当呼叫控制服务器工作在自动启动录音模式时，呼叫控制服务器接收坐席终端发送的第二SIP应答信息，并将第二SIP应答信息所包含的内容反馈给媒体服务器，以使媒体服务器能够根据第二SIP应答信息将生成的录音文件发送给坐席终端。

其中，第二SIP应答信息是坐席终端接收到第二邀请信息发送的。第二SIP应答信息包括坐席终端的媒体属性，坐席终端的媒体属性是坐席终端根据录音资源的媒体属性与呼叫控制服务器进行协商而得到。

当呼叫控制服务器工作在按需触发录音模式时，呼叫控制服务器接收坐席终端发送的第三SIP应答信息，并将第三SIP应答信息所包含的内容反馈给媒体服务器，以使媒体服务器能够根据第三SIP应答信息将生成的录音文件发送给坐席终端。

其中，第三SIP应答信息是坐席终端接收到第三邀请信息发送的。第三SIP应答信息包括坐席终端的媒体属性，坐席终端的媒体属性是坐席终端根据录音资源的媒体属性与呼叫控制服务器进行重协商而得到。

在本实施例中，坐席终端的媒体属性包括坐席终端的IP地址、通信端口以及音频编解码类型，但并不限于此，坐席终端的媒体属性还可以包括媒体流方向等。

坐席终端的IP地址以及坐席终端的通信端口，用于使媒体服务器能够将生成的录音文件通过坐席终端的通信端口发送给坐席终端，从而以使坐席终端能够听到录音。音频编解码类型为坐席终端所采用的音频编解码类型。

坐席终端的媒体属性中的音频编解码类型与录音资源的媒体属性中的音频编解码类型相同，坐席终端的媒体属性中的媒体流的格式与录音资源的媒体属性中的媒体流的格式相同。

坐席终端的IP地址以及坐席终端的通信端口，用于指示媒体服务器将生成的录音文件通过坐席终端的通信端口发送给坐席终端，从而以使坐席终端能够听到录音。

S207：所述呼叫控制服务器向所述用户终端发送所述录音资源的媒体属性信息，以邀请所述用户终端进入所述录音资源。

呼叫控制服务器向用户终端发送录音资源的媒体属性信息，以邀请用户终端进入录音资源。具体为：

当呼叫控制服务器工作在自动启动录音模式，呼叫控制服务器接收到坐席终端发送的第二SIP应答信息后，向用户终端响应用户终端的呼叫请求，以使坐席终端与用户终端建立连接并进行通信；并将录音资源的媒体属性向用户终端发送，以使用户终端根据录音资源的媒体属性获取媒体服务器分配给用户终端的录音资源通道的IP地址以及通信端口，根据录音资源通道的IP地址以及通信端口进入录音资源(虚拟会场)，采用第二SIP应答信息中标识的音频编解码类型进行混音。

其中，录音资源媒体属性包括录音资源的IP地址、通信端口、音频编解码类型。录音资源媒体属性还可以包括媒体流方向，媒体流方向可以为单向的，也可以为双向的。在本实施例中，录音资源的媒体流为双向。

此时，录音资源的IP地址为媒体服务器分配给用户终端的录音资源通道的IP地址，用于标识用户终端的媒体流(语音流)的目标地址；录音资源的通信端口为媒体服务器分配给用户终端的通信端口，用于标识用户终端的媒体流(语音流)的目标通信端口。

当呼叫控制服务器工作在按需触发录音模式，呼叫控制服务器220接收到坐席终端发送的第三SIP应答信息后，向用户终端发送第四邀请信息，通过第四邀请信息与用户终端进行重协商，以使用户终端能够根据第四邀请信息获取媒体服务器分配给坐席终端的录音资源通道的IP地址以及通信端口，并根据录音资源通道的IP地址以及通信端口进入录音资源(虚拟会场)进行混音。

其中，第四邀请信息采用会话控制协议(Session Initiation Protocol，SIP)。第四邀请信息包括录音资源媒体属性，录音资源媒体属性包括录音资源的IP地址、通信端口、音频编解码类型。录音资源媒体属性还可以包括媒体流方向，媒体流方向可以为单向的，也可以为双向的。在本 实施例中，录音资源的媒体流为双向。

此时，录音资源的IP地址为媒体服务器分配给用户终端的录音资源通道的IP地址，用于标识用户终端的媒体流(语音流)的目标地址；录音资源的通信端口为媒体服务器分配给用户终端的通信端口，用于标识用户终端的媒体流(语音流)的目标通信端口。音频编解码类型用于标识媒体服务器所支持的音频编解码类型，以使用户终端能够根据媒体服务器所支持的音频编解码类型确定用户终端采用的音频编解码类型。

用户终端接收到呼叫控制服务器发送的第四邀请信息后，根据第四邀请信息获取媒体服务器分配给坐席终端的录音资源通道的IP地址以及通信端口，并根据录音资源通道的IP地址以及通信端口，进入录音资源(虚拟会场)进行混音，以及向呼叫控制服务器的呼叫控制单元回复第四SIP应答信息。

可以理解的是，在呼叫控制服务器与用户终端以及坐席终端进行重协商的过程中，用户终端以及坐席终端的IP地址以及通信端口不变。

在用户终端以及坐席终端进入录音资源(虚拟会场)后，媒体服务器对用户终端以及坐席终端发送的媒体流(语音流)进行混音，生成文件流，并根据录音属性使用文件传输协议向录音文件服务器写录音文件。

其中，录音属性包括录音文件保存路径、文件格式、音频编解码类型。文件传输协议包括网络文件系统(Network File System，NFS)/文件传输协议(File Transfer Protocol，FTP)、基于SSL之上的文件传输协议(File Transfer Protocol over SSL，FTPS)、安全文件传输协议(Secure File Transfer Protoco，SFTP)等。录音文件保存在录音属性中包含的录音文件保存路径中。

当呼叫控制服务器接收到坐席终端发送的暂停录音信息时，呼叫控制服务器向媒体服务器发送暂停录音请求，以通知媒体服务器暂停录音，以使媒体服务器暂停对用户终端以及坐席终端发送的媒体流(语音流)进行混音，并停止向录音文件服务器写录音文件。此时，媒体服务器分配的录音资源保留不变，用户终端以及坐席终端仍在使用录音资 源。

当呼叫控制服务器接收到坐席终端发送的恢复录音信息时，呼叫控制服务器向媒体服务器发送恢复录音请求，以通知媒体服务器重新启动录音。媒体服务器对用户终端以及坐席终端发送的媒体流(语音流)进行混音，生成文件流，并根据录音属性使用文件传输协议向录音文件服务器写录音文件。

当呼叫控制服务器检测到用户终端挂机，或者接收到坐席终端发送的停止录音信息时，呼叫控制服务器向媒体服务器发送停止录音请求，以通知媒体服务器停止录音，以使媒体服务器停止对用户终端以及坐席终端发送的媒体流(语音流)进行混音，停止向录音文件服务器写录音文件，关闭并保存录音文件，同时释放录音资源。用户终端以及坐席终端退出录音资源。

可以理解的是，当媒体服务器向录音文件服务器写录音文件时，录音文件服务器可以每隔预设时间保存录音文件，也可以实时保存录音文件，此处不做限制。

在本实施例中，呼叫控制服务器工作在自动启动录音模式下或工作在按需启动录音模式下，通话录音系统中的坐席终端均能发送暂停录音信息、恢复录音信息以及停止录音信息，呼叫控制服务器均能处理坐席终端发送的暂停录音信息、恢复录音信息以及停止录音信息等。

在其他实施例中，也可以为呼叫控制服务器只有工作在按需启动录音模式下，才能处理通话录音系统中的坐席终端发送开始录音、暂停录音、恢复录音以及停止录音等信息。开始录音、暂停录音、恢复录音以及停止录音等信息是坐席通过坐席终端的按键发送的。

在本实施例中，坐席终端向呼叫控制服务器发送的开始录音、暂停录音、恢复录音以及停止录音等信息是通过SIP INFO扩展实现的，但并不限于此，也可以通过message消息，还可以通过使用其他通信协议的信息实现，此处不做限制。

其中，SIP INFO扩展方法如下：

INFO sip:10.253.6.250:5060 SIP/2.0

Via:SIP/2.0/UDP

10.253.6.250:5060；branch＝z9hG4bKwbhkixhhwvjvk9itxfubkcwl5；X-DispMsg＝217

Call-ID:hwu9fvwguub9gg5wfwjtjcjcltbi5b9h@UAP6600

From:<sip:10.253.6.249:5060>；tag＝jwvliwch

To:<sip:10.253.6.250:5060>

CSeq:1 INFO

Max-Forwards:70

Supported:100rel,replaces,timer,precondition,histinfo

Content-Length:100

Content-type:application/content+xml

<content type＝“record”>

<record command＝start>//录音控制命令(start：录音启动，pause：录音暂停，resume：录音恢复，stop：录音停止)

</record>

……

</content>

上述SIP INFO扩展方法是通过SIP Body体(SIP自定义)扩展，还可以通过SIP消息的某个头域增加参数，例如：

INFO sip:10.253.6.250:5060 SIP/2.0

Via:SIP/2.0/UDP

10.253.6.250:5060；branch＝z9hG4bKwbhkixhhwvjvk9itxfubkcwl5；X-DispMsg＝217

Call-ID:hwu9fvwguub9gg5wfwjtjcjcltbi5b9h@UAP6600

From:<sip:10.253.6.249:5060>；tag＝jwvliwch/command＝start>//录音控制命令(start：录音启动，pause：录音暂停，resume：录音恢复，stop：录音停止)

To:<sip:10.253.6.250:5060>

可以理解的是，当呼叫控制服务器与业务控制服务器恢复通信时，业务控制服务器接管通话录音功能，切换到正常的录音流程。其中，正 常的录音流程为现有技术中的录音流程。

本实例中的呼叫控制服务器与媒体服务器是两个独立的设备，呼叫控制服务器不具有媒体服务器的功能。在其他实施例中，呼叫控制服务器还可以与媒体服务器集成在一起，使呼叫控制服务器具有媒体服务器的功能。当呼叫控制服务器还可以与媒体服务器集成在一起时，其工作方式与本实施例中呼叫控制服务器的工作方式类似，此处不赘述。

上述方案中，呼叫控制服务器通过检测是否能够与业务控制服务器通信，当呼叫控制服务器检测到无法与业务控制服务器通信时，托管通话录音功能，能够自动检测并判断呼叫控制服务器是否能够与业务控制服务器进行通信，并且能够在呼叫控制服务器与业务控制服务器通信故障的情况下，进行通话录音，提高录音功能的可靠性。

能够实现按需触发通话录音，并且SIP协议扩展简单易操作，对SIP终端兼容性好。

请参阅图5，图5是本申请通话录音装置一实施例的结构示意图。本实施例中的通话录音装置为呼叫控制服务器，呼叫控制器可以与媒体服务器独立存在，也可以集成在一起，此处不作限制。本实例中的呼叫控制服务器与媒体服务器是两个独立的设备，本实施例中的通话录音装置包括的各模块用于执行图3对应的实施例中各步骤，具体请参阅图3以及图3对应的实施例的相关描述，此处不赘述。本实施例中的通话录音装置包括检测模块510、托管通话录音模块520、分配模块530、申请模块540以及控制模块550。

检测模块510用于检测是否能够与业务控制服务器通信。比如，检测模块510检测是否能够与业务控制服务器通信。检测模块510将检测结果发送给托管通话录音模块520。

托管通话录音模块520用于接收检测模块510发送的检测结果，当检测结果为呼叫控制服务器无法与业务控制服务器通信时，托管通话录音功能。比如，托管通话录音模块520接收检测模块510发送的检测结果，当检测结果为呼叫控制服务器无法与业务控制服务器通信时，托管通话录音功能。托管通话录音模块520托管通话录音功能之后，向分配 模块530发送通知信息。

分配模块530用于接收托管通话录音模块520发送的通知信息，接收用户终端发送的呼叫请求，并为用户终端分配坐席终端。比如，分配模块530接收托管通话录音模块520发送的通知信息，接收用户终端发送的呼叫请求，并为用户终端分配坐席终端。分配模块530在为用户终端分配坐席终端后，向申请模块540发送通知信息。

申请模块540用于接收分配模块530发送的通知信息，并向媒体服务器发送申请录音资源的请求信息，以请求媒体服务器为用户终端以及用户终端对应的坐席终端分配录音资源，其中，请求信息包括录音属性。比如，申请模块540接收分配模块530发送的通知信息，并向媒体服务器发送申请录音资源的请求信息，以请求媒体服务器为用户终端以及用户终端对应的坐席终端分配录音资源，其中，请求信息包括录音属性。

控制模块550用于在接收到媒体服务器分配好录音资源后发送的响应信息后，根据响应信息将用户终端以及坐席终端添加到录音资源，以使媒体服务器对用户终端以及坐席终端进行通话录音；其中，响应信息包括录音资源的媒体属性，录音资源媒体属性包括录音资源的IP地址、通信端口、音频编解码类型。

比如，控制模块550在接收到媒体服务器分配好录音资源后发送的响应信息后，根据响应信息将用户终端以及坐席终端添加到录音资源，以使媒体服务器对用户终端以及坐席终端进行通话录音；其中，响应信息包括录音资源的媒体属性，录音资源媒体属性包括录音资源的IP地址、通信端口、音频编解码类型。

本实例中的呼叫控制服务器与媒体服务器是两个独立的设备，呼叫控制服务器不具有媒体服务器定位功能。在其他实施例中，呼叫控制服务器还可以与媒体服务器集成在一起，使呼叫控制服务器具有媒体服务器的功能。当呼叫控制服务器还可以与媒体服务器集成在一起时，其工作方式与本实施例中呼叫控制服务器的工作方式类似，此处不赘述。

上述方案中，呼叫控制服务器通过检测是否能够与业务控制服务器通信，当呼叫控制服务器检测到无法与业务控制服务器通信时，托管通 话录音功能，能够自动检测并判断呼叫控制服务器是否能够与业务控制服务器进行通信，并且能够在呼叫控制服务器与业务控制服务器通信故障的情况下，进行通话录音，提高录音功能的可靠性。

请参阅图6，图6是本申请通话录音装置另一实施例的结构示意图。本实施例中的通话录音装置为呼叫控制服务器，呼叫控制器可以与媒体服务器独立存在，也可以集成在一起，此处不作限制。本实例中的呼叫控制服务器与媒体服务器是两个独立的设备，本实施例中的通话录音装置包括的各模块用于执行图4对应的实施例中各步骤，具体请参阅图4以及图4对应的实施例的相关描述，此处不赘述。本实施例中的通话录音装置包括检测模块610、同步模块620、托管通话录音模块630、分配模640、申请模块650以及控制模块660。其中，控制模块660包括第一邀请单元661、接收单元662以及第二邀请单元661。

检测模块610用于检测是否能够与业务控制服务器通信。比如，检测模块610检测是否能够与业务控制服务器通信。检测模块610将检测结果发送给同步模块620以及托管通话录音模块630。

同步模块620用于接收检测模块610发送的检测结果，当检测结果为呼叫控制服务器能够与业务控制服务器通信时，接收并保存业务控制服务器发送的录音属性，其中，录音属性包括录音文件保存路径、文件格式、音频编解码类型。比如，同步模块620接收检测模块610发送的检测结果，当检测结果为呼叫控制服务器能够与业务控制服务器通信时，接收并保存业务控制服务器发送的录音属性，其中，录音属性包括录音文件保存路径、文件格式、音频编解码类型。

同步模块620将录音属性发送给托管通话录音模块630。

管通话录音模块630用于检测模块610发送的检测结果以及同步模块620发送的录音属性，当检测结果为呼叫控制服务器无法与业务控制服务器通信时，托管通话录音功能。其中，托管通话录音模块具体用于当检测结果为呼叫控制服务器无法与业务控制服务器通信时，自动启动通话录音功能；或者，托管通话录音模块具体用于当检测结果为呼叫控制服务器无法与业务控制服务器通信，并在接收到所述坐席终端发送的 录音请求时，启动通话录音功能。

比如，托管通话录音模块620接收检测模块610发送的检测结果以及同步模块620发送的录音属性，当检测结果为呼叫控制服务器无法与业务控制服务器通信时，托管通话录音功能。其中，具体为：当检测结果为呼叫控制服务器无法与业务控制服务器通信时，托管通话录音模块自动启动通话录音功能；或者，当检测结果为呼叫控制服务器无法与业务控制服务器通信，并在接收到所述坐席终端发送的录音请求时，托管通话录音模块启动通话录音功能。

托管通话录音模块630托管通话录音功能之后，向分配模块640发送通知信息。

分配模块640用于接收托管通话录音模块630发送的通知信息，接收用户终端发送的呼叫请求，并为用户终端分配坐席终端。比如，分配模块640接收托管通话录音模块630发送的通知信息，接收用户终端发送的呼叫请求，并为用户终端分配坐席终端。分配模块640在为用户终端分配坐席终端后，向申请模块650发送通知信息。

申请模块650用于接收分配模块640发送的通知信息，并向媒体服务器发送申请录音资源的请求信息，以请求媒体服务器为用户终端以及用户终端对应的坐席终端分配录音资源，其中，请求信息包括录音属性。比如，申请模块650接收分配模块640发送的通知信息，并向媒体服务器发送申请录音资源的请求信息，以请求媒体服务器为用户终端以及用户终端对应的坐席终端分配录音资源，其中，请求信息包括录音属性。

控制模块660用于在接收到媒体服务器分配好录音资源后发送的响应信息后，根据响应信息将用户终端以及坐席终端添加到录音资源，以使媒体服务器对用户终端以及坐席终端进行通话录音；其中，响应信息包括录音资源的媒体属性，录音资源媒体属性包括录音资源的IP地址、通信端口、音频编解码类型。

控制模块660具体包括第一邀请单元661、接收单元662以及第二邀请单元663。第一邀请单元661用于在接收到媒体服务器分配好录音资源后发送的响应信息后，根据响应信息向坐席终端发送邀请信息，以 邀请坐席终端进入录音资源，其中，邀请信息包括录音资源的媒体属性。

接收单元662用于接收坐席终端的应答信息，其中，应答信息包括坐席终端的媒体属性，坐席终端的媒体属性是坐席终端根据录音资源的媒体属性得到，坐席终端的媒体属性包括坐席终端的IP地址、通信端口以及音频编解码类型。

第二邀请单元663用于向用户终端发送录音资源的媒体属性信息，以邀请用户终端进入录音资源。

比如，控制模块660在接收到媒体服务器分配好录音资源后发送的响应信息后，根据响应信息将用户终端以及坐席终端添加到录音资源，以使媒体服务器对用户终端以及坐席终端进行通话录音；其中，响应信息包括录音资源的媒体属性，录音资源媒体属性包括录音资源的IP地址、通信端口、音频编解码类型。

具体地，控制模块660具体包括第一邀请单元661、接收单元662以及第二邀请单元663。第一邀请单元661在接收到媒体服务器分配好录音资源后发送的响应信息后，根据响应信息向坐席终端发送邀请信息，以邀请坐席终端进入录音资源，其中，邀请信息包括录音资源的媒体属性。

接收单元662接收坐席终端的应答信息，其中，应答信息包括坐席终端的媒体属性，坐席终端的媒体属性是坐席终端根据录音资源的媒体属性得到，坐席终端的媒体属性包括坐席终端的IP地址、通信端口以及音频编解码类型。

第二邀请单元663向用户终端发送录音资源的媒体属性信息，以邀请用户终端进入录音资源。

控制模块660还用于当接收到坐席终端发送的暂停录音信息、恢复录音信息或停止录音信息时，向媒体服务器发送相应的请求，以使媒体服务器响应录音信息对通话内容进行相应的操作。比如，控制模块660当接收到坐席终端发送的暂停录音信息、恢复录音信息或停止录音信息时，向媒体服务器发送相应的请求，以使媒体服务器响应录音信息对通话内容进行相应的操作。

本实例中的呼叫控制服务器与媒体服务器是两个独立的设备，呼叫控制服务器不具有媒体服务器的功能。在其他实施例中，呼叫控制服务器还可以与媒体服务器集成在一起，使呼叫控制服务器具有媒体服务器的功能。当呼叫控制服务器还可以与媒体服务器集成在一起时，其工作方式与本实施例中呼叫控制服务器的工作方式类似，此处不赘述。

上述方案中，呼叫控制服务器通过检测是否能够与业务控制服务器通信，当呼叫控制服务器检测到无法与业务控制服务器通信时，托管通话录音功能，能够自动检测并判断呼叫控制服务器是否能够与业务控制服务器进行通信，并且能够在呼叫控制服务器与业务控制服务器通信故障的情况下，进行通话录音，提高录音功能的可靠性。

能够实现按需触发通话录音，并且SIP协议扩展简单易操作，对SIP终端兼容性好。

参阅图7，图7是本申请通话录音装置另一实施例的结构示意图。通话录音装置可以是呼叫控制服务器或者由呼叫控制服务器以及媒体服务器集成的设备。本实施例的录音装置包括：接收器710、处理器720、发送器730、只读存储器740、随机存取存储器750以及总线760。

接收器710用于接收信息。

处理器720控制录音装置的操作，处理器720还可以称为CPU(Central Processing Unit，中央处理单元)。处理器720可能是一种集成电路芯片，具有信号的处理能力。处理器720还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

发送器730用于发送数据。

存储器可以包括只读存储器740和随机存取存储器750，并向处理器720提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器(NVRAM)。

录音装置的各个组件通过总线760耦合在一起，其中总线760除包 括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线760。

存储器存储了如下的元素，可执行模块或者数据结构，或者它们的子集，或者它们的扩展集:

操作指令：包括各种操作指令，用于实现各种操作。

操作系统：包括各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。

在本发明实施例中，处理器720通过调用存储器存储的操作指令(该操作指令可存储在操作系统中)，执行如下操作：

处理器720用于检测是否能够与业务控制服务器通信；

处理器720用于当所述呼叫控制服务器无法与所述业务控制服务器通信时，托管通话录音功能；

处理器720用于控制接收器710接收用户终端发送的呼叫请求，并为所述用户终端分配坐席终端；

处理器720用于控制发送器730向媒体服务器发送申请录音资源的请求信息，以请求所述媒体服务器为所述用户终端以及所述用户终端对应的坐席终端分配录音资源；其中，所述请求信息包括录音属性；

处理器720用于在接收器710接收到所述媒体服务器分配好录音资源后发送的响应信息后，根据所述响应信息将所述用户终端以及所述坐席终端添加到所述录音资源，以使所述媒体服务器对所述用户终端以及所述坐席终端进行通话录音；其中，所述响应信息包括所述录音资源的媒体属性，所述录音资源媒体属性包括所述录音资源的IP地址、通信端口、音频编解码类型。

可选地，处理器720具体用于在接收器710接收到所述媒体服务器分配好录音资源后发送的响应信息后，根据所述响应信息向所述坐席终端发送邀请信息，以邀请所述坐席终端进入所述录音资源，其中，所述邀请信息包括所述录音资源的媒体属性；

以及用于控制接收器710接收所述坐席终端的应答信息，其中，所述应答信息包括所述坐席终端的媒体属性，所述坐席终端的媒体属性是 所述坐席终端根据所述录音资源的媒体属性得到，所述坐席终端的媒体属性包括所述坐席终端的IP地址、通信端口以及音频编解码类型；

以及用于控制发送器730向所述用户终端发送所述录音资源的媒体属性信息，以邀请所述用户终端进入所述录音资源。

可选地，处理器720具体用于当所述呼叫控制服务器检测到无法与所述业务控制服务器通信时，自动启动通话录音功能。

可选地，处理器720具体用于当所述呼叫控制服务器检测到无法与所述业务控制服务器通信，并在接收到所述坐席终端发送的录音请求时，启动通话录音功能。

可选地，处理器720还用于当接收到所述坐席终端发送的暂停录音信息、恢复录音信息或停止录音信息时，向所述媒体服务器发送相应的请求，以使所述媒体服务器响应所述录音信息对通话内容进行相应的操作。

处理器720还用于当所述呼叫控制服务器检测到能够与所述业务控制服务器通信时，接收并保存业务控制服务器发送的录音属性，其中，录音属性包括录音文件保存路径、文件格式、音频编解码类型。

上述方案中，呼叫控制服务器通过检测是否能够与业务控制服务器通信，当呼叫控制服务器检测到无法与业务控制服务器通信时，托管通话录音功能，能够自动检测并判断呼叫控制服务器是否能够与业务控制服务器进行通信，并且能够在呼叫控制服务器与业务控制服务器通信故障的情况下，进行通话录音，提高录音功能的可靠性。

以上描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本申请。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施方式中也可以实现本申请。在其它情况中，省略对众所周知的装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。