CN114449112A - 电话会议的提醒方法、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种电话会议的提醒方法、电子设备及存储介质。采用本申请实施例中的方法，会议***设备与多个通话设备建立了通话，在邀请多个通话设备与会过程中，根据存储的每个与会者设备的电话号码，确定第一通知消息中每个与会者的电话号码并显示。本申请实施例中的电话会议的提醒方法，使得会议***设备可以准确显示出在电话会议中每个与会者设备对应的电话号码，提高会议***用户的使用电话会议的使用体验。

Description

电话会议的提醒方法、电子设备及存储介质

技术领域

本申请涉及电子设备技术领域，尤其涉及一种电话会议的提醒方法、电子设备及存储介质。

背景技术

随着电子技术的发展，电子设备(如手机、平板电脑或智能手表等)的功能越来越多。多个电子设备可以通过会话初始协议(session initiation protocol，SIP)建立该多个电子设备的电话会议。以手机为例，手机A(可以称为会议***设备)可以分别与手机B(可以称为与会者设备B) 、手机C(可以称为与会者设备C) 进行语音通信，并且手机A可以基于SIP建立手机A、手机B和手机C这三个手机的电话会议。之后，手机A、手机B和手机C均可以通过上述电话会议与其他的手机进行会议通信。

然而，当会议***设备建立电话会议之后，会议***设备的显示屏中显示的与会者设备的电话信息不准确，例如，在会议***设备的显示屏中显示“私人号码”。

发明内容

本申请实施例提供了一种优化的电话会议的提醒方法、电子设备及存储介质。该方法中，会议***设备可以准确显示出在电话会议中每个与会者设备对应的电话号码，提高会议***用户使用电话会议的使用体验。

第一方面，本申请实施例提供一种电话会议的提醒方法，应用于会议***设备，会议***设备与多个通话设备建立了通话，会议***设备通过会议服务器邀请多个通话设备进行电话会议，多个为至少2个；该方法包括：会议***设备接收会议服务器发送的第一通知消息，第一通知消息包括：被呈现的与会者设备的电话号码和与会状态、匿名者的匿名标识和与会状态，与会状态包括离会状态和在会状态，与会者设备为被邀请并加入电话会议的通话设备，匿名者用于隐藏与会者设备的电话号码；判断第一通知消息中是否存在匿名者；若确定第一通知消息中存在匿名者，则从第一通知消息中获取被呈现的与会者设备的电话号码、从会议***设备中获取存储的每个与会者设备的电话号码；根据存储的每个与会者设备的电话号码以及第一通知消息中被呈现的与会者设备的电话号码，确定第一通知消息中匿名者对应的电话号码；若检测到多个与会者设备与会成功，则根据第一通知消息中匿名者对应的电话号码，在显示界面中显示每个在会状态的与会者设备对应的电话号码。

这样，会议***设备与多个通话设备建立了通话，并邀请该多个通话设备进行电话会议。电话会议在创建时，绑定该电话会议和多个通话，使得在电话会议创建成功后，显示出各个与会者设备的电话号码符合用户查看电话会议中各与会者设备的需求。该会议***设备存储有各个与会者设备的电话号码，当会议***设备接收到第一通知消息后，即使第一通知消息中包含有匿名者，会议***设备根据存储的每个与会者的电话号码以及第一通知消息中被呈现（即未被匿名）的电话号码，可以确定出匿名者对应的电话号码，从而使得会议***设备可以在显示屏中显示出每个在会状态的与会者设备的电话号码，便于会议***用户准确获知是否每个与会者均在该电话会议中，提高会议***用户使用电话会议的使用体验。

根据第一方面，多个通话设备包括：第一通话设备和第二通话设备；在从会议***设备中获取存储的每个与会者设备的电话号码之前，该方法还包括：在会议***设备与多个通话设备建立通话的情况下，存储第一通话设备的电话号码和第二通话设备的电话号码；若检测到会议***设备通过会议服务器邀请第一通话设备，则确定第一通话设备为第一与会者设备；若检测到会议***设备通过会议服务器邀请第二通话设备，则确定第二通话设备为第二与会者设备。

这样，在会议***设备建立通话时，存储对应的通话设备的电话号码。而会议***设备通过邀请的操作，实时确定出加入该电话会议中的每个与会者设备，提高存储的与会者设备的电话号码的准确性，进而提高确定的匿名者的电话号码的准确性。

根据第一方面，第一通知消息还包括会议***设备的电话号码和与会状态；从第一通知消息中获取被呈现的与会者设备的电话号码，包括：获取存储的会议***设备的电话号码；从第一通知消息中移除会议***设备的电话号码和匿名者的匿名标识，获得被呈现的与会者设备的电话号码。

这样，第一通知消息中包括会议***设备的电话号码和与会状态，从第一通知消息中移除会议***设备的电话号码以及移除匿名标识，剩余电话会议中的当前被呈现的与会者设备的电话号码，获得准确的被呈现的与会者设备的电话信息，减少第一通知消息中会议***设备的电话号码对确定匿名者的电话号码的干扰，提高确定匿名者的电话号码的速度。

根据第一方面，若第一通知消息包含唯一的匿名者，根据存储的每个与会者设备的电话号码以及第一通知消息中被呈现的与会者设备的电话号码，确定第一通知消息中匿名者对应的电话号码，包括：将被呈现的与会者设备的电话号码分别与存储的每个与会者设备的电话号码进行匹配，从存储的与会者设备的电话号码中获取未被匹配的电话号码作为第一通知消息中匿名者对应的电话号码。

这样，会议***设备存储有该电话会议当前各个与会者设备的电话号码，将第一通知消息中被呈现的与会者设备的电话号码分别与存储的每个与会者的电话号码进行匹配，未被匹配的电话号码即为匿名者的电话号码，该方式获取匿名者的电话号码的速度快且准确。

根据第一方面，该方法还包括：存储第一通知消息中匿名者的匿名标识与对应的电话号码之间的第一对应关系。这样，若后续接收到用于更新与会者信息的通知消息时，可以基于第一对应关系确定匿名者的电话号码，避免出现重复确定同一个匿名者的电话号码的情况。

根据第一方面，若会议服务器检测到存在与会者设备离开所述电话会议，则向会议***设备发送第二通知消息，第二通知消息包括被呈现的与会者设备的电话号码和与会状态、匿名者的匿名标识和与会状态；第二通知消息中的匿名标识与第一通知消息中的匿名标识相同；该方法还包括：接收到会议服务器发送的第二通知消息；根据第一对应关系，确定第二通知消息中每个与会者设备的电话号码；根据第二通知消息中每个与会者设备的电话号码，确定第二通知消息中处于离会状态的与会者设备的电话号码；从显示界面中移除处于离会状态的与会者设备的电话号码。

这样，当有与会者设备离开该电话会议时，会议服务器发送第二通知消息，以供会议***设备及时更新显示界面中各处于线状态的与会者设备的电话号码。由于第一通知消息中包含唯一的匿名者，且第二通知消息中匿名标识与第一通知消息中的匿名标识相同，即会议***设备根据第一对应关系以及第二通知消息，可以确定出各个与会者设备的电话号码。根据第二通知消息中各与会者设备的与会状态，即可确定出离会者的电话号码。该会议***设备及时将离会者设备（即处于离会状态的通话设备）移除显示界面，使得会议***用户可以实时查看到在会的与会者设备的信息，提高会议***用户的使用体验。

根据第一方面，在接收到会议服务器发送的第二通知消息之前，该方法还包括：响应于会议***用户的跳转操作，跳转至详细界面，详细界面包括各与会者设备对应的选项，与会者设备对应的选项包括与会者设备的电话号码以及挂断控件；响应于会议***用户点击一个或多个与会者设备对应的选项中的挂断控件，断开与被选中的与会者设备之间的通话。

这样，当会议***设备上显示了各个与会者设备的电话号码以及对应的挂断控件，使得会议***用户可以灵活地从电话会议中移除某一个或多个（如2个及以上）的与会者设备。

根据第一方面，该方法还包括：会议***设备响应于会议***用户的添加通话的操作，与第三通话设备建立第三通话，第三通话设备为除该多个通话设备之外的通话设备；

响应于会议***用户的合并操作，会议***设备通过会议服务器邀请第三通话设备加入电话会议；接收会议服务器发送的第三通知消息，第三通知消息包括第三通话设备的电话号码以及第一通知消息中的匿名标识；根据第一对应关系和第三通知消息，确定当前电话会议中每个在会状态的与会者设备的电话号码；在显示界面显示每个在会状态的与会者设备对应的电话号码。

这样，在多个与会者设备成功与会后，会议***设备可以邀请新的通话设备与会，会议服务器反馈第三通知消息，以使得会议***设备可以及时更新当前在会的与会者设备的电话号码。第一对应关系为第一通知消息中匿名者的电话号码与匿名标识之间的对应关系，使得会议***设备基于第一对应关系以及第三通知消息，即可获得当前电话会议中每个与会者的电话号码并显示，避免重复确定匿名者的电话号码。

根据第一方面，若第一通知消息中包括多个匿名者，根据存储的每个与会者设备的电话号码以及第一通知消息中被呈现的与会者设备的电话号码，确定第一通知消息中匿名者对应的电话号码，包括：获取第四通知消息中每个匿名者的电话号码与匿名标识之间的对应关系，第四通知消息为上一次邀请通话设备加入电话会议时，会议服务器反馈的通知消息，第四通知消息中的匿名者数量比所述第一通知消息中匿名者的数量少一个；

根据第四通知消息中每个匿名者的电话号码与匿名标识之间的对应关系、存储的每个与会者设备的电话号码以及第一通知消息中被呈现的与会者设备的电话号码，确定第一通知消息中每个匿名者对应的电话号码。

这样，当第一通知消息中包括多个匿名者时，第四通知消息是上一次邀请通话设备，会议服务器反馈的通知消息，也就是说，第一通知消息中每个匿名者对应的电话号码是基于上一次的通知消息、存储的与会者设备的电话号码以及第一通知消息确定，使得即使第一通知消息中存在多个匿名者，也可以准确确定出每个匿名者的电话号码，便于会议***设备可以准确的邀请与会者，或移除与会者，提高会议***设备主持电话会议的使用体验。

根据第一方面，在会议***设备接收会议服务器发送的第一通知消息之前，该方法还包括：会议***设备向会议服务器邀请第一通话设备加入电话会议，该会议服务器向会议***设备返回第四通知消息；若会议***设备接收到第四通知消息，向会议服务器邀请第二通话设备加入电话会议，由会议服务器向会议***设备返回第一通知消息。

这样，会议***设备仅在接收到上一次邀请通话设备返回的通知消息时，再继续邀请下一个通话设备，从而使得会议***设备可以基于每次接收到的通知消息确定出该通知消息中的匿名者，确保可以准确确定出每个匿名者的电话号码。

根据第一方面，该方法还包括：存储第一通知消息中每个匿名者的号码与匿名标识之间的对应关系；若会议服务器检测到存在与会者设备离开电话会议，则向会议***设备发送第五通知消息，第五通知消息包括每个被呈现的与会者设备的电话号码和与会状态、每个匿名者的匿名标识和与会状态；该方法还包括：接收到会议服务器发送的第五通知消息；根据第一通知消息中每个匿名者对应的号码与匿名标识之间的对应关系，确定第五通知消息中每个与会者设备的电话号码；根据第五通知消息中每个与会者设备的电话号码，确定第五通知消息中处于离会状态的与会者设备的电话号码；从显示界面中移除处于离会状态的与会者设备的电话号码。

这样，由于每个匿名者有对应的匿名标识，使得有离会的与会者设备时，该会议***设备也可以准确确定出离会者设备的电话号码，进而从显示屏中移除离会者设备的电话号码，使得在会与会者设备的电话号码保持实时准确。

根据第一方面，检测多个与会者设备是否与会成功，包括：接收到会议服务器返回的第一会议邀请结果，第一会议邀请结果指示第一与会者设备与会成功；接收到会议服务器返回的第二会议邀请结果，第二会议邀请结果指示第二与会者与会成功。

这样，在建立电话会议之前，会议***设备与多个通话设备建立通话连接，通过会议服务器邀请多个通话设备进行电话会议，多个通话设备中每个通话设备均成功与会，则确定该多个与会者设备与会成功，避免出现会议建立成功之前显示与会者设备的号码的情况，导致不符合会议***用户查看与会者设备的电话号码的情况。

第二方面，本申请实施例提供一种电子设备，包括：一个或多个处理器；存储器；

以及一个或多个计算机程序，其中一个或多个计算机程序存储在存储器上，当计算机程序被一个或多个处理器执行时，使得电子设备执行第一方面以及第一方面的任意可能的实现方式的电话会议的提醒方法。

第三方面，本申请提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

附图说明

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

图1 为示例性示出的一种电话会议的场景示意图；

图2是示例性示出的无线通信***的结构示意图；

图3是示例性示出的电子设备的硬件结构框图；

图4为示例性示出的一种执行本申请中电话会议的提醒方法时各设备之间的交互示意图；

图5为示例性示出的确定匿名者对应的号码的流程示意图；

图6为示例性示出的一种电话会议的提醒的场景示意图；

图7为示例性示出的另一种执行本申请电话会议的提醒方法时各设备之间的交互示意图；

图8为示例性示出的在电话会议通话期间执行该电话会议的提醒方法的场景示意图；

图9为示例性示出的另一种执行本申请电话会议的提醒方法时各设备之间的交互示意图；

图10为示例性示出的另一种执行本申请电话会议的提醒方法时各设备之间的交互示意图；

图11为示例性示出的与会者设备主动离开电话会议的场景示意图；

图12为示例性示出的会议***用户将与会者设备从电话会议移除的场景示意图。

具体实施方式

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

图1为示例性示出的一种电话会议的场景示意图。

在一个实施例中，用户A（该用户A作为会议***用户）欲与用户B和用户C一同进行电话会议。图1示出了用户A的设备的显示屏，手机A（用户A的设备）与手机B（用户B的设备）之间通话的显示界面如图1的1a所示，通话界面10显示有用户B的电话信息11，该电话信息11中包含有用户B的电话号码（即86XXXXXXX1）以及通话时长（如标号11中示出的4秒）。该通话界面10中还包括其他功能控件，如通话界面10中示出的录音控件、等待通话的控件、添加通话的控件12、视频通话的控件、静音控件以及联系人列表控件等。该录音控件用于触发录制通话内容；等待通话的控件用于触发将当前通话的状态更改为保持状态。视频通话的控件用于触发打开当前设备的摄像头并进行拍摄；静音控件用于触发对通话进行消音操作；联系人列表控件用于触发跳转至联系人列表的界面。添加通话的控件12用于触发在当前通话中添加其他的通话。本示例中，如图1的1a所示，用户A可以点击该添加通话的控件12，点击该添加通话的控件12后，触发跳转至拨号界面，以供手机A与除手机B之外的通话设备建立通话；其中，拨号界面可以包括联系人列表和/或拨号键盘（图1中未示出拨号界面）。手机A拨打用户C的号码（即86XXXXXXX2），与手机C（用户C的设备）建立通话，如图1的1b所示，通话界面13中，手机A与手机B之间的通话被保持（即处于hold状态），手机A与手机C之间的通话处于通话（active）状态。1b中的通话界面13中还包括合并通话的控件14，用户点击合并通话的控件14后，手机A可以基于SIP建立手机A、手机B以及手机C的电话会议，如图1的1c所示。该1c中的电话会议界面中显示有与会者的电话信息（如私人号码；86XXXXXXX1）、与会者的人数（如2人）以及通话时长（如24秒）。该电话会议界面还包括详细控件15，用户A点击详细控件15，跳转至与会信息的详细界面，如图1的1d所示。该1d中，与会信息的详细界面中显示有私人号码和“86XXXXXX1”。

在该电话会议中，该会议***设备的显示屏中显示的与会者设备的电话号码完全依赖于网络通知（即Notify消息）中与会者的信息，该通知消息中与会者信息存在有匿名者，若完全按照网络通知中与会者的信息显示，当网络异常，通知消息存在有匿名时，则会议***设备的显示屏中会有匿名显示。本示例中，当Notify消息中携带的与会者信息包含匿名信息时，Notify消息形如：

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected]" state="full"><status>connected</status>

该通知消息中，第一个号码为“86XXXXXXX0”，在电话会议中的状态为与会状态（即connected状态），第二个号码为“86XXXXXXX1”，在电话会议中的状态为与会状态（即connected状态）。第三个号码被隐藏（即被匿名），以“anonymousA”标识第三个号码。当手机A接收到该通知消息，若检测到“anonymousA”，则在显示屏中显示“私人号码”。手机A完全基于Notify消息中与会者的电话信息进行显示的方式降低了用户的会议使用体验。

本申请提供了一种电话会议的提醒方法，该电话会议的提醒方法由电子设备执行，使得电子设备可以准确显示每一个与会者设备对应的号码，提高会议***用户使用电话会议的体验。

首先，结合图2来描述可以在其中应用本申请实施例的无线通信***。图2为可以在其中应用本申请实施例的无线通信***的示意图。该无线通信***可以是LTE，也可以是5G无线通信***，或者未来无线通信发展中出现的新的通信***等。只要无线通信***采用IMS作为语音实现方案，那么该无线通信***可以应用本申请实施例。

如图2所示，无线通信***包括UE201a、UE201b、UE201c、为UE201a提供LTE网络的接入网设备202、为UE201b、UE201c提供5G网络的接入网设备203、核心网设备204、以及互联协议多媒体子***（Internet-protocol Multimedia Subsystem，IMS）205。其中，UE201a可以为主叫UE、UE201b和UE201c为被叫UE。在一些示例中，也可以将接入网设备202、接入网设备203、核心网设备204和IMS205统称为网络（network，NW）。

IMS205可以包括代理呼叫会话控制功能（Proxy-Call Session ControlFunction，P-CSCF）实体、查询呼叫会话控制功能（Interrogating-Call Session ControlFunction，I-CSCF）、服务呼叫会话控制功能（Serving-Call Session Control Function，S-CSCF）实体、和归属地用户服务器（Home Subscriber Server，HSS）。

P-CSCF实体是接入网到IMS的最先连接点，所有发起于支持IMS的UE和终止于支持IMS的UE的会话消息都要通过P-CSCF实体转发。P-CSCF实体可用于将来自UE的IMS注册请求转发给S-CSCF实体，以及将注册响应信息转发给UE。

I-CSCF实体可以连接S-CSCF实体和P-CSCF实体，用于为UE提供到归属网络的入口。在IMS注册过程中，P-CSCF实体可以将来自UE的IMS注册请求转发给I-CSCF实体，I-CSCF实体可以查询IMS中的HSS，为UE选择一个S-CSCF实体。在呼叫过程中，去往IMS网络的呼叫消息首先路由到I-CSCF，I-CSCF实体可以通过IMS中的HSS为UE查询到用户所注册的S-CSCF实体的地址信息，之后再将消息路由到S-CSCF。

S-CSCF实体为IMS的控制核心，为UE提供会话控制和注册等功能。S-CSCF实体用于接收P-CSCF实体转发的IMS注册请求，与HSS配合对UE进行鉴权。S-CSCF在确定鉴权通过后，从HSS获取UE的签约信息。S-CSCF实体还用于基于ISC接口与各应用服务器相连，S-CSCF实体还用于触发应用服务器执行操作，将UE的请求路由到相应的应用服务器。

HSS用于存储所有与用户和服务相关的数据，例如用户身份、签约信息、接入信息等。

应该理解，虽然图2所示的无线通信***仅包括3个UE、一个接入网设备202和一个接入网设备203，但无线通信***可以包括更少和/或更多UE、和/或更多接入网设备。此外，无线通信***还可以包括为UE 201a提供4G/5G网络的接入网设备。无线通信***还可以包括为UE 201b以及UE 201c提供LTE网络的接入网设备。

在本申请实施例中，UE 201可以是能够通过无线通信网络（例如，5G网络和IMS）与另一终端进行通话的任何终端。UE201可以是手机、平板电脑、带无线收发功能的电脑、虚拟现实设备、增强现实设备、工业控制中的无线设备、无人驾驶中的无线设备、远程医疗中的无线设备、智能电网中的无线设备、运输安全中的无线设备、智慧城市中的无线设备、智慧家庭中的无线设备、智能穿戴设备（如智能手表）等。

图3为根据本申请实施例的UE201（即电子设备201）的硬件结构示意图。如图3所示，电子设备 201可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

在本实施例中，处理器110可以根据存储的电话号码以及通知消息中各与会者设备的电话信息，确定通知消息中匿名者对应的电话号码，其中，匿名者可以为被匿名的电话信息。

电子设备201的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

移动通信模块150可以提供应用在电子设备201上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

SIM卡接口195用于连接SIM卡。SIM卡可以通过***SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备201的接触和分离。电子设备201可以支持1个或N个SIM卡接口，N为大于1的正整数。电子设备201通过SIM卡和网络交互，实现通话以及数据通信等功能。

在本实施例中，电子设备201可以通过SIM卡、移动通信模块150实现和其他通话设备建立通话以及进行电话会议。

图4为示例性示出的执行本申请中电话会议的提醒方法时各设备之间的交互示意图。图5为示例性示出的确定匿名者对应的号码的示意图，图6为示例性示出该电话会议的提醒的场景示意图。本示例中，以主叫用户（用户A）设备为UEA，被叫设备为 UEB和UEC作为例子，即该UEA作为会议***设备，该UEB和UEC可以作为与会者设备。可选地，本示例中，与会者设备可以是加入会议中的通话设备且不属于会议***设备。下面结合图4、图5以及图6具体说明该电话会议的提醒方法：

步骤401：UEA与UEB建立通话。

示例性的，用户A（会议***用户）可以通过手机A（UEA）的拨号界面进行拨号操作，会议***设备响应于会议***用户的拨号操作，通过会议服务器（即IMS）和与会者设备B（即UEB）建立通话。如图6的6a所示，通话界面601显示有手机B（即UEB）的电话信息603，该电话信息603中包含有手机B的电话号码以及通话时长。

步骤402：UEA与UEC建立通话。

示例性地，会议***设备（即UEA）响应于用户A添加用户C的操作，可以建立会议***设备和与会者设备C（即UEC）的通话。其中，添加用户C的操作可以为如6a所示的点击添加通话的控件602的操作。

需要说明的是，UEA与UEC建立通话后，UEA与UEB的通话处于保持状态，如图6的6b所示，选项606中通话处于保持状态，选项605中通话处于与会状态。

步骤403：UEA创建会议。

示例性地，会议***用户点击合并控件，会议***设备响应于会议***用户点击合并控件的操作（如图6的6b中的控件607），该会议***设备创建会议。具体地，该会议***设备可以通过INVITE消息向会议服务器（即IMS）发起会议建立请求。当会议建立成功后，会议***设备可以继续向会议服务器订阅会议状态，以变更和邀请与会者设备入会。

需要说明的是，具体对于会议***设备与会议服务器创建会议的方法的描述，可以参考常规技术中电子设备与会议服务器之间创建会议的方法，此处不予赘述。

步骤404：UEA订阅会议状态。

示例性地，当会议***设备与会议服务器建立连接、创建会议后，该会议***设备可以向会议服务器订阅会议状态。即会议***设备向会议服务器发起订阅请求，当向会议服务器订阅成功后，该会议服务器可以返回200 OK消息以响应订阅请求。

步骤405：会议服务器向UEA发送通知消息（Notify_1）。

示例性地，会议服务器向会议***设备（即UEA）发送Notify消息，该Notify消息用于通知会议***设备更新当前的与会者设备的状态。该通知消息至少包括：会议***设备的电话号码以及连接状态（如接入状态connected），连接状态也可以称为与会状态。

举例来说，该Notify_1形如：

<user entity="sip:[email protected]"state="full"><status>connected</status>；

该会议***设备从Notify_1中可以获知，当前电话会议中仅包含会议***设备。

步骤406：会议***设备UEA邀请UEB与会。

示例性地，会议***设备向会议服务器发送邀请UEB与会的消息，例如，发送Refer消息。

步骤407：会议服务器向UEB发送会议邀请请求消息。

示例性地，会议服务器响应于会议***设备发送的邀请UEB与会的消息，向UEB发送会议邀请请求消息，该会议邀请请求消息可以是INVITE消息。

步骤408：UEB向会议服务器返回响应消息。

示例性地，UEB向会议服务器返回响应消息，如返回200 OK消息。

步骤409：会议服务器向UEA发送通知消息（Notify_2），用于通知会议邀请结果。

示例性地，会议服务器接收到UEB返回的200 OK消息，可以向会议***设备发送通知消息。该通知消息（Notify_2）用于通知会议***设备该会议邀请结果。若该会议服务器接收到UEB返回的200 OK消息，该会议服务器返回的通知消息指示会议邀请成功。

本示例中，通知消息的不同标号（如Notify_1、Notify_2等）是用于区分各个通知消息，并不用于限制通知消息的类型。

需要说明的是，会议服务器在会议邀请成功后，可以向会议***设备发送用于指示与会者信息的通知消息（Notify_4）。会议***设备可以在接收到通知消息（Notify_4）之前，继续向会议服务器邀请其他设备与会。会议服务器根据邀请的时间先后顺序，依次向会议***设备发送用于更新与会者信息的通知消息。例如，会议***设备（UEA）在t1时刻向会议服务器发送邀请UEB与会的消息，在t2时刻向会议服务器发送邀请UEC与会的消息，其中，t1时刻早于t2时刻，该会议服务器在t3时刻向UEA返回用于更新与会者信息UEB的通知消息（Notify_4），会议服务器在t4时刻向UEA返回用于更新与会者信息UEC的通知消息（Notify_5）。

需要说明的是，在IR92 13.0之前，协议未做明确规定UEA必须在接收到通知消息(Notify_4)之后才可以继续邀请下一个与会者。在IR92 13.0及之后，协议中会议部分2.3.3节规定UEA必须在接收到通知消息(Notify_4)之后才可以继续邀请下一个与会者。若采用IR92 13.0的协议，该UEA在接收到通知消息（Notify_4）后，再向会议服务器邀请UEC与会。

本示例中，以在接收到会议服务器返回用于更新与会者信息的通知消息之前，UEA向会议服务器邀请UEC与会为例。

步骤410：UEA向会议服务器邀请UEC与会。

示例性地，当会议***设备确定对UEB的会议邀请成功后，可以向会议服务器发送邀请UEC与会的消息。该与会的消息可以是Refer消息。

步骤411：会议服务器向UEC发送会议邀请请求消息。

示例性地，会议服务器响应于会议***设备发送的邀请UEC与会的消息，向UEC发送会议邀请请求消息，该会议邀请请求消息可以是INVITE消息。

步骤412：UEC向会议服务器返回响应消息。

示例性地，UEC接收到INVITE消息后，可以向会议服务器返回响应消息，如返回200OK消息。

步骤413：会议服务器向UEA发送通知消息（Notify_3），用于通知会议邀请结果。

示例性地，与步骤409类似，会议服务器接收到UEC返回的响应消息后，可以向会议***设备发送通知消息（Notify_3），该通知消息（Notify_3）用于指示会议邀请成功。

步骤414：会议服务器向UEA发送通知消息（Notify_4），以更新与会者信息。

示例性地，会议服务器在向UEA返回会议邀请结果之后，可以向UEA发送通知消息（Notify_4），该通知消息（Notify_4）携带每个与会者的信息，与会者的信息包括：与会者设备对应的电话号码。需要说明的是，由于该通知消息（Notify_4）与邀请UEB与会成功对应，此时，UEA还未向会议服务器发起对UEC的与会邀请，该通知消息（Notify_4）中不包含UEC的信息。UEA可以从该通知消息中获取到当前与会者的信息。

步骤415：IMS向UEA发送通知消息（Notify_5），以更新与会者信息。

示例性地，与步骤414类似，会议服务器向UEA返回邀请UEC与会的会议邀请结果之后，若该会议服务器确定会议邀请结果指示会议邀请成功，可以向该UEA发送新的通知消息（Notify_5），以供UEA更新新的与会者信息。

本示例中，由于UEA邀请UEB的时刻早于邀请UEC的时刻，该通知消息（Notify_5）中将包含每个与会者的信息，即该通知消息（Notify_5）包含UEB、UEC的电话号码以及UEA的电话号码。

步骤416：UEA确定匿名者对应的号码，并显示每个与会者的号码。

示例性地，Notify消息可能包含匿名的号码信息，数量也随机。可选地，本示例中以随机隐藏一个与会者对应的号码为例进行说明。

下面结合图5具体介绍确定匿名者对应的号码的过程：

步骤4161：UEA判断通知消息中是否存在匿名者。UEA若确定通知消息中存在匿名者，则执行步骤4162；UEA若确定通知消息中不存在匿名者，则直接执行步骤4163。

示例性地，该UEA可以通过匿名标识判断该通知消息中是否存在匿名者，例如，匿名标识可以为“anonymous”。若UEA查询到该通知消息中不存在匿名标识，则确定该通知消息中不存在匿名者，可以执行步骤4163。

举例来说，UEA在t3时刻接收到通知消息（即Notify_4），UEA确定该Notify_4中存在与会者信息。该UEA继续判断该Notify_4中是否存在匿名标识（“anonymous”）。Notify4形如：

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected]"state="full"><status>connected</status>

该UEA查询到该Notify4消息中不存在“anonymous”，即UEA确定该Notify_4消息中不存在匿名者，执行步骤4163。

UEA在t4时刻接收到通知消息（即Notify_5）。该UEA继续判断该Notify_5中是否存在匿名标识（“anonymous”）。Notify_5形如：

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected]" state="full"><status>connected</status>

该UEA查询到该Notify_5消息中存在“anonymous”，即UEA确定该Notify_5消息中存在匿名者，执行步骤4162。

步骤4162：UEA根据存储的与会者号码，确定该匿名者对应的号码。

示例性地，UEA可以在和与会者设备建立通话时，存储与会者设备对应的电话号码。例如，UEA建立与UEB的通话后，可以存储该UEB的电话号码。同理，UEA建立与UEC的通话，可以存储该UEC的电话号码。可选地，该UEA也可以在邀请与会者设备与会或者移除与会者设备时，本地更新与会者设备对应的电话号码。

该UEA可以根据通知消息中各个与会者对应的号码以及存储的与会者的号码，确定匿名者对应的号码。具体地，UEA可以从通知消息中获取与会者的号码，将获取的号码与存储的每个与会者号码进行比对，从存储的与会者号码中获取未被匹配电话号码。UEA将获取的未被匹配的电话号码作为匿名者对应的号码。

举例来说，UEA在和与会者建立通话时，存储各个与会者的电话号码。本示例中，UEA分别存储了UEA的电话号码为“86XXXXXXX0”，UEB的电话号码为“86XXXXXXX1”，UEC的电话号码为“86XXXXXXX2”。

UEA在t4时刻接收到通知消息（即Notify_5），UEA确定该Notify_5中存在与会者信息。该UEA继续判断该Notify_5中是否存在匿名标识（“anonymous”）。Notify_5形如：

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected]" state="full"><status>connected</status>

该UEA查询到该Notify_5消息中存在“anonymous”，即UEA确定该Notify_5消息中存在匿名者。该UEA可以根据会议邀请结果，确定每个与会者的电话号码分别为：86XXXXXXX0、86XXXXXXX1以及86XXXXXXX2。UEA从该Notify_5获取到的电话号码分别为：86XXXXXXX0、86XXXXXXX1以及anonymousA。UEA将获取的电话号码分别与存储的电话号码进行比对，UEA存储的86XXXXXXX2未被匹配，则该UEA确定匿名者对应的号码为86XXXXXXX2。

步骤4163：UEA显示每个与会者的号码。

示例性地，UEA确定出匿名者对应的号码以及会议***设备对应的号码，即根据每个电话号码的与会状态，在显示屏中显示出每个在会状态的与会者的电话号码。例如，如图6的6c所示，电话会议界面608中显示有电话信息609，电话信息609包括每个与会者的电话号码（如86XXXXXXX1、86XXXXXXX2）、与会者的人数（如2人）以及会议时长（如24秒）。该电话会议界面608还包括详细控件610，用户A点击详细控件610，跳转至与会信息的详细界面611，如图6的6d所示。该6d中，与会信息的详细界面611中显示有每个与会者的电话号码，分别为86XXXXXXX1；86XXXXXXX2。

本示例中，会议***设备存储有各个与会者的电话号码，当会议***设备接收到通知消息后，即使通知消息中包含有匿名者，会议***设备根据存储的每个与会者的电话号码以及通知消息中未被匿名的电话号码，可以确定出匿名者对应的号码，从而使得会议***设备可以在显示屏中显示出每个与会者的号码，便于会议***用户准确获知是否每个与会者均在会议中，提高会议***用户使用电话会议的使用体验。

图7为示例性示出的执行本申请电话会议的提醒方法时各设备之间的交互示意图。图8为示例性示出的在电话会议通话期间，本示例执行该电话会议的提醒方法的场景示意图。本示例中，以主叫用户（用户A）设备为UEA，UEA分别与UEB和UEC建立通话，UEA、UEB以及UEC建立电话会议，在电话会议过程中，UEA还可以邀请新的UE加入该电话会议，下面结合图7和图8说明该电话会议的提醒方法的过程：

步骤701：UEA与UEB建立通话。

步骤702：UEA与UEC建立通话。

步骤703：UEA创建会议。

步骤704：UEA向会议服务器订阅会议状态。

步骤705：会议服务器向UEA返回通知消息（Notify_6）。

步骤706：UEA向会议服务器邀请UEB与会。

步骤707：会议服务器向UEB发送会议邀请请求消息。

步骤708：UEB向会议服务器返回响应消息。

步骤709：会议服务器向UEA发送通知消息（Notify_7），用于通知会议邀请结果。

步骤710：UEA向会议服务器邀请UEC与会。

步骤711：会议服务器向UEC发送会议邀请请求消息。

步骤712：UEC向会议服务器返回响应消息。

步骤713：会议服务器向UEA发送通知消息（Notify_8），以通知会议邀请结果。

步骤714：会议服务器向UEA发送通知消息（Notify_9），以更新与会者信息。

步骤715：会议服务器向UEA发送通知消息（Notify_10），以更新与会者信息。

步骤716：UEA确定匿名者对应的号码并显示每个与会者的号码。

本示例中步骤701~步骤716与步骤401~步骤416的过程类型，步骤701~步骤716中的相关描述可以参照步骤401~步骤416中的描述，此处将不再进行赘述。UEA显示每个与会者的号码，如图8的8a所示，该电话会议界面801显示有电话信息802（包括电话号码86XXXXXXX1和86XXXXXXX2）。

步骤717：UEA与UEN建立通话。

示例性地，会议***设备可以在电话会议的通话时段内添加新的与会者设备（如UEN）。可选地，如图8的8a所示，会议***用户可以在UEA的电话会议界面801上点击“添加通话”的控件803。该UEA响应于用户的添加通话的操作，跳转至拨号界面或联系人列表界面，用户A可以通过拨号界面输入待添加设备的电话号码，也可以通过点击联系人输入待添加设备的电话号码。UEA响应于用户A拨打UEN的操作，建立UEA与UEN的通话。

需要说明的是，具体对于会议***设备与与会者设备建立通话的方法的描述，可以参考常规技术中电子设备与另一个电子设备之间进行语音通信的方法，此处不予赘述。

步骤718：UEA合并会议，邀请UEN与会。

示例性地，会议***设备与UEN建立通话后，如图8的8b所示，显示界面804中UEA与UEN之间的通话处于与会状态（即active状态），如选项805所示。UEA与UEC之间的通话被保持（即hold状态），如选项806所示。UEA与UEB之间的通话将被保持（即hold状态），如选项807所示。显示界面804还显示有用于合并通话的合并控件808。会议***用户点击合并控件808，会议***设备响应于该操作，将与UEN的通话（如805指示的通话）合并到电话会议中，可选地，UEA可以发送Refer消息邀请UEN与会。

步骤719：会议服务器向UEN发送会议邀请请求消息。

该步骤与步骤407类似，相关描述可以参照步骤407中的描述，此处将不再进行赘述。

步骤720：UEN向会议服务器返回响应消息。

该步骤与步骤408类似，相关描述可以参照步骤408中的描述，此处将不再进行赘述。

步骤721：会议服务器向UEA发送通知消息（Notify_11），以通知会议邀请结果。

示例性地，会议服务器接收到UEN返回的响应消息，可以向UEA发送通知消息（Notify_11），该通知消息（Notify_11）用于通知会议邀请结果，例如，该会议邀请结果指示邀请UEN与会成功。

步骤722：会议服务器向UEA发送通知消息（Notify_12），以更新与会者信息。

示例性地，会议服务器可以向UEA发送通知消息（Notify_12），该通知消息携带有每个与会者的信息，UEA接收到该通知消息（Notify_12）后，可以更新与会者信息，其中，与会者可以用于指示与会者设备。

步骤723：UEA确定匿名者对应的号码，并显示每个与会者的号码。

示例性地，UEA根据存储的电话号码和接收到的通知消息（Notify_12），可以确定出匿名者的信息。UEA确定匿名者对应的号码与步骤416类似。

举例来说，UEA在和与会者建立通话时，存储各个与会者的电话号码。本示例中，UEA分别存储了UEA的电话号码为“86XXXXXXX0”，UEB的电话号码为“86XXXXXXX1”，UEC的电话号码为“86XXXXXXX2”。会议服务器向UEA发送Notify消息，UEA在t6时刻接收到通知消息（即Notify_10），UEA确定该Notify_10中存在与会者信息。该UEA继续判断该Notify_10中是否存在匿名标识（“anonymous”）。Notify_10形如：

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected]"state="full"><status>connected</status>

该UEA查询到该Notify_10消息中不存在“anonymous”，该UEA直接显示每个与会者的电话号码。

UEA在电话会议通话的过程中，UEA与UEN建立通话。该UEA可以在建立通话过程中存储该UEN的电话号码（如86XXXXXXXN）。UEA与UEN建立通话后，UEA合并会议，邀请UEN与会。

UEN与会后，会议服务器向UEA通知Notify_12消息，该UEA在t7时刻接收到Notify_12消息。UEA确定该Notify_12中存在与会者信息。该UEA继续判断该Notify_12中是否存在匿名标识（“anonymous”）。Notify_12消息形如：

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected] "state="full"><status>connected</status>

<user entity="sip:[email protected]" state="full"><status>connected</status>

该UEA确定该Notify_12消息中存在匿名者。该UEA可以根据会议邀请结果，确定每个与会者的电话号码分别为：86XXXXXXX1、86XXXXXXX2以及86XXXXXXXN。UEA从该Notify_12获取到的电话号码分别为：86XXXXXXX0、86XXXXXXX1、86XXXXXXX2以及anonymousA。UEA将获取的电话号码分别与存储的电话号码进行比对，存储的电话包括会议***设备的电话以及每个与会者的电话，该UEA可以确定出存储的86XXXXXXXN未被匹配，则该UEA确定匿名者对应的号码为86XXXXXXXN。

该UEA可以在显示屏中显示出各个与会者的电话号码，如图8的8c所示，在电话会议界面809中显示有电话信息811，即显示“86XXXXXXX1、+86XXXXXX2以及86XXXXXXXN”。会议***用户点击详细控件810，跳转至显示界面812，该界面上显示了个与会者的号码以及每个号码对应的挂断控件，会议***用户可以通过点击挂断控件移除对应的与会者设备。

需要说明的是，在电话会议过程中，若该电话会议中与会者设备发生变化（如电话会议中有新增的与会者设备），则会议***设备根据新接收到的通知消息，显示当前在会的每个与会者的电话号码。

本示例中，在电话会议通话过程中，会议***设备可以添加新的与会者设备，根据通知消息以及存储的电话号码，该会议***设备依然可以准确确定出匿名者对应的号码，从而使得会议***设备无论何时都可以准确显示当前与会者的号码，便于会议***设备用户获知每个与会者的信息。

在一些实施例中，若有与会者主动离开会议，UEA也可以确定匿名者对应的电话号码。

举例来说，与会者离会，UEA收到Notify消息形如：

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected]"state="full"><status>disconnected</status>

<user entity="sip:[email protected] "state="full"><status>connected</status>

<user entity="sip:[email protected]" state="full"><status>connected</status>

该UEA确定该Notify消息中存在匿名者。该UEA可以根据会议邀请结果，确定每个与会者的电话号码分别为：86XXXXXXX1、86XXXXXXX2以及86XXXXXXXN。UEA从该Notify获取到的电话号码分别为：86XXXXXXX0、86XXXXXXX1、86XXXXXXX2以及anonymousA。UEA将获取的电话号码分别与存储的电话号码进行比对，存储的电话包括会议***设备的电话以及每个与会者的电话，该UEA可以确定出存储的86XXXXXXXN未被匹配，则该UEA确定匿名者对应的号码为86XXXXXXXN。其中，UEA还可以从Notify中确定离会设备对应的号码为86XXXXXXX1，该UEA可以在显示屏中显示出当前各个在会与会者的电话号码，即显示“86XXXXXXX2以及86XXXXXXXN”。

本示例中，无论是否有离会的与会者，会议***设备都可以准确确定匿名者对应的号码，提高会议***设备使用的体验。

在一个实施例中，若通知消息中存在多个匿名者时，可以采用如图9所示的电话会议的提醒的方法，该电话会议的提醒方法的具体过程如下：

步骤901：UEA与UEB建立通话。

步骤902：UEA与UEC建立通话。

步骤903：UEA创建会议。

步骤904：UEA向会议服务器订阅会议状态。

步骤905：会议服务器向UEA发送通知消息（Notify_13）。

步骤906：UEA向会议服务器邀请UEB与会。

步骤907：会议服务器向UEB发送会议邀请请求消息。

步骤908：UEB向会议服务器返回响应消息。

步骤909：会议服务器向UEA发送通知消息（Notify_14），以通知会议邀请结果。

本示例中步骤901~步骤909的相关描述与步骤401~409类似，可以参照步骤401~409中的描述，此处将不再进行赘述。

步骤910：会议服务器向UEA发送通知消息（Notify_15），以更新与会者信息。

示例性地，IR92 13.0及后续协议中指示会议***设备已订阅会议状态，则在邀请新的与会者之前，UE 必须等待相关的SIP通知确认最后一个受邀的与会者的与会状态。本示例中，会议服务器向UEA发送通知消息（Notify_14），以告知会议邀请结果后，会议服务器向UEA发送通知消息（Notify_15）。通知消息（Notify_14）指示邀请UEB成功，通知消息（Notify_15）携带与会者的信息，以供UEA更新与会者信息。

UEA接收到该通知消息（Notify_15）后，UEA判断该通知消息（Notify_15）中是否存在匿名者；若UEA确定通知消息中存在匿名者，则根据存储的与会者的号码，确定匿名者对应的号码，即执行步骤911。若UEA确定该通知消息中不存在匿名者，则执行步骤912。

步骤911：UEA确定匿名者对应的号码。

示例性地，UEA可以从通知消息中获取与会者的号码，将获取的号码与存储的每个与会者号码进行比对，从存储的与会者号码中获取未被匹配电话号码。UEA将获取的未被匹配的电话号码作为匿名者对应的号码。

举例来说，UEA在和与会者建立通话时，存储各个与会者的电话号码。本示例中，

UEA（如UEA的电话号码为“86XXXXXXX0”）与UEB（如UEB的电话号码为“86XXXXXXX1”）建立通话时，存储UEB的电话号码。UEA邀请UEB与会时，可以确认与会者包括UEB的电话号码，也就是说在UEA向IMS邀请UEB成功后，UEA确定UEB为与会者，可以建立UEB和与会者之间的对应关系（即UEA确定UEB为与会者设备）。

当UEA接收到用于更新与会者信息的通知消息（如Notify_15），并确定该通知消息（Notify_15）包含匿名者，该Notify_15形如：

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected]" state="full"><status>connected</status>

UEA从Notify_15消息中获取到与会者的号码以及会议***设备的电话号码。由于UEA存储有自身的电话号码（即86XXXXXXX0）且存储有UEB和与会者之间的对应关系，该UEA即可确定匿名者对应的为UEB的号码，即该UEA即可确定anonymousA对应的号码为“86XXXXXXX1”。UEA存储“anonymousA”与“86XXXXXXX1”之间的对应关系。

需要说明的是，在本示例中，UEA创建会议之前分别与UEB和UEC建立通话，故当UEA检测到UEB和UEC均与会成功时，确定当前电话会议建立成功。若UEA未检测到UEB和UEC均与会，该UEA确定会议还未建立成功，此时，该UEA不实时显示与会者的电话号码，如本步骤911，UEA执行确定匿名者的号码的步骤，但不执行显示与会者的电话号码的步骤。

步骤912：UEA向会议服务器邀请UEC与会。

示例性地，UEA在接收到更新与会者信息的通知消息后，邀请UEC与会。邀请UEC与会的过程与步骤410类似，此处不再进行赘述。

步骤913：会议服务器向UEC发送会议邀请请求消息。

该步骤与步骤411类似，相关描述可以参照步骤411的内容，此处不再进行赘述。

步骤914：UEC向会议服务器返回响应消息。

该步骤与步骤412类似，相关描述可以参照步骤412的描述，此处不再进行赘述。

步骤915：会议服务器向UEA发送通知消息（Notify_16），以通知会议邀请结果。

示例性地，会议服务器可以通过该通知消息（Notify_16）向UEA反馈邀请UEC与会的邀请结果。该步骤与步骤409类似，相关描述可以参照步骤409的描述，此处不再进行赘述。

步骤916：会议服务器向UEA发送通知消息（Notify_17），以更新与会者信息。

示例性地，UEA接收到该通知消息（Notify_17）后，UEA判断该通知消息（Notify_17）中是否存在匿名者。若UEA确定通知消息中存在匿名者，则根据存储的与会者的号码，确定匿名者对应的号码，即执行步骤917。若UEA确定该通知消息中不存在匿名者，则直接显示每个与会者的电话号码。

步骤917：UEA确定匿名者对应的号码，并显示每个与会者的号码。

示例性地，会议服务器发送的通知消息（Notify_17）中存在多个（如2个）的匿名者，该UEA可以根据存储的与会者的电话号码、步骤911中确定的匿名者对应的号码，确定该通知消息（Notify_17）中未被确定的匿名者对应的号码。具体来说，UEA可以获取所有与会者的电话号码，获取步骤911中存储的匿名者与电话号码之间的对应关系；即可确定该通知消息（Notify_17）中未被确定的匿名者的对应的电话号码。

举例来说，UEA（如UEA的电话号码为“86XXXXXXX0”）与UEB（如UEB的电话号码为“86XXXXXXX1”）建立通话时，存储UEB的电话号码。UEA与UEC建立通话时，存储UEC（如UEC的电话号码为“86XXXXXXX2”）的电话号码。此外，该UEA邀请UEB时，可以确认与会者包括UEB的电话号码，也就说在UEA向会议服务器邀请UEB成功后，UEA确定UEB为与会者，可以建立UEB和与会者之间的对应关系。

当UEA在t8时刻接收到用于更新与会者信息的通知消息（如Notify_15），并确定该通知消息（Notify_15）包含匿名者。该UEA确定该Notify_15中匿名者对应的号码，存储“anonymousA”与“86XXXXXXX1”之间的对应关系。

UEA在t8时刻接收到Notify_15之后，向IMS邀请UEC与会。UEA可以在接收到用于通知UEC与会的会议邀请结果后，确认与会者包括电话号码“86XXXXXXX2”，也就说在UEA向会议服务器邀请UEC成功后，UEA确定UEC为与会者，可以建立UEC和与会者之间的对应关系。

当UEA在t9时刻接收到用于更新与会者信息的通知消息（如Notify_17），并确定该通知消息（Notify_17）包含匿名者，其中，t8时刻早于t9时刻。Notify_17形如：

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected] " state="full"><status>connected</status>

<user entity="sip:[email protected]" state="full"><status>connected</status>

UEA确定该Notify_17中包括两个匿名者，UEA查询到该“anonymousA”与“86XXXXXXX1”之间的对应关系。且该UEA查询到存储的与会者的电话号码包括“86XXXXXXX1、86XXXXXXX2”，UEA还存储有自身的电话号码“86XXXXXXX0”。该UEA即可确定匿名者“anonymousB”与“86XXXXXXX2”之间的对应关系。

UEA可以在确定了每个匿名者对应的电话号码之后，在UEA的显示屏中显示每个匿名者的电话号码。

可选地，通知消息中还可以包括3个及以上的匿名者。在一个实施例中，若UEA在电话会议期间（如电话会议通话10分钟时），UEA响应于会议***用户点击添加通话的控件，跳转至拨号界面。UEA响应于会议***拨号UEN的操作，建立与UEN的通话。该UEA可以存储UEN的电话号码。UEA响应于会议***点击合并的控件，该UEA对电话会议和与UEN的通话（即UEA与UEN之间的通话）进行合并。该UEA向会议服务器邀请UEN与会。在会议服务器向UEA反馈会议邀请成功的结果后，该UEA确定与会者的电话号码还包括“86XXXXXXXN”。例如，存储与会者包括“86XXXXXXX1、86XXXXXXX2和86XXXXXXXN”，且还存储有“86XXXXXXX1”与“anonymousA”的对应关系，以及“86XXXXXXX2”与“anonymousB”的对应关系。UEA在t10时刻接收到Notify_18，并确定该通知消息（Notify_18）包含匿名者。Notify_18形如：

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected] " state="full"><status>connected</status>

<user entity="sip:[email protected]" state="full"><status>connected</status>

<user entity="sip:[email protected]" state="full"><status>connected</status>

UEA确定该Notify_18中包括三个匿名者，UEA查询到该“anonymousA”与“86XXXXXXX1”之间的对应关系以及“86XXXXXXX2”与“anonymousB”之前的对应关系。且该UEA还存储的与会者的电话号码包括“86XXXXXXX1、86XXXXXXX2、86XXXXXXXN”，UEA还存储有自身的电话号码“86XXXXXXX0”。该UEA即可确定匿名者“anonymousC”与“86XXXXXXXN”之间的对应关系。

需要说明的是，通信协议中指示Notify消息中通过anonymousX区分每个匿名者，X可以不同的英文字母。

本示例中，会议***设备在接收到上一次与会邀请反馈的与会者信息后，向会议服务器邀请下一个与会者设备。会议***设备在每次接收到用于更新与会者信息的通知消息后，即可根据存储的电话号码，确定该通知消息中每个匿名者对应的电话号码，使得即使通知消息中存在多个匿名者，也可以准确确定出每个匿名者的电话号码，便于会议***设备可以准确的邀请与会者，或移除与会者，提高会议***设备主持电话会议的使用体验。

在一个实施例中，在电话会议期间，IMS检测到有与会者离开电话会议，可以向会议***设备发送通知消息，以通知UEA与会者离开，具体的流程如图10所示。

步骤1001：UEA与UEB建立通话。

步骤1002：UEA与UEC建立通话。

步骤1003：UEA创建会议。

步骤1004：UEA向会议服务器订阅会议状态。

步骤1005：会议服务器向UEA发送通知消息。

步骤1006：UEA邀请UEB与会。

步骤1007：会议服务器向UEB发送会议邀请请求消息。

步骤1008：UEB向会议服务器返回响应消息。

步骤1009：会议服务器向UEA发送通知消息（Notify_20），以通知会议邀请结果。

步骤1010：会议服务器向UEA发送通知消息（Notify_21），以更新与会者信息。

步骤1011：UEA确定匿名者对应的号码。

步骤1012：UEA邀请UEC与会。

步骤1013：会议服务器向UEC发送会议邀请请求消息。

步骤1014：UEC向会议服务器返回响应消息。

步骤1015：会议服务器向UEA发送通知消息（Notify_22），以通知会议邀请结果。

步骤1016：会议服务器向UEA发送通知消息（Notify_23），以更新与会者信息。

步骤1017：UEA确定匿名者对应的号码，并显示每个与会者的号码。

本示例中，步骤1001~1017与步骤901~917类似，相关描述请参照步骤901~917，此处将不再进行赘述。

步骤1018：会议服务器向UEA发送通知消息（Notify_24），以告知与会者离会。

示例性地，在电话会议的通话期间，与会者设备离开当前的电话会议。会议服务器检测到与会者离开该电话会议，向UEA发送通知消息，以告知会议***设备离开的与会者的信息。会议***设备可以通过设备当前的连接状态判断是否有与会者离开。

举例来说，通知消息（Notify_24）形如：

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected] " state="full"><status>disconnected</status>

<user entity="sip:[email protected]" state="full"><status>connected</status>

该通知消息中，电话号码为“86XXXXXXX0”的设备处于与会状态（connected），匿名号码（也称匿名标识）为“anonymousA”的设备处于离会状态（disconnected）；匿名号码为“anonymousB”的设备以及匿名号码为“anonymousC”的设备均处于与会状态（connected）。

步骤1019：UEA确定离会者对应的号码，并显示每个在会与会者的号码。

示例性地，UEA根据通知消息中各个设备的状态以及存储的各个设备对应的号码，确定离会设备对应的号码，并显示每个在会与会者的号码。

举例来说，UEA（如UEA的电话号码为“86XXXXXXX0”）与UEB（如UEB的电话号码为“86XXXXXXX1”）建立通话时，存储UEB的电话号码。UEA与UEC建立通话时，存储UEC（如UEC的电话号码为“86XXXXXXX2”）的电话号码。此外，该UEA向IMS邀请UEB与会时，可以确认与会者包括UEB的电话号码，也就说在UEA向会议服务器邀请UEB与会成功后，UEA确定UEB为与会者，可以建立UEB和与会者之间的对应关系。

当UEA在t11时刻接收到用于更新与会者信息的通知消息（如Notify_21），并确定该通知消息（Notify_21）包含匿名者。该UEA经过步骤1011后，存储“anonymousA”与“86XXXXXXX1”之间的对应关系。

UEA在t11时刻接收到Notify_21之后，向会议服务器邀请UEC与会。UEA可以在接收到用于通知UEC与会的会议邀请结果后，确认与会者包括电话号码“86XXXXXXX2”，也就说在UEA向IMS邀请UEC成功后，UEA确定UEC为与会者，可以建立UEC和与会者之间的对应关系。

当UEA在t12时刻接收到用于更新与会者信息的通知消息（如Notify_23），并确定该通知消息（Notify_23）包含匿名者。该UEA经过步骤1017后，存储“anonymousB”与“86XXXXXXX2”之间的对应关系。

若UEB设备主动离会，则该会议服务器检测到UEB离开当前的电话会议，向UEA发送通知消息（Notify_24），该Notify_24形如：

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected] " state="full"><status>disconnected</status>

<user entity="sip:[email protected]" state="full"><status>connected</status>

UEA检测到该Notify_24中anonymousA的状态为“disconnect”，即可确定“anonymousA”处于离会状态。且UEA存储有“anonymousA”与“86XXXXXXX1”之间的对应关系，该UEA确定离会的与会者的号码为“86XXXXXXX1”。该UEA在显示界面中显示当前在会与会者对应的号码，即显示“86XXXXXXX2”。

本示例中，当与会者设备主动离开会议，会议服务器向UEA发送通知消息，以通知UEA与会者的信息。UEA根据通知消息，确定离会者的号码，可以在显示界面上显示当前在会的与会者，实现准确更新显示界面上与会者的号码，使得会议***设备可以准确获知每个与会者的号码。

图11为示例性示出的与会者主动离开电话会议的场景示意图。

UEA（UEA为会议***设备）、UEB（用户B的设备）、UEC（用户C的设备）以及UEN（用户N的设备）处于同一电话会议中，如图11的11a所示，电话会议界面1101显示有电话信息1102，该电话信息1102中包含每个与会者的电话号码（即86XXXXXXX1、86XXXXXXX2以及86XXXXXXXN）、在会的与会者人数（如3人）以及通话时长（如11a示出的50分24秒）。用户N对UEN当前的通话进行挂断操作，会议服务器检测到UEN离开会议，向UEA发送通知消息，Notify形如：

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected] " state="full"><status>connected </status>

<user entity="sip:[email protected]" state="full"><status>connected</status>

<user entity="sip:[email protected]" state="full"><status>disconnected </status>

UEA存储有：“anonymousA”与“86XXXXXXX1”的对应关系、“anonymousB”与“86XXXXXXX2”的对应关系以及“anonymousC”与“86XXXXXXXN”的对应关系。UEA根据存储的对应关系，确定离会的与会者的号码为“86XXXXXXXN”。该UEA在电话会议界面1101上显示的新的电话信息1104，该电话信息1104包括每个与会者的电话号码（即86XXXXXXX1以及86XXXXXXX2）、在会的与会者人数（2人）以及通话时长（如11b示出的50分30秒）。该电话会议界面1101上还包括详细控件1103，会议***用户点击详细控件1103，跳转至与会信息的详细界面1105，如图11的11c所示。该11c中，与会信息的详细界面1105中显示有每个在会的与会者的电话号码，分别为86XXXXXXX1和86XXXXXXX2。

图12为示例性示出的会议***将与会者从电话会议移除的场景示意图。

UEA（UEA为会议***设备，UEA的电话号码为86XXXXXXX0）、UEB（用户B的设备）、UEC（用户C的设备）以及UEN（用户N的设备）处于同一电话会议中，如图12的12a所示，电话会议界面1201显示有电话信息1202，该电话信息1202中包含每个与会者的电话号码（即86XXXXXXX1、86XXXXXXX2以及86XXXXXXXN）、在会的与会者人数（如3人）以及通话时长（如12a示出的50分30秒）。该电话会议界面1201上还包括详细控件1203，会议***用户点击详细控件1203，跳转至与会信息的详细界面1204，如图12的12b所示。该详细界面1204包含三个选项，会议***用户点击选项1205中的挂断控件，UEA响应于会议***用户的挂断操作，断开与“86XXXXXXXN”对应的设备的通话。会议服务器测到“86XXXXXXXN”对应的设备离开电话会议，向UEA发送通知消息，Notify形如：

<user entity="sip:[email protected]"state="full"><status>connected</status>

<user entity="sip:[email protected] " state="full"><status>connected </status>

<user entity="sip:[email protected]" state="full"><status>connected</status>

<user entity="sip:[email protected]" state="full"><status>disconnected </status>

UEA存储有：“anonymousA”与“86XXXXXXX1”的对应关系、“anonymousB”与“86XXXXXXX2”的对应关系以及“anonymousC”与“86XXXXXXXN”的对应关系。UEA根据存储的对应关系，确定离会的与会者的号码为“86XXXXXXXN”。该UEA在电话会议界面1206上显示的新的电话信息1207，该电话信息1207包括每个与会者的电话号码（即86XXXXXXX1以及86XXXXXXX2）、在会的与会者人数（2人）以及通话时长（如12c示出的50分32秒）。该号码（即“86XXXXXXXN”）对应的设备将从电话会议中移除。会议***用户可以从电话信息1207中获知当前在会的与会者设备的号码。

在另一个实施例中，Notify消息中只存在一个匿名者（即采用IR92 13.0之前版本的协议）的情况下，由会议***用户移除与会者或与会者自行离开电话会议的过程与图10~图12类似，此处将不再进行赘述。

可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的启动应用的方法。存储介质包括：U盘、移动硬盘、只读存储器（read only memory，ROM）、随机存取存储器（random access memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的启动应用的方法。

其中，本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

本申请各个实施例的任意内容，以及同一实施例的任意内容，均可以自由组合。对上述内容的任意组合均在本申请的范围之内。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个***是指两个或两个以上的***。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (14)

1.一种电话会议的提醒方法，其特征在于，应用于会议***设备，所述会议***设备与多个通话设备建立了通话，所述会议***设备通过会议服务器邀请所述多个通话设备进行电话会议，所述多个为至少2个；所述方法包括：

所述会议***设备接收所述会议服务器发送的第一通知消息，所述第一通知消息包括：被呈现的与会者设备的电话号码和与会状态、匿名者的匿名标识和与会状态，所述与会状态包括离会状态和在会状态，所述与会者设备为被邀请并加入所述电话会议的通话设备，所述匿名者用于隐藏与会者设备的电话号码；

判断所述第一通知消息中是否存在匿名者；

若确定所述第一通知消息中存在匿名者，则从所述第一通知消息中获取被呈现的与会者设备的电话号码、从所述会议***设备中获取存储的每个与会者设备的电话号码；

根据存储的每个与会者设备的电话号码以及所述第一通知消息中被呈现的与会者设备的电话号码，确定所述第一通知消息中匿名者对应的电话号码；

若检测到所述多个与会者设备与会成功，则根据所述第一通知消息中匿名者对应的电话号码，在显示界面中显示每个在会状态的与会者设备对应的电话号码。

2.根据权利要求1所述的方法，其特征在于，所述多个通话设备包括：第一通话设备和第二通话设备；

在从所述会议***设备中获取存储的每个与会者设备的电话号码之前，所述方法还包括：

在所述会议***设备与所述多个通话设备建立通话的情况下，存储所述第一通话设备的电话号码和所述第二通话设备的电话号码；

若检测到所述会议***设备通过所述会议服务器邀请所述第一通话设备，则确定所述第一通话设备为第一与会者设备；

若检测到所述会议***设备通过所述会议服务器邀请所述第二通话设备，则确定所述第二通话设备为第二与会者设备。

3.根据权利要求1所述的方法，其特征在于，所述第一通知消息还包括所述会议***设备的电话号码和与会状态；从所述第一通知消息中获取被呈现的与会者设备的电话号码，包括：

获取存储的所述会议***设备的电话号码；

从所述第一通知消息中移除所述会议***设备的电话号码和匿名者的匿名标识，获得所述被呈现的与会者设备的电话号码。

4.根据权利要求1所述的方法，其特征在于，若所述第一通知消息包含唯一的匿名者，所述根据存储的每个与会者设备的电话号码以及所述第一通知消息中被呈现的与会者设备的电话号码，确定所述第一通知消息中匿名者对应的电话号码，包括：

将所述被呈现的与会者设备的电话号码分别与存储的每个与会者设备的电话号码进行匹配，从存储的与会者设备的电话号码中获取未被匹配的电话号码作为所述第一通知消息中匿名者对应的电话号码。

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

存储所述第一通知消息中匿名者的匿名标识与对应的电话号码之间的第一对应关系。

6.根据权利要求5所述的方法，其特征在于，若所述会议服务器检测到存在与会者设备离开所述电话会议，则向所述会议***设备发送第二通知消息，所述第二通知消息包括被呈现的与会者设备的电话号码和与会状态、匿名者的匿名标识和与会状态；所述第二通知消息中的匿名标识与所述第一通知消息中的匿名标识相同；所述方法还包括：

接收到所述会议服务器发送的第二通知消息；

根据所述第一对应关系，确定所述第二通知消息中每个与会者设备的电话号码；

根据所述第二通知消息中每个与会者设备的电话号码，确定所述第二通知消息中处于离会状态的与会者设备的电话号码；

从所述显示界面中移除处于离会状态的与会者设备的电话号码。

7.根据权利要求6所述的方法，其特征在于，在所述接收到所述会议服务器发送的第二通知消息之前，所述方法还包括：

响应于会议***用户的跳转操作，跳转至详细界面，所述详细界面包括各与会者设备对应的选项，所述与会者设备对应的选项包括所述与会者设备的电话号码以及挂断控件；

响应于所述会议***用户点击一个或多个与会者设备对应的选项中的挂断控件，断开与被选中的与会者设备之间的通话。

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

所述会议***设备响应于会议***用户的添加通话的操作，与第三通话设备建立第三通话，所述第三通话设备为除所述多个通话设备之外的通话设备；

响应于所述会议***用户的合并操作，所述会议***设备通过所述会议服务器邀请所述第三通话设备加入所述电话会议；

接收所述会议服务器发送的第三通知消息，所述第三通知消息包括所述第三通话设备的电话号码以及所述第一通知消息中的匿名标识；

根据所述第一对应关系和所述第三通知消息，确定当前所述电话会议中每个在会状态的与会者设备的电话号码；

在所述显示界面显示每个在会状态的与会者设备对应的电话号码。

9.根据权利要求2所述的方法，其特征在于，若所述第一通知消息中包括多个匿名者，所述根据存储的每个与会者设备的电话号码以及所述第一通知消息中被呈现的与会者设备的电话号码，确定所述第一通知消息中匿名者对应的电话号码，包括：

获取第四通知消息中每个匿名者的电话号码与匿名标识之间的对应关系，所述第四通知消息为上一次邀请通话设备加入所述电话会议时，所述会议服务器反馈的通知消息，所述第四通知消息中的匿名者数量比所述第一通知消息中匿名者的数量少一个；

根据所述第四通知消息中每个匿名者的电话号码与匿名标识之间的对应关系、存储的每个与会者设备的电话号码以及所述第一通知消息中被呈现的与会者设备的电话号码，确定所述第一通知消息中每个匿名者对应的电话号码。

10.根据权利要求9所述的方法，其特征在于，在所述会议***设备接收所述会议服务器发送的第一通知消息之前，所述方法还包括：

所述会议***设备向所述会议服务器邀请所述第一通话设备加入所述电话会议，所述会议服务器向所述会议***设备返回第四通知消息；

若所述会议***设备接收到所述第四通知消息，向所述会议服务器邀请所述第二通话设备加入所述电话会议，由所述会议服务器向所述会议***设备返回所述第一通知消息。

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

存储所述第一通知消息中每个匿名者的号码与匿名标识之间的对应关系；

若所述会议服务器检测到存在与会者设备离开所述电话会议，则向所述会议***设备发送第五通知消息，所述第五通知消息包括每个被呈现的与会者设备的电话号码和与会状态、每个匿名者的匿名标识和与会状态；所述方法还包括：

接收到所述会议服务器发送的第五通知消息；

根据所述第一通知消息中每个匿名者对应的号码与匿名标识之间的对应关系，确定所述第五通知消息中每个与会者设备的电话号码；

根据第五通知消息中每个与会者设备的电话号码，确定所述第五通知消息中处于离会状态的与会者设备的电话号码；

从所述显示界面中移除处于离会状态的与会者设备的电话号码。

12.根据权利要求2所述的方法，其特征在于，检测所述多个与会者设备是否与会成功，包括：

接收到所述会议服务器返回的第一会议邀请结果，所述第一会议邀请结果指示所述第一与会者设备与会成功；

接收到所述会议服务器返回的第二会议邀请结果，所述第二会议邀请结果指示所述第二与会者与会成功。

13.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器；

以及一个或多个计算机程序，其中所述一个或多个计算机程序存储在所述存储器上，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行如权利要求1-12中任意一项所述的电话会议的提醒方法。

14.一种计算机可读存储介质，包括计算机程序，其特征在于，当所述计算机程序在电子设备上运行时，使得所述电子设备执行如权利要求1-12中任意一项所述的电话会议的提醒方法。

Images