CN110489663A

CN110489663A - 一种社交内容控制方法、装置及计算机设备

Info

Publication number: CN110489663A
Application number: CN201910718216.4A
Authority: CN
Inventors: 俞一鹏; 唐海玉; 刘妍
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-08-05
Filing date: 2019-08-05
Publication date: 2019-11-22
Anticipated expiration: 2039-08-05
Also published as: CN110489663B

Abstract

本申请提供一种社交内容控制方法、装置及计算机设备，涉及通信技术领域。该方法包括：针对待分享的社交内容，获取至少两类权限标签中每类标签下选择的联系人；根据所述至少两类权限标签中每类标签对应的权限，从获取的每类标签下选择的联系人中确定被分享的联系人；将所述社交内容推送给确定出的被分享的联系人。

Description

一种社交内容控制方法、装置及计算机设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种社交内容控制方法、装置及计算机设备。

背景技术

现有的社交平台一般具有管理分组功能，用户可以根据自己的需要将各个的联系人归属于对应的群组。

目前控制社交内容的方式为：用户可以在可见权限标签下选择联系人分组，或者在不可见权限标签下选择联系人分组。例如在可见权限标签下选择联系人分组之后，其余联系人就默认为不可见社交内容。例如在不可见标签下选择联系人分组之后，其余联系人就默认为可见该社交内容。

可见，这种控制社交内容的方式，仅能根据用户设置可见权限标签或者不可见权限标签，确定社交内容的公开范围，控制社交内容的公开范围的灵活性较差。

发明内容

本申请实施例提供一种社交内容控制方法、装置及计算机设备，用于提高控制社交内容的灵活性。

第一方面，提供了一种社交内容控制方法，包括：

针对待分享的社交内容，获取至少两类权限标签中每类标签下选择的联系人；

根据所述至少两类权限标签中每类标签对应的权限，从获取的每类标签下选择的联系人中确定被分享的联系人；

将所述社交内容推送给确定出的被分享的联系人。

第二方面，提供一种社交内容控制装置，所述装置包括：

获取模块，用于针对待分享的社交内容，获取至少两类权限标签中每类标签下选择的联系人；

确定模块，用于根据所述至少两类权限标签中每类标签对应的权限，从获取的每类标签下选择的联系人中确定被分享的联系人；

推送模块，用于将所述社交内容推送给确定出的被分享的联系人。

在一种可能的实施方式中，所述获取模块具体用于：

响应于针对至少两类权限标签下的多个联系人分组的选择操作，分别获取所述至少两类权限标签中每类权限标签下选择的联系人分组；

获取每类权限标签下选择的联系人为：该类权限标签下选择的每个联系人分组分别包含的联系人。

在一种可能的实施方式中，确定模块具体用于：

根据所述至少两类权限标签中每类标签对应的权限，确定具有分享权限的标签下选择的第一联系人集合，以及不具有分享权限的标签下选择的第二联系人集合；

若第一联系人集合和第二联系人集合中包含相同的联系人，则展示权限选择界面，所述权限选择界面用于针对所述相同的联系人选择分享权限或不分享权限；

响应于所述相同的联系人的权限选择操作，确定所述相同的联系人是否为被分享的联系人。

在一种可能的实施方式中，所述确定模块具体用于：

获得所述相同的联系人的推荐权限标签，其中：若所述相同的联系人与用户的互动频率大于预设阈值，则为所述相同的联系人推荐具有分享权限的标签，若所述相同的联系人与用户的互动频率小于或等于预设阈值，则为所述相同的联系人推荐不具有分享权限的标签；

在所述权限选择界面上，针对每个所述相同联系人，以推荐权限标签被设定方式展示的形式展示各类权限标签。

在一种可能的实施方式中，所述装置还包括分组模块，所述分组模块用于：

若一个联系人确定为相同的联系人的次数超过预设次数，则将该联系人归属为一个针对社交内容分享的新分组中的联系人；

其中，针对社交内容分享，所述新分组中的任意一个联系人均不属于预设的多个联系人分组中的联系人。

在一种可能的实施方式中，所述装置还包括推荐模块，所述推荐模块还用于：

若所述待分享的社交内容与之前分享的社交内容的相似度大于预设相似度，将针对所述之前分享的社交内容确定出的被分享的联系人推荐为所述待分享的社交内容的被分享的联系人；

响应将推荐的被分享的联系人确定为所述待分享的社交内容的被分享的联系人的操作，将所述社交内容推送给确定出的被分享的联系人。

本申请实施例中，用户可以在多类权限标签下灵活选择联系人，根据至少两类权限标签中每类标签对应的权限，确定出被分享的联系人，在将社交内容推送给被分享的联系人，相较于现有技术中用户只能选择在一种权限标签下选择联系人的方式，本申请实施例中根据用户在多类权限标签下选择联系人，确定出可见社交内容的联系人，相对提高了控制社交内容公开范围的灵活性。且，用户可以在多类权限标签下选择相应的联系人，例如用户想要分享的联系人，用户可以在具有分享权限标签下选择该联系人，用户不想分享的联系人，用户可以在不具有分享权限标签下选择联系人，满足用户的个性化需求，提升用户体验。

附图说明

图1为本申请实施例提供的一种在联系人分组中分享社交内容的示例图；

图2为本申请实施例提供的一种控制社交内容方法的应用场景示意图；

图3为本申请实施例提供的一种控制社交内容方法的设备部署示意图；

图4为本申请实施例提供的一种控制社交内容方法的过程中的交互图；

图5为本申请实施例提供的一种展示至少两类权限标签的示例图；

图6为本申请实施例提供的在至少两类权限标签下选择联系人的示例图；

图7为本本申请实施例提供的在至少两类权限标签下选择联系人分组的示例图；

图8为本申请实施例提供的针对相同的联系人选择权限标签的示例图；

图9为本申请实施例提供的为相同的联系人推荐的推荐权限标签的示例图；

图10为本申请实施例提供的为多次出现的联系人设置新分组的示例图；

图11为本申请实施例提供的为该当前社交内容推荐被分享的联系人的过程示例图；

图12为本申请实施例提供的一种控制社交内容方法的过程中的交互图；

图13为本申请实施例提供的一种控制社交内容装置的结构示意图；

图14为本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

为了更好的理解本申请实施例提供的技术方案，下面将结合说明书附图以及具体的实施方式进行详细的说明。

社交平台：是指一种通过社交关系和/或共同兴趣(或共同利益)将人与人之间联系起来的网络架构，用户可以通过社交平台对应的客户端或者是网页服务分享想法，数码照片和视频，帖子，并通过社交平台中的人与其他人通知在线或现实世界的活动和事件。每个用户可以拥有用于为该社交平台上其他用户所辨识的网络身份。在社交平台中，不同用户之间可以通过互相确认的方式以建立社交关系，例如，互相加好友或互相关注等。当两个用户建立了社交关系后，他们成为彼此的联系人。一组用户可以通过自行选择的方式，以形成具有彼此之间的社交关系，从而形成一个社交群组。该群组内的每个成员都是该群组内所有其他成员的社交平台上的联系人。

朋友圈：通过社交平台构建的用户的社交好友关系。例如，参照图1，图1为一种在联系人分组中分享社交内容的示例图，用户A与联系人B、C、D、E、K、G通过社交平台建立社交关系之后，联系人B、C、D、E、K、G就是属于用户A的朋友圈中的联系人。

联系人分组：用户可以根据自己需要创建不同的联系人分组，用户可以将不同的联系人归属于各个联系人分组，每个联系人分组拥有唯一的联系人分组标识。或者用户在添加某个联系人之后，为该联系人添加相应的联系人分组标签，从而该联系人归属于该联系人分组中。一个联系人分组内可以包括一个或多个联系人，一个联系人可以同时属于多个联系人分组。用户可以对联系人分组进行增加、删除或修改。用户也可以修改某个联系人的所属分组等。用户在删除某个联系人之后，该联系人自然不存在任何一个联系人分组中。

例如，请继续参照图1，用户A的联系人包括联系人B、C、D、E、K、G。用户A设置同学联系人分组101和好友联系人分组102，同学联系人分组101包括联系人B、C、D、E，好友联系人分组102也包括联系人D、K和G。

社交内容：用户可以通过社交平台分享的文字、图片、视频、表情和音乐等内容。继续参照图1中110中的图片和文字可以视为用户A发送的社交内容。

权限标签：用于限定针对部分或全部社交内容权限的标签。不同类的权限标签之间可能会用于指示联系人针对一条社交内容的不同权限，例如具有分享权限的标签和不具有分享权限的标签，也可能针对一条社交内容的相同权限，也就是说，不同类的权限标签可能不是完全对立的，例如不具有分享权限的标签和屏蔽分享权限的标签。用户在分享社交内容时，可以为某个联系人或联系人分组设置权限标签。其中，不具有分享权限的标签是针对本次社交内容不具有分享权限，屏蔽分享权限的标签是针对该用户的所有社交内容都不具有分享权限。具有分享权限的标签所对应的联系人可以看到用户分享的社交内容，也可以针对该社交内容进行评论、转发和点赞等，具有分享权限的两个联系人如果是相互的联系人，那么这两个联系人不仅可以看到该社交内容，还可以看到对方评论该社交内容的内容等。

例如，继续参照图1，用户A为同学分组101设置具有分享权限的标签，为好友联系人分组102设置不具有分享权限的标签，因此同学分组101中的联系人B、C、D、E可以看到用户A发送的社交内容110。联系人D和联系人G都是用户A的联系人，联系人D和联系人G之间为彼此的联系人，用户A发表社交内容110之后，联系人D可以评论该社交内容110，联系人D评论之后，生成评论内容120，联系人G可以看到用户D的评论内容120。

为了使得本领域技术人员更好地理解本申请实施例中的技术方案，下面对本申请实施例的设计思路进行介绍。

现有技术，用户一般只能针对联系人设置某一种权限标签，在设置一种权限标签之后，其它联系人就默认设置为另外一种权限标签。本发明人发现现有的设置方式无法满足用户的需求，控制社交内容的方式不灵活。因此，发明人设计了一种社交内容控制的方法，用户可以针对社交内容为联系人设置多种权限标签，增加控制社交内容的灵活性。

如果在为不同联系人设置多种权限标签的时候，本发明人进一步发现可能出现用户为同一联系人设置两种冲突的权限标签的情况，因此，本发明人进一步设计了检测冲突的方式，当某一个联系人出现针对社交内容的权限冲突时，可以权限选择界面，让用户进一步选择该联系人的权限。

如果考虑出现权限冲突的联系人时候，本发明人进一步发现可以考虑根据用户与该联系人的互动频率，推荐用户设置该联系人对应的权限标签，方便用户选择。

用户每次都需要针对不同联系人或者联系人分组设置权限标签，用户操作麻烦，因此，本发明人进一步发现，可以根据之前社交内容与当前待分享的社交内容的相似性，为用户推荐被分享的人，简化用户为联系人设置权限标签的操作。

可能有些联系人一直出现冲突，那么用户每次可能都需要单独为这些冲突的联系人单独设置权限标签，因此，发明人考虑到当某个联系人出现冲突的次数较高的时候，可以为该联系人单独设置一个联系人分组，避免该联系人多次出现冲突的情况。

在介绍完本申请实的设计思想之后，下面都本申请实施例涉及的应用场景进行说明。应当说明的是，该应用场景仅仅是示例，并不限定本申请实施例中的社交内容控制的方法的适用场景。

请参照图2，该应用场景中包括多个终端设备210和服务器220。

终端设备210可以是手机、个人电脑(personal computer，PC)、平板电脑(PAD)、掌上电脑(Personal Digital Assistant，PDA)、笔记本电脑或者智能穿戴式设备(例如智能手表和智能手环)等用户终端。终端设备210中可以社交平台对应的APP，或者可以打开社交平台对应的网站，用户可以通过该APP或者网站发布社交内容。

终端设备210包括存储器201、处理器202、I/O接口203和显示面板204，其中，终端设备210的存储器201中可以存储客户端中的程序指令，这些程序指令被处理器202执行时能够用以实现客户端提供的功能，以及在显示面板204显示相应显示页面。例如显示权限选择页面。

服务器220可以为终端设备210安装的APP或者打开的网站的后台服务器。在实际应用时，服务器220的数量可以是很多的，例如可以根据所服务的地理位置区域的不同，在不同区域(如国家或者省份)设置为用户提供的服务的服务器220，相应的，各终端设备210可以接入自身所在区域所对应的服务器220，不同的服务器220之间可以在满足预设条件时，同步其它服务器220上的数据。图2中是以其中一个服务器220为例进行介绍。服务器220可以通过实体服务器实现，也可以通过虚拟服务器实现。

服务器220可以包括一个或多个处理器205、存储器206以及I/O接口207等。其中，处理器205可以存储本申请实施例提供的控制社交内容的程序指令，这些程序指令被处理器205执行时，即可实现本申请实施例提供的社交内容控制方法，从而帮助用户发布社交内容。此外，服务器220还可以配置数据库，数据库可以用于用户的联系人信息以及社交内容等。

在图2论述的应用场景的基础上，下面基于图2的场景，对各个设备的部署方式进行示例说明。

请参照图3，每个终端设备210中安装有社交平台对应的客户端310，以及通过通信网络与客户端310通信的服务器220。客户端310可以通过服务器220提供的服务加入社交网络中。图2中用户A与第一终端设备210中的第一客户端310相对应，用户B与第二终端设备210中的第二客户端310相对应，用户C与第三终端设备210中的第三客户端310相对应，用户D与第四终端设备210中的第四客户端310相对应，用户E与第五终端设备210中的第五客户端310相对应。客户端310可以是安装在终端设备中的软件应用。图2中是以五个终端设备为例，实际上不限制终端设备210的个数。

具体的，第一种交互过程为：用户通过客户端310编辑并生成社交内容，并在发布社交内容之前，为联系人设置多类权限标签，客户端310根据用户设置的多类权限标签，确定哪些联系人具有分享该社交内容的权限，并将确定被分享的联系人以及社交内容发送给服务器220。服务器220将社交内容分享给对应的联系人的客户端310，以使其他联系人可以查看、评论或转载该用户最新发布的社交内容。

例如第二种交互过程为：用户通过客户端310编辑并生成社交内容，并在发布社交内容之前，为联系人设置多类权限标签，服务器220根据用户设置的多类权限标签，确定哪些联系人具有分享该社交内容的权限，并将确定被分享的联系人发送给客户端310显示。在用户确定发布社交内容之后，服务器220从客户端310获取社交内容，并将社交内容分享给确定出的被分享的联系人。

本申请实施例提供的控制社交内容的方式，可以根据用户设置的多类权限标签，确定被分享的联系人，提高控制社交内容公开范围的灵活性。

在图2和图3论述的应用场景的基础上，下面结合图4所示的交互过程图，对本申请实施例中的论述的第一种控制社交内容的方法的过程进行介绍。

S401，客户端310请求与每类权限标签下对应的联系人。

当用户在客户端310编辑社交内容的时候，可以设置不同联系人对该社交内容的权限。当用户针对社交内容设置权限时，客户端310响应于设置针对社交内容的权限操作，显示各类权限标签。客户端310上可能没有存储有联系人信息，因此终端设备210向服务器220请求各个权限标签下对应的联系人。当然用户可能不设置相应的权限操作，客户端310可以按照默认权限确定各个联系人针对该社交内容的权限。

例如，请参照图5，图5继续以用户A编辑图1中的社交内容110为例，用户A在编辑该社交内容110之后，可以点击图5中a所示的界面中的“谁可以见”操作控件，客户端310响应于用户A的点击操作，显示图5中b所示的至少两类权限标签，并向服务器220请求每类权限标签下的联系人。至少两类权限标签包括公开权限标签、私密权限标签、具有分享权限的部分可见权限标签、不具有分享权限的部分不可见权限标签、以及屏蔽权限标签等。

S402，服务器220将每类权限标签对应的联系人发送给客户端310。

在客户端310请求之后，服务器220响应于该客户端310的请求，将每类权限标签下包括的联系人发送给客户端310。客户端310在接收每类权限标签下包括的联系人之后，当用户点击对应的权限标签时，客户端310显示每类权限标签下对应的联系人。客户端310可以是分散在每类权限标签下显示各个联系人，也可以是以联系人分组的形式显示，在每个联系人分组下显示相应的联系人。

应当说明的是，每类权限标签下所有的联系人包括用户通讯录中的所有联系人或部分联系人。例如，用户在添加联系人，就设置了该联系人的联系人分组，以及针对用户的朋友圈不可见，那么该联系人会归属于屏蔽权限标签下的联系人。

为了便于用户后期改变某些屏蔽权限标签下的联系人，可以在显示屏蔽权限标签下的联系人时，附带显示该联系人所属的联系人分组。

进一步地，客户端310以联系人分组的形式显示时，客户端310可以按照预设顺序依次显示各个联系人分组。

例如，预设顺序为按照各个分组建立时间从后往前的顺序依次显各个联系人分组，或者按照各个分组的分组名称的首字母顺序从前到后的顺序依次显示各个联系人分组，或者在具有分享权限的标签下，按照各个联系人分组与用户的互动频率从高到低的顺序显示，在不具有分享权限的标签下，按照各个联系人分组与用户的互动频率从低到高的顺序显示。互动频率用于表征联系人分组中各个联系人与用户互动活跃程度，例如可以用联系分组中各个联系人与该用户在预设时间段内互动的总次数表示。

例如，用户点击部分不可见权限标签，客户端310显示图6中a所示的界面，在部分不可见权限标签下显示从服务器220获取的各个联系人(图6中的610所示)。

或者，用户点击部分不可见权限标签之后，客户端310显示图7中b所示的界面，在部分不可见权限标签下显示各个联系人分组，在对应的联系人分组(图7中的710所示)下显示各个联系人。

应当说明的是，步骤401和步骤402为可选的步骤。在一种可能的实施例中，客户端310中缓存有联系人，以及联系人分组，用户点击相应的权限标签之后，客户端310在各个权限标签下直接显示相应的联系人或联系人分组，无需从服务器220获取联系人信息。

S403，客户端310接收针对至少两类权限标签下的多个联系人的选择信息。

客户端310在显示多种权限标签之后，用户可以在不同权限标签下的联系人进行选择操作，选择操作例如用户点击在权限标签下点击联系人，或者用户可以借助语音助手进行语音输入，或者手势选择相应的联系人等。在用户进行选择操作之后，相当于客户端310接收至少两类权限标签下的多个联系人的选择信息。如前文论述的内容，不同权限标签下显示的可以是每个联系人，或者在联系人分组下分别显示各个联系人，在不同权限标签下显示的可以是每个联系人时，用户可以在不同权限标签下依次选择各个联系人。在联系人分组下分别显示各个联系人时，用户可以选择相应的联系人分组。

客户端310可以是在用户针对一类权限标签选择之后，再在其他权限标签下显示相应的联系人或联系人分组，也可以是客户端310在同一界面上的每个权限标签下均显示联系人或联系人分组。

S404，客户端310获取至少两类权限标签中每类权限标签选择的联系人。

在用户在至少两类权限标签下的多个联系人进行选择操作之后，客户端310可以确定每类标签下选择的联系人。

为了便于用户直观地查看在不同权限标签下选择的联系人，客户端310可以在用户进行选择操作之后，可以为用户选择的联系人或联系人分组设置选择标识，选择标识用于表示表示用户在该权限标签下选择了的联系人或联系人分组。选择标识可以有多种呈现形式，呈现形式例如下划线表示、颜色表示或者其它符号表示等。

例如，继续以图6中a所示，用户在部分可见权限标签下选择联系人B，在部分不可见权限标签下选择联系人K，客户端310显示图6中b所示的界面，客户端310在联系人K和联系人B增加选择标识620。

或者例如，继续以图7中的a所示，用户在部分可见权限标签下选择同学分组之后，在部分不可见权限标签下选择好友分组，客户端310显示图7中的b所示的界面，即在好友分组和同学分组增加选择标识730。

应当说明的是，图6和7中是以选择标识为实心圆圈为例进行表示，但是实际上不限制选择标识的具体形式。

在一种可能的实施例中，如果客户端310在每类权限标签下是以联系人分组的形式显示，用户可能会对联系人分组中的联系人进行再编辑。因此，在显示联系人分组时，客户端310除了显示联系人分组包括的联系人之外，还可以显示再编辑操作控件，用户可以通过该再编辑操作控件对联系人分组进行删除联系人或增加联系人的操作。

再编辑操作控件例如图7的a中的720所示，用户点击再编辑控件720，增加或者删除同学联系人分组中的联系人。

S405，客户端310确定出被分享的联系人。

具体的，客户端310分别获取用户在不同类权限标签下选择的联系人，客户端310中存储有每类标签针对社交内容的权限，确定出每类标签下选择的联系人针对社交内容的权限，进而确定出被分享的联系人。被分享的联系人可以理解为针对该社交内容具有分享权限的联系人。

进一步地，由于联系人较多，用户可能会在两种冲突的权限标签下误操作选择了同一联系人，或者两个联系人分组可能有相同的联系人，而用户在两类权限标签下分别选择了两个联系人分组，在这些情况下，都可能出现该相同的联系人针对社交内容的权限冲突。冲突可以理解为该相同的联系人在两类权限标签下确定出的针对社交内容的权限相互矛盾。例如在一种权限标签下，该联系人具有分享社交内容的权限，在另外一种权限标签下，该联系人不具有分享社交内容的权限。

为了解决这种情况，本申请实施例中，客户端310根据至少两类权限标签中每类标签对应的权限，确定具有分享权限的标签下选择的第一联系人集合，以及不具有分享权限的标签下选择的第二联系人集合。客户端310若确定第一联系人集合和第二联系人集合中包括相同的联系人，展示权限选择界面，以使用户针对相同的联系人的权限进行再选择。客户端310响应于用户针对相同的联系人进行选择操作，确定相同的联系人是否为被分享的联系人。

具体的，客户端310可以根据第一联系人集合中各个联系人的标识，以及第二联系人集合中各个联系人的标识，确定出具有相同标识的联系人，该联系人为相同的联系人。第一联系人集合和第二联系人集合中相同的联系人可能包括一个或多个。客户端310确定相同的联系人之后，展示权限选择界面，以提示用户为相同的联系人选择具有分享的权限，或者不具有分享的权限，进一步确定相同的联系人的权限。

例如，继续以图7为例，用户在部分可见权限标签下选择了同学分组，在部分不可见权限标签下选择了好友分组，客户端310检测到可见权限标签下有联系人D，不可见权限标签下有联系人D，因此，客户端310显示如图8所示a所示的一种权限选择界面810，权限显示界面810上还包括相同的联系人，以及显示相同的联系人的可见权限标签，以及不可见权限标签(具体例如图8中的a中的820所示)。用户为相同的联系人选择可见权限标签，客户端310显示图8中b所示的界面，确定联系人D具有分享社交内容的权限。

进一步地，在展示权限选择界面时，客户端310可以为用户为该相同的联系人推荐一种针对社交内容的推荐权限标签。在确定推荐权限标签之后，客户端310以推荐权限标签被设定方式展示的形式展示各类权限标签。推荐权限标签只是用于为用户的选择提供参考，但是不影响用户自由设定相同的联系人的权限标签。

设定方式展示例如优先展示推荐权限标签，或者为推荐权限标签添加推荐标记，以表示该权限标签表示为相同的联系人推荐的一种权限标签推荐权限标签。推荐标记例如为推荐权限标签标注不同的颜色、加星标等。

其中，涉及到客户端310具体如何确定该相同的联系人的推荐权限标签。客户端310确定推荐权限标签的方式有很多种，下面进行示例说明。

一种确定推荐权限标签的方式：

客户端310确定该相同的联系人与用户的互动频率，如果互动频率大于预设阈值，为该相同的联系人推荐具有分享权限的标签，若该相同的联系人与用户的互动频率小于或等于预设阈值，为相同的联系人推荐不具有分享权限的标签。

具体的，如果互动频率大于预设阈值，则表示该相同的联系人与用户的交互频繁，因此可以为该相同的联系人推荐具有分享权限的标签，如果互动频率小于预设阈值，表示该相同的联系人与用户的交互较少，可以为该相同的联系人推荐不具有分享权限的标签。互动频率可以以统计该相同的联系人与该用户评论的条数，和点赞次数，以及发消息的条数的总和来表征。客户端310可以记录在预设时间段内，确定该相同的联系人与用户的互动次数，确定出互动频率。也可以是服务器220记录在预设时间段内，用户与所有联系人的互动总次数，确定该相同的联系人与用户的互动频率，将互动频率发送给客户端310。

在一种可能的实施例中，客户端310可以为该相同的联系人与该用户评论的条数，和点赞次数，以及发消息的条数设置不同的权重。根据不同的权重，对该用户评论的条数，和点赞次数，以及发消息的条数进行加权之后，计算出对应的互动频率。

例如，请参照图9，图9中a表示一种权限选择界面，权限选择界面包括相同的联系人，以及为该相同的联系人推荐的推荐权限标签，如图9中a所示的不可见权限标签，用户为该相同的联系人选择不可见权限标签之后，显示图9中b所示的界面。

S406，客户端310将确定出被分享的联系人和社交内容发送给服务器220。

具体的，客户端310在确定出被分享的联系人之后，将确定出的被分享的联系人以及社交内容发送给服务器220。

S407～S408，服务器220通知确定出被分享的联系人所对应的客户端310有新发布。

具体的，服务器220在获得社交内容以及确定出被分享的联系人之后，通知确定出被分享的联系人所对应的客户端310有新发布，以使客户端310获知用户有新的社交内容。

作为一种实施例，步骤S407～步骤S408为可选的步骤。

S409～S410，相应的客户端310获取社交内容。

具体的，服务器220在通知相应的客户端310有新发布之后，确定出被分享的联系人所对应的客户端310可以向服务器220请求社交内容，获取该社交内容。或者，服务器220获得被分享的联系人之后，可以社交内容分别发送给被分享的联系人所对应的客户端310。

图4中是以联系人B对应第二客户端310，联系人C对应第三客户端310，联系人D对应第四客户端310，联系人E对应第五客户端310为例，实际上不限制客户端310的数量，相应的客户端在获取社交内容之后，联系人B、C、D和E可查看、评论、转发或点赞该社交内容。

用户每次发送社交内容时，客户端310均需要检测相同的联系人，会增加客户端310的处理量，在一种可能的实施例中，如果客户端310确定某个联系人被确定为相同的联系人的次数超过预设次数，也就是表示该联系人经常出现针对社交内容的权限冲突。因此，客户端310可以将该联系人归属为一个针对社交内容分享的新分组中的联系人，该新分组中的任意联系人不属于预设的多个联系人分组中的联系人。

具体的，客户端310确定某个联系人经常出现冲突，客户端310可以将这个联系人放在一个单独的分组里，由于在针对内容分享的时候，新分组中的联系人不会属于其他分组，因此，新分组中的联系人不会再出现权限冲突的情况，从而减少客户端310的处理量。

例如，请参照图10，客户端310确定联系人D确定为相同的联系人的次数超过预设次数，客户端310将联系人D归属为新分组中，且在针对社交内容发布时，联系人D不属于原有的好有分组和同学分组。

如果用户每次都需要去确定权限标签，可能相对较为麻烦，因此，在一种可能的实施例中，客户端310可以为待分享的社交内容推荐被分享的联系人。推荐被分享的联系人只是作为用户选择的一种参考，实际上不限制用户的选择。下面对推荐被分享的联系人的方式进行说明。

具体的，客户端310可以确定该社交内容与之前分享的社交内容的相似度，如果该社交内容与之前分享的社交内容的相似度大于预设相似度，可以将之前分享的社交内容所对应的被分享的联系人推荐为该社交内容的联系人。客户端310可以在对应每类权限标签下标注被分享的联系人，客户端310也可以单独建立一个针对该社交内容的推荐分组，将之前分享的社交内容对应的被分享的联系人添加在推荐分组中。无论以哪种方式展示推荐的被分享的联系人，用户都可以进行将推荐的被分享的联系人确定为待分享的社交内容的被分享的联系人的操作，客户端310响应于该操作，将推荐的被分享的联系人确定为该社交内容的被分享的联系人，并将该社交内容推送给确定出的被分享的联系人。

之前分享的社交内容很多，客户端310可以从之前分享的社交内容中确定出与该社交内容相似度最高的社交内容。或者客户端310从之前分享的预设时间段内的社交内容中，筛选出与该社交内容相似度较高的社交内容。

其中，涉及到客户端310具体如何确定该社交内容与之前分享的社交内容的相似度，下面进行示例说明。

方式一：

确定每条社交内容的关键词，将该社交内容的关键词向量与之前分享的社交内容的关键词词向量的相似度，确定出该社交内容与之前分享的社交内容的相似度。相似度例如计算关键词之间的余弦相似度等。

当社交内容包括文字时，客户端310可以根据统计模型等确定出社交内容的关键词，统计模型例如词频-逆词频(term frequency–inverse document frequency，TF-IDF)等。

当社交内容包括图像或者视频时，客户端310可以基于图像分类模型识别图像或者视频中关键帧中所包括的物体类别，以确定该社交内容的描述文件，以描述文件作为该社交内容的关键词。

例如，请参照图11，图11中的a表示确定出与该社交内容(图11中的b所示)相似度较高的社交内容，客户端310确定a中所对应的被分享的联系人为联系人B、C、D和E，如图d所示，客户端310可以为该社交内容推荐一个推荐可见组1101，用户可以选择该推荐可见组，以简化用户的操作。

方式二：

确定每条社交内容的标签，将该社交内容的标签与之前分享的社交内容的标签的相似度，确定出该社交内容的标签与之前分享的社交内容的标签的相似度。相似度例如计算标签之间的余弦相似度等。标签例如社交内容的所属领域和社交内容的主题等。

作为一种实施例，客户端310响应于用户针对推荐的被分享的联系人的编辑操作，增加或删除推荐的被分享的联系人。

例如，图11的d中显示的推荐的被分享的联系人，用户点击编辑控件1102，客户端310显示推荐可见组包括的联系人，用户点击可以点击增加控件1103，从通讯录中选择联系人，增加到该推荐可见组中，也可以滑动相应的联系人，以删除相应的联系人。

在介绍完第一种控制社交内容的方法的过程之后，下面结合图12，对本申请实施例中第二种控制社交内容的方法的过程进行介绍。

S1201，客户端310响应于针对至少两类权限标签下的多个联系人的选择操作，生成请求。

具体的，用户需要针对社交内容确定各个联系人的权限标签时，客户端310在根据各个权限标签下显示相应的联系人，客户端310具体如何获得各个权限标签下显示相应的联系人可以参照前文论述的内容，此处不再赘述。用户可以针对至少两类权限标签下的多个联系人进行选择操作，客户端310响应于该操作，生成请求，该请求用于请求服务器220确定被分享的联系人。该请求中携带有用户在每类权限标签下选择的联系人信息。

S1202，客户端310向服务器220请求确定被分享的联系人。

S1203，服务器220获取至少两类权限标签中每类标签下选择的联系人。

具体的，服务器220在接收客户端310的请求之后，根据请求中携带的至少两类标签下中每类标签下用户选择的联系人，确定出至少两类权限标签中每类标签下选择的联系人。

S1204，确定出被分享的联系人。

具体的，服务器220可以根据每类权限标签针对社交内容的权限，从确定出至少两类权限标签中每类标签下选择的联系人，确定出被分享的联系人。

进一步地，服务器220根据至少两类权限标签中每类标签对应的权限，确定具有分享权限的标签下选择的第一联系人集合，以及不具有分享权限的标签下选择的第二联系人集合；服务器220若第一联系人集合和第二联系人集合中包含相同的联系人，则将相同的联系人发送给客户端310，以使客户端310展示权限选择界面，权限选择界面用于针对相同的联系人选择分享权限或不分享权限；客户端310响应于相同的联系人的权限选择操作，确定相同的联系人是否为被分享的联系人，客户端310并将确定出的相同的联系人是否为被分享的联系人的结果反馈发送给服务器220。服务器220在接收到该结果反馈之后，确定被分享的联系人。

进一步地，服务器220可以为相同的联系人推荐相应的推荐权限标签。推荐相应的推荐权限标签的方式可以参照前文论述的内容，此处不再赘述。

S1205，服务器220将确定出的被分享的联系人发送给客户端310。

具体的，服务器220将确定出的被分享的联系人发送给客户端310，客户端310在接收确定出的被分享的联系之后，显示确定出的被分享的联系人，便于用户进一步确定。

S1206，客户端310将社交内容发送给服务器220。

具体的，用户在确定发布社交内容之后，客户端310响应于用户的发布社交内容的操作，将社交内容发送给服务器220。

S1207～S1208，通知新发布。

服务器220之前已经确定出被分享的联系人，服务器220在获得社交内容之后，通知确定出的被分享的联系人对应的客户端，以告知相应的客户端用户有新发布。

S1209～S1210，确定出的被分享的联系人对应的客户端310获取社交内容。

具体的，服务器220可以将社交内容发送给确定出的被分享的联系人对应的客户端310，或者在服务器220通知相应的客户端310之后，客户端310从服务器220中获取该社交内容。

在一种可能的实施例中，服务器220确定某个联系人被确定为相同的联系人的次数超过预设次数，也就是表示该联系人经常出现针对社交内容的权限冲突。因此，服务器220可以将该联系人归属为一个针对社交内容分享的新分组中的联系人，该新分组中的任意联系人不属于预设的多个联系人分组中的联系人，并将更新后的联系人分组发送给终端设备250。

在一种可能的实施例中，服务器220可以为待分享的社交内容推荐被分享的联系人。确定推荐被分享的联系人的方式可以参照前文论述的内容，此处不再赘述。服务器220在确定出推荐的被分享的联系人之后，可以将确定出的推荐的被分享的联系人发送给终端设备250，以供用户参考。

在前文论述的一种社交内容方法的基础上，本申请实施例提供一种社交内容控制装置，该装置相当于前文论述的客户端310，或该装置设置与服务器220中，请参照图13，该装置包括：

获取模块1301，用于针对待分享的社交内容，获取至少两类权限标签中每类标签下选择的联系人；

确定模块1302，用于根据至少两类权限标签中每类标签对应的权限，从获取的每类标签下选择的联系人中确定被分享的联系人；

推送模块1303，用于将社交内容推送给确定出的被分享的联系人。

在一种可能的实施方式中，获取模块1301具体用于：

响应于针对至少两类权限标签下的多个联系人分组的选择操作，分别获取至少两类权限标签中每类权限标签下选择的联系人分组；

在一种可能的实施方式中，确定模块1302具体用于：

根据至少两类权限标签中每类标签对应的权限，确定具有分享权限的标签下选择的第一联系人集合，以及不具有分享权限的标签下选择的第二联系人集合；

若第一联系人集合和第二联系人集合中包含相同的联系人，则展示权限选择界面，权限选择界面用于针对相同的联系人选择分享权限或不分享权限；

响应于相同的联系人的权限选择操作，确定相同的联系人是否为被分享的联系人。

在一种可能的实施方式中，确定模块1302具体用于：

获得相同的联系人的推荐权限标签，其中：若相同的联系人与用户的互动频率大于预设阈值，则为相同的联系人推荐具有分享权限的标签，若相同的联系人与用户的互动频率小于或等于预设阈值，则为相同的联系人推荐不具有分享权限的标签；

在权限选择界面上，针对每个相同联系人，以推荐权限标签被设定方式展示的形式展示各类权限标签。

在一种可能的实施方式中，装置还包括分组模块1304，分组模块1304用于：

其中，针对社交内容分享，新分组中的任意一个联系人均不属于预设的多个联系人分组中的联系人。

在一种可能的实施方式中，装置还包括推荐模块1305，推荐模块1305还用于：

响应将推荐的被分享的联系人确定为所述待分享的社交内容的被分享人的操作，将所述社交内容推送给确定出的被分享的联系人。

在前文论述的一种社交内容方法的基础上，本申请实施例提供一种计算机设备，请参照图14，该计算机设备包括处理器1401和存储器1402。

存储器1402，用于存储处理器1401执行的计算机程序。存储器1402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据计算机设备的使用所创建的数据等。

处理器1402可以是一个中央处理单元(central processing unit，CPU)，或者为数字处理单元等等。本申请实施例中不限定上述存储器1402和处理器1401之间的具体连接介质。本申请实施例在图14中以存储器1402和处理器1401之间通过总线1403连接，总线1403在图14中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线1403可以分为地址总线、数据总线、控制总线等。为便于表示，图14中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器1402可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器1402也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)、或者存储器1402是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1402可以是上述存储器的组合。

处理器1401，用于调用存储器1402中存储的计算机程序时执行如图4～图12中所示的实施例中各设备涉及的方法。

在前文论述的一种社交内容方法的基础上，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行前文论述的控制社交内容的方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

1.一种社交内容控制方法，其特征在于，包括：

将所述社交内容推送给确定出的被分享的联系人。

2.如权利要求1所述的方法，其特征在于，获取至少两类权限标签中每类标签下选择的联系人，包括：

3.如权利要求1或2所述的方法，其特征在于，根据所述至少两类权限标签中每类标签对应的权限，从获取的每类标签下选择的联系人中确定被分享的联系人，包括：

4.如权利要求3所述的方法，其特征在于，所述展示权限选择界面，具体包括：

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

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

7.一种社交内容控制装置，其特征在于，所述装置包括：

8.如权利要求7所述的装置，其特征在于，所述确定模块具体用于：

9.一种计算机设备，其特征在于，包括：

至少一个处理器，以及

与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令实现如权利要求1-6中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行如权利要求1-6中任一项所述的方法。