CN104883338B - 一种录音控制方法及sip服务器和录音服务器 - Google Patents
一种录音控制方法及sip服务器和录音服务器 Download PDFInfo
- Publication number
- CN104883338B CN104883338B CN201410069020.4A CN201410069020A CN104883338B CN 104883338 B CN104883338 B CN 104883338B CN 201410069020 A CN201410069020 A CN 201410069020A CN 104883338 B CN104883338 B CN 104883338B
- Authority
- CN
- China
- Prior art keywords
- recording
- server
- system resource
- recording server
- duration
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1046—Call controllers; Call servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42221—Conversation recording systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/27—Server based end-user applications
- H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
- H04N21/2747—Remote storage of video programs received via the downstream path, e.g. from the server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47214—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Finance (AREA)
- General Business, Economics & Management (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种录音控制方法及SIP服务器和录音服务器。本发明实施例方法包括:会话发起协议SIP服务器接收交换机发送的呼叫请求消息,所述SIP服务器从所述呼叫请求消息中获取录音媒体信息,所述SIP服务器将所述录音媒体信息发送给各录音服务器,所述SIP服务器接收各录音服务器反馈的可负载数量,所述SIP服务器根据所述可负载数量确定目标录音服务器,以使所述目标录音服务器对所述交换机发送的经所述交换机混音后的RTP媒体流进行录音。本发明实施例保障了目标录音服务器在录音过程中的可靠性,且通过该SIP服务器即可确定用以录音的目标录音服务器,从而减少了组网的成本。
Description
技术领域
本发明涉及通信技术领域,尤其涉及的是一种录音控制方法及SIP服务器和录音服务器。
背景技术
在应用统一通信与协作(UC&CC)的应用场景下,经常需要对客户端的点对点通话或会议通话进行录音。
现有技术中,是通过采用端口镜像的方式实现录音的。即将媒体分发服务器和客户端同时通过交换机连接到SBC(Session Border Controller,会话边界控制器)。SBC做信令和媒体流代理以实现信令和媒体流的汇聚,在交换机上设置端口镜像,进而把经过SBC的信令和媒体流通过镜像口发送给媒体分发服务器,媒体分发服务器再根据号码把信令和媒体流发给相应的录音服务器,该录音服务器解析通过交换机镜像口抓包获取的信令和媒体流,以使得该录音服务器实现录音功能。
一方面,现有技术中的录音方式需要SBC做信令和媒体流代理以实现信令和媒体流的汇聚,从而增加了SBC组网的成本,另一方面,单台录音服务器能够支持的录音的客户端数量是有限制的,如果需要录音的客户端数量较多,单台录音服务器无法承载,则会影响录音服务器的可靠性。
发明内容
本发明实施例提供了一种录音控制方法及SIP服务器和录音服务器,其能够有效的提升录音服务器的可靠性。
本实施例第一方面提供了一种录音控制方法,其中,包括:
会话发起协议SIP服务器接收交换机发送的呼叫请求消息;
所述SIP服务器从所述呼叫请求消息中获取录音媒体信息;
所述SIP服务器将所述录音媒体信息发送给各录音服务器;
所述SIP服务器接收各录音服务器反馈的可负载数量,所述可负载数量为所述录音服务器可支持录音的客户端数量,所述客户端数量由所述录音服务器根据所述录音媒体信息确定;
所述SIP服务器根据所述可负载数量确定目标录音服务器,以使所述目标录音服务器对所述交换机发送的经所述交换机混音后的RTP媒体流进行录音。
结合本发明实施例的第一方面,本发明实施例的第一方面的第一种实现方式中,所述录音媒体信息包括:
用于指示经所述交换机混音后的RTP媒体流编码类型的编码指示信息;
用于指示经所述交换机混音后的RTP媒体流是否加密的加密指示信息;
用于指示当前请求录音的所述客户端录音类型的类型指示信息,其中,所述录音类型包括会议录音类型和点对点录音类型。
结合本发明实施例的第一方面,本发明实施例的第一方面的第二种实现方式中,所述SIP服务器根据所述可负载数量确定目标录音服务器包括:
所述SIP服务器确定各所述录音服务器反馈的所述可负载数量最大的录音服务器为所述目标录音服务器。
结合本发明实施例的第一方面,本发明实施例的第一方面的第三种实现方式中,所述SIP服务器根据所述可负载数量确定目标录音服务器包括:
所述SIP服务器确定所述录音服务器反馈的所述可负载数量大于预置阀值的录音服务器为所述目标录音服务器。
结合本发明实施例的第一方面,本发明实施例的第一方面的第四种实现方式中,所述SIP服务器根据所述可负载数量确定目标录音服务器之后还包括:
所述SIP服务器确定所述目标录音服务器的目标IP地址;
所述SIP服务器将所述目标IP地址发送给所述交换机,以使所述交换机将经所述交换机混音后的RTP媒体流通过所述目标IP地址发送给所述目标录音服务器。
本实施例第二方面提供了一种录音控制方法,其中,包括:
录音服务器接收会话发起协议SIP服务器发送的录音媒体信息,所述录音媒体信息为所述SIP服务器从呼叫请求消息中获取的,所述呼叫请求消息为所述SIP服务器从交换机接收到的;
所述录音服务器根据所述录音媒体信息确定可负载数量,所述可负载数量为所述录音服务器可支持录音的客户端数量;
所述录音服务器将已确定的所述可负载数量发送给所述SIP服务器,以使所述SIP服务器根据所述可负载数量确定目标录音服务器。
结合本发明实施例的第二方面,本发明实施例的第二方面的第一种实现方式中,所述录音服务器将已确定的所述可负载数量发送给所述SIP服务器之后还包括:
所述目标录音服务器接收所述交换机发送的经所述交换机混音后的RTP媒体流;
所述目标录音服务器对经所述交换机混音后的RTP媒体流进行录音。
结合本发明实施例第二方面的第一种实现方式,本发明实施例的第二方面的第二种实现方式中,所述录音媒体信息包括:
用于指示经所述交换机混音后的RTP媒体流编码类型的编码指示信息;
用于指示经所述交换机混音后的RTP媒体流是否加密的加密指示信息;
用于指示当前请求录音的所述客户端录音类型的类型指示信息,其中,所述录音类型包括会议录音类型和点对点录音类型。
结合本发明实施例第二方面的第二种实现方式,本发明实施例的第二方面的第三种实现方式中,所述录音服务器根据所述录音媒体信息确定可负载数量包括:
所述录音服务器确定根据所述录音媒体信息对经所述交换机混音后的RTP媒体流进行录音所需消耗的第一消耗系统资源;
所述录音服务器确定所述录音服务器可用的当前系统资源;
所述录音服务器确定所述当前系统资源和所述第一消耗系统资源的商为所述可负载数量。
结合本发明实施例第二方面的第三种实现方式,本发明实施例的第二方面的第四种实现方式中,所述录音服务器确定根据所述录音媒体信息对经所述交换机混音后的RTP媒体流进行录音所需消耗的第一消耗系统资源包括:
所述录音服务器根据所述编码指示信息计算对经所述交换机混音后的RTP媒体流进行录音每秒所需要的第一系统资源;
所述录音服务器根据所述类型指示信息估计当前请求录音的所述客户端所需的录制时长;
所述录音服务器根据所述加密指示信息确定经所述交换机混音后的RTP媒体流是否加密;
若否,则所述录音服务器确定所述第一系统资源与所述录制时长的积为所述第一消耗系统资源;
若是,则所述录音服务器计算解密经所述交换机混音后的RTP媒体流每秒所需要的第二系统资源;
所述录音服务器计算所述第一系统资源与所述第二系统资源的和;
所述录音服务器确定所述第一系统资源与所述第二系统资源的和与所述录制时长的积为所述第一消耗系统资源。
结合本发明实施例第二方面的第四种实现方式,本发明实施例的第二方面的第五种实现方式中,所述录音服务器根据所述类型指示信息估计当前请求录音的所述客户端所需的录制时长包括:
所述录音服务器根据所述类型指示信息确定当前请求录音的所述客户端的录音类型为所述会议录音类型或所述点对点录音类型;
若所述录音服务器确定当前请求录音的所述客户端的录音类型为所述会议录音类型,则所述录音服务器统计所述录音服务器已录制的录音文件中录制所述会议录音类型的第一总时长和第一总次数;所述录音服务器确定所述第一总时长和所述第一总次数的商为会议录音平均时长;所述录音服务器确定所述会议录音平均时长为所述录制时长;
若所述录音服务器根据所述类型指示信息确定当前请求录音的所述客户端的录音类型为所述点对点录音类型,则所述录音服务器统计所述录音服务器已录制的所述录音文件中录制所述点对点录音类型的第二总时长和第二总次数;所述录音服务器确定所述第二总时长和所述第二总次数的商为点对点录音平均时长;所述录音服务器确定所述点对点录音平均时长为所述录制时长。
结合本发明实施例第二方面的第三种实现方式,本发明实施例的第二方面的第六种实现方式中,所述录音服务器确定所述录音服务器可用的当前系统资源包括:
所述录音服务器确定所述录音服务器可用的总系统资源;
所述录音服务器确定所述录音服务器当前正在使用的第三系统资源;
所述录音服务器确定所述录音服务器当前可释放的第四系统资源;
所述录音服务器计算所述总系统资源和所述第三系统资源的差;
所述录音服务器确定所述总系统资源和所述第三系统资源的差与所述第四系统资源的和为所述可用的当前系统资源。
结合本发明实施例第二方面的第六种实现方式,本发明实施例的第二方面的第七种实现方式中,所述录音服务器确定所述录音服务器当前正在使用的第三系统资源包括:
所述录音服务器分别确定所述录音服务器上正在进行录音的各组录音类型;
所述录音服务器根据各组已确定的所述录音类型分别确定各组进行录音每秒所需要消耗的第二消耗系统资源;
所述录音服务器分别确定正在进行录音的各组已录制时长;
所述录音服务器分别确定各组子消耗系统资源,所述子消耗系统资源为所述第二消耗系统资源与所述已录制时长的积;
所述录音服务器确定所有所述子消耗系统资源的和为所述第三系统资源。
结合本发明实施例第二方面的第七种实现方式,本发明实施例的第二方面的第八种实现方式中,所述第二消耗系统资源为:
所述录音服务器录制所述会议录音类型每秒所需要消耗的系统资源;
或,
所述录音服务器录制点对点录音类型每秒所需要消耗的系统资源。
结合本发明实施例第二方面的第五种实现方式或第二方面的第八种实现方式,本发明实施例的第二方面的第九种实现方式中,所述录音服务器确定所述录音服务器当前可释放的第四系统资源包括:
所述录音服务器根据各组已确定的所述录音类型分别确定各组录音平均时长,所述录音平均时长为所述会议录音平均时长或所述点对点录音平均时长;
所述录音服务器分别确定各组所述已录制时长与所述录音平均时长的差;
所述录音服务器分别确定各组当前可释放的子系统资源,所述子系统资源为所述已录制时长与所述录音平均时长的差与所述第二消耗系统资源的积;
所述录音服务器确定所有所述子系统资源的和为所述录音服务器当前可释放的第四系统资源。
本实施例第三方面提供了一种SIP服务器,其中,包括:
第一接收单元,用于接收交换机发送的呼叫请求消息;
获取单元,用于从所述呼叫请求消息中获取录音媒体信息;
第一发送单元,用于将所述录音媒体信息发送给各录音服务器;
第二接收单元,用于接收各录音服务器反馈的可负载数量,所述可负载数量为所述录音服务器可支持录音的客户端数量,所述客户端数量由所述录音服务器根据所述录音媒体信息确定;
第一确定单元,用于根据所述可负载数量确定目标录音服务器,以使所述目标录音服务器对所述交换机发送的经所述交换机混音后的RTP媒体流进行录音。
结合本发明实施例第三方面,本发明实施例的第三方面的第一种实现方式中,所述第一确定单元包括:
第一确定子单元,用于确定各所述录音服务器反馈的所述可负载数量最大的录音服务器为所述目标录音服务器。
结合本发明实施例第三方面,本发明实施例的第三方面的第二种实现方式中,所述第一确定单元包括:
第二确定子单元,用于确定所述录音服务器反馈的所述可负载数量大于预置阀值的录音服务器为所述目标录音服务器。
结合本发明实施例第三方面,本发明实施例的第三方面的第三种实现方式中,所述SIP服务器还包括:
第二确定单元,用于确定所述目标录音服务器的目标IP地址;
第二发送单元,用于将所述目标IP地址发送给所述交换机,以使所述交换机将经所述交换机混音后的RTP媒体流通过所述目标IP地址发送给所述目标录音服务器。
本实施例第四方面提供了一种录音服务器,其中,包括:
第三接收单元,用于接收会话发起协议SIP服务器发送的录音媒体信息,所述录音媒体信息为所述SIP服务器从呼叫请求消息中获取的,所述呼叫请求消息为所述SIP服务器从交换机接收到的;
第三确定单元,用于根据所述录音媒体信息确定可负载数量,所述可负载数量为所述录音服务器可支持录音的客户端数量;
第三发送单元,用于将已确定的所述可负载数量发送给所述SIP服务器,以使所述SIP服务器根据所述可负载数量确定目标录音服务器。
结合本发明实施例第四方面,本发明实施例的第四方面的第一种实现方式中,所述录音服务器还包括:
第四接收单元,用于接收所述交换机发送的经所述交换机混音后的RTP媒体流;
录音单元,用于对经所述交换机混音后的RTP媒体流进行录音。
结合本发明实施例第四方面,本发明实施例的第四方面的第二种实现方式中,第三确定单元包括:
第三确定子单元,用于确定根据所述录音媒体信息对经所述交换机混音后的RTP媒体流进行录音所需消耗的第一消耗系统资源;
第四确定子单元,用于确定所述录音服务器可用的当前系统资源;
第五确定子单元,用于确定所述当前系统资源和所述第一消耗系统资源的商为所述可负载数量。
结合本发明实施例第四方面的第二种实现方式,本发明实施例的第四方面的第三种实现方式中,所述第三确定子单元包括:
第一计算模块,用于根据所述录音媒体信息的编码指示信息计算对经所述交换机混音后的RTP媒体流进行录音每秒所需要的第一系统资源;
第二计算模块,用于根据所述录音媒体信息的类型指示信息估计当前请求录音的所述客户端所需的录制时长;
第一确定模块,用于根据所述录音媒体信息的加密指示信息确定经所述交换机混音后的RTP媒体流是否加密;
第二确定模块,用于若所述第一确定模块确定不加密,则确定所述第一系统资源与所述录制时长的积为所述第一消耗系统资源;
第三计算模块,用于若所述第一确定模块确定加密,则计算解密经所述交换机混音后的RTP媒体流每秒所需要的第二系统资源;
第四计算模块,用于计算所述第一系统资源与所述第二系统资源的和;
第三确定模块,用于确定所述第一系统资源与所述第二系统资源的和与所述录制时长的积为所述第一消耗系统资源。
结合本发明实施例第四方面的第三种实现方式,本发明实施例的第四方面的第四种实现方式中,所述第二计算模块包括:
第一确定子模块,用于根据所述类型指示信息确定当前请求录音的所述客户端的录音类型为所述会议录音类型或所述点对点录音类型;
第二确定子模块,用于若所述第一确定子模块确定当前请求录音的所述客户端的录音类型为所述会议录音类型,则统计所述录音服务器已录制的录音文件中录制所述会议录音类型的第一总时长和第一总次数;确定所述第一总时长和所述第一总次数的商为会议录音平均时长;确定所述会议录音平均时长为所述录制时长;
第三确定子模块,用于若所述第一确定子模块确定当前请求录音的所述客户端的录音类型为所述点对点录音类型,则统计所述录音服务器已录制的所述录音文件中录制所述点对点录音类型的第二总时长和第二总次数;确定所述第二总时长和所述第二总次数的商为点对点录音平均时长;确定所述点对点录音平均时长为所述录制时长。
结合本发明实施例第四方面的第二种实现方式,本发明实施例的第四方面的第五种实现方式中,所述第四确定子单元包括:
第四确定模块,用于确定所述录音服务器可用的总系统资源;
第五确定模块,用于确定所述录音服务器当前正在使用的第三系统资源;
第六确定模块,用于确定所述录音服务器当前可释放的第四系统资源;
第五计算模块,用于计算所述总系统资源和所述第三系统资源的差;
第七确定模块,用于所述录音服务器确定所述总系统资源和所述第三系统资源的差与所述第四系统资源的和为所述可用的当前系统资源。
结合本发明实施例第四方面的第五种实现方式,本发明实施例的第四方面的第六种实现方式中,所述第五确定模块包括:
第四确定子模块,用于分别确定所述录音服务器上正在进行录音的各组录音类型;
第五确定子模块,用于根据各组已确定的所述录音类型分别确定各组进行录音每秒所需要消耗的第二消耗系统资源;所述第二消耗系统资源为所述录音服务器录制所述会议录音类型每秒所需要消耗的系统资源,或,所述录音服务器录制点对点录音类型每秒所需要消耗的系统资源;
第六确定子模块,用于分别确定正在进行录音的各组已录制时长;
第七确定子模块,用于分别确定各组子消耗系统资源,所述子消耗系统资源为所述第二消耗系统资源与所述已录制时长的积;
第八确定子模块,用于确定所有所述子消耗系统资源的和为所述第三系统资源。
结合本发明实施例第四方面的第五种实现方式,本发明实施例的第四方面的第七种实现方式中,所述第六确定模块包括:
第九确定子模块,用于根据各组已确定的所述录音类型分别确定各组录音平均时长,所述录音平均时长为所述会议录音平均时长或所述点对点录音平均时长;
第十确定子模块,用于分别确定各组所述已录制时长与所述录音平均时长的差;
第十一确定子模块,用于分别确定各组当前可释放的子系统资源,所述子系统资源为所述已录制时长与所述录音平均时长的差与所述第二消耗系统资源的积;
第十二确定子模块,用于确定所有所述子系统资源的和为所述录音服务器当前可释放的第四系统资源。
本实施例第五方面提供了一种录音系统,其中,包括:
当前请求录音的客户端;
交换机;
如本发明实施例第三方面至本发明实施例的第三方面的第三种实现方式中任意一项所述的SIP服务器;
以及多个如本实施例第四方面至本发明实施例的第四方面的第七种实现方式任意一项所述的录音服务器。
本发明实施例提供了一种录音控制方法及SIP服务器和录音服务器,该录音控制方法包括:会话发起协议SIP服务器接收交换机发送的呼叫请求消息,并从所述呼叫请求消息中获取录音媒体信息,所述SIP服务器将所述录音媒体信息发送给各录音服务器,所述SIP服务器接收各录音服务器反馈的可负载数量,所述SIP服务器根据所述可负载数量确定目标录音服务器。即在录音过程中,SIP服务器会根据录音服务器确定的可负载数量进行负载均衡,确定满足条件的目标录音服务器对所述交换机发送的RTP媒体流进行录音,保障了目标录音服务器在录音过程中的可靠性,且通过该SIP服务器即可确定用以录音的目标录音服务器,从而减少了组网的成本。
附图说明
图1为本发明实施例所提供的录音控制方法的一种较佳实施例步骤流程图;
图2为实现本发明实施例所提供的录音控制方法的各个网元的组成和连接关系的一种较佳实施例连接结构示意图;
图3为本发明实施例所提供的录音控制方法的另一种较佳实施例步骤流程图;
图4为本发明实施例所提供的录音控制方法的另一种较佳实施例交互示意图;
图5为本发明实施例所提供的录音控制方法的一种较佳实施例步骤流程图;
图6为本发明实施例所提供的录音控制方法的另一种较佳实施例步骤流程图;
图7为本发明实施例所提供的录音控制方法的另一种较佳实施例步骤流程图;
图8为本发明实施例所提供的SIP服务器的一种较佳实施例结构示意图;
图9为本发明实施例所提供的SIP服务器的另一种较佳实施例结构示意图;
图10为本发明实施例所提供的录音服务器的一种较佳实施例结构示意图;
图11为本发明实施例所提供的录音服务器的另一种较佳实施例结构示意图;
图12为本发明实施例所提供的录音服务器的另一种较佳实施例结构示意图;
图13为本发明实施例所提供的SIP服务器的另一种较佳实施例结构示意图;
图14为本发明实施例所提供的录音服务器的另一种较佳实施例结构示意图。
具体实施方式
本发明实施例提供了一种录音控制方法,通过该录音控制方法可确定用于录音的目标录音服务器。
以下结合图1对本发明实施例所提供的录音控制方法进行具体说明:
101、会话发起协议SIP服务器接收交换机发送的呼叫请求消息;
该交换机为IP-PBX(Private Branch eXchange,用户级交换机)。该IP-PBX可用于处理客户端的注册、呼叫,出局中继、创建录音系统及与录音服务器的指令交互。
具体的,客户端在确定需要进行录音时,则向IP-PBX发送呼叫请求消息,IP-PBX接收到客户端发送的呼叫请求消息后,IP-PBX根据该呼叫请求消息与客户端、SIP服务器和录音服务器分别建立SIP会话。
其中,SIP是会话初始化协议的缩写。
该SIP服务器为处理IP-PBX发送的消息和录音指令的设备,同时负责与录音服务器交互。
更具体的,该客户端为用户发起呼叫和通话的设备,且该客户端可包括IP话机和PC客户端。且多个所述客户端通过交换机与IP-PBX连接。
客户端请求录音的方式可为两种,一种是用户按下客户端的录音键;另一种是IP-PBX根据客户端的录音权限确定是否自动启动对该客户端的自动录音。
该IP-PBX根据客户端发送的呼叫请求消息建立用于对当前请求录音的客户端进行录音的录音系统,并将与IP-PBX建立SIP会话的客户端和SIP服务器加入所述录音系统。
加入录音系统的各个客户端将其通话的语音数据处理成RTP媒体流。
IP-PBX对接收到的各个客户端的RTP媒体流进行处理。
具体的处理过程为混音处理,其中,混音是指将对白、音乐、音效等多种音源予以混合的处理过程。
IP-PBX根据混音后的RTP媒体流生成呼叫请求消息。
已加入录音系统的SIP服务器接收IP-PBX发送的所述呼叫请求消息。
102、所述SIP服务器从所述呼叫请求消息中获取录音媒体信息;
所述SIP服务器根据所述呼叫请求消息获取录音媒体信息,该录音媒体信息用于使得所述录音服务器根据该录音媒体信息确定各自的可负载数量,从而使得SIP服务器根据各个录音服务器的负载情况确定适合用于本次对请求录音的客户端的通话过程进行录音的录音服务器。
103、所述SIP服务器将所述录音媒体信息发送给各录音服务器;
所述SIP服务器将其获取到的该录音媒体信息发送给与SIP服务器连接的录音服务器集群,以使录音服务器集群中的各个录音服务器均能够接收到该录音媒体信息。
104、所述SIP服务器接收各录音服务器反馈的可负载数量;
各个录音服务器接收到该录音媒体信息后,各个录音服务器根据该录音媒体信息确定各自的可负载数量。
所述可负载数量为所述录音服务器可支持录音的客户端数量,所述客户端数量由所述录音服务器根据所述录音媒体信息确定。
105、所述SIP服务器根据所述可负载数量确定目标录音服务器。
所述SIP服务器接收各个录音服务器发送的可负载数量,并根据接收到的各个可负载数量确定满足预置条件的录音服务器,并确定满足预置条件的录音服务器为目标录音服务器,并建立与该目标录音服务器的SIP会话,以将该目标录音服务器加入已经创建的录音系统中,以使所述目标录音服务器对所述IP-PBX发送的混音处理后的RTP媒体流进行录音。
该录音系统各个网元的组成和连接关系请见图2所示。
本实施例中,SIP服务器根据呼叫请求消息获取录音媒体信息,并将其获取到的录音媒体信息发送给多个录音服务器,并接收各个录音服务器返回的可负载数量,并根据各个录音服务器返回的可负载数量进行负载均衡,以确定满足预置条件的目标录音服务器,从而使得目标录音服务器对经过IP-PBX处理后的RTP媒体流进行录音。本实施例中通过SIP服务器确定满足预置条件的目标录音服务器,即该目标录音服务器适合对本次需要进行录音的客户端的通话进行录音,从而避免了已经满载或接近满载的录音服务器进行录音而降低录音过程的可靠性的情况。
图1所示的实施例对录音控制方法进行具体说明,图2所示的实施例对录音系统各个网元的组成和连接关系进行说明,以下结合图3和图4所示的实施例进一步的详细说明SIP服务器是如何确定目标录音服务器的:
301、SIP服务器接收交换机发送的呼叫请求消息;
交换机即IP-PBX根据请求录音的客户端发送的呼叫请求消息与客户端、SIP服务器和录音服务器分别建立SIP会话。
其中,IP-PBX与客户端、SIP服务器以及录音服务器建立SIP会话以进行交互的流程请见图4。
由图4可知,IP-PBX与请求录音的客户端进行重协商以建立SIP会话,以使该客户端加入录音系统的具体流程为:
IP-PBX接收客户端发送的呼叫请求消息invent;
IP-PBX向该客户端返回reinvent消息;
该客户端向IP-PBX返回200OK消息;
IP-PBX向该客户端发送响应消息ACK。
该IP-PBX与其他请求录音的客户端建立SIP会话的具体流程请参见图4所示,在此不再赘述。
IP-PBX建立录音系统,并呼叫SIP服务器与IP-PBX建立SIP会话。
其中,SIP服务器与IP-PBX建立SIP会话的具体流程为:
SIP服务器接收IP-PBX发送的呼叫请求消息invent;
SIP服务器向IP-PBX返回200OK消息;
IP-PBX向该SIP服务器发送响应消息ACK。
302、所述SIP服务器从所述呼叫请求消息中获取录音媒体信息;
已加入所述录音系统的所述SIP服务器接收到呼叫请求消息invent后,从invent消息SDP中获取本次录音的录音媒体信息。
其中,SDP(Session Description Protocol),为会话通知、会话邀请和其它形式的多媒体会话初始化等目的提供的多媒体会话描述。
具体的,所述录音媒体信息包括:
用于指示经所述交换机混音后的RTP媒体流编码类型的编码指示信息。
其中,编码类型主要为:G.711、G.723.1、G.729A和G.729AB等,当然本实施例中的编码类型只是进行举例说明,不不限定于上述编码方式。
用于指示经所述交换机混音后的RTP媒体流是否加密的加密指示信息。
用于指示当前请求录音的所述客户端录音类型的类型指示信息,其中,所述录音类型包括会议录音类型和点对点录音类型。
303、所述SIP服务器将所述录音媒体信息发送给各录音服务器;
所述SIP服务器将所述录音媒体信息发送给与所述SIP服务器连接的录音服务器。
具体的,所述SIP服务器与所述录音服务器连接的具体方式为:
所述SIP服务器向各录音服务器发送心跳;
其中,该心跳是通过SIP Message携带。
SIP服务器接收各录音服务器返回的心跳响应;
SIP服务器向接收到心跳响应的各录音服务器发送所述录音媒体信息。
且该录音媒体信息可通过Socket消息发送至各录音服务器。
304、所述SIP服务器接收各录音服务器反馈的可负载数量;
本实施例中步骤304与图1所示的步骤104过程相同,在此不再赘述。
305、所述SIP服务器根据所述可负载数量确定目标录音服务器;
所述SIP服务器接收各个录音服务器通过Socket消息返回的可负载数量,并根据各个所述录音服务器确定的可负载数量确定满足预置条件的目标录音服务器。
该预置条件可为:
所述SIP服务器确定各所述录音服务器反馈的所述可负载数量最大的录音服务器为所述目标录音服务器。
即将可负载数量最大的录音服务器为目标录音服务器,该目标录音服务器可支持录音的客户端的数量最多,通过该目标录音服务器进行录音可最大限度的保障录音过程中的可靠性。
该预置条件还可为:
所述SIP服务器确定所述录音服务器反馈的所述可负载数量大于预置阀值的录音服务器为所述目标录音服务器。
即所述SIP服务器预先确定可负载数量的预置阀值,可负载数量大于该预置阀值的录音服务器相对空闲。
所述SIP服务器确定相对空闲的录音服务器,即可负载数量大于预置阀值的录音服务器为所述目标录音服务器,由相对空闲的该目标录音服务器完成本次录音能够有效的保障录音过程的可靠性。
若可负载数量大于预置阀值的录音服务器为多个,则SIP服务器可随机选定或选定以往使用次数较少的录音服务器为目标服务器。
在本实施例中SIP服务器选定目标服务器的具体方式不作限定,只要选定的目标服务器能够可靠的完成本次录音即可。
306、所述SIP服务器确定所述目标录音服务器的目标IP地址;
所述SIP服务器确定目标录音服务器后,并获取该目标录音服务器的目标IP地址。
307、所述SIP服务器将所述目标IP地址发送给所述交换机。
所述SIP服务器将其获取到的目标录音服务器的目标IP地址发送给交换机,即IP-PBX。
具体的,如图4所示,所述SIP服务器将所述目标IP地址通过200OK消息将所述目标IP地址发送给所述IP-PBX。
IP-PBX与该目标录音服务器建立SIP会话,其具体建立过程与IP-PBX与SIP服务器建立SIP会话的方式相同,请参见图4所示,在此不再赘述。
IP-PBX将建立SIP会话的目标录音服务器加入录音系统。以使所述IP-PBX将经所述IP-PBX混音后的RTP媒体流通过所述目标IP地址发送给所述目标录音服务器,以使所述目标录音服务器将混音后的RTP媒体流存储成录音文件。
本实施例中,SIP服务器接收各录音服务器反馈的可负载数量,并确定满足预置条件的录音服务器为目标录音服务器,且该目标录音服务器可为所述可负载数量最大的录音服务器,或所述可负载数量大于预置阀值的录音服务器。SIP服务器通过各个录音服务器返回的可负载数量确定目标录音服务器,以使得SIP服务器对各个录音服务器的可负载数量进行均衡,从而选定满足预置条件的录音服务器,进而使得对本次请求录音的客户端进行录音的录音服务器为空闲或较为空闲的录音服务器,根据可负载数量确定用以对当前进行录音的录音服务器从而有效的避免了超过录音服务器负载的情况,即不会超过单台录音服务器能够支持录音的客户端的数量,使得录音过程较为可靠。
图1至图4所示的实施例说明了SIP服务器是如何实现录音控制方法的,以下结合图5所示的实施例说明录音服务器是如何实现录音控制方法的:
501、录音服务器接收会话发起协议SIP服务器发送的录音媒体信息;
所述录音媒体信息为所述SIP服务器从呼叫请求消息中获取的,所述呼叫请求消息为所述SIP服务器从交换机IP-PBX接收到的。
具体的,该IP-PBX根据客户端发送的呼叫请求消息建立录音系统,并将与IP-PBX建立SIP会话的客户端和SIP服务器加入所述录音系统。具体IP-PBX如何建立所述录音系统的请见图1所示实施例,在本实施例中不做赘述。
录音服务器接收已加入所述录音系统的所述SIP服务器发送的录音媒体信息。
所述录音媒体信息的具体内容请见图1所示的实施例,在本实施例中不做赘述。
502、所述录音服务器根据所述录音媒体信息确定可负载数量;
所述可负载数量为所述录音服务器可支持录音的客户端数量。
503、所述录音服务器将已确定的所述可负载数量发送给所述SIP服务器。
与所述SIP服务器连接的录音服务器将其已经确定的所述可负载数量发送给SIP服务器,以使所述SIP服务器根据所述可负载数量确定目标录音服务器。
本实施例中,录音服务器根据所述录音媒体信息确定可负载数量,从而使得SIP服务器根据该可负载数量确定与其连接的各个录音服务器可支持录音的客户端数量,并将根据各个录音服务器可支持录音的客户端数量确定用以本次进行录音的目标录音服务器。因本实施例中,根据录音服务器的负载确定目标录音服务器,从而有效的避免了使得超过单台录音服务器的性能指标的录音服务器进行录音而造成的录音过程的故障,有效的提升了进行录音的录音服务器的可靠性。而且本实施例中,录音服务器将混音后的RTP媒体流进行录音以转换为录音文件,即不管有多少个客户端参与本次录音,录音过程中,IP-PBX只会混音形成一个RTP媒体流,而不需要复制多个RTP媒体流,进而目标录音服务器无需复制多个RTP媒体流,从而有效的节省了带宽。
图5所示的实施例说明录音服务器是如何实现录音控制方法的,以下结合图6所示的实施例说明目标录音服务器是如何实现对当前请求录音的客户端的通话过程进行录音的:
601、录音服务器接收会话发起协议SIP服务器发送的录音媒体信息;
录音服务器接收已加入所述录音系统的所述SIP服务器发送的录音媒体信息。
该录音系统的具体建立流程请见图3所示实施例,在本实施例中不做赘述。
所述录音媒体信息包括:
用于指示经所述交换机混音后的RTP媒体流编码类型的编码指示信息;
其中,编码类型主要为:G.711、G.723.1、G.729A和G.729AB等。
用于指示经所述交换机混音后的RTP媒体流是否加密的加密指示信息;
用于指示当前请求录音的所述客户端录音类型的类型指示信息,其中,所述录音类型包括会议录音类型和点对点录音类型。
602、所述录音服务器根据所述录音媒体信息确定可负载数量;
所述录音服务器确定根据所述录音媒体信息对经所述交换机混音后的RTP媒体流进行录音所需消耗的第一消耗系统资源;
在本实施例中将该第一消耗系统资源记为M。
所述录音服务器确定所述录音服务器可用的当前系统资源;
在本实施例中将可用的当前系统资源记为N。
所述录音服务器确定所述当前系统资源和所述第一消耗系统资源的商为所述可负载数量。
即在本实施例中,所述可负载数量为N/M。
603、所述录音服务器将已确定的所述可负载数量发送给所述SIP服务器;
所述录音服务器将各自的可负载数量发送给所述SIP服务器,以使该SIP服务器确定满足预置条件的录音服务器为目标录音服务器,其确定满足预置条件的录音服务器为目标录音服务器的具体过程请见图3所示的实施例,在此不再赘述。
604、所述目标录音服务器接收所述交换机发送的RTP媒体流;
所述目标录音服务器接收IP-PBX发送的经过该IP-PBX混音后的RTP媒体流。
605、所述目标录音服务器对经所述交换机混音后的RTP媒体流进行录音。
所述目标录音服务器接收到该混音后的RTP媒体流后,将其转换成录音文件以完成录音,从而实现了录音文件的存储和管理,方便录音的查询和回放。
本实施例中,所述录音服务器根据所述录音媒体信息对经所述交换机混音后的RTP媒体流进行录音所需消耗的第一消耗系统资源M,以及确定所述录音服务器可用的当前系统资源N,并将可负载数量确定为N/M。本实施例中,录音服务器计算可用的当前系统资源N与第一消耗系统资源M的比值,并将该比值确定为可负载数量,并将该可负载数量发送给SIP服务器,以使该SIP服务器确定目标录音服务器。从而使得可负载数量满足预置条件的录音服务器为目标录音服务器,从而有效的避免了已经满载或接近满载的录音服务器进行录音而降低录音过程的可靠性的情况。
图6所示的实施例说明目标录音服务器是如何实现对当前请求录音的客户端的通话过程进行录音的,以下结合图7所示的实施例说明各录音服务器是如何确定各自的可负载数量的:
701、录音服务器接收会话发起协议SIP服务器发送的录音媒体信息;
本实施例的步骤701与图6所示的步骤601过程相同,在此不再赘述。
702、所述录音服务器根据所述编码指示信息计算对经所述交换机混音后的RTP媒体流进行录音每秒所需要的第一系统资源;
所述录音服务器根据录音媒体信息的编码指示信息确定混音后的RTP媒体流的编码方式。
所述录音服务器计算通过G.711、G.723.1、G.729A或G.729AB等编码方式将混音后的RTP媒体流转换为录音文件每秒需要的第一系统资源,并将该第一系统资源记为A。
703、所述录音服务器根据所述类型指示信息估计当前请求录音的所述客户端所需的录制时长;
所述录音服务器根据所述类型指示信息确定当前请求录音的所述客户端的录音类型为所述会议录音类型或所述点对点录音类型。
所述录音服务器根据已确定的录音类型估计当前请求录音的客户端所需的录制时长。
所述录音服务器估计所述录制时长的具体方式为:
若录音服务器确定当前请求录音的所述客户端的录音类型为所述会议录音类型,则所述录音服务器确定该录音服务器上已经录制会议录音类型的录音文件,并统计所述录音文件中录制所述会议录音类型的第一总时长和第一总次数;所述录音服务器确定所述第一总时长和所述第一总次数的商为会议录音平均时长;所述录音服务器确定所述会议录音平均时长为所述录制时长,并记为B。
若所述录音服务器根据所述类型指示信息确定当前请求录音的所述客户端的录音类型为所述点对点录音类型,则所述录音服务器确定该录音服务器上已经录制点对点录音类型的录音文件,并统计所述录音服务器已录制的所述录音文件中录制所述点对点录音类型的第二总时长和第二总次数;所述录音服务器确定所述第二总时长和所述第二总次数的商为点对点录音平均时长;所述录音服务器确定所述点对点录音平均时长为所述录制时长,并记为C。
704、所述录音服务器根据所述加密指示信息确定经所述交换机混音后的RTP媒体流是否加密,若否,则进行步骤705,若是,则进行步骤706;
所述录音服务器根据录音媒体信息的加密指示信息确定混音后的RTP媒体流是否加密。
若没有加密,则进行步骤705。
若加密,则进行步骤706。
705、所述录音服务器确定所述第一系统资源与所述录制时长的积为所述第一消耗系统资源;
若所述录音服务器确定当前请求录音的所述客户端为点对点录音类型,则确定第一消耗系统资源D为已确定的所述第一系统资源和点对点录音平均时长的积。
即D=A*C。
若所述录音服务器确定当前请求录音的所述客户端为会议录音类型,则确定第一消耗系统资源为已确定的所述第一系统资源和会议录音平均时长的积。
即D=A*B。
即录音服务器确定当前请求录音的客户端的录音类型,并根据该已确定的录音类型确定该录音服务器上该录音类型以往录制的平均时长,从而估计当前请求录音的客户端当前进行录音可能需要的时长,进而确定当前请求录音的客户端所需占用该录音服务器的第一消耗系统资源。
706、所述录音服务器计算解密经所述交换机混音后的RTP媒体流每秒所需要的第二系统资源;
若所述录音服务器确定混音后的RTP媒体流加密,则所述录音服务器计算解密混音后的RTP媒体流每秒所需要的第二系统资源,并记为E。
707、所述录音服务器计算所述第一系统资源与所述第二系统资源的和;
即所述录音服务器计算所述第一系统资源与所述第二系统资源的和为A+E。
708、所述录音服务器确定所述第一系统资源与所述第二系统资源的和与所述录制时长的积为所述第一消耗系统资源;
即若所述录音服务器确定当前请求录音的所述客户端为点对点录音类型,则确定第一消耗系统资源为已确定的所述第一系统资源与所述第二系统资源的和与点对点录音平均时长的积。
即第一消耗系统资源M=(A+E)*C。
若所述录音服务器确定当前请求录音的所述客户端为会议录音类型,则确定第一消耗系统资源为已确定的所述第一系统资源与所述第二系统资源的和与会议录音平均时长的积。
即第一消耗系统资源M=(A+E)*B。
709、所述录音服务器确定所述录音服务器可用的总系统资源;
所述录音服务器通过该录音服务器的操作系统获取本录音服务器的总系统资源和系统设置的门限百分比。
所述录音服务器确定本录音服务器的可用的总系统资源F为总系统资源和系统设置的门限百分比的积。
710、所述录音服务器确定所述录音服务器当前正在使用的第三系统资源;
即通过本步骤所述录音服务器确定该录音服务器上已被其他客户端占用的系统资源为第三系统资源;
其具体的确定方式为:
所述录音服务器分别确定所述录音服务器上正在进行录音的各组录音类型。
即录音服务器确定该录音服务器上正在对其他客户端进行录音的每组录音类型,该录音类型可为点对点录音类型或会议录音类型。
所述录音服务器根据各组已确定的所述录音类型分别确定各组进行录音每秒所需要消耗的第二消耗系统资源,并将该第二消耗系统资源记为G;
其中,所述第二消耗系统资源G为;所述录音服务器录制所述会议录音类型每秒所需要消耗的系统资源G1,或,所述录音服务器录制点对点录音类型每秒所需要消耗的系统资源G2。
所述录音服务器分别确定正在进行录音的各组已录制时长H;
所述录音服务器分别确定各组子消耗系统资源I,所述子消耗系统资源为所述第二消耗系统资源与所述已录制时长的积;
即子消耗系统资源I=G*H。
所述录音服务器确定所有所述子消耗系统资源的和为所述第三系统资源。
即若所述录音服务器确定第一组录音类型的子消耗系统资源I1,第二组录音类型的子消耗系统资源I2,直至第n组录音类型的子消耗系统资源In,则所述第三系统资源J=I1+I2...+In。
711、所述录音服务器确定所述录音服务器当前可释放的第四系统资源;
所述录音服务器确定其当前可释放的第四系统资源的具体方式为:
所述录音服务器根据各组已确定的所述录音类型分别确定各组录音平均时长,所述录音平均时长为所述会议录音平均时长B或所述点对点录音平均时长C;
其中,所述会议录音平均时长B和所述点对点录音平均时长C的具体计算方式请见步骤703所示,在此不再赘述。
所述录音服务器分别确定各组所述已录制时长与所述录音平均时长的差;
其中,录音服务器分别确定正在进行录音的各组已录制时长H的具体计算方式请见步骤710所示,在此不再赘述。
所述录音服务器分别确定各组当前可释放的子系统资源,所述子系统资源为所述已录制时长与所述录音平均时长的差与所述第二消耗系统资源G的积;
该第二消耗系统资源G的具体计算方式请见步骤710,在此不再赘述。
即若所述录音服务器确定第一组录音类型为会议录音类型,且第一组已录制时长为H1,则确定第一组的当前可释放的子系统资源K1=(H1-B)*G1;
若所述录音服务器确定第二组录音类型为点对点录音类型,且第二组已录制时长为H2,则确定第二组的当前可释放的子系统资源K2=(H2-C)*G2;
直至,所述录音服务器确定第n组录音类型为点对点录音类型,且第n组已录制时长为Hn,则确定第n组的当前可释放的子系统资源Kn=(Hn-C)*G2;
在所述录音服务器确定其各组当前可释放的子系统资源后,所述录音服务器确定所有所述子系统资源的和为所述录音服务器当前可释放的第四系统资源L。
则所述第四系统资源L=K1+K2...+Kn。
712、所述录音服务器计算所述总系统资源和所述第三系统资源的差;
即所述录音服务器计算所述总系统资源和所述第三系统资源的差为F-J;
713、所述录音服务器确定所述总系统资源和所述第三系统资源的差与所述第四系统资源的和为所述可用的当前系统资源;
所述录音服务器确定所述可用的当前系统资源N为(F-J)+L。
714、所述录音服务器根据所述录音媒体信息确定可负载数量;
若当前请求录音的客户端为点对点录音类型,则所述可负载数量=N/M=(F-J)+L/(A+E)*C。
若当前请求录音的客户端为会议录音类型,则所述可负载数量=N/M=(F-J)+L/(A+E)*B。
715、所述录音服务器将已确定的所述可负载数量发送给所述SIP服务器;
716、所述目标录音服务器接收所述交换机发送的RTP媒体流;
717、所述目标录音服务器对经所述交换机混音后的RTP媒体流进行录音。
本实施例中的步骤715至步骤717与图6所示的步骤603至步骤605过程相同,在此不再赘述。
本实施例中,所述录音服务器确定第一消耗系统资源M,以及确定所述录音服务器可用的当前系统资源N,并将可负载数量确定为N/M。本实施例中,录音服务器计算可用的当前系统资源N与第一消耗系统资源M的比值,并将该比值确定为可负载数量,并将该可负载数量发送给SIP服务器,以使该SIP服务器确定目标录音服务器。从而使得可负载数量满足预置条件的录音服务器为目标录音服务器,从而有效的避免了已经满载或接近满载的录音服务器进行录音而降低录音过程的可靠性的情况。
图1至图7所示的实施例对录音控制方法进行详细说明,为更好的理解本发明所提供的录音控制方法,以下举具体应用场景对本发明所提供的录音控制方法进行进一步的详细说明:
客户端需要请求录音时,用户按下客户端的录音键;
该当前请求录音的客户端向IP-PBX发送呼叫请求消息invent;
IP-PBX接收到客户端发送的呼叫请求消息后,IP-PBX向该客户端返回reinvent消息;
该客户端向IP-PBX返回200OK消息;
IP-PBX向该客户端发送响应消息ACK;
IP-PBX与该请求录音的客户端建立SIP会话;
IP-PBX建立用于对该请求录音的客户端的通话过程进行录音的录音系统,并将与IP-PBX建立SIP会话的客户端加入进该录音系统;
IP-PBX向SIP服务器发送的呼叫请求消息invent;
SIP服务器向IP-PBX返回200OK消息;
IP-PBX向该SIP服务器发送响应消息ACK;
则IP-PBX呼叫SIP服务器建立SIP会话成功;
IP-PBX将成功建立SIP会话的SIP服务器加入进录音系统;
已经加入录音系统的各个客户端对其通话的语音数据处理成RTP媒体流;
IP-PBX对接收到的各个客户端的RTP媒体流进行混音处理;
所述IP-PBX确定该混音处理后的RTP媒体流的录音媒体信息;
该录音媒体信息包括:
用于指示经所述交换机混音后的RTP媒体流编码类型的编码指示信息;
编码类型主要为:G.711、G.723.1、G.729A和G.729AB等;
用于指示经所述交换机混音后的RTP媒体流是否加密的加密指示信息;
用于指示当前请求录音的所述客户端录音类型的类型指示信息,其中,所述录音类型包括会议录音类型和点对点录音类型;
所述IP-PBX将该录音媒体信息通过呼叫请求消息发送给所述SIP服务器;
所述SIP服务器接收到呼叫请求消息invent后,从invent消息SDP中获取本次录音的录音媒体信息;
所述SIP服务器向各录音服务器发送通过SIP Message携带的心跳;
SIP服务器接收各录音服务器返回的心跳响应;
SIP服务器向接收到心跳响应的各录音服务器发送所述录音媒体信息;
录音服务器接收SIP服务器发送的录音媒体信息;
所述录音服务器根据所述编码指示信息计算对经所述IP-PBX混音后的RTP媒体流进行录音每秒所需要的第一系统资源A;
在本应用场景中,当前请求录音的客户端的录音类型为会议录音类型;
所述录音服务器确定该录音服务器上已经录制会议录音类型的录音文件,并统计所述录音文件中录制所述会议录音类型的第一总时长和第一总次数;所述录音服务器确定所述第一总时长和所述第一总次数的商为会议录音平均时长;所述录音服务器确定所述会议录音平均时长为所述录制时长B;
所述录音服务器根据所述加密指示信息确定经所述IP-PBX混音后的RTP媒体流是否加密;
在本应用场景中,所述录音服务器根据所述加密指示信息确定经所述IP-PBX混音后的RTP媒体流加密;
所述录音服务器计算解密混音后的RTP媒体流每秒所需要的第二系统资源E;
所述录音服务器计算所述第一系统资源与所述第二系统资源的和为A+E;
所述录音服务器确定所述第一系统资源与所述第二系统资源的和与会议录音平均时长的积为第一消耗系统资源;
即该第一消耗系统资源M=(A+E)*B;
所述录音服务器通过该录音服务器的操作系统获取本录音服务器的总系统资源和系统设置的门限百分比;
所述录音服务器确定本录音服务器的可用的总系统资源F为总系统资源和系统设置的门限百分比的积;
在本应用场景中,该录音服务器正在进行录音的有五组;
第一组的录音类型为会议录音类型;
第二组的录音类型为会议录音类型;
第三组的录音类型为点对点录音类型;
第四组的录音类型为点对点录音类型;
第五组的录音类型为点对点录音类型;
所述录音服务器分别确定所述录音服务器上正在进行录音的各组录音类型;
所述录音服务器确定录制所述会议录音类型每秒所需要消耗的系统资源为G1以及确定录制所述点对点录音类型每秒所需要消耗的系统资源G2;
所述录音服务器确定第一组所述录音服务器录制所述会议录音类型每秒所需要消耗的系统资源为G1以及已录制时长H1;
所述录音服务器确定第二组所述录音服务器录制所述会议录音类型每秒所需要消耗的系统资源G1以及已录制时长H2;
所述录音服务器确定第三组所述录音服务器录制所述点对点录音类型每秒所需要消耗的系统资源G2以及已录制时长H3;
所述录音服务器确定第四组所述录音服务器录制所述点对点录音类型每秒所需要消耗的系统资源G2以及已录制时长H4;
所述录音服务器确定第五组所述录音服务器录制所述点对点录音类型每秒所需要消耗的系统资源G2以及已录制时长H5;
所述录音服务器分别确定各组子消耗系统资源I;
第一组的子消耗系统资源I1=G1*H1;
第二组的子消耗系统资源I2=G1*H2;
第三组的子消耗系统资源I3=G2*H3;
第四组的子消耗系统资源I4=G2*H4;
第五组的子消耗系统资源I5=G2*H5;
所述录音服务器确定所有所述子消耗系统资源的和为所述第三系统资源;
即在本应用场景中,第三系统资源J=I1+I2+I3+I4+I5;
因本应用场景中,该录音服务器正在进行录音的录音类型中有点对点录音类型,则所述录音服务器确定点对点录音平均时长C;
即所述录音服务器确定该录音服务器上已经录制点对点录音类型的录音文件,并统计所述录音服务器已录制的所述录音文件中录制所述点对点录音类型的第二总时长和第二总次数;所述录音服务器确定所述第二总时长和所述第二总次数的商为点对点录音平均时长C;
所述录音服务器分别确定各组所述已录制时长与所述录音平均时长的差;
即第一组已录制时长与所述录音平均时长的差为H1-B;
第二组已录制时长与所述录音平均时长的差为H2-B;
第三组已录制时长与所述录音平均时长的差为H3-C;
第四组已录制时长与所述录音平均时长的差为H4-C;
第五组已录制时长与所述录音平均时长的差为H5-C;
所述录音服务器分别确定各组当前可释放的子系统资源K,所述子系统资源K为所述已录制时长与所述录音平均时长的差与所述第二消耗系统资源G的积;
第一组当前可释放的子系统资源K1=(H1-B)*G1;
第二组当前可释放的子系统资源K2=(H2-B)*G1;
第三组当前可释放的子系统资源K3=(H3-C)*G2;
第四组当前可释放的子系统资源K4=(H4-C)*G2;
第五组当前可释放的子系统资源K5=(H5-C)*G2;
所述录音服务器确定所有所述子系统资源的和为所述录音服务器当前可释放的第四系统资源L;
即在本应用场景中,所述第四系统资源L=K1+K2+K+K4+K5;
所述录音服务器计算所述总系统资源和所述第三系统资源的差为F-J;
所述录音服务器确定可用的当前系统资源N=(F-J)+L
因当前请求录音的客户端的录音类型为会议录音类型,则该录音服务器的可负载数量=N/M=(F-J)+L/(A+E)*B;
所述录音服务器将已确定的所述可负载数量发送给所述SIP服务器;
SIP服务器接收到与其心跳连接的所有录音服务器返回的可负载数量后,选定所述可负载数量最大的录音服务器为用于对当前请求录音的客户端的通过过程进行录音的目标录音服务器;
SIP服务器确定所述目标录音服务器的目标IP地址;
所述SIP服务器将所述目标IP地址通过200OK消息将所述目标IP地址发送给所述IP-PBX;
IP-PBX与该目标录音服务器建立SIP会话,并将目标录音服务器加入所述录音系统;
IP-PBX将经混音后的RTP媒体流通过所述目标IP地址发送给所述目标录音服务器;
目标录音服务器将混音后的RTP媒体流进行录音以存储成录音文件。
以上实施例对本发明实施例所提供的录音控制方法进行详细说明,以下结合图8所示的实施例对本发明实施例所提供的SIP服务器的具体结构进行详细说明:
所述SIP服务器包括:
第一接收单元801,用于接收交换机发送的呼叫请求消息;
获取单元802,用于从所述呼叫请求消息中获取录音媒体信息;
第一发送单元803,用于将所述录音媒体信息发送给各录音服务器;
第二接收单元804,用于接收各录音服务器反馈的可负载数量,所述可负载数量为所述录音服务器可支持录音的客户端数量,所述客户端数量由所述录音服务器根据所述录音媒体信息确定;
第一确定单元805,用于根据所述可负载数量确定目标录音服务器,以使所述目标录音服务器对所述交换机发送的经所述交换机混音后的RTP媒体流进行录音。
本实施例中,获取单元802根据呼叫请求消息获取录音媒体信息,第一发送单元803将其获取到的录音媒体信息发送给多个录音服务器,第二接收单元804接收各个录音服务器返回的可负载数量,第一确定单元805根据各个录音服务器返回的可负载数量进行负载均衡,以确定满足预置条件的目标录音服务器,从而使得目标录音服务器对经过IP-PBX处理后的RTP媒体流进行录音。本实施例中通过第一确定单元805确定满足预置条件的目标录音服务器,即该目标录音服务器适合对本次需要进行录音的客户端的通话进行录音,从而避免了已经满载或接近满载的录音服务器进行录音而降低录音过程的可靠性的情况。
图8所示的实施例对本发明实施例所提供的SIP服务器的具体结构进行详细说明,以下结合图9所示的实施例对可确定目标录音服务器的SIP服务器的具体结构进行详细说明:
所述SIP服务器包括:
第一接收单元901,用于接收交换机发送的呼叫请求消息;
获取单元902,用于从所述呼叫请求消息中获取录音媒体信息;
第一发送单元903,用于将所述录音媒体信息发送给各录音服务器;
第二接收单元904,用于接收各录音服务器反馈的可负载数量,所述可负载数量为所述录音服务器可支持录音的客户端数量,所述客户端数量由所述录音服务器根据所述录音媒体信息确定;
第一确定单元905,用于根据所述可负载数量确定目标录音服务器,以使所述目标录音服务器对所述交换机发送的经所述交换机混音后的RTP媒体流进行录音;
第二确定单元906,用于确定所述目标录音服务器的目标IP地址;
第二发送单元907,用于将所述目标IP地址发送给所述交换机,以使所述交换机将经所述交换机混音后的RTP媒体流通过所述目标IP地址发送给所述目标录音服务器;
所述第一确定单元905包括:
第一确定子单元9051,用于确定各所述录音服务器反馈的所述可负载数量最大的录音服务器为所述目标录音服务器;
或,
第二确定子单元9052,用于确定所述录音服务器反馈的所述可负载数量大于预置阀值的录音服务器为所述目标录音服务器。
本实施例中,第二接收单元904接收各录音服务器反馈的可负载数量,第一确定单元905确定满足预置条件的录音服务器为目标录音服务器,且该目标录音服务器可为所述可负载数量最大的录音服务器,或所述可负载数量大于预置阀值的录音服务器。第一确定单元905通过各个录音服务器返回的可负载数量确定目标录音服务器,从而可对各个录音服务器的可负载数量进行均衡,从而选定满足预置条件的录音服务器,进而使得对本次请求录音的客户端进行录音的录音服务器为空闲或较为空闲的录音服务器,根据可负载数量确定用以对当前进行录音的录音服务器从而有效的避免了超过录音服务器负载的情况,即不会超过单台录音服务器能够支持录音的客户端的数量,使得录音过程较为可靠。
图8至图9所示的实施例对所述SIP服务器的具体结构进行详细说明,以下结合图10所示的实施例对录音服务器的具体结构进行详细说明:
第三接收单元1001,用于接收会话发起协议SIP服务器发送的录音媒体信息,所述录音媒体信息为所述SIP服务器从呼叫请求消息中获取的,所述呼叫请求消息为所述SIP服务器从交换机接收到的;
第三确定单元1002,用于根据所述录音媒体信息确定可负载数量,所述可负载数量为所述录音服务器可支持录音的客户端数量;
第三发送单元1003,用于将已确定的所述可负载数量发送给所述SIP服务器,以使所述SIP服务器根据所述可负载数量确定目标录音服务器。
本实施例中,第三确定单元1002根据所述录音媒体信息确定可负载数量,从而使得SIP服务器根据该可负载数量确定与其连接的各个录音服务器可支持录音的客户端数量,并将根据各个录音服务器可支持录音的客户端数量确定用以本次进行录音的目标录音服务器。因本实施例中,根据录音服务器的负载确定目标录音服务器,从而有效的避免了使得超过单台录音服务器的性能指标的录音服务器进行录音而造成的录音过程的故障,有效的提升了进行录音的录音服务器的可靠性。
图10所示的实施例对录音服务器的具体结构进行详细说明,以下结合图11所示的实施例可对当前请求录音的客户端的通话过程进行录音的录音服务器的具体结构进行详细说明:
第三接收单元1101,用于接收会话发起协议SIP服务器发送的录音媒体信息,所述录音媒体信息为所述SIP服务器从呼叫请求消息中获取的,所述呼叫请求消息为所述SIP服务器从交换机接收到的;
第三确定单元1102,用于根据所述录音媒体信息确定可负载数量,所述可负载数量为所述录音服务器可支持录音的客户端数量;
所述第三确定单元1102包括:
第三确定子单元11021,用于确定根据所述录音媒体信息对经所述交换机混音后的RTP媒体流进行录音所需消耗的第一消耗系统资源;
在本实施例中将所述第一消耗系统资源即为M。
第四确定子单元11022,用于确定所述录音服务器可用的当前系统资源;
本实施例中将所述可用的当前系统资源记为N。
第五确定子单元11023,用于确定所述当前系统资源和所述第一消耗系统资源的商为所述可负载数量;
在本实施例中所述可负载数量为N/M。
第三发送单元1103,用于将已确定的所述可负载数量发送给所述SIP服务器,以使所述SIP服务器根据所述可负载数量确定目标录音服务器;
第四接收单元1104,用于接收所述交换机发送的经所述交换机混音后的RTP媒体流;
录音单元1105,用于对经所述交换机混音后的RTP媒体流进行录音。
本实施例中,第三确定子单元11021根据所述录音媒体信息对经所述交换机混音后的RTP媒体流进行录音所需消耗的第一消耗系统资源M,以及第四确定子单元11022确定所述录音服务器可用的当前系统资源N,第五确定子单元11023确定将可负载数量确定为N/M。本实施例中,第五确定子单元11023计算可用的当前系统资源N与第一消耗系统资源M的比值,并将该比值确定为可负载数量,第三发送单元1103将该可负载数量发送给SIP服务器,以使该SIP服务器确定目标录音服务器。从而使得可负载数量满足预置条件的录音服务器为目标录音服务器,从而有效的避免了已经满载或接近满载的录音服务器进行录音而降低录音过程的可靠性的情况。
图11所示的实施例可对当前请求录音的客户端的通话过程进行录音的录音服务器的具体结构进行详细说明,以下结合图12所示的实施例说明各录音服务器可确定各自的可负载数量的具体结构:
第三接收单元1201,用于接收会话发起协议SIP服务器发送的录音媒体信息,所述录音媒体信息为所述SIP服务器从呼叫请求消息中获取的,所述呼叫请求消息为所述SIP服务器从交换机接收到的;
第三确定单元1202,用于根据所述录音媒体信息确定可负载数量,所述可负载数量为所述录音服务器可支持录音的客户端数量;
第三发送单元1203,用于将已确定的所述可负载数量发送给所述SIP服务器,以使所述SIP服务器根据所述可负载数量确定目标录音服务器;
第四接收单元1204,用于接收所述交换机发送的经所述交换机混音后的RTP媒体流;
录音单元1205,用于对经所述交换机混音后的RTP媒体流进行录音;
所述第三确定单元1202包括:
第三确定子单元12021,用于确定根据所述录音媒体信息对经所述交换机混音后的RTP媒体流进行录音所需消耗的第一消耗系统资源;
在本实施例中将所述第一消耗系统资源即为M。
第四确定子单元12022,用于确定所述录音服务器可用的当前系统资源;
本实施例中将所述可用的当前系统资源记为N。
第五确定子单元12023,用于确定所述当前系统资源和所述第一消耗系统资源的商为所述可负载数量;
在本实施例中所述可负载数量为N/M。
具体的,该第三确定子单元12021包括:
第一计算模块120211,用于根据所述录音媒体信息的编码指示信息计算对经所述交换机混音后的RTP媒体流进行录音每秒所需要的第一系统资源;
第二计算模块120212,用于根据所述录音媒体信息的类型指示信息估计当前请求录音的所述客户端所需的录制时长;
第一确定模块120213,用于根据所述录音媒体信息的加密指示信息确定经所述交换机混音后的RTP媒体流是否加密;
第二确定模块120214,用于若所述第一确定模块确定不加密,则确定所述第一系统资源与所述录制时长的积为所述第一消耗系统资源;
第三计算模块120215,用于若所述第一确定模块确定加密,则计算解密经所述交换机混音后的RTP媒体流每秒所需要的第二系统资源;
第四计算模块120216,用于计算所述第一系统资源与所述第二系统资源的和;
第三确定模块120217,用于确定所述第一系统资源与所述第二系统资源的和与所述录制时长的积为所述第一消耗系统资源;
具体的,该第四确定子单元12022包括:
第四确定模块120221,用于确定所述录音服务器可用的总系统资源;
第五确定模块120222,用于确定所述录音服务器当前正在使用的第三系统资源;
第六确定模块120223,用于确定所述录音服务器当前可释放的第四系统资源;
更具体的,该第二计算模块120212包括:
第一确定子模块1202121,用于根据所述类型指示信息确定当前请求录音的所述客户端的录音类型为所述会议录音类型或所述点对点录音类型;
第二确定子模块1202122,用于若所述第一确定子模块确定当前请求录音的所述客户端的录音类型为所述会议录音类型,则统计所述录音服务器已录制的录音文件中录制所述会议录音类型的第一总时长和第一总次数;确定所述第一总时长和所述第一总次数的商为会议录音平均时长;确定所述会议录音平均时长为所述录制时长;
第三确定子模块1202123,用于若所述第一确定子模块确定当前请求录音的所述客户端的录音类型为所述点对点录音类型,则统计所述录音服务器已录制的所述录音文件中录制所述点对点录音类型的第二总时长和第二总次数;确定所述第二总时长和所述第二总次数的商为点对点录音平均时长;确定所述点对点录音平均时长为所述录制时长;
更具体的,该第五确定模块120222包括:
第四确定子模块1202221,用于分别确定所述录音服务器上正在进行录音的各组录音类型;
第五确定子模块1202222,用于根据各组已确定的所述录音类型分别确定各组进行录音每秒所需要消耗的第二消耗系统资源;所述第二消耗系统资源为所述录音服务器录制所述会议录音类型每秒所需要消耗的系统资源,或,所述录音服务器录制点对点录音类型每秒所需要消耗的系统资源;
第六确定子模块1202223,用于分别确定正在进行录音的各组已录制时长;
第七确定子模块1202224,用于分别确定各组子消耗系统资源,所述子消耗系统资源为所述第二消耗系统资源与所述已录制时长的积;
第八确定子模块1202225,用于确定所有所述子消耗系统资源的和为所述第三系统资源。
具体的,所述第六确定模块120223包括:
第九确定子模块1202231,用于根据各组已确定的所述录音类型分别确定各组录音平均时长,所述录音平均时长为所述会议录音平均时长或所述点对点录音平均时长;
第十确定子模块1202232,用于分别确定各组所述已录制时长与所述录音平均时长的差;
第十一确定子模块1202233,用于分别确定各组当前可释放的子系统资源,所述子系统资源为所述已录制时长与所述录音平均时长的差与所述第二消耗系统资源的积;
第十二确定子模块1202234,用于确定所有所述子系统资源的和为所述录音服务器当前可释放的第四系统资源;
第五计算模块120224,用于计算所述总系统资源和所述第三系统资源的差;
第七确定模块120225,用于所述录音服务器确定所述总系统资源和所述第三系统资源的差与所述第四系统资源的和为所述可用的当前系统资源;
本实施例中,第三确定子单元12021确定第一消耗系统资源M,第四确定子单元12022确定所述录音服务器可用的当前系统资源N,并将可负载数量确定为N/M。本实施例中,第五确定子单元12023计算可用的当前系统资源N与第一消耗系统资源M的比值,并将该比值确定为可负载数量,并将该可负载数量发送给SIP服务器,以使该SIP服务器确定目标录音服务器。从而使得可负载数量满足预置条件的录音服务器为目标录音服务器,从而有效的避免了已经满载或接近满载的录音服务器进行录音而降低录音过程的可靠性的情况。
图8至图12所示的实施例对SIP服务器和录音服务器的具体结构进行详细说明,以下结合具体应用场景对SIP服务器和录音服务器的具体结构进一步进行说明:
客户端需要请求录音时,用户按下客户端的录音键,该当前请求录音的客户端向IP-PBX发送呼叫请求消息invent,IP-PBX接收到客户端发送的呼叫请求消息后,IP-PBX向该客户端返回reinvent消息,该客户端向IP-PBX返回200OK消息,IP-PBX向该客户端发送响应消息ACK,IP-PBX与该请求录音的客户端建立SIP会话,IP-PBX建立用于对该请求录音的客户端的通话过程进行录音的录音系统,并将与IP-PBX建立SIP会话的客户端加入进该录音系统,IP-PBX向SIP服务器发送的呼叫请求消息invent,SIP服务器向IP-PBX返回200OK消息,IP-PBX向该SIP服务器发送响应消息ACK,则IP-PBX呼叫SIP服务器建立SIP会话成功,IP-PBX将成功建立SIP会话的SIP服务器加入进录音系统,已经加入录音系统的各个客户端对其通话的语音数据处理成RTP媒体流,IP-PBX对接收到的各个客户端的RTP媒体流进行混音处理,所述IP-PBX确定该混音处理后的RTP媒体流的录音媒体信息;
该录音媒体信息包括:
用于指示经所述交换机混音后的RTP媒体流编码类型的编码指示信息;
编码类型主要为:G.711、G.723.1、G.729A和G.729AB等;
用于指示经所述交换机混音后的RTP媒体流是否加密的加密指示信息;
用于指示当前请求录音的所述客户端录音类型的类型指示信息,其中,所述录音类型包括会议录音类型和点对点录音类型;
所述IP-PBX将该录音媒体信息通过呼叫请求消息发送给所述SIP服务器;
所述SIP服务器的第一接收单元901接收到呼叫请求消息invent;
所述SIP服务器的获取单元902从invent消息SDP中获取本次录音的录音媒体信息;
所述SIP服务器的第一发送单元903向各录音服务器发送通过SIP Message携带的心跳;
SIP服务器的第一接收单元901接收各录音服务器返回的心跳响应;
SIP服务器的第一发送单元903向接收到心跳响应的各录音服务器发送所述录音媒体信息;
录音服务器的第三接收单元1201接收SIP服务器发送的录音媒体信息;
所述录音服务器的第一计算模块120211根据所述编码指示信息计算对经所述IP-PBX混音后的RTP媒体流进行录音每秒所需要的第一系统资源A;
在本应用场景中,当前请求录音的客户端的录音类型为会议录音类型;
所述录音服务器的第一确定子模块1202121确定当前请求录音的客户端的录音类型为会议录音类型;
所述录音服务器的第二确定子模块1202122确定该录音服务器上已经录制会议录音类型的录音文件,并统计所述录音文件中录制所述会议录音类型的第一总时长和第一总次数;所述录音服务器确定所述第一总时长和所述第一总次数的商为会议录音平均时长;所述录音服务器确定所述会议录音平均时长为所述录制时长B;
所述录音服务器的第一确定模块120213根据所述加密指示信息确定经所述IP-PBX混音后的RTP媒体流是否加密;
在本应用场景中,所述录音服务器根据所述加密指示信息确定经所述IP-PBX混音后的RTP媒体流加密;
所述录音服务器的第三计算模块120215计算解密混音后的RTP媒体流每秒所需要的第二系统资源E;
所述录音服务器的第四计算模块120216计算所述第一系统资源与所述第二系统资源的和为A+E;
所述录音服务器的第三确定模块120217确定所述第一系统资源与所述第二系统资源的和与会议录音平均时长的积为第一消耗系统资源;
即该第一消耗系统资源M=(A+E)*B;
所述录音服务器的第四确定模块120221通过该录音服务器的操作系统获取本录音服务器的总系统资源和系统设置的门限百分比;
所述录音服务器的第四确定模块120221确定本录音服务器的可用的总系统资源F为总系统资源和系统设置的门限百分比的积;
在本应用场景中,该录音服务器正在进行录音的有五组;
第一组的录音类型为会议录音类型;
第二组的录音类型为会议录音类型;
第三组的录音类型为点对点录音类型;
第四组的录音类型为点对点录音类型;
第五组的录音类型为点对点录音类型;
所述录音服务器的第四确定子模块1202221分别确定所述录音服务器上正在进行录音的各组录音类型;
所述录音服务器的第五确定子模块1202222确定录制所述会议录音类型每秒所需要消耗的系统资源为G1以及确定录制所述点对点录音类型每秒所需要消耗的系统资源G2;
所述录音服务器的第六确定子模块1202223确定第一组已录制时长H1;
所述录音服务器的第六确定子模块1202223确定第二组已录制时长H2;
所述录音服务器的第六确定子模块1202223确定第三组已录制时长H3;
所述录音服务器的第六确定子模块1202223确定第四组已录制时长H4;
所述录音服务器的第六确定子模块1202223确定第五组已录制时长H5;
所述录音服务器的第七确定子模块1202224分别确定各组子消耗系统资源I;
所述第七确定子模块1202224确定第一组的子消耗系统资源I1=G1*H1;
所述第七确定子模块1202224确定第二组的子消耗系统资源I2=G1*H2;
所述第七确定子模块1202224确定第三组的子消耗系统资源I3=G2*H3;
所述第七确定子模块1202224确定第四组的子消耗系统资源I4=G2*H4;
所述第七确定子模块1202224确定第五组的子消耗系统资源I5=G2*H5;
所述录音服务器的第八确定子模块1202225确定所有所述子消耗系统资源的和为所述第三系统资源;
即在本应用场景中,第三系统资源J=I1+I2+I3+I4+I5;
因本应用场景中,该录音服务器正在进行录音的录音类型中有点对点录音类型,则所述录音服务器的第三确定子模块1202123确定点对点录音平均时长C;
即所述录音服务器的第三确定子模块1202123确定该录音服务器上已经录制点对点录音类型的录音文件,并统计所述录音服务器已录制的所述录音文件中录制所述点对点录音类型的第二总时长和第二总次数;所述录音服务器确定所述第二总时长和所述第二总次数的商为点对点录音平均时长C;
所述录音服务器的第十确定子模块1202232分别确定各组所述已录制时长与所述录音平均时长的差;
即所述第十确定子模块1202232确定第一组已录制时长与所述录音平均时长的差为H1-B;
所述第十确定子模块1202232确定第二组已录制时长与所述录音平均时长的差为H2-B;
所述第十确定子模块1202232确定第三组已录制时长与所述录音平均时长的差为H3-C;
所述第十确定子模块1202232确定第四组已录制时长与所述录音平均时长的差为H4-C;
所述第十确定子模块1202232确定第五组已录制时长与所述录音平均时长的差为H5-C;
所述录音服务器的第十一确定子模块1202233分别确定各组当前可释放的子系统资源K,所述子系统资源K为所述已录制时长与所述录音平均时长的差与所述第二消耗系统资源G的积;
所述录音服务器的第十一确定子模块1202233确定第一组当前可释放的子系统资源K1=(H1-B)*G1;
所述录音服务器的第十一确定子模块1202233确定第二组当前可释放的子系统资源K2=(H2-B)*G1;
所述录音服务器的第十一确定子模块1202233确定第三组当前可释放的子系统资源K3=(H3-C)*G2;
所述录音服务器的第十一确定子模块1202233确定第四组当前可释放的子系统资源K4=(H4-C)*G2;
所述录音服务器的第十一确定子模块1202233确定第五组当前可释放的子系统资源K5=(H5-C)*G2;
所述录音服务器的第十二确定子模块1202234确定所有所述子系统资源的和为所述录音服务器当前可释放的第四系统资源L;
即在本应用场景中,所述第四系统资源L=K1+K2+K+K4+K5;
所述录音服务器的第五计算模块120224计算所述总系统资源和所述第三系统资源的差为F-J;
所述录音服务器的第七确定模块120225确定可用的当前系统资源N=(F-J)+L;
因当前请求录音的客户端的录音类型为会议录音类型,则该录音服务器的第五确定子单元12023确定可负载数量=N/M=(F-J)+L/(A+E)*B;
所述录音服务器的第三发送单元1203将已确定的所述可负载数量发送给所述SIP服务器;
SIP服务器的第二接收单元904接收到与其心跳连接的所有录音服务器返回的可负载数量;
SIP服务器的第一确定子单元9051或第二确定子单元9052选定所述可负载数量最大的录音服务器为用于对当前请求录音的客户端的通过过程进行录音的目标录音服务器;
SIP服务器的第二确定单元906确定所述目标录音服务器的目标IP地址;
所述SIP服务器的第二发送单元907将所述目标IP地址通过200OK消息将所述目标IP地址发送给所述IP-PBX;
IP-PBX与该目标录音服务器建立SIP会话,并将目标录音服务器加入所述录音系统;
IP-PBX将经混音后的RTP媒体流通过所述目标IP地址发送给所述目标录音服务器;
所述目标录音服务器的第四接收单元1204接收所述交换机发送的经所述交换机混音后的RTP媒体流;
目标录音服务器的录音单元1205将混音后的RTP媒体流进行录音以存储成录音文件。
本发明实施例还提供了一种录音系统,该录音系统的具体组成网元和各个网元的连接关系请见图2所示;
具体的,该录音系统包括:
当前请求录音的客户端;
与客户端建立SIP会话的交换机,即IP-PBX;
该IP-PBX通过交换机与多个客户端连接;
SIP服务器,该SIP服务器的具体结构请见图8至图9所示实施例,在此不再赘述;
以及多个录音服务器,该录音服务器的具体结构请见图10至图12所示,在此不再赘述。
图8和图9所示的实施例从模块功能实体的角度对SIP服务器的结构进行了详细说明,以下结合图13从硬件角度对本发明实施例中的SIP服务器进行详细描述,请见图13,本发明实施例中的SIP服务器的另一实施例包括:
该SIP服务器1300具体包括:
输入装置1301、输出装置1302、处理器1303和存储器1304(其中,图13所示的处理器1303可以有一个或多个,图13中以一个处理器1303为例进行说明);
在本发明一些实施例中,输入装置1301、输出装置1302、处理器1303和存储器1304可通过总线或其它方式连接,其中,图13中以通过总线连接为例。
处理器1303用于执行如下步骤:
用于接收交换机发送的呼叫请求消息;
用于从所述呼叫请求消息中获取录音媒体信息;
用于将所述录音媒体信息发送给各录音服务器;
用于接收各录音服务器反馈的可负载数量,所述可负载数量为所述录音服务器可支持录音的客户端数量,所述客户端数量由所述录音服务器根据所述录音媒体信息确定;
用于根据所述可负载数量确定目标录音服务器,以使所述目标录音服务器对所述交换机发送的经所述交换机混音后的RTP媒体流进行录音;
处理器1303还用于执行如下步骤:
用于确定各所述录音服务器反馈的所述可负载数量最大的录音服务器为所述目标录音服务器;
处理器1303还用于执行如下步骤:
用于确定所述录音服务器反馈的所述可负载数量大于预置阀值的录音服务器为所述目标录音服务器;
处理器1303还用于执行如下步骤:
用于确定所述目标录音服务器的目标IP地址;
用于将所述目标IP地址发送给所述交换机,以使所述交换机将经所述交换机混音后的RTP媒体流通过所述目标IP地址发送给所述目标录音服务器。
图10至图12所示的实施例从模块功能实体的角度对录音服务器的结构进行了详细说明,以下结合图14从硬件角度对本发明实施例中的录音服务器进行详细描述,请见图14,本发明实施例中的录音服务器的另一实施例包括:
该录音服务器1400具体包括:
输入装置1401、输出装置1402、处理器1403和存储器1404(其中,图14所示的处理器1403可以有一个或多个,图14中以一个处理器1403为例进行说明);
在本发明一些实施例中,输入装置1401、输出装置1402、处理器1403和存储器1404可通过总线或其它方式连接,其中,图14中以通过总线连接为例。
处理器1403用于执行如下步骤:
用于接收会话发起协议SIP服务器发送的录音媒体信息,所述录音媒体信息为所述SIP服务器从呼叫请求消息中获取的,所述呼叫请求消息为所述SIP服务器从交换机接收到的;
用于根据所述录音媒体信息确定可负载数量,所述可负载数量为所述录音服务器可支持录音的客户端数量;
用于将已确定的所述可负载数量发送给所述SIP服务器,以使所述SIP服务器根据所述可负载数量确定目标录音服务器;
处理器1403还用于执行如下步骤:
用于接收所述交换机发送的经所述交换机混音后的RTP媒体流;
用于对经所述交换机混音后的RTP媒体流进行录音;
处理器1403还用于执行如下步骤:
用于确定根据所述录音媒体信息对经所述交换机混音后的RTP媒体流进行录音所需消耗的第一消耗系统资源;
用于确定所述录音服务器可用的当前系统资源;
用于确定所述当前系统资源和所述第一消耗系统资源的商为所述可负载数量;
处理器1403还用于执行如下步骤:
用于根据所述录音媒体信息的编码指示信息计算对经所述交换机混音后的RTP媒体流进行录音每秒所需要的第一系统资源;
用于根据所述录音媒体信息的类型指示信息估计当前请求录音的所述客户端所需的录制时长;
用于根据所述录音媒体信息的加密指示信息确定经所述交换机混音后的RTP媒体流是否加密;
用于若所述第一确定模块确定不加密,则确定所述第一系统资源与所述录制时长的积为所述第一消耗系统资源;
用于若所述第一确定模块确定加密,则计算解密经所述交换机混音后的RTP媒体流每秒所需要的第二系统资源;
用于计算所述第一系统资源与所述第二系统资源的和;
用于确定所述第一系统资源与所述第二系统资源的和与所述录制时长的积为所述第一消耗系统资源;
处理器1403还用于执行如下步骤:
用于根据所述类型指示信息确定当前请求录音的所述客户端的录音类型为所述会议录音类型或所述点对点录音类型;
用于若所述第一确定子模块确定当前请求录音的所述客户端的录音类型为所述会议录音类型,则统计所述录音服务器已录制的录音文件中录制所述会议录音类型的第一总时长和第一总次数;确定所述第一总时长和所述第一总次数的商为会议录音平均时长;确定所述会议录音平均时长为所述录制时长;
用于若所述第一确定子模块确定当前请求录音的所述客户端的录音类型为所述点对点录音类型,则统计所述录音服务器已录制的所述录音文件中录制所述点对点录音类型的第二总时长和第二总次数;确定所述第二总时长和所述第二总次数的商为点对点录音平均时长;确定所述点对点录音平均时长为所述录制时长;
处理器1403还用于执行如下步骤:
用于确定所述录音服务器可用的总系统资源;
用于确定所述录音服务器当前正在使用的第三系统资源;
用于确定所述录音服务器当前可释放的第四系统资源;
用于计算所述总系统资源和所述第三系统资源的差;
用于所述录音服务器确定所述总系统资源和所述第三系统资源的差与所述第四系统资源的和为所述可用的当前系统资源;
用于分别确定所述录音服务器上正在进行录音的各组录音类型;
用于根据各组已确定的所述录音类型分别确定各组进行录音每秒所需要消耗的第二消耗系统资源;所述第二消耗系统资源为所述录音服务器录制所述会议录音类型每秒所需要消耗的系统资源,或,所述录音服务器录制点对点录音类型每秒所需要消耗的系统资源;
用于分别确定正在进行录音的各组已录制时长;
用于分别确定各组子消耗系统资源,所述子消耗系统资源为所述第二消耗系统资源与所述已录制时长的积;
用于确定所有所述子消耗系统资源的和为所述第三系统资源;
处理器1403还用于执行如下步骤:
用于根据各组已确定的所述录音类型分别确定各组录音平均时长,所述录音平均时长为所述会议录音平均时长或所述点对点录音平均时长;
用于分别确定各组所述已录制时长与所述录音平均时长的差;
用于分别确定各组当前可释放的子系统资源,所述子系统资源为所述已录制时长与所述录音平均时长的差与所述第二消耗系统资源的积;
用于确定所有所述子系统资源的和为所述录音服务器当前可释放的第四系统资源。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (28)
1.一种录音控制方法,其特征在于,包括:
会话发起协议SIP服务器接收交换机发送的呼叫请求消息;
所述SIP服务器从所述呼叫请求消息中获取录音媒体信息;
所述SIP服务器将所述录音媒体信息发送给与所述SIP服务器连接的录音服务器集群,以使所述录音服务器集群中的各录音服务器接收到所述录音媒体信息;
所述SIP服务器接收各录音服务器反馈的可负载数量,所述可负载数量为所述录音服务器可支持录音的客户端数量,所述客户端数量由所述录音服务器根据所述录音媒体信息确定;
所述SIP服务器根据所述可负载数量确定目标录音服务器,以使所述目标录音服务器对所述交换机发送的经所述交换机混音后的RTP媒体流进行录音。
2.根据权利要求1所述的录音控制方法,其特征在于,所述录音媒体信息包括:
用于指示经所述交换机混音后的RTP媒体流编码类型的编码指示信息;
用于指示经所述交换机混音后的RTP媒体流是否加密的加密指示信息;
用于指示当前请求录音的所述客户端录音类型的类型指示信息,其中,所述录音类型包括会议录音类型和点对点录音类型。
3.根据权利要求1所述的录音控制方法,其特征在于,所述SIP服务器根据所述可负载数量确定目标录音服务器包括:
所述SIP服务器确定各所述录音服务器反馈的所述可负载数量最大的录音服务器为所述目标录音服务器。
4.根据权利要求1所述的录音控制方法,其特征在于,所述SIP服务器根据所述可负载数量确定目标录音服务器包括:
所述SIP服务器确定所述录音服务器反馈的所述可负载数量大于预置阀值的录音服务器为所述目标录音服务器。
5.根据权利要求1所述的录音控制方法,其特征在于,所述SIP服务器根据所述可负载数量确定目标录音服务器之后还包括:
所述SIP服务器确定所述目标录音服务器的目标IP地址;
所述SIP服务器将所述目标IP地址发送给所述交换机,以使所述交换机将经所述交换机混音后的RTP媒体流通过所述目标IP地址发送给所述目标录音服务器。
6.一种录音控制方法,其特征在于,包括:
录音服务器接收会话发起协议SIP服务器发送的录音媒体信息,所述录音媒体信息为所述SIP服务器从呼叫请求消息中获取的,所述呼叫请求消息为所述SIP服务器从交换机接收到的,所述录音服务器位于与所述SIP服务器连接的录音服务器集群中,以使所述录音服务器集群中的各录音服务器接收到所述录音媒体信息;
所述录音服务器根据所述录音媒体信息确定可负载数量,所述可负载数量为所述录音服务器可支持录音的客户端数量;
所述录音服务器将已确定的所述可负载数量发送给所述SIP服务器,以使所述SIP服务器根据所述可负载数量确定目标录音服务器。
7.根据权利要求6所述的录音控制方法,其特征在于,所述录音服务器将已确定的所述可负载数量发送给所述SIP服务器之后还包括:
所述目标录音服务器接收所述交换机发送的经所述交换机混音后的RTP媒体流;
所述目标录音服务器对经所述交换机混音后的RTP媒体流进行录音。
8.根据权利要求7所述的录音控制方法,其特征在于,所述录音媒体信息包括:
用于指示经所述交换机混音后的RTP媒体流编码类型的编码指示信息;
用于指示经所述交换机混音后的RTP媒体流是否加密的加密指示信息;
用于指示当前请求录音的所述客户端录音类型的类型指示信息,其中,所述录音类型包括会议录音类型和点对点录音类型。
9.根据权利要求8所述的录音控制方法,其特征在于,所述录音服务器根据所述录音媒体信息确定可负载数量包括:
所述录音服务器确定根据所述录音媒体信息对经所述交换机混音后的RTP媒体流进行录音所需消耗的第一消耗系统资源;
所述录音服务器确定所述录音服务器可用的当前系统资源;
所述录音服务器确定所述当前系统资源和所述第一消耗系统资源的商为所述可负载数量。
10.根据权利要求9所述的录音控制方法,其特征在于,所述录音服务器确定根据所述录音媒体信息对经所述交换机混音后的RTP媒体流进行录音所需消耗的第一消耗系统资源包括:
所述录音服务器根据所述编码指示信息计算对经所述交换机混音后的RTP媒体流进行录音每秒所需要的第一系统资源;
所述录音服务器根据所述类型指示信息估计当前请求录音的所述客户端所需的录制时长;
所述录音服务器根据所述加密指示信息确定经所述交换机混音后的RTP媒体流是否加密;
若否,则所述录音服务器确定所述第一系统资源与所述录制时长的积为所述第一消耗系统资源;
若是,则所述录音服务器计算解密经所述交换机混音后的RTP媒体流每秒所需要的第二系统资源;
所述录音服务器计算所述第一系统资源与所述第二系统资源的和;
所述录音服务器确定所述第一系统资源与所述第二系统资源的和与所述录制时长的积为所述第一消耗系统资源。
11.根据权利要求10所述的录音控制方法,其特征在于,所述录音服务器根据所述类型指示信息估计当前请求录音的所述客户端所需的录制时长包括:
所述录音服务器根据所述类型指示信息确定当前请求录音的所述客户端的录音类型为所述会议录音类型或所述点对点录音类型;
若所述录音服务器确定当前请求录音的所述客户端的录音类型为所述会议录音类型,则所述录音服务器统计所述录音服务器已录制的录音文件中录制所述会议录音类型的第一总时长和第一总次数;所述录音服务器确定所述第一总时长和所述第一总次数的商为会议录音平均时长;所述录音服务器确定所述会议录音平均时长为所述录制时长;
若所述录音服务器根据所述类型指示信息确定当前请求录音的所述客户端的录音类型为所述点对点录音类型,则所述录音服务器统计所述录音服务器已录制的所述录音文件中录制所述点对点录音类型的第二总时长和第二总次数;所述录音服务器确定所述第二总时长和所述第二总次数的商为点对点录音平均时长;所述录音服务器确定所述点对点录音平均时长为所述录制时长。
12.根据权利要求9所述的录音控制方法,其特征在于,所述录音服务器确定所述录音服务器可用的当前系统资源包括:
所述录音服务器确定所述录音服务器可用的总系统资源;
所述录音服务器确定所述录音服务器当前正在使用的第三系统资源;
所述录音服务器确定所述录音服务器当前可释放的第四系统资源;
所述录音服务器计算所述总系统资源和所述第三系统资源的差;
所述录音服务器确定所述总系统资源和所述第三系统资源的差与所述第四系统资源的和为所述可用的当前系统资源。
13.根据权利要求12所述的录音控制方法,其特征在于,所述录音服务器确定所述录音服务器当前正在使用的第三系统资源包括:
所述录音服务器分别确定所述录音服务器上正在进行录音的各组录音类型;
所述录音服务器根据各组已确定的所述录音类型分别确定各组进行录音每秒所需要消耗的第二消耗系统资源;
所述录音服务器分别确定正在进行录音的各组已录制时长;
所述录音服务器分别确定各组子消耗系统资源,所述子消耗系统资源为所述第二消耗系统资源与所述已录制时长的积;
所述录音服务器确定所有所述子消耗系统资源的和为所述第三系统资源。
14.根据权利要求13所述的录音控制方法,其特征在于,所述第二消耗系统资源为:
所述录音服务器录制所述会议录音类型每秒所需要消耗的系统资源;
或,
所述录音服务器录制点对点录音类型每秒所需要消耗的系统资源。
15.根据权利要求11或14所述的录音控制方法,其特征在于,所述录音服务器确定所述录音服务器当前可释放的第四系统资源包括:
所述录音服务器根据各组已确定的所述录音类型分别确定各组录音平均时长,所述录音平均时长为所述会议录音平均时长或所述点对点录音平均时长;
所述录音服务器分别确定各组所述已录制时长与所述录音平均时长的差;
所述录音服务器分别确定各组当前可释放的子系统资源,所述子系统资源为所述已录制时长与所述录音平均时长的差与第二消耗系统资源的积,所述第二消耗系统资源为各组进行录音每秒所需要消耗的资源;
所述录音服务器确定所有所述子系统资源的和为所述录音服务器当前可释放的第四系统资源。
16.一种SIP服务器,其特征在于,包括:
第一接收单元,用于接收交换机发送的呼叫请求消息;
获取单元,用于从所述呼叫请求消息中获取录音媒体信息;
第一发送单元,用于将所述录音媒体信息发送给与所述SIP服务器连接的录音服务器集群,以使所述录音服务器集群中的各录音服务器接收到所述录音媒体信息;
第二接收单元,用于接收各录音服务器反馈的可负载数量,所述可负载数量为所述录音服务器可支持录音的客户端数量,所述客户端数量由所述录音服务器根据所述录音媒体信息确定;
第一确定单元,用于根据所述可负载数量确定目标录音服务器,以使所述目标录音服务器对所述交换机发送的经所述交换机混音后的RTP媒体流进行录音。
17.根据权利要求16所述的SIP服务器,其特征在于,所述第一确定单元包括:
第一确定子单元,用于确定各所述录音服务器反馈的所述可负载数量最大的录音服务器为所述目标录音服务器。
18.根据权利要求16所述的SIP服务器,其特征在于,所述第一确定单元包括:
第二确定子单元,用于确定所述录音服务器反馈的所述可负载数量大于预置阀值的录音服务器为所述目标录音服务器。
19.根据权利要求16所述的SIP服务器,其特征在于,所述SIP服务器还包括:
第二确定单元,用于确定所述目标录音服务器的目标IP地址;
第二发送单元,用于将所述目标IP地址发送给所述交换机,以使所述交换机将经所述交换机混音后的RTP媒体流通过所述目标IP地址发送给所述目标录音服务器。
20.一种录音服务器,其特征在于,包括:
第三接收单元,用于接收会话发起协议SIP服务器发送的录音媒体信息,所述录音媒体信息为所述SIP服务器从呼叫请求消息中获取的,所述呼叫请求消息为所述SIP服务器从交换机接收到的,所述录音服务器位于与所述SIP服务器连接的录音服务器集群中,以使所述录音服务器集群中的各录音服务器接收到所述录音媒体信息;
第三确定单元,用于根据所述录音媒体信息确定可负载数量,所述可负载数量为所述录音服务器可支持录音的客户端数量;
第三发送单元,用于将已确定的所述可负载数量发送给所述SIP服务器,以使所述SIP服务器根据所述可负载数量确定目标录音服务器。
21.根据权利要求20所述的录音服务器,其特征在于,所述录音服务器还包括:
第四接收单元,用于接收所述交换机发送的经所述交换机混音后的RTP媒体流;
录音单元,用于对经所述交换机混音后的RTP媒体流进行录音。
22.根据权利要求20所述的录音服务器,其特征在于,第三确定单元包括:
第三确定子单元,用于确定根据所述录音媒体信息对经所述交换机混音后的RTP媒体流进行录音所需消耗的第一消耗系统资源;
第四确定子单元,用于确定所述录音服务器可用的当前系统资源;
第五确定子单元,用于确定所述当前系统资源和所述第一消耗系统资源的商为所述可负载数量。
23.根据权利要求22所述的录音服务器,其特征在于,所述第三确定子单元包括:
第一计算模块,用于根据所述录音媒体信息的编码指示信息计算对经所述交换机混音后的RTP媒体流进行录音每秒所需要的第一系统资源;
第二计算模块,用于根据所述录音媒体信息的类型指示信息估计当前请求录音的所述客户端所需的录制时长;
第一确定模块,用于根据所述录音媒体信息的加密指示信息确定经所述交换机混音后的RTP媒体流是否加密;
第二确定模块,用于若所述第一确定模块确定不加密,则确定所述第一系统资源与所述录制时长的积为所述第一消耗系统资源;
第三计算模块,用于若所述第一确定模块确定加密,则计算解密经所述交换机混音后的RTP媒体流每秒所需要的第二系统资源;
第四计算模块,用于计算所述第一系统资源与所述第二系统资源的和;
第三确定模块,用于确定所述第一系统资源与所述第二系统资源的和与所述录制时长的积为所述第一消耗系统资源。
24.根据权利要求23所述的录音服务器,其特征在于,所述第二计算模块包括:
第一确定子模块,用于根据所述类型指示信息确定当前请求录音的所述客户端的录音类型为会议录音类型或点对点录音类型;
第二确定子模块,用于若所述第一确定子模块确定当前请求录音的所述客户端的录音类型为所述会议录音类型,则统计所述录音服务器已录制的录音文件中录制所述会议录音类型的第一总时长和第一总次数;确定所述第一总时长和所述第一总次数的商为会议录音平均时长;确定所述会议录音平均时长为所述录制时长;
第三确定子模块,用于若所述第一确定子模块确定当前请求录音的所述客户端的录音类型为所述点对点录音类型,则统计所述录音服务器已录制的所述录音文件中录制所述点对点录音类型的第二总时长和第二总次数;确定所述第二总时长和所述第二总次数的商为点对点录音平均时长;确定所述点对点录音平均时长为所述录制时长。
25.根据权利要求22所述的录音服务器,其特征在于,所述第四确定子单元包括:
第四确定模块,用于确定所述录音服务器可用的总系统资源;
第五确定模块,用于确定所述录音服务器当前正在使用的第三系统资源;
第六确定模块,用于确定所述录音服务器当前可释放的第四系统资源;
第五计算模块,用于计算所述总系统资源和所述第三系统资源的差;
第七确定模块,用于所述录音服务器确定所述总系统资源和所述第三系统资源的差与所述第四系统资源的和为所述可用的当前系统资源。
26.根据权利要求25所述的录音服务器,其特征在于,所述第五确定模块包括:
第四确定子模块,用于分别确定所述录音服务器上正在进行录音的各组录音类型;
第五确定子模块,用于根据各组已确定的所述录音类型分别确定各组进行录音每秒所需要消耗的第二消耗系统资源;所述第二消耗系统资源为所述录音服务器录制会议录音类型每秒所需要消耗的系统资源,或,所述录音服务器录制点对点录音类型每秒所需要消耗的系统资源;
第六确定子模块,用于分别确定正在进行录音的各组已录制时长;
第七确定子模块,用于分别确定各组子消耗系统资源,所述子消耗系统资源为所述第二消耗系统资源与所述已录制时长的积;
第八确定子模块,用于确定所有所述子消耗系统资源的和为所述第三系统资源。
27.根据权利要求25所述的录音服务器,其特征在于,所述第六确定模块包括:
第九确定子模块,用于根据各组已确定的所述录音类型分别确定各组录音平均时长,所述录音平均时长为会议录音平均时长或点对点录音平均时长;
第十确定子模块,用于分别确定各组已录制时长与所述录音平均时长的差;
第十一确定子模块,用于分别确定各组当前可释放的子系统资源,所述子系统资源为所述已录制时长与所述录音平均时长的差与第二消耗系统资源的积,所述第二消耗系统资源为各组进行录音每秒所需要消耗的资源;
第十二确定子模块,用于确定所有所述子系统资源的和为所述录音服务器当前可释放的第四系统资源。
28.一种录音系统,其特征在于,包括:
当前请求录音的客户端;
交换机;
如权利要求16至19任意一项所述的SIP服务器;
以及多个如权利要求20至27任意一项所述的录音服务器。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410069020.4A CN104883338B (zh) | 2014-02-27 | 2014-02-27 | 一种录音控制方法及sip服务器和录音服务器 |
PCT/CN2014/094497 WO2015127813A1 (zh) | 2014-02-27 | 2014-12-22 | 一种录音控制方法及sip服务器和录音服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410069020.4A CN104883338B (zh) | 2014-02-27 | 2014-02-27 | 一种录音控制方法及sip服务器和录音服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104883338A CN104883338A (zh) | 2015-09-02 |
CN104883338B true CN104883338B (zh) | 2018-11-06 |
Family
ID=53950673
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410069020.4A Active CN104883338B (zh) | 2014-02-27 | 2014-02-27 | 一种录音控制方法及sip服务器和录音服务器 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN104883338B (zh) |
WO (1) | WO2015127813A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105389154B (zh) * | 2015-10-21 | 2018-12-25 | 北京捷思锐科技股份有限公司 | 一种录制音视频的方法 |
CN105245538B (zh) * | 2015-10-26 | 2018-07-17 | 上海华讯网络系统有限公司 | 基于sip协议的分布式ip录音系统及方法 |
CN105847604A (zh) * | 2016-05-19 | 2016-08-10 | 河北远东通信系统工程有限公司 | 一种软交换录音系统热备份的实现方法 |
US10182146B2 (en) | 2016-08-22 | 2019-01-15 | Nice Ltd. | System and method for dynamic redundant call recording |
CN109889549B (zh) * | 2019-04-03 | 2021-09-28 | 海能达通信股份有限公司 | 媒体数据下发方法及装置、关键任务一键通系统 |
CN112787876B (zh) * | 2019-11-07 | 2022-10-18 | 成都鼎桥通信技术有限公司 | 一种会话初始协议服务器的性能评估方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101079934A (zh) * | 2007-07-02 | 2007-11-28 | 中兴通讯股份有限公司 | 利用会话初始协议软终端实现录制语音的方法及系统 |
CN101867577A (zh) * | 2010-06-01 | 2010-10-20 | 中兴通讯股份有限公司 | 基于sip的录音控制方法、系统和媒体服务器 |
CN102804744A (zh) * | 2009-06-15 | 2012-11-28 | 卡拉布瑞欧有限公司 | 用于记录基于VoIP网络的呼叫会话的分布式记录服务器体系结构 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8396192B2 (en) * | 2010-03-03 | 2013-03-12 | Calabrio, Inc. | Desktop recording architecture for recording call sessions over a telephony network |
-
2014
- 2014-02-27 CN CN201410069020.4A patent/CN104883338B/zh active Active
- 2014-12-22 WO PCT/CN2014/094497 patent/WO2015127813A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101079934A (zh) * | 2007-07-02 | 2007-11-28 | 中兴通讯股份有限公司 | 利用会话初始协议软终端实现录制语音的方法及系统 |
CN102804744A (zh) * | 2009-06-15 | 2012-11-28 | 卡拉布瑞欧有限公司 | 用于记录基于VoIP网络的呼叫会话的分布式记录服务器体系结构 |
CN101867577A (zh) * | 2010-06-01 | 2010-10-20 | 中兴通讯股份有限公司 | 基于sip的录音控制方法、系统和媒体服务器 |
Also Published As
Publication number | Publication date |
---|---|
WO2015127813A1 (zh) | 2015-09-03 |
CN104883338A (zh) | 2015-09-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104883338B (zh) | 一种录音控制方法及sip服务器和录音服务器 | |
US9565249B2 (en) | Adaptive connectivity in network-based collaboration background information | |
CN102739635B (zh) | 用于自动的会议重新加入的方法、服务器和系统 | |
KR101320908B1 (ko) | 유니캐스트 세션들과 멀티캐스트 세션 간을 변환하기 위한방법 | |
CN110213652B (zh) | 一种音视频数据传输方法、装置及存储介质 | |
US20090327428A1 (en) | Multimodal conversation transfer | |
US20170054764A1 (en) | Communications methods, apparatus and systems for conserving media resource function resources | |
CN110933180A (zh) | 一种通信建立方法、装置、负载设备及存储介质 | |
US10601880B2 (en) | Conference reconstruction in SIP networks | |
JP2012527173A5 (zh) | ||
CN110740161A (zh) | 一种适配融合通信的系统及方法 | |
CN105556980A (zh) | 用于在沉浸式社交中心会话中集成内容观看和通信的方法和系统 | |
US7643473B2 (en) | Instant messaging with audio connection formation | |
CN101014051B (zh) | 实现网络游戏中用户间通信的方法、系统及装置 | |
US9473316B2 (en) | Resource consumption reduction via meeting affinity | |
CN104158673A (zh) | 会议模式选择方法及服务器 | |
US20190342120A1 (en) | System and method for providing unified communications and collaboration (ucc) connectivity between incompatible systems | |
WO2009033412A1 (fr) | Procédé, système et appareil de gestion pour un appareil spécifique dans une session multimédia | |
CN104168176B (zh) | 一种即时通讯方法、客户端、服务器及系统 | |
CN104205765B (zh) | Hold通告配置 | |
CN102238175B (zh) | 指配及请求协作通信会话的控制角色的方法和装置 | |
CN103701879A (zh) | 自动实现业务处理的方法和设备 | |
CA2592513A1 (en) | Method and apparatus for multiple unicast delivery of media | |
US20110093547A1 (en) | Establishment of a conference with a communication flow mixing policy | |
CN113765745A (zh) | 一种业务性能测试方法、装置、终端设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |