CN114339124A - 基于媒体转发服务器的多媒体会议的录制方法及相关产品 - Google Patents

Abstract

本发明涉及一种基于媒体转发服务器的多媒体会议的录制方法及其相关产品。所述媒体转发服务器部署在内网出口侧的安全区，且支持基于所述内网和/或外网的媒体数据的转发，所述录制方法包括：响应于获取到经由所述内网转发的对多媒体会议的订阅需求，从所述媒体转发服务器获取关于所述多媒体会议的实时媒体数据流；根据所述订阅需求，对获取到的所述实时媒体数据流执行录制操作，以生成录制文件；以及对所述录制文件执行存储操作。通过本发明的技术方案，能够兼顾对多媒体会议录制的安全性需求和共享需求。

Description

基于媒体转发服务器的多媒体会议的录制方法及相关产品

技术领域

本发明一般地涉及多媒体通信技术领域。更具体地，本发明涉及一种用于基于媒体转发服务器的多媒体会议的录制方法、用于执行前述录制方法的设备和计算机程序产品。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述可包括可以探究的概念，但不一定是之前已经想到或者已经探究的概念。因此，除非在此指出，否则在本部分中描述的内容对于本申请的说明书和权利要求书而言不是现有技术，并且并不因为包括在本部分中就承认是现有技术。

随着多媒体通信技术的发展，远程视频会议的使用率大大提升，且结合云计算的发展，SaaS视频会议云服务的业务也不断在增长。视频会议云服务的大量普及和使用，大大降低了企业IT部署视频会议硬件终端的成本。在实际应用中，利用个人主机或移动终端设备的音视频编解码能力，就可以实现随时随地加入一场会议。目前基于视频会议云服务提供的音视频会议录制的功能主要有两种：

方式一：视频媒体流经过云计算服务器做媒体转发。在云计算服务器进行媒体转发的过程中，可以拉取会议中实时媒体流，以对音视频会议内容进行录制，并将录制文件转码和保存在云计算的存储服务器中。

方式二：参会客户端(例如个人主机或移动终端)在加入会议的过程中，通过端侧能力拉取实时会议中的媒体流，并将音视频媒体流实时保存在本地设备中，以实现本地录制的功能。

上述两种方式各有优缺点。比如方式一采用云计算服务器拉取媒体流进行录制的方法，虽然能够解决本地录制存储空间不够的问题。但鉴于所涉及的视频会议媒体流和录制文件数据暴露和存储在互联网共享资源中，存在一定安全性问题，无法满足安全需求高(例如企业内涉密会议)的场景的需求。而方式二通过本地化存储的方式，虽然确保了录制文件的安全性，但其会过多占用参会客户端本地存储空间，不仅需要参会客户端具有更高的配置且不便于进行会议资源读取和共享。

发明内容

为了至少解决上述背景技术部分所描述的技术问题，本发明提出了一种基于多媒体转发服务器的多媒体会议的录制方案。利用本发明的方案，能够兼顾对多媒体会议录制的安全性需求和共享需求。鉴于此，本发明在如下的多个方面提供解决方案。

本发明的第一方面提供了一种基于媒体转发服务器的多媒体会议的录制方法，所述媒体转发服务器部署在内网出口侧的安全区，且支持基于所述内网和/或外网的媒体数据的转发，所述录制方法包括：响应于获取到经由所述内网转发的对多媒体会议的订阅需求，从所述媒体转发服务器获取关于所述多媒体会议的实时媒体数据流；根据所述订阅需求，对获取到的所述实时媒体数据流执行录制操作，以生成录制文件；以及对所述录制文件执行存储操作。

在一个实施例中，从所述媒体转发服务器获取关于所述多媒体会议的实时媒体数据流包括：根据所述多媒体会议的画面模式，确定待录制的实时媒体数据流；以及从所述媒体转发服务器拉取所述实时媒体数据流。

在一个实施例中，针对至少一路所述实时媒体数据流，执行录制操作包括：获取每路所述实时媒体数据流的标识信息；根据每路所述实时媒体数据流的标识信息，启动一拉流进程对一路所述实时媒体数据流进行拉流操作；以及对拉取到的每路所述实时媒体数据流进行录制操作。

在一个实施例中，对拉取到的每路所述实时媒体数据流进行录制操作包括：在对每路所述实时媒体数据流录制过程中，对关于每路所述实时媒体数据流的视频文件、音频文件和即时文本文件进行独立存储。

在一个实施例中，所述方法还包括：响应于存在多个已录制的视频文件，对多个所述视频文件进行合并处理；以及对经合并处理后的视频文件和所录制的其他文件进行转码操作，以得到所述录制文件。

在一个实施例中，对所述录制文件执行存储操作包括：响应于所述内网的预定共享网络磁盘的地址不为空，将所述录制文件存储至所述预定共享网络磁盘中；或者响应于所述内网的预定共享网络磁盘的地址为空，将所述录制文件存储至预定共享本地磁盘中。

在一个实施例中，其中所述预定共享网络磁盘包括第一类存储空间和第二类存储空间，将所述录制文件存储至所述预定共享网络磁盘中包括：计算所述录制文件生成过程中涉及的临时缓存数据所需的预留空间阈值；响应于所述第一类存储空间的剩余空间大于或等于所述预留空间阈值时，将所述临时缓存数据存储至所述第一类存储空间中，且在存储过程中轮询检查所述第一类存储空间的剩余空间是否能够存储所述临时缓存数据；根据所述预定共享网络磁盘的总空间值和所述预留空间阈值间的差值，确定所述第二类存储空间；以及将所述录制文件存储至所述第二类存储空间中。

在一个实施例中，其中所述第一类存储空间包括拉流临时存储空间和转码临时存储空间，其中临时缓存数据包括由拉流操作拉取的实时媒体数据流和由转码操作转码的文件，计算所述录制文件生成过程中涉及的临时缓存数据所需的预留空间阈值包括：根据所述内网中预计并发录制的多媒体会议的个数和单次录制过程中经拉流操作拉取的实时媒体数据流，确定由拉流操作拉取的实时媒体数据流所需的预留空间阈值；以及根据所述内网中预计并发录制的多媒体会议的个数和单次录制过程中由转码操作转码的文件，确定由转码操作转码的文件所需的预留空间阈值。

本发明的第二方面提出了一种设备，包括：处理器；以及存储器，其存储有基于媒体转发服务器的多媒体会议的录制的计算机指令，当所述计算机指令由所述处理器运行时，使得所述设备执行根据本发明的第一方面以及下文多个实施例中所述的方法。

本发明的第三方面提出了一种计算机程序产品，包括基于媒体转发服务器的多媒体会议的录制的程序指令，当所述程序指令由处理器执行时，使得实现根据本发明的第一方面以及下文多个实施例中所述的方法。

利用本发明所提供的方案，可以将关于媒体数据的转发服务资源下沉至内网的安全区，并基于该转发服务资源进行媒体流的交互、录制及存储，以最大程度上避免会议资源(特别是内网会议资源)暴露在互联网上，从而提高会议所涉及的媒体数据和录制文件的安全性。另外，整个录制过程的实现不依赖于参会客户端，且可对录制文件进行存储，便于参会客户端可根据需求读取该录制文件，从而满足共享需求。在本发明的一些实施例中，针对多路实时媒体数据流，可以启动相应数量的拉流进程对每路实时媒体数据流进行拉流操作，从而有效提高处理效率。在本发明的另一些实施例中，可以将录制文件存储在预定共享网络磁盘或预定共享本地磁盘中，以便根据需求进行访问读取。具体地，涉及预定共享网络磁盘，可以针对临时缓存数据和录制文件进行分类存储管理，从而能够有效提高内部多媒体会议占用云资源的效率以及内部分享录制文件的效率。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，并且相同或对应的标号表示相同或对应的部分，其中：

图1是示出根据本发明实施例的多媒体会议中媒体数据交互的示例性场景的示意图；

图2是示出根据本发明一个实施例的基于媒体转发服务器的多媒体会议的录制方法的流程图；

图3是示出根据本发明另一个实施例的基于媒体转发服务器的多媒体会议的录制方法的流程图；

图4是示出根据本发明又一个实施例的基于媒体转发服务器的多媒体会议的录制方法的流程图；以及

图5是示出根据本发明实施例的设备的结构图。

具体实施方式

下面将结合本发明实施方式中的附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式是本发明一部分实施方式，而不是全部的实施方式。基于本发明中的实施方式，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。

应当理解，本发明的权利要求、说明书及附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。本发明的说明书和权利要求书中使用的术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施方式的目的，而并不意在限定本发明。如在本发明说明书和权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。还应当进一步理解，在本发明说明书和权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当……时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

下面结合附图来详细描述本发明的具体实施方式。

图1是示出根据本发明实施例的多媒体会议中媒体数据交互的示例性场景100的示意图。可以理解的是，本发明的多媒体会议可以在SaaS视频会议云服务组网架构的基础上，将视频会议媒体转发服务下沉至企业内网的安全区来实施。在一些实施例中，安全区可以包括企业部署的隔离区DMZ或者企业内网出口处的防火墙内。如图1所示，示例性场景100可以包括不同会议客户端1～N关于多媒体会议的发起和加入的场景、关于多媒体会议的媒体流的发送场景，以及媒体流的订阅和录制文件的共享交互场景等。

在实际应用中，不同会议客户端1～N关于多媒体会议的发起和加入的场景主要涉及参会客户端与云服务器103(该云服务器可以为SaaS互联网云服务器)之间的交互，也即内网中(包括企业内或局域网内)用户需要进行远程视频会议时，可以通过参会客户端与云服务器103的交互实现发起会议和加入会议。一旦媒体转发资源分配到位于内网安全区的媒体转发服务器101，所有企业内或局域网内用户都可以通过参会客户端主动与该媒体转发服务器101建立连接，以进行音视频媒体流的交互。具体地，可以通过内网中的参会客户端1～N进行媒体流的发送。需要说明的是，图1仅展示了内网中媒体数据的交互情况，而本发明的方案中涉及多媒体会议的媒体数据并不局限内网中的参会客户端。例如，在多媒体会议中，若同时有外网中的参会客户端入会，可以通过云服务器转发外网参会客户端的媒体数据，并在内网中对相应的媒体流订阅需求时，媒体转发服务器可以从云服务器中拉取该外网参会客户端的媒体数据。

本发明所涉及的录制过程可以由设备102执行。具体地，设备102可以获取参会客户端发送的订阅需求，并可以采用与客户端相同的媒体数据流订阅方式，向媒体转发服务器101发送订阅需求，以从媒体转发服务器101获取实时媒体数据流(包括内网数据和/或外网数据)，以及对该实时媒体数据流进行录制和保存。内网中的参会客户端可以根据需求从设备处获取录制文件。基于此，整个录制过程能够兼顾对多媒体会议的安全性需求和共享需求。可以理解，虽然图1中将媒体转发服务器101和设备102示出为两个单独的设备，其也可以合并成一个设备，本发明实施例在此方面没有限制。

图2是示出根据本发明一个实施例的基于媒体转发服务器的多媒体会议的录制方法200的流程图。需要说明的是，方法200可以理解为是图1中所描述的录制过程的一种示例性实现方式，并可以由设备102来具体执行。因此，前文结合图1中的细节性描述同样也适用于下文。

如图2所示，在步骤S201处，可以响应于获取到经由内网转发的对多媒体会议的订阅需求，从媒体转发服务器获取关于多媒体会议的实时媒体数据流。如前所述，这里内网可以理解为是企业内部网络(可以包括局域网等)。媒体转发服务器可以部署在内网出口侧的安全区，且支持基于内网和/或外网的媒体数据的转发。如前所述，这里的多媒体会议的发起和加入可以由SaaS互联网云服务器支持。而媒体转发服务器具体可以部署在企业隔离区或内网出口的防护墙内，并承接SaaS互联网云服务器下沉的涉及多媒体会议的媒体转发资源。前述的订阅需求可以由用户通过内网参会客户端发起，设备在获取到该订阅需求时，可以采用相同的订阅方式，向媒体转发服务器发送订阅需求，以从前述的媒体转发服务器获取实时媒体数据流。该实时媒体数据流可以包括内网中的媒体数据。由此，可最大程度上避免其内网中的媒体数据暴露在云端，为后续实现会议的安全录制提供前提保障。另外，若订阅需求所涉及的参会客户端位于外网，实时媒体数据流也可以涉及来自外网的媒体数据。

接着，在步骤S202处，可以根据订阅需求对获取到的实时媒体数据流执行录制操作，以生成录制文件。并在步骤S203处，可以对前述的录制文件执行存储操作。由此，可以通过部署在安全区的转发服务资源进行媒体流的交互、录制及存储，以最大程度上避免会议资源(特别是内网会议资源)暴露在互联网上，从而提高会议所涉及的媒体数据和录制文件的安全性。另外，整个录制过程的实现不依赖于参会客户端，且可对录制文件进行存储，以便参会客户端可根据需求读取该录制文件，从而满足共享需求。

进一步地，在一些实施例中，针对实时媒体数据流，可以结合多媒体会议的画面模式来确定。具体地，可以根据多媒体会议的画面模式来确定待录制的实时媒体数据流，并从媒体转发服务器拉取该实时媒体数据流。其中，多媒体会议的画面模式可以包括演讲者模式和画廊模式。例如，拉流过程中，若多媒体会议(例如视频会议)的主会场为演讲者模式且只有一个主流的情况下，可以实施对一路主视频流的拉流录制。若主会场为画廊模式且只有一个主流的情况下，可以默认订阅视频流仍然为演讲者，且订阅的主流为发言人的媒体流。另外，可以同时对会议过程中的声音文件和即时消息文本进行独立录制和保存。需要说明的是，这里对实时媒体数据流的获取过程的描述仅是示例性描述，本发明的方案并不受此限制。

图3是示出根据本发明另一个实施例的基于媒体转发服务器的多媒体会议的录制方法300的流程图。需要说明的是，方法300可以理解为是图1中所描述的录制过程的一种示例性实现方式，并可以由设备102来具体执行。另外，方法300还以理解为是对方法200的进一步描述和拓展。因此，前文结合图1和图2中的细节性描述同样也适用于下文。

如图3所示，在步骤S301处，可以响应于获取到经由内网转发的对多媒体会议的订阅需求，从媒体转发服务器获取关于多媒体会议的实时媒体数据流。关于这里的多媒体会议、内网、媒体转发服务器以及实时媒体数据流可以参考图1和图2相关部分的描述，此处不再进行赘述。

接着，在步骤S302处，可以获取每路实时媒体数据流的标识信息。这里的标识信息可以包括ID或者其他能够区分标识该媒体数据流的信息。在一些实施例中，每路实时媒体数据流的标识信息可以由该媒体数据流的发言者或共享者设置和分享。

接着，在步骤S303处，可以根据每路实时媒体数据流的标识信息，启动一拉流进程对一路实时媒体数据流进行拉流操作。这里的拉流进程的数量和实时媒体数据流的数量相当，可以是一一对应的关系，也即可以由一拉流进程拉取一路实时媒体数据流。由此，可以有效提高处理效率。需要说明的是，这里对实时媒体数据流的拉流过程的描述仅是示例性说明，本发明的方案并不受此限制。例如，还可以根据设备性能设置一拉流进程拉取多路实时媒体数据流。

接着，在步骤S304处，在对每路实时媒体数据流录制过程中，可以对关于每路实时媒体数据流的视频文件、音频文件和即时文本文件进行独立存储。考虑到视频文件、音频文件和即时文本文件是由不同传输通道传输，其对应的格式也不相同，若对所有文件进行合并存储，不仅增加运算负荷，而且对展示媒介要求也较高。基于此，采用对这些文件进行单独存储不仅可以节省运算资源，而且便于后续通过多种展示媒介对其展示。

接着，在步骤S305处，响应于存在多个已录制的视频文件，可以对多个视频文件进行合并处理。以及在步骤S306处，可以对经合并处理后的视频文件和所录制的其他文件进行转码操作，以得到录制文件。在一些实施例中，具体可以根据分屏模式来对视频文件进行合并。例如，对于2分屏或者4分屏模式，可以将一个大的显示画面切割等分成2个或4个16:9的画面，然后将视频文件填充其中。具体地，对于填充不满的部分，可以默认留白，其他部分可以预定格式(例如YUV422格式)填充和显示双流或多流的视频文件。需要说明的是，这里对视频文件的合并处理的描述仅是示例性说明，本发明的方案并不受此限制。例如，还可以采用其他常用的视频合成技术。

接着，在步骤S307处，可以将录制文件执行存储操作，以便参会客户端获取。至此，实现对多媒体会议的录制。

图4是示出根据本发明又一个实施例的基于媒体转发服务器的多媒体会议的录制方法400的流程图。需要说明的是，方法400可以理解为是图1中所描述的录制过程的一种示例性实现方式，并可以由设备102具体实施。另外，方法400还以理解为是对方法200和方法300的进一步描述和拓展。因此，前文结合图1至图3中的细节性描述同样也适用于下文。

在实际应用中，前述的设备可以支持边缘拉流服务、边缘录制及转码服务和边缘存储服务等。如图4所示，在步骤S401处，可以在防火墙内媒体转发服务器的同侧，主动向该媒体转发服务器建立通信连接，以作为边缘录制拉流服务。企业内或局域网内的用户通过参会客户端进行远程视频会议过程中，只有发起和加入会议的动作可以由SaaS互联网云服务进行控制，并且一旦媒体转发资源分配到内网中的媒体转发服务器，所有企业内或局域网内用户都可以通过参会客户端主动向防火墙内的媒体转发服务器建立连接，以进行音视频的媒体数据流的发送。在参会客户端有对媒体数据流的订阅需求时，设备侧可以采用与参会客户端订阅媒体流相同的方式，向媒体转发服务器发送订阅需求，以从媒体转发服务器拉取实时媒体数据流。

接着，在步骤S402处，可以根据视频会议画面模式进行实时媒体流拉流。如前所述，在一些实施例中，多媒体会议的画面模式可以包括演讲者模式和画廊模式。例如，若多媒体会议(例如视频会议)的主会场为演讲者模式且只有一个主流的情况下，可以实施对一路主视频流的拉流录制。若主会场为画廊模式且只有一个主流的情况下，可以默认订阅视频流仍然为演讲者，且订阅的主流为发言人的媒体流。需要说明的是，这里对实时媒体数据流的获取过程的描述仅是示例性描述，本发明的方案并不受此限制。

接着，在步骤S403处，在所订阅的媒体流为多流时，可以启动相应数量的拉流进程进行拉流并进行录制。其中，拉流进程与实时媒体数据流可以是一对一的关系，也可以是一对多的关系(即一个拉流进程可以拉流多路实时媒体数据流)。例如，对于2路实时媒体数据流场景，发言者可以利用广播消息通道通知所有参会人自身身份(例如演讲者)，并标记其视频流ID。在当有参会人进行本地屏幕共享的情况下，共享人也可以主动发送本地共享视频流ID给所有参会人。设备在收到两个视频流ID的广播消息后，可以同时对2个视频流ID发起订阅，从媒体转发服务器上拉取双流并保存2路视频流。另外，录制过程中的声音文件以及即时消息文本仍然可以作为独立文件进行保存。

接着，在步骤S404处，可以将所录制的文件进行转码操作。以及在步骤S405处，可在转码结束后，将最终生成的录制文件保存在预定共享网络磁盘中或预定共享本地磁盘中。例如，设备所支持的边缘存储服务在运行过程中，可以通过默认配置方式自动配置预定共享网络磁盘。若检测到预定共享网络磁盘地址为空，则默认启动设备自带的本地磁盘。

接着，在步骤S406处，响应于存储在预定共享网络磁盘，可以计算录制生成过程中涉及的临时缓存数据所需的预留空间阈值，以及将临时缓存数据存储在剩余空间大于或等于预留空间阈值的第一类存储空间，并可以根据预定共享网络磁盘的总空间值和预留空间阈值间的差值确定第二类存储空间，且将录制文件存储在该第二类存储空间。

在实际应用中，在设备所支持的边缘录制及转码服务启动初始化阶段，可以将预定共享网络磁盘的存储空间划分为三个部分：拉流临时存储空间、转码临时存储空间和录制文件永久保存区。其中前述的第一类存储空间可以包括拉流临时存储空间和转码临时存储空间，前述的第二类存储空间可以包括录制文件永久保存区。具体地，拉流临时存储空间大小＝企业内部可能存在的并发录制会议个数×单次录制过程中拉取媒体流所需空间大小×k₁；转码临时存储空间大小＝企业内部可能存在的并发录制会议个数×单次录制过程中转码缓冲所需空间大小×k₂；录制文件永久保存区＝剩余可用的内网共享存储空间。需要说明的是，k₁和k₂可以根据设计需求进行调整，例如可以k₁和k₂均可以为1.5。另外，这里对预定共享网络磁盘的存储空间的划分以及各个存储空间的计算方法仅是示例性说明，本发明的方案并不受此限制。

对于上述所划分的三部分存储空间的管理过程具体涉及，在实时拉取媒体流过程中，可以间隔预定时长(例如5s)判断剩余拉流临时存储空间的大小是否足够存储缓冲的媒体数据流。若临时存储空间不够，可以立即报错提示边缘录制失败。另外，可以配置默认的预留空间阈值，并可以在录制前判断剩余空间大小是否满足预留空间阈值，以及在确定不满足预留空间阈值时，可以直接报错录制失败。

在对临时存储的订阅码流进行转码生产视频文件、音频文件以及文本文件之前，可以读取转码过程中预留路径磁盘大小，若磁盘大小小于转码源文件的预定空间(例如3倍空间)，则提示录制转码失败。并且可以开启定时任务，每间隔预定时长(例如5分钟)可以轮询检查磁盘空间是否符合要求，若符合则重新开始转码。

将转码完成后的文件存储到预定共享网盘磁盘或者预定共享本地磁盘前，可以统计和输出划分用来做会议录制的磁盘剩余空间。并且可以按照一定格式将统计结果通过RESTFUL接口的方式，传递至SaaS云服务的企业管理平台。相关人员可以登录企业管理平台，来实时查看到剩余磁盘空间大小以及磁盘内数据类型。此外，还可以在管理平台创建删除和管理会议录制文件的接口，以便用户可以方便的读取和管理会议录制文件。

基于此，本发明的方案在保证录制视频会议文件安全性的同时，还兼顾录制文件方便存储且易于分享管理的优势。具体可结合SaaS互联网云服务器下沉的媒体转发业务到内网的安全区(例如防火墙出口侧)，以支持在内网实时拉取音视频媒体流。另外，通过录制、转码、存储以及共享网络磁盘的管理等操作，可以将企业内部的视频会议的录制、分享、删除等功能相互串联起来并一一实现，有效提高了内部视频会议占用云资源的效率以及内部进行分享录制文件的效率。

图5示意性地示出了根据本发明实施例的设备500的示意框图。这里的设备500可以理解为是图1中设备102的一种示例性应用。如图5所示，设备500可以包括处理器501和存储器502。其中存储器502存储有基于媒体转发服务器的多媒体会议的录制的计算机指令，当所述计算机指令由处理器501运行时，使得设备500执行根据前文结合图2～图4所描述的方法。例如，在一些实施例中，设备500可以执行对实时媒体数据流的获取、对实时媒体数据流的录制、对录制文件的存储等。基于此，通过设备500可以以较低的实现成本兼顾多媒体会议的录制文件的安全性需求和共享需求。

在一些实施场景中，设备500可以包括服务器或终端，该服务器或终端可以支持边缘拉流、边缘录制、边缘存储等功能。应当注意，尽管在上文详细描述中提及了基于媒体转发服务器的多媒体会议的录制的设备的若干装置或子装置，但是这种划分仅仅并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之，上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。

从上面关于本发明模块化设计的描述可以看出，本发明的系统可以根据应用场景或需求进行灵活地布置而不限于附图所示出的架构。进一步，还应当理解，本发明示例的执行操作的任何模块、单元、组件、服务器、计算机或设备可以包括或以其他方式访问计算机可读介质，诸如存储介质、计算机存储介质或数据存储设备(可移除的)和/或不可移动的)例如磁盘、光盘或磁带。计算机存储介质可以包括以用于存储信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质，例如计算机可读指令、数据结构、程序模块或其他数据。基于此，本发明也公开了一种计算机可读存储介质，其上存储有基于媒体转发服务器的多媒体会议的录制的计算机可读指令，该计算机可读指令被一个或多个处理器执行时，实现在前结合附图所描述的方法和操作。

虽然本说明书已经示出和描述了本发明的多个实施方式，但对于本领域技术人员显而易见的是，这样的实施方式是仅以示例的方式提供的。本领域技术人员在不偏离本发明思想和精神的情况下想到许多更改、改变和替代的方式。应当理解在实践本发明的过程中，可以采用本文所描述的本发明实施方式的各种替代方案。所附权利要求书旨在限定本发明的保护范围，并因此覆盖这些权利要求范围内的模块组成、等同或替代方案。

Claims (10)

1.一种基于媒体转发服务器的多媒体会议的录制方法，其特征在于，所述媒体转发服务器部署在内网出口侧的安全区，且支持基于所述内网和/或外网的媒体数据的转发，所述录制方法包括：

响应于获取到经由所述内网转发的对多媒体会议的订阅需求，从所述媒体转发服务器获取关于所述多媒体会议的实时媒体数据流；

根据所述订阅需求，对获取到的所述实时媒体数据流执行录制操作，以生成录制文件；以及

对所述录制文件执行存储操作。

2.根据权利要求1所述的录制方法，其特征在于，从所述媒体转发服务器获取关于所述多媒体会议的实时媒体数据流包括：

根据所述多媒体会议的画面模式，确定待录制的实时媒体数据流；以及

从所述媒体转发服务器拉取所述实时媒体数据流。

3.根据权利要求2所述的录制方法，其特征在于，针对至少一路所述实时媒体数据流，执行录制操作包括：

获取每路所述实时媒体数据流的标识信息；

根据每路所述实时媒体数据流的标识信息，启动一拉流进程对一路所述实时媒体数据流进行拉流操作；以及

对拉取到的每路所述实时媒体数据流进行录制操作。

4.根据权利要求3所述的录制方法，其特征在于，对拉取到的每路所述实时媒体数据流进行录制操作包括：

在对每路所述实时媒体数据流录制过程中，对关于每路所述实时媒体数据流的视频文件、音频文件和即时文本文件进行独立存储。

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

响应于存在多个已录制的视频文件，对多个所述视频文件进行合并处理；以及

对经合并处理后的视频文件和所录制的其他文件进行转码操作，以得到所述录制文件。

6.根据权利要求1至5中任一项所述的录制方法，其特征在于，对所述录制文件执行存储操作包括：

响应于所述内网的预定共享网络磁盘的地址不为空，将所述录制文件存储至所述预定共享网络磁盘中；或者

响应于所述内网的预定共享网络磁盘的地址为空，将所述录制文件存储至预定共享本地磁盘中。

7.根据权利要求6所述的录制方法，其特征在于，其中所述预定共享网络磁盘包括第一类存储空间和第二类存储空间，将所述录制文件存储至所述预定共享网络磁盘中包括：

计算所述录制文件生成过程中涉及的临时缓存数据所需的预留空间阈值；

响应于所述第一类存储空间的剩余空间大于或等于所述预留空间阈值时，将所述临时缓存数据存储至所述第一类存储空间中，且在存储过程中轮询检查所述第一类存储空间的剩余空间是否能够存储所述临时缓存数据；

根据所述预定共享网络磁盘的总空间值和所述预留空间阈值间的差值，确定所述第二类存储空间；以及

将所述录制文件存储至所述第二类存储空间中。

8.根据权利要求7所述的录制方法，其特征在于，其中所述第一类存储空间包括拉流临时存储空间和转码临时存储空间，其中临时缓存数据包括由拉流操作拉取的实时媒体数据流和由转码操作转码的文件，计算所述录制文件生成过程中涉及的临时缓存数据所需的预留空间阈值包括：

根据所述内网中预计并发录制的多媒体会议的个数和单次录制过程中经拉流操作拉取的实时媒体数据流，确定由拉流操作拉取的实时媒体数据流所需的预留空间阈值；以及

根据所述内网中预计并发录制的多媒体会议的个数和单次录制过程中由转码操作转码的文件，确定由转码操作转码的文件所需的预留空间阈值。

9.一种设备，其特征在于，包括：

处理器；以及

存储器，其存储有基于媒体转发服务器的多媒体会议的录制的计算机指令，当所述计算机指令由所述处理器运行时，使得所述设备执行根据权利要求1-8中任意一项所述的方法。

10.一种计算机程序产品，其特征在于，包括基于媒体转发服务器的多媒体会议的录制的程序指令，当所述程序指令由处理器执行时，使得实现根据权利要求1-8中任意一项所述的方法。

Images