CN106534763A - 一种视频会议的控制方法及装置 - Google Patents

Abstract

本申请公开了一种视频会议的控制方法及装置，方法包括：获取组会请求，所述组会请求至少包括：请求会议场地、请求会议时间及请求参会人员；基于预先获取的视频会议资源的资源状态信息，判断在所述请求会议时间所述请求会议场地是否被占用及所述请求参会人员是否处于视频会议状态；如果在所述请求会议时间所述请求会议场地没有被占用且所述请求参会人员没有处于视频会议状态，将所述请求会议场地、请求会议时间及请求参会人员发送给视频会议管理系统，由所述视频会议管理系统基于所述请求会议场地、请求会议时间及请求参会人员建立视频会议。

Description

一种视频会议的控制方法及装置

技术领域

本申请涉及视频会议控制技术领域，特别涉及一种视频会议的控制方法及装置。

背景技术

现有的视频会议管理系统中，厂商自带的组会控会系统的操作较为复杂，非技术人员难于理解。而对于没有技术人员的公司，对于视频会议中的技术参数、术语及终端设置等信息往往不是很理解，造成组会困难，虽然厂商提供了操作手册，但用户操作起来仍然非常不方便，造成用户无法自主简便的预约召开会议，往往需要专业的技术人员以及大量沟通协调工作才能人工完成，组会效率较低。

发明内容

有鉴于此，本申请的目的在于提供一种视频会议的控制方法及装置，用以解决现有技术中视频会议的组会效率较低的技术问题。

本申请提供了一种视频会议的控制方法，包括：

获取组会请求，所述组会请求至少包括：请求会议场地、请求会议时间及请求参会人员；

基于预先获取的视频会议资源的资源状态信息，判断在所述请求会议时间所述请求会议场地是否被占用及所述请求参会人员是否处于视频会议状态；

如果在所述请求会议时间所述请求会议场地没有被占用且所述请求参会人员没有处于视频会议状态，将所述请求会议场地、请求会议时间及请求参会人员发送给视频会议管理系统，由所述视频会议管理系统基于所述请求会议场地、请求会议时间及请求参会人员建立视频会议。

上述方法，优选的，预先获取视频会议资源的资源状态信息，包括：

获得视频会议管理系统中硬件设备的设备信息；

获得视频会议管理系统中会议场地的场地信息；

获得参会人员的用户信息。

上述方法，优选的，所述获取组会请求，包括：

接收用户的第一输入操作；

响应于所述第一输入操作，获取预先设置的会议模板，所述会议模板中包括：请求会议场地、请求会议时间及请求参会人员；

基于所述会议模板，生成组会请求。

上述方法，优选的，所述获取组会请求，包括：

接收用户的第二输入操作；

根据所述第二输入操作，获得用户输入的请求会议场地、请求会议时间及请求参会人员；

基于所述请求会议场地、请求会议时间及请求参会人员，生成组会请求。

上述方法，优选的，如果在所述请求会议时间所述请求会议场地被占用或所述请求参会人员已进入视频会议状态，所述方法还包括：

生成提示信息，所述提示信息用于提示会议场地和/或参会人员存在会议冲突。

上述方法，优选的，还包括：

在所述视频会议的过程中，接收用户的第三输入操作；

基于所述第三输入操作，生成控制指令，所述控制指令用于实现相应功能；

将所述控制指令发送给所述视频会议管理系统，由所述视频会议管理系统基于所述控制指令执行相应操作。

本申请还提供了一种视频会议的组会控制装置，包括：

请求获取单元，用于获取组会请求，所述组会请求中至少包括：请求会议场地、请求会议时间及请求参会人员；

冲突判断单元，用于基于预先获取的视频会议资源的资源状态信息，判断在所述请求会议时间所述请求会议场地是否被占用及所述请求参会人员是否处于视频会议状态，如果在所述请求会议时间所述请求会议场地没有被占用且所述请求参会人员没有处于视频会议状态，触发组会触发单元；

组会触发单元，用于将所述请求会议场地、请求会议时间及请求参会人员发送给视频会议管理系统，由所述视频会议管理系统基于所述请求会议场地、请求会议时间及请求参会人员建立视频会议。

上述装置，优选的，还包括：

信息获取单元，用于预先获取视频会议资源的资源状态信息，具体为：获得视频会议管理系统中硬件设备的设备信息、获得视频会议管理系统中会议场地的场地信息，并获得参会人员的用户信息。

上述装置，优选的，所述请求获取单元具体用于：

接收用户的第一输入操作，响应于所述第一输入操作，获取预先设置的会议模板，所述会议模板中包括：请求会议场地、请求会议时间及请求参会人员，基于所述会议模板，生成组会请求。

上述装置，优选的，所述请求获取单元具体用于：

接收用户的第二输入操作，根据所述第二输入操作，获得用户输入的请求会议场地、请求会议时间及请求参会人员，基于所述请求会议场地、请求会议时间及请求参会人员，生成组会请求。

上述装置，优选的，还包括：

信息生成单元，用于在所述冲突判断单元判断出在所述请求会议时间所述请求会议场地被占用或所述请求参会人员处于视频会议状态时，生成提示信息，所述提示信息用于提示会议场地和/或参会人员存在会议冲突。

上述装置，优选的，还包括：

会议控制单元，用于在所述视频会议的过程中，接收用户的第三输入操作，基于所述第三输入操作，生成控制指令，所述控制指令用于实现相应功能，将所述控制指令发送给所述视频会议管理系统，由所述视频会议管理系统基于所述控制指令执行相应操作。

由上述方案可知，本申请提供的一种视频会议的控制方法及装置在组会的过程中，将用户与厂商的视频会议管理系统隔离开来，不需要用户掌握视频会议管理系统的操作方法，而是只需要用户输入所请求的会议场地、会议时间及参会人员等会议信息，从而避免用户对厂商的视频会议管理系统的直接操作，之后通过进行会议冲突判断，来避免组会后无法正常进行的情况，由此，本申请中能够在保证组会可靠性的前提下，明显降低用户操作的复杂度，提高组会效率。

附图说明

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

图1为本申请实施例一提供的一种视频会议的控制方法的流程图；

图2为本申请中视频会议管理系统的结构示意图；

图3及图4分别为本申请实施例一的部分流程图；

图5为本申请实施例二提供的一种视频会议的控制方法的流程图；

图6为本申请实施例三提供的一种视频会议的控制方法的流程图；

图7为本申请实施例四提供的一种视频会议的控制装置的结构示意图；

图8及图9分别为本申请实施例四的另一结构示意图；

图10为本申请实施例五提供的一种视频会议的控制装置的结构示意图；

图11为本申请实施例六提供的一种视频会议的控制装置的结构示意图；

图12、图13、图14及图15分别为本申请实施例的应用示例图。

具体实施方式

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

参考图1，为本申请实施例一提供的一种视频会议的控制方法的实现流程图，适用于非专业用户组建视频会议及控制视频会议的应用中，可以运行在具有操作系统的终端设备上，如具有Android系统或其他系统的手机、pad或电脑等。

具体的，本实施例中可以包括以下步骤：

步骤101：获取组会请求。

其中，所述组会请求由用户操作触发生成，可以由用户即时输入或者通过会议模板预先输入，这一请求中至少包括有用户所需要请求组建的会议场地，如公司会议室或者场馆等，还包括用户所需要请求组建的会议的会议时间，如28号下午2点到4点等，还包括：用户所需要请求组建的会议的参会人员，如张三、李四及赵五等。

需要说明的是，这里的参会人员不单指某个人，也可以指某个参会单位。

除此之外，该组会请求中还可以包括有：会议名称、会议级别、会议模式如宣导主席模式或轮询模式以及会议的模板信息等。

步骤102：基于预先获取的视频会议资源的资源状态信息，判断在请求会议时间请求会议场地是否被占用及请求参会人员是否处于视频会议状态，如果是，执行步骤103。

其中，视频会议资源是指：视频会议管理系统中的硬件设备、会议场地及参会人员等资源，其中的硬件设备是指视频会议管理系统中的MCU(Multi-point ControlUnit，视频会议多点控制单元)、各个视频终端等设备。如图2中所示，以某厂商的视频会议管理系统为例，视频会议管理系统中包括SMC(Service Management Center，视频会议服务管理中心)、与SMC相连接的MCU以及各个MCU连接的视频终端，这些形成视频会议网络。

相应的，预先获取视频会议资源的资源状态信息可以通过以下方式实现：

获取视频会议管理系统中硬件设备的设备信息，如在本实施例中注册或等级的SMC、MCU及视频终端的相关信息，这些设备信息至少包括：视频终端的终端标识、终端速率、MCU到视频中的呼叫方式及终端是否在线等；

获取视频会议管理系统中会议场地的场地信息，如公司会议室、会议场馆或者其他会议场地的信息，至少包括：会议场地的位置信息、会议场地的容量信息、会议场地的属性信息、会议场地的优先级信息及会议场地在哪些时间段被哪些会议占用等信息；

获取参会人员的用户信息，这里的参会人员是指注册或登记到本实施例中有可能会被召集参加某个会议的人员，这里的用户信息至少包括有：用户所属地点、用户名称、用户联系方式、用户使用的视频终端及用户在哪些时间段去参加哪些会议等信息。

以上这些资源状态信息的初始状态可以由用户手动输入，也可以通过识别接口实现信息采集。

具体的，本实施例中判断在请求会议时间请求会议场地是否被占用和/或请求参会人员是否处于视频会议状态，也就是在判断当前的组会请求是否有会议冲突，即：判断用户所请求组建会议的会议场地是否在请求会议时间被占用，如中心会议室在下午2点到5点之间被已经组建的会议占用等，以及，判断用户所请求组建会议的会议时间中所请求的参会人员是否已经处于视频会议状态，如参会人员在请求会议时间中在参加其他的会议等，如果用户所请求组建会议的会议场地在请求会议时间被占用或者用户所请求组建会议的会议时间中所请求的参会人员已经处于视频会议状态，那么说明当前所需要组建的会议与已经组建的视频会议相冲突。

步骤103：将请求会议场地、请求会议时间及请求参会人员发给视频会议管理系统。

其中，视频会议管理系统可以理解为厂商提供的专业性较强的视频会议管理系统，本实施例中将组会请求中的请求会议场地、请求会议时间及请求参会人员发给视频会议管理系统，由视频会议管理系统中的SMC(ServiceManagement Center，视频会议服务管理中心)或MCU基于这些信息来组建会议。

具体的，视频会议管理系统中的SMC根据参会人员，确定相应的视频终端，将请求会议场地及请求会议时间广播给这些视频终端的MCU，由这些MCU控制视频终端在在请求会议时间保持在线状态并接入请求会议场地。

由上述方案可知，本申请实施例一提供的一种视频会议的控制方法在组会的过程中，将用户与厂商的视频会议管理系统隔离开来，不需要用户掌握视频会议管理系统的操作方法，而是只需要用户输入所请求的会议场地、会议时间及参会人员等会议信息，从而避免用户对厂商的视频会议管理系统的直接操作，之后通过进行会议冲突判断，来避免组会后无法正常进行的情况，由此，本申请中通过将会议资源的协调放在了视频会议管理系统之外，屏蔽专业技术参数的设置，能够在保证组会可靠性的前提下，降低组会用户的技术要求，明显降低用户操作的复杂度，规避了会议资源申请冲突、组会参数不正确导致的组会失败、组会操作复杂导致效果不好的情况，进而提高组会效率，并且，通过将会议资源的协调放在了视频会议管理系统之外，屏蔽各个厂商的资源分配逻辑，由此实现多厂商的MCU可融合的可能。

同时，本申请实施例中将组会用户与视频会议管理系统之间隔离，使得用户可以屏蔽掉不同厂商的硬件，对各家厂商的终端等硬件进行控制，大大提高了系统的可扩展性，自主的组会规则也使得组会的灵活性大大加强。

在一种实现中，本实施例在获取组会请求时可以通过以下方式实现，如图3中所示：

步骤301：接收用户的第一输入操作。

步骤302：响应于第一输入操作，获取预先设置的会议模板。

步骤303：基于会议模板，生成组会请求。

其中，第一输入操作是指，用户触发使用会议模板的操作，如点击或输入会议模板的序号等。

而预先设置会议模板可以通过以下方式实现：

首先，可以采用配置选择的方式通过会议模板预设的方式录入会议信息，如预约会议的三大要素：选择会议时间，选择会议场地，选择参会人员等，之后，将录入的信息进行保存即可完成会议模板的预设。

由此，组会用户在选择会议模板之后，本实施例中生成组会请求，才能在组会不冲突时，由视频会议管理系统基于组会请求中的三大要素组建视频会议，由此，用户不需要每次组会时都要做一次组会三要素的输入操作，只需要选择会议模板就可以实现，进一步节省用户操作，提高组会效率。

在一种实现中，本实施例在获取组会请求时可以通过以下方式实现，如图4所示：

步骤401：接收用户的第二输入操作。

步骤402：根据第二输入操作，获取用户输入的请求会议场地、请求会议时间及请求会议时间。

步骤403：基于所述请求会议场地、请求会议时间及请求会议人员，生成组会请求。

其中，第二输入操作是指，用户输入组会信息的操作，如输入请求会议场地如第一会议室、请求会议时间如下午2点到5点及请求会议人员如张三和李四的操作。

由此，本实施例中可以由组会用户灵活选择会议的三大要素，贴近用户需求，改善用户体验。

参考图5，为本申请实施例二提供的一种视频会议的控制方法的实现流程图，在所述步骤102中判断出在所述请求会议时间所述请求会议场地被占用或所述请求参会人员已进入视频会议状态时，所述方法还包括：

步骤104：生成提示信息，所述提示信息用于提示会议场地和/或参会人员存在会议冲突，进而提示用户更改组会请求，重新选择。

需要说明的是，在视频会议进行过程中，本实施例也可以将用户的输入操作转换成厂商的视频会议管理系统能够识别的指令，进而使得视频会议管理系统基于指令进行会议控制，如切换视频画面及控制各分会场的视频终端的麦克风等。如图6中所示，为本申请实施例三提供的一种视频会议的控制方法的流程图，在步骤103之后，所述方法还可以包括以下步骤：

步骤105：在所述视频会议的过程中，接收用户的第三输入操作。

其中，第三输入操作可以为：用户切换视频画面的操作或者开启或关闭视频终端的麦克风等操作。

步骤106：基于所述第三输入操作，生成控制指令，所述控制指令用于实现相应功能。

步骤107：将所述控制指令发送给所述视频会议管理系统，由所述视频会议管理系统基于所述控制指令执行相应操作。

例如，组会用户在主会场组建视频会议并在视频会议进行过程中，组会用户可以进行输入操作，如点击切换视频画面的操作、关闭分会场视频终端麦克风或者打开分会场视频终端麦克风的操作等，之后，生成控制指令并发送给视频会议管理系统，由视频会议管理系统基于控制指令做出相应的操作，如切换所有视频终端的画面为特定的视频画面、打开分会场视频终端的麦克风等操作。

参考图7，为本申请实施例四提供的一种视频会议的控制装置的结构示意图，适用于非专业用户组建视频会议及控制视频会议的应用中，可以运行在具有操作系统的终端设备上，如具有Android系统或其他系统的手机、pad或电脑等。

具体的，本实施例中可以包括以下结构：

请求获取单元701，用于获取组会请求。

其中，所述组会请求由用户操作触发生成，可以由用户即时输入或者通过会议模板预先输入，这一请求中至少包括有用户所需要请求组建的会议场地，如公司会议室或者场馆等，还包括用户所需要请求组建的会议的会议时间，如28号下午2点到4点等，还包括：用户所需要请求组建的会议的参会人员，如张三、李四及赵五等。

需要说明的是，这里的参会人员不单指某个人，也可以指某个参会单位。

除此之外，该组会请求中还可以包括有：会议名称、会议级别、会议模式如宣导主席模式或轮询模式以及会议的模板信息等。

具体的，本实施例中，请求获取单元701在获取组会请求时，可以通过以下方式实现：

接收用户的第一输入操作，响应于第一输入操作，获取预先设置的会议模板，并基于会议模板，生成组会请求。

其中，第一输入操作是指，用户触发使用会议模板的操作，如点击或输入会议模板的序号等。

或者，请求获取单元701在获取组会请求时，也可以通过以下方式实现：

接收用户的第二输入操作，根据第二输入操作，获取用户输入的请求会议场地、请求会议时间及请求会议时间，并基于所述请求会议场地、请求会议时间及请求会议人员，生成组会请求。

其中，第二输入操作是指，用户输入组会信息的操作，如输入请求会议场地如第一会议室、请求会议时间如下午2点到5点及请求会议人员如张三和李四的操作。由此，本实施例中可以由组会用户灵活选择会议的三大要素，贴近用户需求，改善用户体验。

冲突判断单元702，用于基于预先获取的视频会议资源的资源状态信息，判断在所述请求会议时间所述请求会议场地是否被占用及所述请求参会人员是否处于视频会议状态，如果在所述请求会议时间所述请求会议场地没有被占用且所述请求参会人员没有处于视频会议状态，触发组会触发单元703；

其中，视频会议资源是指：视频会议管理系统中的硬件设备、会议场地及参会人员等资源，其中的硬件设备是指视频会议管理系统中的MCU(Multi-point Control Unit，视频会议多点控制单元)、各个视频终端等设备。如图2中所示，以某厂商的视频会议管理系统为例，视频会议管理系统中包括SMC(Service Management Center，视频会议服务管理中心)、与SMC相连接的MCU以及各个MCU连接的视频终端，这些形成视频会议网络。

具体的，本实施例中判断在请求会议时间请求会议场地是否被占用和/或请求参会人员是否处于视频会议状态，是指：判断用户所请求组建会议的会议场地是否在请求会议时间被占用，如中心会议室在下午2点到5点之间被已经组建的会议占用等，以及，判断用户所请求组建会议的会议时间中所请求的参会人员是否已经处于视频会议状态，如参会人员在请求会议时间中在参加其他的会议等，如果用户所请求组建会议的会议场地在请求会议时间被占用或者用户所请求组建会议的会议时间中所请求的参会人员已经处于视频会议状态，那么说明当前所需要组建的会议与已经组建的视频会议相冲突。

组会触发单元703，用于将所述请求会议场地、请求会议时间及请求参会人员发送给视频会议管理系统，由所述视频会议管理系统基于所述请求会议场地、请求会议时间及请求参会人员建立视频会议。

其中，视频会议管理系统可以理解为厂商提供的专业性较强的视频会议管理系统，本实施例中将组会请求中的请求会议场地、请求会议时间及请求参会人员发给视频会议管理系统，由视频会议管理系统中的SMC(Service Management Center，视频会议服务管理中心)或MCU基于这些信息来组建会议。

具体的，视频会议管理系统中的SMC根据参会人员，确定相应的视频终端，将请求会议场地及请求会议时间广播给这些视频终端的MCU，由这些MCU控制视频终端在在请求会议时间保持在线状态并接入请求会议场地。

由上述方案可知，本申请实施例四提供的一种视频会议的控制装置在组会的过程中，将用户与厂商的视频会议管理系统隔离开来，不需要用户掌握视频会议管理系统的操作方法，而是只需要用户输入所请求的会议场地、会议时间及参会人员等会议信息，从而避免用户对厂商的视频会议管理系统的直接操作，之后通过进行会议冲突判断，来避免组会后无法正常进行的情况，由此，本申请中能够在保证组会可靠性的前提下，明显降低用户操作的复杂度，提高组会效率。

基于以上方案，如图8中所示，本实施例中还可以包括：模板预设单元704，用以预先设置会议模板，具体可以通过以下方式实现：

首先，可以采用配置选择的方式通过会议模板预设的方式录入会议信息，如预约会议的三大要素：选择会议时间，选择会议场地，选择参会人员等，之后，将录入的信息进行保存即可完成会议模板的预设。

由此，组会用户在选择会议模板之后，本实施例中生成组会请求，才能在组会不冲突时，由视频会议管理系统基于组会请求中的三大要素组建视频会议，进而，用户不需要每次组会时都要做一次组会三要素的输入操作，只需要选择会议模板就可以实现，进一步节省用户操作，提高组会效率。

在一种实现中，如图9中所示，本实施例中还可以包括以下结构：

信息获取单元705，用于预先获取视频会议资源的资源状态信息，具体可以通过以下方式实现：

获取视频会议管理系统中硬件设备的设备信息，如在本实施例中注册或等级的SMC、MCU及视频终端的相关信息，这些设备信息至少包括：视频终端的终端标识、终端速率、MCU到视频中的呼叫方式及终端是否在线等；

获取视频会议管理系统中会议场地的场地信息，如公司会议室、会议场馆或者其他会议场地的信息，至少包括：会议场地的位置信息、会议场地的容量信息、会议场地的属性信息、会议场地的优先级信息及会议场地在哪些时间段被哪些会议占用等信息；

获取参会人员的用户信息，这里的参会人员是指注册或登记到本实施例中有可能会被召集参加某个会议的人员，这里的用户信息至少包括有：用户所属地点、用户名称、用户联系方式、用户使用的视频终端及用户在哪些时间段去参加哪些会议等信息。

以上这些资源状态信息的初始状态可以由用户手动输入，也可以通过识别接口实现信息采集。

参考图10，为本申请实施例五提供的一种视频会议的控制装置的结构示意图，该装置还可以包括以下结构：

信息生成单元706，用于在所述冲突判断单元702判断出在所述请求会议时间所述请求会议场地被占用或所述请求参会人员处于视频会议状态时，生成提示信息，所述提示信息用于提示会议场地和/或参会人员存在会议冲突，进而提示用户更改组会请求，重新选择。

需要说明的是，在视频会议进行过程中，本实施例也可以将用户的输入操作转换成厂商的视频会议管理系统能够识别的指令，进而使得视频会议管理系统基于指令进行会议控制，如切换视频画面及控制各分会场的视频终端的麦克风等。如图11所示，为本申请实施例六提供的一种视频会议的控制装置的结构示意图，该装置还可以包括以下结构：

会议控制单元707，用于在所述视频会议的过程中，接收用户的第三输入操作，基于所述第三输入操作，生成控制指令，所述控制指令用于实现相应功能，将所述控制指令发送给所述视频会议管理系统，由所述视频会议管理系统基于所述控制指令执行相应操作。

其中，第三输入操作可以为：用户切换视频画面的操作或者开启或关闭视频终端的麦克风等操作。

例如，组会用户在主会场组建视频会议并在视频会议进行过程中，组会用户可以进行输入操作，如点击切换视频画面的操作、关闭分会场视频终端麦克风或者打开分会场视频终端麦克风的操作等，之后，生成控制指令并发送给视频会议管理系统，由视频会议管理系统基于控制指令做出相应的操作，如切换所有视频终端的画面为特定的视频画面、打开分会场视频终端的麦克风等操作。

如图12中所示，为本申请实施例提供的一种视频会议的控制装置与视频会议网络即视频会议管理系统之间的网络架构示意图。

其中，组会用户可以通过多个组会控会终端1～N实现对控制装置的操作控制，而控制装置可以利用接口代理服务器实现与视频会议网络内的硬件如SMC或MCU及视频终端等之间的通信和控制，具体的，控制装置通过管理组会及控会的业务逻辑，通过接口代理服务器来控制视频会议网络内的各种意见。

需要说明的是，这里的组会控会是指，组建会议及控制会议进行的意思，组会控会终端即为能够通过本实施例中的控制装置实现会议组建及会议控制的终端。组会控会终端只与本实施例中的控制装置进行通信，由本实施例中的控制装置将用户的输入操作、指令或请求推送给接口代理服务器进行翻译或者转发，接口代理服务器再将相应的指令发送给视频会议网络中的视频终端。

具体的，本实施例中，整个会议控制和组会操作，都可以通过接口代理服务器调用视频会议管理系统的相应接口实现，如某厂商的eSDK(ecosystem Software DevelopmentKit)接口，如图13中所示，由该接口向视频会议管理系统中的SMC、MCU和视频终端设备间发送相应的操作指令，从而实现对整个视频会议网络的间接控制。如图14中所示，即为本申请实施例中控制装置与视频会议网络之间的业务系统架构图，其中：

终端接入层：主要实现了终端的接入；

网络控制层：MCU、SMC等网络控制设备；

接口适配层：通过厂商的的eSDK和网络控制层的SMC进行通信，适配网络控制层和终端接入层的硬件设备；

基础功能层：通过接口适配层提供的能力，实现接口的封装和对接，完成了用户鉴权、用户保活、用户认证等基础功能，并集成了SMC上的基础接口功能，如会议预约、会议控制、多画面设置及服务调度等，为整个平台提供基础的通讯和控制能力；

业务展现层：通过APP(Application，应用程序)的形式，即本实施例中的控制装置，将基础功能进行组装。实现多画面、一键组会、快速组会、模版管理、会议信息查询、会议的基础控制功能。

在具体实现中，为了屏蔽掉复杂的技术参数，需要对现有的视频终端、硬件以及会议室等资源进行系统内的登记初始化。该初始化过程只需要一次，后期如有变动也可以通过系统进行修改相关信息，即前文中获取视频会议资源的资源状态信息的实现，如下：

对视频会议网络中的硬件资源，包括视频终端、MCU等等进行系统内部的登记注册；

对用户的会议室资源，会议室的位置、会议室容量、会议室类型、会议室的优先级等在系统内进行描述登记；

对群组如参会人员或人群进行初始化，可以直接对接单位或者公司的组织架构同步数据；

对申请会议的模版进行初始化，包括会议的参数模版、会议通知、会议模版等模版。

另外，初始化基础参数后，还是采用配置选择的方式，通过会议模版预设的方式，记录预约会议的三大要素：人、位置、时间，即首先由组会人确定参加会议的会场，再选择参会的人员，保存后即可完成模版的预设。

之后，在组会用户需要进行会议组建时，可以通过会议模板实现，也可以根据实时需求进行输入操作，如下：

首先，开始预约会议申请；

然后，录入会议信息，用户需要输入会议的名称、会议的级别、会议的模式(宣导主席模式、轮询模式)以及会议的模版信息；

之后，选择参会人或者参会单位的会场、选择该会议的时间；

进而，本实施例中控制装置根据所选会场和会议时间，判断当前会场是否在选择的会议时间中有占有。

如无占用，则会议申请通过，通知视频会议管理系统在相应时间点会通过组会控会系统发起组会；

如有占用，则申请不通过，并提示相应冲突信息，供用户重新选择。

另外，本实施例中的接口代理服务器可以省略，如图15中所示，由本实施例中的组会控制装置直接与视频会议网络中的各种硬件进行控制，实现会议组建及会议控制的目的。

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

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

以上对本申请所提供的一种音频输出控制方法、装置及终端进行了详细介绍，对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (12)

1.一种视频会议的控制方法，其特征在于，包括：

获取组会请求，所述组会请求至少包括：请求会议场地、请求会议时间及请求参会人员；

基于预先获取的视频会议资源的资源状态信息，判断在所述请求会议时间所述请求会议场地是否被占用及所述请求参会人员是否处于视频会议状态；

如果在所述请求会议时间所述请求会议场地没有被占用且所述请求参会人员没有处于视频会议状态，将所述请求会议场地、请求会议时间及请求参会人员发送给视频会议管理系统，由所述视频会议管理系统基于所述请求会议场地、请求会议时间及请求参会人员建立视频会议。

2.根据权利要求1所述的方法，其特征在于，预先获取视频会议资源的资源状态信息，包括：

获得视频会议管理系统中硬件设备的设备信息；

获得视频会议管理系统中会议场地的场地信息；

获得参会人员的用户信息。

3.根据权利要求1所述的方法，其特征在于，所述获取组会请求，包括：

接收用户的第一输入操作；

响应于所述第一输入操作，获取预先设置的会议模板，所述会议模板中包括：请求会议场地、请求会议时间及请求参会人员；

基于所述会议模板，生成组会请求。

4.根据权利要求1所述的方法，其特征在于，所述获取组会请求，包括：

接收用户的第二输入操作；

根据所述第二输入操作，获得用户输入的请求会议场地、请求会议时间及请求参会人员；

基于所述请求会议场地、请求会议时间及请求参会人员，生成组会请求。

5.根据权利要求1所述的方法，其特征在于，如果在所述请求会议时间所述请求会议场地被占用或所述请求参会人员已进入视频会议状态，所述方法还包括：

生成提示信息，所述提示信息用于提示会议场地和/或参会人员存在会议冲突。

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

在所述视频会议的过程中，接收用户的第三输入操作；

基于所述第三输入操作，生成控制指令，所述控制指令用于实现相应功能；

将所述控制指令发送给所述视频会议管理系统，由所述视频会议管理系统基于所述控制指令执行相应操作。

7.一种视频会议的组会控制装置，其特征在于，包括：

请求获取单元，用于获取组会请求，所述组会请求中至少包括：请求会议场地、请求会议时间及请求参会人员；

冲突判断单元，用于基于预先获取的视频会议资源的资源状态信息，判断在所述请求会议时间所述请求会议场地是否被占用及所述请求参会人员是否处于视频会议状态，如果在所述请求会议时间所述请求会议场地没有被占用且所述请求参会人员没有处于视频会议状态，触发组会触发单元；

组会触发单元，用于将所述请求会议场地、请求会议时间及请求参会人员发送给视频会议管理系统，由所述视频会议管理系统基于所述请求会议场地、请求会议时间及请求参会人员建立视频会议。

8.根据权利要求7所述的装置，其特征在于，还包括：

信息获取单元，用于预先获取视频会议资源的资源状态信息，具体为：获得视频会议管理系统中硬件设备的设备信息、获得视频会议管理系统中会议场地的场地信息，并获得参会人员的用户信息。

9.根据权利要求7所述的装置，其特征在于，所述请求获取单元具体用于：

接收用户的第一输入操作，响应于所述第一输入操作，获取预先设置的会议模板，所述会议模板中包括：请求会议场地、请求会议时间及请求参会人员，基于所述会议模板，生成组会请求。

10.根据权利要求7所述的装置，其特征在于，所述请求获取单元具体用于：

接收用户的第二输入操作，根据所述第二输入操作，获得用户输入的请求会议场地、请求会议时间及请求参会人员，基于所述请求会议场地、请求会议时间及请求参会人员，生成组会请求。

11.根据权利要求7所述的装置，其特征在于，还包括：

信息生成单元，用于在所述冲突判断单元判断出在所述请求会议时间所述请求会议场地被占用或所述请求参会人员处于视频会议状态时，生成提示信息，所述提示信息用于提示会议场地和/或参会人员存在会议冲突。

12.根据权利要求7所述的装置，其特征在于，还包括：

会议控制单元，用于在所述视频会议的过程中，接收用户的第三输入操作，基于所述第三输入操作，生成控制指令，所述控制指令用于实现相应功能，将所述控制指令发送给所述视频会议管理系统，由所述视频会议管理系统基于所述控制指令执行相应操作。