CN114465967A - 一种群组内群成员隐私保护方法与终端设备 - Google Patents

Abstract

一种群组内群成员隐私保护方法与终端设备。终端设备显示即时通信应用中群组的群组成员列表，群组成员列表中包括第一群成员和第二群成员；终端设备响应于第一操作，显示第一群成员的第一电话号码，第一电话号码为通讯录中保存的第一群成员的电话号码；终端设备响应于第二操作，显示第二群成员的头像和/或用户名、用于添加联系人的控件；终端设备响应于针对添加联系人控件的第三操作，向云服务器发送用于请求将第二群成员添加为联系人的第一请求；云服务器向终端设备发送第二群成员的第二电话号码；终端设备将第二群成员保存为联系人。通过这种方式，避免群成员的电话号码直接暴露给群组内其他群成员，保护群成员的隐私(如，电话号码)。

Description

一种群组内群成员隐私保护方法与终端设备

本申请要求在2020年10月22日提交中国专利局、申请号为202011142021.9、申请名称为“一种群组内群成员隐私保护方法与系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及终端技术领域，尤其涉及一种群组内群成员隐私保护方法与终端设备。

背景技术

随着通信技术的进步，即时通信应用(instant messaging，IM)的功能越来越丰富，不仅可以实现用户与用户之间的视频/语音通话或者消息收发，还可以建立群组。

一般来讲，群组中的群成员可以将自己的好友邀请入群，但是该好友相对于群组内的其它群成员而言可能是陌生人。如果群成员的隐私信息(如手机号码)是明文显示的话，容易导致群成员的隐私信息暴露给群组内的陌生人。因此，如何保护群组内群成员的隐私信息是需要思考的问题。

发明内容

本申请的目的在于提供了一种群组内群成员隐私保护方法与终端设备，保护群组内群成员的隐私信息。

第一方面，提供一种群组内群成员隐私保护方法，该方法适用于终端设备，所述终端设备的手机号码是第一手机号码，所述终端设备中包括第一通信录，所述第一通信录中包括第一用户，所述第一用户的手机号码为第二手机号码，所述第一手机号码和所述第二手机号码均开通即时通信功能，所述方法包括：响应于第一操作，所述终端设备基于所述第一手机号码和所述第二手机号码建立群组；所述群组响应于所述第一用户添加群成员的操作，加入第二用户；所述第二用户的手机号码开通所述即时通信功能；响应于用于查看所述第二用户的信息的操作，所述终端设备判断所述第一通信录中是否包括所述第二用户，如果所述第一通信录中不包括第二用户，显示所述第二用户的头像和昵称，所述头像和昵称是所述第二用户使用所述第二用户的电话号码开通所述即时通信功能时使用的头像和昵称。

也就是说，基于手机号码通信的即时通信应用比如华为畅连应用或RCS等建立群组时，当群组内的群成员A查看群成员B的信息时，如果群成员B不在群成员A的通信录中，则群成员A无法看到群成员B的手机号码，以保护成员的手机号码不被暴露。其中，关于基于手机号码进行通信的即时通信应用的介绍参见本文具体实施例部分。

在一种可能的设计中，所述终端设备判断所述第一通信录中是否包括所述第二用户，包括：所述终端设备将所述第一通信录发送给云服务器，所述云服务器是为用户提供所述即时通信功能的服务器，所述云服务器中存储开通所述即时通功能的所有用户的手机号码；

所述终端设备向所述云服务器发送查询请求，所述查询请求用于请求查询所述第二用户的手机号码是否存在于所述第一通讯录中；

所述终端设备接收到来自所述云服务器的第一指示，基于所述第一指示确定所述第二用户的手机号不存在于所述第一通信录中。

也就是说，当群组内的群成员A查看群成员B的信息时，可以通过云服务器查看群成员B的手机号码是否存在于群成员A的通信录中，如果是，则群成员A可以看到群成员B的手机号码，否则，无法看到群成员B的手机号码。

在一种可能的设计中，所述方法还包括：响应于将所述第二用户添加到所述第一通信录的操作，判断所述终端设备的通话记录中是否包括所述第二用户的手机号码，如果是，将所述通话记录中所述第二用户的电话号码保存在所述第一通信录中。

也就是说，当群组内的群成员A查看群成员B的信息时，如果群成员B不在群成员A的通讯录中，成员A是无法看到的成员B的手机号码的，所以如果群成员A想要和群成员B单独聊天，可以将群成员B添加为联系人。比如，群成员A可以查询通话记录中是否存在群成员B的手机号码，如果是，说明群成员A与群成员B联系过，只是没有将群成员B的手机号码保存到通信录中，这种情况下，可以直接将群成员B的手机号码添加到群成员A的通信录中。

在一种可能的设计中，判断所述终端设备的通话记录中是否包括所述第二用户的手机号码，包括：所述终端设备将所述通话记录发送给云服务器，所述云服务器是为用户提供所述即时通信功能的服务器，所述云服务器中存储所述第二用户的电话号码；所述云服务器用于判断所述通话记录中是否存在所述第二用户的电话号码；所述终端设备接收到来自云服务器发送的确认指令时，确定所述终端设备的通话记录中包括所述第二用户的手机号码。

也就是说，群成员A可以通过云服务器判断群成员B的手机号码是否存在于群成员B的通信记录中。通过这种方式，可以避免群组内群成员B的手机号码直接暴露给群成员A，安全性高。

在一种可能的设计中，所述方法还包括：响应于将所述第二用户添加到所述第一通信录的操作，所述终端设备判断所述第二用户的第二通信录中是否包括所述第一手机号码，如果是，从云服务器处获取所述第二用户的手机号码，并将所述第二用户的电话号码存储在所述第一通信录中，其中，所述云服务器是为用户提供所述即时通信功能的服务器，所述云服务器中存储开通所述即时通功能的用户的手机号码。

也就是说，当群组内的群成员A查看群成员B的信息时，如果群成员B不在群成员A的通讯录中，成员A是无法看到的成员B的手机号码的，所以如果群成员A想要和群成员B单独聊天，可以将群成员B添加为联系人。比如，群成员A可以查询群成员B的通信录中是否存在群成员A的手机号码，如果是，说明群成员B已经将群成员A保存到通信录，这种情况下，群成员A可以直接将群成员B的手机号码添加到群成员A的通信录中。

在一种可能的设计中，所述云服务器中还存储所述第二用户的第二通信录，所述终端设备判断所述第二用户的第二通信录中是否包括所述第一手机号码，包括：所述终端设备向云服务器发送查询请求，所述查询请求用于查询所述第一手机号码是否存在与所述第二用户的第二通信录中；所述终端设备接收到来自云服务器的确认指令时，确定所述第一电话号码存在与所述第二通信录中。

也就是说，群成员A可以通过云服务器判断群成员A的手机号码是否存在于群成员B的通信录中。通过这种方式，可以避免群组内群成员B的手机号码直接暴露给群成员A，安全性高。

第二方面，提供一种群组内群成员隐私保护方法，所述方法适用于云服务器，所述云服务器为用户提供即时通信功能，所述云服务器中存储基于手机号码开通所述即时通信功能的第一用户和第二用户，所述第一用户的电话号码是第一电话号码，所述第二用户的电话号码是第二电话号码，所述云服务器中还包括所述第一用户的第一通信录，所述第一通信录中包括所述第二用户的第二手机号码，所述方法包括：接收到所述第一用户的第一请求，所述第一请求用于请求创建包括所述第一用户和所述第二用户的群组；响应于所述第一请求，所述云服务器基于所述第一手机号码和所述第二手机号码创建群组；响应于所述第二用户的第二请求，在所述群组中添加第三用户，所述第三用户已基于第三电话号码开通所述即时通信功能；确定所述第三手机号码不存在于所述第一通信录时，所述云服务器将所述第三用户的头像和昵称发送给所述第一用户；所述昵称和头像是所述第三用户使用所述第三手机号码开通所述即时通信功能时使用的头像和昵称。

也就是说，基于手机号码通信的即时通信应用比如华为畅连应用或RCS等建立群组时，如果群成员B不在群成员A的通信录中，那么云服务器可以不将群成员B的手机号码发送给群成员B以保护成员的手机号码不被暴露。

在一种可能的设计中，所述方法还包括：接收所述第一用户发送的所述第一用户的通话记录，所述通话记录中包括与所述第一用户通话的用户的手机号码；响应于来自所述第一用户的添加请求，所述添加请求用于在所述第一用户的第一通信录中添加所述第三用户，所述云服务器判断所述第一通话记录中是否包括所述第三用户的第三手机号码；在确定所述第一用户的通话记录中包括所述第三手机号码时，向所述第一用户发送所述第三手机号码，以使所述第一用户将所述第三手机号码保存到所述第一通信录中。

也就是说，如果群成员B不在群成员A的通讯录中，群成员A是无法看到的群成员B的手机号码的，所以如果群成员A想要和群成员B单独聊天，可以将群成员B添加为联系人。比如，云服务器可以查询群成员A的通话记录中是否存在群成员B的手机号码，如果是，说明群成员A与群成员B联系过，只是没有将群成员B的手机号码保存到通信录中，这种情况下，可以将群成员B的手机号码发送给群成员A。

在一种可能的设计中，所述方法还包括：在确定所述第一用户的通话记录中不包括所述第三手机号码时，向所述第三用户发送所述添加请求；在接收到来自所述第三用户的同意添加的指示后，向所述第一用户发送所述第三手机号码，以使所述第一用户将所述第三手机号码保存到所述第一通信录中。

也就是说，在确定群成员A的通话记录中不包括群成员B的手机号码时，云服务器在向群成员A发送群成员B的手机号码之前，还可以询问群成员B是否同意将其手机号码提供给群成员A，在群成员B同意的情况下，将其手机号码发送给群成员A。

在一种可能的设计中，所述方法还包括：接收所述第三用户的第三通讯录，所述第三通讯录中包括所述第三用户所存储的联系人的电话号码；响应于来自所述第一用户的添加请求，所述添加请求用于在所述第一用户的第一通信录中添加所述第三用户，所述云服务器判断所述第三通信录中是否包括所述第一用户的第一手机号码；在确定所述第三通信录中包括所述第一手机号码时，向所述第一用户发送所述第三手机号码，以使所述第一用户将所述第三手机号码保存到所述第一通信录中。

也就是说，如果群成员B不在群成员A的通讯录中，群成员A是无法看到的群成员B的手机号码的，所以如果群成员A想要和群成员B单独聊天，可以将群成员B添加为联系人。比如，云服务器可以查询群成员B的通信录中是否存在群成员A的手机号码，如果是，可以将群成员B的手机号码发送给群成员A。

在一种可能的设计中，所述方法还包括：在确定所述第三通信录中不包括所述第一手机号码时，向所述第三用户发送所述添加请求；在接收到来自所述第三用户的同意添加的指示后，向所述第一用户发送所述第三手机号码，以使所述第一用户将所述第三手机号码保存到所述第一通信录中。

也就是说，在确定群成员B的通信录中不包括群成员A的手机号码时，云服务器在向群成员A发送群成员B的手机号码之前，还可以询问群成员B是否同意将其手机号码提供给群成员A，在群成员B同意的情况下，将其手机号码发送给群成员A。

第三方面，还提供一种终端设备，所述终端设备的手机号码是第一手机号码，所述终端设备中包括第一通信录，所述第一通信录中包括第一用户，所述第一用户的手机号码为第二手机号码，所述第一手机号码和所述第二手机号码均开通即时通信功能，所述终端设备包括：

一个或多个处理器；

一个或多个存储器；

其中，所述一个或多个存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述第一电子设备执行如下步骤：

响应于第一操作，所述终端设备基于所述第一手机号码和所述第二手机号码建立群组；所述群组响应于所述第一用户添加群成员的操作，加入第二用户；所述第二用户的手机号码开通所述即时通信功能；

响应于用于查看所述第二用户的信息的操作，所述终端设备判断所述第一通信录中是否包括所述第二用户，如果所述第一通信录中不包括第二用户，显示所述第二用户的头像和昵称，所述头像和昵称是所述第二用户使用所述第二用户的电话号码开通所述即时通信功能时使用的头像和昵称。

在一种可能的设计中，当所述指令被所述一个或多个处理器执行时，使得所述第一电子设备具体执行如下步骤：

将所述第一通信录发送给云服务器，所述云服务器是为用户提供所述即时通信功能的服务器，所述云服务器中存储开通所述即时通功能的所有用户的手机号码；

向所述云服务器发送查询请求，所述查询请求用于请求查询所述第二用户的手机号码是否存在于所述第一通讯录中；

接收到来自所述云服务器的第一指示，基于所述第一指示确定所述第二用户的手机号不存在于所述第一通信录中。

在一种可能的设计中，当所述指令被所述一个或多个处理器执行时，使得所述第一电子设备还执行如下步骤：

响应于将所述第二用户添加到所述第一通信录的操作，判断所述终端设备的通话记录中是否包括所述第二用户的手机号码，如果是，将所述通话记录中所述第二用户的电话号码保存在所述第一通信录中。

在一种可能的设计中，当所述指令被所述一个或多个处理器执行时，使得所述第一电子设备具体执行如下步骤：

将所述通话记录发送给云服务器，所述云服务器是为用户提供所述即时通信功能的服务器，所述云服务器中存储所述第二用户的电话号码；所述云服务器用于判断所述通话记录中是否存在所述第二用户的电话号码；

接收到来自云服务器发送的确认指令时，确定所述终端设备的通话记录中包括所述第二用户的手机号码。

在一种可能的设计中，当所述指令被所述一个或多个处理器执行时，使得所述第一电子设备还执行如下步骤：

响应于将所述第二用户添加到所述第一通信录的操作，所述终端设备判断所述第二用户的第二通信录中是否包括所述第一手机号码，如果是，从云服务器处获取所述第二用户的手机号码，并将所述第二用户的电话号码存储在所述第一通信录中，其中，所述云服务器是为用户提供所述即时通信功能的服务器，所述云服务器中存储开通所述即时通功能的用户的手机号码。

在一种可能的设计中，所述云服务器中还存储所述第二用户的第二通信录，当所述指令被所述一个或多个处理器执行时，使得所述第一电子设备具体执行如下步骤：

向云服务器发送查询请求，所述查询请求用于查询所述第一手机号码是否存在与所述第二用户的第二通信录中；

接收到来自云服务器的确认指令时，确定所述第一电话号码存在与所述第二通信录中。

第四方面，还提供一种云服务器，所述云服务器为用户提供即时通信功能，所述云服务器中存储基于手机号码开通所述即时通信功能的第一用户和第二用户，所述第一用户的电话号码是第一电话号码，所述第二用户的电话号码是第二电话号码，所述云服务器中还包括所述第一用户的第一通信录，所述第一通信录中包括所述第二用户的第二手机号码，所述云服务器包括：

一个或多个处理器；

一个或多个存储器；

其中，所述一个或多个存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述第一电子设备执行如下步骤：

接收到所述第一用户的第一请求，所述第一请求用于请求创建包括所述第一用户和所述第二用户的群组；

响应于所述第一请求，所述云服务器基于所述第一手机号码和所述第二手机号码创建群组；

响应于所述第二用户的第二请求，在所述群组中添加第三用户，所述第三用户已基于第三电话号码开通所述即时通信功能；

确定所述第三手机号码不存在于所述第一通信录时，所述云服务器将所述第三用户的头像和昵称发送给所述第一用户；所述昵称和头像是所述第三用户使用所述第三手机号码开通所述即时通信功能时使用的头像和昵称。

在一种可能的设计中，当所述指令被所述一个或多个处理器执行时，使得所述第一电子设备还执行如下步骤：

接收所述第一用户发送的所述第一用户的通话记录，所述通话记录中包括与所述第一用户通话的用户的手机号码；

响应于来自所述第一用户的添加请求，所述添加请求用于在所述第一用户的第一通信录中添加所述第三用户，所述云服务器判断所述第一通话记录中是否包括所述第三用户的第三手机号码；

在确定所述第一用户的通话记录中包括所述第三手机号码时，向所述第一用户发送所述第三手机号码，以使所述第一用户将所述第三手机号码保存到所述第一通信录中。

在一种可能的设计中，当所述指令被所述一个或多个处理器执行时，使得所述第一电子设备还执行如下步骤：

在确定所述第一用户的通话记录中不包括所述第三手机号码时，向所述第三用户发送所述添加请求；

在接收到来自所述第三用户的同意添加的指示后，向所述第一用户发送所述第三手机号码，以使所述第一用户将所述第三手机号码保存到所述第一通信录中。

在一种可能的设计中，当所述指令被所述一个或多个处理器执行时，使得所述第一电子设备还执行如下步骤：

接收所述第三用户的第三通讯录，所述第三通讯录中包括所述第三用户所存储的联系人的电话号码；

响应于来自所述第一用户的添加请求，所述添加请求用于在所述第一用户的第一通信录中添加所述第三用户，所述云服务器判断所述第三通信录中是否包括所述第一用户的第一手机号码；

在确定所述第三通信录中包括所述第一手机号码时，向所述第一用户发送所述第三手机号码，以使所述第一用户将所述第三手机号码保存到所述第一通信录中。

在一种可能的设计中，当所述指令被所述一个或多个处理器执行时，使得所述第一电子设备还执行如下步骤：

在确定所述第三通信录中不包括所述第一手机号码时，向所述第三用户发送所述添加请求；

在接收到来自所述第三用户的同意添加的指示后，向所述第一用户发送所述第三手机号码，以使所述第一用户将所述第三手机号码保存到所述第一通信录中。

第五方面，本申请实施例还提供了一种终端设备，所述电子设备包括执行上述第一方面或者第一方面的任意一种可能的设计的方法的模块/单元；这些模块/单元可以通过硬件实现，也可以通过硬件执行相应的软件实现。

第六方面，本申请实施例还提供了一种云服务器，所述云服务器包括执行上述第二方面或者第二方面的任意一种可能的设计的方法的模块/单元；这些模块/单元可以通过硬件实现，也可以通过硬件执行相应的软件实现。

第七方面，还提供一种系统，包括：

至少三个终端设备、以及云服务器；

其中，所述至少三个终端设备中每个终端设备对应一个手机号码，所述每个终端设备用于实现如上述第一方面提供的方法，所述云服务器用于实现如上述第二方面提供的方法。

第八方面，本申请实施例还提供一种芯片，所述芯片与电子设备中的存储器耦合，用于调用存储器中存储的计算机程序并执行本申请实施例第一方面及其第一方面任一可能设计的技术方案，或者，用于调用存储器中存储的计算机程序并执行本申请实施例第二方面及其第二方面任一可能设计的技术方案，本申请实施例中“耦合”是指两个部件彼此直接或间接地结合。

第九方面，还提供一种计算机可读存储介质，所述计算机可读存储介质包括计算机程序，当计算机程序在电子设备上运行时，使得所述电子设备执行如上述第一方面提供的方法；或者，当计算机程序在电子设备上运行时，使得所述电子设备执行如上述第二方面提供的方法。

第十方面，还提供一种程序产品，包括指令，当所述指令在计算机上运行时，使得所述计算机执行如上述第一方面提供的方法；或者，当所述指令在计算机上运行时，使得所述计算机执行如上述第二方面提供的方法。

第十一方面，还提供一种电子设备上的图形用户界面，所述电子设备具有显示屏、一个或多个存储器、以及一个或多个处理器，所述一个或多个处理器用于执行存储在所述一个或多个存储器中的一个或多个计算机程序，所述图形用户界面包括所述电子设备执行如上述第一方面提供的方法或如上述第二方面提供的方法时显示的图形用户界面。

第十二方面，还提供一种群组内群成员隐私保护方法，所述方法适用于通信系统，所述通信系统中包括终端设备和云服务器，所述方法包括：

所述终端设备显示群组的群组成员列表；所述群组成员列表中包括第一用户和第二用户；

响应于添加所述第一用户为联系人的操作，所述终端设备通过所述云服务器向所述第一用户发送第一验证信息，以使所述第一用户通过所述第一验证信息确定是否同意添加为所述终端设备的联系人；

响应于所述第一用户的同意指令，所述终端设备将所述第一用户保存为联系人；

响应于添加所述第二用户为联系人的操作，所述终端设备判断历史通信记录中是否存在所述第二用户的手机号码，如果是，自动将所述第二用户保存为联系人；或者，

响应于添加所述第二用户为联系人的操作，向所述云服务器发送查询请求，以请求所述云服务器判断所述第二用户的通信录中是否包括终端设备的用户的手机号，如果是，从所述云服务器接收所述第二用户的手机号码，将所述第二用户保存为联系人。

也就是说，群组中用户A如果想要将用户B添加到本地通信录，有两种方式。一种是，向该用户B发送验证信息，在对方同意的情况下将该用户B添加为联系人。另一种是，在该用户B存在于用户A历史通信记录中或用户A存在与用户B的通信录中的情况下，用户A可以无需向用户B发送验证信息，直接将其保存为联系人。

在一种可能的设计中，所述方法还包括；所述终端设备确定历史通信记录中不存在所述第二用户的手机号码时，所述终端设备通过所述云服务器向所述第二用户发送验证信息，以使所述第二用户通过所述验证信息确定是否同意添加为所述终端设备的联系人；

响应于所述第二用户的同意指令，所述终端设备将所述第二用户保存为联系人；

在一种可能的设计中，所述方法还包括：所述终端设备从所述云服务器侧确定所述第二用户的通信录中不包括所述终端设备的用户的手机号时，通过所述云服务器向所述第二用户发送验证信息，以使所述第二用户通过所述验证信息确定是否同意添加为所述终端设备的联系人；响应于所述第二用户的同意指令，所述终端设备将所述第二用户保存为联系人。

第十三方面，提供一种系统，包括：终端设备以及云服务器；

所述终端设备显示群组的群组成员列表；所述群组成员列表中包括第一用户和第二用户；

响应于选择第一用户的操作，所述终端设备显示所述第一用户的第一昵称和第一头像；

响应于选择第二用户的操作，所述终端设备显示所述第二用户的第二昵称和第二头像；

响应于添加所述第一用户为联系人的操作，所述终端设备通过所述云服务器向所述第一用户发送验证信息，以使所述第一用户通过所述验证信息确定是否同意添加为所述终端设备的联系人；

响应于所述第一用户的同意指令，所述终端设备将所述第一用户保存为联系人；

响应于添加所述第二用户为联系人的操作，所述终端设备判断历史通信记录中是否存在所述第二用户的手机号码，如果是，自动将所述第二用户保存为联系人；或者，

响应于添加所述第二用户为联系人的操作，向所述云服务器发送查询请求，以请求所述云服务器判断所述第二用户的通信录中是否包括终端设备的用户的手机号，如果是，从所述云服务器接收所述第二用户的手机号码，将所述第二用户保存为联系人。

在一种可能的设计中，所述终端设备还用于：在确定历史通信记录中不存在所述第二用户的手机号码时，所述终端设备通过所述云服务器向所述第二用户发送验证信息，以使所述第二用户通过所述验证信息确定是否同意添加为所述终端设备的联系人；

响应于所述第二用户的同意指令，将所述第二用户保存为联系人；

在一种可能的设计中，所述终端设备还用于：从所述云服务器侧确定所述第二用户的通信录中不包括所述终端设备的用户的手机号时，通过所述云服务器向所述第二用户发送验证信息，以使所述第二用户通过所述验证信息确定是否同意添加为所述终端设备的联系人；

响应于所述第二用户的同意指令，将所述第二用户保存为联系人。

第十四方面，还提供一种计算机可读存储介质，所述计算机可读存储介质包括计算机程序，当计算机程序在电子设备上运行时，使得所述电子设备执行如上述第十二方面提供的方法。

第十五方面，还提供一种程序产品，包括指令，当所述指令在计算机上运行时，使得所述计算机执行如上述第十二方面提供的方法。

第十六方面，还提供一种电子设备上的图形用户界面，所述电子设备具有显示屏、一个或多个存储器、以及一个或多个处理器，所述一个或多个处理器用于执行存储在所述一个或多个存储器中的一个或多个计算机程序，所述图形用户界面包括所述电子设备执行如上述第十二方面提供的方法时显示的图形用户界面。

第十七方面，提供一种群组内群成员隐私保护方法，所述方法包括：所述终端设备显示即时通信应用中群组的群组成员列表，所述群组成员列表中包括第一群成员和第二群成员；

所述终端设备响应于用于选择所述第一群成员的第一操作，显示所述第一群成员的第一电话号码，所述第一电话号码为所述终端设备的通讯录中保存的所述第一群成员的电话号码；所述终端设备响应于用于选择所述第二群成员的第二操作，显示所述第二群成员的头像和/或用户名，以及用于添加联系人的控件；所述终端设备响应于针对所述添加联系人控件的第三操作，向云服务器发送第一请求，所述第一请求用于请求将所述第二群成员添加为联系人；所述云服务器响应于所述第一请求，向所述终端设备发送所述第二群成员的第二电话号码；所述终端设备基于所述第二电话号码将所述第二群成员保存为联系人。

也就是说，当终端设备查看群组内的不同群成员时，显示的信息不同。比如，第一群成员，可以看到其电话号码，因为第一群成员存在于终端设备的通讯录中，但是第二群成员，无法直接看到其电话号码，需要通过添加联系人的方式才能获取到第二群成员的电话号码，通过这种方式，可以避免群成员的电话号码直接暴露给群组内所有成员，保护群成员隐私。

在一种可能的设计中，所述云服务器响应于所述第一请求，向所述终端设备发送所述第二群成员的第二号码，包括：响应于所述第一请求，所述云服务器向所述第二群成员发送第二请求；所述第二请求用于指示所述终端设备请求添加所述第二群成员为联系人；当所述云服务器接收到来自所述第二群成员的同意指令时，向所述终端设备发送所述第二群成员的第二电话号码。

也就是说，云服务器向终端设备发送第二群成员的电话号码之前，会请求第二群成员的认证，在第二群成员同意的情况下，向终端设备发送其电话号码，安全性较高。

在一种可能的设计中，所述终端设备响应于针对所述添加联系人控件的第三操作，向云服务器发送第一请求，包括：响应于所述第三操作，所述终端设备判断所述第二群成员的电话号码是否存在于所述终端设备的历史通信记录中；当确定所述历史通信记录中不存在所述第二群成员的电话号码时，所述终端设备向所述云服务器发送所述第一请求。

也就是说，终端设备可以先在历史通信记录中查找是否存在第二群成员的电话号码，如果存在，将第二群成员保存为联系人，否则，从云服务器侧请求第二群成员的电话号码。通过这种方式，可以避免群成员的电话号码直接暴露给群组内所有成员，保护群成员隐私。在一种可能的设计中，所述终端设备判断所述第二群成员的电话号码是否存在于所述终端设备的历史通信记录，包括：所述终端设备在历史通话记录中所有号码对应的头像中查找与所述第二群成员的头像相匹配的头像；和/或，所述终端设备在历史通话记录中所有号码对应的用户名中查找与所述第二群成员的用户名相匹配的用户名；当未在所述历史通信记录中找到与所述第二群成员的头像相匹配的头像，和/或未找到与所述第二群成员的用户票相匹配的用户名时，确定所述第二群成员的电话号码不在所述历史通信记录中。

也就是说，终端设备可以通过头像匹配的方式和/或用户名匹配的方式，查找历史通信记录中是否存在第二群成员的电话号码，操作便捷。

在一种可能的设计中，所述终端设备判断所述第二群成员的电话号码是否存在于所述终端设备的历史通信记录中，包括：所述终端设备向所述云服务器发送所述历史通信记录；所述终端设备向所述云服务器发送第三请求，所述第三请求用于请求判断所述第二群成员的电话号码是否存在于所述历史通信记录中；所述云服务器响应于所述第三请求，判断所述历史通信记录中是否存在所述第二群成员的电话号码，并向所述终端设备发送判断结果；所述终端设备基于所述判断结果，确定所述第二群成员的电话号码是否存在于所述历史通信记录中。

也就是说，终端设备也可以通过云服务器查询历史通信记录中是否存在第二群成员的电话号码，这种方式准确性较高。

在一种可能的设计中，所述历史通信记录，包括：最近通话记录，和/或，历史短信记录。也就是说，终端设备可以在最近通话记录和/或历史短信记录中查找是否存在第二群成员的电话号码。

在一种可能的设计中，所述云服务器中存储所述第二群成员的通讯录，所述云服务器响应于所述第一请求，向所述终端设备发送所述第二群成员的第二电话号码，包括：响应于所述第一请求，所述云服务器判断所述终端设备的电话号码是否存在于所述第二群成员的通讯录中；当所述云服务器确定所述终端设备的电话号码存在于所述第二群成员的通讯录时，向所述终端设备发送所述第二群成员的第二电话号码。

也就是说，云服务器可以判断对方(即第二群成员)的通讯录中是否包括终端设备的电话号码，如果是，可以直接将对方的电话号码发送给终端设备，通过这种方式，避免直接暴露第二群成员的电话号码。

在一种可能的设计中，所述方法还包括：当所述云服务器确定所述终端设备的电话号码不存在于所述第二群成员的通讯录时，所述云服务器向所述第二群成员发送第二请求；所述第二请求用于指示所述终端设备请求添加所述第二群成员为联系人；当所述云服务器接收到来自所述第二群成员的同意指令时，向所述终端设备发送所述第二群成员的第二电话号码。

也就是说，云服务器可以判断对方(即第二群成员)的通讯录中是否包括终端设备的电话号码，如果不包括，可以请求第二群成员的确认，在第二群成员同意的情况下，将第二群成员的电话号码发送给终端设备，这种方式，安全性更高。

在一种可能的设计中，所述终端设备显示所述即时通信应用中群组的群组成员列表之前，所述方法还包括：所述终端设备显示第一入群信息，所述第一入群信息用于指示所述第一群成员被邀请加入群聊；所述第一入群消息中显示的所述第一群成员的信息为所述终端设备的通讯录中对所述第一用户的备注名；所述终端设备显示第二入群信息，所述第二入群信息用于指示所述第二群成员被邀请加入群聊，所述第二入群消息中显示的所述第二群成员的信息为所述第二群成员的用户名。

也就是说，当终端设备通讯录中不存在第二群成员时，第二入群信息中第二群成员显示用户名，避免入群信息(比如，XXX加入群聊)中直接暴露第二群成员的电话号码。

在一种可能的设计中，用于邀请所述第一群成员入群的邀请人为第一邀请人，用于邀请所述第二群成员入群的邀请人为第二邀请人；当所述第一邀请人存在于所述终端设备的通信录时，所述第一入群消息中显示的所述第一邀请人的信息为所述第一邀请人在所述通讯录中的备注名；当所述第一邀请人不存在于所述终端设备的通信录时，所述第一入群消息中显示的所述第一邀请人的信息为所述第一邀请人的用户名；当所述第二邀请人存在于所述终端设备的通信录时，所述第二入群消息中显示的所述第二邀请人的信息为所述第二邀请人在所述通讯录中的备注名；当所述第二邀请人不存在于所述终端设备的通信录时，所述第二入群消息中显示的所述第二邀请人的信息为所述第二邀请人的用户名。

也就是说，邀请人和/或被邀请人不存在于终端设备的通讯录中时，显示的是用户名，如果存在于终端设备的通讯录中，则显示备注名。通过这种方式，避免入群信息(比如，XXX邀请YYY加入群聊)中直接暴露邀请人和/或被邀请人的电话号码。

在一种可能的设计中，所述终端设备响应于针对所述添加联系人控件的第三操作，向云服务器发送第一请求，包括：响应于所述第三操作，所述终端设备显示第一界面，所述第一界面中包括验证信息输入框；所述终端设备接收到输入操作，所述输入操作用于在所述验证信息输入框中输入验证信息，所述验证信息用于描述所述终端设备的身份信息；所述终端设备响应于用于发送所述验证信息的第四操作，向所述服务器发送第一请求，所述第一请求中携带所述验证信息。

也就是说，终端设备可以向第二群成员发送验证信息，比如“我是群聊中的AAA”，以方便第二群成员根据验证信息识别对方的身份，安全性更高。

第十八方面，提供一种群组内群成员隐私保护方法，该方法适用于终端设备。所述方法包括：所述终端设备显示即时通信应用中群组的群组成员列表，所述群组成员列表中包括第一群成员和第二群成员；所述终端设备响应于用于选择所述第一群成员的第一操作，显示所述第一群成员的第一电话号码，所述第一电话号码为所述终端设备的通讯录中保存的所述第一群成员的电话号码；所述终端设备响应于用于选择所述第二群成员的第二操作，显示所述第二群成员的头像和/或用户名，以及用于添加联系人的控件；所述终端设备响应于针对所述添加联系人控件的第三操作，向云服务器发送第一请求，所述第一请求用于请求将所述第二群成员添加为联系人；所述终端设备从所述云服务器接收第二群成员的第二电话号码；所述终端设备基于所述第二电话号码将所述第二群成员保存为联系人。

在一种可能的设计中，所述终端设备响应于针对所述添加联系人控件的第三操作，向云服务器发送第一请求，包括：响应于所述第三操作，所述终端设备判断所述第二群成员的电话号码是否存在于所述终端设备的历史通信记录中；当确定所述历史通信记录中不存在所述第二群成员的电话号码时，所述终端设备向所述云服务器发送所述第一请求。

在一种可能的设计中，所述终端设备判断所述第二群成员的电话号码是否存在于所述终端设备的历史通信记录，包括：所述终端设备在历史通话记录中所有号码对应的头像中查找与所述第二群成员的头像相匹配的头像；和/或，所述终端设备在历史通话记录中所有号码对应的用户名中查找与所述第二群成员的用户名相匹配的用户名；当未在所述历史通信记录中找到与所述第二群成员的头像相匹配的头像，和/或未找到与所述第二群成员的用户名相匹配的用户名时，确定所述第二群成员的电话号码不在所述历史通信记录中。

在一种可能的设计中，所述终端设备判断所述第二群成员的电话号码是否存在于所述终端设备的历史通信记录中，包括：所述终端设备向所述云服务器发送所述历史通信记录；

所述终端设备向所述云服务器发送第三请求，所述第三请求用于请求判断所述第二群成员的电话号码是否存在于所述历史通信记录中；所述云服务器响应于所述第三请求，判断所述历史通信记录中是否存在所述第二群成员的电话号码，并向所述终端设备发送判断结果；所述终端设备基于所述判断结果，确定所述第二群成员的电话号码是否存在于所述历史通信记录中。

在一种可能的设计中，所述历史通信记录，包括：最近通话记录，和/或，历史短信记录。

在一种可能的设计中，所述终端设备显示所述即时通信应用中群组的群组成员列表之前，所述方法还包括：所述终端设备显示第一入群信息，所述第一入群信息用于指示所述第一群成员被邀请加入群聊；所述第一入群消息中显示的所述第一群成员的信息为所述终端设备的通讯录中对所述第一用户的备注名；所述终端设备显示第二入群信息，所述第二入群信息用于指示所述第二群成员被邀请加入群聊，所述第二入群消息中显示的所述第二群成员的信息为所述第二群成员的用户名。

在一种可能的设计中，用于邀请所述第一群成员入群的邀请人为第一邀请人，用于邀请所述第二群成员入群的邀请人为第二邀请人；当所述第一邀请人存在于所述终端设备的通信录时，所述第一入群消息中显示的所述第一邀请人的信息为所述第一邀请人在所述通讯录中的备注名；当所述第一邀请人不存在于所述终端设备的通信录时，所述第一入群消息中显示的所述第一邀请人的信息为所述第一邀请人的用户名；当所述第二邀请人存在于所述终端设备的通信录时，所述第二入群消息中显示的所述第二邀请人的信息为所述第二邀请人在所述通讯录中的备注名；当所述第二邀请人不存在于所述终端设备的通信录时，所述第二入群消息中显示的所述第二邀请人的信息为所述第二邀请人的用户名。

在一种可能的设计中，所述终端设备响应于针对所述添加联系人控件的第三操作，向云服务器发送第一请求，包括：响应于所述第三操作，所述终端设备显示第一界面，所述第一界面中包括验证信息输入框；所述终端设备接收到输入操作，所述输入操作用于在所述验证信息输入框中输入验证信息，所述验证信息用于描述所述终端设备的身份信息；所述终端设备响应于用于发送所述验证信息的第四操作，向所述服务器发送第一请求，所述第一请求中携带所述验证信息。

第十九方面，提供一种群组内群成员隐私保护方法，该方法可以应用于云服务器。所述方法包括：云服务器创建即时通信应用的群组，所述群组中包括第三群成员和第二群成员；所述云服务器接收来自第三群成员的第一请求，所述第一请求用于请求添加第二群成员为联系人；所述云服务器响应于所述第一请求，向所述第三群成员发送所述第二群成员的第二电话号码。

需要说明的是，目前的方案中云服务器创建群组或者新成员入群时，公布每个群成员的电话号码，所以每个群成员都可以看到其他群成员的电话号码，无法保护用户隐私。本申请中，云服务器接收到来自第三群成员的用于添加第二群成员为联系人的请求时，才向第三群成员公开第二群成员的电话号码，避免第二群成员的电话号码直接暴露，安全性较高。

在一种可能的设计中，所述云服务器响应于所述第一请求，向所述第三群成员发送所述第二群成员的第二电话号码，包括：

响应于所述第一请求，所述云服务器向所述第二群成员发送第二请求；所述第二请求用于指示所述第三群成员请求添加所述第二群成员为联系人；

当所述云服务器接收到来自所述第二群成员的同意指令时，向所述第三群成员发送所述第二群成员的第二电话号码。

在一种可能的设计中，所述云服务器响应于所述第一请求，向所述第三群成员发送所述第二群成员的第二电话号码，包括：

响应于所述第一请求，所述云服务器判断所述第二群成员的电话号码是否存在于所述第三群成员的历史通信记录中；

当确定所述历史通信记录中存在所述第二群成员的电话号码时，向所述第三群成员发送所述第二群成员的电话号码。

在一种可能的设计中，所述方法还包括：当确定所述历史通信记录中不存在所述第二群成员的电话号码时，所述云服务器向所述第二群成员发送第二请求；所述第二请求用于指示所述第三群成员请求添加所述第二群成员为联系人；

当所述云服务器接收到来自所述第二群成员的同意指令时，向所述第三群成员发送所述第二群成员的第二电话号码。

在一种可能的设计中，所述历史通信记录，包括：最近通话记录，和/或，历史短信记录。

在一种可能的设计中，所述云服务器中存储所述第二群成员的通讯录，所述云服务器响应于所述第一请求，向所述第三群成员发送所述第二群成员的第二电话号码，包括：

响应于所述第一请求，所述云服务器判断所述第三群成员的电话号码是否存在于所述第二群成员的通讯录中；

当所述云服务器确定所述第三群成员的电话号码存在于所述第二群成员的通讯录时，向所述第三群成员发送所述第二群成员的第二电话号码。

在一种可能的设计中，所述方法还包括：当所述云服务器确定所述第三群成员的电话号码不存在于所述第二群成员的通讯录时，所述云服务器向所述第二群成员发送第二请求；所述第二请求用于指示所述终端设备请求添加所述第二群成员为联系人；

当所述云服务器接收到来自所述第二群成员的同意指令时，向所述第三群成员发送所述第二群成员的第二电话号码。

在一种可能的设计中，所述云服务器接收来自第三群成员的第一请求之前，所述方法还包括：

所述云服务器确定所述第二群成员加入所述群组时，向所述第三群成员发送第二入群信息，所述第二入群信息用于指示所述第二群成员被邀请加入群聊，所述第二入群消息中显示的所述第二群成员的信息为所述第二群成员的用户名；

在一种可能的设计中，用于邀请所述第二群成员入群的邀请人为第二邀请人；

当所述第二邀请人存在于所述第三群成员的通信录时，所述第二入群消息中显示的所述第二邀请人的信息为所述第二邀请人在所述第三群成员的通讯录中的备注名；当所述第二邀请人不存在于所述第三群成员的通信录时，所述第二入群消息中显示的所述第二邀请人的信息为所述第二邀请人的用户名。

在一种可能的设计中，所述方法还包括：所述云服务器确定第一群成员加入所述群组时，向所述第三群成员发送第一入群信息，所述第一入群信息用于指示所述第一群成员被邀请加入群聊，所述第一入群消息中显示的所述第一群成员的信息为所述第一群成员在所述第三群成员的通讯录中的备注名。

在一种可能的设计中，用于邀请所述第一群成员入群的邀请人为第一邀请人；

当所述第一邀请人存在于所述第三群成员的通信录时，所述第一入群消息中显示的所述第一邀请人的信息为所述第一邀请人在所述第三群成员的通讯录中的备注名；当所述第一邀请人不存在于所述第三群成员的通信录时，所述第一入群消息中显示的所述第一邀请人的信息为所述第一邀请人的用户名。

在一种可能的设计中，所述第一请求中携带所述第三联系人的验证信息，所述第二请求中携带所述第三联系人的验证信息，所述验证信息用于描述所述第三联系人的身份信息。

第二十方面、提供一种通信系统，包括：终端设备和云服务器；

所述终端设备包括：处理器；存储器；其中，所述存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述处理器执行时，使得所述终端设备执行如上述第十七方面提供的方法中终端设备的步骤；

所述云服务器包括：处理器；存储器；其中，所述存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述处理器执行时，使得所述云服务器执行如上述第十七方面提供的方法中云服务器的步骤。

第二十一方面、提供一种终端设备，包括：

处理器，存储器，以及，一个或多个程序；

其中，所述一个或多个程序被存储在所述存储器中，所述一个或多个程序包括指令，当所述指令被所述处理器执行时，使得所述终端设备执行如上述第十八方面提供的方法步骤。

第二十二方面、提供一种云服务器，包括：

处理器，存储器，以及，一个或多个程序；

其中，所述一个或多个程序被存储在所述存储器中，所述一个或多个程序包括指令，当所述指令被所述处理器执行时，使得所述终端设备执行如上述第十九方面提供的方法步骤。

第二十三方面，提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如上述第十七方面至第十九方面中任意一方面提供的方法。

第二十四方面，提供一种计算机程序产品，包括计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如上述第十七方面至第十九方面中任意一方面提供的方法。

第二十五方面、提供一种电子设备上的图形用户界面，所述电子设备具有显示屏、存储器、以及处理器，所述处理器用于执行存储在所述存储器中的一个或多个计算机程序，所述图形用户界面包括所述电子设备执行上述第十七方面至第十九方面中任意一方面提供的方法时显示的图形用户界面。

第二十六方面，本申请实施例还提供一种芯片，所述芯片与电子设备中的存储器耦合，用于调用存储器中存储的计算机程序并执行本申请实施例第十七方面至第十九方面的技术方案，本申请实施例中“耦合”是指两个部件彼此直接或间接地结合。

上述第十八方面至第二十六方面的有益效果，参见第十七方面的有益效果，不重复赘述。

附图说明

图1A为本申请一实施例提供的终端设备的硬件结构的示意图；

图1B为本申请一实施例提供的终端设备的软件结构的示意图；

图2A至图2D本申请一实施例提供的即时通信应用的GUI的示意图；

图2E为本申请一实施例提供的一种应用场景的示意图；

图3A为本申请一实施例提供的即时通信应用的注册流程的示意图；

图3B至图3C为本申请一实施例提供的即时通信应用的注册过程的GUI的示意图；

图4A至图4B为本申请一实施例提供的即时通信应用的相关GUI的示意图；

图5A为本申请一实施例提供的即时通信应用创建群组的流程的示意图；

图5B为本申请一实施例提供的即时通信应用创建群组的GUI的示意图；

图5C为本申请一实施例提供的被邀请入群的用户的GUI的示意图；

图5D为本申请一实施例提供的邀请联系人入群后的GUI的示意图；

图5E为本申请一实施例提供的群组中群成员列表的GUI的示意图；

图6A为本申请一实施例提供的群组内一个群成员添加另一个群成员为联系人的流程的示意图；

图6B至图6C为本申请一实施例提供的群组内一个群成员添加另一个群成员为联系人时的GUI的示意图；

图7A为本申请一实施例提供的群组内一个群成员添加另一个群成员为联系人的另一种流程的示意图；

图7B为本申请一实施例提供的保存联系人时的GUI的示意图；

图8为本申请一实施例提供的群组内一个群成员添加另一个群成员为联系人的又一种流程的示意图；

图9为本申请一实施例提供的终端设备或云服务器的结构的示意图。

具体实施方式

以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

(1)应用(application，app)

为能够实现某项或多项特定功能的软件程序。应用可以有多种类型，比如视频播放类应用、图像拍摄类应用、即时通信应用等。其中，即时通信应用例如包括、华为畅连应用、各种邮箱应用、

WhatsApp

Kakao

或

等。下文中提到的应用，可以是电子设备出厂时已安装的应用，也可以是用户在使用电子设备的过程中从网络下载或从其他电子设备获取的应用(例如，其它电子设备发送的应用)。

(2)手机通讯录，是指手机中存储了电话号码的联系人列表，用户可以在其手机通讯录中寻找联系人，然后拨打该联系人的电话号码。

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

以及，除非有相反的说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的大小、内容、顺序、时序、优先级或者重要程度等。例如，第一用户、第二用户和第三用户等，只是为了区分不同的用户，而并不是表示这些用户的优先级或者重要程度等的不同。

本申请实施例提供的群组内群成员隐私保护方法可以应用在电子设备中，以下介绍电子设备、用于这样的电子设备的图形用户界面(graphical user interface，GUI)、和用于使用这样的电子设备的实施例。在本申请一些实施例中，电子设备可以是便携式电子设备，诸如手机、PAD、便携计算机、具备无线通讯功能的可穿戴设备(如智能手表、智能眼镜、智能手环、或智能头盔等)、或车载设备等。便携式电子设备的示例性实施例包括但不限于搭载

或者其它操作系统的便携式电子设备。

示例性地，图1A给出了一种电子设备的结构示意图。

如图1A所示，电子设备可以包括处理器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中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备充电，也可以用于电子设备与外围设备之间传输数据。充电管理模块140用于从充电器接收充电输入。电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。

电子设备的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。天线1和天线2用于发射和接收电磁波信号。电子设备中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块160可以提供应用在电子设备上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code divisionmultiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(globalnavigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigationsatellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

显示屏194用于显示应用的显示界面等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dotlight emitting diodes，QLED)等。在一些实施例中，电子设备可以包括1个或N个显示屏194，N为大于1的正整数。

摄像头193用于捕获静态图像或视频。摄像头193可以包括前置摄像头和后置摄像头。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，以及至少一个应用程序(例如爱奇艺应用，微信应用等)的软件代码等。存储数据区可存储电子设备使用过程中所产生的数据(例如图像、视频等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将图片，视频等文件保存在外部存储卡中。

电子设备可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。陀螺仪传感器180B可以用于确定电子设备的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备围绕三个轴(即，x，y和z轴)的角速度。

陀螺仪传感器180B可以用于拍摄防抖。气压传感器180C用于测量气压。在一些实施例中，电子设备通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。磁传感器180D包括霍尔传感器。电子设备可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当电子设备是翻盖机时，电子设备可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。加速度传感器180E可检测电子设备在各个方向上(一般为三轴)加速度的大小。当电子设备静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。电子设备可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备可以利用距离传感器180F测距以实现快速对焦。接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备通过发光二极管向外发射红外光。电子设备使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备附近有物体。当检测到不充分的反射光时，电子设备可以确定电子设备附近没有物体。电子设备可以利用接近光传感器180G检测用户手持电子设备贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。电子设备可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备是否在口袋里，以防误触。指纹传感器180H用于采集指纹。电子设备可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，电子设备利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备对电池142加热，以避免低温导致电子设备异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备可以接收按键输入，产生与电子设备的用户设置以及功能控制有关的键信号输入。马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备的接触和分离。

可以理解的是，图1A所示的部件并不构成对电子设备的具体限定。本发明实施例中的电子设备可以包括比图1A中更多或更少的部件。此外，图9中的部件之间的组合/连接关系也是可以调整修改的。

图1B示出了本申请一实施例提供的电子设备的软件结构框图。

如图1B所示，电子设备的软件结构可以是分层架构，例如可以将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层(framework，FWK)，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。如图1B所示，应用程序层可以包括相机、设置、皮肤模块、用户界面(user interface，UI)、三方应用程序等。其中，三方应用程序可以包括

图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层可以包括一些预先定义的函数。如图1B所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

硬件层可以包括各类传感器，例如本申请实施例中涉及的加速度传感器、陀螺仪传感器、触摸传感器等。

为了方便与家人、朋友联系，用户的设备(比如手机、平板电脑)中可以安装各种类型的即时通信应用。目前，主流的即时通信应用可以分为两类，一类是基于独立账号进行通信的应用，另一类是基于手机号码进行通信的应用。

第一类，基于独立账户的即时通信应用。这类应用需要添加对方为好友，才能与对方互发消息。比如，参见图1A(a)为第一类即时通信应用的好友列表的示意图。好友列表中显示已添加的好友的昵称或备注，用户可以与好友列表中的好友互发消息。比如，

Facetime

等属于第一类应用。其中，添加好友方式有多种，比如，继续参见图2A(a)，当手机检测到点击按键101的操作时，显示如图2A(b)所示的界面，该界面中包括搜索框、扫一扫、手机联系人等多种好友添加方式。假设手机检测到用户选择手机联系人的选项，可以显示手机通讯录，用户可以在手机通讯录中选择联系人并向该联系人发送添加好友的请求，如果成功将其添加为好友，则好友列表中增加该好友，用户可以与其互发消息。也就是说，对于第一类应用，即便是手机通讯录中已经存储的联系人也需要先添加为好友，然后才能与其互发消息。

第一类应用可以创建群组(即群聊)。比如，群组中包括用户A、用户B和用户C。该群组中可以显示群成员的相关信息，比如群成员注册时的头像、昵称、个性签名等等。以用户A为例，假设用户C不在用户A的好友列表中，如果用户A要和用户C聊天，可以发起添加好友的申请，以添加其为好友，在对方同意后，可以与对方互发消息。

第二类，基于手机号码的即时通信应用。这类应用的主要特点是不需要像第一类应用那样添加好友才能互发消息，第二类应用可以直接在手机通讯录中选择联系人，与该联系人通信即可。比如，以畅连应用为例，用户使用手机号码注册畅连应用之后，在手机通讯录中可以查询哪些联系人注册了畅连应用，然后可以在手机通讯录中直接与这些联系人建立畅连通话(比如，视频、语音通话或互发消息)，无需像第一类应用一样先添加对方为好友。

举例来说，请参见图2B所示，为手机通讯录的示意图，手机通讯录中包括手机中已保存了电话号码的联系人，比如，约翰、大卫、尼克。假设约翰开通了畅连应用，则手机通讯录中显示畅连标记，比如视频通话标记102和语音通话标记103。用户可以通过视频通话标记102发起与约翰的畅连视频通话，通过语音通话标记103发起与约翰的畅连语音通话，操作简单，无需添加好友，可在手机通讯录中直接发起。当然，除了华为畅连应用之外，

等也属于第二类即时通信应用。相对于第一类即时通信应用，第二类即时通信应用操作更为便捷。

第二类应用也可以创建群组，与第一类应用不同的是，由于第二类应用是基于手机号码通信，所以目前第二类应用所创建的群组中群成员的手机号码是明文显示的。

比如，群组中包括用户A、用户B和用户C。以用户A的手机为例，请参见图2C(a)为用户A的手机上该群组的聊天界面的示意图，假设手机检测到针对控件104的操作，手机显示如图2C(b)所示的界面，该界面中包括群组内的群成员的信息，由于用户C不在用户A的手机通讯录中，所以用户C的电话号码明文显示，即“131xxxxxxxx”，这样的话，用户C的电话号码就直接暴露给了用户A，用户A可能会单独给该号码打电话或发短信等，造成对对方的骚扰。

再比如，当群组内的用户B将其手机通讯录中的联系人用户D(假设手机号码是131xxxxxxxx)拉入群聊时，可以显示如图2D所示的群组聊天界面，该群组聊天界面中包括提示信息：用户B邀请“131xxxxxxxx”加入群聊，这样的话，用户D的手机号码131xxxxxxxx就直接暴露给群组内的所有人。

可见，这种群成员的手机号码明文显示的方式，容易导致群成员的手机号码被暴露，进而导致群成员被骚扰，用户体验较低。

鉴于此，本申请提供一种群组内群成员隐私保护方法，该方法可以保护群成员的隐私信息(比如手机号码)不暴露。

比如，以畅连应用为例，用户A、用户B和用户C均注册了畅连应用，并上传了头像和昵称。假设用户A、用户B和用户C在同一个群组内。如果用户C不在用户A的手机通讯录中，用户A无法看到用户C的手机号码，只能看到用户C的昵称和/或头像，避免用户C的手机号码暴露给用户A。

通过这种方式，可以避免群成员的手机号码泄露给群组内的陌生人，避免由于手机号码的泄露而导致的短信、电话骚扰，安全性较高。

以下实施例将结合附图对本申请实施例提供的群组内群成员隐私保护方法进行具体阐述。

本申请提供的群组内群成员隐私保护方法适用于包括多个设备的系统。图2E为本申请提供的一种系统的示意图。所述系统中包括第一设备、第二设备、第三设备和畅连云服务。其中，第一设备、第二设备和第三设备的硬件结构可以参见图1A，软件结构可以参见图1B。三个设备的类型可以相同，比如，三个设备都是手机或者都是平板电脑。或者，三个设备的类型可以不同，比如，第一设备和第二设备是手机，第三设备是平板电脑等等，总之，本申请实施例对三个设备的类型不作限定。

比如，第一设备的电话号码是第一号码，第二设备的电话号码是第二号码，第三设备的电话号码是第三号码。而且，第一设备、第二设备和第三设备中均安装基于手机号码的即时通信应用，比如华为畅连应用。第一设备基于第一号码向畅连云服务进行了注册并上传了第一昵称和第一头像，第二设备基于第二号码向畅连云服务进行注册并上传了第二昵称和第二头像，第三设备基于第三号码向畅连云服务进行注册并上传了第三昵称和第三头像。因此，畅连云服务上记录了三个用户，分别是第一用户、第二用户和第三用户，分别如下：

第一用户：第一号码、第一昵称、第一头像；

第二用户：第二号码、第二昵称、第二头像；

第三用户：第三号码、第三昵称、第三头像。

假设三个用户在同一群组内。如果第二号码不在第一用户的手机通讯录中，那么当第一设备查看群组内第二用户的信息时，无法看到第二用户的第二号码，只能看到第二用户的第二昵称和/或第二头像。如果第一用户想要与第二用户通信，可以发出联系人添加请求，在对方同意的情况下，将第二用户的第二号码添加到第一用户的手机通讯录中，然后与第二用户通信。如果第三用户的第三号码在第一用户的手机通讯录中，那么当第一设备查看群组内第三用户的信息时，可以看到第三用户的第三号码，还可以直接通过第三号码与第三用户通信，无需再次添加联系人。

下文以图2E所示的系统为例进行介绍，并且，以第一设备、第二设备和第三设备都是手机，且三个手机中都安装有畅连应用为例。为了方便描述，假设三个设备的用户关系满足如下：

第一设备的用户是Amy，第一昵称是AAA，第一号码是185xxxx xxxx；

第二设备的用户是大卫，第二昵称是DW，第二号码是156xxxx xxxx；

第三设备的用户是汤姆，第三昵称是flower，第三号码是138xxxx xxxx。

具体地，包括实施例一至实施例五。其中，实施例一介绍畅连应用的注册过程；实施例二介绍畅连应用建立群组的过程；实施例三至实施例五分别介绍群组内两个群成员单独聊天的实现过程。

实施例一

本实施例一介绍畅连应用的注册过程。需要说明的是，目前的第二类即时通信应用在注册时，不需要上传头像和昵称，用户直接基于手机号码进行注册，所以云侧用手机号码来区分不同用户，所以云侧建立群组时，将群成员的手机号码发送到群组内，以标识不同的群成员，这样会导致群成员的手机号码暴露。

本实施例一中，用户基于手机号码注册畅连应用时需要上传昵称和头像等，所以云侧知道每个注册用户的手机号码，还知道每个注册用户的昵称和头像，所以可以使用昵称和/或头像来标记不同的用户，那么在建立群组时，可以使用昵称和/或头像标识不同的群成员，避免直接暴露群成员的电话号码。

本实施例一涉及的附图包括图3A至图4B。

参见图3A所示，为畅连应用的注册流程的示意图。如图3A所示，所述流程包括：

S101，手机接收到用于注册畅连应用的第一操作。

示例性的，图3B中的(a)示出了手机的一种图形用户界面(graphical userinterface，GUI)，该GUI为手机的主界面(home screen)。主界面中包括多种应用的图标，比如，相机应用的图标、应用市场的图标、畅连应用的图标等等。当手机检测到针对畅连应用的图标的操作时，显示如图3B中的(b)所示的另一GUI，该GUI可以称为畅连应用的登录界面。登录界面中显示手机号码输入框、密码输入框，用户可以在其中输入手机号码和密码，进行登录。可以理解的是，如果是首次使用畅连应用，可以先注册。比如，继续参见图3B(b)，手机检测到用户点击“注册”控件的操作时，显示如图3B(c)所示的界面，该界面中包括手机号码输入框，用户可以在该输入框中输入手机号码，如185xxxx xxxx。上述第一操作可以是点击图3B(c)所示的界面中“下一步”控件的操作；或者，第一操作也可以是其它类型的操作，比如用于指示注册畅连应用的语音指令等等，本申请实施例不限定。

S102，手机向畅连云服务发送注册申请。

注册申请中可以携带用户的手机号码，比如，图3B(c)中的手机号码185xxxxxxxx。

S103，手机接收畅连云服务发送的短信验证码。

畅连云服务在接收到手机发送的注册申请之后，向注册申请中携带的手机号码发送短信验证码。比如，注册申请中携带的手机号码是185xxxx xxxx，则畅连云服务向手机号码185xxxx xxxx发送短信验证码，如123456。手机接收到验证码之后，可以将验证码录入到验证码输入框中，参见图3B(d)所示，用户输入短信验证码“123456”，当手机检测到“完成”控件的操作时，将输入的短信验证码发送给畅连云服务。或者，图3B(d)中的“完成”控件可以不显示，比如，当检测到验证码输入完成(比如验证码为6位，检测到用户输入6位数确认输入完成)之后，默认将输入的短信验证码发送给畅连云服务。

S104，手机向畅连云服务发送短信验证码。

S105，畅连云服务对短信验证码进行验证。

比如，在S103执行完之后，畅连云服务记录向手机号码185xxxxxxxx发送了短信验证码123456。当畅连云服务器接收到来自手机号码185xxxxxxxx的短信验证码之后，可以对短信验证码进行验证，比如，判断所述接收的短信验证码与所述发出的短信验证码是否一致，如果是，则验证通过，否则，验证不通过。可选的，为了提升安全性，除了判断接收的短信验证码与为发出的短信验证码是否一致之外，还可以判断所述短信验证码的接收时间与发送时间之间的时间差是否小于预设时长，如果是，则验证通过，否则，验证不通过。当验证通过之后，畅连云服务可以向手机发送注册成功的响应；当然，验证不通过时，也可以向手机发送注册失败的响应。

S106，畅连云服务向手机发送注册成功的响应。

在基于手机号码注册成功之后，还可以设置畅连应用的头像和昵称等。继续以图3A为例，具体流程包括S107至S108。

S107，手机上传用户头像、昵称等信息。

比如，在注册完成之后，手机显示如图3C(a)所示的界面，该界面中显示默认头像、昵称输入框。当手机检测到用户点击默认头像的操作时，可以显示如图3C(b)所示的界面，该界面中包括“从相册中选择图像”的控件。当，手机检测到针对“从相册中选择图像”控件的操作时，打开相册，如图3C(c)所示，用户可以从中选择某一张图像作为头像，比如选择图像300。在选择图像之后，手机显示如图3C(d)所示的界面，该界面中头像显示为用户选择的图像300。当手机检测到针对“保存头像”的控件的操作时，显示图3C(e)所示的界面，该界面中头像显示为用户选择的图像300，假设用户输入昵称：Amy，当手机检测到用户点击“上传”控件的操作时，将头像、昵称等信息上传到畅连云服务。

可选的，图3C(e)所示的界面中还包括个性签名输入框，用户可以在该输入框中输入用户的个性签名，上传到畅连云服务。

需要说明的是，图3B至图3C是以一个用户使用其手机基于该用户的手机号码(如185xxxx xxxx)注册畅连应用的过程。可以理解的是，多个用户都可以使用自己的手机号码注册畅连应用，注册原理与上述原理相同。也就是说，畅连云服务中可以存储大量的注册用户。比如，参见下表1，为畅连云服务存储的注册用户的示例。

表1

手机号码	头像	昵称
			185xxxx xxxx	图像1	AAA
156xxxx xxxx	图像2	DW
			138xxxx xxxx	图像3	YH
131xxxx xxxx	图像4	flower

也就是说，除了第一用户(如185xxxx xxxx)之外，手机号码是156xxxx xxxx的第二用户、手机号码是138xxxx xxxx的第三用户以及手机号码是131xxxx xxxx的第四用户分别都注册了华为畅连应用，并上传了头像。

上面的实施例是以畅连应用为例介绍注册流程，需要说明的是，对于其他的即时通信应用也是适用的，本申请实施例对此不作限定。

可选的，手机注册畅连应用之后，可以发现手机通讯录中哪些联系人注册了畅连应用。比如，第一用户的手机通讯录包括100个联系人，其中50人可能注册了畅连应用，那么第一用户的手机上可以通过一定的方式标注出注册了畅连应用的联系人。一种可实施方式为，第一用户的手机将其手机通讯录发送给畅连云服务。对于畅连云服务而言，知道每个注册过畅连应用的手机号码。因此，当畅连云服务接收到第一用户的手机通讯录之后，可以确定该手机通讯录中注册过畅连应用的用户，所以畅连云服务可以通过一定的指示方式指示第一用户的手机通讯录中注册了畅连应用的用户。

比如，请参见图4A(a)所示，为第一用户的手机中畅连应用的界面的示意图，该界面中包括联系人选项402、畅连选项403、通话选项404。其中，联系人选项402被选中时，手机显示通讯录，比如包括联系人约翰、大卫和尼克。其中，约翰和大卫注册了畅连应用，所以图4A(a)中联系人约翰和联系人大卫显示有对应的畅连标记，比如，畅连视频标记和畅连语音标记。由于联系人尼克未注册畅连应用，所以该界面中联系人尼克不显示畅连标记。

可选的，手机也可以从手机通讯录中过滤出注册了畅连应用的联系人，以方便用户查找。为了方便描述，将从手机通讯录中过滤出的注册了畅连应用的联系人统称为畅连通讯录。也就是说，手机通讯录包括手机存储的所有联系人，而畅连通讯录中包括手机通讯录中已注册畅连应用的联系人，简单来说，畅连通讯录是手机通讯录的子集。可以理解的是，畅连通讯录可以实时的更新，比如第一用户的手机通讯录中的某个联系人注册畅连应用之后，畅连云服务通知第一用户的手机，对应的，第一用户的手机中畅连通讯录中增加该联系人。

比如，请继续参见图4A(a)，当手机检测到用户选择“畅连”按键401的操作时，显示如图4A(b)所示的界面，该界面显示畅连通讯录，即显示已注册畅连应用的联系人，由于联系人尼克没有注册畅连应用，所以该界面中不显示联系人尼克。

上面介绍了图4A(a)中联系人选项402被选中时手机的显示界面。图4A(a)中还包括畅连选项403和通话选项404。当畅连选项403被选中时，手机可以显示如图4A(c)所示的界面，该界面中显示与联系人约翰、大卫互发消息。当通话选项404被选中时，手机显示如图4A(d)所示的界面，该界面中包括通话记录，比如昨天与约翰、大卫等通话过。

继续以图4A(a)为例，假设用户想要与手机通讯录中的约翰单独聊天，可以使用畅连视频通话、畅连语音通话、畅连消息三种方式进行。

比如，以图4A(a)为例，用户可以通过图4A(a)所示的界面中与联系人约翰对应的畅连视频标记和畅连语音标记向约翰发起通话。或者，还可以通过其它方式向约翰发起通话，比如继续以图4A(a)为例，手机检测到用户点击约翰的头像或约翰的名称时，可以显示如图4B(a)所示界面，该界面中包括约翰的相关信息，比如，头像、昵称等。该界面中还包括畅连视频标记411、畅连语音标记412、畅连消息标记413。假设手机检测到用户点击畅连视频标记411，向约翰发起畅连视频通话，比如参见图4B(b)。假设手机检测到用户点击畅连语音标记412，则向约翰发起畅连语音通话，比如，参见图4B(c)。假设手机检测到用户点击畅连消息标记413，可以显示如图4B(d)所示的界面，该界面可以理解为与约翰的聊天界面，在该聊天界面中，用户可以向约翰发送文字、图片、位置、表情等。

实施例二

本实施例二介绍畅连应用建立群组的过程。本实施例二涉及的附图包括图5A至图5D。其中，图5A为建立群组的流程示意图。具体地，S201至S206为第一用户邀请第二用户入群的过程，S206至S211为第二用户邀请第三用户入群的过程。一个用户邀请另一个用户入群时，群成员的手机上会显示新成员入群提示，用于提示新成员入群，通过图2D可知，目前的第二类即时通信应用显示的新成员入群提示中邀请人和/或被邀请人的手机号码是明文显示的。本实施例二新成员入群提示中显示邀请人的昵称和/或被邀请人的昵称，避免邀请人和/或被邀请人的手机号码直接暴露。

请参见图5A，为建立群组的流程示意图。如图5A所示，所述流程包括：

S200，第一用户、第二用户和第三用户完成畅连注册。其中，注册过程可以参见实施例一，在此不重复。

S201，第一用户检测到用于邀请第二用户加入群聊的操作。

比如，第一用户的手机显示如图5B(a)所示的界面，该界面中包括控件501，当检测到针对控件501的操作时，显示如图5B(b)所示的界面，该界面包括畅连通讯录中的联系人，用户可以从中选择要邀请入群的联系人。比如，用户选择联系人大卫(即第二用户)，当手机检测到用户点击“确定”控件的操作时，邀请大卫加入聊天。

上面以通过控件501建立群组为例，可以理解的是，还可以通过其它方式建立群组，比如，面对面建群，或者，在与某个联系人的单独聊天界面中拉另一个联系人加入等，本实施例对此不限定。

S202，第一用户向畅连云服务发送第二用户的入群邀请。入群邀请中可以携带第二用户的手机号码，可选的还可以携带第二用户的昵称、头像等信息。

S203，畅连云服务向第二用户发送入群邀请。

可选的，请参见图5C，为第二用户的显示界面的示意图，该界面显示提示信息：Amy邀请您加入群聊，当检测到针对“同意”按键的操作时，向畅连云服务发送同意入群的通知，当检测到针对“拒绝”控件的操作时，向畅连云服务发送拒绝入群的通知。

S204，畅连云服务接收到来自第二用户的同意入群的通知。

可选的，S203和S204可以执行或不执行(所以图5A中使用虚线表示)，比如，S203和S204不执行时，无需第二用户同意、畅连云服务直接将第二用户加入群组。

S205，畅连云服务生成包括第一用户和第二用户的群组。

S206，畅连云服务向第一用户和第二用户发送群组信息。所述群组信息例如可以是新成员入群提示，即用于提示第二用户加入群组的提示信息。

比如，继续以图5B(b)为例，在第一用户邀请大卫入群之后，第一用户的手机上显示图5B(c)所示的界面，该界面中显示新成员入群提示：您邀请“大卫”加入群聊，即该群组中包括第一用户(Amy)、第二用户(大卫)。

可选的，第一用户将第二用户拉入群聊后，第二用户也可以将第二用户的畅连通讯录中的联系人比如第三用户拉入群组。具体地，第二用户将第三用户拉入群聊的流程包括S206至S211。

S207，第二用户向畅连云服务发送第三用户的入群邀请。第三用户是第二用户的畅连通讯录中的联系人。

S208，畅连云服务向第三用户发送入群邀请。

S209，畅连云服务接收第三用户发送的同意入群的指示。

可选的，S208和S209可以执行或不执行(所以图5A中使用虚线表示)。

S210，畅连云服务将包括第一用户和第二用户的群组更新为包括第一用户、第二用户和第四用户的群组。

S211，畅连云服务向第一用户、第二用户、第三用户发送更新的群组信息。所述群组信息是新成员入群提示，例如可以是用于指示第三用户加入群组的提示信息。

比如，请参见图5D，为第一用户的手机上显示群组聊天界面，该聊天界面中包括提示信息，大卫(即第二用户)邀请“flower”(即第三用户的昵称)加入群聊。

可选的，新成员入群提示的显示样式可以是：“X”邀请“Y”加入群聊。其中，X是邀请人的名称，Y是被邀请人的名称。X和Y的显示样式有多种，以一个群成员的手机为例，可以通过如下方式显示：

方式1，X是邀请人的昵称，和/或，Y是被邀请人的昵称。

比如，群成员既不是邀请人也不是被邀请人时，该群成员的手机上显示的新成员入群提示信息为：“X”邀请“Y”加入群聊，其中，X是邀请人的昵称，Y是被邀请人的昵称。比如，第二用户邀请第三用户入群的场景中，第一用户既非邀请人，也非被邀请人，所以第一用户的手机上显示的提示信息可以是：“DW”邀请“flower”加入群聊，其中，DW是第二用户的昵称，flower是第三用户的昵称。如果群成员是邀请人，那么该群成员的手机上显示：您邀请Y加入群聊，此处Y是被邀请人的昵称。如果该群成员是被邀请人，那么该群成员的手机上显示：X邀请您加入群聊，此处X是邀请人的昵称。

这种方式中，新成员入群提示中显示的是邀请人的昵称和/或被邀请人的昵称，所以被邀请入群的新成员的手机号码不会直接暴露，相比于图2D中直接显示新成员的手机号码的方式，用户隐私性更高。

方式2，当群成员的手机通讯录中包括了邀请人的手机号码并备注为X1、未保存被邀请人的手机号码时，该群成员的手机上显示的新成员入群提示为，X1邀请Y加入群聊，此时Y是被邀请人的昵称。

比如，继续以图5D为例，第一用户的手机通讯录中保存了第二用户(大卫)的手机号码，并备注为大卫，而未保存第三用户的手机号码，所以第一用户的手机上显示的入群提示为：“大卫”邀请“flower”加入群聊；其中，“flower”是第三用户的昵称。

方式3，当群成员的手机通讯录中包括了被邀请人的手机号码并备注为Y1、未保存邀请人的手机号码时，该群成员的手机上显示的新成员入群提示为，X邀请Y1加入群聊，此时X是邀请人的昵称。

方式4，当群成员的手机通讯录中既保存了邀请人的手机号码并备注为X1、又保存了被邀请人的手机号码且备注为Y1时，该群成员的手机上显示的新成员入群提示为，X1邀请Y1加入群聊。

上述方式2至方式4与方式1不同，方式1不需要考虑邀请人和被邀请人的电话号码是否存在于群成员的畅连通讯录中，新成员入群提示默认显示邀请人和/或被邀请人的昵称。而方式2至方式4考虑邀请人和被邀请人的电话号码可能存在于群成员的畅连通讯录中的情况。比如，对于保存了邀请人的手机号码的群成员来说，其手机上新成员入群提示显示的是邀请人的备注名，对于未保存的邀请人的群成员，其手机上显示的是昵称。

对于上述方式2至方式4，一种可实现方式为，畅连云服务向群成员发送新成员入群提示之前，可以确定畅连通讯录中保存了邀请人和/或被邀请人的手机号码的群成员。由于畅连云服务知道每个群成员的畅连通讯录，而且，也知道邀请人和/或被邀请人的手机号码，所以畅连云服务可以判断出哪一个群成员的畅连通讯录中包括有邀请人和/或被邀请人的手机号码。

对于畅连通讯录中包含被邀请人和/或邀请人的群成员，畅连云服务器使用上述方式2至方式4中的一种。比如，当畅连云服务确定某个群成员的畅连通讯录中包括邀请人和被邀请人的手机号码，则畅连云服务可以使用上面的方式4的样式生成新成员入群提示，并将生成的新成员入群提示发送给该群成员。对于畅连通讯录中未保存邀请人和被邀请人的手机号码的群成员，畅连云服务器使用上述方式1生成新成员入群提示。

上面的实施例以新成员入群提示的显示样式是：“X”邀请“Y”加入群聊为例。可选的，新成员入群显示样式还可以是“Y加入群聊”，即不包括邀请人，只包括被邀请人，其显示方式也有多种，原理与上述方式1至方式4相同，不重复赘述。

上面的实施例以新成员入群提示不会直接暴露邀请人和被邀请人的手机号码为例，需要说明的是，除了新成员入群提示不会暴露邀请人和被邀请人的手机号码之外，当群组内一个群成员要查看另一个群成员的信息时，如果所述另一个群成员不在所述群成员的手机通讯录中，是无法看到所述另一个群成员的手机号码的。

比如，以图5D所示的群组为例，当手机检测到用户点击群聊界面中的“更多”控件时，可以显示如图5E所示的界面，该界面中包括群组的相关信息，比如包括群组成员。该群组成员包括：Amy(第一用户)、大卫(第二用户)、flower(第三用户)。由于对于第一用户来说，第三用户是陌生人，所以第一用户的手机上只能看到第三用户的昵称(flower)，无法直接看到第三用户的手机号码。

请对比图5E与前文图2C(b)可知，目前的第二类即时通信应用中，群成员的手机号码明文显示，但本实施例二中，对于不包括在手机通讯录中的群成员，是无法查看到该群成员的手机号码的，安全性高。

实施例三

本实施例三中介绍群组内两个群成员单独聊天的实现过程。需要说明的是，目前的第二类即时通信应用的群组内群成员的手机号码是明文显示的，所以一个群成员想要和另一个群成员通话时，无需添加所述另一个群成员到手机通讯录中，因为已经知道所述另一个群成员的手机号码了，直接与该手机号码联系即可。

本实施例三中，群组内的群成员A想要和群成员A单独聊天(音/视频或发送消息)时，如果群成员B的手机号码已在群成员A的手机通讯录中，那么无需再添加群成员B为联系人，可以直接与群成员B单独聊天。如果群成员B的手机号码不在群成员A的手机通讯录中，由于群成员A不知道群成员B的手机号码，所以可以向群成员B发送添加联系人的请求，在对方同意的情况下才能获取群成员B的手机号码，并将群成员B的手机号码添加到手机通讯录中，然后与群成员B单独聊天。

本实施例三涉及的附图包括图6A至图6C。

请参见图6A所示，为添加群组中的陌生人为联系人的流程示意图。该流程可以理解为已经建立包括第一用户(Amy)、第二用户(大卫)和第三用户(昵称flower)的群组之后的过程，其中，第三用户不存在于第一用户的手机通讯录中。具体的，所述流程包括：

S301，第一用户的手机检测到用于将第三用户添加为联系人的操作。

比如，请参见图6B(a)，为第一用户的手机上的GUI的示意图。如果第一用户想要与昵称是“flower”的第三用户单独聊天，可以将其添加为联系人，然后单独聊天。比如，第一用户的手机检测到针对第三用户的头像的点击操作时，显示如图6B(b)所示的界面，该界面中包括第三用户的昵称flower和头像，以及添加联系人的控件。所以，S301中用于将第三用户添加为联系人的操作可以是用户点击添加联系人的控件的操作；或者，也可以是其它操作，比如用于将第三用户添加为联系人的语音指令等等，本申请实施例不作限定。

需要说明的是，继续以图6B为例，由于对于第一用户而言，第三用户是陌生人，所以当手机检测到用户点击第三用户的头像的操作时，显示如图6B(b)所示的界面，为了防止其手机号码暴露，该界面中仅显示第三用户的昵称“flower”以及头像，不显示其手机号码。对了方便对比，继续以图6B(a)为例，假设手机检测到用户点击第二用户(大卫)的头像的操作，则显示图6B(c)所示的界面，由于大卫存在于第一用户的畅连通讯录中，所以该界面中包括大卫的手机号码、头像、昵称等等。可选的，该界面中还可以显示与大卫的通话记录，第一用户可以直接与大卫进行通话。

对比图6B(b)和图6B(c)可知，当一个群成员查看群组中的另一个群成员的信息时，如果被查看的群成员是陌生人(比如第三用户)，则显示如图6B(b)所示的界面，该界面中不包括对方的手机号码，仅显示对方的昵称和/或头像。如果被查看的群成员不是陌生人(比如大卫)，则显示如图6B(c)所示的界面，该界面中包括该群成员的手机号码，基于该界面可以与对方进行单独聊天。

S302，第一用户向畅连云服务发送添加第三用户为联系人的请求。所述请求中包括第一用户的号码，第三用户的头像和/或昵称。

S303，畅连云服务对第一用户和第三用户进行验证。S303可以执行或不执行。

比如，畅连云服务可以验证第一用户和第三用户是否是合法用户(是否注册过畅连应用)，如果是，验证通过，继续执行后续步骤，否则，验证不通过。

S304，畅连云服务向第三用户发送添加第三用户为联系人的请求。所述请求中可以携带第一用户的昵称、头像，可选的，还可以携带第一用户的电话号码。

S305，第三用户向畅连云服务发送同意指令。

可选的，S304和S305是可选步骤，可以执行也可以不执行，所以图6A中S304至S305以虚线表示。如果不执行，即无需经过第三用户的同意，畅连云服务可以直接执行S306。

S306，畅连云服务向第一用户发送第三用户的手机号码。

S307，第一用户将第三用户的手机号码保存在通讯录中。

上面的实施例中，以图6B(b)中第一用户的手机检测到针对添加联系人控件的操作时，直接向畅连云服务发送添加第三用户为联系人的请求为例。可以理解的是，图6B(b)中检测到针对添加联系人控件的操作时，可以先不向畅连云服务发送添加第三用户为联系人的请求，比如，图6B(b)第一用户的手机检测到针对添加联系人的控件的点击操作时，可以显示如图6C(a)所示的界面，该界面中包括验证信息，比如，您好，我是群聊中的“xxx”，此处的“xxx”可以是第一用户的昵称。当手机检测到针对“发送”控件的操作时，向畅连云服务发送添加第三用户为联系人的请求，该请求中可以携带所述验证信息。所述请求中还可以携带第三用户的昵称、头像等。可选的，继续参见图6C(a)，第一用户可以在联系人姓名的输入框中输入名称，当对方同意添加联系人的请求后，第一用户的手机通讯录中保存对方的手机号码，且该手机号码的备注名为在所述输入框中输入的名称。

第一用户的手机接收到第三用户的手机号码时，保存第三用户的手机号码。比如，请参见图6C(b)，第一用户的手机通讯录中包括第三用户，此时如果用户想要与第三用户单独聊天，可以点击第三用户的头像或昵称，打开如图6C(c)所示的界面，通过该界面中的畅连通话标记、畅连语音标记、畅连消息标记发起单独聊天。当然，与可以直接通过图6C(b)所示的界面中的畅连通话标记或畅连语音标记发起聊天。

以上的过程介绍第一用户请求添加第三用户为联系人的过程，可选的，第一用户添加第三用户为联系人之后，第三用户可以默认添加第一用户为联系人，比如，通过如下步骤S308至S309实现。

S308，畅连云服务向第三用户发送第一用户的手机号码。

S309，第三用户将第一用户的手机号码保存在通讯录中。

S308和S309是可选步骤，所以图中以虚线表示。或者，在第三用户添加第一用户为联系人之前，还可以向第一用户发出添加联系人的请求，在第一用户同意的情况下，执行S308和S309。

实施例四

在实施例三中，群组内的群成员A想要和群成员A单独聊天时，如果群成员B不在群成员A的手机通讯录中，向群成员B发送添加联系人的请求，在对方同意的情况下，才能获取到群成员B的手机号码，并将群成员B添加到手机通讯录中，然后与群成员B单独聊天。考虑到一种场景：群成员A曾经与群成员B单独聊天过，比如群成员A拨打过群成员B的电话号码，但是群成员A并未将该电话号码保存到手机通讯录中，所以群成员B被识别为群成员A的陌生人，这种情况下，由于群成员A的历史通话记录中已包含群成员B的手机号码，所以可以无需向群成员B发送联系人添加请求。

因此，本实施例四与实施例三区别之处在于：本实施例四，群成员A在向群成员B发出添加联系人的请求之前，还可以判断群成员A的历史通话记录中是否存在群成员B，如果存在，可以无需向群成员B发送联系人添加请求，直接将历史通话记录中群成员B的手机号码存储到手机通讯录中，如果不存在，向群成员B发送联系人添加请求。

请参见图7A所示，为添加群组中的陌生人为联系人的流程示意图。该流程可以理解为建立包括第一用户(Amy)、第二用户(大卫)和第三用户(昵称flower)的群组之后的过程，其中，第三用户不存在于第一用户的手机通讯录中。具体的，所述流程包括：

S401，第一用户的手机检测到用于将第三用户添加为联系人的操作。

S401的实现原理请参见实施例三中S301的实现原理，在此不再赘述。比如，所述操作可以是点击图6B(b)中添加为联系人的控件的操作。

S402，第一用户的手机判断历史通话记录中是否存在第三用户的手机号码，如果是，可以直接执行S408，否则，执行S403。

其中，历史通话记录可以是最近通话记录，比如图4A(d)所示的最近通话记录。或者，还可以是4A(c)所示的历史短信记录，本申请对此不作限定。

第一用户的手机可以在本地判断历史通话记录中是否存在第三用户。比如，本地的历史通话记录中包括用户的头像和昵称，通过头像和昵称的对比可以确定历史通话记录中是否存在第三用户的头像和昵称，如果存在，则确定第三用户存在于历史通话记录中，否则，确定第三用户不存在于历史通话记录中。

当第一用户的手机确定历史通话记录中存在第三用户的手机号码时，可以直接进入S408。比如，以图6B(b)为例，响应于用户点击添加联系人控件的操作，第一用户的手机判断第三用户是否存在于第一用户的历史通话记录中，如果是，直接将第三用户保存到通讯录中即直接执行S408。或者，当第一用户的手机确定历史通话记录中存在第三用户的手机号码时，弹出提示信息，提示是否保存为联系人，如果接收到确认指示，进入S408。比如，继续以图6B(b)为例，第一用户的手机响应于用户点击添加联系人控件的操作，未直接将第三用户保存到通讯录中，而是显示如图7B所示的界面，该界面中包括保存按键，当手机检测到针对保存按键的操作时，将第三用户添加为联系人。

当第一用户的历史通话记录中不存在第三用户的手机号码时，可以直接进入S403。比如，以图6B(b)为例，响应于用户点击添加联系人控件的操作，第一用户的手机判断第三用户是否存在于第一用户的历史通话记录中，如果否，向畅连云服务发送添加第三用户为联系人的请求，即直接执行S403。或者，当确定第一用户的历史通话记录中不存在第三用户的手机号码时，显示提示信息，提示用户是否向对方发送添加联系人的请求，如果检测到确认指令，向畅连云服务发送联系人添加请求即S403。比如，继续以图6B(b)为例，响应于用户点击添加联系人控件的操作，第一用户的手机判断第三用户是否存在于第一用户的历史通话记录中，如果否，显示图6C(a)所示的界面，当检测到针对“发送”控件的操作时，进入S403。

S403，第一用户向畅连云服务发送添加第三用户为联系人的请求。

S404，畅连云服务对第一用户和第三用户进行验证。

S405，畅连云服务向第三用户发送添加第三用户为联系人的请求。

S406，第三用户向畅连云服务发送同意指令。

S407，畅连云服务向第一用户发送第三用户的手机号码。

S408，第一用户将第三用户保存在通讯录中。

S409，畅连云服务向第三用户发送第一用户的手机号码。

S410，第三用户将第一用户保存在通讯录中。

上述S403至S410的实现原理与实施例三中S303至S310的实现原理相同，不重复赘述。

需要说明的是，上面的实施例以第一用户的手机在本地判断历史通话记录中是否存在第三用户为例。可选的，还可以通过畅连云服务判断第一用户的历史通信记录中是否存在第三用户。比如，由于第一用户仅知道第三用户的昵称和头像不知道第三用户的手机号码，所以第一用户的手机可以向畅连云服务发送查询请求，该查询请求用于请求查询第一用户的历史通话记录中是否存在第三用户。比如，所述查询请求中包括第一用户的历史通话记录还包括第三用户的昵称和/或头像。由于畅连云服务知道第三用户的手机号码，所以畅连云服务可以判断所述历史通话记录中是否存在第三用户的手机号码，并向手机反馈指示信息。假设经过畅连云服务的确定，历史通话记录中的某个电话号码比如131xxxxxxxx是第三用户的手机号码，畅连云服务器向第一用户发送第一提示信息，该第一提示信息指出历史通话记录中的电话号码131xxxx xxxx是第三用户的手机号码。如果经过畅连云服务的确定历史通话记录中不存在第三用户的手机号码，可以向第一用户发送不包含第三用户的第二提示信息。

总结来说，本实施例四在群成员A的历史通话记录中存在群成员B的手机号码的情况下，无需向群成员B发送联系人添加请求，否则，需要向群成员B发送联系人添加请求。

实施例五

实施例四判断群成员A的历史通话记录中是否存在群成员B的手机号码，根据判断结果决定是否需要向群成员B发送联系人添加请求。本实施例五介绍另一种方式，当群成员A想要和群成员B单独聊天时，群成员A可以通过畅连云服务判断对方(即群成员B)的手机通讯录中是否存在群成员A的手机号码，如果是，从畅连云服务处获取对方手机号码并保存到手机通讯录中，无需向对方发送联系人添加请求，否则，需要向对方发送添加联系人请求。

请参见图8所示，为添加群组中的陌生人为联系人的流程示意图。该流程可以理解为建立包括第一用户(Amy)、第二用户(大卫)和第三用户(昵称flower)的群组之后的过程，其中，第三用户不存在于第一用户的手机通讯录中。具体的，所述流程包括：

S501，第一用户的手机检测到用于将第三用户添加为联系人的操作。

S501的实现原理请参见实施例三中S301的实现原理，在此不再赘述。比如，所述操作可以是点击图6B(b)中添加为联系人的控件的操作。

S502，第一用户的手机向畅连云服务发送添加第三用户为联系人的请求。所述请求中携带第一用户的手机号码，以及第三用户的昵称和/或昵称。

S503，畅连云服务对第一用户和第三用户进行验证。S503可以执行或不执行。

S504，畅连云服务查询第三用户的手机通讯录中是否存在第一用户。如果是，直接进入S507，否则，执行S505。

由于畅连云服务中存储每个注册用户的手机通讯录，所以畅连云服务可以知道第三用户的手机通讯录，同时，畅连云服务也知道第一用户的手机号码，所以畅连云服务可以判断第三用户的手机通讯录中是否存在第一用户的手机号码。

当畅连云服务查询第三用户的手机通讯录中存在第一用户时，可以直接进入S507，即向第一用户发送第三用户的手机号码。第一用户的手机接收到第三用户的手机号码时，可以直接存储在通讯录中，或者，也可以先弹出图7B所示的界面，当检测到点击“保存”控件的操作时，将第三用户保存到通讯录中。

当畅连云服务查询到第三用户的手机通讯录中不存在第一用户时，可以直接进入S505。或者，畅连云服务查询到第三用户的手机通讯录中不存在第一用户时，可以先向第一用户发送指示信息，以指示第三用户的手机通讯录中不存在第一用户，此时第一用户的手机可以显示如图6C(a)所示的界面，当检测到针对“发送”控件的操作时，向畅连云服务发送确认指令，用于指示确认向第三用户发送联系人添加请求，畅连云服务在接收到所述确认指令时，进入S505。

S505，畅连云服务向第三用户发送添加第三用户为联系人的请求。

S506，第三用户向畅连云服务发送同意指令。

S507，畅连云服务向第一用户发送第三用户的手机号码。

S508，第一用户将第三用户保存在通讯录中。

S509，畅连云服务向第三用户发送第一用户的手机号码。

S510，第三用户将第一用户保存在通讯录中。

其中，S503、S505至S510的实现原理与实施例三中S303至S310的实现原理相同，不重叠赘述。

可选的，如果将实施例四提供的判断是否需要向对方发送联系人添加请求的方式作为第一种方式，将实施例五提供的判断是否需要向对方发送联系人添加请求的方式作为第二种方式，可以默认使用第一种方式或第二种方式；或者，第一种方式和第二种方式也可以结合使用，比如，先使用第一种方式，当使用第一种方式判断第一用户的历史通话记录中不存在第三用户时，再使用第二种方式判断第三用户的手机通讯录中是否存在第一用户，根据判断结果决定是否向对方发送联系人添加请求。

基于相同的构思，图9所示为本申请提供的一种云服务器900。该云服务器900可以是前文中的畅连云服务。如图9所示，本申请另外一些实施例公开了一种云服务器900，该云服务器900可以包括：一个或多个处理器901；一个或多个存储器902；通信接口903，以及一个或多个计算机程序904，上述各器件可以通过一个或多个通信总线905连接。其中该一个或多个计算机程序904被存储在上述存储器902中并被配置为被该一个或多个处理器901执行，该一个或多个计算机程序904包括指令，上述指令可以用于执行如上面相应实施例中畅连云服务的相关步骤。通信接口903用于实现与其他设备(比如终端设备)的通信，比如通信接口可以是收发器。

上述本申请提供的实施例中，从电子设备(例如终端设备或畅连云服务器)作为执行主体的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，电子设备可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

以上实施例中所用，根据上下文，术语“当…时”或“当…后”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地，根据上下文，短语“在确定…时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。另外，在上述实施例中，使用诸如第一、第二之类的关系术语来区份一个实体和另一个实体，而并不限制这些实体之间的任何实际的关系和顺序。

在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。在不冲突的情况下，以上各实施例的方案都可以组合使用。

需要指出的是，本专利申请文件的一部分包含受著作权保护的内容。除了对专利局的专利文件或记录的专利文档内容制作副本以外，著作权人保留著作权。

Claims (24)

1.一种群组内群成员隐私保护方法，其特征在于，所述方法包括：

终端设备显示即时通信应用中群组的群组成员列表，所述群组成员列表中包括第一群成员和第二群成员；

所述终端设备响应于用于选择所述第一群成员的第一操作，显示所述第一群成员的第一电话号码，所述第一电话号码为所述终端设备的通讯录中保存的所述第一群成员的电话号码；

所述终端设备响应于用于选择所述第二群成员的第二操作，显示所述第二群成员的头像和/或用户名，以及用于添加联系人的控件；

所述终端设备响应于针对所述添加联系人控件的第三操作，向云服务器发送第一请求，所述第一请求用于请求将所述第二群成员添加为联系人；

所述云服务器响应于所述第一请求，向所述终端设备发送所述第二群成员的第二电话号码；

所述终端设备基于所述第二电话号码将所述第二群成员保存为联系人。

2.如权利要求1所述的方法，其特征在于，所述云服务器响应于所述第一请求，向所述终端设备发送所述第二群成员的第二电话号码，包括：

响应于所述第一请求，所述云服务器向所述第二群成员发送第二请求，所述第二请求用于指示所述终端设备请求添加所述第二群成员为联系人；

当所述云服务器接收到来自所述第二群成员的同意指令时，向所述终端设备发送所述第二群成员的第二电话号码。

3.如权利要求1或2所述的方法，其特征在于，所述终端设备响应于针对所述添加联系人控件的第三操作，向云服务器发送第一请求，包括：

响应于所述第三操作，所述终端设备判断所述第二群成员的电话号码是否存在于所述终端设备的历史通信记录中；

当确定所述历史通信记录中不存在所述第二群成员的电话号码时，所述终端设备向所述云服务器发送所述第一请求。

4.如权利要求3所述的方法，其特征在于，所述终端设备判断所述第二群成员的电话号码是否存在于所述终端设备的历史通信记录，包括：

所述终端设备在历史通话记录中所有号码对应的头像中查找与所述第二群成员的头像相匹配的头像，和/或，所述终端设备在历史通话记录中所有号码对应的用户名中查找与所述第二群成员的用户名相匹配的用户名；

当未在所述历史通信记录中找到与所述第二群成员的头像相匹配的头像，和/或未找到与所述第二群成员的用户票相匹配的用户名时，确定所述第二群成员的电话号码不在所述历史通信记录中。

5.如权利要求3所述的方法，其特征在于，所述终端设备判断所述第二群成员的电话号码是否存在于所述终端设备的历史通信记录中，包括：

所述终端设备向所述云服务器发送所述历史通信记录；

所述终端设备向所述云服务器发送第三请求，所述第三请求用于请求判断所述第二群成员的电话号码是否存在于所述历史通信记录中；

所述云服务器响应于所述第三请求，判断所述历史通信记录中是否存在所述第二群成员的电话号码，并向所述终端设备发送判断结果；

所述终端设备基于所述判断结果，确定所述第二群成员的电话号码是否存在于所述历史通信记录中。

6.如权利要求3-5任一所述的方法，其特征在于，所述历史通信记录，包括：最近通话记录，和/或，历史短信记录。

7.如权利要求1-6任一所述的方法，其特征在于，所述云服务器中存储所述第二群成员的通讯录，所述云服务器响应于所述第一请求，向所述终端设备发送所述第二群成员的第二电话号码，包括：

响应于所述第一请求，所述云服务器判断所述终端设备的电话号码是否存在于所述第二群成员的通讯录中；

当所述云服务器确定所述终端设备的电话号码存在于所述第二群成员的通讯录时，向所述终端设备发送所述第二群成员的第二电话号码。

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

当所述云服务器确定所述终端设备的电话号码不存在于所述第二群成员的通讯录时，所述云服务器向所述第二群成员发送第二请求；所述第二请求用于指示所述终端设备请求添加所述第二群成员为联系人；

当所述云服务器接收到来自所述第二群成员的同意指令时，向所述终端设备发送所述第二群成员的第二电话号码。

9.如权利要求1-8任一所述的方法，其特征在于，所述终端设备显示所述即时通信应用中群组的群组成员列表之前，所述方法还包括：

所述终端设备显示第一入群信息，所述第一入群信息用于指示所述第一群成员被邀请加入群聊；所述第一入群消息中显示的所述第一群成员的信息为所述终端设备的通讯录中对所述第一群成员的备注名；

所述终端设备显示第二入群信息，所述第二入群信息用于指示所述第二群成员被邀请加入群聊，所述第二入群消息中显示的所述第二群成员的信息为所述第二群成员的用户名。

10.如权利要求9所述的方法，其特征在于，

用于邀请所述第一群成员入群的邀请人为第一邀请人，当所述第一邀请人存在于所述终端设备的通信录时，所述第一入群消息中显示的所述第一邀请人的信息为所述第一邀请人在所述通讯录中的备注名；当所述第一邀请人不存在于所述终端设备的通信录时，所述第一入群消息中显示的所述第一邀请人的信息为所述第一邀请人的用户名；

用于邀请所述第二群成员入群的邀请人为第二邀请人，当所述第二邀请人存在于所述终端设备的通信录时，所述第二入群消息中显示的所述第二邀请人的信息为所述第二邀请人在所述通讯录中的备注名；当所述第二邀请人不存在于所述终端设备的通信录时，所述第二入群消息中显示的所述第二邀请人的信息为所述第二邀请人的用户名。

11.如权利要求1-10任一所述的方法，其特征在于，所述终端设备响应于针对所述添加联系人控件的第三操作，向云服务器发送第一请求，包括：

响应于所述第三操作，所述终端设备显示第一界面，所述第一界面中包括验证信息输入框；

所述终端设备接收到输入操作，所述输入操作用于在所述验证信息输入框中输入验证信息，所述验证信息用于描述所述终端设备的用户身份信息；

所述终端设备响应于用于发送所述验证信息的第四操作，向所述服务器发送第一请求，所述第一请求中携带所述验证信息。

12.一种群组内群成员隐私保护方法，其特征在于，所述方法包括：

终端设备显示即时通信应用中群组的群组成员列表，所述群组成员列表中包括第一群成员和第二群成员；

所述终端设备响应于用于选择所述第一群成员的第一操作，显示所述第一群成员的第一电话号码，所述第一电话号码为所述终端设备的通讯录中保存的所述第一群成员的电话号码；

所述终端设备响应于用于选择所述第二群成员的第二操作，显示所述第二群成员的头像和/或用户名，以及用于添加联系人的控件；

所述终端设备响应于针对所述添加联系人控件的第三操作，向云服务器发送第一请求，所述第一请求用于请求将所述第二群成员添加为联系人；

所述终端设备从所述云服务器接收第二群成员的第二电话号码；

所述终端设备基于所述第二电话号码将所述第二群成员保存为联系人。

13.如权利要求12所述的方法，其特征在于，所述终端设备响应于针对所述添加联系人控件的第三操作，向云服务器发送第一请求，包括：

响应于所述第三操作，所述终端设备判断所述第二群成员的电话号码是否存在于所述终端设备的历史通信记录中；

当确定所述历史通信记录中不存在所述第二群成员的电话号码时，所述终端设备向所述云服务器发送所述第一请求。

14.如权利要求13所述的方法，其特征在于，所述终端设备判断所述第二群成员的电话号码是否存在于所述终端设备的历史通信记录，包括：

所述终端设备在历史通话记录中所有号码对应的头像中查找与所述第二群成员的头像相匹配的头像；和/或，所述终端设备在历史通话记录中所有号码对应的用户名中查找与所述第二群成员的用户名相匹配的用户名；

当未在所述历史通信记录中找到与所述第二群成员的头像相匹配的头像，和/或，未找到与所述第二群成员的用户名相匹配的用户名时，确定所述第二群成员的电话号码不在所述历史通信记录中。

15.如权利要求13所述的方法，其特征在于，所述终端设备判断所述第二群成员的电话号码是否存在于所述终端设备的历史通信记录中，包括：

所述终端设备向所述云服务器发送所述历史通信记录；

所述终端设备向所述云服务器发送第三请求，所述第三请求用于请求判断所述第二群成员的电话号码是否存在于所述历史通信记录中；

所述终端设备接收来自所述云服务器的判断结果。

16.如权利要求13-15任一所述的方法，其特征在于，所述历史通信记录，包括：最近通话记录，和/或，历史短信记录。

17.如权利要求12-16任一所述的方法，其特征在于，所述终端设备显示所述即时通信应用中群组的群组成员列表之前，所述方法还包括：

所述终端设备显示第一入群信息，所述第一入群信息用于指示所述第一群成员被邀请加入群聊；所述第一入群消息中显示的所述第一群成员的信息为所述终端设备的通讯录中对所述第一用户的备注名；

所述终端设备显示第二入群信息，所述第二入群信息用于指示所述第二群成员被邀请加入群聊，所述第二入群消息中显示的所述第二群成员的信息为所述第二群成员的用户名。

18.如权利要求17所述的方法，其特征在于，

用于邀请所述第一群成员入群的邀请人为第一邀请人，当所述第一邀请人存在于所述终端设备的通信录时，所述第一入群消息中显示的所述第一邀请人的信息为所述第一邀请人在所述通讯录中的备注名；当所述第一邀请人不存在于所述终端设备的通信录时，所述第一入群消息中显示的所述第一邀请人的信息为所述第一邀请人的用户名；

用于邀请所述第二群成员入群的邀请人为第二邀请人，当所述第二邀请人存在于所述终端设备的通信录时，所述第二入群消息中显示的所述第二邀请人的信息为所述第二邀请人在所述通讯录中的备注名；当所述第二邀请人不存在于所述终端设备的通信录时，所述第二入群消息中显示的所述第二邀请人的信息为所述第二邀请人的用户名。

19.如权利要求12-18任一所述的方法，其特征在于，所述终端设备响应于针对所述添加联系人控件的第三操作，向云服务器发送第一请求，包括：

响应于所述第三操作，所述终端设备显示第一界面，所述第一界面中包括验证信息输入框；

所述终端设备接收到输入操作，所述输入操作用于在所述验证信息输入框中输入验证信息，所述验证信息用于描述所述终端设备的用户身份信息；

所述终端设备响应于用于发送所述验证信息的第四操作，向所述服务器发送第一请求，所述第一请求中携带所述验证信息。

20.一种通信系统，其特征在于，包括：终端设备和云服务器；

所述终端设备包括：处理器；存储器；其中，所述存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述处理器执行时，使得所述终端设备执行如权利要求1至11任一项所述的方法中终端设备的步骤；

所述云服务器包括：处理器；存储器；其中，所述存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述处理器执行时，使得所述云服务器执行如权利要求1至11任一项所述的方法中云服务器的步骤。

21.一种终端设备，其特征在于，包括：

处理器，存储器，以及，一个或多个程序；

其中，所述一个或多个程序被存储在所述存储器中，所述一个或多个程序包括指令，当所述指令被所述处理器执行时，使得所述终端设备执行如权利要求12至19中任意一项所述的方法步骤。

22.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至19中任意一项所述的方法。

23.一种计算机程序产品，其特征在于，包括计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如上述权利要求1-19中任意一项所述的方法。

24.一种电子设备上的图形用户界面，其特征在于，所述电子设备具有显示屏、存储器、以及处理器，所述处理器用于执行存储在所述存储器中的一个或多个计算机程序，所述图形用户界面包括所述电子设备执行上述权利要求12-19中任意一项所述的方法时显示的图形用户界面。

Images