CN115065668B - 一种会议呼叫方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种会议呼叫方法、装置、设备及介质，当某一会议被发起时，如果该会议存在尚未加入的待参会者时，通过在多媒体会议的会议界面显示目标控件，并响应于接收到对该目标控件的触发操作，显示待参会者列表，该待参会者列表包括多个待参会者的用户信息。响应于接收到在待参会者列表中触发的选择操作，从待参会者列表中选择部分待参会者，并向被选择的部分待参会者的客户端发送呼叫请求。其中，部分待参会者包括至少两个待参会者。即，通过本申请提供的技术方案，用户可以根据实际需要从待参会者列表中选择多个需要加入会议的人员并进行批量呼叫，提升便捷性以及用户的使用体验。

Description

一种会议呼叫方法、装置、设备及介质

技术领域

本申请涉及计算机技术领域，具体涉及一种会议呼叫方法、装置、设备及介质。

背景技术

随着互联网技术的不断发展，在协同工作场景中，越来越多的用户通过线上会议的方式进行沟通，提高沟通效率。通常情况下，线上会议会邀请大量的人员参会，如何高效地邀请参会人员是急需解决的技术问题。

发明内容

有鉴于此，本申请实施例提供一种会议呼叫方法、装置、设备及介质，以高效地呼叫所需的参会人员。

为实现上述目的，本申请提供的技术方案如下：

在本申请第一方面，提供了一种会议呼叫方法，该方法包括：

在多媒体会议的会议界面显示目标控件；

响应于接收到对所述目标控件的触发操作，显示待参会者列表，所述待参会者列表包括待参会者的用户信息；

响应于接收到在所述待参会者列表中触发的选择操作，从所述待参会者列表中选择部分待参会者，并向被选择的部分待参会者的客户端发送呼叫请求，其中，所述部分待参会者包括至少两个待参会者。

在本申请第二方面，提供了一种会议呼叫装置，该装置包括：

第一显示单元，用于在多媒体会议的会议界面显示目标控件；

第二显示单元，用于响应于接收到对所述目标控件的触发操作，显示待参会者列表，所述待参会者列表包括待参会者的用户信息；

发送单元，用于响应于接收到在所述待参会者列表中触发的选择操作，从所述待参会者列表中选择部分待参会者，并向被选择的部分待参会者的客户端发送呼叫请求，其中，所述部分待参会者包括至少两个待参会者。

在本申请第三方面，提供了一种电子设备，所述设备包括：处理器和存储器；所述存储器，用于存储指令或计算机程序；所述处理器，用于执行所述存储器中的所述指令或计算机程序，以使得所述电子设备执行第一方面所述的方法。

在本申请第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在设备上运行时，使得所述设备执行第一方面所述的方法。

在本申请第五方面，提供了一种计算机程序产品，所述计算机程序产品包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现第一方面所述的方法。

由此可见，本申请实施例具有如下有益效果：

本申请实施例中，当某一会议被发起时，如果该会议存在尚未加入的待参会者时，通过在多媒体会议的会议界面显示目标控件，并响应于接收到对该目标控件的触发操作，显示待参会者列表，该待参会者列表包括多个待参会者的用户信息。响应于接收到在待参会者列表中触发的选择操作，从待参会者列表中选择部分待参会者，并向被选择的部分待参会者的客户端发送呼叫请求。其中，部分待参会者包括至少两个待参会者。即，通过本申请提供的技术方案，用户可以根据实际需要从待参会者列表中选择多个需要加入会议的人员并进行批量呼叫，提升便捷性以及用户的使用体验。

附图说明

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

图1为本申请实施例提供的一种会议呼叫方法流程图；

图2a为本申请实施例提供的一种会议页面结构示意图；

图2b为本申请实施例提供的一种选择页面结构示意图；

图2c为本申请实施例提供的另一种选择页面结构示意图；

图3a为本申请实施例提供的另一种会议页面结构示意图；

图3b为本申请实施例提供的一种第一提示信息显示示意图；

图4a为本申请实施例提供的一种展示已拒绝日程人员的示意图；

图4b为本申请实施例提供的一种邀请已拒绝日程人员的示意图；

图4c为本申请实施例提供的一种第二提示信息显示示意图；

图5为本申请实施例提供的一种会议呼叫装置结构示意图；

图6为本申请实施例提供的一种电子设备结构示意图。

具体实施方式

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

随着智能设备和多媒体技术的不断发展，通过智能设备进行线上会议因其在沟通效率和信息保留等方面的突出表现，越来越多地被应用在日常和办公生活中。通常情况下，线上会议将包括多个参会人员，会议发起人可以通过提前邀请的方式邀请多个参会人员按时参会。然而，在实际应用中，当线上会议被发起时，由于某些原因一些参会人员并未按时参会，该情况下，发起人需要对建议参会列表中的人员挨个进行单呼，导致呼叫效率较低。或者，发起人可以通过一键全部呼叫的方式对建议参会列表中的所有人员进行呼叫，但该种呼叫方式会对会议无关人员或正忙于其它会议的人员造成干扰。

基于此，本申请提供了一种会议呼叫方法，当会议被发起时，如果存在尚未加入会议的人员时，将在多媒体会议的会议界面显示目标控件。响应于接收到对目标控件的触发操作，显示待参会者列表，该待参会者列表包括多个待参会者的用户信息。当在待参会者列表中触发选择操作时，从待参会者列表中选择部分待参会者，该部分待参会者包括至少两个待参会者，并向被选择的部分待参会者的客户端发送呼叫请求。即，通过本申请的技术方案，用户可以通过目标控件从待参会者列表选择与此次会议相关的待参会者，进而向所选择的多个待参会者的客户端批量发送会议邀请，无需挨个进行邀请，也不会对会议无关人员造成干扰，提高处理效率以及用户使用体验。

为便于理解本申请实施例提供的技术方案，下面将结合附图进行说明。

参见图1，该图为本申请实施例提供的一种会议呼叫方法流程图，该方法可以由会议呼叫客户端执行，该会议呼叫客户端可以安装于电子设备。其中，电子设备可以包括移动电话、平板电脑、笔记本电脑、台式电脑、车载终端、可穿戴电子设备、一体机、智能家居设备等具有通信功能的设备，也可以是虚拟机或者模拟器模拟的设备。如图1所示，该方法可以包括如下步骤：

S101：在多媒体会议的会议界面显示目标控件。

本实施例中，当会议被发起时，如果该会议中存在尚未加入会议的人员时，将在会议界面显示目标控件，该目标控件的作用在于唤起待参会者列表。其中，会议可以是与预先创建的日程关联的会议，例如基于日程客户端预先创建的日程会议，或者是基于即时通信客户端中的群聊发起的会议。

在一些可选的实现方式中，会议可以为与预先创建的日程关联的会议，在创建日程时，创建人可以向各参会方预先发送日程邀请。接收到日程邀请的参与方可以接受日程邀请，也可以拒绝日程邀请，或者不触发任何操作。在该情况下，尚未加入会议的人员包括未拒绝日程邀请且未加入会议的人员。

在另一些可选的实现方式中，会议也可以为基于群聊发起的会议(例如，在群聊会话界面触发的会议)。在这些可选的实现方式中，尚未加入会议的人员可以是未加入会议的群成员。

例如图2a所示，在会议被发起时，会议界面被划分为两个区域，左边区域用于展示已参会人员的信息，图2a以四宫格为例进行展示，右边区域用于展示参会人员。其中，右边区域可以包括第一标签201和第二标签202，触发第一标签201显示已参会人员，触发第二标签202显示建议参会人员界面。在该建议参会人员界面可以包括目标控件2021。其中，第一标签201和第二标签202还可以包括各自对应的人数，如图2a中已参会人员为20，建议参会人员为100。如图2a所示，在会议页面还可以包括搜索框，用户通过该搜索框可以搜索想要邀请的人员，进而对该人员进行单独呼叫。

S102：响应于接收到对目标控件的触发操作，显示待参会者列表。

当用户对目标控件进行触发时，基于用户的触发操作，显示待参会者列表，该待参会者列表包括至少两个待参会者的用户信息。用户可以在待参会者列表中触发选择操作，以便选择所需的待参会者。

待参会者列表所展示的用户信息可以包括用户标识和当前状态，用户标识可以包括用户的头像、用户昵称等，如图2a所示。对目标控件2021的触发操作可以为点击操作或悬停操作等，当前状态用于反映第一人员的当前工作状态，例如可以包括请假、会议中、忙碌中等。用户在待参会者列表中选择待参会者时，可以参照当前状态进行选择，避免对处于特殊状态的人员造成干扰。

例如图2b所示，用户点击目标控件后，显示待参会者列表203，在该待参会者列表203中呈现分别与各个待参会者对应复选框，用户可以触发该复选框来确定需要邀请的待参会者。同时，在该待参会者列表中还可以包括全选控件204，如果用户触发该全选控件204，则待参会者列表中所有待参会者被选中，表明待参会者列表的所有待参会者将被邀请参加会议。由于待会着列表中包括各待参会者的当前状态，因此用户在选择页面选择所需的参会人员时，可以根据待参会者的当前状态进行选择，以避免打扰处于请假或在其它会议上的人员。

S103：响应于接收到对待参会者列表中触发的选择操作，从待参会者列表中选择部分待参会者，向被选择的部分待参会者的客户端发送呼叫请求。

本实施例中，用户可以在待参会者列表中选择多个待参会者，当用户在待参会者列表中触发选择操作后，基于用户的选择操作确定所选择的部分待参会者，向用户所选择的部分待参会者的客户端发送呼叫请求。也就是，向用户所选择的多个待参会者各自对应的客户端同时发送呼叫，实现批量呼叫。其中，部分待参会者包括至少两个待参会者，该部分待参会者列表中全部待参会者的真子集。也即是说，通过上述复选框，可以从建议参会者列表中按需选择部分待参会者，并向所选择的待参会者发送呼叫请求。

具体地，在待参会者列表中可以包括确定控件，当用户在待参会者列表选择部分待参会者且用户对该确定控件的触发操作，向用户所选择的部分待参会者的客户端发送呼叫请求。或者待参会列表包括第一呼叫控件，响应于用户在待参会列表中选择的部分待参会者列表以及对第一呼叫控件的触发操作，向用户所选择的部分待参会者发送呼叫请求。

例如图2c所示，待参会者列表包括第一呼叫控件301，用户在待参会者列表勾选人员1和人员2后，点击第一呼叫控件301，则批量向人员1和人员2各自对应的客户端发出呼叫请求，完成批量呼叫。

在本公开的一个实施例中，在一些应用场景下，用户可能需要邀请待参会者列表中的所有待参会者参加会议，基于此，用户可以通过待参会者列表中的全选控件勾选待参会者列表中的所有待参会者，然后触发第一呼叫控件，以实现向待参会者列表中的所有待参会者对应的客户端发送呼叫请求，提高邀请效率以及用户使用体验。或者，会议界面还可以包括第二呼叫控件，该第二呼叫控件用于向待参会者列表中的所有待参会者的客户端发送呼叫请求。响应于用户对第二呼叫控件的触发操作，向待参会者列表中所包括的所有待参会者发送呼叫请求。

例如图3a所示，会议界面还包括第二呼叫控件2022，响应于用户对第二呼叫控件2022的触发操作，将向建议参会界面所展示的人员均发送呼叫请求。其中，目标控件和第二呼叫控件在会议页面中的位置可以根据实际情况确定，例如目标控件位于第二呼叫控件的上方，或者目标控件位于第二呼叫控件的下发，或者目标控件和第二呼叫控件从左到右依次排列。

在本公开的一个实施例中，当会议为日程会议时，由于在创建日程会议时，可以预先向需要参会的人员发送会议日程邀请，接收日程的邀请的人员可以接受、拒绝或不触发任何操作。为使得用户及时获知是否有人员拒绝了日程邀请，响应于会议存在拒绝日程邀请的人员，在会议界面上显示第一提示信息，该第一提示信息用于提示该会议存在拒绝日程邀请的人员。进一步地，第一提示信息中还可以包括拒绝日程邀请的人数，使得用户直观地获知拒绝日程邀请的人数。

例如图3b所示，当会议是日程会议时，在会议界面中显示第一提示信息“5人拒绝了日程”。

在本公开的一个实施例中，为使得用户获知哪些人员拒绝了日程邀请，则响应于接收到对拒绝日程的人员的查看操作，在会议界面中显示已拒绝日程列表，该已拒绝日程列表包括拒绝日程人员的用户标识。例如，图4a所示，当会议界面存在第一提示信息时，该会议界面还包括查看控件401，响应于对该查看控件的触发操作，显示已拒绝日程列表，该已拒绝日程列表中包括拒绝日程邀请的人员x、人员y和人员z的用户头像、用户昵称。同时，在已拒绝日程列表中还可以显示已拒绝日程人员的当前状态。

在本公开的一个实施例中，为使得用户可以再次对拒绝了日程的人员发送单独呼叫请求，响应于在已拒绝日程列表中对选择的用户标识的触发操作，向所触发的用户标识对应的客户端发送单独呼叫请求。其中，对于所选择的用户标识的触发操作可以为点击操作或悬停操作等。即，本实施例可以对已拒绝日程的人员实现单独呼叫，从而降低误操作的可能性。

在本公开的一个实施例中，响应于对所选择用户标识的触发操作，向所触发的用户标识对应的客户端发送单独呼叫请求，包括：响应于对所选择的用户标识的触发操作，显示与该用户标识对应的第三呼叫控件；响应于对第三呼叫控件的触发操作，向所触发的用户标识对应的客户端发送单独呼叫操作。本实施例中，当用户选择某一用户标识后，显示该用户标识对应的第三呼叫控件，以通过触发该第三呼叫控件单独向该用户标识对应的客户端发送呼叫请求。

例如图4b所示，当用户点击人员x时，显示该人员x对应的第二呼叫控件402，当用户对第三呼叫控件402进行触发时，向人员x的客户端单独发出呼叫请求。由图4b可知，通过第三呼叫控件402可以实现向人员x进行音视频呼叫或电话呼叫。

本实施例中，对于已拒绝日程的人员可以通过单独呼叫的方式，邀请其加入会议，通过单呼实现有目标性的呼叫，可进一步降低误操作的可能性，尽可能地避免对拒绝日程的人员的干扰。

在本公开的一个实施例中，响应于会议不存在拒绝日程邀请的人员，则显示不存在拒绝日程邀请的第二提示信息。例如图4c所示，在会议页面中显示第二提示信息“没人拒绝日程”。

可见，当某一会议被发起时，如果该会议存在尚未加入的待参会者时，通过在多媒体会议的会议界面显示目标控件，并响应于接收到对该目标控件的触发操作，显示待参会者列表，该待参会者列表包括待参会者的用户信息。响应于接收到在待参会者列表中触发的选择操作，从待参会者列表中选择部分待参会者，并向被选择的部分待参会者的客户端发送呼叫请求。即，通过本申请提供的技术方案，用户可以根据实际需要从待参会者列表中选择多个需要加入会议的人员并进行批量呼叫，提升便捷性以及用户的使用体验。

基于上述方法实施例，本申请实施例提供了一种会议呼叫装置和设备，下面将结合附图进行说明。

参见图5，该图为本申请实施例提供的一种会议呼叫装置，该装置500可以包括：第一显示单元501、第二显示单元502和发送单元503。

其中，第一显示单元501，用于在多媒体会议的会议界面显示目标控件；

第二显示单元，用于响应于接收到对所述目标控件的触发操作，显示待参会者列表，所述待参会者列表包括待参会者的用户信息；

发送单元，用于响应于接收到在所述待参会者列表中触发的选择操作，从所述待参会者列表中选择部分待参会者，并向被选择的部分待参会者的客户端发送呼叫请求，其中，所述部分待参会者包括至少两个待参会者。

在本公开的一个实施例中，所述待参会者列表还包括第一呼叫控件，所述发送单元503，具体用于响应于接收到在所述待参会者列表中触发的选择操作后，从所述待参会者列表中选择部分待参会者；基于对所述第一呼叫控件的触发操作，向被选择的部分待参会者的客户端发送呼叫请求。

在本公开的一个实施例中，所述用户信息包括所述待参会者的用户标识和当前工作状态。

在本公开的一个实施例中，所述会议界面还包括第二呼叫控件，所述发送单元503，还用于响应于接收到对所述第二呼叫控件的触发操作，向所述待参会者列表中所有的待参会者各自对应的客户端发送呼叫请求。

在本公开的一个实施例中，所述会议是与预先创建的日程关联的会议，所述装置还包括：第三显示单元；

所述第三显示单元，用于响应于所述会议存在拒绝日程邀请的人员，在所述会议界面显示第一提示信息，所述第一提示信息用于提示所述会议存在拒绝日程邀请的人员。

在本公开的一个实施例中，所述装置还包括：第四显示单元；

所述第四显示单元，用于响应于接收到对所述拒绝日程邀请的人员的查看操作，在所述会议界面中显示已拒绝日程列表，所述已拒绝日程列表包括拒绝日程人员的用户标识。

在本公开的一个实施例中，所述发送单元503，还用于响应于对所选择的用户标识的触发操作，向所触发的用户标识对应的客户端发起单独呼叫操作。

在本公开的一个实施例中，所述发送单元503，包括显示子单元和发送子单元；

所述显示子单元，用于响应于对所选择的用户标识的触发操作，显示与所述用户标识对应的第三呼叫控件；

发送子单元，用于响应于对所述第三呼叫控件的触发操作，向所触发的用户标识对应的客户端发送单独呼叫请求。

在本公开的一个实施例中，所述第一提示信息包括拒绝日程邀请的人数。

在本公开的一个实施例中，所述装置还包括：第五显示单元；

所述第五显示单元，用于响应于所述会议不存在拒绝日程邀请的人员，显示第二提示信息，所述第二提示信息提示不存在拒绝日程邀请的人员。

在本公开的一个实施例中，所述会议是预先创建的日程会议，所述待参会者列表包括未拒绝日程邀请且未加入所述会议的人员。

需要说明的是，本实施例中各个单元的具体实现可以参见上述方法实施例中的相关描述。本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。本申请实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。例如，上述实施例中，处理单元和发送单元可以是同一个单元，也可以是不同的单元。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

参见图6，其示出了适于用来实现本公开实施例的电子设备600的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从ROM602被安装。在该计算机程序被处理装置601执行时，执行本公开实施例的方法中限定的上述功能。

本公开实施例提供的电子设备与上述实施例提供的方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述实施例，并且本实施例与上述实施例具有相同的有益效果。

本公开实施例提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述实施例所提供的方法。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(Hyper Text TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备可以执行上述方法。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元/模块的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统或装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

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

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

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

Claims (14)

1.一种会议呼叫方法，其特征在于，该方法包括：

在多媒体会议的会议界面显示目标控件；所述会议界面为所述多媒体会议开始后显示的界面，所述会议界面展示有已参会人员的信息；

响应于接收到对所述目标控件的触发操作，显示待参会者列表，所述待参会者列表包括待参会者的用户信息；所述待参会者为所述多媒体会议开始后尚未加入所述多媒体会议的人员；所述用户信息包括所述待参会者的当前工作状态；所述当前工作状态用于在所述待参会者列表中选择所述待参会者时，提供参照；

响应于接收到在所述待参会者列表中触发的选择操作，从所述待参会者列表中选择部分待参会者，并向被选择的部分待参会者的客户端发送呼叫请求，其中，所述部分待参会者包括至少两个待参会者。

2.根据权利要求1所述的方法，其特征在于，所述待参会者列表还包括第一呼叫控件，所述响应于接收到在所述待参会者列表中触发的选择操作，从所述待参会者列表中选择部分待参会者，并向被选择的部分待参会者的客户端发送呼叫请求，包括：

响应于接收到在所述待参会者列表中触发的选择操作后，从所述待参会者列表中选择部分待参会者；

基于对所述第一呼叫控件的触发操作，向被选择的部分待参会者的客户端发送呼叫请求。

3.根据权利要求1或2所述的方法，其特征在于，所述用户信息包括所述待参会者的用户标识。

4.根据权利要求1所述的方法，其特征在于，所述会议界面还包括第二呼叫控件，所述方法还包括：

响应于接收到对所述第二呼叫控件的触发操作，向所述待参会者列表中所有的待参会者各自对应的客户端发送呼叫请求。

5.根据权利要求1所述的方法，其特征在于，所述会议是与预先创建的日程关联的会议，所述方法还包括：

响应于所述会议存在拒绝日程邀请的人员，在所述会议界面显示第一提示信息，所述第一提示信息用于提示所述会议存在拒绝日程邀请的人员。

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

响应于接收到对所述拒绝日程邀请的人员的查看操作，在所述会议界面中显示已拒绝日程列表，所述已拒绝日程列表包括拒绝日程人员的用户标识。

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

响应于对所选择的用户标识的触发操作，向所触发的用户标识对应的客户端发起单独呼叫操作。

8.根据权利要求7所述的方法，其特征在于，所述响应于对所选择的用户标识的触发操作，向所触发的用户标识对应的客户端发送单独呼叫操作，包括：

响应于对所选择的用户标识的触发操作，显示与所述用户标识对应的第三呼叫控件；

响应于对所述第三呼叫控件的触发操作，向所触发的用户标识对应的客户端发送单独呼叫请求。

9.根据权利要求5所述的方法，其特征在于，所述第一提示信息包括拒绝日程邀请的人数。

10.根据权利要求5-9任一项所述的方法，其特征在于，所述方法还包括：

响应于所述会议不存在拒绝日程邀请的人员，显示第二提示信息，所述第二提示信息提示不存在拒绝日程邀请的人员。

11.根据权利要求5所述的方法，其特征在于，所述待参会者列表包括未拒绝日程邀请且未加入所述会议的人员。

12.一种会议呼叫装置，其特征在于，所述装置包括：

第一显示单元，用于在多媒体会议的会议界面显示目标控件；所述会议界面为所述多媒体会议开始后显示的界面，所述会议界面展示有已参会人员的信息；

第二显示单元，用于响应于接收到对所述目标控件的触发操作，显示待参会者列表，所述待参会者列表包括待参会者的用户信息；所述待参会者为所述多媒体会议开始后尚未加入所述多媒体会议的人员；所述用户信息包括所述待参会者的当前工作状态；所述当前工作状态用于在所述待参会者列表中选择所述待参会者时，提供参照；

发送单元，用于响应于接收到在所述待参会者列表中触发的选择操作，从所述待参会者列表中选择部分待参会者，并向被选择的部分待参会者的客户端发送呼叫请求，其中，所述部分待参会者包括至少两个待参会者。

13.一种电子设备，其特征在于，所述设备包括：处理器和存储器；

所述存储器，用于存储指令或计算机程序；

所述处理器，用于执行所述存储器中的所述指令或计算机程序，以使得所述电子设备执行权利要求1-11任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在设备上运行时，使得所述设备执行权利要求1-11任一项所述的方法。