联系人分组方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种联系人分组方法及装置。

背景技术：

融合通信RCS是“Rich Communication Suite”的缩写，是一种基于移动终端的地址本功能，集语音、消息、视频、内容共享等多种通信方式及功能为一体的融合通信服务。随着互联网的迅猛发展，运营商以RCS为依托，改变原有的运营模式，整合用户资源。自2014年移动率先推广RCS，RCS将整合已有的通话，联系人，短彩信等基础模块功能的情况下，为用户提供全新的服务和体验。

根据已有的融合通信RCS技术规范：融合通信具有能力状态发现的功能，所谓能力状态发现即对目标号码的通信能力和状态的探测，其中状态至少包括：1、被叫在线(被叫注册了RCS，当前在线)；2、被叫不在线(被叫注册了RCS，当前不在线)；3、被叫不是融合通信用户(被叫未注册RCS)。对目标号码的通信能力和状态的探测的业务流程为：终端向目标号码发送一条SIP OPTIONS消息，检测目标号码是否已注册融合通信用户及具有哪些融合能力，根据目标号码返回的响应信息，确定被叫目标号码的通信能力和状态。

目前对于现有运营商的用户，在已有的联系人功能模块中，由于网络侧的功能限制，终端自身无法直接获取其联系人功能模块中号码的通信能力和状态。对于现有的融合通信RCS的产品和规范，例如：中国移动提供的当前的融合通信RCS规范：目前只在如下场景能够触发用户UE到用户UE的通讯能力和状态的发现：1、融合通信用户在融合通信客户端中的新联系界面打开特定联系人查看详情时；2、融合通信用户在融合通信客户端上使用与对应终端通讯能力相关的功能时，如发送“阅后即焚消息”前。

基于现有的融合通信规范可以发现，对于通讯能力和状态的探测，仅仅被用于对于客户端中联系人详情中状态的显示，以及发起功能时的能力检查。用户无法通过移动终端中的联系人功能模块，直接获取联系人的RCS通讯能力和状态。

技术实现要素：

本发明提供了一种联系人分组方法及装置，至少解决相关技术中无法直接通过通讯录直接获取RCS通讯能力和状态导致的用户体验差的问题。

根据本发明的一个方面，提供了一种联系人分组方法，包括：获取通讯录列表中的联系人信息；根据联系人信息，获取与联系人信息对应的能力状态，其中，能力状态至 少包括：支持融合通信RCS和不支持RCS；根据能力状态，对通讯录列表中的联系人信息进行分组。

进一步地，在能力状态为支持融合通信RCS中，登录状态至少包括：在线和离线，其中，根据能力状态，对通讯录列表中的联系人信息进行分组，包括：根据与联系人信息对应的能力状态，将通讯录列表中的联系人信息分为支持RCS组和不支持RCS组；根据支持RCS组中联系人信息的在线状态，将支持RCS组中的联系人信息分为在线组和离线组。

进一步地，根据联系人信息，获取与联系人信息对应的能力状态包括：获取联系人信息中的联系方式；根据联系人信息向与联系方式对应的终端发送能力状态请求；接收能力状态请求的响应，根据响应确定联系方式的能力状态。

进一步地，根据联系人信息向与联系方式对应的终端发送能力状态请求包括：获取预先设置的发送频率；根据发送频率，向与联系方式对应的终端发送能力状态请求。

进一步地，获取通讯录列表中的联系人信息之前，方法还包括：在用于存储通讯录列表的数据表中插入能力状态标识列，其中，能力状态标识列用于记录通讯录列表中与联系人信息对应的能力状态。

进一步地，在根据联系人信息，获取与联系人信息对应的能力状态之后，方法还包括：将当前获取的第一能力状态与能力状态标识列中记载的第二能力状态进行比对；当第一能力状态与第二能力状态不相同时，利用第一能力状态替换第二能力状态。

根据本发明的另一方面，提供了一种联系人分组装置，包括：第一获取模块，用于获取通讯录列表中的联系人信息；第二获取模块，用于根据联系人信息，获取与联系人信息对应的能力状态，其中，能力状态至少包括：支持融合通信RCS和不支持RCS；分组模块，用于根据能力状态，对通讯录列表中的联系人信息进行分组。

进一步地，第二获取模块包括：第一子获取模块，用于获取联系人信息中的联系方式；第一子发送模块，用于根据联系人信息向与联系方式对应的终端发送能力状态请求；子确定模块，用于接收能力状态请求的响应，根据响应确定联系方式的能力状态。

进一步地，第一子发送模块包括：第二子获取模块，用于获取预先设置的发送频率；第二子发送模块，用于根据发送频率，向与联系方式对应的终端发送能力状态请求。

进一步地，装置还包括：插入模块，用于在用于存储通讯录列表的数据表中插入能力状态标识列，其中，能力状态标识列用于记录通讯录列表中与联系人信息对应的能力状态。

进一步地，装置还包括：比对模块，用于将当前获取的第一能力状态与能力状态标识列中记载的第二能力状态进行比对；处理模块，用于当第一能力状态与第二能力状态不相同时，利用第一能力状态替换第二能力状态。

通过本发明，采用获取通讯录列表中的联系人信息；根据联系人信息，获取与联系人信息对应的能力状态，其中，能力状态至少包括：支持融合通信RCS和不支持RCS；根据能力状态，对通讯录列表中的联系人信息进行分组，解决了相关技术中无法直接通过通讯录直接获取RCS通讯能力和状态导致的用户体验差的问题，从而实现了用户可以直接通过通讯录列表就可以获取联系人的RCS通讯能力的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的联系人分组方法的流程图；

图2是根据本发明实施例的一种可选的联系人分组方法的流程图；

图3是根据本发明实施例的一种可选的联系人分组方法的流程图；

图4是本发明实施例在实际应用中的一种可选的联系人分组方法的流程图；

图5是本发明实施例在实际应用中的一种可选的更新联系人记录能力状态的方法的流程示意图；

图6是根据本发明实施例的联系人分组装置的结构框图；

图7是根据本发明实施例的一种可选的联系人分组装置的结构框图；

图8是根据本发明实施例的一种可选的联系人分组装置的结构框图；以及

图9是根据本发明实施例的一种可选的联系人分组装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种联系人分组方法，图1是根据本发明实施例的联系人分组方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，获取通讯录列表中的联系人信息；

步骤S104，根据联系人信息，获取与联系人信息对应的能力状态，其中，能力状态至少包括：支持融合通信RCS和不支持RCS；

步骤S106，根据能力状态，对通讯录列表中的联系人信息进行分组。

上述步骤S102至步骤S106，通过通讯录列表中，对各个联系人的融合通信RCS能力状态进行获取，并通过能力状态对通讯录列表中的联系人信息进行分组。从而实现了用户可以直接通过通讯录列表就可以获取联系人的RCS通讯能力的效果。达到了改善用户体验的目的。解决了相关技术中无法直接通过通讯录直接获取RCS通讯能力和状态导致的用户体验差的问题。

作为一个可选的实施例，在步骤S106根据能力状态，对通讯录列表中的联系人信息进行分组中，可以将联系人的能力状态作为分组条件，对具有相同能力状态的联系人以组的形式进行排列，使用户可以直观的区分通讯录中支持融合通信RCS和不支持融合通信RCS的联系人。

在实际应用中，以移动终端中的通讯录为例进行说明，现有的联系人分组管理设置的默认方式为基于联系人名称字母排序的无分组的管理和显示方式。在通讯录中可以添加联系人分组管理设置，并置于联系人模块的设置菜单中，或者单独置于联系人列表界面的菜单项中。在设置菜单中，可以添加用于按照能力状态对联系人进行分组的选项，使用户可以根据需要对通讯录的显示方式进行切换。

作为一个可选的实施例，在能力状态为支持融合通信RCS中，登录状态至少包括：在线和离线，其中，步骤S106根据能力状态，对通讯录列表中的联系人信息进行分组，包括：

步骤S61，根据与联系人信息对应的能力状态，将通讯录列表中的联系人信息分为支持RCS组和不支持RCS组；

步骤S63，根据支持RCS组中联系人信息的在线状态，将支持RCS组中的联系人信息分为在线组和离线组。

其中，与联系人信息对应的能力状态至少包括支持融合通信RCS和不支持融合通信RCS之外，在支持融合通信RCS状态当中，还可以包括在线和离线至少两种状态。通过上述在线状态和离线状态，可以进一步区分当前联系人的融合通信状态。并且，通讯录在对联系人信息按照支持RCS和不支持RCS进行分组显示的基础上，还可以按照在线和离线对支持RCS组中的联系人信息进行进一步的分组显示。从而避免用户在向支持融合通信RCS但处于离线状态的联系人使用融合通信的相关功能时的通讯失败，进一步的改善了用户体验。

作为一个可选的实施例，步骤S102获取与联系人信息对应的能力状态，可以包括：

步骤S201，获取联系人信息中的联系方式；

步骤S203，根据联系人信息向与联系方式对应的终端发送能力状态请求；

步骤S205，接收能力状态请求的响应，根据响应确定联系方式的能力状态。

其中，联系人信息中所包含的联系方式可能为一个或多个。通过对联系人信息中所包含的各个联系方式，发送用于验证融合通信RCS能力状态的能力状态请求。依据返回的响应，确定该号码的当前能力状态，更新该号码的已有状态。

作为一个可选的实施例，联系人信息中的联系方式可以为手机号码、座机号码、账号名称、邮箱地址中的一种或多种，当然也可以是其他形式的联系方式。通过发送能力状态请求获取联系人信息中的各个联系方式的能力状态。当联系人信息中的任意一个联系方式具备融合通信能力时，即可判定与该联系人信息对应的能力状态为支持融合通信RCS。进一步的，通过联系人信息的能力状态对通讯录中的联系人信息进行分组。

进一步的，当联系人信息中包含多个联系方式，并且在多个联系方式中包含至少两个联系方式的能力状态为支持融合通信RCS时，可以进一步的确定各个联系方式的登录状态是否为在线。如果有一个联系方式的登录状态为在线状态时，即可判定与该联系人信息对应的能力状态为支持融合通信RCS且在线状态。

作为一个可选的实施例，步骤S203根据联系人信息向与联系方式对应的终端发送能力状态请求可以包括：

步骤S31，获取预先设置的发送频率；

步骤S33，根据发送频率，向与联系方式对应的终端发送能力状态请求。

具体的，发送频率是在单位时间内，向终端发送能力状态请求的次数。其中，发送频率可以是系统默认设置的频率，也可以是由用户根据需求设置的频率。通过步骤S31至步骤S33，可以按照发送频率向联系方式发送能力状态请求，从而更新通讯录列表中各个联系人信息的融合通信能力。

作为一个可选的实施例，发送频率可以包含第一发送频率和第二发送频率，其中，第一发送频率用于控制向能力状态为不支持融合通信RCS的联系人发送能力状态请求，以确定该联系人信息是否具备融合通信能力；第二发送频率用于控制向能力状态为支持融合通信RCS的联系人发送能力状态请求，以确定该联系人信息的登录状态是否为在线。

在实际应用当中，如果联系人信息的能力状态为支持RCS时，用户就可以使用RCS与被叫联系人进行通讯，如果，用户的登录状态为离线，则会导致基于RCS的通讯失败或延迟。因此，可以提高第二发送频率从而保证联系人信息的登录状态得到实时的更新。因此，可以根据实际需要将第一发送频率和第二发送频率设置为不同的频率，以节省网络资源和处理资源。

作为一个可选的实施例，能力状态可以是以缓存数据的形式存储于内存当中，也可以是以字段的形式直接记录在用于存储通讯录列表的数据表当中，当然，具体的实施方 式不局限于上述两种方式。

其中，当将能力状态以字段的形式直接记录在用于存储通讯录列表的数据表当中时，图2是根据本发明实施例的一种可选的联系人分组方法的流程图，如图2所示，在步骤S102获取通讯录列表中的联系人信息之前，方法还包括：

步骤S101，在用于存储通讯录列表的数据表中插入能力状态标识列，其中，能力状态标识列用于记录通讯录列表中与联系人信息对应的能力状态。

具体的，通过步骤S101，在用于存储通讯录列表的数据表中，插入用于记录各条联系人信息的状态标识列(即字段)。当获取到与联系人信息对应的能力状态时，在状态标识列中的相应位置进行记录。

作为一种可选的实施例，图3是根据本发明实施例的一种可选的联系人分组方法的流程图，如图3所示，在步骤S104根据联系人信息，获取与联系人信息对应的能力状态之后，该方法的步骤包括：

步骤S1051，将当前获取的第一能力状态与能力状态标识列中记载的第二能力状态进行比对；

步骤S1053，当第一能力状态与第二能力状态不相同时，利用第一能力状态替换第二能力状态。

具体的，通过步骤S1051至步骤S1053，将当前获取到的与联系人信息对应的第一能力状态与数据表中状态标识列的相应位置记录的第二能力状态进行比对，当第一能力状态与第二能力状态不同时，用第一能力状态对数据表进行更新。

作为一种可选的实施例，图4是本发明实施例在实际应用中的一种可选的联系人分组方法的流程图，如图4所示，将上述联系人分组方法实施例结合实际应用进行说明，该方法的步骤包括：

步骤S401：对通讯录分组管理方式进行设置。

其中，通讯录分组管理方式的设置，是用于对通讯录分组管理方式的选择和设置。通常情况下，通讯录分组管理方式的默认设置为基于联系人名称首字母排序的无分组的管理和显示方式。对通讯录分组管理方式的设置功能可以置于通讯录模块的设置菜单中，或者单独置于联系人列表界面的菜单项中，方式描述不仅仅局限于以上。

步骤S402：根据通讯录中的所有联系人记录，获取联系人已有的融合通信能力的能力状态。

其中，能力状态可作为用于记录联系人记录的缓存数据的一部分，或者直接作为用于存储联系人记录的数据库表项的一部分，方式不局限于如上描述。

步骤S403：获取每个联系人记录中对应号码已有的融合通信RCS的能力状态，其中，号码的当前的融合通信RCS的能力状态，依据向号码发送能力状态请求的返回结果进行确定，并对号码已有状态进行更新。

其中，能力状态是通过融合通信RCS的能力发现功能获得的验证结果。能力发现功能是一种对目标号码的能力状态和状态的探测功能，其中，能力状态可以分为已注册RCS(即支持融合通信RCS)和未注册RCS(不支持RCS)；其中，能力状态为已注册RCS的能力状态中，还至少包含在线状态和离线状态。

具体的，能力发现功能的业务流程为：终端向目标号码发送一条SIP OPTIONS消息来检测与目标号码对应的联系人是否为融合通信用户，以及该联系人具有的融合通信能力。终端根据目标号码终端返回的响应信息，确定该联系人的融合通信能力。

步骤S404：将获取到的联系人记录对应的各个号码的能力状态与已获取的能力状态进行比对，如有更新，则基于预设规则更新该联系人的能力状态标识；

在本实施例的一个应用场景中该步骤的实现方式可以是，根据联系人记录中各个号码的能力状态对联系人记录的能力状态进行更新的规则可采用：1、始终使用第一号码的能力状态作为该联系人记录的能力状态；2、使用联系人记录中指定号码状态作为该联系人记录的能力状态；3、根据能力状态排序，使用各号码中能力状态最强或者最弱的号码的能力状态作为该联系人记录的能力状态。如上几种联系人记录的能力状态获取规则包括但不局限于如上。

步骤S405：基于联系人的能力状态，对通讯录中的联系人信息进行分组，将具有相同能力状态的联系人信息置于相应能力状态分组下。

步骤S406：刷新通讯录显示列表，实现基于联系人能力状态的联系人分组显示。

作为一种可选的实施例，针对上述联系人分组方法实施例中的步骤，结合实际应用还可以提供一种更新联系人记录能力状态的方法，图5为更新联系人记录能力状态的方法的流程示意图，如图5所示，该方法的步骤包括：

步骤S501：进入或更新通讯录列表界面。

其中，进入通讯录列表界面主要是指从其它应用模块界面进入通讯录主界面，或者是从其它应用模块界面返回通讯录主界面。

更新通讯录列表界面是指修改联系人分组管理方式后根据通讯录列表管理方式和显示方式进行更新。

步骤S502：判断是否选择基于RCS能力状态对联系人记录分组并显示。若未使用，跳转至步骤S510。

步骤S503：获取通讯录中的所有联系人记录中的第一条联系人记录的能力状态；

步骤S504：获取该条联系人记录中对应的各个号码的RCS能力状态。

步骤S505：通过融合通信RCS的能力发现功能，确定联系人记录中各个号码当前的能力状态，能力状态如有变更，则对该号码进行标识。

步骤S506：判断与联系人记录对应的各个号码是否存在用于记录能力状态变更的标识，如不存在，则跳转至步骤S508。

步骤S507：根据联系人记录中各号码的能力状态，基于预设规则更新该联系人的能力状态标识。

步骤S508：判断是否存在下一条联系人记录，如存在，跳转至步骤S504。

步骤S509：更新通讯录中所有联系人记录的能力状态。

步骤S510：结束。

综上所述，通过上述实施例中，基于RCS能力状态的联系人分组方法，可以使得用户方便直观的区分通讯录中联系人记录的能力状态，决策如何进行通信，从而大大的方便了用户的使用。并且，丰富了通讯录中对联系人记录的分组方式，直观的展现了与联系人记录对应的能力状态，以及具有不同能力状态的联系人记录，提升了用户体验。同时，还可以通过分组方式的切换按钮，方便的实现对于现有联系人分组方式的兼容。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种联系人分组装置，该装置用于实现上述实施例及可选的实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图6是根据本发明实施例的联系人分组装置的结构框图，如图6所示，该装置包括：第一获取模块21、第二获取模块23和分组模块25。

其中，第一获取模块21，用于获取通讯录列表中的联系人信息；第二获取模块23，与第一获取模块21耦合连接，用于根据联系人信息，获取与联系人信息对应的能力状态，其中，能力状态至少包括：支持融合通信RCS和不支持RCS；分组模块25，与第二获取模块23耦合连接，用于根据能力状态，对通讯录列表中的联系人信息进行分组。

上述第一获取模块21、第二获取模块23和分组模块25，通过通讯录列表中，对各 个联系人的融合通信RCS能力状态进行获取，并通过能力状态对通讯录列表中的联系人信息进行分组。从而实现了用户可以直接通过通讯录列表就可以获取联系人的RCS通讯能力的效果。达到了改善用户体验的目的。解决了相关技术中无法直接通过通讯录直接获取RCS通讯能力和状态导致的用户体验差的问题。

作为一个可选的实施例，第二获取模块获取到的能力状态为支持融合通信RCS中，状态至少包括：在线和离线。

其中，与联系人信息对应的能力状态至少包括支持融合通信RCS和不支持融合通信RCS之外，在支持融合通信RCS状态当中，还可以包括在线和离线至少两种状态。通过上述在线状态和离线状态，可以进一步区分当前联系人的融合通信状态。

作为一种可选的实施例，如图7所示，第二获取模块23包括：第一子获取模块31、第一子发送模块33和子确定模块35。

其中，第一子获取模块31，用于获取联系人信息中的联系方式；第一子发送模块33，用于根据联系人信息向与联系方式对应的终端发送能力状态请求；子确定模块35，用于接收能力状态请求的响应，根据响应确定联系方式的能力状态。

具体的，第一子获取模块31获取到的联系人信息中所包含的联系方式可能为一个或多个。通过对联系人信息中所包含的各个联系方式，发送用于验证融合通信RCS能力状态的能力状态请求。依据返回的响应，确定该号码的当前能力状态，更新该号码的已有状态。

作为一种可选的实施例，第一子发送模块33包括：第二子获取模块331和第二子发送模块333。

其中，第二子获取模块331，用于获取预先设置的发送频率；第二子发送模块333，用于根据发送频率，向与联系方式对应的终端发送能力状态请求。

具体的，通过第二子获取模块331获取到的发送频率可以是系统默认设置的频率，也可以是由用户根据需求设置的频率，其中，发送频率是在单位时间内，向终端发送能力状态请求的次数。通过第二子获取模块331和第二子发送模块333，可以按照发送频率向联系方式发送能力状态请求，从而更新通讯录列表中各个联系人信息的融合通信能力。

作为一个可选的实施例，通过第二子获取模块331获取到的发送频率可以包含第一发送频率和第二发送频率，其中，第一发送频率用于控制向能力状态为不支持融合通信RCS的联系人发送能力状态请求，以确定该联系人信息是否具备融合通信能力；第二发送频率用于控制向能力状态为支持融合通信RCS的联系人发送能力状态请求，以确定该联系人信息的登录状态是否为在线。

在实际应用当中，如果联系人信息的能力状态为支持RCS时，用户就可以使用RCS 与被叫联系人进行通讯。如果，用户的登录状态为离线，则会导致基于RCS的通讯失败或延迟而影响用户体验。因此，可以提高第二发送频率从而保证联系人信息的登录状态得到实时的更新。因此，可以根据实际需要将第一发送频率和第二发送频率设置为不同的频率，以节省网络资源和处理资源。

作为一种可选的实施例，图8是根据本发明实施例的一种可选的联系人分组装置的结构框图，如图8所示，该装置除了包括图6所示的所有模块外，还包括：插入模块20，与第一获取模块21耦合连接。

其中，插入模块20，用于在用于存储通讯录列表的数据表中插入能力状态标识列，其中，能力状态标识列用于记录通讯录列表中与联系人信息对应的能力状态。

具体的，在用于存储通讯录列表的数据表中，通过插入模块20插入用于记录各条联系人信息的状态标识列(即字段)。当获取到与联系人信息对应的能力状态时，在状态标识列中的相应位置进行记录。

作为一种可选的实施例，图9是根据本发明实施例的一种可选的联系人分组装置的结构框图，如图9所示，该装置除了包括图8所示的所有模块外，还包括：比对模块241和处理模块243。

其中，比对模块241，与第二获取模23耦合连接，用于将当前获取的第一能力状态与能力状态标识列中记载的第二能力状态进行比对；处理模块243，与比对模块241耦合连接，用于当第一能力状态与第二能力状态不相同时，利用第一能力状态替换第二能力状态。

具体的，通过比对模块241和处理模块243，将当前获取到的与联系人信息对应的第一能力状态与数据表中状态标识列的相应位置记录的第二能力状态进行比对，当第一能力状态与第二能力状态不同时，用第一能力状态对数据表进行更新。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，获取通讯录列表中的联系人信息；

S2，根据联系人信息，获取与联系人信息对应的能力状态，其中，能力状态至少包括：支持融合通信RCS和不支持RCS；

S3，根据能力状态，对通讯录列表中的联系人信息进行分组。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM， Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：获取通讯录列表中的联系人信息；根据联系人信息，获取与联系人信息对应的能力状态，其中，能力状态至少包括：支持融合通信RCS和不支持RCS；根据能力状态，对通讯录列表中的联系人信息进行分组。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。