CN111010485A - 多方会议录音方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种多方会议录音方法、装置、设备及存储介质，所述的方法用于会议服务器端，所述的方法包括：接收开始录音请求；开始录音请求是核心网确定用户发起开始录音的操作后发出的请求，核心网通过识别DTMF数据流，确定用户是否发起开始录音的操作；根据开始录音请求，开始将会议的音频流转化为录音文件；接收结束录音请求；结束录音请求是核心网确定用户发起结束录音的操作后发出的请求，核心网通过识别DTMF数据流，确定用户是否发起结束录音的操作；根据结束录音请求，停止将会议的音频流转化为录音文件，并保存录音文件。通过本发明实施例的方法，用户可以根据自己的需求控制录音的过程，从而节省资源，提升用户体验。

Description

多方会议录音方法、装置、设备及存储介质

技术领域

本发明属于通信领域，尤其涉及一种多方会议录音方法、装置、设备及存储介质。

背景技术

当前电信运营商或者互联网电视(Over The Top，OTT)厂商的多方会议系统，提供如下的录音方案：在会议成功创建后，会议服务器端将所有会议成员在会议时间段内的音频合成一路音频，当用户需要录音时将该路音频写为录音文件，保存在后台。

由于该录音文件是整个会议的录音文件，用户不能控制录音过程，无法按照用户的需求提供录音服务，不仅会造成部分资料的浪费，还会造成用户体验不好。

发明内容

本发明实施例提供一种在多方会议录音方法、装置、设备及存储介质，能够使用户可以根据自己的需求控制录音的过程，从而节省资源，提升用户体验。

第一方面，本发明实施例提供一种多方会议录音方法，用于会议服务器端，所述的方法包括：

接收来自核心网的开始录音请求；所述开始录音请求是所述核心网确定用户发起开始录音的操作后发出的开始录音请求，所述核心网通过识别来自会议中的第一终端的双音多频DTMF数据流，确定用户是否发起开始录音的操作；

根据所述开始录音请求，开始将所述会议的音频流转化为录音文件；

接收来自所述核心网的结束录音请求；所述结束录音请求是所述核心网确定用户发起结束录音的操作后发出的结束录音请求，所述核心网通过识别来自所述第一终端的DTMF数据流，确定用户是否发起结束录音的操作；

根据所述结束录音请求，停止将所述会议的音频流转化为所述录音文件，并保存所述录音文件。

第二方面，本发明实施例提供了一种多方会议录音方法，用于核心网，所述的方法包括：

通过识别来自会议中的第一终端的DTMF数据流，确定用户是否发起开始录音的操作；

若用户发起开始录音的操作，则向会议服务器端发送开始录音请求，以使所述会议服务器端根据所述开始录音请求，开始将所述会议的音频流转化为录音文件；

通过识别来自所述第一终端的DTMF数据流，确定用户是否发起结束录音的操作；

若用户发起结束录音的操作，则向所述会议服务器端发送结束录音请求，以使所述会议服务器端根据所述结束录音请求，停止将所述会议的音频流转化为所述录音文件。

第三方面，本发明实施例提供了一种多方会议录音装置，用于会议服务器端，所述的装置包括：

第一请求接收模块，用于接收来自核心网的开始录音请求；所述开始录音请求是所述核心网确定用户发起开始录音的操作后发出的开始录音请求，所述核心网通过识别来自会议中的第一终端的双音多频DTMF数据流，确定用户是否发起开始录音的操作；

音频流开始转化模块，用于根据所述开始录音请求，开始将所述会议的音频流转化为录音文件；

第二请求接收模块，用于接收来自所述核心网的结束录音请求；所述结束录音请求是所述核心网确定用户发起结束录音的操作后发出的结束录音请求，所述核心网通过识别来自所述第一终端的双音多频DTMF数据流，确定用户是否发起结束录音的操作；

音频流结束转化模块，用于根据所述结束录音请求，停止将所述会议的音频流转化为所述录音文件；

文件保存模块，用于保存所述录音文件。

第四方面，本发明实施例提供了一种多方会议录音装置，用于核心网，所述的装置包括：

第一操作确定模块，用于通过识别来自会议中的第一终端的DTMF数据流，确定用户是否发起开始录音的操作；

第一请求发送模块，用于当用户发起开始录音的操作时，向会议服务器端发送开始录音请求，以使所述会议服务器端根据所述开始录音请求，开始将所述会议的音频流转化为录音文件；

第二操作确定模块，用于通过识别来自所述第一终端的DTMF数据流，确定用户是否发起结束录音的操作；

第二请求发送模块，用于当用户发起结束录音的操作时，向所述会议服务器端发送结束录音请求，以使所述会议服务器端根据所述结束录音请求，停止将所述会议的音频流转化为所述录音文件。

第五方面，本发明实施例提供了一种计算设备，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如第一方面所述的多方会议录音方法；

或者，

所述处理器执行所述计算机程序指令时实现如第二方面所述的多方会议录音方法。

第六方面，本发明实施例提供了一种计算机存储介质，所述计算机存储介质上存储有计算机程序指令，

所述计算机程序指令被处理器执行时实现如第一方面所述的多方会议录音方法；

或者，

所述计算机程序指令被处理器执行时实现如第二方面所述的多方会议录音方法。

本发明实施例的多方会议录音方法、装置、设备及存储介质，能够使用户可以根据自己的需求控制录音的过程，避免录音文件是整个会议过程的录音文件，从而节省资源。而且可以按照用户的需求提供录音服务，提升用户的使用体验。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本发明一个实施例提供的多方会议系统的结构示意图；

图2示出了本发明一个实施例提供的多方会议录音方法的流程示意图；

图3示出了本发明另一个实施例提供的多方会议录音方法的流程示意图；

图4示出了本发明另一个实施例提供的多方会议系统的结构示意图；

图5示出了本发明实施例提供的一种会议录音提示步骤的流程示意图；

图6示出了本发明实施例提供的一种会议录音步骤的流程示意图；

图7示出了本发明实施例提供的一种录音文件访问步骤的流程示意图；

图8示出了本发明实施例提供的一种多方会议录音装置的框图；

图9示出了本发明实施例提供的另一种多方会议录音装置的框图；

图10示出了本发明实施例提供的计算设备的硬件结构示意图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

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

为了解决现有技术问题，本发明实施例提供了一种多方会议录音方法、装置、设备及存储介质。下面首先对本发明实施例所提供的多方会议录音方法进行介绍。

图1示出了本发明一个实施例提供的多方会议系统的结构示意图。该多方会议系统包括：会议服务器端、核心网和多个会议终端。会议服务器端连接到核心网，多个会议终端连接到核心网，会议服务器端用于实现多个会议终端进行语言会议或视频会议。

图2示出了本发明一个实施例提供的多方会议录音方法的流程示意图。该方法用于会议服务器端，如图2所示，所述的方法包括：S101至S104。

S101，接收来自核心网的开始录音请求；开始录音请求是核心网确定用户发起开始录音的操作后发出的开始录音请求，核心网通过识别来自会议中的第一终端的双音多频DTMF数据流，确定用户是否发起开始录音的操作。

双音多频DTMF(Dual Tone Multi Frequency)，由高频群和低频群组成，高低频群各包含4个频率。一个高频信号和一个低频信号叠加组成一个组合信号，代表一个数字。第一终端可以是会议中的任一终端。

S102，根据开始录音请求，开始将会议的音频流转化为录音文件。

作为一个示例，会议的音频流包括：会议中所有终端用户在会议上发言的音频流。

比如，会议中包括终端A、终端B和终端C，将终端A、终端B和终端C的音频流转化为录音文件。

S103，接收来自核心网的结束录音请求；结束录音请求是核心网确定用户发起结束录音的操作后发出的结束录音请求，核心网通过识别来自第一终端的DTMF数据流，确定用户是否发起结束录音的操作。

S104，根据结束录音请求，停止将会议的音频流转化为录音文件，并保存录音文件。

作为一个示例，在接收到结束录音请求的时刻，停止将第一终端所在会议的音频流转化为录音文件。

其中，本发明实施例提供的多方会议录音方法在2G/3G/4G/5G网络呼叫下均适用。

根据本发明实施例的多方会议录音方法，会议服务器端在接收到开始录音请求时开始录音，在接收到结束录音请求时结束录音，这样用户可以在开会过程中的任意时间选择开始录音，和在开会过程中的任意时间选择结束录音。因此，用户可以根据自己的需求控制录音的过程，避免录音文件是整个会议过程的录音文件，不仅节省资源，还可以按照用户的需求提供录音服务，提升用户的使用体验。另外，在本发明实施例中，执行主体是会议服务器端，并且是通过来自终端的DTMF数据流，确定该终端的用户是否发起开始录音的操作或者结束录音的操作，区别于在开会过程中通过手机录音的方案。

在本发明的一个实施例中，S102包括：

根据开始录音请求，确定第一终端是否有录音权限；若第一终端有录音权限，则根据开始录音请求，开始将会议的音频流转化为录音文件。

作为一个实施例，若第一终端有录音权限，则从确定第一终端有录音权限的时刻开始，将第一终端所在会议的音频流转化为录音文件。

根据本发明实施例的多方会议录音方法，在第一终端有录音权限时开始进行会议录音，如果没有录音权限的终端用户发起了开始录音的操作，则不会进行会议录音，节省服务端资源，实现了为不同用户提供不同的服务。

在本发明的一个实施例中，根据开始录音请求，确定第一终端是否有录音权限，包括：

根据开始录音请求，请求用户管理模块根据存储的用户信息判断第一终端是否有录音权限；根据用户管理模块的判断结果，确定第一终端是否有录音权限。

其中，用户管理模块中存储的用户信息包括表示第一终端是否有录音权限的用户信息。

根据本发明实施例的多方会议录音方法，通过用户管理模块判断第一终端是否有录音权限，而非从用户管理模块中获取用户信息来判断第一终端是否有录音权限，避免用户信息的泄露，保证用户信息的安全性。

在本发明的一个实施例中，S101之前，多方会议录音方法还包括：

确定会议中的终端是否有录音权限；会议中的终端包括第一终端；若会议中的终端有录音权限，则在待发送给有录音权限的终端的音频流中增加录音提示语音，得到目标音频流；录音提示语音用于提示用户进行录音操作；将目标音频流发送给有录音权限的终端。

作为一个示例，当终端加入到会议中时，确定该终端是否有录音权限。若该终端有录音权限，则在待发送给该终端的音频流中增加录音提示语音，得到目标音频流；将该目标音频流发送给该终端。当终端播放目标音频流时，除了播放会议的语音之外，还播放录音提示语音。比如，录音提示语音为“若有录音需求，请按0键”。

在本发明的一个实施例中，S104之后，多方会议录音方法还包括：

生成访问路径，访问路径是访问录音文件的路径；将访问路径发送给第一终端。

根据本发明实施例的多方会议录音方法，通过将访问路径发送给第一终端，第一终端可以通过访问路径访问录音文件，或者将访问路径分享给需要的用户，从而可以更加方便、快捷、安全地实现录音文件的共享。区别于通过手机录音，将录音文件保存在手机中，将录音文件分别发送给会议中的各终端，以实现录音文件的共享。

在本发明的一个实施例中，第一终端的用户具有删除录音文件、播放录音文件和分享录音文件的权限。

第一终端的用户是会议录音的发起者，第一终端的用户具有删除录音文件、播放录音文件和分享录音文件的权限，以实现对录音文件进行管理。除第一终端的用户之外的其他用户具有播放录音文件的权限。

在本发明的一个实施例中，保存录音文件包括：

根据第一终端的用户属性，确定与第一终端的用户对应的最大保存时长X、最多保存录音文件数量Y、和最大占用空间大小Z；若已保存录音文件的总数小于Y，且已保存录音文件所占的总空间大小与录音文件所占空间的大小之和小于或等于Z，则保存录音文件；其中，上述中的已保存录音文件是：当前已保存的、由第一终端的用户发起录音操作的录音文件；从保存录音文件的时刻开始计时，若计时的时长达到X，则删除录音文件。

其中，用户属性包括：是会员用户或者普通用户。

作为一个示例，若第一终端的用户是付费的会员用户，则确定录音文件的保存时长是第一时长；若第一终端的用户是未付费的普通用户，则确定录音文件的保存时长是第二时长，其中第一时长大于第二时长。在本示例中，付费的会员用户和未付费的普通用户都有录音的权限，但是，为会员用户保存的录音文件的时长大于为普通用户保存的录音文件的时长。

可以根据会员用户的消费额，将付费的会员用户分为高价值用户和低价值用户。针对高价值用户，提供更长录音文件保存有效期；更多的录音文件保存个数；更大的录音文件保存空间。针对低价值用户，提供较短的录音文件保存有效期；较少的录音文件保存个数；更少的录音文件保存空间。

根据本发明实施例的多方会议录音方法，为不同用户提供不同的保存录音文件时长，实现了为不同用户提供不同的服务。

在本发明的一个实施例中，将录音文件加密保存在会议服务端。

本发明实施例的多方会议录音方法，区别于手机录音时将录音文件保存在手机上。通过将录音文件保存在会议服务端，便于录音文件的长久保存，也使得录音文件不容易泄露，保证录音文件的安全性。

图3示出了本发明另一个实施例提供的多方会议录音方法的流程示意图。该方法用于核心网，如图3所示，所述的方法包括：S201至S204。

S201，通过识别来自会议中的第一终端的DTMF数据流，确定用户是否发起开始录音的操作。

S202，若用户发起开始录音的操作，则向会议服务器端发送开始录音请求，以使会议服务器端根据开始录音请求，开始将会议的音频流转化为录音文件。

S203，通过识别来自第一终端的DTMF数据流，确定用户是否发起结束录音的操作。

S204，若用户发起结束录音的操作，则向会议服务器端发送结束录音请求，以使会议服务器端根据结束录音请求，停止将会议的音频流转化为录音文件。

根据本发明实施例的多方会议录音方法，通过识别DTMF数据流确定用户是否发起开始录音的操作或者发起结束录音的操作，因此，用户可以根据自己的需求控制录音的过程，避免录音文件是整个会议过程的录音文件，不仅节省资源，还可以按照用户的需求提供录音服务，提升用户的使用体验。

图4示出了本发明另一个实施例提供的多方会议系统的结构示意图。该多方会议系统包括：会议服务器端、录音服务器端、消息中心、核心网和多个会议终端。录音服务器端包括：录音控制模块、用户管理模块和录音访问服务模块。

基于图4示出的多方会议系统，实现多方会议录音方法包括：会议录音提示步骤、会议录音步骤和录音文件访问步骤。

会议录音提示步骤：终端进入到会议中后，该终端播放录音提示语言：尊敬的用户，可以按0键开始会议录音，按1键结束会议录音。

会议录音步骤：当用户按0键后，由会议服务器端将会议音频流转化为录音文件，保存在会议服务器。当用户按1键后，会议录音结束，短信中心发送一条文本短信至会议终端，该短信内容包含会议录音文件的万维网(World Wide Web，简称Web)访问路径。

录音文件访问步骤：终端可以通过手机的数据网络进行Web浏览器访问；或者使用电脑连接网络进行Web浏览器访问。

图5示出了本发明实施例提供的一种会议录音提示步骤的流程示意图。该会议录音提示步骤包括：S301至S308。

S301，会议终端向会议服务器端发送创建会议请求。

S302，会议服务器端向会议终端发起会议呼叫。

S303，会议终端接听会议呼叫，即会议终端进入到会议中。

S304，会议服务器向录音控制模块发送放音鉴权请求。

S305，录音控制模块根据放音鉴权请求，向用户管理模块发送用户业务鉴权请求，以使用户管理模块根据存储的用户信息判断会议终端的用户是否开通录音业务，以判断会议终端是否有录音权限。

S306，用户管理模块向录音控制模块发送用户业务鉴权响应，该用户业务鉴权响应中包括会议终端是否有录音权限的判断结果。

S307，录音控制模块向会议服务端发送放音鉴权响应，放音鉴权响应包括会议终端是否有录音权限的判断结果。

S308，若会议终端有录音权限，则会议服务端向会议终端发送录音提示语言，以使会议终端播放该录音提示语言。

图6示出了本发明实施例提供的一种会议录音步骤的流程示意图。该会议录音步骤包括：S401至S414。

S401，会议终端上的“0”键被触发，该会议终端的用户发起开始录音的操作，本操作通过DTMF通道上传至核心网。其中，会议终端为录音操作发起者的终端。

S402，核心网根据来自终端的DTMF数据流，识别出用户发起开始录音的操作，通过信令向会议服务器端发送开始录音请求。

S403，会议服务器端将开始录音请求发送给录音控制模块。

S404，录音控制模块向用户管理模块发送用户业务鉴权请求，以使用户管理模块判断会议终端的用户是否开通录音业务，即判断会议终端是否有录音权限。

S405，用户管理模块向录音控制模块返回用户业务鉴权响应。

S406，录音控制模块根据用户业务鉴权响应，向会议服务器端发送会议录音响应。

S407，会议服务器端根据会议录音响应，开始将会议中的音频流转化成录音文件，以开始生成录音文件。

S408，会议终端上的“1”键被触发，该会议终端的用户发起结束录音的操作，本操作通过DTMF通道上传至核心网。

S409，核心网根据来自终端的DTMF数据流，识别出用户发起结束录音的操作，通过信令向会议服务器端发送结束录音请求。

S410，会议服务器端根据结束录音请求，停止将会议中的音频流转化成录音文件，以结束生成录音文件。

S411，会议服务器端向录音控制模块发送录音投递请求，该录音投递请求携带录音文件的访问路径。

S412，录音控制模块保存录音文件，并根据访问路径，生成Web服务的统一资源定位符(Uniform Resource Locator，URL)。

S413，录音控制模块生成文本短信，将该文本短信下发至短信中心，该文本短信包括Web服务的URL。

S414，短信中心将文本短信下发至录音操作发起者的终端。

图7示出了本发明实施例提供的一种录音文件访问步骤的流程示意图。该录音文件访问步骤包括：S501至S508。

S501，录音操作发起者的终端成功登陆Web服务界面，向录音访问服务模块发送访问请求。

S502，录音访问服务模块下发短信验证码至终端。

S503，终端输入短信验证码，在通过短信验证码验证通过后，可以操作录音文件(删除或者播放录音文件)和共享录音文件。

S504，终端若共享录音文件，则新生成URL及访问密码，并构造文本短信。

S505，录音访问服务模块下发文本短信至短信中心。

S506，短信中心向第二终端投递文本短信，第二终端可以是未参与会议的共享录音文件的终端。

当用户需要将录音文件共享给其他用户时，可以在Web界面，输入待共享用户的手机号码，点击共享，录音访问服务模块生成新的URL及录音文件访问密码，并和提示信息一起，构造一条短信投递至短信中心；短信中心在将本文本短信投递至于共享用户的终端，共享用户的终端即是第二终端。

S507，第二终端向录音访问服务模块发送访问请求。

S508，第二终端输入访问密码成功后，则可对录音文件查看信息或者播放。

第二终端收到文本短信后，在手机或电脑浏览器中输入短信内容中的URL，并输入正确的密码则可以访问本录音文件，第二终端的用户可选择播放或者查看本录音文件，不可以删除或共享给用户。

录音访问服务模块根据用户属性设定录音文件有效期，当录音文件过期后，自动清理录音文件，清理后，用户不能再访问本录音文件。

图8示出了本发明实施例提供的一种多方会议录音装置的框图。该装置600用于会议服务器端，该装置600包括：第一请求接收模块601、音频流开始转化模块602、第二请求接收模块603、音频流结束转化模块604和文件保存模块605。

第一请求接收模块601，用于接收来自核心网的开始录音请求；开始录音请求是核心网确定用户发起开始录音的操作后发出的开始录音请求，核心网通过识别来自会议中的第一终端的双音多频DTMF数据流，确定用户是否发起开始录音的操作。

音频流开始转化模块602，用于根据开始录音请求，开始将会议的音频流转化为录音文件。

第二请求接收模块603，用于接收来自核心网的结束录音请求；结束录音请求是核心网确定用户发起结束录音的操作后发出的结束录音请求，核心网通过识别来自第一终端的双音多频DTMF数据流，确定用户是否发起结束录音的操作。

音频流结束转化模块604，用于根据结束录音请求，停止将会议的音频流转化为录音文件。

文件保存模块605，用于保存录音文件。

在本发明的一个实施例中，音频流开始转化模块602包括：录音权限确定单元和录音文件形成单元。

录音权限确定单元，用于根据开始录音请求，确定第一终端是否有录音权限。

录音文件形成单元，用于当第一终端有录音权限时，根据开始录音请求，开始将第一终端所在会议的音频流转化为录音文件。

在本发明的一个实施例中，录音权限确定单元包括：请求确定权限子单元和确定录音权限子单元。

请求确定权限子单元，用于根据开始录音请求，请求用户管理模块根据存储的用户信息判断第一终端是否有录音权限。

确定录音权限子单元，根据用户管理模块的判断结果，确定第一终端是否有录音权限。

在本发明的一个实施例中，多方会议录音装置600还包括：录音权限确定模块、提示语音增加模块和音频流发送模块。

录音权限确定模块，用于确定会议中的终端是否有录音权限；会议中的终端包括第一终端。

提示语音增加模块，用于当会议中的终端有录音权限时，在待发送给有录音权限的终端的音频流中增加录音提示语音，得到目标音频流；录音提示语音用于提示用户进行录音操作。

音频流发送模块，用于将目标音频流发送给有录音权限的终端。

在本发明的一个实施例中，多方会议录音装置600还包括：访问路径生成模块和访问路径发送模块。

访问路径生成模块，用于生成访问路径，访问路径是访问录音文件的路径。

访问路径发送模块，用于将访问路径发送给第一终端。

在本发明的一个实施例中，第一终端的用户具有删除录音文件、播放录音文件和分享录音文件的权限。

在本发明的一个实施例中，文件保存模块605包括：

保存参数确定模块，用于根据第一终端的用户属性，确定与第一终端的用户对应的最大保存时长X、最多保存录音文件数量Y、和最大占用空间大小Z。

文件保存执行模块，用于当已保存录音文件的总数小于Y，且已保存录音文件所占的总空间大小与录音文件所占空间的大小之和小于或等于Z，则保存录音文件；其中，上述中的已保存录音文件是：当前已保存的、由第一终端的用户发起录音操作的录音文件。

录音文件删除模块，用于从保存录音文件的时刻开始计时，若计时的时长达到X，则删除该录音文件。

图9示出了本发明实施例提供的另一种多方会议录音装置的框图。该装置700用于核心网，该装置700包括：第一操作确定模块701、第一请求发送模块702、第二操作确定模块703和第二请求发送模块704。

第一操作确定模块701，用于通过识别来自会议中的第一终端的DTMF数据流，确定用户是否发起开始录音的操作。

第一请求发送模块702，用于当用户发起开始录音的操作时，向会议服务器端发送开始录音请求，以使会议服务器端根据开始录音请求，开始将会议的音频流转化为录音文件。

第二操作确定模块703，用于通过识别来自第一终端的DTMF数据流，确定用户是否发起结束录音的操作。

第二请求发送模块704，用于当用户发起结束录音的操作时，向会议服务器端发送结束录音请求，以使会议服务器端根据结束录音请求，停止将会议的音频流转化为录音文件。

图10示出了本发明实施例提供的计算设备的硬件结构示意图。

在计算设备可以包括处理器801以及存储有计算机程序指令的存储器802。

具体地，上述处理器801可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本发明实施例的一个或多个集成电路。

存储器802可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器802可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器802可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器802可在综合网关容灾设备的内部或外部。在特定实施例中，存储器802是非易失性固态存储器。在特定实施例中，存储器802包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器801通过读取并执行存储器802中存储的计算机程序指令，以实现上述实施例中的任意一种用于会议服务器端的多方会议录音方法，或者实现上述实施例中的任意一种用于核心网的多方会议录音方法。

在一个示例中，计算设备还可包括通信接口803和总线810。其中，如图10所示，处理器801、存储器802、通信接口803通过总线810连接并完成相互间的通信。

通信接口803，主要用于实现本发明实施例中各模块、装置、单元和/或设备之间的通信。

总线810包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线810可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

该计算设备可以执行本发明实施例中的用于会议服务器端的多方会议录音方法，从而实现结合图2和图8描述的多方会议录音方法和装置。或者，该计算设备可以执行本发明实施例中的用于核心网的多方会议录音方法，从而实现结合图3和图9描述的多方会议录音方法和装置。

另外，结合上述实施例中的多方会议录音方法，本发明实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种用于会议服务器端的多方会议录音方法；或者，该计算机程序指令被处理器执行时实现上述实施例中的任意一种用于核心网的多方会议录音方法。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。

Claims (12)

1.一种多方会议录音方法，用于会议服务器端，其特征在于，所述的方法包括：

接收来自核心网的开始录音请求；所述开始录音请求是所述核心网确定用户发起开始录音的操作后发出的开始录音请求，所述核心网通过识别来自会议中的第一终端的双音多频DTMF数据流，确定用户是否发起开始录音的操作；

根据所述开始录音请求，开始将所述会议的音频流转化为录音文件；

接收来自所述核心网的结束录音请求；所述结束录音请求是所述核心网确定用户发起结束录音的操作后发出的结束录音请求，所述核心网通过识别来自所述第一终端的DTMF数据流，确定用户是否发起结束录音的操作；

根据所述结束录音请求，停止将所述会议的音频流转化为所述录音文件，并保存所述录音文件。

2.根据权利要求1所述的方法，其特征在于，所述根据所述开始录音请求，开始将所述会议的音频流转化为录音文件，包括：

根据所述开始录音请求，确定所述第一终端是否有录音权限；

若所述第一终端有录音权限，则根据所述开始录音请求，开始将所述会议的音频流转化为所述录音文件。

3.根据权利要求2所述的方法，其特征在于，所述根据所述开始录音请求，确定所述第一终端是否有录音权限，包括：

根据所述开始录音请求，请求用户管理模块根据存储的用户信息判断所述第一终端是否有录音权限；

根据所述用户管理模块的判断结果，确定所述第一终端是否有录音权限。

4.根据权利要求1所述的方法，其特征在于，所述接收来自核心网的开始录音请求之前，还包括：

确定所述会议中的终端是否有录音权限；所述会议中的终端包括所述第一终端；

若所述会议中的终端有录音权限，则在待发送给有录音权限的终端的音频流中增加录音提示语音，得到目标音频流；所述录音提示语音用于提示用户进行录音操作；

将所述目标音频流发送给所述有录音权限的终端。

5.根据权利要求1所述的方法，其特征在于，所述保存所述录音文件之后，还包括：

生成访问路径，所述访问路径是访问所述录音文件的路径；

将所述访问路径发送给所述第一终端。

6.根据权利要求5所述的方法，其特征在于，所述第一终端的用户具有删除所述录音文件、播放所述录音文件和分享所述录音文件的权限。

7.根据权利要求1所述的方法，其特征在于，所述保存所述录音文件，包括：

根据所述第一终端的用户属性，确定与所述第一终端的用户对应的最大保存时长X、最多保存录音文件数量Y、和最大占用空间大小Z；

若已保存录音文件的总数小于Y，且所述已保存录音文件所占的总空间大小与所述录音文件所占空间的大小之和小于或等于Z，则保存所述录音文件；其中，所述已保存录音文件是：当前已保存的、由所述第一终端的用户发起录音操作的录音文件；

从保存所述录音文件的时刻开始计时，若计时的时长达到X，则删除所述录音文件。

8.一种多方会议录音方法，用于核心网，其特征在于，所述的方法包括：

通过识别来自会议中的第一终端的DTMF数据流，确定用户是否发起开始录音的操作；

若用户发起开始录音的操作，则向会议服务器端发送开始录音请求，以使所述会议服务器端根据所述开始录音请求，开始将所述会议的音频流转化为录音文件；

通过识别来自所述第一终端的DTMF数据流，确定用户是否发起结束录音的操作；

若用户发起结束录音的操作，则向所述会议服务器端发送结束录音请求，以使所述会议服务器端根据所述结束录音请求，停止将所述会议的音频流转化为所述录音文件。

9.一种多方会议录音装置，用于会议服务器端，其特征在于，所述的装置包括：

第一请求接收模块，用于接收来自核心网的开始录音请求；所述开始录音请求是所述核心网确定用户发起开始录音的操作后发出的开始录音请求，所述核心网通过识别来自会议中的第一终端的双音多频DTMF数据流，确定用户是否发起开始录音的操作；

音频流开始转化模块，用于根据所述开始录音请求，开始将所述会议的音频流转化为录音文件；

第二请求接收模块，用于接收来自所述核心网的结束录音请求；所述结束录音请求是所述核心网确定用户发起结束录音的操作后发出的结束录音请求，所述核心网通过识别来自所述第一终端的双音多频DTMF数据流，确定用户是否发起结束录音的操作；

音频流结束转化模块，用于根据所述结束录音请求，停止将所述会议的音频流转化为所述录音文件；

文件保存模块，用于保存所述录音文件。

10.一种多方会议录音装置，用于核心网，其特征在于，所述的装置包括：

第一操作确定模块，用于通过识别来自会议中的第一终端的DTMF数据流，确定用户是否发起开始录音的操作；

第一请求发送模块，用于当用户发起开始录音的操作时，向会议服务器端发送开始录音请求，以使所述会议服务器端根据所述开始录音请求，开始将所述会议的音频流转化为录音文件；

第二操作确定模块，用于通过识别来自所述第一终端的DTMF数据流，确定用户是否发起结束录音的操作；

第二请求发送模块，用于当用户发起结束录音的操作时，向所述会议服务器端发送结束录音请求，以使所述会议服务器端根据所述结束录音请求，停止将所述会议的音频流转化为所述录音文件。

11.一种计算设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-7中任意一项所述的多方会议录音方法；

或者，

所述处理器执行所述计算机程序指令时实现如权利要求8所述的多方会议录音方法。

12.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机程序指令，

所述计算机程序指令被处理器执行时实现如权利要求1-7中任意一项所述的多方会议录音方法；

或者，

所述计算机程序指令被处理器执行时实现如权利要求8所述的多方会议录音方法。

Images