CN116781441A - 会议对象的管理方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请实施例公开了一种会议对象的管理方法、装置、电子设备和存储介质；本申请实施例可以在第一客户端中创建目标会议，目标会议包括至少一个对象；当目标会议的开启条件被触发时，通过第一客户端的消息通道向对象对应的第二客户端发送目标会议的会议邀请信息，并创建目标会议的对象列表，对象列表至少包括会议邀请状态为未入会的对象；获取第二客户端针对会议邀请信息的响应信息；根据响应信息对对象列表中对象的会议邀请状态进行更新。该方案可以高效地对会议的未入会对象进行高效管理，进而提高会议的管理效率与使用体验。

Description

会议对象的管理方法、装置、电子设备和存储介质

技术领域

本申请涉及计算机技术领域，具体涉及一种会议对象的管理方法、装置、电子设备和存储介质。

背景技术

随着数字化与网络化的普及，线上会议已经成为常见的会议形式。可以邀请对象加入会议，以使得对象可以通过线上会议实现开会功能。

在对相关技术的研究和实践过程中，本申请的发明人发现，可以邀请对象加入会议，由于被邀请对象可能因为各种原因不能立即入会，而当前对会议的未入会对象的管理效率较低，使得对会议的管理与使用均造成影响。

发明内容

本申请实施例提供一种会议对象的管理方法、装置、电子设备和存储介质，可以高效地对会议的未入会对象进行高效管理，进而提高会议的管理效率与使用体验。

本申请实施例提供一种会议对象的管理方法，包括：

在第一客户端中创建目标会议，所述目标会议包括至少一个对象；

当所述目标会议的开启条件被触发时，通过所述第一客户端的消息通道向所述对象对应的第二客户端发送所述目标会议的会议邀请信息，并创建所述目标会议的对象列表，所述对象列表至少包括会议邀请状态为未入会的对象；

获取所述第二客户端针对所述会议邀请信息的响应信息；

根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新。

相应的，本申请实施例还提供一种会议对象的管理装置，包括：

创建单元，用于在第一客户端中创建目标会议，所述目标会议包括至少一个对象；

第一发送单元，用于当所述目标会议的开启条件被触发时，通过所述第一客户端的消息通道向所述对象对应的第二客户端发送所述目标会议的会议邀请信息，并创建所述目标会议的对象列表，所述对象列表至少包括会议邀请状态为未入会的对象；

获取单元，用于获取所述第二客户端针对所述会议邀请信息的响应信息；

第一更新单元，用于根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新。

在一实施例中，所述第一更新单元，包括：

关联确定子单元，用于确定与所述对象具有关联关系的会议邀请信息；

第一更新子单元，用于根据所述响应信息，对所述会议邀请信息的信息状态进行更新；

第二更新子单元，用于根据更新后信息状态，对所述对象的会议邀请状态进行更新。

在一实施例中，所述第一更新子单元，用于：

确定所述响应信息的时序属性；根据所述时序属性，对所述响应信息进行校验；若校验通过，则根据所述响应信息对所述会议邀请信息的信息状态进行更新。

在一实施例中，在所述通过所述第一客户端的消息通道向所述对象对应的第二客户端发送所述目标会议的会议邀请信息之后，所述会议对象的管理装置，还包括：

建立单元，用于建立所述会议邀请信息与所述对象之间的关联关系；

第二更新单元，用于基于发送结果与所述关联关系，对所述会议邀请信息对应的信息状态进行更新。

在一实施例中，所述第二更新单元，包括：

任务创建子单元，用于基于发送结果与所述关联关系，创建针对所述会议邀请信息的延时任务；

第一获取子单元，用于当所述延时任务的执行条件被触发时，通过所述延时任务获取所述会议邀请信息的当前信息状态；

第一校验子单元，用于对所述当前信息状态进行校验；

第三更新子单元，用于根据校验结果，对所述会议邀请信息对应的信息状态进行更新。

在一实施例中，所述第一发送单元，包括：

第二获取子单元，用于获取所述对象的对象信息；

列表创建子单元，用于基于所述对象信息，创建所述目标会议的未入会对象列表，所述未入会对象列表包括会议邀请状态为未入会的对象。

在一实施例中，在所述根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新之后，所述会议对象的管理装置，还包括：

确定单元，用于若检测到所述对象更新后的会议邀请状态满足预设状态，则从所述第二客户端中确定待取消会议邀请的第三客户端；

第一生成单元，用于生成所述目标会议的邀请取消信息，所述邀请取消信息指示客户端取消针对所述目标会议的会议邀请；

第二发送单元，用于向所述第三消息客户端发送所述邀请取消信息。

在一实施例中，所述确定单元，包括：

第二确定子单元，用于从所述第二客户端中，确定所述对象首次响应所述会议邀请信息时对应的第四客户端；

第一确定子单元，用于根据所述第四客户端，从所述第二客户端中确定待取消会议邀请的第三客户端。

在一实施例中，所述创建单元，包括：

第三获取子单元，用于通过第一客户端，确定目标会议的会议邀请对象，并获取所述目标会议的会议设置信息；

会议创建子单元，用于根据所述会议邀请对象与所述会议设置信息，在所述第一客户端中创建目标会议。

在一实施例中，所述对象列表包括未入会对象列表，所述未入会对象列表包括至少一个未入会对象；在所述根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新之后，所述会议对象的管理装置，还包括：

展示单元，用于若检测到所述未入会对象更新后的会议邀请状态满足预设状态，则在所述未入会列表中展示针对未入会对象的会议邀请控件；

邀请单元，用于响应于针对所述会议邀请控件的会议邀请操作，对所述未入会对象进行会议邀请操作。

在一实施例中，在所述根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新之后，所述会议对象的管理装置，还包括：

第二生成单元，用于根据所述对象更新后的会议邀请状态，生成所述对象的状态集，其中，所述状态集包括所述对象的历史会议邀请状态；

第三更新单元，用于基于所述状态集，对所述对象列表进行更新。

相应的，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如本申请实施例所示的会议对象的管理方法的步骤。

相应的，本申请实施例还提供一种计算机设备，包括存储器，处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现如本申请实施例所示的会议对象的管理方法的步骤。

相应的，本申请实施例还提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现如本申请实施例所示的会议对象的管理方法的步骤。

本申请实施例可以在第一客户端中创建目标会议，所述目标会议包括至少一个对象；当所述目标会议的开启条件被触发时，通过所述第一客户端的消息通道向所述对象对应的第二客户端发送所述目标会议的会议邀请信息，并创建所述目标会议的对象列表，所述对象列表至少包括会议邀请状态为未入会的对象；获取所述第二客户端针对所述会议邀请信息的响应信息；根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新。

该方案可以通过会议的对象列表，来对会议的未入会对象进行管理，具体地，该方案可以根据对象对应的客户端针对会议邀请信息的响应信息，来对对象列表中对象的会议邀请状态进行更新，这样的话，能够以会议邀请信息为媒介，及时获悉对象针对会议邀请的响应结果，并根据该响应结果及时地对对象列表中的未入会对象进行更新，使得对象列表中的未入会对象能够动态地进行调整。而且，该方案通过对象列表对未入会对象的会议邀请状态进行更新，使得会议管理者能够获悉未入会对象当前的会议邀请状态，进而基于该会议邀请状态针对未入会对象进行会议邀请操作。这样的话，即可通过提高对会议未入会对象的管理效率，来提高会议的管理效率与使用体验。

附图说明

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

图1是本申请实施例提供的会议对象的管理方法的场景示意图；

图2是本申请实施例提供的会议对象的管理方法的流程图；

图3是本申请实施例提供的会议对象的管理方法的交互示意图；

图4是本申请实施例提供的会议对象的管理方法的另一交互示意图；

图5是本申请实施例提供的会议对象的管理方法的另一交互示意图；

图6是本申请实施例提供的会议对象的管理方法的另一流程示意图；

图7是本申请实施例提供的会议对象的管理方法的另一流程示意图；

图8是本申请实施例提供的会议对象的管理方法的另一流程示意图；

图9是本申请实施例提供的会议对象的管理方法的另一流程示意图；

图10是本申请实施例提供的会议对象的管理装置的结构示意图；

图11是本申请实施例提供的会议对象的管理装置的另一结构示意图；

图12是本申请实施例提供的会议对象的管理装置的另一结构示意图；

图13是本申请实施例提供的会议对象的管理装置的另一结构示意图；

图14是本申请实施例提供的会议对象的管理装置的另一结构示意图；

图15是本申请实施例提供的会议对象的管理装置的另一结构示意图；

图16是本申请实施例提供的会议对象的管理装置的另一结构示意图；

图17是本申请实施例提供的会议对象的管理装置的另一结构示意图；

图18是本申请实施例提供的计算机设备的结构示意图。

具体实施方式

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

本申请实施例提供一种会议对象的管理方法、装置、电子设备和存储介质。具体地，本申请实施例提供适用于计算机设备的会议对象的管理装置。其中，该计算机设备可以为服务器或终端等设备。具体地，该服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。该终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

本申请实施例将以会议对象的管理方法由服务器执行为例，来介绍会议对象的管理方法。

参考图1，终端20可以运行有第一客户端，可以通过在第一客户端中创建包括至少一个对象的目标会议，使得服务器10获取目标会议的会议设置信息，并确定该目标会议待进行会议邀请的对象。当目标会议的开启条件被触发时，服务器可以通过第一客户端的消息通道向对象对应的第二客户端发送目标会议的会议邀请信息，并创建目标会议的对象列表，该对象列表至少包括会议邀请状态为未入会的对象。

进一步地，服务器10可以获取第二客户端针对会议邀请信息的响应信息，例如，可以由终端20向服务器上报第二客户端针对会议邀请信息的响应信息，以使得服务器10获取该响应信息；又如，可以由服务器10基于延时任务的执行结果来确定第二客户端针对会议邀请信息的响应信息；等等。服务器10可以根据获取的响应消息，对对象列表中对象的会议邀请状态进行更新，可选地，后续可以对更新后对象列表中会议邀请状态为未入会的对象进行会议邀请操作。

以下分别进行详细说明。需说明的是，以下实施例的描述顺序不作为对实施例优选顺序的限定。

本申请实施例提供的一种会议对象的管理方法，该方法可以由服务器或终端执行，也可以由服务器和终端共同执行；本申请实施例以会议对象的管理方法由服务器执行为例来进行说明，具体的，在本申请实施例中，该方法可以由集成在服务器中的会议对象的管理装置来执行，如图2所述，该会议对象的管理方法的具体流程可以如下：

101、在第一客户端中创建目标会议，目标会议包括至少一个对象。

其中，第一客户端指的是会议创建对象所对应的客户端，例如，第一客户端具体可以为会议创建对象的消息客户端。消息客户端指的是能够实现消息交互的客户端，具体地，消息客户端可以为在终端中运行的用于供用户进行交互以实现消息互动的应用程序，如提供聊天功能的客户端。在实际应用中，消息客户端可以包括在不同应用场景下实现消息交互的客户端，如社交应用场景下的即时通讯客户端，办公应用场景下的消息客户端，线上教育应用场景下的消息客户端等。

其中，会议中的对象指的是参与会议的会议成员，例如，会议中的对象具体可以为参与会议的用户成员，又如，会议中的对象可以为参与会议的机构成员，等等。

在本申请中，服务器可以通过第一客户端来创建包括至少一个对象的目标会议，而在第一客户端中创建目标会议的方式可以有多种，例如，第一客户端可以获取创建目标会议所需的会议信息，并基于该会议信息创建目标会议。譬如，第一客户端可以通过获取由其他设备所发送的会议信息，进而基于该会议信息创建目标会议，又如，第一客户端可以基于与用户的交互，获取用户所提供的会议信息，进而基于该会议信息创建目标会议。

在一实施例中，创建目标会议所需的会议信息可以包括目标会议的会议邀请对象、以及目标会议的会议设置信息，具体地，步骤“在第一客户端中创建目标会议，目标会议包括至少一个对象”，可以包括：

通过第一客户端，确定目标会议的会议邀请对象，并获取目标会议的会议设置信息；

根据会议邀请对象与会议设置信息，在第一客户端中创建目标会议。

其中，目标会议的会议邀请对象指的是邀请参与目标会议的对象。具体地，可以通过向目标会议的会议邀请对象发送会议邀请信息，以邀请会议邀请对象参与目标会议。

通过第一客户端确定目标会议的会议邀请对象的方式可以有多种，例如，第一客户端可以具有对象通讯录，或者具有访问对象的通讯录的权限，因此，可以通过第一客户端从通讯录确定中目标会议的会议邀请对象；又如，第一客户端可以包括至少一个对象群组，如聊天群，组织架构群等，该对象群组中可以包括至少一个对象，因此，可以通过第一客户端从对象群组中确定目标会议的会议邀请对象；又如，第一客户端可以设置有对象标签信息，该对象标签信息为针对对象所设置的标签，因此，可以通过第一客户端的对象标签信息，从第一客户端的对象中确定目标会议的会议邀请对象；等等。

其中，目标会议的会议设置信息指的是描述目标会议的设置的相关信息，例如，目标会议的会议设置信息可以包括会议主题，会议开启时间，会议时长，会议形式，会议室设置，日历设置，会议主持人设置，入会密码，会议录制设置，成员入会时间设置，会议要求信息的设置，会议静音设置，入会成员限制，屏幕水印设置等相关信息。

通过第一客户端获取目标会议的会议设置信息的方式可以有多种，例如，可以基于用户与第一客户端的交互来获取用户针对目标会议所设置的会议设置信息；又如，可以由第一客户端所在的设备或者其他设备来向第一客户端发送包括会议设置信息的数据，以使得第一客户端可以通过解析该数据获取目标会议的会议设置信息。

在一实施例中，可以以在第一客户端中基于与用户的交互，来确定目标会议的会议邀请对象，并获取目标会议的会议设置信息。例如，参见图3，第一客户端可以提供如图3中左图所示的会议预约界面，其中，该会议预约界面中可以包括对象获取控件与至少一个会议设置控件，该对象获取控件可以用于确定目标会议的会议邀请对象，该会议设置控件可以用于设置目标会议的相关会议信息。

作为示例，终端可以通过第一客户端展示会议预约界面，例如，该会议预约界面可以为图3中左图所示的界面。其中，该会议预约界面中可以包括1001所示的对象获取控件；用户可以通过触发该对象获取控件来确定选择会议邀请对象的途径，对应地，终端可以响应于针对对象获取控件的触发操作，展示会议邀请对象的途径选择界面，例如，途经选择界面可以为图3中右图所示的界面。其中，该途径选择界面可以包括会议邀请对象的途径选择列表，该途径选择列表中可以包括至少一个会议邀请对象的邀请途径控件，每个邀请途径控件对应于会议邀请对象的一个邀请途径。

在该示例中，进一步地，用户可以通过触发邀请途径控件来确定选择会议邀请对象的邀请途经，例如，用户可以从通过通讯录，通过最近联系人，通过群聊选择等多种可选的邀请途经中确定所选择的邀请途径，对应地，终端可以响应于针对邀请途径控件的触发操作，展示对应邀请途经下的对象列表，其中，该对象列表可以包括至少一个可选的候选对象；进而，用户可以通过从对象列表中选择目标对象作为目标会议的会议邀请对象，对应地，终端可以响应于针对候选对象的选择操作，将所选的候选对象添加到目标会议的会议邀请对象集合中，从而确定目标会议的会议邀请对象。

作为另一示例，终端可以通过第一客户端展示会议预约界面，例如，该会议预约界面可以为图3中左图所示的界面。其中，该会议预约界面可以包括保存控件与至少一个会议设置控件，该会议设置控件可以用于设置目标会议的相关会议信息，例如，会议主题，会议开启时间，会议时长，会议形式，会议室设置，日历设置，会议主持人设置，入会密码，会议录制设置，成员入会时间设置，会议要求信息的设置，会议静音设置，入会成员限制，屏幕水印设置等相关信息；该保存控件可以用于对各会议设置控件对应的会议设置信息进行保存。用户可以通过会议预约界面中的会议设置控件，来对目标会议进行设置，并通过保存控件来对会议设置进行保存；对应地，终端可以响应于针对保存控件的触发操作，获取各会议设置控件所对应的会议设置信息。

值得注意的是，本实施例中的控件的表现形式，可以为图标、输入框以及按钮等形式。本实施例中的触发操作的表现形式，可以是特定的触控操作，如单击操作、长按操作、双击操作、以及滑动操作等等，还可以是通过语音的方式触发的；可选的，触发操作还可以是一系列操作的组合，本实施例对此没有限制。为了避免赘述，在本申请中不对此作重复。

在确定目标会议的会议要求对象，并获取目标会议的会议设置信息后，即可根据该根据会议邀请对象与该会议设置信息，在第一客户端中创建目标会议。

102、当目标会议的开启条件被触发时，通过第一客户端的消息通道向对象对应的第二客户端发送目标会议的会议邀请信息，并创建目标会议的对象列表，对象列表至少包括会议邀请状态为未入会的对象。

其中，目标会议的开启条件指的是触发目标会议启动开会的条件，例如，目标会议的开启条件可以为基于目标会议的会议设置信息所设置的条件，譬如，目标会议的开启条件可以包括时间条件，会议场所条件等。

其中，客户端的消息通道为用于供客户端发送或接收会议邀请信息的通道。在一些示例中，第一客户端可以为集成或挂载在其他客户端上的应用程序，例如，小程序，插件等，则第一客户端可以通过消息通道来发送或接收会议邀请信息，以使得集成在其他客户端上的第二客户端或者挂载在其他客户端上的第二客户端亦可对应地进行会议邀请信息的接收或发送，从而提高了数据传输的安全性与效率。

其中，第二客户端指的是会议邀请对象所对应的客户端，例如，会议创建对象可以通过第一客户端向会议邀请对象对应的客户端发送会议邀请信息，以邀请会议邀请对象入会，则会议邀请对象对应的客户端则可以为第二客户端。例如，第二客户端具体可以为会议邀请对象的消息客户端。

其中，会议邀请信息为用于邀请对象入会的相关信息。会议邀请信息的信息形式可以有多种，例如，可以包括音频信息，震动信息，界面信息等，亦可以为这些信息的组合。作为示例，会议邀请信息可以表现为如图4中左图所示，具体地，当目标会议的开启条件被触发时，可以通过第一客户端的消息通道向对象对应的第二客户端发送目标会议的会议邀请信息，对应地，第二客户端即可接收该会议邀请信息，具体地，第二客户端可以基于接收到的会议邀请信息，展示如图4中左图所示的会议邀请界面，其中，该会议邀请界面可以包括会议邀请文本信息，确认入会控件，取消入会控件等。可选地，在实际应用中，第二客户端还可以基于接收到的会议邀请信息，触发第二客户端对应的终端进行震动，音频播放等以辅助进行会议邀请。

其中，会议邀请文本信息用于描述会议邀请的相关信息，例如，会议邀请文本信息中可以描述该会议邀请信息的发送对象，目标会议的会议主持对象，目标会议的会议类型，目标会议参与对象的数目。其中，确认入会控件用于供对象进入会议，例如，对象可以通过滑动，长按，单击，双击等方式触发确认入会控件，以进入会议中。其中，取消入会控件用于供对象取消进入会议，例如对象可以通过滑动，长按，单击，双击等方式触发取消入会控件，以实现暂不进入会议。

在本申请中，当目标会议的开启条件被触发时，还可以创建目标会议的对象列表，对象列表至少包括会议邀请状态为未入会的对象。

其中，目标会议的对象列表为包括目标会议的至少一个对象的列表，例如，目标会议的对象可以包括已入会对象与未入会对象。值得注意的是，对象列表中可以对对象的相关信息进行展示，例如，可以展示对象的名称，头像，会议邀请状态等。

创建目标会议的对象列表的方式可以有多种，例如，可以创建一个对象列表，且该对象列表中包括已入会对象与未入会对象，其中，已入会对象指的是会议邀请状态为已入会的对象，未入会对象指的是会议邀请状态为未入会的对象。在所创建的一个对象列表中，已入会对象与未入会对象的排列方式可以有多种，例如，可以基于对象是否入会来对对象进行排序，作为示例，可以将未入会对象排于列表的前端，而将已入会对象排于未入会对象之后；又如，可以将已入会对象与未入会对象随机排列；等等。

创建目标会议的对象列表的方式可以有多种，又如，可以分别创建已入会对象列表与未入会对象列表，其中，已入会对象列表中可以包括目标会议的至少一个已入会对象，未入会对象列表中可以包括目标会议的至少一个未入会对象，其中，已入会对象指的是会议邀请状态为已入会的对象，未入会对象指的是会议邀请状态为未入会的对象。作为示例，参见图4中的右图，在该图中展示了可以分别创建已入会对象列表与未入会对象列表，其中，已入会对象列表中包括对象名称为“XXXli”的对象，该对象具体为目标会议的会议创建对象；图5中的左图则对创建的未入会对象列表进行展示，其中，未入会对象列表中包括目标会议的5个未入会对象。

其中，对象的会议邀请状态描述的是对象针对目标会议的会议邀请所处的状态，例如，对象的会议邀请状态可以包括“已入会”与“未入会”，其中，“已入会”指的是对象已经同意目标会议的会议邀请，当前处于已加入了会议的状态，“未入会”指的是对象并未同意目标会议的会议邀请，当前处于未加入会议的状态。

更具体地，可以根据对象未入会的原因，再对“未入会”作进一步地划分，例如，“未入会”具体可以包括“可邀请”、“邀请中”(或“呼叫中”)、“已拒绝”、“超时”等。其中，“可邀请”指的是当前可邀请该对象入会，例如，可以通过向该对象发送会议邀请信息以邀请该对象入会；“邀请中”指的是当前已在邀请该对象入会，例如，该对象的消息客户端当前正在展示会议邀请信息，从而使得该对象处于被邀请中的状态；“已拒绝”指的是该对象已拒绝了目标会议的会议邀请，例如，该对象可以通过在第二客户端展示会议邀请界面时，通过触发取消入会控件来拒绝目标会议的会议邀请；“超时”指的是该对象针对目标会议的会议邀请超时未响应(例如，未接受或未拒绝)，例如，当终端处于关机状态时，该对象无法通过该终端响应目标会议的会议邀请，从而导致该对象针对目标会议的会议邀请超时未响应。

在一实施例中，可以基于目标会议中对象的对象信息，来创建目标会议的未入会对象列表，以使得可以通过未入会列表来获悉目标会议的未入会对象，以便后续可以基于未入会对象的会议邀请状态，针对未入会对象进行会议邀请操作，从而提高会议效率。具体地，步骤“创建目标会议的对象列表，对象列表至少包括会议邀请状态为未入会的对象”，可以包括：

获取对象的对象信息；

基于对象信息，创建目标会议的未入会对象列表，未入会对象列表包括会议邀请状态为未入会的对象。

其中，对象的对象信息可以包括对象名称，对象的会议身份(例如会议主持人，会议管理员，会议创建者等)，对象的会议邀请状态，对象头像等。

例如，可以获取目标会议中的所有对象的对象信息，并基于所获取的对象信息，创建目标会议的未入会对象列表。例如，作为对未入会对象列表的初始化，可以将目标会议中的所有对象都作为未入会对象，并在后续基于目标会议中各对象的入会情况来对未入会对象列表进行更新。

作为示例，目标会议的会议创建对象可以在第一客户端中确定目标会议的会议邀请对象与会议设置信息，进而在第一客户端中创建目标会议。该会议创建对象在入会后可以通过第一客户端所展示的对象管理界面中，对未入会对象列表中的未入会对象进行管理，因此，此时该会议创建对象则为目标会议的已入会对象。而在目标会议的会议邀请信息刚下发至各会议邀请对象对应的第二客户端，还没有任何会议邀请对象入会时，可以认为这些会议邀请对象均为目标会议的未入会对象。进一步地，随着会议邀请对象的入会，则未入会对象列表中的未入会对象可以对应地减少。

此外，基于对象的对象信息，创建目标会议的未入会对象列表时，可以在未入会对象列表中展示对象的对象信息，例如，可以在未入会列表中展示对象的对象名称，对象头像，对象的会议邀请状态，可选地，还可以按需选择对象的其他对象信息进行展示，如对象的会议身份等。作为示例，参见图5中的左图，其中，第一客户端所展示的对象管理界面中，可以包括已入会对象列表与未入会对象列表，未入会对象列表可以包括目标会议的至少一个未入会对象，且未入会对象列表中展示了每个未入会对象的对象信息，该对象信息包括对象头像，对象名称，以及对象的会议邀请状态。

在一实施例中，基于获取的对象信息创建未入会对象列表时，还可以基于对象的会议邀请状态，针对未入会对象列表中的未入会对象，设置用于执行会议邀请操作的会议邀请控件，终端可以响应于针对该会议邀请控件的触发操作，对未入会对象列表中对应的未入会对象进行会议邀请操作。作为示例，参见图5中的右图，其中，消息客户端所展示的对象管理界面中，可以包括已入会对象列表与未入会对象列表，未入会对象列表可以包括目标会议的至少一个未入会对象，且未入会对象列表中针对会议邀请状态为“可邀请”的未入会对象设置了会议邀请控件(图5中右图中的“呼叫”控件)，以使得终端可以响应于针对会议邀请控件的触发操作，对未入会对象列表中对应的未入会对象进行会议邀请操作，如向该未入会对象的消息客户端发送目标会议的会议邀请信息。

在本申请中，考虑到同一对象可以具有多个客户端，例如，同一用户可以具有多个终端，每个终端上可以运行有客户端。这样的话，对于同一对象具有多个对应的第二客户端的应用场景，当目标会议的开启条件被触发时，会向该对象的多个第二客户端发送目标会议的会议邀请信息。对于同一对象可以具有多个第二客户端的应用场景，每个第二客户端对应的终端在接收到会议邀请信息后，都可以把该对象针对会议邀请信息的响应信息上报给服务器，因此，服务器需要对同一对象针对会议邀请信息所上报的响应信息进行去重处理，以使得服务器能够准确地基于该对象针对会议邀请信息所上报的响应信息，确定该对象的会议邀请状态。具体地，在通过消息客户端的消息通道向对象的消息客户端发送目标会议的会议邀请信息之后，会议对象的管理方法还可以包括：

建立会议邀请信息与对象之间的关联关系；

基于发送结果与关联关系，对会议邀请信息对应的信息状态进行更新。

其中，会议邀请信息与对象之间的关联关系指的是会议邀请信息与对象之间的对应关系，具体地，由于同一对象可以具有多个第二客户端，当向该对象的每个第二客户端发送目标会议的会议邀请信息时，由于这些会议邀请信息均与该对象具有对应关系，因此，可以确定这些会议邀请信息与该对象之间具有关联关系。

在本申请中，建立会议邀请信息与对象之间的关联关系的方式可以有多种，例如，可以基于对象的对象标识来建立二者之间的关联关系，譬如，对于当向对象A的第二客户端发送会议邀请信息时，可以通过对象A的对象标识来对该会议邀请信息进行标志，这样的话，即可确定与该会议邀请信息具有关联关系的对象为对象A。

其中，会议邀请信息对应的信息状态为基于对象针对会议邀请信息的互动行为，来对会议邀请信息进行描述的状态。例如，会议邀请信息对应的信息状态可以包括“下发中”，“已接听”，“已拒绝”，以及“已超时”等。

其中，“下发中”指的是处于正在向对象的第二客户端下发会议邀请信息的状态；“已接听”指的是向对象的第二客户端下发会议邀请信息后，该对象选择接受该会议邀请，例如，会议邀请信息具体可以为如图4中左图所示的响铃的形式，即当对象的第二客户端接收到会议邀请信息时，可以以响铃的形式向用户展示，若用户选择接听该响铃，例如触发图4中左图所示的“滑动进入会议”控件，则可以指示该会议邀请信息对应的信息状态为“已接听”；“已拒绝”指的是向对象的第二客户端下发会议邀请信息后，该对象选择拒绝接受该会议邀请，例如，会议邀请信息具体可以为如图4中左图所示的响铃形式，即当对象的第二客户端接收到会议邀请信息时，可以以响铃的形式向用户展示，若用户选择拒绝该响铃，例如触发图4中左图所示的“暂不进入”控件，则可以指示该会议邀请信息对应的信息状态为“已拒绝”；“已超时”指的是向对象的第二客户端下发会议邀请信息后，该对象在预设时长内未与该会议邀请信息进行交互，例如，既未接听又未拒绝。

由于会议邀请信息对应的信息状态为基于对象针对会议邀请信息的互动行为，来对会议邀请信息进行描述的状态，因此，可以基于发送结果与关联关系，对会议邀请信息对应的信息状态进行更新。

在一实施例中，可以基于发送结果，对向对象下发的各会议邀请信息对应的信息状态进行更新。例如，针对每一个下发的会议邀请信息可以单独维护其对应的信息状态，当会议邀请信息刚下发时，可以确定该会议邀请信息对应的信息状态为“下发中”；当已向对象的第二客户端下发会议邀请信息，且该第二客户端对应的终端检测到该对象选择接受该会议邀请时，该终端可以向服务器进行上报，服务器则可以根据终端的上报数据，确定该会议邀请信息对应的信息状态为“已接听”；当已向对象的第二客户端下发会议邀请信息，且该第二客户端对应的终端检测到该对象选择拒绝该会议邀请时，该终端可以向服务器进行上报，服务器则可以根据终端的上报数据，确定该会议邀请信息对应的信息状态为“已拒绝”；当已向对象的第二客户端下发会议邀请信息，且该消息客户端对应的终端在预设时长内未向服务器上报数据时，则可以确定该会议邀请信息对应的信息状态为“已超时”。

进一步地，可以基于会议邀请信息与对象之间的关联关系，来确定会议邀请信息对应的信息状态的更新结果。具体地，由于对象可以具有多个终端，每个终端上可以运行有该对象对应的第二客户端，因此，每个终端检测到对象针对会议邀请信息的互动行为时，如接听，拒绝等，终端可以上报给服务器，而服务器对于由不同终端所上报的数据，可以基于对象与会议邀请信息的关联关系来进行去重，例如，对于由不同终端上报、且指示同一对象针对会议邀请信息的互动行为的数据，服务器可以以所接收到的第一个上报数据为准，基于该上报数据来确定该对象的会议邀请信息所对应的信息状态。

在另一实施例中，考虑到在服务器向第二客户端发送会议邀请信息后，可能由于该第二客户端对应的终端出现故障，或者对象的个体原因等，导致该对象在预设时长内均未对接收到的会议邀请信息进行回应(例如接听，拒绝等)，从而导致服务器在预设时长内均为接收到该对象的终端上报的数据，因此，针对缺乏终端上报数据的情况，可以通过在服务器端创建延时任务来对会议邀请信息对应的信息状态进行更新，具体地，步骤“基于发送结果与关联关系，对会议邀请信息对应的信息状态进行更新”，可以包括：

基于发送结果与关联关系，创建针对会议邀请信息的延时任务；

当延时任务的执行条件被触发时，通过延时任务获取会议邀请信息的当前信息状态；

对当前信息状态进行校验；

根据校验结果，对会议邀请信息对应的信息状态进行更新。

其中，延时任务指的是需要延迟执行的任务，例如，延时任务可以为创建后45秒后再执行的任务。

其中，延时任务的执行条件指的是触发延时任务执行的条件，例如，该条件可以为时间条件，譬如在延时任务创建后45s时执行该延时任务。执行条件具体可以按需进行设置，本申请不对此作限制。

在本申请中，服务器可以通过创建针对会议邀请信息的延时任务，来解决预设时长内未接收到终端针对该会议邀请信息的上报数据时，如何对该会议邀请信息的信息状态进行更新的问题。例如，在服务器向对象对应的第二客户端发送目标会议的会议邀请信息后，即可创建针对该对象的会议邀请信息的延时任务。作为示例，当该当延时任务的执行条件被触发时，例如，当该延时任务的执行时间符合执行条件时，该延时任务具体可以获取该对象的会议邀请信息对应的当前信息状态，并对当前信息状态进行校验，以便服务器可以根据校验结果，对会议邀请信息对应的信息状态进行更新。

具体地，可以通过对会议邀请信息的当前信息状态进行校验，以确定是否在预设时长内服务器未接收到由终端上报的，指示对象对接收到的会议邀请信息进行回应(例如接听，拒绝等)的上报数据，若是，则可以将该对象的会议邀请信息对应的信息状态更新为“已超时”。

作为示例，在服务器向对象对应的第二客户端发送目标会议的会议邀请信息后，服务器即可创建针对该对象的会议邀请信息的延时任务，其中，该延时任务的执行条件为当当前时间符合预设时间条件时，则执行该延时任务。因此，当该延时任务的执行条件被触发时，该延时任务可以获取该对象的会议邀请信息的当前信息状态，并对该当前信息状态进行校验，具体地，若该当前信息状态不为“已接听”或者“已拒绝”，则将该会议邀请对应的信息状态更新为“已超时”。

103、获取第二客户端针对会议邀请信息的响应信息。

其中，对象对应的第二客户端针对会议邀请信息的响应信息，指示了该对象针对该第二客户端接收到的会议邀请信息的响应。例如，对象针对会议邀请信息的响应可以包括：接受目标会议的会议邀请，拒绝目标会议的会议邀请，以及不针对目标会议的会议邀请进行响应(例如超时未接的情况)等。

因此，本申请中，服务器获取对象对应的第二客户端针对会议邀请信息的响应信息的方式可以有多种，例如，可以通过终端进行数据上报，获取对象对应的第二客户端针对会议邀请信息的响应信息；又如，可以通过服务器的延时任务，确定对象对应的第二客户端针对会议邀请信息的响应信息。

作为示例，在对象的第二客户端接收到目标会议的会议邀请信息后，该对象针对该会议邀请信息的响应可以为接受目标会议的会议邀请，则该第二客户端对应的终端可以在检测到该对象针对会议邀请信息的响应信息后，向服务器进行上报，以使得服务器可以获取该对象针对会议邀请信息的响应信息。

作为另一示例，在对象的第二客户端接收到目标会议的会议邀请信息后，该对象针对该会议邀请信息的响应可以为拒绝目标会议的会议邀请，则该第二客户端对应的终端可以在检测到该对象针对会议邀请信息的响应信息后，向服务器进行上报，以使得服务器可以获取该对象针对会议邀请信息的响应信息。

作为另一示例，在对象的第二客户端接收到目标会议的会议邀请后，可能由于该第二客户端对应的终端出现故障，或者该对象的个体原因等，导致该对象在预设时长内均为对接收到的会议邀请信息进行回应(例如接听，拒绝等)，从而导致服务器在预设时长内均未接收到该对象的终端上报的数据。由于服务器在下发会议邀请信息后，可以创建针对该会议邀请信息的延时任务，因此，可以通过延时任务检测到在预设时长后会议邀请信息的信息状态不为“已接听”或者“已拒绝”，因此服务器可以通过延时任务检测到对象超时未接的情况，从而确定该对象针对会议邀请信息的响应信息为未作响应。

104、根据响应信息对对象列表中对象的会议邀请状态进行更新。

其中，对象的会议邀请状态描述的是对象针对目标会议的会议邀请所处的状态，例如，对象的会议邀请状态可以包括“已入会”与“未入会”。更具体地，可以根据对象未入会的原因，再对“未入会”作进一步地划分，例如，“未入会”具体可以包括“可邀请”(或“呼叫中”)、“邀请中”、“已拒绝”、“超时”等。

在本申请中，由于对象的第二客户端针对会议邀请信息的响应信息，指示了该对象针对该第二客户端接收到的会议邀请信息的响应，因此，服务器即可根据获取的响应信息，对对象列表中该对象的会议邀请状态进行更新。具体地，步骤“根据响应信息对对象列表中对象的会议邀请状态进行更新”，可以包括：

确定与对象具有关联关系的会议邀请信息；

根据响应信息，对会议邀请信息的信息状态进行更新；

根据更新后信息状态，对对象的会议邀请状态进行更新。

在本申请中，服务器可以向对象的第二客户端发送会议邀请信息，并且，服务器可以对该会议邀请信息对应的信息状态进行记录与更新，例如，会议邀请信息的信息状态可以包括“下发中”，“已接听”，“已拒绝”，以及“已超时”等。此外，如前所述，服务器在向对象发送会议邀请信息后，还可以建立该会议邀请信息与该对象之间的关联关系。因此，对应地，当服务器接收到对象针对会议邀请信息的响应信息后，即可确定与该对象具有关联关系的会议邀请信息。

进一步地，由于对象针对会议邀请信息的响应信息，指示了该对象针对该会议邀请信息的响应，例如，接受该会议邀请信息发出的会议邀请，拒绝该会议邀请信息发出的会议邀请，以及不针对该会议邀请信息发出的会议邀请进行响应(例如超时未接的情况)等。因此，即可根据响应信息，对会议邀请信息的信息状态进行更新。

例如，若服务器获取的响应信息，指示该对象接受了该会议邀请信息发出的会议邀请，则可以将该会议邀请信息的信息状态更新为“已接听”；又如，若服务器获取的响应信息，指示该对象拒绝了该会议邀请信息发出的会议邀请，则可以将该会议邀请信息的信息状态更新为“已拒绝”；又如，若服务器获取的响应信息，指示该对象没有针对该会议邀请信息发出的会议邀请进行响应(例如超时未接的情况)等，则可以将该会议邀请信息的信息状态更新为“已超时”。

在对会议邀请信息的信息状态进行更新后，即可进一步地根据更新后信息状态，对该对象的会议邀请状态进行更新。

例如，若会议邀请信息的更新后信息状态为“已拒绝”，则可以将该对象的会议邀请状态更新为“已拒绝”；又如，若会议邀请信息的更新后信息状态为“已超时”，则可以将该对象的会议邀请状态更新为“已超时”；又如，若会议邀请信息的更新后信息状态为“下发中”，则可以将该对象的会议邀请状态更新为“邀请中”；又如，当会议邀请信息的信息状态更新为“已拒绝”或者“已超时”，且更新后信息状态持续了预设时长(例如45秒的冷却时间)后，则可以将该对象的会议邀请状态更新为“可邀请”。

特殊地，当检测到会议邀请信息的更新后状态为“已接听”，则表示该对象接受了该会议邀请信息发出的会议邀请，因此，可以将该对象从未入会对象列表中移除，并添加到已入会对象列表中。

在一实施例中，考虑到对象可以具有多个终端，每个终端上可以运行有该对象对应的第二客户端，因此，每个终端检测到对象针对会议邀请信息的响应时，如接听，拒绝等，终端均可以上报给服务器。也就是说，对于同一对象，服务器可以获取该对象针对会议邀请信息的多个响应信息，因此，为了准确地确定该对象针对会议邀请信息的响应，避免给对象带来不好的使用体验，服务器可以对所获取的多个响应信息进行去重，具体地，步骤“根据响应信息，对会议邀请信息的信息状态进行更新”，可以包括：

确定响应信息的时序属性；

根据时序属性，对响应信息进行校验；

若校验通过，则根据响应信息对会议邀请信息的信息状态进行更新。

其中，响应信息的时序属性描述的是响应信息的先后顺序，具体地，由于对于同一对象，服务器可以获取该对象针对会议邀请信息的多个响应信息，每个响应信息的时序属性，即表征了确定服务器获取到该响应信息的顺序。例如，对于对象B，服务器最先获取到对象B通过终端C发送的，该对象针对会议邀请信息的响应信息D，而后又获取到对象B通过终端E发送的，该对象针对会议邀请信息的响应信息E，则响应信息D的时序属性可以为1，表征其为服务器所获取到的对象B的第一个响应信息；响应信息E的时序属性可以为2，表征其为服务器所获取到的对象B的第二个响应信息。

在本申请中，为了准确地确定对象针对会议邀请信息的响应，避免给对象带来不好的使用体验，对于同一对象所上报的多个响应信息，服务器可以以第一个获取的响应信息为准。也即，若响应信息的时序属性指示该响应信息为服务器获取的第一个上报数据，则可以确定该响应信息校验通过，并根据该响应信息对会议邀请信息的信息状态进行更新；否则，则可以确定该响应信息校验不通过，则不根据该响应信息对会议邀请信息的信息状态进行更新。

在一实施例中，考虑到对象可以具有多个终端，每个终端上可以运行有该对象对应的第二客户端，当该对象通过某一终端针对会议邀请信息作出回应，例如，接受该会议邀请信息发出的会议邀请，或者拒绝该会议邀请信息发出的会议邀请，则为了提高对象的使用体验，该对象的其他终端则可以停止对该对象进行会议邀请。对此，可以由服务器向待取消会议邀请的终端发送邀请取消信息，以使该终端停止对该对象进行会议邀请，具体地，在根据响应信息对对象列表中对象的会议邀请状态进行更新之后，会议对象的管理方法还可以包括：

若检测到对象更新后的会议邀请状态满足预设状态，则从第二客户端中确定待取消会议邀请的第三消息客户端；

生成目标会议的邀请取消信息，邀请取消信息指示客户端取消针对目标会议的会议邀请；

向第三消息客户端发送邀请取消信息。

例如，这里会议邀请状态的预设状态可以包括“已接听”，“已拒绝”等。

其中，对象的第三消息客户端指的是对象的第二客户端中待取消会议邀请的客户端。

其中，终端取消会议邀请的实现方式可以有多种，例如，终端可以基于接收到的会议邀请信息，展示会议邀请界面，可选地，还可以进行震动，音频播放等辅以进行会议邀请；则终端取消会议邀请的方式可以包括取消会议邀请界面的展示，可选地，还可以通过停止震动，停止音频播放等辅以取消会议邀请。

其中，目标会议的邀请取消信息为用于指示客户端取消针对目标会议的会议邀请，具体地，当客户端接收到目标会议的邀请取消信息后，该客户端即可触发其对应的终端取消会议邀请。

在本申请中，当从对象的第二客户端中确定待取消会议邀请的第三消息客户端后，服务器即可生成目标会议的邀请取消信息，并向第三消息客户端发送该要求取消信息，以使得第三消息客户端对应的终端能够取消会议邀请。

在一实施例中，考虑到对象可以具有多个终端，每个终端上可以运行有该对象对应的第二客户端，因此，当某个终端检测到对象针对会议邀请信息的响应时，如接听，拒绝等，并将数据可以上报给服务器时，则表示该对象通过该消息客户端针对会议邀请信息进行了响应，因此，则可以将其他消息客户端确定为待取消会议邀请的第三消息客户端，具体地，步骤“从第二客户端中确定待取消会议邀请的第三消息客户端”，可以包括：

从第二客户端中，确定对象首次响应会议邀请信息时对应的第四消息客户端；

根据第四消息客户端，从对象的消息客户端中确定待取消会议邀请的第三消息客户端。

其中，对象的第四消息客户端指的是该对象首次响应会议邀请信息时对应的第二客户端。具体地，对象可以具有多个终端，每个终端上可以运行有该对象对应的第二客户端，当对象的多个第二客户端接收到针对目标会议的会议邀请信息时，可以将该对象首次针对会议邀请信息进行响应时对应的第二客户端，作为第四消息客户端。

进一步地，即可根据确定的第四消息客户端，从该对象的第二客户端中确定待取消会议邀请的第三消息客户端，例如，可以将该对象的第二客户端中，除了第四消息客户端以外的第二客户端，作为待取消会议邀请的第三消息客户端；又如，可以从该对象除了第四消息客户端以外的第二客户端中，选择若干作为待取消会议邀请的第三消息客户端；等等。

在实际应用中，在步骤“根据响应信息对对象列表中对象的会议邀请状态进行更新后”，会议对象的管理方法还可以包括：

对更新后对象列表中会议邀请状态为未入会的对象进行会议邀请操作。

其中，会议邀请操作指的是实现进行会议邀请的相关操作，例如，会议邀请操作可以为特定的触控操作，如单击操作、长按操作、双击操作、以及滑动操作等等，还可以是通过语音的方式触发的；可选的，触发操作还可以是一系列操作的组合。

作为示例，会议邀请状态为未入会的对象(可以简称为“未入会对象”)，可以包括会议邀请状态为“可邀请”的对象。

在本申请中，对更新后对象列表中进行会议邀请操作可以通过触发相关的控件来实现。例如，在本申请中，更新后对象列表中可以对未入会对象的对象信息进行展示，例如，对象名称，对象头像，会议邀请状态等。此外，还可以对未入会对象设置用于执行会议邀请操作的会议邀请控件，以使得终端可以响应于针对该会议邀请控件的触发操作，对未入会对象列表中对应的未入会对象进行会议邀请操作。

在一实施例中，可以以创建的对象列表具体包括已入会对象列表与未入会对象列表，且未入会对象列表中可以包括目标会议的至少一个未入会对象为例，具体地，在步骤“根据响应信息对对象列表中对象的会议邀请状态进行更新后”，会议对象的管理方法还可以包括：

若检测到未入会对象更新后的会议邀请状态满足预设状态，则在未入会列表中展示针对未入会对象的会议邀请控件；

响应于针对会议邀请控件的触发操作，对未入会对象进行会议邀请操作。

其中，这里会议邀请状态的预设状态可以包括“可邀请”，“超时”等，具体可以按需进行设置，本申请不对此作限制。

其中，会议邀请控件的设置方式可以有多种，例如会议邀请控件可以为针对一个满足预设状态的未入会对象所设置的控件，如图5中右图所示的“呼叫”控件；又如，会议邀请控件可以为针对多个满足预设状态的未入会对象所设置的控件，如图5中右图所示的“全部呼叫”控件。

在未入会列表中展示针对未入会对象的会议邀请控件的方式可以有多种，例如，可以将对象列表中原本用于展示会议邀请状态的区域，更新用于展示该对象对应的会议邀请控件，如图5中右图所示的“呼叫”控件；又如，可以在对象列表中使用另外的区域，用于展示对象对应的会议邀请控件；又如，可以在对象列表以外展示会议邀请控件，如图5中右图所示的“全部呼叫”控件；等等。

作为示例，参见图5中的右图，其中，第一客户端所展示的对象管理界面中，可以包括已入会对象列表与未入会对象列表，未入会对象列表可以包括目标会议的至少一个未入会对象，且未入会对象列表中针对会议邀请状态满足预设状态的未入会对象设置了会议邀请控件(例如，图5中右图中的“呼叫”控件，以及图5中右图中的“全部呼叫”控件)，以使得终端可以响应于针对会议邀请控件的触发操作，对未入会对象列表中对应的未入会对象进行会议邀请操作，如向该未入会对象的第二客户端发送目标会议的会议邀请信息。

在一实施例中，考虑到对象可以接收到目标会议的至少一次会议邀请，因此，该对象可以对应地具有至少一个会议邀请状态，每个会议邀请状态可以与一次目标会议的会议邀请对应。因此，可以对该对象的历史会议邀请状态进行记录，以便基于该对象的历史会议邀请状态，具体地，在步骤“根据响应信息对对象列表中对象的会议邀请状态进行更新后”，会议对象的管理方法还可以包括：

根据对象更新后的会议邀请状态，生成对象的状态集，其中，状态集包括对象的历史会议邀请状态；

基于状态集，对对象列表进行更新。

其中，对象的状态集指的是由该对象的历史会议邀请状态构成的数据集。例如，若对象F接收到过目标会议的三次会议邀请，且对象F对第一次会议邀请与第二次会议邀请的响应具体均为拒绝，对第三次会议邀请的响应具体为不作响应(例如超时未接的情况)，则对象F的状态集可以为{“已拒绝”，“已拒绝”，“超时”}。

在本申请中，可以将对象更新后的会议邀请状态添加到该对象的对象集中，以及时地对该对象的对象集进行更新。

基于对象的状态集，对对象列表进行更新的方式可以有多种，例如，由于对象的状态集中包括该对象的历史会议邀请状态，因此，可以在对象列表中对对象的历史会议邀请状态进行展示，以对对象列表进行更新。

作为示例，对象列表中针对每个对象可以设置有历史会议邀请状态的查看控件，终端则可以响应于针对查看控件的触发操作，从对象的状态集中获取该对象的历史会议邀请状态，并展示该对象的历史会议邀请状态；又如，可以直接在对象列表中对各个对象的历史会议邀请状态进行展示；等等。

基于对象的状态集，对对象列表进行更新的方式可以有多种，又如，由于对象的状态集中包括该对象的历史会议邀请状态，因此，可以根据各对象的历史会议邀请状态，来对对象列表中对象的排序进行更新，以实现对对象列表进行更新。

作为示例，可以赋予对象不同的会议邀请状态不同的权重或得分，针对对象列表中的每个对象，可以通过该对象的状态集中的历史会议邀请状态，计算该对象的分数，进而根据每个对象的分数来对对象列表中对象的排序进行更新，以实现对对象列表进行更新。作为另一示例，可以基于对象列表中各对象最后一次的会议邀请状态，来对对象列表中的各对象进行排序，以实现对对象列表进行更新。

值得注意的是，由于本申请中创建目标会议的对象列表的方式可以有多种，例如，可以分别创建已入会对象列表与未入会对象列表，其中，已入会对象列表中可以包括目标会议的至少一个已入会对象，未入会对象列表中可以包括目标会议的至少一个未入会对象。因此，在一实施例中，步骤“根据对象更新后的会议邀请状态，生成对象的状态集，其中，状态集包括所述对象的历史会议邀请状态；基于状态集，对对象列表进行更新。”，可以具体为“根据未入会对象更新后的会议邀请状态，生成未入会对象的状态集，其中，状态集包括未入会对象的历史会议邀请状态；基于状态集，对未入会对象列表进行更新。”，具体实现方式可以参照前述，在此不作赘述。在另一实施例中，步骤“根据对象更新后的会议邀请状态，生成对象的状态集，其中，状态集包括所述对象的历史会议邀请状态；基于状态集，对对象列表进行更新。”，可以具体为“根据已入会对象更新后的会议邀请状态，生成已入会对象的状态集，其中，状态集包括已入会对象的历史会议邀请状态；基于状态集，对已入会对象列表进行更新。”，具体实现方式可以参照前述，在此不作赘述。

由上可知，本实施例可以在第一客户端中创建目标会议，目标会议包括至少一个对象；当目标会议的开启条件被触发时，通过第一客户端的消息通道向对象对应的第二客户端发送目标会议的会议邀请信息，并创建目标会议的对象列表，对象列表至少包括会议邀请状态为未入会的对象；获取第二客户端针对会议邀请信息的响应信息；根据响应信息对对象列表中对象的会议邀请状态进行更新。

该方案可以通过会议的对象列表，来对会议的未入会对象进行管理，具体地，该方案可以根据对象对应的消息客户端针对会议邀请信息的响应信息，来对对象列表中对象的会议邀请状态进行更新，这样的话，能够以会议邀请信息为媒介，及时获悉对象针对会议邀请的响应结果，并根据该响应结果及时地对对象列表中的未入会对象进行更新，使得对象列表中的未入会对象能够动态地进行调整。而且，该方案通过对象列表对未入会对象的会议邀请状态进行更新，使得会议管理者能够获悉未入会对象当前的会议邀请状态，进而基于该会议邀请状态针对未入会对象进行会议邀请操作。这样的话，即可通过提高对会议未入会对象的管理效率，来提高会议的管理效率与使用体验。

并且，该方案中不仅可以基于由终端主动上报的数据来对对象的会议邀请状态进行维护，还提出了可以由后台通过延时任务来实现超时上报，以在对象超时未接时亦能够及时地对对象的会议邀请状态进行维护。此外，该方案中通过维护了未入会对象列表，使得会议使用者可以通过该列表，直观地获悉各对象的会议邀请状态，并针对列表中会议邀请状态为未入会的对象进行会议邀请操作。

根据上面实施例所描述的方法，以下将举例进一步详细说明。

在本实施例中，将以会议对象的管理装置集成在服务器与终端为例进行说明，该服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。该终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

如图6所示，一种会议对象的管理方法，具体流程如下：

201、在终端的第一客户端中创建目标会议，目标会议包括至少一个对象。

在一实施例中，可以在终端的第一客户端中确定目标会议的会议设置信息，并通过该第一客户端的通讯录确定目标会议的会议邀请对象，从而创建包括至少一个对象的目标会议。

202、当目标会议的开启条件被触发时，服务器通过第一客户端的消息通道向对象对应的第二客户端发送目标会议的会议邀请信息，并创建目标会议的对象列表，对象列表至少包括会议邀请状态为未入会的对象。

可以以会议邀请信息为响铃消息为例，具体地，该响铃消息的本质为一个消息，可以通过第一客户端的消息通道下发给终端。例如，终端可以基于接收到的响铃消息，展示如图4中左图所示的会议邀请界面，可选地，终端还可以进行震动，音频播放等辅以进行会议邀请。

参见图7，当目标会议的开启条件被触发时，服务器在接收到终端请求后，可以通过第一客户端的消息通道，向目标会议的会议邀请对象对应的第二客户端发送响铃消息。并且，服务器还可以创建该目标会议的对象列表，其中，该对象列表可以包括已入会对象列表与未入会对象列表，该未入会对象列表可以包括至少一个会议邀请状态为未入会的对象，即未入会对象。

203、服务器获取第二客户端针对会议邀请信息的响应信息。

在一实施例中，可以以会议邀请信息为响铃消息为例，参见图7，服务器可以获取第二客户端针对响铃消息的响应信息，以记录每一个响铃下发状态。

具体地，服务器对每一个响铃消息都会记录一个单独的状态，考虑到对象可以具有多终端，而每个终端在收到响应消息后都可以把响铃状态上报给后台，因此，后台需要一份存贮以实现去重，具体地，后台只接收第一个上报状态。另外，对于响铃超时的情况，也需要感知用户是否主动上报过接听状态，如果没有，后台才能通过响铃超时去扭转对象的会议邀请状态。

而针对响铃超时情况的判定，服务器可以对每个响铃消息都创建对应的延时任务，该延时任务用于检查对象是否接听了响铃或者拒绝了响铃，如果都没有，则可以将响铃的状态置为超时，并触发对象的会议邀请状态的扭转。参见图7可知，服务器可以通过消息队列来对延时任务进行管理。

204、服务器确定与对象具有关联关系的会议邀请信息。

205、服务器根据响应信息，对会议邀请信息的信息状态进行更新。

在一实施例中，可以以会议邀请信息为响铃信息为例，则会议邀请信息的信息状态即为响铃状态。响铃的状态可以包括“下发中”，“已接听”，“已拒绝”，以及“已超时”。值得注意的是，响铃的状态只能从“下发中”转变为其他三种状态，如果终端上报时响铃的状态不处于“下发中”，则会直接返回，而不会执行后续动作。

作为示例，参见图8，终端接收到响铃消息后可以弹出响铃界面，对象可能选择接听或不接听，终端则可以把对象的选择状态上报给后台。进一步地，后台收到响铃接听状态上报，如果当前存贮中的响铃状态还处于下发中，则更新响铃状态为已接听或已拒绝。否则直接返回，因为终端可能会多次上报，以第一个为准。服务器可以根据对象上报的接听状态，更新该对象的会议邀请状态。具体地，若接听则不处理，若拒绝则将该对象的会议邀请状态扭转为“已拒绝”。

此外，服务器还可以向上报对象发送降界面消息，具体地，因为多终端原因，可能对象某些终端的响铃还在响。为了提高使用体验，对象在某一个端接听了，则其他端的响铃都应该消失，在实际应用中，通过一个降界面消息来实现这种效果，具体地，该降界面消息可以用于取消会议邀请。

作为另一示例，参见图9，考虑到对象的终端上的消息客户端可能完全不在线，这个时候终端收不到任何信息也不会有任何上报，会议邀请状态的扭转需要后台响铃超时任务来保证。具体地，当响铃任务超时后，则会触发检查逻辑执行检查响铃状态是否终端主动上报过，如果主动上报过则直接返回，否则，则更新响铃状态为“已超时”，并更新对象的会议邀请状态为“已超时”。

206、服务器根据更新后信息状态，对对象的会议邀请状态进行更新。

在一实施例中，可以以会议邀请信息为响铃信息为例。对象的会议邀请状态可以包括“可邀请”，“邀请中”，“已拒绝”，以及“已超时”。值得注意的是，对象的会议邀请状态没有特地设置“已接听”，因为对象一旦接听了响铃，则该对象户就不会再出现在未入会对象列表。

此外，“已拒绝”和“已超时”的会议邀请状态，通过预设时长(例如45秒)的冷却时间会自动扭转为“可邀请”的会议邀请状态。“邀请中”的会议邀请状态扭转为“已拒绝”和“已超时”则是通过响铃状态上报触发的。

207、服务器对更新后对象列表中会议邀请状态为未入会的对象进行会议邀请操作。

由上可知，本申请实施例可以通过会议的对象列表，来对会议的未入会对象进行管理，具体地，该方案可以根据对象对应的客户端针对会议邀请信息的响应信息，来对对象列表中对象的会议邀请状态进行更新，这样的话，能够以会议邀请信息为媒介，及时获悉对象针对会议邀请的响应结果，并根据该响应结果及时地对对象列表中的未入会对象进行更新，使得对象列表中的未入会对象能够动态地进行调整。而且，该方案通过对象列表对未入会对象的会议邀请状态进行更新，使得会议管理者能够获悉未入会对象当前的会议邀请状态，进而基于该会议邀请状态针对未入会对象进行会议邀请操作。这样的话，即可通过提高对会议未入会对象的管理效率，来提高会议的管理效率与使用体验。

为了更好地实施以上方法，相应的，本申请实施例还提供一种会议对象的管理装置，其中，该会议对象的管理装置可以集成在服务器或终端中。该服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。该终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。

例如，如图10所示，该会议对象的管理装置可以包括创建单元301，第一发送单元302，获取单元303以及第一更新单元304，如下：

创建单元301，可以用于在第一客户端中创建目标会议，所述目标会议包括至少一个对象；

第一发送单元302，可以用于当所述目标会议的开启条件被触发时，通过所述第一客户端的消息通道向所述对象对应的第二客户端发送所述目标会议的会议邀请信息，并创建所述目标会议的对象列表，所述对象列表至少包括会议邀请状态为未入会的对象；

获取单元303，可以用于获取所述第二客户端针对所述会议邀请信息的响应信息；

第一更新单元304，可以用于根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新。

在一实施例中，参考图11，所述第一更新单元304，可以包括：

关联确定子单元3041，可以用于确定与所述对象具有关联关系的会议邀请信息；

第一更新子单元3042，可以用于根据所述响应信息，对所述会议邀请信息的信息状态进行更新；

第二更新子单元3043，可以用于根据更新后信息状态，对所述对象的会议邀请状态进行更新。

在一实施例中，所述第一更新子单元3042，可以用于：

确定所述响应信息的时序属性；根据所述时序属性，对所述响应信息进行校验；若校验通过，则根据所述响应信息对所述会议邀请信息的信息状态进行更新。

在一实施例中，参考图12，在所述通过所述第一客户端的消息通道向所述对象对应的第二客户端发送所述目标会议的会议邀请信息之后，所述会议对象的管理装置，还包括：

建立单元305，可以用于建立所述会议邀请信息与所述对象之间的关联关系；

第二更新单元306，可以用于基于发送结果与所述关联关系，对所述会议邀请信息对应的信息状态进行更新。

在一实施例中，参考图13，所述第二更新单元306，可以包括：

任务创建子单元3061，可以用于基于发送结果与所述关联关系，创建针对所述会议邀请信息的延时任务；

第一获取子单元3062，可以用于当所述延时任务的执行条件被触发时，通过所述延时任务获取所述会议邀请信息的当前信息状态；

第一校验子单元3063，可以用于对所述当前信息状态进行校验；

第三更新子单元3064，可以用于根据校验结果，对所述会议邀请信息对应的信息状态进行更新。

在一实施例中，参考图14，所述第一发送单元302，可以包括：

第二获取子单元3021，可以用于获取所述对象的对象信息；

列表创建子单元3022，可以用于基于所述对象信息，创建所述目标会议的未入会对象列表，所述未入会对象列表包括会议邀请状态为未入会的对象。

在一实施例中，参考图15，在所述根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新之后，所述会议对象的管理装置，还包括：

确定单元307，可以用于若检测到所述对象更新后的会议邀请状态满足预设状态，则从所述第二客户端中确定待取消会议邀请的第三客户端；

第一生成单元308，可以用于生成所述目标会议的邀请取消信息，所述邀请取消信息指示客户端取消针对所述目标会议的会议邀请；

第二发送单元309，可以用于向所述第三消息客户端发送所述邀请取消信息。

在一实施例中，参考图16，所述确定单元307，可以包括：

第二确定子单元3071，可以用于从所述第二客户端中，确定所述对象首次响应所述会议邀请信息时对应的第四客户端；

第一确定子单元3072，可以用于根据所述第四客户端，从所述第二客户端中确定待取消会议邀请的第三客户端。

在一实施例中，参考图17，所述创建单元301，可以包括：

第三获取子单元3011，可以用于通过第一客户端，确定目标会议的会议邀请对象，并获取所述目标会议的会议设置信息；

会议创建子单元3012，可以用于根据所述会议邀请对象与所述会议设置信息，在所述第一客户端中创建目标会议。

在一实施例中，所述对象列表包括未入会对象列表，所述未入会对象列表包括至少一个未入会对象；在所述根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新之后，所述会议对象的管理装置，还可以包括：

展示单元，可以用于若检测到所述未入会对象更新后的会议邀请状态满足预设状态，则在所述未入会列表中展示针对未入会对象的会议邀请控件；

邀请单元，可以用于响应于针对所述会议邀请控件的会议邀请操作，对所述未入会对象进行会议邀请操作。

在一实施例中，在所述根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新之后，所述会议对象的管理装置，还可以包括：

第二生成单元，可以用于根据所述对象更新后的会议邀请状态，生成所述对象的状态集，其中，所述状态集包括所述对象的历史会议邀请状态；

第三更新单元，可以用于基于所述状态集，对所述对象列表进行更新。

具体实施时，以上各个单元可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元的具体实施可参见前面的方法实施例，在此不再赘述。

由上可知，本实施例的会议对象的管理装置中由创建单元301在第一客户端中创建目标会议，所述目标会议包括至少一个对象；由第一发送单元302当所述目标会议的开启条件被触发时，通过所述第一客户端的消息通道向所述对象对应的第二客户端发送所述目标会议的会议邀请信息，并创建所述目标会议的对象列表，所述对象列表至少包括会议邀请状态为未入会的对象；由获取单元303获取所述第二客户端针对所述会议邀请信息的响应信息；由第一更新单元304根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新。

该方案可以通过会议的对象列表，来对会议的未入会对象进行管理，具体地，该方案可以根据对象对应的客户端针对会议邀请信息的响应信息，来对对象列表中对象的会议邀请状态进行更新，这样的话，能够以会议邀请信息为媒介，及时获悉对象针对会议邀请的响应结果，并根据该响应结果及时地对对象列表中的未入会对象进行更新，使得对象列表中的未入会对象能够动态地进行调整。而且，该方案通过对象列表对未入会对象的会议邀请状态进行更新，使得会议管理者能够获悉未入会对象当前的会议邀请状态，进而基于该会议邀请状态针对未入会对象进行会议邀请操作。这样的话，即可通过提高对会议未入会对象的管理效率，来提高会议的管理效率与使用体验。

此外，本申请实施例还提供一种计算机设备，该计算机设备可以为服务器或终端等设备，该服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。该终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。如图18所示，其示出了本申请实施例所涉及的计算机设备的结构示意图，具体来讲：

该计算机设备可以包括有一个或一个以上计算机可读存储介质的存储器401、输入单元402、包括有一个或者一个以上处理核心的处理器403、以及电源404等部件。本领域技术人员可以理解，图18中示出的计算机设备结构并不构成对计算机设备的限定，可以包括比图18示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

存储器401可用于存储软件程序以及模块，处理器403通过运行存储在存储器401的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器401可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据计算机设备的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器401可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器401还可以包括存储器控制器，以提供处理器403和输入单元402对存储器401的访问。

输入单元402可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元402可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器403，并能接收处理器403发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元402还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

处理器403是计算机设备的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器401内的软件程序和/或模块，以及调用存储在存储器401内的数据，执行计算机设备的各种功能和处理数据。可选的，处理器403可包括一个或多个处理核心；优选的，处理器403可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器403中。

计算机设备还包括给各个部件供电的电源404(比如电池)，优选的，电源可以通过电源管理系统与处理器403逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源404还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，计算机设备还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，计算机设备中的处理器403会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器401中，并由处理器403来运行存储在存储器401中的应用程序，从而实现各种功能，如下：

在第一客户端中创建目标会议，所述目标会议包括至少一个对象；当所述目标会议的开启条件被触发时，通过所述第一客户端的消息通道向所述对象对应的第二客户端发送所述目标会议的会议邀请信息，并创建所述目标会议的对象列表，所述对象列表至少包括会议邀请状态为未入会的对象；获取所述第二客户端针对所述会议邀请信息的响应信息；根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

由上可知，本实施例的计算机设备可以通过会议的对象列表，来对会议的未入会对象进行管理，具体地，该计算机设备可以根据对象对应的客户端针对会议邀请信息的响应信息，来对对象列表中对象的会议邀请状态进行更新，这样的话，能够以会议邀请信息为媒介，及时获悉对象针对会议邀请的响应结果，并根据该响应结果及时地对对象列表中的未入会对象进行更新，使得对象列表中的未入会对象能够动态地进行调整。而且，该计算机设备通过对象列表对未入会对象的会议邀请状态进行更新，使得会议管理者能够获悉未入会对象当前的会议邀请状态，进而基于该会议邀请状态针对未入会对象进行会议邀请操作。这样的话，即可通过提高对会议未入会对象的管理效率，来提高会议的管理效率与使用体验。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请实施例所提供的任一种会议对象的管理方法中的步骤。例如，该指令可以执行如下步骤：

在第一客户端中创建目标会议，所述目标会议包括至少一个对象；当所述目标会议的开启条件被触发时，通过所述第一客户端的消息通道向所述对象对应的第二客户端发送所述目标会议的会议邀请信息，并创建所述目标会议的对象列表，所述对象列表至少包括会议邀请状态为未入会的对象；获取所述第二客户端针对所述会议邀请信息的响应信息；根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该存储介质中所存储的指令，可以执行本申请实施例所提供的任一种会议对象的管理方法中的步骤，因此，可以实现本申请实施例所提供的任一种会议对象的管理方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述会议对象的管理方面的各种可选实现方式中提供的方法。

以上对本申请实施例所提供的一种会议对象的管理方法、装置、电子设备和存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (15)

1.一种会议对象的管理方法，包括：

在第一客户端中创建目标会议，所述目标会议包括至少一个对象；

当所述目标会议的开启条件被触发时，通过所述第一客户端的消息通道向所述对象对应的第二客户端发送所述目标会议的会议邀请信息，并创建所述目标会议的对象列表，所述对象列表至少包括会议邀请状态为未入会的对象；

获取所述第二客户端针对所述会议邀请信息的响应信息；

根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新。

2.根据权利要求1所述的会议对象的管理方法，其特征在于，根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新，包括：

确定与所述对象具有关联关系的会议邀请信息；

根据所述响应信息，对所述会议邀请信息的信息状态进行更新；

根据更新后信息状态，对所述对象的会议邀请状态进行更新。

3.根据权利要求2所述的会议对象的管理方法，其特征在于，根据所述响应信息，对所述会议邀请信息的信息状态进行更新，包括:

确定所述响应信息的时序属性；

根据所述时序属性，对所述响应信息进行校验；

若校验通过，则根据所述响应信息对所述会议邀请信息的信息状态进行更新。

4.根据权利要求1所述的会议对象的管理方法，其特征在于，在所述通过所述第一客户端的消息通道向所述对象对应的第二客户端发送所述目标会议的会议邀请信息之后，所述方法还包括：

建立所述会议邀请信息与所述对象之间的关联关系；

基于发送结果与所述关联关系，对所述会议邀请信息对应的信息状态进行更新。

5.根据权利要求4所述的会议对象的管理方法，其特征在于，基于发送结果与所述关联关系，对所述会议邀请信息对应的信息状态进行更新，包括:

基于发送结果与所述关联关系，创建针对所述会议邀请信息的延时任务；

当所述延时任务的执行条件被触发时，通过所述延时任务获取所述会议邀请信息的当前信息状态；

对所述当前信息状态进行校验；

根据校验结果，对所述会议邀请信息对应的信息状态进行更新。

6.根据权利要求1所述的会议对象的管理方法，其特征在于，创建所述目标会议的对象列表，所述对象列表至少包括会议邀请状态为未入会的对象，包括：

获取所述对象的对象信息；

基于所述对象信息，创建所述目标会议的未入会对象列表，所述未入会对象列表包括会议邀请状态为未入会的对象。

7.根据权利要求1所述的会议对象的管理方法，其特征在于，在所述根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新之后，所述方法还包括：

若检测到所述对象更新后的会议邀请状态满足预设状态，则从所述第二客户端中确定待取消会议邀请的第三客户端；

生成所述目标会议的邀请取消信息，所述邀请取消信息指示客户端取消针对所述目标会议的会议邀请；

向所述第三消息客户端发送所述邀请取消信息。

8.根据权利要求7所述的会议对象的管理方法，其特征在于，从所述第二客户端中确定待取消会议邀请的第三客户端，包括：

从所述第二客户端中，确定所述对象首次响应所述会议邀请信息时对应的第四客户端；

根据所述第四客户端，从所述第二客户端中确定待取消会议邀请的第三客户端。

9.根据权利要求1所述的会议对象的管理方法，其特征在于，在第一客户端中创建目标会议，所述目标会议包括至少一个对象，包括：

通过第一客户端，确定目标会议的会议邀请对象，并获取所述目标会议的会议设置信息；

根据所述会议邀请对象与所述会议设置信息，在所述第一客户端中创建目标会议。

10.根据权利要求1所述的会议对象的管理方法，其特征在于，所述对象列表包括未入会对象列表，所述未入会对象列表包括至少一个未入会对象；

在所述根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新之后，所述方法还包括：

若检测到所述未入会对象更新后的会议邀请状态满足预设状态，则在所述未入会列表中展示针对未入会对象的会议邀请控件；

响应于针对所述会议邀请控件的会议邀请操作，对所述未入会对象进行会议邀请操作。

11.根据权利要求1所述的会议对象的管理方法，其特征在于，在所述根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新之后，所述方法还包括：

根据所述对象更新后的会议邀请状态，生成所述对象的状态集，其中，所述状态集包括所述对象的历史会议邀请状态；

基于所述状态集，对所述对象列表进行更新。

12.一种会议对象的管理装置，其特征在于，包括：

创建单元，用于在第一客户端中创建目标会议，所述目标会议包括至少一个对象；

第一发送单元，用于当所述目标会议的开启条件被触发时，通过所述第一客户端的消息通道向所述对象对应的第二客户端发送所述目标会议的会议邀请信息，并创建所述目标会议的对象列表，所述对象列表至少包括会议邀请状态为未入会的对象；

获取单元，用于获取所述第二客户端针对所述会议邀请信息的响应信息；

第一更新单元，用于根据所述响应信息对所述对象列表中对象的会议邀请状态进行更新。

13.一种电子设备，其特征在于，包括存储器和处理器；所述存储器存储有应用程序，所述处理器用于运行所述存储器内的应用程序，以执行权利要求1至11任一项所述的会议对象的管理方法中的操作。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有多条指令，所述指令适于处理器进行加载，以执行权利要求1至11任一项所述的会议对象的管理方法中的步骤。

15.一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令被处理器执行时实现权利要求1至11任一项所述的会议对象的管理方法中的步骤。