基于付费社交的会话处理方法和装置

摘要

本公开提供一种基于付费社交的会话处理方法和装置，包括：获取社交发起方对应的社交数据；基于社交发起方对应的社交数据，确定社交发起方所属的用户类型；用户类型为第一类型时，获取社交发起方发起的历史会话请求的请求次数数据，基于请求次数数据，对社交发起方执行请求次数数据相应的社交操作；在用户类型为第二类型时，向社交接收方发送第二数据包；在社交发起方与社交接收方之间建立会话连接之后，基于社交接收方回复社交发起方的消息回复时间，向社交接收方发送第三数据包。从而，提高交友的安全性，回复消息的积极性，增强用户线上交友体验。

权利要求

1.一种基于付费社交的会话处理方法，其特征在于，包括：

在检测到社交发起方发起的社交会话请求时，获取所述社交发起方对应的社交数据，所述社交数据用于描述所述社交发起方参与社交会话所存储的第一数据包；

基于所述社交发起方对应的所述社交数据，确定所述社交发起方所属的用户类型，所述用户类型用于描述社交用户的社交付费信息，所述用户类型包括第一类型和第二类型；

所述第一类型用于描述所述社交发起方不属于付费用户，所述第二类型用于描述所述社交发起方属于付费用户；

在所述用户类型为所述第一类型时，获取所述社交发起方发起的历史会话请求的请求次数数据，基于所述请求次数数据，对所述社交发起方执行所述请求次数数据相应的社交操作，所述请求次数数据根据预设数据确定得出，所述预设数据为赠送数据，所述请求次数数据相应的社交操作用于描述所述社交发起方发起的所述社交会话请求是否成功发送至对应的社交接收方；

在所述用户类型为所述第二类型时，向所述社交接收方发送第二数据包，所述第二数据包由所述社交接收方确定，所述第二数据包为由所述社交接收方确定得出的付费标准；

在所述社交发起方与所述社交接收方之间建立会话连接之后，基于所述社交接收方回复所述社交发起方的消息回复时间，向所述社交接收方发送第三数据包；所述第三数据包对应有激励系数，所述激励系数与所述消息回复时间呈阶梯式下降关系；所述基于所述社交接收方回复所述社交发起方的消息回复时间，向所述社交接收方发送第三数据包，包括：基于所述社交接收方回复所述社交发起方的消息回复时间所处的回复时段，确定向所述社交接收方发送的第三数据包的激励系数，每个回复时段具有对应的激励系数；向所述社交接收方发送与所述消息回复时间所处的回复时段对应的激励系数所关联的第三数据包，所述第三数据包中包括社交积分；其中，所述社交接收方对应的社交积分具有颜色标识，所述消息回复时间所处的回复时段不同，所述社交积分的颜色标识不同。

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

基于所述社交发起方和所述社交接收方进行社交会话的付费行为数据，确定所述社交发起方和所述社交接收方之间的社交亲密度，所述付费行为数据包括：所述社交发起方向所述社交接收方发送的社交付费数据；

基于所述社交亲密度，更新所述社交发起方的社交权限，所述社交权限包括：对应于所述社交接收方的语音权限、对应于所述社交接收方的视频权限。

3.根据权利要求1所述的方法，其特征在于，所述基于所述请求次数数据，对所述社交发起方执行所述请求次数数据相应的社交操作，包括：获取预先设定的数据阈值；

若所述请求次数数据大于所述数据阈值，向所述社交发起方发送第一提示信息，所述第一提示信息中包括：预警消息和执行请求，所述预警消息用于描述所述社交发起方发起的所述社交会话请求未能成功发送至对应的社交接收方，所述执行请求用于询问所述社交发起方是否需要进行所述第一数据包的更新操作；

若所述请求次数数据小于或等于所述数据阈值，向所述社交发起方发送第二提示信息，并建立所述社交发起方与所述社交接收方之间的会话连接，所述第二提示信息用于描述所述社交发起方发起的所述社交会话请求已成功发送至对应的社交接收方。

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

接收所述社交发起方发送的携带有目标数据量的数据包更新请求；

响应于所述数据包更新请求，基于所述目标数据量更新所述第一数据包，并判定更新后的所述第一数据包与所述第二数据包之间的大小关系；

若更新后的所述第一数据包大于或等于所述第二数据包，建立所述社交发起方与所述会话请求对应的社交接收方之间的会话连接，并将所述第二数据包发送至所述社交接收方；

基于更新后的所述第一数据包，更新所述社交发起方的社交等级。

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

若更新后的所述第一数据包小于所述第二数据包，基于所述社交发起方的社交等级，向所述社交发起方推荐至少一个其他社交接收方，所述其他社交接收方设置的第四数据包小于或等于更新后的所述第一数据包；

响应于所述社交发起方发起的对于一个其他社交接收方的社交会话请求，建立所述社交发起方与所述一个其他社交接收方之间的会话连接，并将所述第四数据包发送至所述一个其他社交接收方。

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

响应于所述社交发起方向所述社交接收方发送的交友数据请求，所述交友数据请求用于描述所述社交发起方向所述社交接收方发送联系方式的数据请求；

在更新后的所述第一数据包大于或等于第五数据包时，同意所述交友数据请求；在更新后的所述第一数据包小于所述第五数据包时，拒绝所述交友数据请求，并在所述社交发起方参与的与所述社交接收方的会话界面上显示请求拒绝数据。

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

响应于所述社交发起方向所述社交接收方发送的交友数据请求，所述交友数据请求用于描述所述社交发起方向所述社交接收方发送联系方式的数据请求；

在所述社交发起方与所述社交接收方之间的社交亲密度满足预设亲密度规则时，向所述社交发起方发送身份验证请求，在所述社交发起方的身份验证通过后，同意所述交友数据请求；

在所述社交发起方与所述社交接收方之间的社交亲密度满足预设亲密度规则时，拒绝所述交友数据请求，并在所述社交发起方参与的与所述社交接收方的会话界面上显示请求拒绝数据。

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

在所述社交接收方回复所述社交发起方的消息回复时间大于预设时间阈值时，返回所述社交发起方的所述第二数据包；

更新所述社交接收方的社交积分对应的颜色标识。

9.一种基于付费社交的会话处理装置，其特征在于，包括：

获取模块，用于在检测到社交发起方发起的社交会话请求时，获取所述社交发起方对应的社交数据，所述社交数据用于描述所述社交发起方参与社交会话所存储的第一数据包；

确定模块，用于基于所述社交发起方对应的所述社交数据，确定所述社交发起方所属的用户类型，所述用户类型用于描述社交用户的社交付费信息，所述用户类型包括第一类型和第二类型；所述第一类型用于描述所述社交发起方不属于付费用户，所述第二类型用于描述所述社交发起方属于付费用户；

执行模块，用于在所述用户类型为所述第一类型时，获取所述社交发起方发起的历史会话请求的请求次数数据，基于所述请求次数数据，对所述社交发起方执行所述请求次数数据相应的社交操作，所述请求次数数据根据预设数据确定得出，所述预设数据为赠送数据，所述请求次数数据相应的社交操作用于描述所述社交发起方发起的所述社交会话请求是否成功发送至对应的社交接收方；

第一发送模块，用于在所述用户类型为所述第二类型时，向所述社交接收方发送第二数据包，所述第二数据包由所述社交接收方确定，所述第二数据包为由所述社交接收方确定得出的付费标准；

第二发送模块，用于在所述社交发起方与所述社交接收方之间建立会话连接之后，基于所述社交接收方回复所述社交发起方的消息回复时间，向所述社交接收方发送第三数据包；所述第三数据包对应有激励系数，所述激励系数与所述消息回复时间呈阶梯式下降关系，第二发送模块，具体用于：基于所述社交接收方回复所述社交发起方的消息回复时间所处的回复时段，确定向所述社交接收方发送的第三数据包的激励系数，每个回复时段具有对应的激励系数；向所述社交接收方发送与所述消息回复时间所处的回复时段对应的激励系数所关联的第三数据包，所述第三数据包中包括社交积分；其中，所述社交接收方对应的社交积分具有颜色标识，所述消息回复时间所处的回复时段不同，所述社交积分的颜色标识不同。

说明书

基于付费社交的会话处理方法和装置

技术领域

[0001] 本公开的实施例涉及数据处理技术领域，具体地，涉及适用于一种基于付费社交的会话处理方法和装置。

背景技术

[0002] 随着社会和网络的快速发展，用户在进行社交方式的选择时，已经不再拘泥于线下交友，往往会选用线上交友互动的方式。

[0003] 目前在使用免费社交软件的聊天过程中，由于没有准入门槛，用户质量参差不齐，回复的积极性也不高，使得用户聊天意向降低，长期无法收获比较好的交友体验，也极易造成平台用户流失。

发明内容

[0004] 本文中描述的实施例提供了一种基于付费社交的会话处理方法和装置，克服了上述问题。

[0005] 第一方面，根据本公开的内容，提供了一种基于付费社交的会话处理方法，包括：

[0006] 在检测到社交发起方发起的社交会话请求时，获取所述社交发起方对应的社交数据，所述社交数据用于描述所述社交发起方参与社交会话所存储的第一数据包；

[0007] 基于所述社交发起方对应的所述社交数据，确定所述社交发起方所属的用户类型，所述用户类型用于描述社交用户的社交付费信息，所述用户类型包括第一类型和第二类型；

[0008] 在所述用户类型为所述第一类型时，获取所述社交发起方发起的历史会话请求的请求次数数据，基于所述请求次数数据，对所述社交发起方执行所述请求次数数据相应的社交操作，所述请求次数数据根据预设数据确定得出，所述预设数据为赠送数据，所述请求次数数据相应的社交操作用于描述所述社交发起方发起的所述社交会话请求是否成功发送至对应的社交接收方；

[0009] 在所述用户类型为所述第二类型时，向所述社交接收方发送第二数据包，所述第二数据包由所述社交接收方确定；

[0010] 在所述社交发起方与所述社交接收方之间建立会话连接之后，基于所述社交接收方回复所述社交发起方的消息回复时间，向所述社交接收方发送第三数据包。

[0011] 第二方面，根据本公开的内容，提供了一种基于付费社交的会话处理装置，包括：

[0012] 获取模块，用于在检测到社交发起方发起的社交会话请求时，获取所述社交发起方对应的社交数据，所述社交数据用于描述所述社交发起方参与社交会话所存储的第一数据包；

[0013] 确定模块，用于基于所述社交发起方对应的所述社交数据，确定所述社交发起方所属的用户类型，所述用户类型用于描述社交用户的社交付费信息，所述用户类型包括第一类型和第二类型；

[0014] 执行模块，用于在所述用户类型为所述第一类型时，获取所述社交发起方发起的历史会话请求的请求次数数据，基于所述请求次数数据，对所述社交发起方执行所述请求次数数据相应的社交操作，所述请求次数数据根据预设数据确定得出，所述预设数据为赠送数据，所述请求次数数据相应的社交操作用于描述所述社交发起方发起的所述社交会话请求是否成功发送至对应的社交接收方；

[0015] 第一发送模块，用于在所述用户类型为所述第二类型时，向所述社交接收方发送第二数据包，所述第二数据包由所述社交接收方确定；

[0016] 第二发送模块，用于在所述社交发起方与所述社交接收方之间建立会话连接之后，基于所述社交接收方回复所述社交发起方的消息回复时间，向所述社交接收方发送第三数据包。

[0017] 第三方面，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，处理器执行计算机程序时实现如以上任意一个实施例中基于付费社交的会话处理方法的步骤。

[0018] 第四方面，提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如以上任意一个实施例中基于付费社交的会话处理方法的步骤。

[0019] 本申请实施例提供的基于付费社交的会话处理方法，在检测到社交发起方发起的社交会话请求时，获取社交发起方对应的社交数据，社交数据用于描述社交发起方参与社交会话所存储的第一数据包；基于社交发起方对应的社交数据，确定社交发起方所属的用户类型，用户类型用于描述社交用户的社交付费信息，用户类型包括第一类型和第二类型；在用户类型为第一类型时，获取社交发起方发起的历史会话请求的请求次数数据，基于请求次数数据，对社交发起方执行请求次数数据相应的社交操作，请求次数数据根据预设数据确定得出，预设数据为赠送数据，请求次数数据相应的社交操作用于描述社交发起方发起的社交会话请求是否成功发送至对应的社交接收方；在用户类型为第二类型时，向社交接收方发送第二数据包，第二数据包由社交接收方确定；在社交发起方与社交接收方之间建立会话连接之后，基于社交接收方回复社交发起方的消息回复时间，向社交接收方发送第三数据包。如此，通过在建立会话聊天之前筛选用户类型，以识别用户的聊天意向，进而，通过双方用户建立会话连接之后，能够基于用户适当数据激励，便于提升用户聊天意向，提高交友的安全性，回复消息的积极性，增强用户线上交友体验。

[0020] 上述说明仅是本申请实施例技术方案的概述，为了能够更清楚了解本申请实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本申请实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

[0021] 为了更清楚地说明本公开的实施例的技术方案，下面将对实施例的附图进行简要说明，应当知道，以下描述的附图仅仅涉及本公开的一些实施例，而非对本公开的限制，其中：

[0022] 图1是本公开提供的一种基于付费社交的会话处理方法的流程示意图。

[0023] 图2是本公开提供的一种基于付费社交的会话处理装置的结构示意图。

[0024] 图3是本公开提供的一种计算机设备的结构示意图。

[0025] 需要注意的是，附图中的元素是示意性的，没有按比例绘制。

具体实施方式

[0026] 为了使本公开的实施例的目的、技术方案和优点更加清楚，下面将结合附图，对本公开的实施例的技术方案进行清楚、完整的描述。显然，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。基于所描述的本公开的实施例，本领域技术人员在无需创造性劳动的前提下所获得的所有其它实施例，也都属于本公开保护的范围。

[0027] 除非另外定义，否则在此使用的所有术语（包括技术和科学术语）具有与本公开主题所属领域的技术人员所通常理解的相同含义。进一步将理解的是，诸如在通常使用的词典中定义的那些的术语应解释为具有与说明书上下文和相关技术中它们的含义一致的含义，并且将不以理想化或过于正式的形式来解释，除非在此另外明确定义。如在此所使用的，将两个或更多部分“连接”或“耦接”到一起的陈述应指这些部分直接结合到一起或通过一个或多个中间部件结合。

[0028] 在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语“实施例”并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

[0029] 本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：存在A，同时存在A和B，存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。诸如“第一”和“第二”的术语仅用于将一个部件（或部件的一部分）与另一个部件（或部件的另一部分）区分开。

[0030] 在本申请的描述中，除非另有说明，“多个”的含义是指两个以上（包括两个），同理，“多组”指的是两组以上（包括两组）。

[0031] 为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

[0032] 图1是本公开实施例提供的一种基于付费社交的会话处理方法的流程示意图。如图1所示，基于付费社交的会话处理方法的具体过程包括：

[0033] S110、在检测到社交发起方发起的社交会话请求时，获取社交发起方对应的社交数据。

[0034] 其中，社交数据可用于描述社交发起方参与社交会话所存储的第一数据包。

[0035] 举例而言，在付费社交过程中，社交发起方需要向其账户内存入一定费用，便于进行社交活动的参与。第一数据包可为社交发起方在线上聊天过程中所剩余的存储金额。

[0036] S120、基于社交发起方对应的社交数据，确定社交发起方所属的用户类型。

[0037] 其中，用户类型可用于描述社交用户的社交付费信息，用户类型包括第一类型和第二类型。

[0038] 举例而言，用户类型可为基于社交发起方所剩余的存储金额确定出其的社交意向，第一类型可用于描述社交发起方不属于付费用户，第二类型可用于描述社交发起方属于付费用户。

[0039] 如在社交发起方对应的第一数据包的存储状态在预设时长内一直处于未更新状态，或者，社交发起方对应的第一数据包中所剩余的存储金额在预设时长内一直为0时，则确定社交发起方所属的用户类型为第一类型。在社交发起方对应的第一数据包的存储状态在预设时长内一直处于更新状态，或者，社交发起方对应的第一数据包中所剩余的存储金额在预设时长内在持续增长，则确定社交发起方所属的用户类型为第二类型。

[0040] S130、在用户类型为第一类型时，获取社交发起方发起的历史会话请求的请求次数数据，基于请求次数数据，对社交发起方执行请求次数数据相应的社交操作。

[0041] 其中，请求次数数据相应的社交操作，可用于描述社交发起方发起的社交会话请求是否成功发送至对应的社交接收方。

[0042] 请求次数数据可根据预设数据确定得出，预设数据为社交发起方为非付费用户/新用户时，社交系统对其的赠送数据。请求次数数可为社交积分、社交金币等体现形式，相应的，社交发起方发起的历史会话请求的请求次数数据即为社交发起方剩余的社交积分或社交金币等。

[0043] 举例而言，社交发起方首次进行社交时，系统会为其下发10个金币，便于社交发起方基于这10个金币进行一些免费的社交行为。假设，社交发起方和一个用户进行社交行为时，此用户设置的社交付费金额为5个金币，则社交发起方可以和此用户进行两次社交会话。

[0044] 一些实施例中，基于请求次数数据，对社交发起方执行请求次数数据相应的社交操作，包括：

[0045] 获取预先设定的数据阈值；若请求次数数据大于数据阈值，向社交发起方发送第一提示信息，第一提示信息中包括：预警消息和执行请求；若请求次数数据小于或等于数据阈值，向社交发起方发送第二提示信息，并建立社交发起方与社交接收方之间的会话连接。数据阈值可为与社交发起方进行社交会话的社交接收方预先设置的数据，即数据阈值可为第二数据包对应的数值。

[0046] 其中，预警消息用于描述社交发起方发起的社交会话请求未能成功发送至对应的社交接收方，执行请求用于询问社交发起方是否需要进行第一数据包的更新操作。第二提示信息用于描述社交发起方发起的社交会话请求已成功发送至对应的社交接收方。此时，社交发送方无需付费，即可进行免费社交会话。

[0047] 预警消息的提示形式包括但不限于是：界面对话框提示、界面弹窗提示、设备短信提示以及界面震动提示的形式。

[0048] 社交系统会为不付费用户赠送预设数据便于社交发起方使用几次免费会话次数，在不付费用户的会话次数对应的请求次数数据使用完成后或不支持当前会话行为时，将会限制社交发起方继续发起会话，只有在付费后才能继续进行会话，从而，防止社交发起方不以交友为目的频繁发起会话影响其他社交用户。

[0049] 一些实施例中，向社交发起方发送第一提示信息之后，本实施例方法还包括：

[0050] 接收社交发起方发送的携带有目标数据量的数据包更新请求；响应于数据包更新请求，基于目标数据量更新第一数据包，并判定更新后的第一数据包与第二数据包之间的大小关系出；若更新后的第一数据包大于或等于第二数据包，建立社交发起方与会话请求对应的社交接收方之间的会话连接，并将第二数据包发送至社交接收方；基于更新后的第一数据包，更新社交发起方的社交等级。

[0051] 其中，第二数据包由社交接收方确定得，社交接收方会设置一定的费用标准，以避免其他社交用户频繁发起会话降低社交接收方社交意向的问题。

[0052] 目标数据量可为社交发起方的付费金额/充值金额。相应的，基于目标数据量更新第一数据包，可为就有社交发起方的付费金额/充值金额更新社交发起方所剩余的存储金额。

[0053] 基于更新后的第一数据包，更新社交发起方的社交等级，可包括：基于更新后的第一数据包与等级比对表之间的对应关系，提高社交发起方的社交等级；等级比对表中包括社交等级与存储金额之间的映射关系。

[0054] 从而，在社交发起方的付费存储金额满足社交接收方设置的付费标准之后，建立社交发起方与社交接收方之间的会话连接，有效为社交接收方晒选出具有社交意向的社交用户，同时，依据社交发起方的存储金额，提升其社交等级，便于社交发起方享有更多社交权限。

[0055] 另一些实施例中，判定更新后的第一数据包与第二数据包之间的大小关系之后，本实施例方法还包括：

[0056] 若更新后的第一数据包小于第二数据包，基于社交发起方的社交等级，向社交发起方推荐至少一个其他社交接收方；响应于社交发起方发起的对于一个其他社交接收方的社交会话请求，建立社交发起方与一个其他社交接收方之间的会话连接，并将第四数据包发送至一个其他社交接收方。

[0057] 其中，其他社交接收方设置的第四数据包小于或等于更新后的第一数据包。

[0058] 在确定向社交发起方推荐至少一个其他社交接收方时，可基于社交发起方的社交等级，从候选社交接收方中选取适配的接收方，从而，避免社交发起方在发起会话请求时被拒绝降低社交意向，进一步提升社交发起方的社交意向，便于提升用户粘度。

[0059] 另外，基于社交发起方的社交等级，向社交发起方推荐至少一个其他社交接收方时，可包括：基于社交发起方的社交等级，确定与社交发起方匹配的社交用户列表，向社交发起方推荐社交用户列表中的所有社交接收方，每个社交接收方对应有与社交发起方的适配度，便于社交发起方选择自己想交流的社交接收方；或者，向社交发起方推荐社交用户列表中适配度大于预设阈值的一个或多个社交接收方，便于向社交发起方推荐与其适配度较高的社交用户；或者，向社交发起方推荐社交用户列表中适配度最高的社交接收方，便于向社交发起方推荐与其适配度最高的社交用户，实现社交精准匹配推荐。

[0060] S140、在用户类型为第二类型时，向社交接收方发送第二数据包。

[0061] 其中，第二数据包由社交接收方确定。

[0062] 另外，向社交接收方发送第二数据包之后，还可以包括：基于社交等级，对社交发起方执行社交等级相应的社交操作。

[0063] 社交等级相应的社交操作，可用于描述社交发起方基于社交会话请求与社交接收方建立的会话连接对应的会话界面上的显示内容。

[0064] 社交等级可基于社交发起方所存储的第一数据包确定得出。例如，在社交发起方所存储的第一数据包大于第一阈值时，则确定其社交等级为第四等级；在社交发起方所存储的第一数据包大于第二阈值且小于或等于第一阈值时，则确定其社交等级为第三等级；在社交发起方所存储的第一数据包大于第三阈值且小于或等于第二阈值时，则确定其社交等级为第二等级；在社交发起方所存储的第一数据包大于第四阈值且小于或等于第三阈值时，则确定其社交等级为第一等级。第一阈值大于第二阈值，第二阈值大于第三阈值，第三阈值大于第四阈值，第三数据包大于第一阈值。

[0065] 第一等级、第二等级、第三等级和第四等级的等级标准依次升高，也就是，第四等级大于第三等级、第三等级大于第二等级，第二等级大于第一等级。

[0066] 显示内容可包括但不限于是：社交发起方的身份标识、社交发起方的社交进场标识以及社交榜单。

[0067] 一些实施例中，基于社交等级，对社交发起方执行社交等级相应的社交操作，包括：

[0068] 在社交等级为第一等级时，建立社交发起方与社交会话请求对应的社交接收方之间的会话连接，并将第二数据包发送至社交接收方。

[0069] 在社交等级为第二等级时，建立社交发起方与社交会话请求对应的社交接收方之间的会话连接，将第二数据包发送至社交接收方，以及基于社交等级确定社交发起方的身份标识，并在会话连接对应的会话界面/社交发起方参与的社交直播中显示身份标识。

[0070] 其中，身份标识可包括：社交头像字符标识（如“贵族”等身份标识）、社交名称字体样式标识（如标亮社交名称、设置不同颜色社交名称字体）。

[0071] 在社交等级为第三等级时，建立社交发起方与社交会话请求对应的社交接收方之间的会话连接，将第二数据包发送至社交接收方，以及基于社交等级确定社交发起方的社交进场标识，并在会话连接对应的会话界面/社交发起方参与的社交直播中显示社交进场标识。同时，也可在会话连接对应的会话界面上显示身份标识。

[0072] 其中，社交进场标识包括：会话界面的颜色标识（如会话界面的色彩特效）、会话界面中出现虚拟物体（如进场“座驾”特效）。

[0073] 在社交等级为第四等级时，建立社交发起方与社交会话请求对应的社交接收方之间的会话连接，将第二数据包发送至社交接收方，以及基于社交等级确定社交发起方的社交榜单，并在会话连接对应的会话界面上显示社交榜单。同时，也可在会话连接对应的会话界面上显示身份标识，在会话连接对应的会话界面/社交发起方参与的社交直播中显示社交进场标识。第二数据包为由社交接收方确定得出的付费标准，便于社交发起方进行付费社交。

[0074] 其中，社交榜单可用于描述社交发起方在进行社交活动时的社交排名，如在社交活动中的荣耀榜单等。

[0075] 从而，基于社交发起方的不同社交等级，在进行社交会话时显示不同内容，便于社交接收方明确获知社交发起方的身份信息，提升社交会话效率。

[0076] S150、在社交发起方与社交接收方之间建立会话连接之后，基于社交接收方回复社交发起方的消息回复时间，向社交接收方发送第三数据包。

[0077] 其中，第三数据包可为用于激励社交接收方的一些社交虚拟物品，如社交积分、社交虚拟皮肤、社交虚拟配饰、社交虚拟座驾等。

[0078] 一些实施例中，第三数据包对应有激励系数，激励系数与消息回复时间呈阶梯式下降关系。

[0079] 基于社交接收方回复社交发起方的消息回复时间，向社交接收方发送第三数据包，包括：

[0080] 基于社交接收方回复社交发起方的消息回复时间所处的回复时段，确定向社交接收方发送的第三数据包的激励系数，每个回复时段具有对应的激励系数；向社交接收方发送与消息回复时间所处的回复时段对应的激励系数所关联的第三数据包，第三数据包中包括社交积分。

[0081] 举例而言，在社交接收方回复社交发起方的消息回复时间所处的回复时段为消息发起时间点至发送后1分钟内，确定向社交接收方发送的第二数据包的激励系数为1.0；在社交接收方回复社交发起方的消息回复时间所处的回复时段为消息发送后1分钟至发送后2分钟内，确定向社交接收方发送的第二数据包的激励系数为0.9，以此类推。

[0082] 相应的，向社交接收方发送与激励系数对应的第三数据包，若第三数据包可为100社交积分时，激励系数为1.0对应的第三数据包为100积分，激励系数为0.9对应的第三数据包为90积分。若第三数据包可为社交虚拟皮肤/社交虚拟配饰/社交虚拟座驾时，激励系数为1.0对应的第三数据包为完整的社交虚拟皮肤/社交虚拟配饰/社交虚拟座驾；激励系数为0.9对应的第三数据包为具体90%物品碎片的社交虚拟皮肤/社交虚拟配饰/社交虚拟座驾。

[0083] 社交接收方对应的社交积分具有颜色标识，消息回复时间所处的回复时段不同，社交积分的颜色标识不同。如，社交接收方在1分钟至2分钟内回复消息，社交积分的颜色标识可由灰色成黄色，社交接收方在1分钟内回复消息，社交积分的颜色标识可由灰色成橙色。

[0084] 从而，通过设置不同消息回复时段对应不同激励系数，能够有效提升社交接收方消息回复的积极性，进一步提升社交会话效率。同时，在社交接收方采用积分的颜色标识来更加醒目的提示社交接收方查看社交发起方的社交会话，便于提升社交亲密度。

[0085] 一些实施例中，本实施例方法还可以包括：

[0086] 在社交接收方回复社交发起方的消息回复时间大于预设时间阈值时，返回社交发起方的第二数据包；更新社交接收方的社交积分对应的颜色标识。

[0087] 其中，若社交接收方在指定时段（如消息发送后1天内）未回复消息，则确定社交发起方和社交接收方的社交关系建立失败，退回社交发起方的第二数据包（即支付费用），避免社交发起方无效社交收费的问题，保护用户利益不受损失。同时，更新社交接收方的社交积分对应的颜色标识如为灰色，使得社交接收方能够及时了解到社交情况。

[0088] 本实施例中，在检测到社交发起方发起的社交会话请求时，获取社交发起方对应的社交数据，社交数据用于描述社交发起方参与社交会话所存储的第一数据包；基于社交发起方对应的社交数据，确定社交发起方所属的用户类型，用户类型用于描述社交用户的社交付费信息，用户类型包括第一类型和第二类型；在用户类型为第一类型时，获取社交发起方发起的历史会话请求的请求次数数据，基于请求次数数据，对社交发起方执行请求次数数据相应的社交操作，请求次数数据根据预设数据确定得出，预设数据为赠送数据，请求次数数据相应的社交操作用于描述社交发起方发起的社交会话请求是否成功发送至对应的社交接收方；在用户类型为第二类型时，向社交接收方发送第二数据包，第二数据包由社交接收方确定；在社交发起方与社交接收方之间建立会话连接之后，基于社交接收方回复社交发起方的消息回复时间，向社交接收方发送第三数据包。如此，通过在建立会话聊天之前筛选用户类型，以识别用户的聊天意向，进而，通过双方用户建立会话连接之后，能够基于用户适当数据激励，便于提升用户聊天意向，提高交友的安全性，回复消息的积极性，增强用户线上交友体验。

[0089] 一些实施例中，本实施例方法还包括：

[0090] 基于社交发起方和社交接收方进行社交会话的付费行为数据，确定社交发起方和社交接收方之间的社交亲密度；基于社交亲密度，更新社交发起方的社交权限。

[0091] 其中，社交权限可包括：对应于社交接收方的语音权限、对应于社交接收方的视频权限。

[0092] 付费行为数据可包括：社交发起方向社交接收方发送的社交付费数据。社交亲密度与互动付费行为产生的社交付费数据成正比，社交付费数据越多，社交亲密度越高，付费行为可包括：送礼物、发消息、语音/视频通话。

[0093] 社交发起方在送礼物时，按照礼物的价值收费，社交接收方无论是否回复均会收到积分奖励。在解锁语音和视频通话后接通了，按照社交接收方设置的单价付费，社交接收方会收到积分奖励。

[0094] 另外，付费行为还可以包括：会话频率、会话消息等待时长。

[0095] 会话频率越高、社交付费数据越多以及会话消息等待时长越短，则确定社交发起方和社交接收方之间的社交亲密度越高。从而，解锁社交发起方的新的社交权限，便于社交发起方进一步了解社交接收方。

[0096] 需要说明的是，若在一定时间内社交发起方和社交接收方没有社交互动，则社交发起方和社交接收方之间的社交亲密度会下降，维持两者社交亲密度的方式是继续互动并付费，以此激励双方进行社交互动。

[0097] 社交接收方收到积分后可以申请提现，提现需要系统真人认证+实名认证，未认证通过及社交行为导致账户异常均无法成功提现，能够进一步提高双方的社交安全性。

[0098] 在互动过程中，双方的消息列表可根据亲密度、时间、待我回复、待对方回复来进行排序，方便继续深入交流，提高用户黏性。

[0099] 一些实施例中，社交发起方作为非付费用户与社交接收方进行社交会话时，本实施例还可以包括：

[0100] 响应于社交发起方向社交接收方发送的交友数据请求；在更新后的第一数据包大于或等于第五数据包时，同意交友数据请求；在更新后的第一数据包小于第五数据包时，拒绝交友数据请求，并在社交发起方参与的与社交接收方的会话界面上显示请求拒绝数据。

[0101] 其中，社交发起方参与的与社交接收方的会话界面上显示的请求拒绝数据可为：社交发起方的付费不满足能够发送联系方式的要求。

[0102] 交友数据请求用于描述社交发起方向社交接收方发送联系方式的数据请求。只有在社交发起方的付费达到一定程度后，才能向社交接收方发送自己的联系方式，以提升交友体验。

[0103] 一些实施例中，社交发起方作付费用户与社交接收方进行社交会话时，本实施例还可以包括：

[0104] 响应于社交发起方向社交接收方发送的交友数据请求，交友数据请求用于描述社交发起方向社交接收方发送联系方式的数据请求；在社交发起方与社交接收方之间的社交亲密度满足预设亲密度规则时，向社交发起方发送身份验证请求，在社交发起方的身份验证通过后，同意交友数据请求；在社交发起方与社交接收方之间的社交亲密度满足预设亲密度规则时，拒绝交友数据请求，并在社交发起方参与的与社交接收方的会话界面上显示请求拒绝数据。

[0105] 其中，在社交发起方与社交接收方之间的社交亲密度满足如社交亲密度为100的预设亲密度规则时，验证社交发起方的身份信息，从而，防止社交诈骗。

[0106] 验证社交发起方的身份的方式可为系统视频验证，如人脸识别/虹膜验证；或者系统信息验证，如指纹验证/声纹验证。

[0107] 社交发起方参与的与社交接收方的会话界面上显示的请求拒绝数据可为：社交发起方的身份验证失败。

[0108] 综上，本实施例通过综合付费策略，来体现主动方的交友诚意，为被动方进行筛选过滤，且在社交关系没有建立时，系统自动将用户支付的费用退回来降低用户交友成本，社交关系建立后通过付费互动，巧妙将线下场景融合到线上，打造沉浸式交友互动体验，提升用户粘度的同时保证社交安全性，最终为有真实交友意愿的双方建立安全、高效而紧密的社交关系。

[0109] 另外，在社交发起方为非付费用户时，本实施例还可以包括：

[0110] 基于社交发起方发起的历史会话请求的请求次数数据，确定社交发起方与数据接收方之间会话连接的会话时长；向社交发起方发送会话时长，以及在社交发起方与数据接收方的社交过程中，在会话连接对应的会话界面上显示会话时长对应的剩余时长；在剩余时长小于预设时长阈值时，向数据发起方发送时长提示预警，时长提示预警用于提示数据发起方参与的社交会话的剩余时长。从而，便于有效向社交发起方进行社交时长提示。

[0111] 其中，在向数据接收方发送时长提示预警之后，接收数据接收方发送的时长延长请求，时长延长请求中包括目标延长时长以及付费数据；基于数据发送方的社交等级/付费数据，确定数据发送方对应的社交时长；基于社交时长和会话时长，从目标延长时长中选取数据发送方与数据接收方在进行社交会话时的实际延长时长；在剩余时长上添加实际延长时长，更新会话时长对应的剩余时长。从而，便于提升社交发起方的社交体验。

[0112] 图2为本实施例提供的一种基于付费社交的会话处理装置的结构示意图。基于付费社交的会话处理装置可以包括：获取模块210、确定模块220、执行模块230、第一发送模块240和第二发送模块250。

[0113] 获取模块210，用于在检测到社交发起方发起的社交会话请求时，获取所述社交发起方对应的社交数据，所述社交数据用于描述所述社交发起方参与社交会话所存储的第一数据包。

[0114] 确定模块220，用于基于所述社交发起方对应的所述社交数据，确定所述社交发起方所属的用户类型，所述用户类型用于描述社交用户的社交付费信息，所述用户类型包括第一类型和第二类型。

[0115] 执行模块230，用于在所述用户类型为所述第一类型时，获取所述社交发起方发起的历史会话请求的请求次数数据，基于所述请求次数数据，对所述社交发起方执行所述请求次数数据相应的社交操作，所述请求次数数据根据预设数据确定得出，所述预设数据为赠送数据，所述请求次数数据相应的社交操作用于描述所述社交发起方发起的所述社交会话请求是否成功发送至对应的社交接收方。

[0116] 第一发送模块240，用于在所述用户类型为所述第二类型时，向所述社交接收方发送第二数据包，所述第二数据包由所述社交接收方确定。

[0117] 第二发送模块250，用于在所述社交发起方与所述社交接收方之间建立会话连接之后，基于所述社交接收方回复所述社交发起方的消息回复时间，向所述社交接收方发送第三数据包。

[0118] 在本实施例中，可选的，所述第三数据包对应有激励系数，所述激励系数与所述消息回复时间呈阶梯式下降关系。

[0119] 第二发送模块250，具体用于：

[0120] 基于所述社交接收方回复所述社交发起方的消息回复时间所处的回复时段，确定向所述社交接收方发送的第三数据包的激励系数，每个回复时段具有对应的激励系数；向所述社交接收方发送与所述消息回复时间所处的回复时段对应的激励系数所关联的第三数据包，所述第三数据包中包括社交积分；其中，所述社交接收方对应的社交积分具有颜色标识，所述消息回复时间所处的回复时段不同，所述社交积分的颜色标识不同。

[0121] 在本实施例中，可选的，还包括：更新模块。

[0122] 确定模块220，还用于基于所述社交发起方和所述社交接收方进行社交会话的付费行为数据，确定所述社交发起方和所述社交接收方之间的社交亲密度，所述付费行为数据包括：所述社交发起方向所述社交接收方发送的社交付费数据。

[0123] 更新模块，用于基于所述社交亲密度，更新所述社交发起方的社交权限，所述社交权限包括：对应于所述社交接收方的语音权限、对应于所述社交接收方的视频权限。

[0124] 在本实施例中，可选的，执行模块230，具体用于：

[0125] 获取预先设定的数据阈值；若所述请求次数数据大于所述数据阈值，向所述社交发起方发送第一提示信息，所述第一提示信息中包括：预警消息和执行请求，所述预警消息用于描述所述社交发起方发起的所述社交会话请求未能成功发送至对应的社交接收方，所述执行请求用于询问所述社交发起方是否需要进行所述第一数据包的更新操作；若所述请求次数数据小于或等于所述数据阈值，向所述社交发起方发送第二提示信息，并建立所述社交发起方与所述社交接收方之间的会话连接，所述第二提示信息用于描述所述社交发起方发起的所述社交会话请求已成功发送至对应的社交接收方。

[0126] 在本实施例中，可选的，还包括：接收模块、判定模块和建立模块。

[0127] 接收模块，用于接收所述社交发起方发送的携带有目标数据量的数据包更新请求。

[0128] 判定模块，用于响应于所述数据包更新请求，基于所述目标数据量更新所述第一数据包，并判定更新后的所述第一数据包与第二数据包之间的大小关系。

[0129] 建立模块，用于若更新后的所述第一数据包大于或等于所述第二数据包，建立所述社交发起方与所述会话请求对应的社交接收方之间的会话连接，并将所述第二数据包发送至所述社交接收方。

[0130] 更新模块，还用于基于更新后的所述第一数据包，更新所述社交发起方的社交等级。

[0131] 在本实施例中，可选的，还包括：推荐模块。

[0132] 推荐模块，用于若更新后的所述第一数据包小于所述第二数据包，基于所述社交发起方的社交等级，向所述社交发起方推荐至少一个其他社交接收方，所述其他社交接收方设置的第四数据包小于或等于更新后的所述第一数据包。

[0133] 建立模块，还用于响应于所述社交发起方发起的对于一个其他社交接收方的社交会话请求，建立所述社交发起方与所述一个其他社交接收方之间的会话连接，并将所述第四数据包发送至所述一个其他社交接收方。

[0134] 在本实施例中，可选的，还包括：处理模块。

[0135] 处理模块，用于响应于所述社交发起方向所述社交接收方发送的交友数据请求，所述交友数据请求用于描述所述社交发起方向所述社交接收方发送联系方式的数据请求；在更新后的所述第一数据包大于或等于第五数据包时，同意所述交友数据请求；在更新后的所述第一数据包小于所述第五数据包时，拒绝所述交友数据请求，并在所述社交发起方参与的与所述社交接收方的会话界面上显示请求拒绝数据。

[0136] 在本实施例中，可选的，处理模块，还用于响应于所述社交发起方向所述社交接收方发送的交友数据请求，所述交友数据请求用于描述所述社交发起方向所述社交接收方发送联系方式的数据请求；在所述社交发起方与所述社交接收方之间的社交亲密度满足预设亲密度规则时，向所述社交发起方发送身份验证请求，在所述社交发起方的身份验证通过后，同意所述交友数据请求；在所述社交发起方与所述社交接收方之间的社交亲密度满足预设亲密度规则时，拒绝所述交友数据请求，并在所述社交发起方参与的与所述社交接收方的会话界面上显示请求拒绝数据。

[0137] 在本实施例中，可选的，还包括：返回模块。

[0138] 返回模块，用于在所述社交接收方回复所述社交发起方的消息回复时间大于预设时间阈值时，返回所述社交发起方的所述第二数据包。

[0139] 更新模块，还用于更新所述社交接收方的社交积分对应的颜色标识。

[0140] 本公开提供的基于付费社交的会话处理装置，可执行上述方法实施例，其具体实现原理和技术效果，可参见上述方法实施例，本公开此处不再赘述。

[0141] 本申请实施例还提供了一种计算机设备。具体请参阅图3，图3为本实施例计算机设备基本结构框图。

[0142] 计算机设备包括通过系统总线相互通信连接存储器310和处理器320。需要指出的是，图中仅示出了具有组件310‑320的计算机设备，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路（Application Specific Integrated Circuit，ASIC）、可编程门阵列（Field‑ProgrammableGate Array，FPGA）、数字处理器（Digital Signal Processor，DSP）、嵌入式设备等。

[0143] 计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

[0144] 存储器310至少包括一种类型的可读存储介质，可读存储介质包括非易失性存储器（non‑volatile memory）或易失性存储器，例如，闪存（flash memory）、硬盘、多媒体卡、卡型存储器（例如，SD或DX存储器等）、随机访问存储器（random access memory，RAM）、只读存储器（read‑only memory，ROM）、可擦写可编程只读存储器（erasable programmable read‑only memory，EPROM）、电可擦写可编程只读存储器（electricallyerasable programmable read‑only memory，EEPROM）、可编程只读存储器（programmable read‑only memory，PROM）、磁性存储器、磁盘、光盘等，RAM可以包括静态RAM或动态RAM。在一些实施例中，存储器310可以是计算机设备的内部存储单元，例如，该计算机设备的硬盘或内存。在另一些实施例中，存储器310也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘、智能存储卡（Smart Media Card，SMC）、安全数字（Secure Digital，SD）卡或闪存卡（Flash Card）等。当然，存储器310还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，存储器310通常用于存储安装于计算机设备的操作系统和各类应用软件，例如上述方法的程序代码等。此外，存储器310还可以用于暂时地存储已经输出或者将要输出的各类数据。

[0145] 处理器320通常用于执行计算机设备的总体操作。本实施例中，存储器310用于存储程序代码或指令，程序代码包括计算机操作指令，处理器320用于执行存储器310存储的程序代码或指令或者处理数据，例如运行上述方法的程序代码。

[0146] 本文中，总线可以是工业标准体系结构（Industry Standard Architecture，ISA）总线、外设部件互连标准（Peripheral Component Interconnect，PCI）总线或扩展工业标准结构（Extended Industry Standard Architecture，EISA）总线等。该总线系统可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

[0147] 本申请的另一实施例还提供一种计算机可读介质，计算机可读介质可以是计算机可读信号介质或者计算机可读介质。计算机中的处理器读取存储在计算机可读介质中的计算机可读程序代码，使得处理器能够执行在上述方法中每个步骤、或各步骤的组合中规定的功能动作；生成实施在框图的每一块、或各块的组合中规定的功能动作的装置。

[0148] 计算机可读介质包含但不限于电子、磁性、光学、电磁、红外的存储器或半导体系统、设备或者装置，或者前述的任意适当组合，存储器用于存储程序代码或指令，程序代码包括计算机操作指令，处理器用于执行存储器存储的上述方法的程序代码或指令。

[0149] 存储器和处理器的定义，可以参考前述计算机设备实施例的描述，在此不再赘述。

[0150] 在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

[0151] 在本申请各个实施例中的各功能单元或模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

[0152] 集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（processor）执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read‑OnlyMemory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

[0153] 在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。本申请描述的“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了装置若干的单元权利要求中，这些装置中的若干个单元可以是通过同一个硬件项来具体体现。第一、第二、以及第三等的使用不表示任何顺序，可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

[0154] 以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。