CN115242746A - 一种社交应用用户的安全处理方法和系统 - Google Patents

Abstract

本发明涉及一种社交应用用户的安全处理方法和系统，所述方法包括以下应用在服务端的方法：根据用户请求，向发送所述用户请求的第一用户发送一个或多个未与其建立社交关系的第二用户的原始视频数据及其实时在线状态；基于访问权限策略生成所述第一用户对第二用户社交资源的访问权限；在接收到第一用户对第二用户的社交资源访问请求时，基于所述第一用户对第二用户的访问权限向其开放或拒绝所请求的社交资源；以及按照收费策略向第一用户收取费用。本发明从多个角度、不同侧面采用多种安全措施来保护用户的安全，使用户能够安心与其他用户建立安全的社交关系。

Description

一种社交应用用户的安全处理方法和系统

技术领域

本发明涉及互联网应用技术领域，特别地涉及一种社交应用用户的安全处理方法和系统。

背景技术

随着科技的发展和生活习惯的改变，人们的社交活动从线下发展到线上。目前各种各样的社交应用为人们提供了方便的线上社交平台，人们可以随时随地的与他人取得联系，建立对话。然而，随着社交应用被广泛使用，其安全隐患也随之凸显。例如，用户隐私信息被他人盗取，用户在社交帐户上分享的图片被他人非法使用，与恶意用户建立起了社交关系等等。在现有技术中，通常的安全措施包括：需要用户为其社交帐户设置登录密码，通过服务端对用户登录的验证以保证用户帐户不被他人盗用；所述的安全措施还包括在客户端提供的一些可由用户设置的隐私安全参数，例如好友添加的设置参数、帐户图片等资源公开的时间期限、好友访问帐户相关资源的设置等等。然而现有技术中提供的安全措施仍有一些弊端，例如，目前客户端上提供的这些隐私安全参数需要用户自己设置，因而会导致一些用户因没有设置或没有正确设置而带来安全问题。又例如，客户端上提供的这些隐私安全参数过于僵化，不够灵活。又例如，这些隐私安全参数仅适用于对已经建立起社交关系的“好友”进行设置，而在用户与其他人建立起社交关系之前，并没有好的安全措施。

发明内容

针对现有技术中存在的技术问题，本发明提出了一种社交应用用户的安全处理方法和系统，用于提高用户使用社交应用时的安全性。

为了解决上述技术问题，根据本发明的一个方面，本发明提出了一种社交应用用户的安全处理方法，其应用于服务端，其中包括以下步骤：根据用户请求，向发送所述用户请求的第一用户发送一个或多个未与其建立社交关系的第二用户的原始视频数据及其实时在线状态；基于访问权限策略生成所述第一用户对第二用户社交资源的访问权限；在接收到第一用户对第二用户的社交资源访问请求时，基于所述第一用户对第二用户的访问权限向其开放或拒绝所请求的社交资源；以及按照收费策略向第一用户收取费用。

为了解决上述技术问题，根据本发明的一个方面，本发明提出了一种社交应用用户的安全处理方法，其应用于第一用户客户端，根据社交应用的处理需要执行以下一个或多个步骤：接收服务端响应用户请求而返回的一个或多个未与其建立社交关系的第二用户的原始视频数据及其实时在线状态；在曝光窗口播放所述第二用户视频，并标记第二用户的实时在线状态，其中所述的曝光窗口为暴露于第一用户终端屏幕上、为第一用户可见的数据显示窗口；监视曝光窗口中的第二用户的实时在线状态；响应于曝光窗口中的第二用户的在线状态发生变化，根据第二用户新的在线状态重新标记曝光窗口中的第二用户的在线状态；监视用户操作的费用类型，在用户操作为收费型操作时，实施付费操作；以及监视用户对曝光窗口的截屏/录屏操作，禁止对曝光窗口的截屏/录屏操作。

为了解决上述技术问题，根据本发明的一个方面，本发明提出了一种社交应用用户的安全处理系统，其应用于服务端，其中包括服务端通信模块、用户数据提供模块、资源管理模块以及费用管理模块，其中，所述服务端通信模块经配置以与客户端相通信；所述用户数据提供模块与所述服务端通信模块相连接，经配置以响应经所述服务端通信模块接收的用户请求，向发送所述用户请求的第一用户发送一个或多个未与其建立社交关系的第二用户的原始视频数据及其实时在线状态；所述资源管理模块经配置以基于访问权限策略生成所述第一用户对第二用户社交资源的访问权限；在接收到第一用户对第二用户的社交资源访问请求时，基于所述第一用户对第二用户的访问权限向其开放或拒绝所请求的社交资源；所述费用管理模块经配置以按照收费策略向第一用户收取费用。

为了解决上述技术问题，根据本发明的一个方面，本发明提出了一种社交应用用户的安全处理其应用于第一用户终端中的客户端，其中包括客户端通信模块、用户请求模块、数据显示模块、状态模块、用户操作监视模块和收费模块，其中，所述客户端通信模块经配置与服务端相通信；所述用户请求模块与所述客户端通信模块相连接，经配置以经所述客户端通信模块向服务端发送用于获取第二用户原始视频数据的用户请求；所述数据显示模块与所述客户端通信模块相连接，经配置以接收服务端返回一个或多个的第二用户原始视频数据并在曝光窗口中播放，其中所述的曝光窗口为暴露于第一用户终端屏幕上为第一用户可见的数据显示窗口；所述状态模块与所述数据显示模块相连接，经配置以标记曝光窗口中的第二用户在线状态，监视曝光窗口中的第二用户的实时在线状态并实时更新；所述用户操作监视模块经配置以获取用户操作并监视用户操作类型，在用户操作类型为对曝光窗口的截屏/录屏操作时，禁止响应所述对曝光窗口的截屏/录屏操作；所述收费模块所述用户操作监视模块相连接，在用户操作类型为收费型操作时实施收费操作。

本发明为第一用户提供第二用户视频数据，且为未经过修改的原始视频数据，相对于文字、图片，未经过美颜工具等修改的视频能够更加真实地表现用户，从而使第一用户能够真实地了解潜在社交对象，提高了第一用户的社交安全性；并且本发明能够使第一用户实时获得第二用户的实时在线状态，使第一用户可以获得潜在社交对象准确的在线状态，更进一步地增加了第一用户社交的安全性；本发明设置了用户社交资源访问权限，从而保护用户资源的安全；本发明通过收费策略，增加社交成本，从而促使用户能够重视其社交对象，谨慎地进行社交行为，从另一个侧面减少了对用户的危害性。综上所述，本发明从多个角度，不同侧面采用多种安全措施来保护用户的安全，使用户能够安心与其他用户建立安全的社交关系。

附图说明

下面，将结合附图对本发明的优选实施方式进行进一步详细的说明，其中：

图1是根据本发明的一个实施例的社交应用系统的原理框图；

图2是根据本发明的一个实施例的应用在服务端的社交应用用户的安全处理方法流程图；

图3是根据本发明的一个实施例的基于访问权限策略生成访问权限的方法流程图；

图4是根据本发明的一个实施例的评估第一用户对第二用户的亲密度及其等级的方法流程图；

图5是根据本发明的一个实施例的对社交资源访问请求的处理流程图；

图6是根据本发明的一个实施例的应用在客户端的社交应用用户的安全处理方法流程图；

图7是根据本发明的一个实施例的社交应用用户安全处理系统的服务端原理框图；

图8是根据本发明的一个实施例的资源管理模块的原理框图；

图9是根据本发明另一个实施例的社交应用用户安全处理系统的服务端原理框图；

图10是根据本发明的一个实施例的费用管理模块原理框图；

图11是根据本发明另一个实施例的社交应用用户安全处理系统的服务端原理框图；

图12是根据本发明的一个实施例的社交应用用户安全处理系统的客户端原理框图；

图13是根据本发明另一个实施例的社交应用用户安全处理系统的客户端原理框图；以及

图14是根据本发明另一个实施例的社交应用用户安全处理系统的客户端原理框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在以下的详细描述中，可以参看作为本申请一部分用来说明本申请的特定实施例的各个说明书附图。在附图中，相似的附图标记在不同图式中描述大体上类似的组件。本申请的各个特定实施例在以下进行了足够详细的描述，使得具备本领域相关知识和技术的普通技术人员能够实施本申请的技术方案。应当理解，还可以利用其它实施例或者对本申请的实施例进行结构、逻辑或者电性的改变。

图1是根据本发明一个实施例的社交应用系统的原理框图，所述社交应用系统包括用户端和服务端，在一个实施例中，所述用户端包括第一用户端和第二用户端，分别对应两种不同的用户。第二用户将其在线时的实时视频发送到服务端，第一用户在使用所述社交应用时，由服务端将第二用户的原始视频数据发送给第一用户，第一用户可以在与第二用户建立社交关系之前观看第二用户的视频；在第一用户与第二用户建立社交关系后，第一用户可与第二用户建立视频通话或者与第二用户之间发送消息沟通。在一个实施例中，所述第一用户和第二用户为不同类型的用户，例如，第一用户为普通用户，第二用户为主播，在一个实施例中，社交应用以feed流的形式或其他形式提供主播入口，以向普通用户推送主播的视频数据。在另一些实施例中，所述第一用户和第二用户为同类型的用户，例如，同为普通用户，或者同为主播用户。因而，本发明中提供的用户安全措施，适用于同类型用户社交或不同类型用户社交的各种情形。参见图1，第一用户客户端10运行于第一用户设备1中，第二用户客户端30运行于第二用户设备3中，所述第一用户设备1和第二用户设备3可以为智能手机、平板电脑、桌面型电脑等具有摄像头、麦克风和处理器的设备。服务端20运行用服务器2中。所述的服务器2可以为任意一种服务器或服务器集群。

图2是根据本发明一个实施例的应用在服务端的社交应用用户的安全处理方法流程图，本实施例在服务端从以下几个方面提供安全处理措施，因而以下流程的各个步骤并不需要按照时间顺序实施，而是根据用户之间的社交进度需要进行实施。为方便说明本实施中为了保证用户的安全，本实施将这些安全处理方法结合到一起说明，具体如下所述：

步骤S20，根据用户请求，向发送所述用户请求的第一用户发送一个或多个未与其建立社交关系的第二用户的原始视频数据及其实时在线状态。

步骤S21，基于访问权限策略生成所述第一用户对第二用户社交资源的访问权限。

步骤S22，在接收到第一用户对第二用户的社交资源访问请求时，基于所述第一用户对第二用户的访问权限向其开放或拒绝所请求的社交资源。

步骤S23，按照收费策略向第一用户收取费用。

在步骤S20中，在一个实施例中，当第一用户(普通用户)在社交应用的客户端通过feed流、特定的社交入口进入第二用户(主播用户)的曝光入口时，第一用户客户端向服务端发送用户请求。服务端接收到所述请求后，为所述第一用户匹配未与其建立社交关系的第二用户。服务端可以采用不同的策略为第一用户匹配第二用户。例如，服务端随机确定处于在线状态的n个未与其建立社交关系的第二用户。其优点是向第一用户提供的第二用户都是在线状态，方便第一用户与第二用户实时建立社交关系。又例如，采用一定的匹配策略为第一用户匹配第二用户。当采用匹配策略为第一用户匹配第二用户时，采用在线状态和推荐属性进行匹配。由于在线状态有多种，推荐属性也可以为多种，因而可以采用分级匹配的策略。例如，当推荐属性为地理区域、使用语言和文化属性，同时在线状态为在线空闲、在线忙碌和离线时，可以按以下方法为第一用户匹配第二用户：

首先查询与第一用户所在的地理区域相同的第二用户、查询与第一用户使用的语言相同的第二用户、查询与第一用户文化属性相同的第二用户。如经过上述查询得到的第二用户数量众多时，可以设置查询的优先级，如查询优先级按照地理区域、使用语言和文化属性依次降低，即先得到与第一用户所在的地理区域相同的地理区域用户组，在该地理区域用户组查询与第一用户使用的语言相同的第二用户，进一步缩小可用第二用户数量，得到语言用户组，在该第二用户组中查询与第一用户文化属性相同的第二用户，从而得到最终可用的第二用户。如果用户数量不多，则将按照地理区域、使用语言和文化属性分别得到的用户组合并为可用用户组。

然后查询可用用户组中每个第二用户的在线状态。

而后按照在线空闲、在线忙碌和离线的优先级从可用用户组中得到多个第二用户。

服务端可以针对一次用户请求向第一用户提供多个(如10-20个)第二用户的视频数据。

在本实施例中，为了满足用户的社交需要，扩大第一用户的社交对象范围，在为第一用户匹配第二用户时，根据匹配策略进行匹配时，除了匹配在线第二用户外，也可以将离线第二用户匹配给第一用户。

在本实施例中，当第二用户在线时，将实时视频发送给第一用户；当第二用户离线时，将第二用户预录制的离线视频发给第一用户。并且，本实施例中还将第二用户的实时在线状态发送给第一用户。本实施例为第一用户提供第二用户的原始视频数据为未经过修改的视频数据，相对于文字、图片，未经过美颜工具等修改的视频能够更加真实地表现用户，从而使第一用户能够真实地了解潜在社交对象，从而提高了第一用户的社交安全性。并且本实施例能够使第一用户获得第二用户的实时在线状态，使第一用户可以获得潜在社交对象准确的在线状态，更进一步地增加了第一用户社交的安全性。

本实施例中的第一用户和第二用户也可以是普通用户，当第一用户进入普通用户社交入口时，服务端为其提供的是普通用户的原始视频数据及其实时在线状态。

在步骤S21中，从保护用户社交资源的方面保护用户的社交安全。在一个实施例中，如图3所示，基于访问权限策略生成访问权限的步骤进一步包括：

步骤S211，获取第一用户的用户属性和第二用户社交资源的内容属性。其中，用户属性包括文化属性、宗教属性、地域属性和信仰属性中的一种或多种，对应地，所述内容属性也包括文化属性、宗教属性、地域属性和信仰属性中的一种或多种。更为具体地，每一种属性还包括多个级别或包含范围不同的子属性，例如，文化属性包括东方文化属性、西方文化属性，而东方文化属性又包括古文化与现代文化。又例如，宗教属性如当今的各种宗教流派，地域属性例如具有明显地域性质的地理位置，如印度、阿拉伯半岛、北美、南美、东南亚等，信仰属性与宗教属性相似，其中，这些属性之间既独立又有一定的联系，例如，文化属性中可以包含宗教属性、地域属性和信仰属性，而宗教属性/信仰属性与地域属性具有一定的关联。例如，西方文化属性对应于北美、欧洲等地域属性，穆斯林这一宗教属性可对应于阿拉伯半岛这一地域属性。因而，所述用户属性可以由用户在注册时填写，也可以根据用户使用社交应用时留下的数据分析得到。例如，采集用户上传的图片、用户设备所在地理位置等等，经过机器学习模型的预测得到所述用户的各种用户属性。同理，用户社交资源的内容属性也可以是用户在上传时填写，也可以由机器学习模型预测得到。例如，当社交资源为图片、视频时，可对图片、视频进行图像分析，当得到具体的宗教符号时，确定与其对应的宗教属性，如图片中景物，如教堂、清真寺。图片中人物特定宗教符号的服饰，如头巾、袈裟等。内容属性除了包括上述的文化属性、宗教属性、地域属性和信仰属性外，还包括其他属性，例如，人物、风景、美食、文字等等，在这些属性之下，再确定前述的文化属性、宗教属性、地域属性和信仰属性等。并且，在本实施例中，为了防止用户社交资源的内容冒犯到其他用户，给因此为公开所述社交资源的用户带来安全隐患，本实施例设置了一些敏感匹配项，例如，当宗教属性为穆斯林时，图片内容中的女性需要佩带头巾，如果识别到图片中的女性人物未佩带头巾，则所述图片与用户属性为穆斯林或地域属性为中东的用户符合敏感匹配项。又例如，当识别到用户社交资源中有食用浑食时视频或图片时，所述社交资源与用户属性中包括素食主义的用户符合敏感匹配项。

步骤S212，比较所述用户属性与社交资源的内容属性。

步骤S213，判断所述社交资源的内容属性与所述用户的用户属性是否属于敏感匹配项，如果符合，则在步骤S215确定第一用户没有访问所述第二用户社交资源的权限，否则在步骤S214确定有访问权限。

在一个进一步的实施例中，在确定了每一用户具有访问所述第二用户社交资源的权限后，还包括步骤S216，基于权限指标确定第一用户具有对第二用户社交资源的访问权限等级。在一个实施例中，所述的权限指标为第一用户对第二用户亲密度。因而本实施基于亲密关系策略动态地评估第一用户对第二用户的亲密度。基于亲密度等级规则确定第一用户对第二用户的亲密度等级，将所述亲密度等级作为访问权限等级。其中，所述亲密关系策略包括一个或多个亲密指标。所述亲密指标例如为第一用户对第二用户的付费等级。在一个实施例中，用户在社交过程中，根据其社交行为的类型需要支付相应收费标准的费用，例如，第一用户与第二用户进行视频通话时，按照视频通话的费用标准付费；第一用户与第二用户进行语音交互时按照语音交互的费用标准付费，第一用户可以为作为主播的第二用户刷礼物。所有这些第一用户与第二用户社交过程中产生的费用总和与系统设置的等级进行对比以确定当前第一用户对第二用户的付费等级。所述亲密指标还例如为第一用户与第二用户之间的视频通话频次和/或时长。所述亲密指标还例如为第一用户与第二用户之间发送消息的频次和/或消息数量。所述亲密指标还例如为第一用户与第二用户之间进行视频通话/发送消息时的第一用户主动次数或主动次数占比。所述亲密指标还例如为第一用户为二者之间进行的社交付出的费用，所述费用例如前述的第一用户为作为主播的第二用户刷的礼物的价值，或者总的费用。前述的亲密指标可以增加亲密度，当然，所述亲密指标还可以包括产生负值、用于降低亲密度的拉黑、举报等指标。

在一个实施例中，如图4所示，为基于亲密关系策略动态地评估第一用户对第二用户的亲密度及其等级的方法流程图，包括以下步骤：

步骤S241，分别根据每个亲密指标对应的评估策略/计算规则进行评估/计算，并得到量化的亲密指标值。例如，当设置有对应不同的付费等级的亲密度值时，基于确定的付费等级读取对应的亲密度值；基于预置时间段的视频通话次数计算通话频次，基于每次通话的开始和结束时刻计算通话时长等。

步骤S242，计算总的亲密度。例如计算多个亲密指标值的总和作为亲密度，或依据每个的亲密指标的权重计算加权和作为亲密度，或者基于训练好的机器学习模型，以所述亲密指标值作为输入样本进行预测得到亲密度。本发明不限于任何一种基于亲密指标得到亲密度的方式。

步骤S243，基于亲密度等级规则确定第一用户对第二用户的亲密度等级。例如，将亲密度等级按照数值分为多个级别，根据当前计算得到的第一用户对第二用户的亲密度，查询与其匹配的级别，从而确定了第一用户对第二用户的亲密度等级。

本实施例将用户的社交资源分为不同的访问等级，并为此设置有对应的用户访问权限等级，在一个实施例中，将第一用户对第二用户的亲密度等级作为访问权限等级，只有在第一用户对第二用户的亲密度达到了一定级别时，才能访问第二用户的相应社交资源。

图5是根据本发明一个实施例的在接收到第一用户对第二用户某个社交资源的访问请求时的处理流程图，包括以下步骤。

步骤S221，获取所述第一用户对所述社交资源的访问权限。

步骤S222，判断是否有访问权限，如果没有，则在步骤S223向所述第一用户返回拒绝访问消息。如果有，则在步骤S224确定用户的访问等级。

步骤S225，判读所述社交资源是否属于所述访问等级，如果不属于，则在步骤S226向所述第一用户返回拒绝访问消息。如果属于，则在步骤S227向第一用户客户端发送密码验证消息，与客户端进行密码验证。

步骤S228，判断密码验证是否通过，如果通过，则在步骤S230，向第一用户开放其请求的所述社交资源，否则在步骤S229向所述第一用户返回拒绝访问消息。

在本发明中，为用户的社交资源进行加密存储，只有在得知了解密的密码时才能够访问。因而，即使第一用户具有对该社交资源的访问权限，并符合对应的等级，也需要从第二用户处得到访问密码才能访问，因而进一步提高了第二用户的安全性。在另一方面，本发明采用端到端加密的通信机制，以增加用户的安全性。用户在将其数据发送给另一用户时，对其发送的数据进行加密，因而，服务端在向第一用户发送的第二用户原始视频数据为在第二用户终端加密的加密视频数据。本发明通过数据加密的方式提高了用户及其数据的安全性。

在步骤S23中，本实施例按照收费策略向第一用户收取费用，通过收取费用增加社交门槛，进而从另一方面提高了用户安全性。其中，所述的收费策略包括：在第一用户与第二用户建立社交关系之前，在第一用户浏览了预置数量的第二用户原始视频数据时，向第一用户收取第一费用。即第一用户可以免费浏览一定数量的第二用户的视频，而后则需要用户支付费费用，以此策略使第一用户在心理上重视其浏览的数据。更进一步地，还可以设置免费浏览视频数量的时间段，即用户在该时间段内可以免费浏览的用户视频数量。另一方面，在与第一用户建立社交关系的第二用户的数量在预置时间段内超过了预置数量时，当第一用户与第二用户建立社交关系时向第一用户收取第二费用。在另一方面，在第一用户与第二用户建立社交关系之后进行视频通话时收取第三费用，并计算第一用户对第二用户的付费等级。所述第三费用至少包括通话费用，其可以由通话时长与通话收费标准计算得到。并且统计所有的费用得到第一用户对第二用户的付费等级。

所述收费策略除了上述的费用种类外，还包括各种费用的调整规则，例如，根据第一用户对第二用户的亲密度调整收费标准，例如，随着第一用户对第二用户的亲密度等级的提高，降低或升高视频通知的收费标准。

通过对第一用户收取费用，增加了第一用户的社交成本，从而促使第一用户谨慎进行社交行为，并重视其社交对象，从另一个侧面减少了对第二用户的危害性。

在另一方面，本发明还提供了一种应用在客户端的社交应用用户的安全处理方法，用以在客户端保证用户的安全，如图6所示，包括以下步骤，需要说明的是，以下各个步骤并不是按照时间顺序执行，而是根据应用的处理过程，在需要时执行其中的一个或多个步骤：

步骤S10，接收服务端响应用户请求而返回的一个或多个未与其建立社交关系的第二用户的原始视频数据及其实时在线状态。

步骤S11，在曝光窗口播放所述第二用户视频，并标记第二用户的实时在线状态，其中所述的曝光窗口为暴露于第一用户终端屏幕上、为第一用户可见的数据显示窗口。

步骤S12，监视曝光窗口中的第二用户的实时在线状态，在曝光窗口中的第二用户的在线状态发生变化，根据第二用户新的在线状态重新标记曝光窗口中的第二用户的在线状态。

步骤S13，监视用户操作的费用类型，在用户操作为收费型操作时，实施付费操作。

步骤S14，监视用户对曝光窗口的截屏/录屏操作，禁止对曝光窗口的截屏/录屏操作。

其中，客户端提供feed流和其他特定的社交入口，使第一用户进入第二用户(例如主播用户、其他同类型用户)的曝光入口时，客户端向服务端发送用户请求，根据第一用户进入的曝光入口，服务端根据相应的用户数据返回规则向第一用户返回第二用户的原始实时视频数据及其实时在线状态。客户端接收到第二用户的原始实时视频数据及其实时在线状态后，在步骤S11播放并标记第二用户的实时在线状态。在第一用户在通过所述曝光窗口观看第二用户的原始实时视频过程中，在步骤S12监视当前曝光窗口中第二用户的实时在线状态是否发生了变化，如果发生了变化，则重新标记，从而能够保证曝光窗口中第二用户的在线状态与第二用户的真实在线状态实时同步变化。在一个实施例中，服务端以推的方式向第一用户客户端发送在线状态发生了变化的第二用户的实时在线状态。在所述方式中，当第一用户客户端接收到服务端发送的第二用户的实时在线状态时，更新缓存中的所述第二用户的在线状态，并查看所述第二用户是否位于曝光窗口中，如果所述第二用户位于曝光窗口中，则更新曝光窗口中所述第二用户的在线状态。在另一种方式中，第一用户客户端以拉取的方式定时从服务端拉取曝光窗口中的第二用户的实时在线状态。即第一用户客户端定时向服务端发送曝光窗口中的第二用户的在线状态查询请求，服务端响应所述在线状态查询请求，为所述第一用户客户端返回所述第二用户的当前最新在线状态。所述第一用户客户端对比接收到的最新在线状态和当前曝光窗口中对第二用户标记的在线状态是否一致，如果不一致则更新当前曝光窗口中第二用户的在线状态。另外，第二用户的视频为未经过处理的原始视频，当第二用户在线时，第一用户看到的是第二用户的实时原始视频；当第一用户第二用户离线时，第一用户看到的是第二用户预录制的原始离线视频。本发明中所述未经过处理的原始视频是指未经过美颜等工具处理的、反应视频中第二用户真实形象的视频。第二用户的第二用户客户端在录制第二用户的实时视频时，客户端禁止使用目前常用的美颜工具、改变人物形象的视频处理方法，因而可以使第一用户看到真实的第二用户形象。另外，通过准确地更新曝光窗口中第二用户的在线状态，使第一用户能够准确地得知当前用户是否在线，从而确保了第一用户与第二用户进行社交的安全性。

在步骤S13中，当监视到用户浏览曝光窗口的第二用户的数量超过了免费数量时，确定浏览操作为收费型操作时，实施付费操作。在一个实施例中，客户端对播放和已经成功配对的第二用户进行记录，并且服务端设置有客户端每日可以免费播放的用户数量阈值，如20个，当超过该用户数量阈值时，第一用户不能观看第二用户视频。此时，曝光窗口中的第二用户视频被锁定，例如，停止视频播放，或以马赛克等特效模糊视频画面，或者以特定的图片代替当前的视频画面，并在当前画面上显示解锁提醒消息，如提示需要解锁所需的费用数额。在第一用户完成付费操作后，解锁所述视频画面。

又例如，当监视到已建立社交关系的第二用户数量在预置时间段内超过了预置数量时，确定第一用户与第二用户建立社交关系的操作为收费型操作，基于所述收费型操作，此时锁定与当前第二用户建立社交的操作，生成并显示付费解锁提醒消息，当第一用户完成了付费，解除对当前第二用户建立社交操作的锁定。

又例如，当监视到第一用户与第二用户建立社交关系之后进行视频通话时，确定所述视频通话操作为收费型操作，此时，查询所述第一用户的帐户费用余额；如果所述第一用户的帐户费用余额少于当前用户操作对应的费用额度时，则生成费用提醒消息，并显示在当前窗口内。如果此时所述第一用户的帐户费用余额满足当前用户操作对应的费用额度时，自动从第一用户的帐户内扣除相应费用。

在第一用户对社交应用的使用过程中禁止第一用户对曝光窗口的截屏/录屏操作，从而使第一用户不能通过屏/录屏操作得到曝光窗口中的第二用户的图片或视频，因而保护了第二用户的安全。

进一步地还包括监视是否需要向经服务端向第二用户发送数据，例如是否向第二用户发送第一用户实时原始视频数据和/或文字/语音等消息。如果需要向第二用户发送这些数据，采用例如为RSA、RSA4096、SM2等非对称加密算法对要发送的数据进行加密。同理，第二用户向第一用户发送的数据也采用非对称加密算法进行加密，即本发明中的社交应用采用端到端的加密通信，从而保护了用户间传递数据的安全性。当第一用户客户端接收到服务端响应用户请求返回的数据时，对其进行解密，从中得到一个或多个未与其建立社交关系的第二用户的原始视频数据及其实时在线状态。

在另一方面，本发明还监视第一用户对第二用户社交资源的访问请求操作，当向服务端发出了第一用户对第二用户社交资源的访问请求时，如果经过服务端的确认，所述第一用户具有访问权限，并符合访问权限等级时，会接收到服务端返回的密码验证通知，此时生成密码验证窗口显示给第一用户，再将第一用户填写的密码信息加密并发送给服务端。如果经过服务端的确认，所述第一用户不具有访问权限，或者即使具有访问权限，但没有达到对当前资源的符合访问权限等级时，会接收到服务端发送的拒绝通知，根据所述拒绝通知生成相应的消息显示给第一用户。

在另一方面，客户端的所述安全处理方法还包括监视第一用户对已建立了社交关系的多个第二用户的亲密度及其应用的步骤。例如，基于亲密关系策略动态中的一个或多个亲密指标动态地评估第一用户对第二用户的亲密度，或者向服务端请求得到第一用户对第二用户的亲密度。在得到第一用户对第二用户的亲密度后，基于所述亲密度为所述多个第二用户排序，并显示在用户列表中。在另一个实施例中，基于第一用户对第二用户所述亲密度，向其开放与所述亲密度匹配的功能。在一个实施例中，将亲密度分为不同的等级，不同的等级对应着相应功能，例如，对于第一亲密度等级的第二用户，第一用户可以向其发送文字消息、表情符号、赠送礼物。对于第二亲密度等级的第二用户，第一用户在第一亲密度等级能实现的功能基础上可以向第二用户发送语音消息，查看一定数量最近一段时间的第二用户图片。对于第二亲密度等级的第二用户，第一用户在第二亲密度等级能实现的功能基础上可以与第二用户视频通话，并能查看一定数量最近一段时间的第二用户视频等等。基于亲密关系策略动态地评估得到亲密度，因而量化的亲密度值可以体现出第一用户与第二用户之间的信任关系。随着信任度的提高，逐步开放社交方式，扩大二者的社交范围，从而保证了用户双方的安全性。

图7是根据本发明一个实施例的社交应用用户安全处理系统的服务端原理框图，本发明还提供了一种社交应用用户的安全处理系统的服务端，包括服务端通信模块21、用户数据提供模块22、资源管理模块23和费用管理模块24，其中，所述服务端通信模块21与客户端相通信，参考图1，与第一用户客户端10和第二用户客户端30相连接。所述用户数据提供模块22与所述服务端通信模块21相连接，所述服务端通信模块21接收的用户请求，并将所述用户请求发送给所述用户数据提供模块22。所述用户数据提供模块22根据所述用户请求确定发送所述请求的第一用户，获取一个或多个未与第一用户建立社交关系的第二用户的原始视频数据及其实时在线状态并发送给所述第一用户。具体确定第二用户的方法如前述方法中的说明，在此不再赘述。所述资源管理模块23与服务端通信模块21相连接，基于访问权限策略生成所述第一用户对第二用户社交资源的访问权限，并且，在接收到第一用户对第二用户的社交资源访问请求时，基于所述第一用户对第二用户的访问权限向其开放或拒绝所请求的社交资源。所述费用管理模块24与服务端通信模块21相连接，根据用户在客户端的操作，按照收费策略向第一用户收取费用。

图8是根据本发明一个实施例的资源管理模块的原理框图，在本实施例中，所述资源管理模块包括访问权限单元231、访问权限等级单元232和资源提供单元233，其中，所述访问权限单元231基于访问权限策略生成所述第一用户对第二用户社交资源的访问权限，所述访问权限包括允许访问和拒绝访问两类。所述访问权限等级单元232与所述访问权限单元231相连接，在所述访问权限单元231确定了第一用户对第二用户社交资源的访问权限之后，基于权限指标确定第一用户对第二用户社交资源的访问权限等级。处理过程如前述方法及图3所示，在此不再赘述。资源提供单元233与所述访问权限单元231和访问权限等级单元232及服务端通信模块21相连接，当接收到第一用户对第二用户的社交资源访问请求时，基于所述第一用户对第二用户的访问权限和/或访问权限等级向其开放或拒绝所请求的社交资源。

图9是根据本发明另一个实施例的社交应用用户安全处理系统的服务端原理框图，与图7中的实施例相比，本实施例增加了亲密度计算模块25。所述亲密度计算模块25基于亲密关系策略动态地评估第一用户对第二用户的亲密度；并基于亲密度等级规则确定第一用户对第二用户的亲密度等级。其中，所述的亲密关系策略及根据其计算亲密度和亲密度等级的过程参见前述方法部分的说明，在此不再赘述。亲密度计算模块25计算得到一个第一用户对一个第二用户的亲密度及亲密度等级时，将其分别发送给资源管理模块23和费用管理模块24，在本实施例中，资源管理模块23将所述亲密度等级作为访问权限等级，所述费用管理模块24根据所述亲密度等级调整对第一用户的收费策略。在一个实施例中，如图10所述，所述费用管理模块24包括第一费用单元241、第二费用单元242、第三费用单元243和费用调整单元244，其中，所述第一费用单元241用以在第一用户与第二用户建立社交关系之前，在第一用户浏览了预置数量的第二用户视频数据时，向第一用户收取第一费用，例如确定免费浏览的数量及收费标准；所述第二费用单元242用以在与第一用户建立社交关系的第二用户的数量在预置时间段内超过了预置数量时，当第一用户与第二用户建立社交关系时向第一用户收取第二费用，例如确定免费建立社交关系的用户数量及收费标准。所述第三费用单元243用以在第一用户与第二用户建立社交关系之后进行视频通话时收取第三费用，并计算第一用户对第二用户的付费等级。所述费用调整单元244与亲密度计算模块25相连接，至少用以根据第一用户对第二用户的亲密度调整所述第三费用，如上调/下降收费标准。当然也可以调整第一/二费用的标准。

本实施例通过调整收费策略鼓励已有社交关系成为深度社交关系，并且，随着社交关系的深入，即亲密度等级的提升，使用户可以解锁对方更多的资源，并使用更加高级的功能，从而进一步鼓励用户之间正面、积极地社交。

图11是根据本发明另一个实施例的社交应用用户的安全处理系统的服务端原理框图，与图7中的实施例相比，所述服务端还进一步包括加解密模块26，用以对于存储在服务器的用户社交资源进行加密，在接收到第一用户对第二用户的社交资源访问请求时，基于所述第一用户对第二用户的访问权限向其开放所请求的社交资源时，对开放所请求的社交资源的访问密码进行验证。

图12是根据本发明一个实施例的社交应用用户的安全处理系统的客户端原理框图。在本实施例中，所述社交应用用户的安全处理系统的客户端应用于第一用户的终端设置中，包括客户端通信模块11、用户请求模块12、数据显示模块13、状态模块14、用户操作监视模块15和收费模块16，其中，所述客户端通信模块11与服务端20相通信，在服务端与客户端之间传递数据。所述用户请求模块12与所述客户端通信模块11相连接，经所述客户端通信模块11向服务端20发送用于获取第二用户原始视频数据的用户请求。所述数据显示模块13与所述客户端通信模块11相连接，用以接收服务端返回一个或多个的第二用户原始视频数据，并在曝光窗口中播放，其中所述的曝光窗口为暴露于第一用户终端屏幕上为第一用户可见的数据显示窗口。所述状态模块14与所述数据显示模块13相连接，经配置以标记曝光窗口中的第二用户在线状态，监视曝光窗口中的第二用户的实时在线状态并实时更新。所述用户操作监视模块15用以获取用户操作并监视用户操作类型，在用户操作类型为对曝光窗口的截屏/录屏操作时，禁止响应所述对曝光窗口的截屏/录屏操作。所述收费模块16所述用户操作监视模块15和所述客户端通信模块11相连接，在用户操作类型为收费型操作时实施收费操作。

图13是根据本发明另一个实施例的社交应用用户安全处理系统的客户端原理框图。与图12所示的实施例相比，本实施的客户端进一步包括加解密模块17，用以采用非对称加密算法对需要经服务端向第二用户发送的数据进行加密，并对服务端发送来的第二用户数据进行解密。当服务端返回的数据为对应于用户请求的数据时，对其解密后得到第二用户视频及其实时在线状态，分别发送给所述数据显示模块13和状态模块14，由所述数据显示模块13在曝光窗口中播放第二用户视频，并由状态模块14标记曝光窗口中的第二用户在线状态。本发明提供的客户端为发送给其他用户的数据进行加密，从而实现端到端的加密通信，避免了数据传输过程中的泄露，进一步增加了用户的安全性。

图14是根据本发明另一个实施例的社交应用用户安全处理系统的客户端原理框图。与图12所示的实施例相比，本实施的客户端进一步包括亲密度获取模块18和功能解锁模块19，所述亲密度获取模块18基于亲密关系策略动态地评估第一用户对第二用户的亲密度，并将第一用户对第二用户的亲密度发送给功能解锁模块19。功能解锁模块19与所述亲密度获取模块18相连接，基于第一用户对第二用户所述亲密度，开放第一用户对第二用户的社交功能。所述的社交功能例如包括沟通方式，如文字消息、语音消息、视频通话。所述的社交功能还包括沟通时使用的工具，如使用视频虚拟人物，高级表情包，互动游戏，预约通话等等。所述的社交功能还包括可以访问对方的社交资源的等级。本发明根据亲密度逐步开放社交方式，扩大二者的社交范围，保证了用户双方的安全性，而且也鼓励了二者进入深度社交关系。

上述实施例仅供说明本发明之用，而并非是对本发明的限制，有关技术领域的普通技术人员，在不脱离本发明范围的情况下，还可以做出各种变化和变型，因此，所有等同的技术方案也应属于本发明公开的范畴。

Claims (28)

1.一种社交应用用户的安全处理方法，其应用于服务端，其中包括：

根据用户请求，向发送所述用户请求的第一用户发送一个或多个未与其建立社交关系的第二用户的原始视频数据及其实时在线状态；

基于访问权限策略生成所述第一用户对第二用户社交资源的访问权限；

在接收到第一用户对第二用户的社交资源访问请求时，基于所述第一用户对第二用户的访问权限向其开放或拒绝所请求的社交资源；以及

按照收费策略向第一用户收取费用。

2.根据权利要求1所述的方法，其中，向第一用户发送的第二用户原始视频数据包括第二用户的实时在线视频数据，或第二用户预录制的离线视频数据。

3.根据权利要求1所述的方法，其中，基于访问权限策略生成访问权限的步骤进一步包括：

获取第一用户的用户属性和第二用户社交资源的内容属性；

比较所述用户属性与社交资源的内容属性；以及

响应于所述社交资源的内容属性与用户属性符合敏感匹配项，确定所述第一用户对第二用户社交资源不具有访问权限。

4.根据权利要求3所述的方法，其中，所述用户属性包括文化属性、宗教属性、地域属性和信仰属性中的一种或多种；所述内容属性包括文化属性、宗教属性、地域属性和信仰属性、风格属性中的一种或多种。

5.根据权利要求1或3所述的方法，其中，基于访问权限策略生成访问权限的步骤进一步包括：

在确定第一用户具有对第二用户社交资源的访问权限之后，基于权限指标确定第一用户对第二用户社交资源的访问权限等级。

6.根据权利要求5所述的方法，其中，所述权限指标为第一用户对第二用户亲密度，其中进一步包括：

基于亲密关系策略动态地评估第一用户对第二用户的亲密度；以及

基于亲密度等级规则确定第一用户对第二用户的亲密度等级，将所述亲密度等级作为访问权限等级。

7.根据权利要求6所述的方法，其中，所述亲密关系策略包括一个或多个亲密指标；其中，基于亲密关系策略动态地评估第一用户对第二用户的亲密度的步骤包括：

分别根据每个亲密指标对应的评估策略/计算规则进行评估/计算，并得到量化的亲密指标值；以及

计算多个亲密指标值的总和作为亲密度，或依据每个的亲密指标的权重计算加权和作为亲密度，或者基于训练好的机器学习模型，以所述亲密指标值作为输入样本进行预测得到亲密度。

8.根据权利要求7所述的方法，其中，所述亲密指标包括以下指标中的一种或多种：第一用户对第二用户的付费等级；第一用户与第二用户之间的视频通话频次和/或时长；第一用户与第二用户之间发送消息的频次和/或消息数量；第一用户与第二用户之间进行视频通话/发送消息时的第一用户主动次数或主动次数占比；第一用户为二者之间进行的社交付出的费用。

9.根据权利要求1所述的方法，其中进一步包括：

接收第二用户的原始视频数据，所述原始视频数据为在第二用户终端加密的加密视频数据，对应地，在向发送所述用户请求的第一用户发送的第二用户原始视频数据为在第二用户终端加密的加密视频数据；

对存储在服务器的用户社交资源进行加密；以及

在接收到第一用户对第二用户的社交资源访问请求时，基于所述第一用户对第二用户的访问权限向其开放所请求的社交资源时，进一步包括对开放所请求的社交资源的访问密码进行验证的步骤。

10.根据权利要求1所述的方法，其中按照收费策略向第一用户收取费用的步骤包括：

在第一用户与第二用户建立社交关系之前，在第一用户浏览的第二用户原始视频的数量超过了预置数量时，向第一用户收取第一费用；

在与第一用户建立社交关系的第二用户的数量在预置时间段内超过了预置数量时，当第一用户与第二用户建立社交关系时向第一用户收取第二费用；

在第一用户与第二用户建立社交关系之后进行视频通话时收取第三费用；以及

计算第一用户对第二用户的付费等级。

11.根据权利要求10所述的方法，其中进一步包括：基于第一用户对第二用户的亲密度调整所述第三费用。

12.一种社交应用用户的安全处理方法，其应用于第一用户客户端，根据社交应用的处理需要执行以下一个或多个步骤：

接收服务端响应用户请求而返回的一个或多个未与其建立社交关系的第二用户的原始视频数据及其实时在线状态；

在曝光窗口播放所述第二用户视频，并标记第二用户的实时在线状态，其中所述的曝光窗口为暴露于第一用户终端屏幕上，为第一用户可见的数据显示窗口；

监视曝光窗口中的第二用户的实时在线状态；

响应于曝光窗口中的第二用户的在线状态发生变化，根据第二用户新的在线状态重新标记曝光窗口中的第二用户的在线状态；

监视用户操作的费用类型，在用户操作为收费型操作时，实施付费操作；以及

监视用户对曝光窗口的截屏/录屏操作，禁止对曝光窗口的截屏/录屏操作。

13.根据权利要求12所述的方法，其中进一步包括：

监视是否需要经服务端向第二用户发送数据；所述向服务端发送的数据至少包括向第二用户发送的第一用户实时原始视频数据和/或消息；以及

响应于需要向服务端发送数据，采用非对称加密算法对要发送的数据进行加密。

14.根据权利要求13所述的方法，其中进一步包括：对服务端响应用户请求返回的数据进行解密，从中得一个或多个未与其建立社交关系的第二用户的原始视频数据及其实时在线状态。

15.根据权利要求12所述的方法，其中进一步包括：

监视第一用户对第二用户社交资源的访问请求操作；

响应于第一用户对第二用户社交资源的访问请求操作，接收服务端返回的密码验证通知，并生成密码验证窗口；以及

将第一用户填写的密码信息加密并发送给服务端。

16.根据权利要求12所述的方法，其中在监视用户操作的费用类型时，当监视到第一用户浏览曝光窗口播放的第二用户视频的数量在预置时间段内超过了预置数量时，确定第一用户浏览曝光窗口播放的第二用户视频的操作为收费型操作，基于所述收费型操作，实施的付费操作包括：

锁定第二用户视频在曝光窗口中的播放，生成并显示付费解锁提醒消息；以及

响应于用户完成付费，解除对曝光窗口中第二用户视频播放的锁定。

17.根据权利要求12所述的方法，其中在监视用户操作的费用类型时，当监视到已建立社交关系的第二用户数量在预置时间段内超过了预置数量时，确定第一用户与第二用户建立社交关系的操作为收费型操作，基于所述收费型操作，实施的付费操作包括：

锁定与当前第二用户建立社交的操作，生成并显示付费解锁提醒消息；以及

响应于用户完成付费，解除对当前第二用户建立社交操作的锁定。

18.根据权利要求12所述的方法，其中在监视用户操作的费用类型时，当监视到第一用户与第二用户建立社交关系之后进行视频通话时，确定所述视频通话操作为收费型操作，基于所述收费型操作，实施的付费操作包括：

查询所述第一用户的帐户费用余额；以及

响应于所述第一用户的帐户费用余额少于当前用户操作对应的费用时，生成并显示费用提醒消息。

19.根据权利要求12所述的方法，其中进一步包括：

监视第一用户对已建立了社交关系的多个第二用户的亲密度；以及

基于所述亲密度为所述多个第二用户排序，并显示在用户列表中；

其中，基于亲密关系策略动态中的一个或多个亲密指标动态地评估第一用户对第二用户的亲密度，或者向服务端请求得到第一用户对第二用户的亲密度。

20.根据权利要求19所述的方法，其中进一步包括：基于第一用户对第二用户的亲密度，向其开放与所述亲密度匹配的社交功能。

21.一种社交应用用户的安全处理系统，其应用于服务端，其中包括：

服务端通信模块，经配置以与客户端相通信；

用户数据提供模块，其与所述服务端通信模块相连接，经配置以响应经所述服务端通信模块接收的用户请求，向发送所述用户请求的第一用户发送一个或多个未与其建立社交关系的第二用户的原始视频数据及其实时在线状态；

资源管理模块，经配置以基于访问权限策略生成所述第一用户对第二用户社交资源的访问权限；在接收到第一用户对第二用户的社交资源访问请求时，基于所述第一用户对第二用户的访问权限向其开放或拒绝所请求的社交资源；以及

费用管理模块，经配置以按照收费策略向第一用户收取费用。

22.根据权利要求21所述的系统，其中进一步包括亲密度计算模块，经配置以基于亲密关系策略动态地评估第一用户对第二用户的亲密度；并基于亲密度等级规则确定第一用户对第二用户的亲密度等级。

23.根据权利要求21或22所述的系统，其中所述资源管理模块包括：

访问权限单元，经配置以基于访问权限策略生成第一用户对第二用户社交资源的访问权限；

访问权限等级单元，其与所述访问权限单元相连接，经配置以在确定了第一用户对第二用户社交资源的访问权限之后，基于权限指标确定第一用户对第二用户社交资源的访问权限等级；以及

资源提供单元，其与所述访问权限单元和访问权限等级单元相连接，经配置以响应第一用户对第二用户的社交资源访问请求，基于所述第一用户对第二用户的访问权限和/或访问权限等级向其开放或拒绝所请求的社交资源。

24.根据权利要求21所述的系统，其中进一步包括加解密模块，经配置以对于存储在服务器的用户社交资源进行加密；以及在接收到第一用户对第二用户的社交资源访问请求时，基于所述第一用户对第二用户的访问权限向其开放所请求的社交资源时，对开放所请求的社交资源的访问密码进行验证。

25.根据权利要求21所述的系统，其中所述费用管理模块包括：

第一费用单元，经配置以在第一用户与第二用户建立社交关系之前，在第一用户浏览的第二用户视频的数量在预置时间段内超过了预置数量时，向第一用户收取第一费用；

第二费用单元，经配置以在与第一用户建立社交关系的第二用户的数量在预置时间段内超过了预置数量时，当第一用户与第二用户建立社交关系时向第一用户收取第二费用；

第三费用单元，经配置以在第一用户与第二用户进行视频通话时收取第三费用；以及

费用调整单元，经配置以计算第一用户对第二用户的付费等级，并根据第一用户对第二用户的亲密度调整所述第三费用。

26.一种社交应用用户的安全处理系统，其应用于第一用户终端中的客户端，其中包括：

客户端通信模块，经配置与服务端相通信；

用户请求模块，其与所述客户端通信模块相连接，经配置以经所述客户端通信模块向服务端发送用于获取第二用户原始视频数据的用户请求；

数据显示模块，其与所述客户端通信模块相连接，经配置以接收服务端返回一个或多个的第二用户原始视频数据并在曝光窗口中播放，其中所述的曝光窗口为暴露于第一用户终端屏幕上为第一用户可见的数据显示窗口；

状态模块，其与所述数据显示模块相连接，经配置以标记曝光窗口中的第二用户在线状态，监视曝光窗口中的第二用户的实时在线状态并实时更新；

用户操作监视模块，经配置以获取用户操作并监视用户操作类型，在用户操作类型为对曝光窗口的截屏/录屏操作时，禁止响应所述对曝光窗口的截屏/录屏操作；以及

收费模块，与所述用户操作监视模块相连接，在用户操作类型为收费型操作时实施收费操作。

27.根据权利要求26所述的系统，其中进一步包括加解密模块，经配置以采用非对称加密算法对需要经服务端向第二用户发送的数据进行加密，并对服务端发送来的第二用户数据进行解密。

28.根据权利要求26所述的系统，其中进一步包括：

亲密度获取模块，经配置以基于亲密关系策略动态地评估第一用户对第二用户的亲密度，或者从服务端获取第一用户对第二用户的亲密度；以及

功能解锁模块，其与所述亲密度获取模块相连接，经配置以基于第一用户对第二用户所述亲密度开放第一用户对第二用户的社交功能。

Images