CN110365573A - 一种关系标签的推荐方法、添加方法和装置 - Google Patents

Abstract

本申请实施例公开了一种关系标签的推荐方法，在即时通讯应用中，当为待标识对象添加关系标签时，可以获取用户与待标识对象之间的聊天信息，该聊天信息的内容可以反映出用户与该待标识对象之间的具有哪种关系。通过对获取到的聊天信息进行分析，从而确定出待标识对象与用户之间的目标关系。然后，向用户推荐与该目标关系对应的关系标签，以便用户可以根据该关系标签进行选择，从而实现为待标识对象添加关系标签。由此可见，与传统的方法相比，在为待标识对象添加关系标签时，用户只需要对推荐的标签进行选择，不需要手动将关系标签输入到对应的位置，减少了用户操作，提高了用户体验。本申请实施例还公开了一种关系标签添加方法和装置。

Description

一种关系标签的推荐方法、添加方法和装置

技术领域

本申请涉及互联网技术领域，特别是涉及一种关系标签的推荐方法、添加方法和装置。

背景技术

即时通讯(Instant Messaging，简称IM)是指能够即时交流沟通，进行互联网信息的发送与接收等的业务。目前在互联网上比较受欢迎的IM应用包括例如腾讯QQ，微信等。用户在使用IM应用时，可以通过添加他人为好友的方式，与他人进行即时通信。随着用户对IM应用的长期使用，用户可能在IM应用中添加了大量好友，在这些好友中可能包括了家人、亲戚、关系亲密的朋友、关系一般的朋友、同事、领导，甚至是陌生人。在这种情况下，用户往往希望通过为各个好友添加关系标签，以标识各个好友的类型，一方面，便于用户根据关系标签快速地找到对应的好友，另一方面，当用户希望仅有部分好友可以看见用户通过IM应用发送的消息时，用户可以根据关系标签更加方便地选择出某一类型或某些类型的好友可以看见用户发送的消息。

在添加关系标签时，传统方式需要用户自己手动添加关系标签，以IM应用为微信为例，针对微信中每一个待标识好友，若该待标识好友为的关系标签为“关系亲密的朋友”，用户需要打开添加关系标签功能，并将关系标签“关系亲密的朋友”手动输入到微信中的对应的位置。

可见传统方式中，在添加关系标签时需要用户手动输入针对该待标识好友的关系标签，操作较多、操作效率低，导致不好的用户体验。

发明内容

为了解决上述技术问题，本申请提供了一种关系标签的推荐方法、添加方法和装置，使用该方法在为待标识对象添加关系标签时，用户只需要对推荐的标签进行选择，不需要手动将关系标签输入到对应的位置，减少了用户操作，提高了用户体验。

本申请实施例公开了如下技术方案：

第一方面，本申请实施例提供了一种关系标签的推荐方法，应用于即时通讯应用，所述方法包括：

获取用户与待标识对象之间的聊天信息；

对所述聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系；

向用户推荐与所述目标关系对应的关系标签。

可选的，所述方法还包括：

获取用户的选择指令，所述选择指令包括针对所述关系标签选择的目标关系标签；

为所述待标识对象添加所述目标关系标签。

可选的，所述聊天信息包括历史聊天信息和/或实时聊天信息。

可选的，若所述聊天信息包括历史聊天信息和实时聊天信息，所述对所述聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系，包括：

对所述历史聊天信息进行分析，确定所述待标识对象与所述用户之间的第一关系；

根据所述第一关系确定与所述第一关系对应的第一关系标签；

判断所述第一关系标签的数量是否满足预设条件；

若否，对所述历史聊天信息和所述实时聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系。

可选的，在所述获取用户与待标识对象之间的聊天信息之前，所述方法还包括：

发送授权请求，所述授权请求用于请求获取所述聊天信息的权限；

获取针对所述授权请求的确认授权信息，所述确认授权信息用于确认得到获取所述聊天信息的权限。

可选的，所述授权请求为针对添加关系标签请求发送的，所述添加关系标签请求用于请求添加针对所述待标识对象的关系标签。

第二方面，本申请实施例提供了一种关系标签的推荐装置，应用于即时通讯应用，所述装置包括第一获取单元、确定单元和推荐单元：

所述第一获取单元，用于获取用户与待标识对象之间的聊天信息；

所述确定单元，用于对所述聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系；

所述推荐单元，用于向用户推荐与所述目标关系对应的关系标签。

可选的，所述装置还包括第二获取单元和添加单元：

所述第二获取单元，用于获取用户的选择指令，所述选择指令包括针对所述关系标签选择的目标关系标签；

所述添加单元，用于为所述待标识对象添加所述目标关系标签。

可选的，所述聊天信息包括历史聊天信息和/或实时聊天信息。

可选的，若所述聊天信息包括历史聊天信息和实时聊天信息，所述确定单元包括第一确定子单元、第二确定子单元、判断子单元和第三确定子单元：

所述第一确定子单元，用于对所述历史聊天信息进行分析，确定所述待标识对象与所述用户之间的第一关系；

所述第二确定子单元，用于根据所述第一关系确定与所述第一关系对应的第一关系标签；

所述判断子单元，用于判断所述第一关系标签的数量是否满足预设条件；

所述第三确定子单元，用于若否，对所述历史聊天信息和所述实时聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系。

可选的，所述装置还包括发送单元和第三获取单元：

所述发送单元，用于发送授权请求，所述授权请求用于请求获取所述聊天信息的权限；

所述第三获取单元，用于获取针对所述授权请求的确认授权信息，所述确认授权信息用于确认得到获取所述聊天信息的权限。

可选的，所述授权请求为针对添加关系标签请求发送的，所述添加关系标签请求用于请求添加针对所述待标识对象的关系标签。

第三方面，本申请实施例提供了一种关系标签的添加方法，应用于即时通讯应用，所述方法包括：

获取用户与待标识对象之间的聊天信息；

对所述聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系；

若所述待标识对象与所述用户为所述目标关系的概率大于预设阈值，为所述待标识对象自动添加所述目标关系对应的关系标签。

可选的，所述关系标签具有用于指示为自动添加的标识。

可选的，所述方法还包括：

获取针对所述关系标签的编辑指令；

根据所述编辑指令对所述关系标签进行编辑。

可选的，所述编辑指令为删除指令，所述根据所述编辑指令对所述关系标签进行编辑，包括：

删除所述关系标签，并记录所述待标识对象与所述用户不是所述目标关系。

第四方面，本申请实施例提供了一种关系标签的添加装置，应用于即时通讯应用，所述装置包括第一获取单元、确定单元和添加单元：

所述第一获取单元，用于获取用户与待标识对象之间的聊天信息；

所述确定单元，用于对所述聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系；

所述添加单元，用于若所述待标识对象与所述用户为所述目标关系的概率大于预设阈值，为所述待标识对象自动添加所述目标关系对应的关系标签。

可选的，所述关系标签具有用于指示为自动添加的标识。

可选的，所述装置还包括第二获取单元和编辑单元：

所述第二获取单元，用于获取针对所述关系标签的编辑指令；

所述编辑单元，用于根据所述编辑指令对所述关系标签进行编辑。

可选的，所述编辑指令为删除指令，所述编辑单元用于删除所述关系标签，并记录所述待标识对象与所述用户不是所述目标关系。

由上述技术方案可以看出，本申请实施例具有以下优点：

在即时通讯应用中，当为待标识对象添加关系标签时，可以获取用户与待标识对象之间的聊天信息，该聊天信息的内容可以反映出用户与该待标识对象之间的具有哪种关系。通过对获取到的聊天信息进行分析，从而确定出待标识对象与用户之间的目标关系。然后，向用户推荐与该目标关系对应的关系标签，以便用户可以根据该关系标签进行选择，从而实现为待标识对象添加关系标签。由此可见，与传统的方法相比，在为待标识对象添加关系标签时，用户只需要对推荐的标签进行选择，不需要手动将关系标签输入到对应的位置，减少了用户操作，提高了用户体验。

附图说明

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

图1为传统的添加关系标签的方法示例图；

图2为本申请实施例提供的推荐关系标签的场景示例图；

图3为本申请实施例提供的一种关系标签的推荐方法的流程图；

图4a为本申请实施例提供的一种推荐关系标签的界面示例图；

图4b为本申请实施例提供的另一种推荐关系标签的界面示例图；

图4c为本申请实施例提供的另一种推荐关系标签的界面示例图；

图5为本申请实施例提供的一种添加关系标签的界面示例图；

图6为本申请实施例提供的一种确定目标关系的方法的流程图；

图7为本申请实施例提供的一种关系标签的添加方法的流程图；

图8为本申请实施例提供的一种关系标签的推荐装置的结构框图；

图9为本申请实施例提供的一种关系标签的添加装置的结构框图。

具体实施方式

下面结合附图，对本申请的实施例进行描述。

申请人经研究发现，在即时通讯应用中，在一些情况下，例如用户为了对好友进行分类，以便根据好友的类型快速地找到对应的好友，或者，用户希望仅有部分好友可以看见用户通过IM应用发送的消息。由于关系标签可以反映出好友的类型，即用户与好友之间的关系，因此，用户可以对即时通讯应用中的好友添加关系标签，以实现根据关系标签对好友进行分类的目的，以及根据关系标签更加方便地选择出某一类型或某些类型的好友可以看见用户发送的消息的目的，其中，好友可以作为待标识对象。

在添加关系标签时，以IM应用为微信为例，传统的添加关系标签的方式可以如图1所示。当用户需要为某个好友添加关系标签时，例如为好友A添加关系标签“亲密的朋友”，此时，好友A可以作为待标识对象。用户需要首先打开展示待标识对象详细资料的界面，如图1中101所示，用户点击101中的“设置备注和关系标签”，从而切换到102所示的界面，用户点击“添加关系标签”，进入添加关系标签界面103，然后在对应的位置手动输入“亲密的朋友”，最后点击保存按钮，从而完成为待标识对象添加关系标签“亲密的朋友”。

由此可见，传统方式中，用户需要通过多次点击的步骤才可以进入添加关系标签界面，并且需要用户在添加关系标签界面相应的位置处手动输入关系标签，整个操作过程比较繁琐，影响用户体验。

为此，本申请实施例提供一种关系标签的推荐方法，可以应用于即时通讯应用，该即时通讯应用可以安装于终端设备，例如，智能终端、计算机、个人数字助理(PersonalDigital Assistant，简称PDA)、平板电脑等。

在为待标识对象添加关系标签时，后台接收到前端的添加标签请求后，后台可以获取用户与待标识对象之间的聊天信息，并对该聊天信息进行分析，从而确定出待标识对象与用户之间的目标关系。然后，向用户推荐与该目标关系对应的关系标签，以便用户可以根据该关系标签进行选择，从而实现为待标识对象添加关系标签。

推荐关系标签的场景示例图可以如图2所示，后台201在根据聊天信息分析出用户与待标识对象之间的目标关系例如可能是朋友、同事、领导，那么，后台201会将与上述目标关系对应的关系标签通过终端推荐给用户，其展示界面如202所示，推荐的关系标签例如可以是202中的“朋友”、“领导”、“同事”，用户可以从202中所示的关系标签中选择出合适的关系标签，添加至该待标识对象。

可见，在为待标识对象添加关系标签时使用该方法可以实现用户只需要对推荐的关系标签进行选择，不需要手动将关系标签输入到对应的位置，减少了用户操作，提高了用户体验。

下面结合附图，详细说明本申请实施例提供的关系标签的推荐方法。

参见图3，图3为本申请实施例提供的一种关系标签的推荐方法的流程图，该方法包括：

S301、获取用户与待标识对象之间的聊天信息。

其中，待标识对象可以指待添加关系标签以利用该关系标签来标识其与用户之间关系的对象，聊天信息可以包括历史聊天信息和/或实时聊天信息。在一般情况下，可以通过获取用户与待标识对象之间的历史聊天信息，来分析用户与待标识对象之间的关系，但是，在历史聊天信息较少的情况下，为了进一步保证分析的准确性，还可以在用户与待标识对象进行聊天时，获取实时聊天信息，以利用更多的聊天信息对用户与待标识对象之间的关系进行分析，得到更加准确的分析结果。

需要说明的是，由于聊天信息涉及到用户的个人隐私，因此，需要经过用户同意，得到获取用户聊天记录的权限，才可以执行S301。

为此，在执行S301之前，该方法还包括：发送授权请求，该授权请求用于请求获取所述聊天信息的权限，若获取到针对该授权请求的确认授权信息，则表示得到获取所述聊天信息的权限，可以执行S301，相反，若获取到针对该授权请求的拒绝授权信息，则表示未得到获取所述聊天信息的权限，不可以执行S301。

其中，确认授权信息和拒绝授权信息可以是根据用户的选择生成的。发送授权请求后，可以向用户展示授权请求界面，以便用户选择是否同意授权。

在本实施例中，向用户展示的授权请求界面可以是如图4a中401所示的对话框，当用户选择“同意”时，则触发发送确认授权信息，当用户选择“不同意”时，则触发发送拒绝授权信息。

需要说明的是，发送授权请求的时机可以存在多种情况，以即时通讯应用为微信为例，一种情况可以是在用户打开即时通讯应用时便发送授权请求，向用户展示授权请求界面；另一种情况可以是在用户进入与即时通讯应用中的好友的聊天界面时，发送授权请求，向用户展示授权请求界面；再一种情况可以是，用户针对待标识对象触发发送添加关系标签请求时，发送授权请求，向用户展示授权请求界面的，即授权请求为针对添加关系标签请求发送的。

以微信为例，可以理解的是，在第一种情况下，向用户展示授权请求界面的示例图可以如图4a中401所示。该界面为用户打开微信，便自动弹出“是否同意授予获取聊天信息的权限”的对话框，用户可以根据自身需求进行选择，当用户选择“同意”时，则发送确认授权信息，从而使得后台可以获取聊天信息。

在第二种情况下，向用户展示授权请求界面的示例图可以如图4b中401所示。该界面为用户进入与即时通讯应用中的好友的聊天界面，便自动弹出“是否同意授予获取聊天信息的权限”的对话框，用户可以根据自身需求进行选择，当用户选择“同意”时，则发送确认授权信息，从而使得后台可以获取聊天信息。

在第三种情况下，向用户展示授权请求界面的示例图可以如图4c中401所示。该界面为用户针对待标识对象点击添加关系标签，从而触发发送添加关系标签请求，针对该添加关系标签请求弹出“是否同意授予获取聊天信息的权限”的对话框，用户可以根据自身需求进行选择，当用户选择“同意”时，则发送确认授权信息，从而使得后台可以获取聊天信息。

S302、对所述聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系。

在获取聊天信息后，可以对聊天信息进行分析，例如可以通过语义分析的方法。若分析出聊天信息所涉及的信息多数为工作，且大多情况下是待标识对象指示用户执行工作，那么可以确定待标识对象可能是用户的领导，从而确定该目标关系为领导关系。

S303、向用户推荐与所述目标关系对应的关系标签。

在确定出目标关系后，由于目标关系可以对应至少一个关系标签，这样，根据目标关系与关系标签的对应关系，可以向用户推荐与该目标关系对应的关系标签。例如，目标关系为领导关系，与其对应的关系标签为“领导”，那么，向用户推荐的关系标签为“领导”。

需要说明的是，在一些情况下，与目标关系对应的关系标签可能包括多个，例如，目标关系为领导关系，与其对应的关系标签可以为“领导”、“老板”、“老大”等，那么，向用户推荐的关系标签为“领导”、“老板”、“老大”等，而为待标识对象添加一个关系标签即可。因此，在为该待标识对象添加关系标签时，需要用户根据自身需求从“领导”、“老板”、“老大”等关系标签中选择一个作为目标关系标签为待标识对象添加。

在这种情况下，在S303之后，该方法还包括获取用户的选择指令，选择指令可以包括针对该关系标签选择的目标关系标签；为待标识对象添加该目标关系标签。

继续以上述向用户推荐的关系标签为“领导”、“老板”、“老大”为例，该推荐界面可以如图5中501所示。若用户选择关系标签“领导”作为目标关系标签，则用户可以通过点击501中的“领导”生成选择指令，该选择指令中可以包括用户选定的目标关系标签“领导”，这样，当接收到该选择指令后，可以则自动将选择指令中的“领导”添加至该待标识对象对应的关系标签位置处，例如502所示。

在即时通讯应用中，当为待标识对象添加关系标签时，可以获取用户与待标识对象之间的聊天信息，该聊天信息的内容可以反映出用户与该待标识对象之间的具有哪种关系。通过对获取到的聊天信息进行分析，从而确定出待标识对象与用户之间的目标关系。然后，向用户推荐与该目标关系对应的关系标签，以便用户可以根据该关系标签进行选择，从而实现为待标识对象添加关系标签。由此可见，与传统的方法相比，在为待标识对象添加关系标签时，用户只需要对推荐的标签进行选择，不需要手动将关系标签输入到对应的位置，减少了用户操作，提高了用户体验。

可以理解的是，以微信为例，微信中的各个好友可以作为待标识对象。根据推荐关系标签的时机的不同，待标识对象的选定方式可以有所不同，向用户推荐关系标签的展示界面可以有所不同。

若在用户打开微信时，便自动为用户推荐各个好友的关系标签，则各个好友都可以作为待标识对象，后台可以获取用户与各个好友的聊天信息，从而确定出各个好友的关系标签，并以列表的形式向用户推荐各个好友的关系标签，以供用户选择。例如图4a中所示，用户的好友包括401中的好友A和好友B，此时，向用户推荐的关系标签的界面可以参见图4a中402所示。

若在用户进入与微信中好友的聊天界面时，便自动为用户推荐该好友的关系标签，则该好友可以作为待标识对象。例如，用户进入与好友A的聊天界面，则后台可以获取用户与该好友的聊天信息，从而确定出该好友的关系标签，并向用户推荐该好友的关系标签，以供用户选择。例如图4b所示，此时，向用户推荐的关系标签的界面可以参见图4b中402所示。

若在用户针对某个好友点击添加关系标签，从而触发发送添加关系标签请求时，为用户推荐该好友的关系标签，则该好友可以作为待标识对象。例如，用户点击好友A的“设置备注和关系标签”功能键，则后台可以获取用户与该好友的聊天信息，从而确定出该好友的关系标签，并向用户推荐该好友的关系标签，以供用户选择。例如图4c所示，此时，向用户推荐的关系标签的界面可以参见图4c中403所示。

需要说明的是，在即时通讯应用中，可以为具有某一关系的多个好友建立群，一个群可以表征一种关系，待标识对象与用户可以位于某个群中，在这种情况下，可以根据待标识对象所在的群向用户推荐关系标签。

根据待标识对象所在的群向用户推荐关系标签的一种实现方式可以是：根据待标识对象所在的群的名称向用户推荐关系标签。例如，待标识对象所在的群的名称为“快乐一家人”，则根据该群的名称可以确定出待标识对象与用户的目标关系为家人，则向用户推荐的关系标签可以包括“家人”。

根据待标识对象所在的群向用户推荐关系标签的一种实现方式可以是：根据待标识对象与用户该群中的聊天信息向用户推荐关系标签。该实现方式可以参照前述S301-S303，此处不再赘述。

需要说明的是，由于待标识对象可能不常联系，历史聊天信息较少，或者由于该待标识对象为新增好友，还没有聊天信息，此时，可能出现一些情况，例如根据历史聊天信息难以确定出用户与待标识对象之间的关系，或者确定出来的用户与待标识对象之间的关系不准确，从而导致确定出的关系标签过多，例如，确定出的关系标签为20个。在这种情况下，为了进一步保证分析的准确性，从而为用户推荐数量适中的关系标签，还可以在用户与待标识对象进行聊天时，获取实时聊天信息，以利用更多的聊天信息对用户与待标识对象之间的关系进行分析，得到更加准确的分析结果。

因此，在本实施例中，聊天信息可以包括历史聊天信息和实时聊天信息，则S302的具体实现方式可以参见图6所示，包括：

S601、对所述历史聊天信息进行分析，确定所述待标识对象与所述用户之间的第一关系。

S602、根据所述第一关系确定与所述第一关系对应的第一关系标签。

S603、判断所述第一关系标签的数量是否满足预设条件，若否，则执行S604，若是，则执行S605。

可以理解的是，若历史聊天信息的数量较少，可能无法确定出用户与待标识对象之间的关系，从而无法确定关系标签，或者确定出来的用户与待标识对象之间的关系不准确，导致确定出的关系标签数量过多，因此，可以根据第一关系标签的数量是否满足预设条件来衡量S601中确定出的第一关系是否准确。一般情况下，若第一关系标签的数量为零，或者第一关系标签的数量过多，例如为20个，则可以认为确定出的第一关系不准确，可以通增加聊天信息的数量，例如，进一步对历史聊天信息和实时聊天信息进行分析，得到更准确的目标关系。

因此，若第一关系标签的数量不为零，且第一关系标签的数量适中，则可以认为确定出的第一关系较为准确，一般情况下，预设条件可以是根据实际经验进行设置的，例如，当向用户推荐的关系标签的数量不超过5个时，用户体验较好，那么，预设条件可以为大于零且不超过5个。

S604、对所述历史聊天信息和所述实时聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系。

若预设条件可以为大于零且不超过5个，第一关系标签的数量为20，那么，则需要对历史聊天信息和实时聊天信息共同进行分析，通过增加待分析的聊天信息的数量，提高了确定标识对象与用户之间的目标关系的准确性。相应的，确定出的该目标关系的数量也会大量减少，提高用户体验。

S605、将所述第一关系作为目标关系。

本实施例在第一关系标签的数量不满足预设条件时，对历史聊天信息和实时聊天信息共同分析，增加了待分析的聊天信息的数量，进一步提高了确定用户与待标识对象之间目标关系的准确性，从而为用户推荐数量适中的关系标签。

在一种可能的实施方式中，在确定目标关系后，除了向用户在不同的时机下推荐与目标关系对应的关系标签，还可以根据确定出的目标关系设置自动添加关系标签的机制，不需要用户根据推荐的关系标签进行手动选择，实现了添加关系标签过程的完全自动。

为此，本申请实施例还提供了一种关系标签的添加方法，参见图7，图7示出了一种关系标签的添加方法的流程图，该方法应用于即时通讯应用，包括：

S701、获取用户与待标识对象之间的聊天信息。

S702、对所述聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系。

其中，S701与S301相对应，S702与S302相对应，具体实现方式可以分别参见S301与S302的实现方式，此处不再赘述。

S703、若所述待标识对象与所述用户为所述目标关系的概率大于预设阈值，为所述待标识对象自动添加所述目标关系对应的关系标签。

在本实施例中，用户在使用即时通讯应用时，用户可以通过设置使即时通讯应用具备自动添加关系标签的权限。例如，在即时通讯应用中存在个人中心页，在个人中心页有“自动添加关系标签”功能键，开启该功能键，从而使后台获取自动给待标识对象添加关系标签的权限。

由于即时通讯应用具有自动添加关系标签的权限，因此，在确定出目标关系后，可以对待标识对象与用户为目标关系的概率进行计算，该概率的大小可以反映待标识对象与用户实际上为目标关系的可能性。当待标识对象与用户为目标关系的概率大于预设阈值时，可以认为待标识对象与用户为目标关系的可能性足够大，可以为待标识对象自动添加该目标关系对应的关系标签。

例如，确定出待标识对象与用户为家人，即目标关系为家人，预设阈值为90％。通过计算待标识对象与用户为家人的概率为95％，由于95％大于90％，则可以认为待标识对象与用户为家人，可以为待标识对象自动添加关系标签“家人”。

其中，预设阈值可以是用户设定的。在一种设置阈值的实现方式中，预设阈值可以是在获取自动给待标识对象添加关系标签的权限的同时，由用户设定的。

例如，在获取自动给待标识对象添加关系标签的权限时，在该界面向用户显示用于设置预设阈值大小的滑块，用户可以通过移动滑块的位置来选择合适的预设阈值。若预设阈值大小为上述百分数形式，例如50％，那么滑块位于中间位置可以表示设定的预设阈值为50％。

一般情况下，在向用户展示用于设置预设阈值大小的滑块时，用户可以看到滑块会存在一个初始位置，该初始位置体现了初始预设阈值的大小，可以是根据后台统计得出的。用户可以在初始预设阈值的基础上改变滑块的位置，重新设定预设阈值，当然，用户也可以保持滑块的初始位置不变，采用后台设置的初始预设阈值作为预设阈值。

当用户在初始预设阈值的基础上改变滑块的位置，重新设定预设阈值时，用户选择的预设阈值可能会大于初始预设阈值，也可能会小于初始预设阈值。若用户选择的预设阈值大于初始预设阈值，可以认为用户对于确定待标识对象与所述用户为目标关系的要求更加严格，据此确定待标识对象与所述用户为目标关系更加准确；用户选择的预设阈值小于初始预设阈值，可以认为用户对于确定待标识对象与所述用户为目标关系的要求比较宽松，据此确定待标识对象与所述用户为目标关系的准确性较低，此时，后台可以提示用户“预设阈值过小，确定偏差较大”，以便用户知晓该预设阈值可能带来的后果，从而确定是否重新设定预设阈值，提高用户体验。

可以理解的是，由于为待标识对象自动添加的关系标签可能并没有经过用户的确定，该关系标签不见得是用户所满意的。在这种情况下，为了便于用户分辨出哪些关系标签时自动添加的，哪些关系标签是用户自己已经确定过的，以便用户可以对自动添加的关系标签进行查看甚至修改，所述关系标签可以具有用于指示为自动添加的标识。

用户根据该标识可以快速地分辨出该关系标签是否为自动添加的，从而有针对性的对自动添加的关系标签进行查看甚至修改，避免用户逐个对关系标签进行查看，提高用户体验。

在一些情况下，如果用户发现自动添加的关系标签是错误的或者用户对该关系标签不满意，例如，自动添加的关系标签为“家人”，但是，实际上待标识对象并不是用户的家人，可能是亲戚。在这种情况下，用户可以触发对该关系标签进行编辑的编辑指令，后台在获取到针对所述关系标签的编辑指令后，可以根据该编辑指令对所述关系标签进行编辑。

其中，用户触发编辑指令的操作可以是用户点击添加关系标签界面上的“编辑”功能键。该编辑指令可以是修改指令或者删除指令等。

当接收到删除指令时，后台可以确定该待标识对象与用户不是目标关系，后台可以删除所述关系标签。由于后续可能还需要为该待标识对象添加关系标签，如果后台再次确定出该错误的目标关系，为了避免后台为该待标识对象添加与该错误的目标关系对应的关系标签，后台在删除关系标签时，还可以记录该待标识对象与用户不是该目标关系。

这样，当再次为该待标识对象添加关系标签时，即使确定出该错误的目标关系，由于记录了该待标识对象与用户不是该目标关系，也不会为该待标识对象添加与该错误的目标关系对应的关系标签，避免用户针对该待标识对象得到错误的关系标签，提高用户体验。

在即时通讯应用中，当为待标识对象添加关系标签时，可以获取用户与待标识对象之间的聊天信息，该聊天信息的内容可以反映出用户与该待标识对象之间的具有哪种关系。通过对获取到的聊天信息进行分析，从而确定出待标识对象与用户之间的目标关系。然后，为待标识对象添加与该目标关系对应的关系标签。由此可见，在为待标识对象添加关系标签时，不需要用户根据推荐的关系标签进行手动选择，实现了添加关系标签过程的完全自动，提高了用户体验。基于前述提供的一种关系标签的推荐方法，本实施例还提供了一种关系标签的推荐装置。参见图8，图8示出了一种关系标签的推荐装置的结构框图，该装置可以应用于即时通讯应用，包括第一获取单元801、确定单元802和推荐单元803：

所述第一获取单元801，用于获取用户与待标识对象之间的聊天信息；

所述确定单元802，用于对所述聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系；

所述推荐单元803，用于向用户推荐与所述目标关系对应的关系标签。

可选的，所述装置还包括第二获取单元和添加单元：

所述第二获取单元，用于获取用户的选择指令，所述选择指令包括针对所述关系标签选择的目标关系标签；

所述添加单元，用于为所述待标识对象添加所述目标关系标签。

可选的，所述聊天信息包括历史聊天信息和/或实时聊天信息。

可选的，若所述聊天信息包括历史聊天信息和实时聊天信息，所述确定单元包括第一确定子单元、第二确定子单元、判断子单元和第三确定子单元：

所述第一确定子单元，用于对所述历史聊天信息进行分析，确定所述待标识对象与所述用户之间的第一关系；

所述第二确定子单元，用于根据所述第一关系确定与所述第一关系对应的第一关系标签；

所述判断子单元，用于判断所述第一关系标签的数量是否满足预设条件；

所述第三确定子单元，用于若否，对所述历史聊天信息和所述实时聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系。

可选的，所述装置还包括发送单元和第三获取单元：

所述发送单元，用于发送授权请求，所述授权请求用于请求获取所述聊天信息的权限；

所述第三获取单元，用于获取针对所述授权请求的确认授权信息，所述确认授权信息用于确认得到获取所述聊天信息的权限。

可选的，所述授权请求为针对添加关系标签请求发送的，所述添加关系标签请求用于请求添加针对所述待标识对象的关系标签。

在即时通讯应用中，当为待标识对象添加关系标签时，第一获取单元801可以获取用户与待标识对象之间的聊天信息，该聊天信息的内容可以反映出用户与该待标识对象之间的具有哪种关系。通过对获取到的聊天信息进行分析，确定单元802可以确定出待标识对象与用户之间的目标关系。然后，推荐单元803可以向用户推荐与该目标关系对应的关系标签，以便用户可以根据该关系标签进行选择，从而实现为待标识对象添加关系标签。由此可见，与传统的方法相比，在为待标识对象添加关系标签时，用户只需要对推荐的标签进行选择，不需要手动将关系标签输入到对应的位置，减少了用户操作，提高了用户体验。

基于前述提供的一种关系标签的添加方法，本实施例还提供了一种关系标签的添加装置。参见图9，图9示出了一种关系标签的添加装置的结构框图，该装置可以应用于即时通讯应用，包括第一获取单元901、确定单元902和添加单元903：

所述第一获取单元901，用于获取用户与待标识对象之间的聊天信息；

所述确定单元902，用于对所述聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系；

所述添加单元903，用于若所述待标识对象与所述用户为所述目标关系的概率大于预设阈值，为所述待标识对象自动添加所述目标关系对应的关系标签。

可选的，所述关系标签具有用于指示为自动添加的标识。

可选的，所述装置还包括第二获取单元和编辑单元：

所述第二获取单元，用于获取针对所述关系标签的编辑指令；

所述编辑单元，用于根据所述编辑指令对所述关系标签进行编辑。

可选的，所述编辑指令为删除指令，所述编辑单元用于删除所述关系标签，并记录所述待标识对象与所述用户不是所述目标关系。

在即时通讯应用中，当为待标识对象添加关系标签时，第一获取单元901可以获取用户与待标识对象之间的聊天信息，该聊天信息的内容可以反映出用户与该待标识对象之间的具有哪种关系。确定单元902通过对获取到的聊天信息进行分析，可以确定出待标识对象与用户之间的目标关系。然后，添加单元903为待标识对象添加与该目标关系对应的关系标签。由此可见，在为待标识对象添加关系标签时，不需要用户根据推荐的关系标签进行手动选择，实现了添加关系标签过程的完全自动，提高了用户体验。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质可以是下述介质中的至少一种：只读存储器(英文：read-only memory，缩写：ROM)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及***实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及***实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本申请的一种具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (12)

1.一种关系标签的推荐方法，其特征在于，应用于即时通讯应用，所述方法包括：

获取用户与待标识对象之间的聊天信息；

对所述聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系；

向用户推荐与所述目标关系对应的关系标签。

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

获取用户的选择指令，所述选择指令包括针对所述关系标签选择的目标关系标签；

为所述待标识对象添加所述目标关系标签。

3.根据权利要求1所述的方法，其特征在于，所述聊天信息包括历史聊天信息和/或实时聊天信息。

4.根据权利要求3所述的方法，其特征在于，若所述聊天信息包括历史聊天信息和实时聊天信息，所述对所述聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系，包括：

对所述历史聊天信息进行分析，确定所述待标识对象与所述用户之间的第一关系；

根据所述第一关系确定与所述第一关系对应的第一关系标签；

判断所述第一关系标签的数量是否满足预设条件；

若否，对所述历史聊天信息和所述实时聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系。

5.根据权利要求1所述的方法，其特征在于，在所述获取用户与待标识对象之间的聊天信息之前，所述方法还包括：

发送授权请求，所述授权请求用于请求获取所述聊天信息的权限；

获取针对所述授权请求的确认授权信息，所述确认授权信息用于确认得到获取所述聊天信息的权限。

6.根据权利要求5所述的方法，其特征在于，所述授权请求为针对添加关系标签请求发送的，所述添加关系标签请求用于请求添加针对所述待标识对象的关系标签。

7.一种关系标签的推荐装置，其特征在于，应用于即时通讯应用，所述装置包括第一获取单元、确定单元和推荐单元：

所述第一获取单元，用于获取用户与待标识对象之间的聊天信息；

所述确定单元，用于对所述聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系；

所述推荐单元，用于向用户推荐与所述目标关系对应的关系标签。

8.一种关系标签的添加方法，其特征在于，应用于即时通讯应用，所述方法包括：

获取用户与待标识对象之间的聊天信息；

对所述聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系；

若所述待标识对象与所述用户为所述目标关系的概率大于预设阈值，为所述待标识对象自动添加所述目标关系对应的关系标签。

9.根据权利要求8所述的方法，其特征在于，所述关系标签具有用于指示为自动添加的标识。

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

获取针对所述关系标签的编辑指令；

根据所述编辑指令对所述关系标签进行编辑。

11.根据权利要求10所述的方法，其特征在于，所述编辑指令为删除指令，所述根据所述编辑指令对所述关系标签进行编辑，包括：

删除所述关系标签，并记录所述待标识对象与所述用户不是所述目标关系。

12.一种关系标签的添加装置，其特征在于，应用于即时通讯应用，所述装置包括第一获取单元、确定单元和添加单元：

所述第一获取单元，用于获取用户与待标识对象之间的聊天信息；

所述确定单元，用于对所述聊天信息进行分析，确定所述待标识对象与所述用户之间的目标关系；

所述添加单元，用于若所述待标识对象与所述用户为所述目标关系的概率大于预设阈值，为所述待标识对象自动添加所述目标关系对应的关系标签。