一种基于信息分享的处理方法、装置及计算机可读存储介质与流程

本发明涉及信息处理技术领域，尤其涉及一种基于信息分享的处理方法、装置及计算机可读存储介质。

背景技术：

目前，使用短视频拍摄工具拍摄短视频，并通过分享触点如微信、朋友圈、微博、qq、qq空间等等，将短视频分享到至其他用户。

但是，以分享触点为微信为例，当用户点击分享触点如微信后，只能从微信的通讯录中选择分享短视频的好友，由于用户选择的好友不一定对用户分享的短视频感兴趣，因而分享效率较低。

技术实现要素：

有鉴于此，本发明实施例期望提供一种基于信息分享的处理方法、装置及计算机可读存储介质，能够提高分享视频的效率。

本发明实施例的技术方案是这样实现的：

本发明实施例提供一种基于信息分享的处理方法，所述方法包括：

确定客户端待分享的视频的类型；

从第一列表的用户中确定满足预设条件的至少一个分享用户；第一列表中的用户为与所述客户端关联的用户；所述预设条件表征分享用户与所述视频的类型相匹配或者分享用户与客户端用户的亲密度满足第一预设条件；

将确定的至少一个分享用户的身份相关信息发送给所述客户端；发送的身份相关信息用于供所述客户端生成对应的分享触点。

上述方案中，所述从第一列表的用户中确定满足预设条件的至少一个分享用户，包括：

基于统计的所述客户端用户与第一列表的用户之间的互动次数，从第一列表的用户中确定满足预设条件的至少一个分享用户；

或者，基于第一列表的用户观看所述类型的视频的次数，从第一列表的用户中确定满足预设条件的至少一个分享用户。

上述方案中，所述基于统计的所述客户端用户与第一列表的用户之间的互动次数，从第一列表的用户中确定满足预设条件的至少一个分享用户，包括：

针对第一列表中的每个用户，统计预设时间段内相应用户与所述客户端用户的互动次数；

利用统计的互动次数，计算相应用户与所述客户端用户之间的亲密度；

按照计算的亲密度对每个用户进行排序，得到第一排序结果；

从第一列表的用户中确定所述第一排序结果满足第一预设条件的至少一个分享用户。

上述方案中，所述基于第一列表的用户观看所述类型的视频的次数，从第一列表的用户中确定满足预设条件的至少一个分享用户，包括：

从自身存储的视频中，查找预设时间段内与所述类型相同的至少一个第二视频；

针对预设第一列表中的每个用户，统计所述预设时间段内相应用户观看所述至少一个第二视频中所有视频的次数；

利用统计的次数，对每个用户进行排序，得到第二排序结果；

从第一列表的用户中确定所述第二排序结果满足预设条件的至少一个分享用户。

上述方案中，所述方法还包括：

确定与所述客户端具有绑定关系的至少一个用户；

针对具有绑定关系的至少一个用户中的每个用户，确定相应用户上传或分享的所有视频中与所述类型相同的视频；

将确定出的与所述类型相同的视频作为待推荐视频；

向所述客户端发送所述待推荐视频；所述待推荐视频用于供所述客户端在生成分享触点的分享界面中进行展示以供所述客户端用户查看。

本发明实施例提供一种基于信息分享的处理方法，所述方法包括：

接收服务器发送的至少一个分享用户的身份相关信息；所述分享用户是所述服务器从第一列表中确定的满足预设条件的用户；所述预设条件表征分享用户与所述视频的类型相匹配或者分享用户与客户端用户的亲密度满足第一预设条件；

针对每个分享用户，利用相应分享用户的身份相关信息，生成相应分享用户对应的分享触点；

当检测到针对分享触点的第一操作时，将待分享的视频分享至对应的分享用户。

上述方案中，所述将待分享的视频分享至对应的分享用户，包括：

生成相应分享用户对应的提示框；所述提示框用于供所述客户端用户输入用于给分享用户留言的寄语信息；

接收所述客户端用户输入的与相应分享用户对应的寄语信息；

将待分享的视频以及寄语信息，分享至对应的分享用户。

本发明实施例提供一种基于信息分享的处理装置，所述装置包括：

确定模块，用于确定客户端待分享的视频的类型；还用于从第一列表的用户中确定满足预设条件的至少一个分享用户；第一列表中的用户为与所述客户端关联的用户；所述预设条件表征分享用户与所述视频的类型相匹配或者分享用户与客户端用户的亲密度满足第一预设条件；

发送模块，用于将确定的至少一个分享用户的身份相关信息发送给所述客户端；发送的身份相关信息用于供所述客户端生成对应的分享触点。

本发明实施例提供一种基于信息分享的处理装置，所述装置包括：

接收模块，用于接收服务器发送的至少一个分享用户的身份相关信息；所述分享用户是所述服务器从第一列表中确定的满足预设条件的用户；所述预设条件表征分享用户与所述视频的类型相匹配或者分享用户与客户端用户的亲密度满足第一预设条件；

生成模块，用于针对每个分享用户，利用相应分享用户的身份相关信息，生成相应分享用户对应的分享触点；

分享模块，用于当检测到针对分享触点的第一操作时，将待分享的视频分享至对应的分享用户。

本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上面任一项所述处理方法的步骤。

本发明实施例提供一种设备管理装置，包括：存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序；

其中，所述处理器用于运行所述计算机程序时，执行上面任一项所述处理方法的步骤。

本发明实施例提供的基于信息分享的处理方法、装置及计算机可读存储介质，确定客户端待分享的视频的类型；从第一列表的用户中确定满足预设条件的至少一个分享用户；第一列表中的用户为与所述客户端关联的用户；所述预设条件表征分享用户与所述视频的类型相匹配或者分享用户与客户端用户的亲密度满足第一预设条件；将确定的至少一个分享用户的身份相关信息发送给所述客户端；发送的身份相关信息用于供所述客户端生成对应的分享触点。本发明实施例中，所述服务器可以从第一列表的用户中确定至少一个满足预设条件的至少一个分享用户，所述预设条件表征分享用户与所述视频的类型相匹配或者分享用户与客户端用户的亲密度满足第一预设条件；也就是说，所述至少一个分享用户对所述视频更感兴趣，如此，能够提高分享效率。

附图说明

图1a至图1f为相关技术中短视频拍摄工具的示意图；

图2a为本发明实施例基于信息分享的处理方法的实现流程示意图一；

图2b为本发明实施例在直播界面显示分享触点的示意图；

图3为本发明实施例基于信息分享的处理方法的实现流程示意图二；

图4为本发明实施例基于信息分享的处理方法的具体实现流程示意图；

图5a为本发明实施例分享触点的示意图一；

图5b为本发明实施例分享触点和分享寄语的示意图；

图6为本发明实施例分享触点的示意图二；

图7为本发明实施例待推荐视频生成的推荐触点的示意图；

图8为本发明实施例显示分享触点的浮窗的示意图；

图9为本发明实施例基于信息分享的处理装置的组成结构示意图一；

图10为本发明实施例基于信息分享的处理装置的组成结构示意图二。

图11为本发明实施例基于信息分享的处理装置的组成结构示意图三。

图12为本发明实施例基于信息分享的处理装置的组成结构示意图四。

具体实施方式

相关技术中，短视频拍摄工具对于发布环节的分享方法主要基于外部触点如微信、朋友圈、微博、qq、qq空间等等，且只能从固定列表中如微信的通讯录中选择待分享视频的好友。短视频拍摄工具可以是如图1a所示的抖音、如图1b所示的美拍、如图1c所示的微视、如图1d所示的faceu、如图1e所示的火山小视频、如图1f所示的快手等等。

基于此，本发明实施例中，确定客户端待分享的视频的类型；从第一列表的用户中确定满足预设条件的至少一个分享用户；第一列表中的用户为与所述客户端关联的用户；所述预设条件表征分享用户与所述视频的类型相匹配或者分享用户与客户端用户的亲密度满足第一预设条件；将确定的至少一个分享用户的身份相关信息发送给所述客户端；发送的身份相关信息用于供所述客户端生成对应的分享触点。

为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明。

如图2a所示，详细说明本发明实施例基于信息分享的处理方法，本实施例的基于信息分享的处理方法应用于服务器侧，包括以下步骤：

步骤201：确定客户端待分享的视频的类型。

这里，所述服务器可以先获取客户端上传的视频，将获取的视频作为待分享的视频；然后对所述待分享的视频进行视频内容分析，比如视频中的语音、文字、人物等等，以识别所述待分享的视频的类型。或者，客户端对待上传的视频进行视频内容分析，将识别出的类型和视频一起上传给所述服务器；或者，所述客户端获取用户针对所述视频选择的标签；所述标签表征所述视频的类型；并将所述标签和所述视频一起发送给所述服务器。

步骤202：从第一列表的用户中确定满足预设条件的至少一个分享用户；第一列表中的用户为与所述客户端关联的用户；所述预设条件表征分享用户与所述视频的类型相匹配或者分享用户与客户端用户的亲密度满足第一预设条件。

这里，所述服务器可以先确定与所述客户端关联的至少一个应用程序比如微信、qq、微博；从所述至少一个应用程序中，确定所述客户端用户上传视频使用的第一应用程序；当所述客户端用户在第一应用程序中添加有好友时，将所述客户端用户在所述第一应用程序中添加的好友作为第一列表中的用户。当所述客户端用户在第一应用程序中未添加任何好友时，从所述至少一个应用程序中剩余的应用程序中，确定至少一个第二应用程序；将所述客户端用户在所述至少一个第二应用程序中添加的好友作为第一列表中的用户。

为了提高视频被分享的效率，可以从第一列表的用户中筛选出满足预设条件的至少一个分享用户，所述至少一个分享用户对所述视频的兴趣较大，因而分享所述待分享的视频的概率较大，因而能提高分享效率。

举例来说，所述服务器可以优先从客户端上传所述视频的第一应用程序如微博中获取好友列表，将获取的好友列表中的用户作为第一列表中的用户，也就是说，将站内好友作为第一列表中的用户；当所述客户端用户在上传所述视频的第一应用程序中未添加任何好友时，所述服务器从与所述客户端关联的其中一个第三方应用程序如微信账号中获信好友列表，将获取的好友列表中的用户作为第一列表中的用户；或者，从与所述客户端关联的任意两个第三方应用程序如微信账号、qq账号中获取好友列表，将获取的好友列表作为第一列表中的用户。

在一实施例中，所述从第一列表的用户中确定满足预设条件的至少一个分享用户，包括：基于统计的所述客户端用户与第一列表的用户之间的互动次数，从第一列表的用户中确定满足预设条件的至少一个分享用户；或者，基于第一列表的用户观看所述类型的视频的次数，从第一列表的用户中确定满足预设条件的至少一个分享用户。

实际应用时，可以基于所述客户端用户与第一列表的用户之间的互动次数，从第一列表的用户中筛选至少一个分享用户；或者，所述客户端用户可以从第一列表的用户中指定至少一个用户，将指定的用户作为分享用户；或者，基于第一列表的用户观看所述类型视频的次数，从第一列表的用户中筛选至少一个分享用户；或者，基于第一列表的用户分享所述类型视频的次数，从第一列表的用户中筛选至少一个分享用户；或者，获取第一列表的用户对所述类型的视频的评价信息，基于评价信息判断第一列表的用户是否对所述类型的视频感兴趣，将对所述类型的视频感兴趣的用户作为分享用户。

在一实施例中，所述基于统计的所述客户端用户与第一列表的用户之间的互动次数，从第一列表的用户中确定满足预设条件的至少一个分享用户，包括：针对第一列表中的每个用户，统计预设时间段内相应用户与所述客户端用户的互动次数；利用统计的互动次数，计算相应用户与所述客户端用户之间的亲密度；按照计算的亲密度对每个用户进行排序，得到第一排序结果；从第一列表的用户中确定所述第一排序结果满足第一预设条件的至少一个分享用户。

为了提高分享效率，避免由于用户自己选择分享用户导致的分享效率低的问题，所述服务器可以根据统计的互动次数计算的亲密度，自动为所述客户端用户确定至少一个分享用户。这里，通过计算的亲密度，可以预测确定的分享用户与客户端用户之间的关系较第一列表中其他用户的关系更亲密，因而分享用户对视频的兴趣较第一列表中其他用户的兴趣较大，分享用户对视频分享的概率较第一列表中其他用户的概率较大，进而能够提高分享效率。

这里，统计的互动次数可以包括私信次数、分享次数、评论次数等等，可以对统计的互动次数，计算分值，比如私信一次，记3分，分享一次，记1分，评论一次，记1分；将计算的各个分值总和，作为相应用户与所述客户端用户之间的亲密度。并按照亲密度对第一列表中的每个用户进行排序，并确定所述满足第一预设条件的至少一个分享用户，比如将排序靠前的三名用户作为分享用户。

在一实施例中，所述基于第一列表的用户观看所述类型的视频的次数，从第一列表的用户中确定满足预设条件的至少一个分享用户，包括：从自身存储的视频中，查找预设时间段内与所述类型相同的至少一个第二视频；针对预设第一列表中的每个用户，统计所述预设时间段内相应用户观看所述至少一个第二视频中所有视频的次数；利用统计的次数，对每个用户进行排序，得到第二排序结果；从第一列表的用户中确定所述第二排序结果满足预设条件的至少一个分享用户。

为了提高分享效率，避免由于用户自己选择分享用户导致的分享效率低的问题，所述服务器可以基于第一列表的用户观看所述类型的视频的次数，自动为所述客户端用户确定至少一个分享用户。这里，通过统计的观看所述类型的视频的次数，可以预测确定的分享用户对视频的兴趣较第一列表中其他用户的兴趣较大，因而分享用户对视频分享的概率较第一列表中其他用户的概率较大，进而能够提高分享效率。

步骤203：将确定的至少一个分享用户的身份相关信息发送给所述客户端；发送的身份相关信息用于供所述客户端生成对应的分享触点。

这里，分享用户的身份相关信息可以为头像、昵称等等。

实际应用时，所述服务器可以将基于计算的亲密度确定出的至少一个分享用户以及基于观看所述类型的视频的次数确定出的至少一个分享用户的身份相关信息发送给所述客户端。或者，所述服务器将基于计算的亲密度确定出的至少一个分享用户作为第一类分享用户，比如亲密用户；将基于观看所述类型的视频的次数确定出的至少一个分享用户作为第二类分享用户，比如感兴趣用户；获取第一类分享用户和第二类分享用户的身份相关信息，并发送给所述客户端，以供所述客户端生成第一类分享用户对应的分享触点和第二类分享用户对应的分享触点。

这里，包括但不限于基于亲密度筛选分享用户以及基于观看所述类型的视频次数筛选分享用户，且筛选出的分享用户可以进行更新，比如当检测到第一列表的用户发生改变时，重新确定分享用户。

在一实施例中，所述方法还包括：确定与所述客户端具有绑定关系的至少一个用户；针对具有绑定关系的至少一个用户中的每个用户，确定相应用户上传或分享的所有视频；将各个用户的所有视频中满足第二预设条件的视频作为待推荐视频；向所述客户端发送所述待推荐视频；所述待推荐视频用于供所述客户端在生成分享触点的分享界面中进行展示以供所述客户端用户查看。这里，与所述客户端具有绑定关系的至少一个用户，可以是所述客户端用户关注的用户。

具体地，所述服务器可以针对所述客户端关注的每个用户，确定相应用户上传或分享的所有视频中各个视频的被分享次数；基于确定的被分享次数，对所有用户上传或分享的所有视频按照从高到低排序，得到第三排序结果；将第三排序结果中满足第二预设条件的视频作为待推荐视频，比如将被分享次数最高的视频作为待推荐视频。

在一实施例中，所述方法还包括：确定与所述客户端具有绑定关系的至少一个用户；针对具有绑定关系的至少一个用户中的每个用户，确定相应用户上传或分享的所有视频中与所述类型相同的视频；将确定出的与所述类型相同的视频作为待推荐视频；向所述客户端发送所述待推荐视频；所述待推荐视频用于供所述客户端在生成分享触点的分享界面中进行展示以供所述客户端用户查看。这里，与所述客户端具有绑定关系的至少一个用户，可以是所述客户端用户关注的用户。

具体地，所述服务器还可以针对所述客户端关注的每个用户，确定相应用户上传或分享的所有视频中与所述类型相同的视频；统计与所述类型相同的视频的被分享次数；基于确定的被分享次数，对与所述类型相同的所有视频按照从高到低排序，得到第三排序结果；将第三排序结果中满足第二预设条件的视频作为待推荐视频，比如将被分享次数排名前三的视频作为待推荐视频。

为了提高所述客户端用户对其他用户分享的视频的兴趣，所述服务器可以将所述待推荐视频发送给所述客户端。所述客户端接收所述待推荐视频；基于所述待推荐视频，生成至少一个推荐触点；在当前显示界面展示所述至少一个推荐触点时，可以只显示所述至少一个推荐触点中的一部分推荐触点；当所述客户端用户点击在显示推荐触点处的下拉按钮时，在下拉菜单中显示所述至少一个推荐触点中剩余的其他推荐触点。当所述客户端用户点击时所述推荐触点，所述客户端可以获取所述推荐触点对应的视频的链接；基于链接获取相应视频的详情页面；并展示所述详情页面。

本发明实施例中，为了增加用户之间相互分享的效率，除了为客户端用户筛选分享用户外，还可以根据所述客户端分享的视频类型，确定其他用户分享的视频中与所述类型相同的视频，作为待推荐视频，如此，可以预测所述客户端用户对所述待推荐视频的兴趣较大，分享所述待推荐视频的概率较大，进而能够增加用户之间相互分享的效率，也有助提高所述客户端用户的社交欲望。

本发明实施例可以应用于直播领域，图2b是在直播界面显示的分享触点的示意图，如图2b所示，生成分享触点的过程包括：所述客户端在直播过程中检测主播的手势信息；当检测到手势信息时，所述客户端向所述服务器发送获取分享好友请求；所述服务器接收到所述请求后，从第一列表的用户中确定满足预设条件的分享用户；并获取分享好友比如亲密好友、感兴趣好友的身份相关信息；从本地存储的视频中，确定待推荐视频；将确定的分享好友的身份相关信息以及待推荐视频发送至所述客户端；客户端基于接收的身份相关信息以及待推荐视频生成分享触点和推荐触点。

应用在直播领域时，为了防止网络中断导致无法发布/分享的情况的发生，所述客户端还可以对网络进行检测，当检测到网络中断时，通过toast提示框在浮窗上显示提示信息比如“分享失败，请检查网络”，并展示网络中断全局规范页面。

这里，如果所述客户端用户是在上传所述视频的第一应用程序如咪咕圈圈中新注册的用户，即所述客户端用户未添加任何好友，则所述服务器从第二列表的用户中，确定分享所述类型的视频的用户；所述第二列表中的用户不是所述客户端用户添加的好友，而是在所述第一应用程序中注册的所有用户，即站内用户；统计确定出的用户分享所述类型的视频个数；根据统计的视频个数，对确定出的用户进行排名；将排名前三的用户作为活跃用户；获取活跃用户的身份相关信息，并向所述客户端发送；所述客户端基于活跃用户的身份相关信息，生成相应的分享触点，并在浮窗中进行展示。

采用本发明实施例的技术方案，所述服务器可以从第一列表的用户中确定至少一个满足预设条件的至少一个分享用户，所述至少一个分享用户对所述视频的兴趣较大，对所述视频的分享概率也较大，如此，能够提高分享的效率。

如图3所示，详细说明本发明实施例基于信息分享的处理方法，本实施例的基于信息分享的处理方法应用于客户端侧，包括以下步骤：

步骤301：接收服务器发送的至少一个分享用户的身份相关信息。

其中，所述分享用户是所述服务器从第一列表中确定的满足预设条件的用户；所述预设条件表征分享用户与所述视频的类型相匹配或者分享用户与客户端用户的亲密度满足第一预设条件。分享用户的身份相关信息可以为头像、昵称等等。

这里，所述服务器可以将基于计算的亲密度确定出的至少一个分享用户作为第一类分享用户，比如亲密用户；将基于观看所述类型的视频的次数确定出的至少一个分享用户作为第二类分享用户，比如感兴趣用户；并将获取第一类用户和第二类用户的身份相关信息，并发送给所述客户端。

所述客户端还可以接收所述服务器发送的待推荐视频；基于待推荐视频，生成推荐触点；当检测所述客户端用户针对推荐触点的点击操作时，展示所述待推荐视频的详情页面。

步骤302：针对每个分享用户，利用相应分享用户的身份相关信息，生成相应分享用户对应的分享触点。

这里，所述客户端基于接收的至少一个分享用户的身份相关信息，生成对应第一类分享用户即亲密用户对应的分享触点和第二类分享用户即感兴趣用户对应的分享触点。

这里，所述客户端还可以生成对应分享触点的移除按钮；当获取到所述客户端用户针对移除按钮的操作时，将相应分享触点从显示界面中移除，即不显示所述相应分享触点。

这里，包括但不限于生成第一类分享用户和第二类分享用户对应的分享触点。且所述客户端可以对生成的分享触点进行更新，比如当客户端用户对分享触点对应的分享用户不感兴趣时，可以向所述客户端输入更换指令，所述客户端接收更换指令后，重新筛选满足预设条件的分享用户。

步骤303：当检测到针对分享触点的第一操作时，将待分享的视频分享至对应的分享用户。

其中，所述第一操作可以为用户针对分享触点的点击操作等等。

在一实施例中，所述将待分享的视频分享至对应的分享用户，包括：生成相应分享用户对应的提示框；所述提示框用于供所述客户端用户输入用于给分享用户留言的寄语信息；接收所述客户端用户输入的与相应分享用户对应的寄语信息；将待分享的视频以及寄语信息，分享至对应的分享用户。

这里，考虑到所述客户端用户给不同的分享用户的留言可能不同，因此，针对每个分享用户，生成相应分享用户的提示框，以供所述客户端用户给所述相应分享用户留言。如此，不同分享用户对应的寄语信息不完全相同，因而能够有针对性地提高分享用户的对待分享视频的兴趣，进而提高分享效率，同时有助于提高用户体验。

为了防止网络中断导致的分享中断情况的发生，所述客户端还可以对网络进行检测，当检测到网络中断时，通过toast提示框显示提示信息比如“分享失败，请检查网络”。

这里，根据记录的第一列表的用户观看所述类型的视频次数进行兴趣分析，得到可能产生兴趣的分享用户，如此，基于可能产生兴趣的分享用户生成的分享触点进行分享，可以最大程度拉动“同好效应”，提升热度并强化社交属性。

这里，所述客户端用户还可以定制浮窗中分享触点的显示顺序。具体地，当检测到所述客户端用户针对显示的分享触点的移动操作时，确定移动操作对应的移动方向；基于确定的移动方向，调整分享触点的显示位置，以改变分享触点的显示顺序，并将移动后的显示顺序进行保存。移动后的顺序可以为：将微信移动到第一个分享触点处进行显示，将qq空间移动到第三个分享触点处进行显示。

所述客户端用户还可以定制浮窗中分享触点对应的分享好友。具体地，在浮窗中显示添加按钮；当检测到所述客户端用户针对添加按钮的点击操作时，显示第二列表；所述第二列表的用户为站内注册的所有用户，而非所述客户端用户添加的站内好友；当所述客户端用户从所述第二列表中选择添加用户后，所述客户端基于添加的用户生成分享触点，并在浮窗中进行展示。当所述客户端用户每次发布或分享视频时，可以在弹出的浮窗中显示基于第二列表生成的分享触点。

采用本发明实施例的技术方案，所述客户端基于至少一个分享用户的身份相关信息，生成对应的分享触点；当检测到针对分享触点的第一操作时，将待分享的视频分享至对应的分享用户。其中，分享用户与所述视频的类型相匹配或者分享用户与客户端用户的亲密度满足第一预设条件，换句话说，所述至少一个分享用户对所述视频的兴趣较大，分享所述视频的概率较大，如此，能够提高分享的效率。

下面以具体实施例为例，详细说明本发明在实际应用中的实现过程及原理。

图4为本发明实施例基于信息分享的处理方法的具体实现流程示意图，具体实现过程，包括如下步骤：

步骤401：服务器获取客户端上传的待分享的视频。

这里，待分享的视频可以是客户端用户在使用咪咕圈圈应用程序上的视频拍摄功能拍摄完成的一段视频。所述客户端用户在拍摄完该段视频录制后，可以通过点击发布按钮的方式，将拍摄的视频上传至所述服务器。或者，当所述客户端拍摄完视频后，直接上传至所述服务器，也就是说所述服务器直接获取所述客户端用户拍摄的视频。

步骤402：所述服务器从第一列表的用户中确定满足预设条件的至少一个分享用户；将确定的至少一个分享用户的身份相关信息发送给所述客户端；所述客户端基于所述身份相关信息生成对应的分享触点。

其中，所述预设条件表征分享用户与所述视频的类型相匹配或者分享用户与客户端用户的亲密度满足第一预设条件。

第一种、基于亲密度确定分享好友的具体实现过程，包括如下步骤：

步骤a1：所述客户端向服务器发送获取分享好友请求，所述服务器接收到所述请求后，计算第一列表中的相应用户与所述客户端用户之间的亲密度。

这里，第一列表是基于所述客户端用户添加的好友生成的列表。举例来说，可以针对在咪咕圈圈中添加的好友生成第一列表，还可以针对在与所述客户端关联的第三方应用程序如微信或qq中添加的好友生成第一列表。

亲密度p的计算公式如公式(1)所示：

p＝∑m1+∑m2+∑m3-∑m4(1)

其中，0≤ρ≤100)，∑m1表示预设天数内的私信总次数对应的亲密度；∑m2表示预设天数内的分享总次数对应的亲密度；∑m3表示预设天数内的评论总次数对应的亲密度；∑m4表示无互动的总天数。计算规则可以为：每天进行一次私信，亲密度+3，上限3分；每天进行一次分享，亲密度+1，上限3分；每天对好友的评论进行回复，亲密度+1，上限3分；一天未进行任何互动，亲密度-1；亲密度上限为100分，下限为0分。

步骤b1：所述服务器按照亲密度对第一列表中的每个用户从高到低进行排序，将排序前四名的好友作为分享用户，获取分享好友的身份相关信息，并发送至所述客户端。

这里，所述身份相关信息可以为头像、昵称等等。

步骤c1：所述客户端接收服务器发送的至少一个分享用户的身份相关信息，利用相应分享用户的身份相关信息，生成相应分享用户对应的分享触点，并在浮窗中进行展示。

图5a是生成的分享触点的示意图，相应分享用户即亲密好友对应的分享触点可以被用户点击。

步骤d1：当检测到所述客户端用户点击任一分享好友对应的分享触点后，所述客户端将拍摄的视频分享给相应的分享用户。

这里，通过相应分享用户对应的分享触点，可以快速分享待分享的视频，增强站内好友的社交次数。

这里，为了进一步提高分享效率，所述客户端用户可以同时触发多个分享触点，如此，所述客户端可以将拍摄的视频分享一次分享给多个分享用户，而无需重复分享多次，可以简化用户操作流程。

此外，为了进一步提升分享效果，还可以在分享给分享用户之前获取分享寄语，将视频和分享寄语同时分享给相应分享用户。图5b是分享触点和分享寄语的示意图，如图5b所示，在每个分享触点的对应位置上显示输入框，如此，所述客户端用户可以根据不同的分享用户，分别编辑不同的寄语信息，比如，针对分享好友1，输入寄语“老哥，快来看我的舞蹈视频”或“来合跳一段么”。所述客户端可以将输入的寄语信息存储在本地，并将输入的寄语信息作为默认信息，在所述客户端下次进行分享时进行展示。还可以将寄语信息同步至所述服务器。

在实际应用过程中，所述客户端还可以对网络进行检测，当检测到网络中断时，通过toast提示框在浮窗上显示提示信息比如“分享失败，请检查网络”。

当第一列表中的用户是所述客户端用户新添加的好友时，所述服务器未保存有新添加的用户在站内观看视频的历史记录和社交互动记录时，从第二列表的用户中，确定分享所述类型的视频的用户；所述第二列表中的用户不是所述客户端用户添加的好友，而是在咪咕圈圈应用程序中注册的所有用户即站内用户；统计确定出的用户分享所述类型的视频个数；根据统计的视频个数，对确定出的用户进行排名；将排名前三的用户作为活跃用户；获取活跃用户的身份相关信息，并向所述客户端发送；所述客户端基于活跃用户的身份相关信息，生成相应的分享触点，并在浮窗中进行展示。

第二种、基于观看所述类型的视频次数确定分享好友的具体实现过程，包括如下步骤：

步骤a2：从自身存储的视频中，查找预设时间段内与所述类型相同的至少一个第二视频。

步骤b2：针对预设第一列表中的每个用户，统计所述预设时间段内相应用户观看所述至少一个第二视频中所有视频的次数。

步骤c2：利用统计的次数，对每个用户从高到低进行排序，将排序前四名的用户作为分享好友，获取分享好友的身份相关信息，并发送至所述客户端。

这里，所述身份相关信息可以为头像、昵称等等。

步骤d2：所述客户端接收服务器发送的至少一个分享用户的身份相关信息，利用相应分享用户的身份相关信息，生成相应分享用户对应的分享触点，并在浮窗中进行展示，如图6所示。

图6是生成的分享触点的示意图，相应分享用户即最可能感兴趣的好友对应的分享触点可以被用户点击。

步骤e2：当检测到所述客户端用户点击任一分享好友对应的分享触点后，所述客户端将拍摄的视频分享给相应的分享用户。

这里，根据记录的第一列表的用户观看所述类型的视频次数进行兴趣分析，得到可能产生兴趣的分享用户，如此，基于可能产生兴趣的分享用户生成的分享触点进行分享，可以最大程度拉动“同好效应”，提升热度并强化社交属性。

在实际应用过程中，所述服务器可以向所述客户端用户提供标准选择接口，获取所述客户端用户选择的所述视频类型对应的标签；当未获取到任何一个标签时，所述服务器从第二列表的用户中，确定分享热门类型的视频的用户；所述第二列表中的用户为与所述客户端没有关联关系的用户，比如，第二列表中的用户不是所述客户端用户添加的好友，而是在咪咕圈圈应用程序中注册的所有用户；统计确定出的用户分享所述类型的视频个数；根据统计的视频个数，对确定出的用户进行排名；将排名前三的用户作为活跃用户；获取活跃用户的身份相关信息，并向所述客户端发送；所述客户端基于活跃用户的身份相关信息，生成相应的分享触点，并在浮窗中进行展示。

步骤403：所述服务器根据其他用户分享的视频确定待推荐视频，并向所述客户端发送；所述客户端基于待推荐视频，生成推荐触点。

所述服务器根据其他用户分享的视频内容自动匹配用户可能想分享的视频内容，可以激发用户的分享欲，待推荐视频生成的推荐触点如图7所示。所述其他用户是所述客户端关注的用户。

当检测到所述客户端用户点击任一待推荐视频对应的推荐触点后，展示相应待推荐视频的详情页面，并提供供所述客户端用户进行分享、点赞、评论等操作的接口。

在实际应用过程中，如果由于网络中断导致无法打开详情页面时，则展示无网络全局规范页面，并显示提示消息比如“因网络问题当前内容无法观看，检查网络后重试”等等。

另外，如果所述客户端用户没有关注任何一个用户，则所述服务器从预设推荐库中随机确定三部视频，并作为待推荐视频发送给所述客户端。

图8是显示分享触点的浮窗的示意图，如图8所示，浮窗中除了包括基础分享触点如微信、qq等等之外，还包括步骤402确定的亲密好友对应的分享触点、最可能感兴趣的好友对应的分享触点、待推荐视频对应的推荐触点。

图8中的浮窗包含以下元素：①视频预览小图；当点击预览小图时，显示已发布视频的详情页；②基础分享触点，如微信、朋友圈、微博、qq、qq空间等等；③亲密好友对应的分享触点；亲密好友是根据第一列表的用户在app上的观看或社交行为记录计算的亲密度确定的分享用户；④最可能感兴趣的好友对应的分享触点；最可能感兴趣的好友是根据第一列表的用户的观看行为、标签类聚记录确定的可能产生兴趣的分享用户；⑤根据关注用户分享的视频内容自动匹配的上述客户端用户可能想分享的视频内容。

这里，图8中所示的多个分享触点，可以方便用户一键式分享，有助于提升用户分享的深度与广度，并激发用户更强的分享欲，达到降低交互成本、提升产品体验的效果。

基于本申请各实施例提供的基于信息分享的处理方法，本申请还提供一种基于信息分享的处理装置，所述装置设置在服务器上，如图9所示，所述装置包括：

确定模块91，用于确定客户端待分享的视频的类型；还用于从第一列表的用户中确定满足预设条件的至少一个分享用户；第一列表中的用户为与所述客户端关联的用户；所述预设条件表征分享用户与所述视频的类型相匹配或者分享用户与客户端用户的亲密度满足第一预设条件。

发送模块92，用于将确定的至少一个分享用户的身份相关信息发送给所述客户端；发送的身份相关信息用于供所述客户端生成对应的分享触点。

所述确定模块91，具体用于基于统计的所述客户端用户与第一列表的用户之间的互动次数，从第一列表的用户中确定满足预设条件的至少一个分享用户；或者，基于第一列表的用户观看所述类型的视频的次数，从第一列表的用户中确定满足预设条件的至少一个分享用户。

所述确定模块91，具体用于针对第一列表中的每个用户，统计预设时间段内相应用户与所述客户端用户的互动次数；利用统计的互动次数，计算相应用户与所述客户端用户之间的亲密度；按照计算的亲密度对每个用户进行排序，得到第一排序结果；从第一列表的用户中确定所述第一排序结果满足第一预设条件的至少一个分享用户。

所述确定模块91，具体用于从自身存储的视频中，查找预设时间段内与所述类型相同的至少一个第二视频；针对预设第一列表中的每个用户，统计所述预设时间段内相应用户观看所述至少一个第二视频中所有视频的次数；利用统计的次数，对每个用户进行排序，得到第二排序结果；从第一列表的用户中确定所述第二排序结果满足预设条件的至少一个分享用户。

在一实施例中，所述装置还包括：

推荐模块，用于确定与所述客户端具有绑定关系的至少一个用户；针对具有绑定关系的至少一个用户中的每个用户，确定相应用户分享的所有视频中与所述类型相同的视频；将确定出的与所述类型相同的视频作为待推荐视频；向所述客户端发送所述待推荐视频；所述待推荐视频用于供所述客户端在生成分享触点的分享界面中进行展示以供所述客户端用户查看。

需要说明的是：上述实施例提供的基于信息分享的处理装置在进行信息分享时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的基于信息分享的处理装置与基于信息分享的处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

在实际应用中，发送模块92由位于基于信息分享的处理装置上的网络接口实现；确定模块91、推荐模块可由位于基于信息分享的处理装置上的处理器比如中央处理器(cpu，centralprocessingunit)、微处理器(mpu，microprocessorunit)、数字信号处理器(dsp，digitalsignalprocessor)、或现场可编程门阵列(fpga，fieldprogrammablegatearray)等实现。

基于本申请各实施例提供的基于信息分享的处理方法，本申请还提供一种基于信息分享的处理装置，所述装置设置在客户端上，如图10所示，所述装置包括：

接收模块101，用于接收服务器发送的至少一个分享用户的身份相关信息；所述分享用户是所述服务器从第一列表中确定的满足预设条件的用户；所述预设条件表征分享用户与所述视频的类型相匹配或者分享用户与客户端用户的亲密度满足第一预设条件。

生成模块102，用于针对每个分享用户，利用相应分享用户的身份相关信息，生成相应分享用户对应的分享触点。

分享模块103，用于当检测到针对分享触点的第一操作时，将待分享的视频分享至对应的分享用户。

所述分享模块103，具体用于生成相应分享用户对应的提示框；所述提示框用于供所述客户端用户输入用于给分享用户留言的寄语信息；接收所述客户端用户输入的与相应分享用户对应的寄语信息；将待分享的视频以及寄语信息，分享至对应的分享用户。

所述生成模块102，还用于生成对应分享触点的移除按钮；当获取到所述客户端用户针对移除按钮的操作时，将相应分享触点从显示界面中移除，即不显示所述相应分享触点。

需要说明的是：上述实施例提供的基于信息分享的处理装置在进行信息分享时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的基于信息分享的处理装置与基于信息分享的处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

在实际应用中，接收模块101由位于基于信息分享的处理装置上的网络接口实现；生成模块102、分享模块103可由位于基于信息分享的处理装置上的处理器比如cpu、mpu、dsp、或fpga等实现。

图11是本发明基于信息分享的处理装置的结构示意图，图11所示的基于信息分享的处理装置1100设置在所述服务器上，包括：至少一个处理器1101、存储器1102、用户接口1103、至少一个网络接口1104。基于信息分享的处理装置1100中的各个组件通过总线系统1105耦合在一起。可理解，总线系统1105用于实现这些组件之间的连接通信。总线系统1105除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图11中将各种总线都标为总线系统1105。

其中，用户接口1103可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。

本发明实施例中的存储器1102用于存储各种类型的数据以支持基于信息分享的处理装置1100的操作。这些数据的示例包括：用于在基于信息分享的处理装置1100上操作的任何计算机程序，如操作系统11021和应用程序11022；其中，操作系统11021包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序11022可以包含各种应用程序，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序11022中。

上述本发明实施例揭示的方法可以应用于处理器1101中，或者由处理器1101实现。处理器1101可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1101中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1101可以是通用处理器、数字信号处理器，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器1101可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器1102，处理器1101读取存储器1102中的信息，结合其硬件完成前述方法的步骤。

图12是本发明基于信息分享的处理装置的结构示意图，图12所示的基于信息分享的处理装置1200设置在所述客户端上，包括：至少一个处理器1201、存储器1202、用户接口1203、至少一个网络接口1204。基于信息分享的处理装置1200中的各个组件通过总线系统1205耦合在一起。可理解，总线系统1205用于实现这些组件之间的连接通信。总线系统1205除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图12中将各种总线都标为总线系统1205。

其中，用户接口1203可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。

本发明实施例中的存储器1202用于存储各种类型的数据以支持基于信息分享的处理装置1200的操作。这些数据的示例包括：用于在基于信息分享的处理装置1200上操作的任何计算机程序，如操作系统12021和应用程序12022；其中，操作系统12021包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序12022可以包含各种应用程序，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序12022中。

上述本发明实施例揭示的方法可以应用于处理器1201中，或者由处理器1201实现。处理器1201可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1201中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1201可以是通用处理器、数字信号处理器，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器1201可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器1202，处理器1201读取存储器1202中的信息，结合其硬件完成前述方法的步骤。

可以理解，存储器1102、1202可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(rom，readonlymemory)、可编程只读存储器(prom，programmableread-onlymemory)、可擦除可编程只读存储器(eprom，erasableprogrammableread-onlymemory)、电可擦除可编程只读存储器(eeprom，electricallyerasableprogrammableread-onlymemory)、磁性随机存取存储器(fram，ferromagneticrandomaccessmemory)、快闪存储器(flashmemory)、磁表面存储器、光盘、或只读光盘(cd-rom，compactdiscread-onlymemory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(ram，randomaccessmemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(sram，staticrandomaccessmemory)、同步静态随机存取存储器(ssram，synchronousstaticrandomaccessmemory)、动态随机存取存储器(dram，dynamicrandomaccessmemory)、同步动态随机存取存储器(sdram，synchronousdynamicrandomaccessmemory)、双倍数据速率同步动态随机存取存储器(ddrsdram，doubledataratesynchronousdynamicrandomaccessmemory)、增强型同步动态随机存取存储器(esdram，enhancedsynchronousdynamicrandomaccessmemory)、同步连接动态随机存取存储器(sldram，synclinkdynamicrandomaccessmemory)、直接内存总线随机存取存储器(drram，directrambusrandomaccessmemory)。本发明实施例描述的存储器1102旨在包括但不限于这些和任意其它适合类型的存储器。

基于本申请各实施例提供的服务器侧基于信息分享的处理方法，本申请还提供一种计算机可读存储介质，参照图11所示，所述计算机可读存储介质可以包括：用于存储计算机程序的存储器1102，上述计算机程序可由基于信息分享的处理装置1100的处理器1101执行，以完成前述方法所述步骤。计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、flashmemory、磁表面存储器、光盘、或cd-rom等存储器。

基于本申请各实施例提供的客户端侧基于信息分享的处理方法，本申请还提供一种计算机可读存储介质，参照图12所示，所述计算机可读存储介质可以包括：用于存储计算机程序的存储器1202，上述计算机程序可由基于信息分享的处理装置1200的处理器1201执行，以完成前述方法所述步骤。计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、flashmemory、磁表面存储器、光盘、或cd-rom等存储器。

需要说明的是：本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。