具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

随着网络技术的不断发展及人们在日常工作中对沟通效率的需求不断提高，电话会议越来越多的应用在人们的工作中，大大提高了工作效率。电话会议，一般指的是多个设备作为参与者均可以同时参与一路通话的电话。其中，在多个参与者中的发起方可以作为管理者，对电话会议进行管理。具体的，管理者一般是通过向网络服务器订阅CEP(conference event package，电话会议事件包)来获取与电话会议相关的信息，并对电话会议进行管理。因此，会议管理方式比较局限。

但是，由于某些运营商的电话会议服务器不支持订阅电话会议事件包的功能，因此，在这部分电话会议服务器所支持的电话会议中，管理者就不能通过订阅电话会议事件包的方式获取与电话会议相关的信息，以实现对电话会议的管理。

因此，本申请实施例中提出了一种电话会议管理方法，会议发起端不需要从电话会议服务器中订阅电话会议事件包，就可以对多方电话会议进行管理。

图1为一个实施例中电话会议管理方法的应用场景图。如图1所示，该应用环境包括会议发起端120、通话服务器140、电话会议服务器160及多个会议参与端180。其中，会议发起端120从通话服务器140中获取多个会议参与端180的会议信息；会议信息包括多个会议参与端180的身份标识以及初始会议状态；向电话会议服务器160发送电话会议请求，电话会议请求用于指示电话会议服务器160从通话服务器140中获取会议信息，并根据会议信息建立会议发起端120与多个会议参与端180之间的多方电话会议；在当前多方电话会议的场景下，根据会议信息对多方电话会议进行管理。这里，会议发起端120及多个会议参与端180都可以是手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、穿戴式设备(智能手环、智能手表、智能眼镜、智能手套、智能袜子、智能腰带等)、智能家居等任意终端设备。

图2为一个实施例中电话会议管理方法的流程图。本实施例中的电话会议管理方法，以运行于图1中的会议发起端120上为例进行描述。该电话会议管理方法包括：

步骤220，从通话服务器中获取多个会议参与端的会议信息；会议信息包括多个会议参与端的身份标识以及初始会议状态。

首先，会议发起端分别向多个会议参与端发起通话连接。具体可以为，会议发起端先向一个会议参与端发起通话连接，在建立了会议发起端与该会议参与端之间的通话连接之后，将该会议参与端的当前通话状态设置为暂停状态(hold状态)。然后，会议发起端再向另一个会议参与端发起通话连接，在建立了会议发起端与该会议参与端之间的通话连接之后，将该会议参与端的当前通话状态也设置为暂停状态(hold状态)。若会议发起端与某个会议参与端之间建立通话连接失败，则确定该会议参与端的当前通话状态为未接通状态。同理，会议发起端依次与其他的会议参与端建立通话连接。这里，并不对多个会议参与端的数目进行限制。当然，在实际中一般电话会议会设置参与人数的最高限制，避免因为网速等原因影响通话质量。

因为通话服务器可以获取到会议发起端分别与多个会议参与端建立通话连接的会议信息，所以，会议发起端就可以从通话服务器中获取多个会议参与端的会议信息。其中，会议信息包括多个会议参与端的身份标识以及初始会议状态。这里，会议参与端的身份标识可以是会议参与端上所插入的SIM对应的电话号码。这里会议参与端的初始会议状态，指的是若会议发起端与会议参与端建立了通话连接之后，且将该会议参与端的当前通话状态也设置为暂停状态(hold状态)之后，将会议参与端的初始会议状态设置为在线状态。若会议发起端与某个会议参与端之间建立通话连接失败，则确定该会议参与端的当前通话状态为未接通状态之后，将该会议参与端的初始会议状态设置为离线状态。

步骤240，向电话会议服务器发送电话会议请求，电话会议请求用于指示电话会议服务器从通话服务器中获取会议信息，并根据会议信息建立会议发起端与多个会议参与端之间的多方电话会议。

会议发起端在从通话服务器中获取多个会议参与端的会议信息之后，开始与多个会议参与端建立多方电话会议。具体为，会议发起端向电话会议服务器发送电话会议请求，电话会议服务器在接收到该电话会议请求之后，从通话服务器中获取多个会议参与端的会议信息，并根据会议信息建立会议发起端与多个会议参与端之间的多方电话会议。其中，电话会议服务器基于多个会议参与端的身份标识以及初始会议状态，向初始会议状态为在线状态的会议参与端、会议发起端发起多方电话会议连接，即同时向初始会议状态为在线状态的会议参与端、会议发起端向发起通话连接。

在这里，电话会议服务器并不会向初始会议状态为离线状态的会议参与端发起多方电话会议连接。

步骤260，在当前多方电话会议的场景下，根据会议信息对多方电话会议进行管理。

电话会议服务器向初始会议状态为在线状态的会议参与端、会议发起端发起多方电话会议连接，并成功建立了多方电话会议连接之后，即会议发起端当前处于多方电话会议的场景下。然后，因为会议发起端在建立电话会议之前，预先从通话服务器中获取多个会议参与端的会议信息，所以此时在当前多方电话会议的场景下，会议发起端就可以直接根据预先从通话服务器中所获取的多个会议参与端的会议信息，对多方电话会议进行管理。

其中，会议发起端可以基于多个会议参与端的身份标识以及初始会议状态，对会议参与端进行移出多方电话会议、或将会议参与端的初始会议状态(在线状态)更新为离线状态等。本申请并不对具体的管理方式进行限定。

本申请实施例中，从通话服务器中获取多个会议参与端的会议信息，会议信息包括多个会议参与端的身份标识以及初始会议状态。向电话会议服务器发送电话会议请求，电话会议请求用于指示电话会议服务器从通话服务器中获取会议信息，并根据会议信息建立会议发起端与多个会议参与端之间的多方电话会议。在当前多方电话会议的场景下，根据会议信息对多方电话会议进行管理。由于某些运营商的电话会议服务器不支持订阅电话会议事件包的功能，因此，在这部分电话会议服务器所支持的电话会议中，管理者就不能通过订阅电话会议事件包的方式获取与电话会议相关的信息，以实现对电话会议的管理。因此，本申请中会议发起端在建立电话会议之前，预先从通话服务器中获取多个会议参与端的会议信息。然后，建立会议发起端与多个会议参与端之间的多方电话会议。如此，就实现了在当前多方电话会议的场景下，不需要从电话会议服务器中订阅电话会议事件包，而是根据预先从通话服务器中所获取的会议信息对多方电话会议进行管理。解决了传统的电话会议管理方式的局限性问题。

在一个实施例中，如图3所示，提供了一种电话会议管理方法，从通话服务器中获取多个会议参与端的会议信息之后，还包括：

步骤230，将会议信息添加至会议发起端的本地数据库中。

首先，会议发起端分别向多个会议参与端发起通话连接。在建立了会议发起端与该会议参与端之间的通话连接之后，将该会议参与端的当前通话状态设置为暂停状态(hold状态)，并进一步设置会议参与端的初始会议状态为在线状态。在会议发起端与某个会议参与端之间建立通话连接失败之后，则确定该会议参与端的当前通话状态为未接通状态，并进一步设置会议参与端的初始会议状态为离线状态。

因为通话服务器可以获取到会议发起端分别与多个会议参与端建立通话连接的会议信息，所以，会议发起端就可以从通话服务器中获取多个会议参与端的会议信息。并将会议信息添加至会议发起端的本地数据库中。其中，会议信息包括多个会议参与端的身份标识(电话号码)以及初始会议状态(在线或离线状态)。

其中，会议发起端在本地数据库中创建了数据表，用于存储在建立多方电话会议时的会议参与端信息及多方电话会议的信息。其中，会议参与端信息包括会议参与端的身份标识(电话号码)及初始会议状态(在线或离线状态)。多方电话会议的信息包括多方电话会议的会议ID，这个统一的会议ID为电话会议服务器在向初始会议状态为在线状态的会议参与端、会议发起端发起多方电话会议连接时所采用的会议ID。在本申请实施例中，会议发起端在本地数据库中创建了数据表也可以称之为会议参与者名单：ConferenceParticipants List。Conference Participants List的数据结构如下表所示：

其中，Status用于存储会议参与端在多方电话会议场景下的实时会议状态。即在多方电话会议中，会议发起端会对数据表中的数据进行实时更新，以便于后续进行会议管理。

本申请实施例中，会议发起端从通话服务器中获取多个会议参与端的会议信息之后，将会议信息添加至会议发起端的本地数据库中。并对本地数据库中所存储的会议信息进行实时更新，就实现了在当前多方电话会议的场景下，不需要从电话会议服务器中订阅电话会议事件包，而是根据会议发起端本地数据库中的会议信息对多方电话会议进行管理。进一步，在解决了传统的电话会议管理方式的局限性问题的同时，提高了会议管理的效率。

在一个实施例中，从通话服务器中获取多个会议参与端的会议信息之前，还包括：

向接入网设备发送通话连接请求，通话连接请求携带多个会议参与端的身份标识，通话连接请求用于指示接入网设备建立会议发起端与多个会议参与端之间的通话连接；

在建立了会议发起端与多个会议参与端之间的通话连接之后，通过接入网设备将多个会议参与端的会议信息发送至通话服务器中。

具体的，在会议发起端分别向多个会议参与端发起通话连接时，首先，会议发起端向接入网设备发送通话连接请求。其中，通话连接请求携带多个会议参与端的身份标识。例如，会议发起端先向接入网设备发送一个通话连接请求，以使接入网设备向一个会议参与端发起通话连接，在建立了会议发起端与该会议参与端之间的通话连接之后，将该会议参与端的当前通话状态设置为暂停状态(hold状态)。

然后，会议发起端再向接入网设备发送另一个通话连接请求，以使接入网设备向另一个会议参与端发起通话连接，在建立了会议发起端与该会议参与端之间的通话连接之后，将该会议参与端的当前通话状态也设置为暂停状态(hold状态)，并进一步设置会议参与端的初始会议状态为在线状态。若会议发起端与某个会议参与端之间建立通话连接失败，则确定该会议参与端的当前通话状态为未接通状态，并进一步设置会议参与端的初始会议状态为离线状态。同理，会议发起端依次与其他的会议参与端建立单线通话连接。单线通话连接的显示界面如图4所示，其中，显示界面上包括添加通话的按键(Add call)，通过点击Add call就可以继续向另一个会议参与端发起通话连接。

其次，接入网设备在建立了会议发起端与多个会议参与端之间的单线通话连接之后，接入网设备上存储了会议发起端分别与多个会议参与端建立通话连接的会议信息，并由接入网设备将多个会议参与端的会议信息发送至通话服务器中。其中，会议信息包括多个会议参与端的身份标识(电话号码)以及初始会议状态(在线或离线状态)。

例如，图5为一个实施例中电话会议管理方法的示意图。其中，会议发起端作为管理者Host(A)，多个会议参与端包括B和C。接入网设备520与通话服务器(Common server)540通过网络连接、通话服务器540与电话会议服务器(Conference server)560通过网络连接。

会议发起端作为管理者Host(A)，向接入网设备(例如基站)发送通话连接请求，以使接入网设备向另一个会议参与端B发起通话连接。然后，会议发起端Host(A)再向接入网设备(例如基站)发送通话连接请求，以使接入网设备向另一个会议参与端C发起通话连接。接入网设备在建立了会议发起端与多个会议参与端之间的单线通话连接之后，接入网设备上存储了会议发起端分别与多个会议参与端建立通话连接的会议信息，并由接入网设备将多个会议参与端的会议信息发送至通话服务器中。

然后，会议发起端在从通话服务器中获取多个会议参与端的会议信息。终端A将hold状态的终端C作为第一个成员添加本地数据库中，终端A将hold状态的终端B作为第二次成员添加本地数据库中。然后，终端A就可以根据本地数据库管理多个会议参与端。

本申请实施例中，会议发起端向接入网设备发送通话连接请求，以使接入网设备依次向不同的会议参与端发起通话连接。接入网设备在建立了会议发起端与多个会议参与端之间的单线通话连接之后，接入网设备上存储了会议发起端分别与多个会议参与端建立通话连接的会议信息，并由接入网设备将多个会议参与端的会议信息发送至通话服务器中。从而，会议发起端就可以从通话服务器中获取多个会议参与端的会议信息，进而就可以基于多个会议参与端的会议信息对多方电话会议进行管理。会议发起端就不需要通过订阅电话会议事件包的方式获取多个会议参与端的会议信息，也可以实现对电话会议的管理，解决了传统的电话会议管理方式的局限性问题。

在一个实施例中，提供了一种电话会议管理方法，在步骤240根据会议信息建立会议发起端与多个会议参与端之间的多方电话会议之后，还包括：

向电话会议服务器发送订阅请求，订阅请求用于订阅电话会议事件包，电话会议事件包中包含多个会议参与端的当前会议信息；

控制电话会议服务器基于订阅请求向会议发起端下发电话会议事件包，以使会议发起端接收电话会议事件包。

如图6所示，为一个实施例中会议发起端向电话会议服务器订阅电话会议事件包的信令图。其中，会议发起端作为管理者Host(A)，多个会议参与端包括B和C。在某些运营商的电话会议服务器支持订阅CEP的功能的情况下，则在成功建立了多方电话会议连接之后，Host(A)向电话会议服务器(Conference server)发起订阅请求，用于订阅CEP(conferenceevent package，电话会议事件包)。电话会议事件包中包含多个会议参与端的当前会议信息，即Conference server会实时获取多个会议参与端在电话会议中的当前会议信息。这里，当前会议信息同理包括当前多个会议参与端的身份标识以及当前会议状态。

若订阅成功，则Conference server会给Host(A)返回通知指令200OK，并向Host(A)实时发送CEP信息。Host(A)在接收到CEP信息之后，向Conference server返回通知指令200OK。

本申请实施例中，在某些运营商的电话会议服务器支持订阅CEP的功能的情况下，向电话会议服务器发送订阅请求，并控制电话会议服务器基于订阅请求向会议发起端下发电话会议事件包，以使会议发起端接收电话会议事件包。采用订阅CEP的方式，能够实现会议发起端更快捷地从电话会议服务器中获取到电话会议事件包，以进行后续的电话会议管理。

在一个实施例中，在当前多方电话会议的场景下，根据会议信息对多方电话会议进行管理，包括：

在当前多方电话会议的场景下，从会议信息和当前会议信息中确定目标会议信息；

基于目标会议信息对多方电话会议进行管理。

具体的，如上述实施例中，会议发起端向接入网设备发送通话连接请求，以使接入网设备依次向不同的会议参与端发起通话连接。接入网设备在建立了会议发起端与多个会议参与端之间的单线通话连接之后，接入网设备上存储了会议发起端分别与多个会议参与端建立通话连接的会议信息，并由接入网设备将多个会议参与端的会议信息发送至通话服务器中。从而，会议发起端就可以从通话服务器中获取多个会议参与端的会议信息。

同时，在某些运营商的电话会议服务器支持订阅CEP的功能的情况下，向电话会议服务器发送订阅请求，并控制电话会议服务器基于订阅请求向会议发起端下发电话会议事件包，以使会议发起端接收电话会议事件包。

此时，在当前多方电话会议的场景下，会议发起端就可以基于从通话服务器中所获取的会议信息、从电话会议服务器中订阅CEP所获取的当前会议信息中确定目标会议信息。然后，基于目标会议信息对多方电话会议进行管理。即基于上述会议信息及上述当前会议信息对多方电话会议进行管理。

本申请实施例中，在某些运营商的电话会议服务器支持订阅CEP的功能的情况下，会议发起端不仅可以从通话服务器中获取会议信息，还可以从电话会议服务器中订阅CEP获取当前会议信息。因此，就可以基于上述会议信息及上述当前会议信息对多方电话会议进行管理。从两个维度上进行电话会议管理，能够提高电话会议管理的准确性。

在一个实施例中，从会议信息和当前会议信息确定目标会议信息，包括：

判断会议信息与当前会议信息是否一致；

若是，则确定会议信息为目标会议信息；

若否，则确定当前会议信息为目标会议信息。

本申请实施例中，在某些运营商的电话会议服务器支持订阅CEP的功能的情况下，会议发起端不仅可以从通话服务器中获取会议信息，还可以从电话会议服务器中订阅CEP获取当前会议信息。因此，就可以判断上述会议信息与上述当前会议信息是否一致，若一致，则可以确定会议信息为目标会议信息，当然，还可以确定当前会议信息为目标会议信息。若不一致，则确定从电话会议服务器中订阅CEP所获取的当前会议信息作为目标会议信息。因为在多方电话会议的场景下，多个会议参与端的当前会议信息可能会发生实时变化，而从通话服务器所获取的会议信息比从电话会议服务器中订阅CEP较早，所以以订阅CEP所得到的当前会议信息为准，以进行管理电话会议。

如此，将从不同通话服务器、电话会议服务器这两个渠道所获取的会议信息进行比较，确定出目标会议信息，提高了目标会议信息的准确性，进而能够提高电话会议管理的准确性。

在一个实施例中，在当前多方电话会议的场景下，根据会议信息对多方电话会议进行管理，包括：

在当前多方电话会议的场景下，根据多个会议参与端的身份标识以及初始会议状态，对多个会议参与端的当前通话状态进行管理。

具体的，会议发起端可以基于多个会议参与端的身份标识以及初始会议状态，对会议参与端进行移出多方电话会议、或将会议参与端的初始会议状态(在线状态)更新为离线状态、将会议参与端的初始会议状态(离线状态)更新为在线状态等。本申请并不对具体的管理方式进行限定。

本申请实施例中，会议发起端可以基于多个会议参与端的身份标识以及初始会议状态，对会议参与端实现多种方式的精细化管理，满足用户在电话会议中多种多样的需求。

在一个实施例中，当前多方电话会议的场景对应的显示界面上包括电话会议管理按键；在当前多方电话会议的场景下，根据多个会议参与端的身份标识以及初始会议状态，对多个会议参与端的当前通话状态进行管理，包括：

在显示界面上接收针对电话会议管理按键的操作指令；

响应于操作指令，展示电话会议管理界面；电话会议管理界面包括每个会议参与端的身份标识以及初始会议状态；

在电话会议管理界面上接收针对会议参与端的初始会议状态的设置指令；

响应于设置指令，更新会议参与端的初始会议状态为目标通话状态，目标通话状态包括离线状态或在线状态。

如图7所示，为一个实施例中电话会议管理的界面示意图。图7中(a)为多方电话会议的场景对应的显示界面，图7中(b)为电话会议管理界面的示意图。在图7中(a)所示的显示界面上包括电话会议管理按键720。会议发起端在显示界面上接收针对电话会议管理按键720的操作指令，响应于操作指令，展示电话会议管理界面。其中，在某些运营商的电话会议服务器不支持订阅CEP的功能，且会议发起端也不能从通话服务器中获取到会议信息的情况下，则多方电话会议的场景对应的显示界面中就不会出现电话会议管理按键720，即会议发起端就没有办法进行会议管理。

在图7中(b)所示的电话会议管理界面包括每个会议参与端的身份标识以及初始会议状态。其中，会议参与端的身份标识以电话号码的图标740进行展示，或者也可以称之为以电话号码的图标进行展示。其中，初始会议状态一般包括在线状态或离线状态，当然，还可以包括其他状态，本申请对此不做限定。且初始会议状态以在线状态对应的图标760或离线状态对应的图标780进行展示。

在电话会议管理界面上，会议发起端可以对多方电话会议进行管理，具体的，会议发起端可以接收针对会议参与端的初始会议状态的设置指令。其中，对初始会议状态的设置指令可以是基于用户对在线状态对应的图标760或离线状态对应的图标780所实施的点击、按压等操作所生成的设置指令。

响应于设置指令，更新会议参与端的初始会议状态为目标通话状态。例如，若会议参与端的初始会议状态为离线状态，则响应于设置指令，将会议参与端从离线状态切换至在线状态。或者，若会议参与端的初始会议状态为在线状态，则响应于设置指令，将会议参与端从在线状态切换至离线状态。当然，若初始会议状态还可以包括其他状态，那么响应于设置指令，更新会议参与端的初始会议状态为目标通话状态，就相应地也会包括其他情况，本申请对此不做限定。

本申请实施例中，在显示界面上接收针对电话会议管理按键的操作指令，响应于操作指令，展示电话会议管理界面。在电话会议管理界面上接收针对会议参与端的初始会议状态的设置指令。响应于设置指令，更新会议参与端的初始会议状态为目标通话状态。实现了在多方电话会议场景下，从多方电话会议的显示界面下切换至电话会议管理界面，然后在电话会议管理界面就可以实现对会议参与端进行管理，操作更加快捷方便。

接前一个实施例，若响应于设置指令，更新会议参与端的初始会议状态为离线状态之后，方法还包括：

接收针对会议参与端的离线状态的设置指令，响应于设置指令更新会议参与端的当前通话状态为在线状态。

具体的，若会议参与端的初始会议状态为在线状态，则响应于设置指令，将会议参与端从在线状态切换至离线状态。然后，若会议发起端又需要将处于离线状态的会议参与端接入多方电话会议，则用户对该会议参与端的离线状态对应的图标780实施的点击、按压等操作，基于该操作生成设置指令。会议发起端接收针对会议参与端的离线状态的设置指令，响应于设置指令更新会议参与端的当前通话状态为在线状态。并将该会议参与端的离线状态对应的图标780更新为在线状态对应的图标760，以使得用户基于该会议参与端的状态图标就可以获知该会议参与端的实时会议状态。

本申请实施例中，通过状态图标来表示会议参与端的实时会议状态，从而，用户基于该会议参与端的状态图标就可以获知该会议参与端的实时会议状态。进而，基于该会议参与端的实时会议状态，在电话会议管理界面就可以实现对会议参与端进行管理，操作更加快捷方便。

在一个具体的实施例中，如图8所示，提供了一种电话会议的管理方法，应用于会议发起端，该方法包括：

步骤802，向接入网设备发送通话连接请求，通话连接请求携带多个会议参与端的身份标识，通话连接请求用于指示接入网设备建立会议发起端与多个会议参与端之间的通话连接。

会议发起端向接入网设备发送通话连接请求，以使接入网设备依次向不同的会议参与端发起通话连接。其中，通话连接请求携带多个会议参与端的电话号码。

步骤804，在建立了会议发起端与多个会议参与端之间的通话连接之后，通过接入网设备将多个会议参与端的会议信息发送至通话服务器中。

接入网设备在建立了会议发起端与多个会议参与端之间的单线通话连接之后，接入网设备上存储了会议发起端分别与多个会议参与端建立通话连接的会议信息。因此，接入网设备就可以将多个会议参与端的会议信息发送至通话服务器中。其中，会议信息包括多个会议参与端的身份标识(电话号码)以及初始会议状态。这里会议参与端的初始会议状态，指的是若会议发起端与会议参与端建立了通话连接之后，且将该会议参与端的当前通话状态也设置为暂停状态(hold状态)之后，将会议参与端的初始会议状态设置为在线状态。若会议发起端与某个会议参与端之间建立通话连接失败，则确定该会议参与端的当前通话状态为未接通状态之后，将该会议参与端的初始会议状态设置为离线状态。

步骤806，从通话服务器中获取多个会议参与端的会议信息。

步骤808，将会议信息添加至会议发起端的本地数据库中。

会议发起端在本地数据库中创建了数据表，用于存储在建立多方电话会议时的会议参与端信息及多方电话会议的信息。因此，会议发起端就可以从通话服务器中获取多个会议参与端的会议信息，并将会议信息添加至会议发起端的本地数据库的数据表中。

步骤810，向电话会议服务器发送电话会议请求，电话会议请求用于指示电话会议服务器从通话服务器中获取会议信息，并根据会议信息建立会议发起端与多个会议参与端之间的多方电话会议。

会议发起端将多个会议参与端的会议信息添加至会议发起端的本地数据库中之后，就可以向电话会议服务器发送电话会议请求。电话会议服务器在接收到该电话会议请求之后，从通话服务器中获取多个会议参与端的会议信息，并根据会议信息建立会议发起端与多个会议参与端之间的多方电话会议。

步骤812，在当前多方电话会议的场景下，根据会议信息对多方电话会议进行管理。

电话会议服务器向初始会议状态为在线状态的会议参与端、会议发起端发起多方电话会议连接，并成功建立了多方电话会议连接之后，即会议发起端当前处于多方电话会议的场景下。然后，因为会议发起端在建立电话会议之前，预先从通话服务器中获取多个会议参与端的会议信息，所以此时在当前多方电话会议的场景下，会议发起端就可以直接根据预先从通话服务器中所获取的多个会议参与端的会议信息，对多方电话会议进行管理。

本申请实施例中，由于某些运营商的电话会议服务器不支持订阅电话会议事件包的功能，因此，在这部分电话会议服务器所支持的电话会议中，管理者就不能通过订阅电话会议事件包的方式获取与电话会议相关的信息，以实现对电话会议的管理。因此，本申请中会议发起端在建立电话会议之前，预先从通话服务器中获取多个会议参与端的会议信息。然后，建立会议发起端与多个会议参与端之间的多方电话会议。如此，就实现了在当前多方电话会议的场景下，不需要从电话会议服务器中订阅电话会议事件包，而是根据预先从通话服务器中所获取的会议信息对多方电话会议进行管理。解决了传统的电话会议管理方式的局限性问题。

在一个实施例中，如图9所示，提供了一种电话会议管理装置900，该装置包括：

会议信息获取模块920，用于从通话服务器中获取多个会议参与端的会议信息；会议信息包括多个会议参与端的身份标识以及初始会议状态；

电话会议建立模块940，用于向电话会议服务器发送电话会议请求，电话会议请求用于指示电话会议服务器从通话服务器中获取会议信息，并根据会议信息建立会议发起端与多个会议参与端之间的多方电话会议；

电话会议管理模块960，用于在当前多方电话会议的场景下，根据会议信息对多方电话会议进行管理。

在一个实施例中，如图11所示，提供了一种电话会议管理装置，该装置还包括：

本地数据库模块930，用于将会议信息添加至会议发起端的本地数据库中。

在一个实施例中，提供了一种电话会议管理装置，该装置还包括：

通话连接模块，用于向接入网设备发送通话连接请求，通话连接请求携带多个会议参与端的身份标识，通话连接请求用于指示接入网设备建立会议发起端与多个会议参与端之间的通话连接；

会议信息发送模块，用于在建立了会议发起端与多个会议参与端之间的通话连接之后，通过接入网设备将多个会议参与端的会议信息发送至通话服务器中。

在一个实施例中，提供了一种电话会议管理装置，在所述根据所述会议信息建立所述会议发起端与所述多个会议参与端之间的多方电话会议之后，该装置还包括：

订阅模块，用于向电话会议服务器发送订阅请求，订阅请求用于订阅电话会议事件包，电话会议事件包中包含多个会议参与端的当前会议信息；控制电话会议服务器基于订阅请求向会议发起端下发电话会议事件包，以使会议发起端接收电话会议事件包。

在一个实施例中，电话会议管理模块960，还用于在当前多方电话会议的场景下，从会议信息和当前会议信息中确定目标会议信息；基于目标会议信息对多方电话会议进行管理。

在一个实施例中，电话会议管理模块960，还用于若所述会议信息与所述当前会议信息一致，则确定会议信息为目标会议信息；若所述会议信息与所述当前会议信息不一致，则确定当前会议信息为目标会议信息。

在一个实施例中，电话会议管理模块960，还用于在当前多方电话会议的场景下，根据多个会议参与端的身份标识以及初始会议状态，对多个会议参与端的当前通话状态进行管理。

在一个实施例中，当前多方电话会议的场景对应的显示界面上包括电话会议管理按键；电话会议管理模块960，还用于在显示界面上接收针对电话会议管理按键的操作指令；响应于操作指令，展示电话会议管理界面；电话会议管理界面包括每个会议参与端的身份标识以及初始会议状态；在电话会议管理界面上接收针对会议参与端的初始会议状态的设置指令；响应于设置指令，更新会议参与端的初始会议状态为目标通话状态，目标通话状态包括离线状态或在线状态。

在一个实施例中，电话会议管理模块960，还用于接收针对会议参与端的离线状态的设置指令，响应于设置指令更新会议参与端的当前通话状态为在线状态。

应该理解的是，虽然图中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

电话会议管理装置中各个模块的划分仅用于举例说明，在其他实施例中，可将电话会议管理装置按照需要划分为不同的模块，以完成电话会议管理装置的全部或部分功能。

关于电话会议管理装置的具体限定可以参见上文中对于电话会议管理方法的限定，在此不再赘述。电话会议管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，还提供了一种终端，包括存储器及处理器，存储器中储存有计算机程序，计算机程序被处理器执行时，使得处理器执行以上各个实施例所提供的一种电话会议管理方法的步骤。

图11为一个实施例中终端的内部结构示意图。如图11所示，该终端包括通过系统总线连接的处理器和存储器。其中，该处理器用于提供计算和控制能力，支撑整个终端的运行。存储器可包括非易失性存储介质及内存储器。非易失性存储介质存储有操作系统和计算机程序。该计算机程序可被处理器所执行，以用于实现以上各个实施例所提供的一种电话会议管理方法。内存储器为非易失性存储介质中的操作系统计算机程序提供高速缓存的运行环境。该终端可以是手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑、穿戴式设备等任意终端设备。

本申请实施例中提供的电话会议管理装置中的各个模块的实现可为计算机程序的形式。该计算机程序可在终端或终端上运行。该计算机程序构成的程序模块可存储在终端或终端的存储器上。该计算机程序被处理器执行时，实现本申请实施例中所描述方法的步骤。

本申请实施例还提供了一种计算机可读存储介质。一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当计算机可执行指令被一个或多个处理器执行时，使得处理器执行电话会议管理方法的步骤。

一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行电话会议管理方法。

本申请实施例所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。合适的非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)，它用作外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDR SDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)。

以上电话会议管理实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。