CN115883774A - 一种音视频会议处理方法、装置及设备 - Google Patents

Abstract

本发明提供了一种音视频会议处理方法、装置及设备，所述方法包括：获取多个音视频会议的属性信息，所述属性信息至少包括不同音视频会议之间的主从关系；响应用户的操作，确定对至少一个音视频会议的处理方式，所述处理方式包括对至少一个音视频会议进行合并或拆分；根据所述属性信息和对至少一个音视频会议的处理方式，确定目标音视频会议；对至少一个音视频会议中的终端用户的媒体服务规则进行处理，以将所述至少一个音视频会议中的终端用户的媒体服务渠道转移至所述目标音视频会议。本文不同音视频会议之间的主从关系实现会议的快速合并和拆分，极大简化了终端用户进行会议合并或拆分的操作步骤，提高了会议处理效率，提升了用户体验。

Description

一种音视频会议处理方法、装置及设备

技术领域

本文属于网络会议技术领域，特别涉及一种音视频会议处理方法、装置及设备。

背景技术

随着信息技术的发展，视频会议已成为人们日常沟通交流的工具，视频会议在人们日常生产、学习、生活、娱乐等用的越来越多。随着使用场景的增多，出现了越来越多的视频会议群组在线合并情况，特别是大型集团进行开会的时候，如在大型会议中开始各自开会分组讨论，然后合并一个会议进行开会。

现有技术中，若用户希望合并两个会议群组，用户需要手动建立一个新会议群组，并将该新会议组的标识信息或链接等告知该两个会议群组中的其他用户，之后由其他用户手动退出原先的会议，加入该新会议群组。该手工操作步骤繁琐，非常容易出错；同时与会者需要先退出再加入，在资源和网络条件紧张的情况下，容易出现退出后无法加入的现象。

发明内容

针对现有技术的上述问题，本文的目的在于，提供一种音视频会议处理方法、装置及设备，可以提高音视频会议合并或拆分的效率。

为了解决上述技术问题，本文的具体技术方案如下：

一方面，本文提供一种音视频会议处理方法，所述方法包括：

获取多个音视频会议的属性信息，所述属性信息至少包括不同音视频会议之间的主从关系；

响应用户的操作，确定对至少一个音视频会议的处理方式，所述处理方式包括对至少一个音视频会议进行合并或拆分；

根据所述属性信息和对至少一个音视频会议的处理方式，确定目标音视频会议；

对至少一个音视频会议中的终端用户的媒体服务规则进行处理，以将所述至少一个音视频会议中的终端用户的媒体服务渠道转移至所述目标音视频会议。

进一步地，所述获取多个音视频会议的属性信息，包括：

获取多个音视频会议的标识信息，所述标识信息为所述音视频会议创建时被标注的信息；

根据所述标识信息，确定不同音视频会议之间的主从关系。

进一步地，所述响应用户的操作，确定对至少一个音视频会议的处理方式，包括：

根据用户的会议登录信息，确定用户的处理权限；

当所述用户的处理权限满足指定条件时，生成音视频会议处理界面；

响应用户针对所述音视频会议处理界面的操作，确定对至少一个音视频会议的处理方式。

进一步地，所述根据用户的会议登录信息，确定用户的处理权限，包括：

根据用户的会议登录信息，确定用户的会议等级；

根据所述用户的会议等级，确定用户的处理权限，其中所述处理权限与所述会议等级相对应。

进一步地，所述根据所述属性信息和对至少一个音视频会议的处理方式，确定目标音视频会议，包括：

根据所述属性消息，在所述音视频会议处理界面上显示所述至少一个音视频会议的关联会议的标识信息，所述关联会议为所述至少一个音视频会议的主音视频会议和/或从音视频会议；

响应用户针对所述关联会议的标识信息的选择，确定目标音视频会议。

进一步地，所述根据所述属性信息和对至少一个音视频会议的处理方式，确定目标音视频会议还包括：

当所述处理方式为合并时，根据所述属性信息，确定所述至少一个音视频会议对应的父音视频会议，所述父音视频会议确定为目标音视频会议；或

当所述处理方式为拆分时，根据所述属性信息，确定所述至少一个音视频会议对应的多个从音视频会议，所述多个从音视频会议确定为目标音视频会议。

进一步地，所述对至少一个音视频会议中的终端用户的媒体服务规则进行处理，以将所述至少一个音视频会议中的终端用户的媒体服务渠道转移至所述目标音视频会议，包括：

获取所述目标音视频会议对应的媒体服务器地址；

将所述至少一个音视频会议中的终端用户的拉流地址更新为所述媒体服务器地址，以使所述终端用户从所述目标音视频会议获取流量数据。

进一步地，所述将所述至少一个音视频会议中的终端用户的拉流地址更新为所述媒体服务器地址，以使所述终端用户从所述目标音视频会议获取流量数据，包括：

当目标音视频会议为主音视频会议时，则将全部终端用户的拉流地址更新为所述主音视频会议对应的媒体服务地址；

当目标音视频会议为从音视频会议时，则确定每个从音视频会议对应的终端用户集合及媒体服务地址，将每个从音视频会议对应的终端用户集合中终端用户的拉流地址更新为该从音视频会议对应的媒体服务地址。

另一方面，本文还提供一种音视频会议处理装置，所述装置包括：

属性确定模块，用于获取多个音视频会议的属性信息，所述属性信息至少包括不同音视频会议之间的主从关系；

处理方式确定模块，用于响应用户的操作，确定对至少一个音视频会议的处理方式，所述处理方式包括对至少一个音视频会议进行合并或拆分；

目标确定模块，用于根据所述属性信息和对至少一个音视频会议的处理方式，确定目标音视频会议；

处理模块，用于对至少一个音视频会议中的终端用户的媒体服务规则进行处理，以将所述至少一个音视频会议中的终端用户的媒体服务渠道转移至所述目标音视频会议。

最后，本文还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述所述的方法。

采用上述技术方案，本文所述的一种音视频处理方法、装置及设备，获取多个音视频会议的属性信息，所述属性信息至少包括不同音视频会议之间的主从关系；

响应用户的操作，确定对至少一个音视频会议的处理方式，所述处理方式包括对至少一个音视频会议进行合并或拆分；

根据所述属性信息和对至少一个音视频会议的处理方式，确定目标音视频会议；对至少一个音视频会议中的终端用户的媒体服务规则进行处理，以将所述至少一个音视频会议中的终端用户的媒体服务渠道转移至所述目标音视频会议。本文不同音视频会议之间的主从关系实现会议的快速合并和拆分，极大简化了终端用户进行会议合并或拆分的操作步骤，提高了会议处理效率，提升了用户体验。

为让本文的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

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

图1示出了本文实施例提供的音视频会议处理系统的拓扑示意图；

图2示出了本文实施例提供的音视频会议处理系统的进一步拓扑示意图；

图3示出了本文实施例提供的音视频会议处理方法的步骤示意图；

图4示出了本文实施例中父子关系会议的示意图；

图5示出了本文另一实施例提供的音视频会议处理方法的步骤示意图；

图6示出了本文实施例提供的音视频会议处理装置的结构示意图；

图7示出了本文实施例提供的计算机设备的结构示意图。

附图符号说明：

10、视频会议终端；

20、服务管理平台；

30、媒体管理平台；

100、属性确定模块；

200、处理方式确定模块；

300、目标确定模块；

400、处理模块；

702、计算机设备；

704、处理器；

706、存储器；

708、驱动机构；

710、输入/输出模块；

712、输入设备；

714、输出设备；

716、呈现设备；

718、图形用户接口；

720、网络接口；

722、通信链路；

724、通信总线。

具体实施方式

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

需要说明的是，本文的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本文的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

现有技术中，在对音视频会议合并时，通常需要用户手动操作，建立一个新会议群组，并将该新会议组的标识信息或链接等告知该两个会议群组中的其他用户，之后由其他用户手动退出原先的会议，加入该新会议群组。该手工操作步骤繁琐，非常容易出错；同时与会者需要先退出再加入，在资源和网络条件紧张的情况下，容易出现退出后无法加入的现象。

为了解决上述问题，本说明书实施例提供一种音视频会议处理系统，所述系统可以提高会议的合并或拆分效率，具体地，如图1和图2所示，所述系统包括视频会议终端10、服务管理平台20和媒体管理平台30，为所述系统的结构示意图，所述视频会议终端、所述服务管理平台和所述媒体管理平台相互通信连接，作为可选地，可以通过有线或无线的方式通信连接。

所述视频会议终端为用户提供会议的视频设备、音频设备等，用户通过该视频会议终端与其余用户进行会议，其中所述视频会议终端可以手机终端、平板电脑、台式终端等能够进行通信及会议的设备，服务管理平台可以实现对视频会议的管理，作为可选地，所述服务管理平台可以为后台服务器，或者云端服务器，具体地，视频会议终端与所述服务管理平台连接，用户可以通过视频会议终端实现对会议的管理，即用户通过对视频会议终端输入相应的管理指令，所述视频会议终端将该管理指令发送至服务管理平台，以实现对视频会议的管理，在一些其他实施例中，所述服务管理平台可以为独立的管理应用，比如独立的操作软件平台或硬件平台，用户通过该服务管理平台实现对会议的管理，进而实现对视频会议终端对应的用户进行会议管理。所述媒体管理平台可以为实施会议处理的平台，作为可选地，可以通过后台的数据流量的拉去渠道进行改变，以实现会议的无感变更，提高了用户体验。

示例性地，在会议前或者会议中，会议管理者(或者会议中的有权限的终端用户)通过视频会议终端或者管理平台创建需要合并在一起的会议信息，即父会议信息，如果此时待合并的会议已经创建好，即子会议已经创建，则可以填写要合并的多个子会议号；或者在创建子会议时，填写需要并入的父会议号。如果在会议开始前管理员发出会议合并的指令，则媒体管理平台在与会者登录时直接转移至到父会议室中；如果开会的过程中需要进行会议合并时，会议管理者发出合并信令，媒体管理平台中的信令服务器收到会议合并指令，获取当前子会议号媒体服务信息和和父会议号的媒体服务信息，通知媒体管理平台中的媒体调度服务器将子会议号的媒体服务整体迁移到父会议号的媒体服务，然后信令服务器通知视频终端从新的媒体服务器获取视频流或演示流；在会议合并召开期间，后续新入子会议号的用户，媒体调度服务器可以直接将其转移到父会议号处理的媒体服务器。当合并会议取消后，媒体调度服务器将查找其子会议号，将按照入会时的子会议号，将各成员整体转移至子会议号的媒体服务器，实现合并会议后的会议拆分；当合并会议结束时，可以释放所有资源，包括子会议号相关资源。

在上述提供的音视频会议处理系统的基础上，本文实施例提供了一种音视频会议处理方法，能够提高音视频会议处理的效率。图3是本文实施例提供的一种音视频会议处理方法的步骤示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。具体的如图3所示，所述方法可以包括：

S201：获取多个音视频会议的属性信息，所述属性信息至少包括不同音视频会议之间的主从关系；

S202：响应用户的操作，确定对至少一个音视频会议的处理方式，所述处理方式包括对至少一个音视频会议进行合并或拆分；

S203：根据所述属性信息和对至少一个音视频会议的处理方式，确定目标音视频会议；

S204：对至少一个音视频会议中的终端用户的媒体服务规则进行处理，以将所述至少一个音视频会议中的终端用户的媒体服务渠道转移至所述目标音视频会议。

可以理解为，本说明书实施例通过确定不同音视频会议之间的主从关系，在需要进行会议合并或拆分时，通过主从关系确定目标音视频会议，最后将终端用户的拉流渠道更换到目标音视频会议，从而简化了会议合并或拆分的步骤，提升了用户体验，同时通过对会议后台拉流渠道的变更，在用户端处于无感的变更，减少了由于网络和资源变化而引起的视频卡顿和断流现象。

可以理解为，所述主从关系可以为在会议创建时不同会议之间的被定义关系如图4所示为会议主从关系(或者父子关系)的一种示意图，比如会议A均与会议B和会议C存在主从关系，这样会议A为主会议(即父会议)，会议B和会议C均为从会议(即子会议)，主从关系可以进一步表示为：主会议中终端用户为其所有从会议的终端用户集合，即会议A中的全部用户为会议B和会议C中的全部用户的集合，进一步地，主会议可以是动态变化的，即主会议中终端用户及其数量也是可以动态变化的，比如会议管理者可以实时创建新的从会议，以增加主会议对应的从会议，也可以实时删除已经创建的从会议，以减少主会议对应的从会议，从而提高了主会议和从会议的调节的便捷性。

在本说明书其他实施例中，所述属性信息还可以表示除主从关系之外的其他信息，比如还可以表示不同音视频会议的主题信息、演示信息以及发言人信息等，这样可以在音视频会议处理时保存其当前的属性信息，进而在恢复该音视频会议时，能够及时复原保存的信息，保证了会议的连贯性，提高了用户的体验。

在本说明书一些实施例中，所述获取多个音视频会议的属性信息，包括：

获取多个音视频会议的标识信息，所述标识信息为所述音视频会议创建时被标注的信息；

根据所述标识信息，确定不同音视频会议之间的主从关系。

可以理解为，所述标识信息可以为音视频会议的会议号，通过会议号即可确定会议之间的主从关系，进一步地，可以按照预设的规则设置会议号，通过不同会议号之间的号码关系确定其中的主从关系，比如主会议号命名时可以为A001，其对应的从会议号命名时可以为A001-001，这样可以及时确定会议号为A001的主会议对应的从会议，或者会议号为A001-001为从会议对应的主会议。会议号的命名规则也可以为其他的方式，在本说明书实施例不做限定。

在本说明书一些实施例中，所述响应用户的操作，确定对至少一个音视频会议的处理方式，包括：

根据用户的会议登录信息，确定用户的处理权限；

当所述用户的处理权限满足指定条件时，生成音视频会议处理界面；

响应用户针对所述音视频会议处理界面的操作，确定对至少一个音视频会议的处理方式。

可以理解为，所述会议登录信息可以为用户的登录名，或登录账号信息，通过该会议登录信息即可以确定用户的处理权限，比如可以设置多个处理权限等级，等级越高，处理权限越大，能对会议的处理范围越大，示例性地，通过用户的会议登录信息可以获得用户在企业或会议平台中的职级，职级对应其在会议平台或企业中的位置，越高的职级对应的处理权限越高，相应地，不同的处理权限会对应不同的处理音视频会议处理界面，而处理权限较高的用户(比如会议管理者或创建者，抑或是高级别的管理者)才可以进行会议的合并或拆分操作，这样可以保证会议处理的合理性，避免会议被随意处理，提高会议处理的针对性。

在本说明书进一步实施例中，所述根据用户的会议登录信息，确定用户的处理权限，包括：

根据用户的会议登录信息，确定用户的会议等级；

根据所述用户的会议等级，确定用户的处理权限，其中所述处理权限与所述会议等级相对应。

示例性地，用户的会议等级可以有三个，分别为第一级、第二级和第三级，其对应的处理权限依次增加，作为可选地，第一级权限只可以进入会议，第二级权限具有进入会议、邀请其他人进入会议等权限，第三级权限具有进入会议、邀请其他人进入会议、以及拆分或合并会议等权限，通过用户的会议登录信息可以确定用户的职级，职级可以有多个级别，比如1-10这个十个级别，其中1-3级对应第一级处理权限，4-7级对应第二级处理权限，8-10级对应第三级处理权限，这样就可以根据用户的会议登录信息快速确定该用户的会议处理权限，进而生成相应的音视频处理界面，从而快速确定对会议的处理方式。

在本说明书进一步实施例中，所述根据所述属性信息和对至少一个音视频会议的处理方式，确定目标音视频会议，包括：

根据所述属性消息，在所述音视频会议处理界面上显示所述至少一个音视频会议的关联会议的标识信息，所述关联会议为所述至少一个音视频会议的主音视频会议和/或从音视频会议；

响应用户针对所述关联会议的标识信息的选择，确定目标音视频会议。

可以理解为，在音视频会议处理界面会根据用户的处理权限显示不同的内容，当用户的处理权限满足指定条件时，才会显示可以进行拆分或合并的其他会议的标识信息(比如会议号)，通过获取用户选择的标识信息进而确定目标音视频会议。进一步地，不同的会议号还可以进一步显示其中包括的终端用户，这样用户在选择没有标音视频会议中，还可以进一步选择其中的终端用户，即可以选择其中的部分终端用户进入到最终确定的目标音视频会议，从而提高了音视频会议处理的便捷性和适应性。

在本说明书一些其他实施例中，所述根据所述属性信息和对至少一个音视频会议的处理方式，确定目标音视频会议还包括：

当所述处理方式为合并时，根据所述属性信息，确定所述至少一个音视频会议对应的父音视频会议，所述父音视频会议确定为目标音视频会议；或

当所述处理方式为拆分时，根据所述属性信息，确定所述至少一个音视频会议对应的多个从音视频会议，所述多个从音视频会议确定为目标音视频会议。

其中根据不同的处理方式，可以确定不同的目标音视频会议，在会议合并时，可以确定出一个目标音视频会议，即父会议为目标音视频会议；在会议拆分时，可以确定出多个目标音视频会议，即每个从会议均为目标音视频会议。

在确定出目标音视频会议后，即可通过后台流量渠道的切换，即可快速实现用户端不同会议拉流渠道的改变，实现了用户的无感切换，作为可选地，所述对至少一个音视频会议中的终端用户的媒体服务规则进行处理，以将所述至少一个音视频会议中的终端用户的媒体服务渠道转移至所述目标音视频会议，包括：

获取所述目标音视频会议对应的媒体服务器地址；

将所述至少一个音视频会议中的终端用户的拉流地址更新为所述媒体服务器地址，以使所述终端用户从所述目标音视频会议获取流量数据。

可以理解为，不同的音视频会议有相应的媒体服务器，即推流服务器，会议中的发言人或演示文稿形成的数据流发送至该媒体服务器，视频会议终端(即终端用户)通过该媒体服务器的地址即可从中获取相应的数据流，进而在视频会议终端展示或播放相应的演示流或视频流。因此本说明书实施例通过在后台直接调整需要变更的音视频会议中的终端用户的拉流地址，即可快速无感的实现终端用户在不同会议之间实现切换，从而提高了用户视频会议切换的效率及体验。

进一步地，所述将所述至少一个音视频会议中的终端用户的拉流地址更新为所述媒体服务器地址，以使所述终端用户从所述目标音视频会议获取流量数据，包括：

当目标音视频会议为主音视频会议时，则将全部终端用户的拉流地址更新为所述主音视频会议对应的媒体服务地址；

当目标音视频会议为从音视频会议时，则确定每个从音视频会议对应的终端用户集合及媒体服务地址，将每个从音视频会议对应的终端用户集合中终端用户的拉流地址更新为该从音视频会议对应的媒体服务地址。

示例性地，当目标音视频会议为主音视频会议时，比如目标音视频会议为a，其对应的从音视频会议为b和c，会议b中包括5个终端用户，会议c中包括6个终端用户，在会议合并之前，会议b中的5个终端用户是通过会议b对应的媒体服务器拉取音视频流量，进而在终端进行会议，会议c中的6个终端用户是通过会议c对应的媒体服务器拉去音视频流量，进而在终端进行会议。而在合并之后，会议b中的5个终端用户和会议c中的6和终端用户，总共11个终端用户的拉流地址均调整到会议a对应的媒体服务器，这样可以在会议b和会议c中终端用户不需要操作的情况下，自动的切换到会议a(即合并后的会议)中，从而实现了会议的快速无感的切换，提高了会议管理的效率。

在本说明书一些其他实施例中，在步骤S204之前还可以包括：

获取音视频会议的处理启动条件；

当达到所述处理启动条件，则完成对至少一个音视频会议中的终端用户的媒体服务渠道的转移。

可以理解为，可以设置处理启动条件，可以提前设置处理方式，在满足该处理启动条件时，自动进行会议的合并或拆分，提高音视频会议处理的适应能力。作为可选地，所述处理启动条件可以为基于时间的启动、基于事件的启动等。

其中，所述基于时间的启动，可以设置一定的时间长度或时间点，比如在小组讨论的场景下，通过设置从会议的时间长度，这样当从会议持续时间达到该时间长度，就自动进行合并，从而实现了对小组讨论时间的精确控制，保证了后续流程。当然还可以按照时间点，比如固定的时间进行会议合并或拆分，达到了类似“定时闹钟”的效果。

另外，基于事件的启动，则可以根据会议发言人发言的顺利或特定的发言人发言结束进行会议的自动切换，同样以小组讨论为例，以每个从会议中每个成员依次发言，当最后一个发言人发言结束后，则自动进行会议的合并，这样也可以提高会议处理的效率。或者是，当某个指定的发言人发言结束后，也可以自动启动会议处理的流程，具体得设置方式在本说明书实施例不做限定。

在本说明书一个实施例中，还提供一种音视频会议处理方法，如图5所示，所述方法包括：，会议管理员创建父会议号，各个子会议创建时填写要合并的父会议号。子会议召开完毕后，有人工(由管理员)点击一键合并会议，也可以设置合并条件：如由时间触发，或者子会议主持人结束子会议时自动触发。触发会议合并后，信令服务器向媒体调度服务器发出会议合并指令，媒体调度服务器查找各个子会议的媒体服务器，向其发送转移指令，各子会议的媒体服务器收到转移指令后，将自己的媒体服务转移到父媒体的媒体服务器，转移成功后，返回媒体调度服务器成功消息，媒体服务器返回信令服务器成功消息。信令服务器给子会议各终端发送重新获取流指令，各个终端向新的媒体服务器获取流数据。

另外一种实现实例，集团或者公司的会议管理员在创建父会议时，如子会议号已经存在，可以在父会议号下面添加多个子会议号，其会议合并过程相同。父子会议号合并的时候可以设置合并密码，保证会议的隐私性和安全。

本说明书实施例通过建立父子会议号，建立要合并的子会议和合并到在一起的父会议号的关系。通过媒体服务转移处理，整体将子会议媒体处理转移到新的媒体服务器，从而实现会议媒体处理合并。

在上述提供得一种音视频处理方法的基础上，本说明书实施例还提供一种音视频会议处理装置，如图6所示，所述装置包括：

属性确定模块100，用于获取多个音视频会议的属性信息，所述属性信息至少包括不同音视频会议之间的主从关系；

处理方式确定模块200，用于响应用户的操作，确定对至少一个音视频会议的处理方式，所述处理方式包括对至少一个音视频会议进行合并或拆分；

目标确定模块300，用于根据所述属性信息和对至少一个音视频会议的处理方式，确定目标音视频会议；

处理模块400，用于对至少一个音视频会议中的终端用户的媒体服务规则进行处理，以将所述至少一个音视频会议中的终端用户的媒体服务渠道转移至所述目标音视频会议。

上述提供的装置所取得的效果和上述提供的方法所取得的有效效果一致，本说明书实施例不做赘述。

如图7所示，为本文实施例提供的一种计算机设备，本文中的装置可以为本实施例中的计算机设备，执行上述本文的方法，所述计算机设备702可以包括一个或多个处理器704，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备702还可以包括任何存储器706，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器706可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备702的固定或可移除部件。在一种情况下，当处理器704执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备702可以执行相关联指令的任一操作。计算机设备702还包括用于与任何存储器交互的一个或多个驱动机构708，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备702还可以包括输入/输出模块710(I/O)，其用于接收各种输入(经由输入设备712)和用于提供各种输出(经由输出设备714))。一个具体输出机构可以包括呈现设备716和相关联的图形用户接口(GUI)718。在其他实施例中，还可以不包括输入/输出模块710(I/O)、输入设备712以及输出设备714，仅作为网络中的一台计算机设备。计算机设备702还可以包括一个或多个网络接口720，其用于经由一个或多个通信链路722与其他设备交换数据。一个或多个通信总线724将上文所描述的部件耦合在一起。

通信链路722可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路722可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图3中的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图3所示的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。

Claims (10)

1.一种音视频会议处理方法，其特征在于，所述方法包括：

获取多个音视频会议的属性信息，所述属性信息至少包括不同音视频会议之间的主从关系；

响应用户的操作，确定对至少一个音视频会议的处理方式，所述处理方式包括对至少一个音视频会议进行合并或拆分；

根据所述属性信息和对至少一个音视频会议的处理方式，确定目标音视频会议；

对至少一个音视频会议中的终端用户的媒体服务规则进行处理，以将所述至少一个音视频会议中的终端用户的媒体服务渠道转移至所述目标音视频会议。

2.根据权利要求1所述的方法，其特征在于，所述获取多个音视频会议的属性信息，包括：

获取多个音视频会议的标识信息，所述标识信息为所述音视频会议创建时被标注的信息；

根据所述标识信息，确定不同音视频会议之间的主从关系。

3.根据权利要求1所述的方法，其特征在于，所述响应用户的操作，确定对至少一个音视频会议的处理方式，包括：

根据用户的会议登录信息，确定用户的处理权限；

当所述用户的处理权限满足指定条件时，生成音视频会议处理界面；

响应用户针对所述音视频会议处理界面的操作，确定对至少一个音视频会议的处理方式。

4.根据权利要求3所述的方法，其特征在于，所述根据用户的会议登录信息，确定用户的处理权限，包括：

根据用户的会议登录信息，确定用户的会议等级；

根据所述用户的会议等级，确定用户的处理权限，其中所述处理权限与所述会议等级相对应。

5.根据权利要求3所述的方法，其特征在于，所述根据所述属性信息和对至少一个音视频会议的处理方式，确定目标音视频会议，包括：

根据所述属性消息，在所述音视频会议处理界面上显示所述至少一个音视频会议的关联会议的标识信息，所述关联会议为所述至少一个音视频会议的主音视频会议和/或从音视频会议；

响应用户针对所述关联会议的标识信息的选择，确定目标音视频会议。

6.根据权利要求1所述的方法，其特征在于，所述根据所述属性信息和对至少一个音视频会议的处理方式，确定目标音视频会议还包括：

当所述处理方式为合并时，根据所述属性信息，确定所述至少一个音视频会议对应的父音视频会议，所述父音视频会议确定为目标音视频会议；或

当所述处理方式为拆分时，根据所述属性信息，确定所述至少一个音视频会议对应的多个从音视频会议，所述多个从音视频会议确定为目标音视频会议。

7.根据权利要求1所述的方法，其特征在于，所述对至少一个音视频会议中的终端用户的媒体服务规则进行处理，以将所述至少一个音视频会议中的终端用户的媒体服务渠道转移至所述目标音视频会议，包括：

获取所述目标音视频会议对应的媒体服务器地址；

将所述至少一个音视频会议中的终端用户的拉流地址更新为所述媒体服务器地址，以使所述终端用户从所述目标音视频会议获取流量数据。

8.根据权利要求1所述的方法，其特征在于，所述将所述至少一个音视频会议中的终端用户的拉流地址更新为所述媒体服务器地址，以使所述终端用户从所述目标音视频会议获取流量数据，包括：

当目标音视频会议为主音视频会议时，则将全部终端用户的拉流地址更新为所述主音视频会议对应的媒体服务地址；

当目标音视频会议为从音视频会议时，则确定每个从音视频会议对应的终端用户集合及媒体服务地址，将每个从音视频会议对应的终端用户集合中终端用户的拉流地址更新为该从音视频会议对应的媒体服务地址。

9.一种音视频会议处理装置，其特征在于，所述装置包括：

属性确定模块，用于获取多个音视频会议的属性信息，所述属性信息至少包括不同音视频会议之间的主从关系；

处理方式确定模块，用于响应用户的操作，确定对至少一个音视频会议的处理方式，所述处理方式包括对至少一个音视频会议进行合并或拆分；

目标确定模块，用于根据所述属性信息和对至少一个音视频会议的处理方式，确定目标音视频会议；

处理模块，用于对至少一个音视频会议中的终端用户的媒体服务规则进行处理，以将所述至少一个音视频会议中的终端用户的媒体服务渠道转移至所述目标音视频会议。

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至8任一项所述的方法。

Images