CN110913084A

CN110913084A - 会话录音方法、装置、电子设备及存储介质

Info

Publication number: CN110913084A
Application number: CN201911322001.7A
Authority: CN
Inventors: 罗娟
Original assignee: Maipu Communication Technology Co Ltd
Current assignee: Maipu Communication Technology Co Ltd
Priority date: 2019-12-18
Filing date: 2019-12-18
Publication date: 2020-03-24
Anticipated expiration: 2039-12-18
Also published as: CN110913084B

Abstract

本申请提供一种会话录音方法、装置、电子设备及存储介质，涉及语音通信技术领域。所述方法包括：在不对会话发起录音时，基于旁路模式使所述会话的主叫用户和被叫用户的媒体流不经过所述SIP服务器进行所述主叫用户和所述被叫用户之间的点对点传输；在对所述会话发起录音时，使所述主叫用户和所述被叫用户的媒体流通过所述SIP服务器中转传输，对所述会话进行录音。上述方法在需要录音时通过SIP服务器中转传输媒体流，在不需要录音时通过旁路模式绕开服务器实现用户之间的点对点传输，能够在会话中实时发起或终止录音，提高了会话录音的灵活性，降低了对服务器的资源占用。

Description

会话录音方法、装置、电子设备及存储介质

技术领域

本申请涉及语音通信技术领域，具体而言，涉及一种会话录音方法、装置、电子设备及存储介质。

背景技术

在会话时的录音可作为会话双方会话的记录或证据，广泛应用于企业单位、事业单位或有需求的个人，其可独立应用为录音服务系统，如公安督察系统等。更多的应用模式是结合其他业务系统衍生出的应用产品的录音特性，包括例如呼叫中心录音、话务系统录音、调度系统录音等。

但现在的录音系统需要提前配置录音号码，在该号码的用户进行主叫或被叫时，所有信令、媒体流都通过会话初始协议(Session Initiation Protocol，SIP)服务器进行中转，只能针对预设需要录音的号码的所有会话进行录音，无法根据业务需求在会话过程中灵活地、实时地开始或结束录音，存在灵活性差的问题。

发明内容

有鉴于此，本申请实施例的目的在于提供一种会话录音方法、装置、电子设备及存储介质，以改善现有技术中存在的无法根据业务需求在会话过程中灵活地、实时地开始或结束录音，灵活性差的问题。

本申请实施例提供了一种会话录音方法，应用于会话初始协议SIP服务器，所述方法包括：在不对会话发起录音时，基于旁路模式使所述会话的主叫用户和被叫用户的媒体流不经过所述SIP服务器进行所述主叫用户和所述被叫用户之间的点对点传输；在对所述会话发起录音时，使所述主叫用户和所述被叫用户的媒体流通过所述SIP服务器中转传输，对所述会话进行录音。

在上述实现方式中，在需要录音时通过SIP服务器中转传输媒体流，在不需要录音时通过旁路模式绕开服务器实现用户之间的点对点传输，不局限于只能静态地对已配置的号码完整会话进行录音，而可以将根据业务需要在会话过程中的任意时刻灵活、动态地开始或结束录音，提高了会话录音的灵活性，同时在不需要进行录音时将SIP服务器从中继媒体的状态中解放出来，减少对SIP服务器的资源占用。

可选地，所述方法还包括：接收录音业务系统发送的录音请求报文，所述录音请求报文携带有录音号码；在所述录音号码的配置状态为允许录音，且所述录音号码正在会话时，确定对所述会话发起录音；在所述录音号码的配置状态为不允许录音时，不对所述会话发起录音。

在上述实现方式中，基于录音号码是否允许录音的配置状态确定是否进行录音，能更好地保护用户的隐私，提高了录音安全性。

可选地，所述使所述主叫用户和所述被叫用户的媒体流通过所述SIP服务器中转传输，包括：分别向所述主叫用户和所述被叫用户发送re－INVITE信令，用于重新协商所述主叫媒体和被叫媒体，将所述主叫用户和所述被叫用户的会话描述协议中的媒体地址修改为所述SIP服务器地址，以使所述媒体流通过所述SIP服务器中转传输。

在上述实现方式中，通过re－INVITE信令对会话描述协议中的媒体地址进行修改，从而改变媒体流的中转传输方式，通过简单的步骤迅速进行媒体流的传输路径切换。

可选地，所述方法还包括：在对所述会话结束录音时，分别向所述主叫用户和所述被叫用户发送re－INVITE信令，用于将所述主叫用户的会话描述协议中的媒体地址修改为所述被叫用户的媒体地址，以及将所述被叫用户的会话描述协议中的媒体地址修改为所述主叫用户的媒体地址，以基于所述旁路模式使所述会话的媒体流不经过所述SIP服务器，以使所述主叫用户和所述被叫用户之间进行点对点传输。

可选地，所述方法还包括：保持所述会话的SIP信令通过所述SIP服务器传输。

在上述实现方式中，在整个会话过程中通过SIP服务器对SIP信令进行传输，与媒体流数据进行区别，从而保证了会话的基本稳定性。

本申请实施例还提供了一种会话录音方法，应用于录音业务系统，所述方法包括：检测到录音触发条件时，向SIP服务器发送录音请求报文，所述录音请求报文携带有录音号码，所述录音号码用于所述初始协议服务器确定对会话发起录音或不对所述会话发起录音；其中，在不对会话发起录音时，所述会话的主叫用户和被叫用户的媒体流基于旁路模式不经过所述SIP服务器，在所述主叫用户和所述被叫用户之间进行点对点传输；在对所述会话发起录音时，所述主叫用户和所述被叫用户的媒体流通过所述SIP服务器中转传输，以使所述会话被所述SIP服务器录音。

可选地，所述检测到录音触发条件时，向SIP服务器发送录音请求报文，包括：在所述录音业务系统的系统时间处于指定时间段，或者在所述主叫用户或被叫用户为指定号码，或者在通过语音识别确定会话中出现指定敏感词时，生成所述录音触发指令；响应于所述录音触发指令，向SIP服务器发送录音请求报文。

在上述实现方式中，通过指定时间段、指定号码或指定敏感词等多种方式触发录音，提高了录音启动方式的多样性。

本申请实施例提供了一种会话录音装置，应用于SIP服务器，所述装置包括：会话执行模块，用于在不对会话发起录音时，基于旁路模式使所述会话的主叫用户和被叫用户的媒体流不经过所述SIP服务器进行所述主叫用户和所述被叫用户之间的点对点传输；录音执行模块，用于在对所述会话发起录音时，使所述主叫用户和所述被叫用户的媒体流通过所述SIP服务器中转传输，对所述会话进行录音。

可选地，所述装置还包括：录音判断模块，用于接收录音业务系统发送的录音请求报文，所述录音请求报文携带有录音号码；在所述录音号码的配置状态为允许录音，且所述录音号码正在会话时，确定对所述会话发起录音；在所述录音号码的配置状态为不允许录音时，不对所述会话发起录音。

可选地，所述录音执行模块具体用于：分别向所述主叫用户和所述被叫用户发送re－INVITE信令，用于重新协商所述主叫媒体和被叫媒体，将所述主叫用户和所述被叫用户的会话描述协议中的媒体地址修改为所述SIP服务器地址，以使所述媒体流通过所述SIP服务器中转传输。

可选地，所述录音执行模块还用于：在对所述会话结束录音时，分别向所述主叫用户和所述被叫用户发送re－INVITE信令，用于将所述主叫用户的会话描述协议中的媒体地址修改为所述被叫用户的媒体地址，以及将所述被叫用户的会话描述协议中的媒体地址修改为所述主叫用户的媒体地址，以基于所述旁路模式使所述会话的媒体流不经过所述SIP服务器，以使所述主叫用户和所述被叫用户之间进行点对点传输。

可选地，所述装置还包括：信令保持模块，用于保持所述会话的SIP信令通过所述SIP服务器传输。

本申请实施例还提供了一种会话录音装置，应用于录音业务系统，所述装置包括：录音触发模块，用于检测到录音触发条件时，向SIP服务器发送录音请求报文，所述录音请求报文携带有录音号码，所述录音号码用于所述初始协议服务器确定对会话发起录音或不对所述会话发起录音；其中，在不对会话发起录音时，所述会话的主叫用户和被叫用户的媒体流基于旁路模式不经过所述SIP服务器，在所述主叫用户和所述被叫用户之间进行点对点传输；在对所述会话发起录音时，所述主叫用户和所述被叫用户的媒体流通过所述SIP服务器中转传输，以使所述会话被所述SIP服务器录音。

可选地，所述录音触发模块具体用于：在所述录音业务系统的系统时间处于指定时间段，或者在所述主叫用户或被叫用户为指定号码，或者在通过语音识别确定会话中出现指定敏感词时，生成所述录音触发指令；响应于所述录音触发指令，向SIP服务器发送录音请求报文。

本申请实施例还提供了一种电子设备，所述电子设备包括存储器和处理器，所述存储器中存储有程序指令，所述处理器读取并运行所述程序指令时，执行上述任一会话录音方法中的步骤。

本申请实施例还提供了一种可读取存储介质，所述可读取存储介质中存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行上述任一会话录音方法中的步骤。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种应用于SIP服务器的会话录音方法的流程示意图；

图2为本申请实施例提供的一种录音配置状态判断步骤的流程示意图；

图3为本申请实施例提供的一种录音触发步骤的流程示意图；

图4为本申请实施例提供的一种应用于SIP服务器的会话录音装置的模块示意图；

图5为本申请实施例提供的一种应用于录音业务系统的会话录音装置的模块示意图。

图标：30－会话录音装置；31－会话执行模块；32－录音执行模块；40－会话录音装置；41－录音触发模块。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行描述。

经本申请人研究发现，在许多正式会话场合或个人会话场合下，都需要进行录音以留存会话记录，而现有的录音技术方案通常是在录音业务系统中配置录音号码，在该录音号码发起呼叫时SIP服务器的所有信令、媒体流都通过SIP服务器进行中转，因此只能对录音号码的所有会话进行静态地、完整地录音，无法在会话过程中动态地启动或停止录音，存在灵活性较差的问题，此外，由于其整个会话过程中的媒体流、信令都由SIP服务器进行传输，使SIP服务器一直处于中继媒体的状态，资源消耗较大，降低了其呼叫并发的功能性。

为了解决上述问题，本申请实施例提供了一种会话录音方法，应用于SIP服务器，请参考图1，图1为本申请实施例提供的一种应用于SIP服务器的会话录音方法的流程示意图。该会话录音方法的具体步骤可以如下：

步骤S12：在不对会话发起录音时，基于旁路模式使会话的主叫用户和被叫用户的媒体流不经过SIP服务器进行主叫用户和被叫用户之间的点对点传输。

本实施例中的媒体流主要是指通话过程中，通话双方交互的语音、视频流数据。在会话的主叫用户和被叫用户的呼叫初始过程中，信令与媒体流是分离状态，即信令通过信令中继模式经过SIP服务器中继传输，媒体流通过旁路模式绕过SIP服务器在主叫用户和被叫用户之间点对点传输。

旁路模式，又称Bypass模式，就是可以通过特定的触发状态让两个网络不通过网络设备的系统，而直接物理上导通，所以有了Bypass后，该网络设备的系统也不需要对再对网络中的指定封包进行处理。其中，网络设备的系统在本实施例中为SIP服务器，指定封包为媒体流。

上述SIP是由IETF(Internet Engineering Task Force，因特网工程任务组)制定的多媒体通信协议。它是一个基于文本的应用层的信令控制协议，用于创建、修改和释放一个或多个参与者的会话。SIP是一种源于互联网的IP语音会话控制协议，具有灵活、易于实现、便于扩展等特点。

在现有技术中，本实施例中的媒体流和控制会话的信令都是通过SIP服务器进行在用户代理客户端(User Agent Client，UAC)和用户代理服务器(User Agent Server，UAS)之间进行传输，用户代理客户端对应主叫用户，用户代理服务器对应被叫用户。

具体地，信令是基于网络互联协议(Internet Protocol，IP)的，媒体流数据也是基于IP，也就是所谓的分组交换。基于SIP，信令和媒体是分开的，信令的协议是SIP协议，类似于超文本传输(HyperText Transfer Protocol，HTTP)协议，属于应用层协议，媒体流数据则通过实时传输(Real－time Transport Protocol，RTP)协议来打包传输。

因此信令和媒体流的传输地址是独立的，通常该地址包含端口号和IP地址。本实施例在通过SIP服务器建立会话时，基于INVITE信令确定主叫用户和被叫用户的信令地址和媒体流地址。同时，将主叫用户和被叫用户的信令地址设置为SIP服务器的地址，通过SIP服务器进行信令中转和处理，基于旁路模式将媒体流地址设置为主叫用户和被叫用户自身的地址，以使媒体流不通过SIP服务器中转，直接在主叫用户和被叫用户之间点对点进行传输。

步骤S14：在对会话发起录音时，使主叫用户和被叫用户的媒体流通过SIP服务器中转传输，对会话进行录音。

具体地，使主叫用户和被叫用户的媒体流通过SIP服务器中转传输，包括：分别向主叫用户和被叫用户发送re－INVITE信令，用于重新协商所述主叫媒体和被叫媒体，将主叫用户和被叫用户的会话描述协议中的媒体地址修改为SIP服务器地址，以使媒体流通过SIP服务器中转传输。

上述re－INVITE信令为带有会话描述协议(Session Description Protocol，SDP)消息体的信令，用于更改对话及会话参数，其可以通过建立包含媒体的新的提议的方式新增媒体流，或通过修改会话参数的方式对媒体流进行修改。

其中，SDP主要用于两个会话实体之间的媒体协商。SDP协议是也是基于文本的协议，这样就能保证协议的可扩展性比较强，这样就使其具有广泛的应用范围。SDP不支持会话内容或媒体编码的协商，所以在流媒体中只用来描述媒体信息。

应当理解的是，在需要结束录音时，还需要分别向主叫用户和被叫用户发送re－INVITE信令，用于将主叫用户的会话描述协议中的媒体地址修改为被叫用户的媒体地址，以及将被叫用户的会话描述协议中的媒体地址修改为主叫用户的媒体地址，以基于旁路模式使会话的媒体流不经过SIP服务器进行主叫用户和被叫用户之间的点对点传输。

可选地，本实施例中结束会话录音可以是在会话结束时自动结束该会话的录音，还可以是在会话未结束的通话过程中由主叫用户、被叫用户或录音业务系统主动结束。

基于上述S12和S14的步骤，通过SIP协议建立主叫用户和被叫用户之间的对话，保持会话的SIP信令通过SIP服务器传输，在需要录音时通过SIP服务器中转传输媒体流，在不需要录音时通过旁路模式绕开服务器实现用户之间的点对点传输，不局限于只能静态地对已配置的号码完整会话进行录音，而可以将根据业务需要在会话过程中的任意时刻灵活、动态地开始或结束录音，提高了会话录音的灵活性，同时在不需要进行录音时将SIP服务器从中继媒体的状态中解放出来，减少对SIP服务器的资源占用。

可选地，对会话进行录音可能对用户的隐私产生影响，因此本实施例在进行录音之前，还需要确定主叫用户或被叫用户的配置状态是否允许录音，请参考图2，图2为本申请实施例提供的一种录音配置状态判断步骤的流程示意图，其具体步骤可以如下：

步骤S111：接收录音业务系统发送的录音请求报文，录音请求报文携带有录音号码。

可选地，本实施例中的录音请求报文可以是主叫用户、被叫用户或录音业务系统在需要录音时触发生成。

上述录音号码可以是主叫号码或被叫号码，还存在同一会话中主叫号码和被叫号码都是录音号码的情况。

步骤S112：在录音号码的配置状态为允许录音，且录音号码正在会话时，确定对会话发起录音。

具体地，在录音号码的配置状态为允许录音时，则向录音业务系统回复200OK信令确认录音。

步骤S113：在录音号码的配置状态为不允许录音时，不对会话发起录音。

具体地，录音号码的配置状态为不允许录音的情况可以分为两种，在录音号码正在通话但其配置状态为不允许录音时向录音业务系统回复403Forbiden拒绝录音；在录音号码不存在或其不处于通话过程时向录音业务系统回复404Not Found拒绝录音。

本实施例通过上述步骤S111－S113，基于录音号码是否允许录音的配置状态及其通话状态确定是否进行录音，能更好地保护用户的隐私，提高了录音安全性。

为了配合上述适用于SIP服务器的会话录音方法，本实施例还提供了一种应用于录音业务系统的会话录音方法。其具体步骤可以如下：

步骤S22：检测到录音触发条件时，向SIP服务器发送录音请求报文，录音请求报文携带有录音号码，录音号码用于初始协议服务器确定对会话发起录音或不对会话发起录音。

对于录音触发条件，请参考图3，本实施例为了增加录音触发的灵活性和全面性，具体通过如下步骤进行录音触发：

步骤S221：在录音业务系统的系统时间处于指定时间段，或者在主叫用户或被叫用户为指定号码，或者在通过语音识别确定会话中出现指定敏感词时，生成录音触发指令。

其中，指定时间段可以是用户主动设置或录音业务系统根据用户录音需求进行设置，例如某公司的用户在每周一下午三点至四点进行电话会议，则可以将该公司的用户的每周一下午三点至四点设置为指定时间段。

指定号码可以是用户本身将其号码设置为指定号码或录音业务系统根据每个用户号码的需求将其设置为录音号码。例如某公司的法务人员在进行电话沟通时由于取证需求需要对所有通话进行录音，则可以将该法务人员的号码设置为指定号码。

对于指定敏感词，可以通过第三方语音识别方式识别用户会话中的指定敏感词，在获取到法务、财务或其他对于取证较为敏感的指定敏感词时，基于该用户或公司组织的需求，生成录音触发指令。可选地，该指定敏感词可以由用户进行设置。

应当理解的是，除了上述指定时间段、指定号码和指定敏感词，还可以基于其他任意条件作为录音触发指令。

步骤S222：响应于录音触发指令，向SIP服务器发送录音请求报文。

应当理解的是，录音业务系统除了进行录音请求报文的生成和发送，还可以实现会话录音的其他常见功能。

本实施例通过上述步骤，以指定时间段、指定号码或指定敏感词等多种方式触发录音，提高了录音启动方式的多样性。

下面对录音发起至结束的整体流程进行说明：

首先，SIP服务器流的处理方式设置为旁路模式，以使主叫用户和被叫用户通话中的媒体流点对点不经SIP服务器传输，主叫用户和被叫用户均是在SIP服务器中注册的内部用户，录音业务系统在检测到需要对主叫用户进行录音的录音触发指令时发送录音对主叫用户进行录音时向SIP服务器发送录音请求报文，该录音请求报文可以为自定义用户数据报协议(User Datagram Protocol，UDP)报文，为携带该主叫用户号码的类SIP报文。

可选地，该报文格式可以为：

INVITE Version：RECORD/1.0

Call－ID：2748120774＠130.255.3.187

CSeq：4INVITE

Contact：130.255.3.187：5560

From：300000

To：8005

Date：2017－05－03 09：21：27

Record－Agent：Mypower－ICR

Content－Type：application/sdp

Content－Length：81

c＝IN IPv4udp

m＝audio RTP/AVP 0：0 8PCMA/8000

其中，Call－ID为本次录音会话的呼叫唯一标识，可以视作统一资源定位符(Uniform Resource Locator，URL)；Contact为需要修改成的目的连通地址，在本实施例中为录音业务系统的地址；From、To为本次录音的主叫、被叫号码；Date为发起录音的时间，上述报文中的其他项不再进行赘述。

然后SIP服务器基于录音号码是否允许录音的配置状态及其通话状态确定是否进行录音。

在确定录音号码可以进行录音后，SIP服务器向录音业务系统响应包含200OK信令的UDP报文，将其作为回复报文，其为类SIP报文。

可选地，该报文格式可以为：

RECORD/1.0 200OK

CALL－ID：2748120774＠130.255.3.187CSeq：4INVITE

Record－Agent：Record Server

Content－Type：application/sdp

Content－Length：115

c＝IN IPv4udp

m＝audio RTP/AVP 130.255.3.182：32769 8G711/8000

上述报文中的CALL－ID为本次录音会话的呼叫唯一标识，与前一个录音请求对应，m主要为协商录音媒体流的语音编码和媒体端口，其他项不再进行赘述。

应当理解的是，录音业务系统在接收到响应报文后向SIP服务器回复表示会话确认的ACK信令报文，其报文格式可以为：

ACK Version：RECORD/1.0

Call－ID：2748120774＠130.255.3.187

CSeq：4ACK

Record－Agent：MypowerVGP

Content－Length：0

由SIP服务器基于上述录音请求报文和回复报文向主叫用户和被叫用户发送re－INVITE信令，将主叫用户和被叫用户的会话描述协议中的媒体地址修改为SIP服务器地址130.255.3.187：5560，以使媒体流通过SIP服务器中转传输。

SIP服务器在接收到主叫用户、被叫用户或自身触发的录音结束指令时，向主叫用户和被叫用户发送re－INVITE信令，将主叫用户的会话描述协议中的媒体地址修改为被叫用户的媒体地址，以及将被叫用户的会话描述协议中的媒体地址修改为主叫用户的媒体地址，以基于旁路模式使会话的媒体流不经过SIP服务器进行主叫用户和被叫用户之间的点对点传输。

此时，录音业务系统向SIP服务器发送包含BYE信令的结束报文，SIP服务器基于该结束报文向录音业务系统返回包含200OK信令的报文，结束整个录音流程。

为了配合上述应用于SIP服务器的会话录音方法，本实施例还提供了一种应用于SIP服务器的会话录音装置30。请参考图4，图4为本申请实施例提供的一种应用于SIP服务器的会话录音装置的模块示意图。

会话录音装置30包括：

会话执行模块31，用于在不对会话发起录音时，基于旁路模式使会话的主叫用户和被叫用户的媒体流不经过SIP服务器进行主叫用户和被叫用户之间的点对点传输；

录音执行模块32，用于在对会话发起录音时，使主叫用户和被叫用户的媒体流通过SIP服务器中转传输，对会话进行录音。

可选地，会话录音装置30还可以包括：录音判断模块，用于接收录音业务系统发送的录音请求报文，录音请求报文携带有录音号码；在录音号码的配置状态为允许录音，且录音号码正在会话时，确定对会话发起录音；在录音号码的配置状态为不允许录音时，不对会话发起录音。

可选地，录音执行模块32具体用于：分别向主叫用户和被叫用户发送re－INVITE信令，用于重新协商所述主叫媒体和被叫媒体，将主叫用户和被叫用户的会话描述协议中的媒体地址修改为SIP服务器地址，以使媒体流通过SIP服务器中转传输。

可选地，录音执行模块32还可以用于：在对会话结束录音时，分别向主叫用户和被叫用户发送re－INVITE信令，用于将主叫用户的会话描述协议中的媒体地址修改为被叫用户的媒体地址，以及将被叫用户的会话描述协议中的媒体地址修改为主叫用户的媒体地址，以基于旁路模式使会话的媒体流不经过SIP服务器，以使主叫用户和被叫用户之间进行点对点传输。

可选地，会话录音装置30还可以包括：信令保持模块，用于保持会话的SIP信令通过SIP服务器传输。

为了配合上述应用于录音业务系统的会话录音方法，本实施例还提供了一种应用于录音业务系统的会话录音装置40。请参考图5，图5为本申请实施例提供的一种应用于录音业务系统的会话录音装置的模块示意图。

会话录音装置40包括：

录音触发模块41，用于检测到录音触发条件时，向SIP服务器发送录音请求报文，录音请求报文携带有录音号码，录音号码用于初始协议服务器确定对会话发起录音或不对会话发起录音；其中，在不对会话发起录音时，会话的主叫用户和被叫用户的媒体流基于旁路模式不经过SIP服务器，在主叫用户和被叫用户之间进行点对点传输；在对会话发起录音时，主叫用户和被叫用户的媒体流通过SIP服务器中转传输，以使会话被SIP服务器录音。

可选地，录音触发模块41具体可以用于：在录音业务系统的系统时间处于指定时间段，或者在主叫用户或被叫用户为指定号码，或者在通过语音识别确定会话中出现指定敏感词时，生成录音触发指令；响应于录音触发指令，向SIP服务器发送录音请求报文。

本申请实施例还提供了一种电子设备，该电子设备包括存储器和处理器，所述存储器中存储有程序指令，所述处理器读取并运行所述程序指令时，执行本实施例提供的会话录音方法中任一项所述方法中的步骤。

应当理解是，该电子设备可以是个人电脑(personal computer，PC)、平板电脑、智能手机、个人数字助理(personal digital assistant，PDA)等具有逻辑计算功能的电子设备。

本申请实施例还提供了一种可读取存储介质，所述可读取存储介质中存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行会话录音方法中的步骤。

综上所述，本申请实施例提供了一种会话录音方法、装置、电子设备及存储介质，应用于SIP服务器，所述方法包括：在不对会话发起录音时，基于旁路模式使所述会话的主叫用户和被叫用户的媒体流不经过所述SIP服务器进行所述主叫用户和所述被叫用户之间的点对点传输；在对所述会话发起录音时，使所述主叫用户和所述被叫用户的媒体流通过所述SIP服务器中转传输，对所述会话进行录音。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的框图显示了根据本申请的多个实施例的设备的可能实现的体系架构、功能和操作。在这点上，框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图中的每个方框、以及框图的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。因此本实施例还提供了一种可读取存储介质中存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行区块数据存储方法中任一项所述方法中的步骤。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read－Only Memory)、随机存取存储器(RAM，RanDom Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

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

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims

1.一种会话录音方法，其特征在于，应用于会话初始协议SIP服务器，所述方法包括：

在不对会话发起录音时，基于旁路模式使所述会话的主叫用户和被叫用户的媒体流不经过所述SIP服务器进行所述主叫用户和所述被叫用户之间的点对点传输；

在对所述会话发起录音时，使所述主叫用户和所述被叫用户的媒体流通过所述SIP服务器中转传输，对所述会话进行录音。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收录音业务系统发送的录音请求报文，所述录音请求报文携带有录音号码；

在所述录音号码的配置状态为允许录音，且所述录音号码正在会话时，确定对所述会话发起录音；

在所述录音号码的配置状态为不允许录音时，不对所述会话发起录音。

3.根据权利要求1所述的方法，其特征在于，所述使所述主叫用户和所述被叫用户的媒体流通过所述SIP服务器中转传输，包括：

分别向所述主叫用户和所述被叫用户发送re－INVITE信令，用于重新协商所述主叫媒体和被叫媒体，将所述主叫用户和所述被叫用户的会话描述协议中的媒体地址修改为所述SIP服务器地址，以使所述媒体流通过所述SIP服务器中转传输。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在对所述会话结束录音时，分别向所述主叫用户和所述被叫用户发送re－INVITE信令，用于将所述主叫用户的会话描述协议中的媒体地址修改为所述被叫用户的媒体地址，以及将所述被叫用户的会话描述协议中的媒体地址修改为所述主叫用户的媒体地址，以基于所述旁路模式使所述会话的媒体流不经过所述SIP服务器，以使所述主叫用户和所述被叫用户之间进行点对点传输。

5.根据权利要求1－4中任一项所述的方法，其特征在于，所述方法还包括：

保持所述会话的SIP信令通过所述SIP服务器传输。

6.一种会话录音方法，其特征在于，应用于录音业务系统，所述方法包括：

检测到录音触发条件时，向SIP服务器发送录音请求报文，所述录音请求报文携带有录音号码，所述录音号码用于所述初始协议服务器确定对会话发起录音或不对所述会话发起录音；

其中，在不对会话发起录音时，所述会话的主叫用户和被叫用户的媒体流基于旁路模式不经过所述SIP服务器，在所述主叫用户和所述被叫用户之间进行点对点传输；在对所述会话发起录音时，所述主叫用户和所述被叫用户的媒体流通过所述SIP服务器中转传输，以使所述会话被所述SIP服务器录音。

7.根据权利要求6所述的方法，其特征在于，所述检测到录音触发条件时，向SIP服务器发送录音请求报文，包括：

在所述录音业务系统的系统时间处于指定时间段，或者在所述主叫用户或被叫用户为指定号码，或者在通过语音识别确定会话中出现指定敏感词时，生成所述录音触发指令；

响应于所述录音触发指令，向SIP服务器发送录音请求报文。

8.一种会话录音装置，其特征在于，应用于SIP服务器，所述装置包括：

会话执行模块，用于在不对会话发起录音时，基于旁路模式使所述会话的主叫用户和被叫用户的媒体流不经过所述SIP服务器进行所述主叫用户和所述被叫用户之间的点对点传输；

录音执行模块，用于在对所述会话发起录音时，使所述主叫用户和所述被叫用户的媒体流通过所述SIP服务器中转传输，对所述会话进行录音。

9.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，所述存储器中存储有程序指令，所述处理器读取并运行所述程序指令时，执行权利要求1－7中任一项所述的会话录音方法。

10.一种存储介质，其特征在于，所述存储介质中存储有计算机程序指令，所述计算机程序指令被一处理器运行时，执行权利要求1－7中任一项所述的会话录音方法。