本申请涉及移动通信技术领域,尤其涉及一种社交信息的处理方法、装置和电子设备。
背景技术:
随着移动终端技术的不断发展,各种应用程序层出不穷。目前,对于具有即时通信功能的应用程序,例如微博、抖音、陌陌等,用户可以直接向自身喜欢的网络红人或者名人发送私信,并且有可能得到对方的回复,从而用户可以与网络红人或者名人进行交流。
然而,由于私信的接收方(网络红人或者名人)的时间成本有限,发送方很难得到回复。并且,由于接收方的粉丝众多,可能会收到私信骚扰,或者收到一些无意义的私信,例如为“hi”、“hello”等,由此将造成接收方很难看到有意义的私信,从而无法对其进行回复。
技术实现要素:
本申请提出一种社交信息的处理方法、装置和电子设备,以实现在发送社交信息的过程中,扣除发送方的消耗值,由此,可以避免接收方被私信骚扰,并且,还可以避免接收方接收到一些无意义的私信,从而可以提升接收方的回复效率,用于解决现有技术中私信的发送方较难得到回复的技术问题。
本申请一方面实施例提出了一种社交信息的处理方法,包括:
从第一用户端接收待发送至第二用户端的社交信息;
查询所述第一用户端是否与所述第二用户端具有社交关系;
若所述第一用户端与所述第二用户端不具有社交关系,根据所述第二用户端设置的计费规则,从所述第一用户端的账户剩余值中扣除所述社交信息的消耗值;
扣除成功后,向所述第二用户端发送所述社交信息。
作为本申请实施例第一种可能的实现方式,所述向所述第二用户端发送所述社交信息之后,所述方法还包括:
若在发送所述社交信息后的预设时长内,未从所述第二用户端接收到对所述社交信息的回复,将所述消耗值返还至所述第一用户端的账户剩余值中;
若从所述第二用户端接收到对所述社交信息的回复,将所述消耗值增加至第二用户端的账户剩余值中。
作为本申请实施例第二种可能的实现方式,所述查询所述第一用户端是否与所述第二用户端具有社交关系之后,还包括:
若所述第一用户端与所述第二用户端具有社交关系,向所述第二用户端发送所述社交信息;
其中,所述社交关系包括:所述第二用户端单方关注所述第一用户端,或,所述第一用户端与所述第二用户端互关注的好友关系。
作为本申请实施例第三种可能的实现方式,所述根据所述第二用户端设置的计费规则,从所述第一用户端的账户余额数据中扣除所述社交信息的费用数据之前,还包括:
监测所述第二用户端的热门程度;
若所述第二用户端的热门程度大于阈值,向所述第二用户端发送计费设置请求;所述计费设置请求,用于所述第二用户端设置所述计费规则。
作为本申请实施例第四种可能的实现方式,所述监测所述第二用户端的热门程度,包括:
根据所述第二用户端的关注量、视频发布量、视频观看量、视频下载量和已接收到的社交信息量中的一个或多个组合,确定所述第二用户端的热门程度。
作为本申请实施例第五种可能的实现方式,所述根据所述第二用户端设置的计费规则,从所述第一用户端的账户剩余值中扣除所述社交信息的消耗值,包括:
识别所述社交信息的信息类型;
根据所述社交信息的信息类型,查询对应的计费规则;
若所述信息类型为语音,根据对应的计费规则指示的单位时长消耗,从所述第一用户端的账户剩余值中扣除所述社交信息的消耗值;
若所述信息类型为文本,根据所述计费规则指示的单位数据量消耗,从所述第一用户端的账户剩余值中扣除所述社交信息的消耗值;
若所述信息类型为图片,根据所述计费规则指示的单位像素消耗,从所述第一用户端的账户剩余值中扣除所述社交信息的消耗值。
作为本申请实施例第六种可能的实现方式,若所述信息类型为文本,所述根据所述计费规则指示的单位数据量消耗,从所述第一用户端的账户剩余值中扣除所述社交信息的消耗值之前,还包括:
根据预设的词库,识别所述社交信息中是否包含无意义词汇或不良信息词汇;
若存在,对所述无意义词汇或不良信息词汇进行屏蔽处理。
作为本申请实施例第七种可能的实现方式,所述第一用户端通过用于展示所述第二用户端相关视频的页面发送所述社交信息;
所述方法还包括:
从所述第一用户端的账户剩余值中成功扣除所述社交信息的消耗值之后,查询所述第一用户端已展示的所述第二用户端相关视频;
向所述第二用户端发送提示消息,所述提示消息用于指示未回复所述第一用户端发送的社交信息,以及所述第一用户端已展示的所述第二用户端相关视频。
本申请实施例的社交信息的处理方法,通过从第一用户端接收待发送至第二用户端的社交信息,而后,查询第一用户端是否与第二用户端具有社交关系,若否,则根据第二用户端设置的计费规则,从第一用户端的账户剩余值中扣除社交信息的消耗值,在扣除成功后,向第二用户端发送社交信息。本申请中,通过在发送社交信息的过程中,扣除发送方的消耗值,由此,可以避免接收方被私信骚扰,并且,还可以避免接收方接收到一些无意义的私信,从而可以提升接收方的回复效率。
本申请又一方面实施例提出了一种社交信息的处理装置,包括:
接收模块,用于从第一用户端接收待发送至第二用户端的社交信息;
查询模块,用于查询所述第一用户端是否与所述第二用户端具有社交关系;
处理模块,用于若所述第一用户端与所述第二用户端不具有社交关系,根据所述第二用户端设置的计费规则,从所述第一用户端的账户剩余值中扣除所述社交信息的消耗值;
发送模块,用于扣除成功后,向所述第二用户端发送所述社交信息。
作为本申请实施例第一种可能的实现方式,所述装置还包括:
增加模块,用于在所述向所述第二用户端发送所述社交信息之后,若在发送所述社交信息后的预设时长内,未从所述第二用户端接收到对所述社交信息的回复,将所述消耗值返还至所述第一用户端的账户剩余值中;若从所述第二用户端接收到对所述社交信息的回复,将所述消耗值增加至第二用户端的账户剩余值中。
作为本申请实施例第二种可能的实现方式,所述发送模块,还用于:
若所述第一用户端与所述第二用户端具有社交关系,向所述第二用户端发送所述社交信息;
其中,所述社交关系包括:所述第二用户端单方关注所述第一用户端,或,所述第一用户端与所述第二用户端互关注的好友关系。
作为本申请实施例第三种可能的实现方式,所述装置还包括:
监测模块,用于在所述根据所述第二用户端设置的计费规则,从所述第一用户端的账户余额数据中扣除所述社交信息的消耗值之前,监测所述第二用户端的热门程度;
请求发送模块,用于若所述第二用户端的热门程度大于阈值,向所述第二用户端发送计费设置请求;所述计费设置请求,用于所述第二用户端设置所述计费规则。
作为本申请实施例第四种可能的实现方式,所述监测模块,具体用于:
根据所述第二用户端的关注量、视频发布量、视频观看量、视频下载量和已接收到的社交信息量中的一个或多个组合,确定所述第二用户端的热门程度。
作为本申请实施例第五种可能的实现方式,所述处理模块,具体用于:
识别所述社交信息的信息类型;
根据所述社交信息的信息类型,查询对应的计费规则;
若所述信息类型为语音,根据对应的计费规则指示的单位时长消耗,从所述第一用户端的账户剩余值中扣除所述社交信息的消耗值;
若所述信息类型为文本,根据所述计费规则指示的单位数据量消耗,从所述第一用户端的账户剩余值中扣除所述社交信息的消耗值;
若所述信息类型为图片,根据所述计费规则指示的单位像素消耗,从所述第一用户端的账户剩余值中扣除所述社交信息的消耗值。
作为本申请实施例第六种可能的实现方式,若所述信息类型为文本,则所述处理模块,还用于:
根据预设的词库,识别所述社交信息中是否包含无意义词汇或不良信息词汇;
若存在,对所述无意义词汇或不良信息词汇进行屏蔽处理。
作为本申请实施例第七种可能的实现方式,所述第一用户端通过用于展示所述第二用户端相关视频的页面发送所述社交信息;
所述装置还包括:
视频查询模块,用于从所述第一用户端的账户剩余值中成功扣除所述社交信息的消耗值之后,查询所述第一用户端已展示的所述第二用户端相关视频;
信息发送模块,用于向所述第二用户端发送提示消息,所述提示消息用于指示未回复所述第一用户端发送的社交信息,以及所述第一用户端已展示的所述第二用户端相关视频。
本申请实施例的社交信息的处理装置,通过从第一用户端接收待发送至第二用户端的社交信息,而后,查询第一用户端是否与第二用户端具有社交关系,若否,则根据第二用户端设置的计费规则,从第一用户端的账户剩余值中扣除社交信息的消耗值,在扣除成功后,向第二用户端发送社交信息。本申请中,通过在发送社交信息的过程中,扣除发送方的消耗值,由此,可以避免接收方被私信骚扰,并且,还可以避免接收方接收到一些无意义的私信,从而可以提升接收方的回复效率。
本申请又一方面实施例提出了一种电子设备,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时,实现如本申请前述实施例提出的社交信息的处理方法。
本申请又一方面实施例提出了一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如本申请前述实施例提出的社交信息的处理方法。
本申请附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本申请实施例一所提供的社交信息的处理方法的流程示意图;
图2为本申请实施例二所提供的社交信息的处理方法的流程示意图;
图3为本申请实施例三所提供的社交信息的处理方法的流程示意图;
图4为本申请实施例四所提供的社交信息的处理方法的流程示意图;
图5为本申请实施例中的聊天界面示意图;
图6为本申请实施例五所提供的社交信息的处理装置的结构示意图;
图7为本申请实施例六所提供的社交信息的处理装置的结构示意图;
图8为本申请电子设备一个实施例的结构示意图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。
本申请主要针对现有技术中私信的发送方较难得到回复的技术问题,提出一种社交信息的处理方法。
本申请实施例的社交信息的处理方法,通过从第一用户端接收待发送至第二用户端的社交信息,而后,查询第一用户端是否与第二用户端具有社交关系,若否,则根据第二用户端设置的计费规则,从第一用户端的账户剩余值中扣除社交信息的消耗值,在扣除成功后,向第二用户端发送社交信息。本申请中,通过在发送社交信息的过程中,扣除发送方的消耗值,由此,可以避免接收方被私信骚扰,并且,还可以避免接收方接收到一些无意义的私信,从而可以提升接收方的回复效率。
下面参考附图描述本申请实施例的社交信息的处理方法、装置和电子设备。
图1为本申请实施例一所提供的社交信息的处理方法的流程示意图。
本申请实施例的执行主体可以为社交信息的处理装置,该社交信息的处理装置可以具体指服务器。
如图1所示,该社交信息的处理方法包括以下步骤:
步骤101,从第一用户端接收待发送至第二用户端的社交信息。
本申请实施例中,待发送至第二用户端的社交信息,为服务器从第一用户端已接收到,但是还未发送至第二用户端的社交信息。
具体地,在第一用户端展示第二用户端相关视频过程中,第一用户端可以通过用于展示第二用户端相关视频的页面,向第二用户端发送社交信息,或者,第一用户端还可以直接向第二用户端发送社交信息,例如,第一用户端可以从已关注的用户端中,确定第二用户端,从而可以点击第二用户端标识信息(例如头像、账户名等),向第二用户端发送社交信息,相应的,服务器可以从第一用户端接收待发送至第二用户端的社交信息。
需要说明的是,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。
步骤102,查询第一用户端是否与第二用户端具有社交关系。
本申请实施例中,社交关系可以包括:第二用户端单方关注第一用户端、或、第一用户端与第二用户端为互关注的好友关系,也就是说,当第二用户端关注第一用户端时,无论第一用户端是否关注第二用户端,均表明第一用户端与第二用户端具有社交关系。
可选地,当第一用户端关注其他用户端时,第一用户端可以将自身关注的用户端信息,例如用户端标识信息,比如账号信息、昵称、头像等等发送至服务器,服务器可以在数据库中保存第一用户端标识信息和第一用户端关注的用户端标识信息之间的对应关系,根据该对应关系可以确定第一用户端是否关注第二用户端。同样地,其他用户端关注第一用户端后,可以将自身关注的第一用户端信息,例如第一用户端标识信息发送至服务器,服务器可以在数据库中保存该用户端标识信息和第一用户端标识信息之间的对应关系,根据该对应关系,可以确定该用户端是否关注第一用户端。从而服务器可以根据第一用户端标识信息,查询数据库中存储的信息,确定第一用户端是否关注第二用户端,以及根据第二用户端标识信息,查询数据库中存储的信息,可以确定第二用户端是否关注第一用户端,若第二用户端关注第一用户端,则表明第一用户端与第二用户端具有社交关系,若第二用户端未关注第一用户端,则确定第一用户端与第二用户端不具有社交关系。
步骤103,若第一用户端与第二用户端不具有社交关系,根据第二用户端设置的计费规则,从第一用户端的账户剩余值中扣除社交信息的消耗值。
本申请实施例中,第二用户端可以设置有计费规则,其中,社交信息的信息类型不同时,对应的计费规则可以不同,从而需扣除的社交信息的消耗值也可以不同。例如,当社交信息的信息类型为语音时,可以根据语音时长大小和单位时长消耗,确定需扣除的社交信息的消耗值,或者,当社交信息的信息类型为文本时,可以根据文本的字节数和单位字节消耗,确定需扣除的社交信息的消耗值,或者,当社交信的信息类型为图片时,可以根据图片的像素值和单位像素消耗,确定需扣除的社交信息的消耗值。
具体地,当第一用户端与第二用户端不具有社交关系时,此时,可以根据社交信息的信息类型,查询第二用户端设置的计费规则,获取与信息类型匹配的计费规则,而后根据社交信息以及匹配的计费规则,确定需扣除的社交信息的消耗值,从而可以从第一用户端的账户剩余值中扣除社交信息的消耗值。而当第一用户端与第二用户端具有社交关系时,此时,无需从第一用户端的账户剩余值中扣除社交信息的消耗值,服务器可以直接将社交信息发送至第二用户端。
步骤104,扣除成功后,向第二用户端发送社交信息。
本申请实施例中,当从第一用户端的账户剩余值中,成功扣除社交信息的消耗值后,服务器可以向第二用户端发送社交信息。
作为一种可能的实现方式,为了提升第二用户端的回复效率,第一用户端发送的社交信息可以在第二用户端的聊天页面中的显眼位置处展示,例如可以在聊天页面的顶部显示第一用户端发送的社交信息,从而可以方便第二用户端进行回复。或者,可以在第二用户端的聊天页面中,对第一用户端发送的社交信息进行标记或者特殊化处理,例如放大、加粗、改变字体等,或者还可以以滚动条的形式,展示第一用户端发送的社交信息,当第二用户端点击该滚动条时,可以快速进入与第一用户端的聊天窗口,对此不作限制。
本申请实施例的社交信息的处理方法,通过从第一用户端接收待发送至第二用户端的社交信息,而后,查询第一用户端是否与第二用户端具有社交关系,若否,则根据第二用户端设置的计费规则,从第一用户端的账户剩余值中扣除社交信息的消耗值,在扣除成功后,向第二用户端发送社交信息。本申请中,通过在发送社交信息的过程中,扣除发送方的消耗值,由此,可以避免接收方被私信骚扰,并且,还可以避免接收方接收到一些无意义的私信,从而可以提升接收方的回复效率。
为了清楚说明上一实施例,本申请实施例提供了另一种社交信息的处理方法,图2为本申请实施例二所提供的社交信息的处理方法的流程示意图。
如图2所示,该社交信息的处理方法可以包括以下步骤:
步骤201,从第一用户端接收待发送至第二用户端的社交信息。
步骤202,查询第一用户端是否与第二用户端具有社交关系,若是,则执行步骤203,若否,则执行步骤204。
步骤201-202的执行过程可以参见上述实施例中步骤101-102的执行过程,在此不做赘述。
步骤203,向第二用户端发送社交信息。
本申请实施例中,当第一用户端与第二用户端具有社交关系时,此时,第一用户端向第二用户端发送社交消息时,无需花费消耗值,因此,当服务器接收到第一用户端发送的社交消息后,可以直接向第二用户端发送社交信息。
步骤204,根据第二用户端设置的计费规则,从第一用户端的账户剩余值中扣除社交信息的消耗值。
步骤205,扣除成功后,向第二用户端发送社交信息。
步骤204-205的执行过程可以参见上述实施例中步骤103-104的执行过程,在此不做赘述。
步骤206,判断在发送社交信息后的预设时长内,是否从第二用户端接收到对社交信息的回复,若是,则执行步骤208,若否,则执行步骤207。
本申请实施例中,预设时长为预先设置的,例如可以为48小时。
步骤207,将消耗值返还至第一用户端的账户剩余值中。
本申请实施例中,当在发送社交信息后的预设时长内,服务器未从第二用户端接收到对社交信息的回复时,此时,由于第二用户端并未回复第一用户端,因此服务器可以将消耗值返还至第一用户端的账户剩余值中。
步骤208,将消耗值增加至第二用户端的账户剩余值中。
本申请实施例中,当在发送社交信息后的预设时长内,服务器从第二用户端接收到对社交信息的回复时,此时,由于第二用户端对社交信息进行回复,因此服务器可以将消耗值增加至第二用户端的账户剩余值中。本申请中,通过将消耗值增加至第二用户端的账户剩余值中,可以调动第二用户端回复社交信息的积极性,从而提升第一用户端被回复的概率。
作为一种可能的实现方式,参见图3,在图1-图2的基础上,在步骤103或者204之前,该社交信息的处理方法还可以包括以下步骤:
步骤301,监测第二用户端的热门程度。
可以理解的是,当第二用户端的关注量较大时,表明该第二用户端的粉丝量较多,或者,当第二用户端的视频发布量、视频观看量和/或视频下载量较大时,表明第二用户端受欢迎程度较高,当第二用户端已接收到的社交信息量较大时,表明第二用户端受关注度较高。因此,本申请中,可以根据第二用户端的关注量、视频发布量、视频观看量、视频下载量和已接收到的社交信息量中的一个或多个组合,确定第二用户端的热门程度。
例如,当第二用户端的关注量越大时,则第二用户端的热门程度越高,或者,当第二用户端已接收到的社交信息量越大时,则第二用户端的热门程度越高,或者,当第二用户端的视频观看量越大时,则第二用户端的热门程度越高,或者,当第二用户端的视频下载量越大时,则第二用户端的热门程度越高。
步骤302,若第二用户端的热门程度大于阈值,向第二用户端发送计费设置请求;计费设置请求,用于第二用户端设置计费规则。
其中,阈值为预先设置的,可以根据热门用户端的关注量、视频发布量、视频观看量、视频下载量和/或已接收到的社交信息量统计得到。
本申请实施例中,当第二用户端的热门程度大于阈值时,此时,表明第二用户端的热门程度较高,因此,可以向第二用户端发送计费设置请求,从而第二用户端可以设置计费规则。而当第二用户端的热门程度小于阈值时,表明第二用户端的热门程度较低,此时,可以不向第二用户端发送计费设置请求。通过热门程度进行判断,仅对部分用户端允许设置计费规则进行计费,节省了运算资源,提高了运算效率。
作为一种可能的实现方式,当社交信息的信息类型不同时,计费规则可以不同,下面结合图4,对计费规则进行详细说明。
图4为本申请实施例四所提供的社交信息的处理方法的流程示意图。
如图4所示,在图1-图3所示实施例的基础上,步骤103或者步骤204具体可以包括以下子步骤:
步骤401,识别社交信息的信息类型。
本申请实施例中,信息类型可以包括语音、文本、图片等类型。
可选地,可以根据社交信息的格式,确定社交信息的信息类型,例如,当社交信息的格式为pcm、wav、arm、silk时,可以确定该社交信息的信息类型为语音,当社交信息的格式为jpg、jpeg、gif、png、bmp时,可以确定该社交信息的信息类型为图片。当根据社交信息的格式,确定该社交信息的信息类型非图片时,还可以对社交信息进行特征提取,确定该社交信息中是否具有字符信息,从而确定该社交信息的信息类型是否为文本。
步骤402,根据社交信息的信息类型,查询对应的计费规则。
本申请实施例中,可以预先建立不同的信息类型和计费规则之间的对应关系。从而当获知社交信息的信息类型,可以查询上述对应关系,获取对应的计费规则。针对不同的信息类型,设置对应的计费规则,使得计费规则与信息类型更加匹配,便于用户进行分类设置,使得计费更加合理。
步骤403,若信息类型为语音,根据对应的计费规则指示的单位时长消耗,从第一用户端的账户剩余值中扣除社交信息的消耗值。
本申请实施例中,当信息类型为语音时,可以根据语音对应的计费规则指示的单位时长消耗,从第一用户端的账户剩余值中扣除社交信息的消耗值。例如,计费规则为每秒消耗0.1,假设社交信息的语音时长为5s,则从第一用户端的账户剩余值中扣除社交信息的消耗值为5*0.1=0.5。
步骤404,若信息类型为文本,根据预设的词库,识别社交信息中是否包含无意义词汇或不良信息词汇。
本申请实施例中,预设的词库为预先建立的,该词库中可以包含一些无意义词汇,例如为你好、hi、hello、在吗等等,或者,该词汇中还可以包括一些不良信息词汇或者敏感词汇,例如对于国家安全而言,不良信息词汇或敏感词汇可以为涉及到国家安全的涉密词汇,或者,在日常生活中,不良信息词汇或敏感词汇可以为不文明词汇,比如为脏话、人身攻击的词汇等等。因此,本申请中,可以预先对无意义词汇、不良信息词汇或者敏感词汇进行采集,而后根据采集的词汇,建立词库。需要说明的是,上述无意义词汇、不良信息词汇或者敏感词汇预设仅出于示例的目的,本申请实施例并不限于此。
进一步地,还可以对该词库进行更新,可以实现对该词库中的无意义词汇或不良信息词汇进行动态维护,保证无意义词汇或不良信息词汇的丰富、正确和实时性。
本申请实施例中,为了避免发送一些无意义词汇而浪费第一用户端的消耗值,本申请中,可以根据预设的词库,识别社交信息中是否包含无意义词语,若是,则执行步骤405,若否,则执行步骤406。或者,为了保证第一用户端和第二用户端之间文明通信,本申请中,可以根据预设的词库,识别社交信息中是否包含不良信息词汇,若是,则执行步骤405,若否,则执行步骤406。
步骤405,对无意义词汇或不良信息词汇进行屏蔽处理。
本申请实施例中,当社交信息中包含无意义词汇时,可以对无意义词汇进行屏蔽处理,从而可以节省第一用户端的消耗值,并且可以避免第二用户端接收到无意义信息,提升第二用户端的回复效率。或者,当社交信息中包含不良信息词汇时,可以对不良信息词汇进行屏蔽处理,从而可以保证第一用户端和第二用户端之间通信的文明、合法和健康。
作为一种可能的实现方式,在识别出社交信息中包含无意义词汇或不良信息词汇时,可以以预设字符,将该无意义词汇或不良信息词汇进行替换,例如预设字符可以为“*”。举例而言,当第一用户端发送的社交信息为“hello”,则可以替换为“*****”,或者,可以仅当识别出社交信息中包含不良信息词汇时,以预设字符,将该不良信息词汇进行替换,从而可以保证第一用户端和第二用户端之间通信的文明、合法和健康。
作为另一种可能的实现方式,在识别出社交信息中包含无意义词汇或不良信息词汇时,还可以对该无意义词汇或不良信息词汇进行消除,举例而言,当第一用户端发送的社交信息为“helloiamyourbiggestfan!”,则消除后的社交信息为“iamyourbiggestfan!”,从而可以节省第一用户端的消耗值,并且可以避免第二用户端接收到无意义信息,提升第二用户端的回复效率。
步骤406,根据计费规则指示的单位数据量消耗,从第一用户端的账户剩余值中扣除社交信息的消耗值。
本申请实施例中,当信息类型为文本时,可以根据文本对应的计费规则指示的单位数据量消耗,从第一用户端的账户剩余值中扣除社交信息的消耗值。例如,计费规则为每字节消耗0.1,假设社交信息为:iamreallyyourbiggestfan!,由于社交信息为24字节,则从第一用户端的账户剩余值中扣除社交信息的消耗值为24*0.1=2.4。
作为一种示例,参见图5,假设第一用户端对应的账户名或者昵称为:roman,第一用户端发送的社交信息为“areyoutheroman?”(15字节,扣除的消耗值为1.5),第二用户端回复:“yeahbro!”,此时,第二用户端可以得到1.5消耗值。假设第一用户端继续发送的社交信息为“iamreallyyourbiggestfan!”(24字节,扣除的消耗值为2.4),以及“iloveyourvids!”(14字节,扣除的消耗值为1.4),第二用户端回复“thanks!”,则第二用户端可以得到2.4+1.4=3.8消耗值。
需要说明的是,当以预设字符,将社交信息中无意义词汇或不良信息词汇进行替换后,由于社交信息中的数据量并未发生变化,因此,第一用户端扣除的消耗值并未改变,此时,仅可以保证第一用户端和第二用户端之间通信的文明、合法和健康。
而将社交信息中无意义词汇或不良信息词汇进行消除后,由于社交信息中的数据量变小,可以节省第一用户端的消耗值,节省的消耗值为节省的数据量乘以单位数据量消耗。举例而言,假设社交信息为“helloiamyourbiggestfan!”,消除后的社交信息为“iamyourbiggestfan!”,则节省的数据量为“hello”对应的5字节,假设计费规则为每字节消耗0.1,则第一用户端节省的消耗值为0.5。
步骤407,若信息类型为图片,根据计费规则指示的单位像素消耗,从第一用户端的账户剩余值中扣除社交信息的消耗值。
本申请实施例中,信息类型为图片时,可以根据图片对应的计费规则指示的单位像素消耗,从第一用户端的账户剩余值中扣除社交信息的消耗值。例如,计费规则为每像素消耗0.000001,假设社交信息的像素大小为400万像素,则从第一用户端的账户剩余值中扣除社交信息的消耗值为4000000*0.000001=40。
作为一种可能的实现方式,第一用户端通过用于展示第二用户端相关视频的页面发送社交信息,则当从第一用户端的账户剩余值中成功扣除社交信息的消耗值后,服务器还可以查询第一用户端已展示的第二用户端相关视频,而后可以向第二用户端发送提示消息,以提示第二用户端还未回复第一用户端发送的社交信息,从而第二用户端可以对社交信息进行回复,以增加自身的消耗值。进一步地,该提示消息还可以提示第一用户端已展示的第二用户端相关视频,从而第二用户端可以更清晰地获知第一用户端对其喜好程度以及喜好何种视频,从而便于双方沟通。
为了实现上述实施例,本申请还提出一种社交信息的处理装置。
图6为本申请实施例五所提供的社交信息的处理装置的结构示意图。
如图6所示,该社交信息的处理装置100包括:接收模块101、查询模块102、处理模块103,以及发送模块104。
其中,接收模块101,用于从第一用户端接收待发送至第二用户端的社交信息。
查询模块102,用于查询第一用户端是否与第二用户端具有社交关系。
处理模块103,用于若第一用户端与第二用户端不具有社交关系,根据第二用户端设置的计费规则,从第一用户端的账户剩余值中扣除社交信息的消耗值。
作为一种可能的实现方式,处理模块103,具体用于:识别社交信息的信息类型;根据社交信息的信息类型,查询对应的计费规则;若信息类型为语音,根据对应的计费规则指示的单位时长消耗,从第一用户端的账户剩余值中扣除社交信息的消耗值;若信息类型为文本,根据计费规则指示的单位数据量消耗,从第一用户端的账户剩余值中扣除社交信息的消耗值;若信息类型为图片,根据计费规则指示的单位像素消耗,从第一用户端的账户剩余值中扣除社交信息的消耗值。
作为另一种可能的实现方式,若信息类型为文本,则处理模块103,还用于:根据预设的词库,识别社交信息中是否包含无意义词汇或不良信息词汇;若存在,对无意义词汇或不良信息词汇进行屏蔽处理。
发送模块104,用于扣除成功后,向第二用户端发送社交信息。
进一步地,在本申请实施例的一种可能的实现方式中,参见图7,在图6所示实施例的基础上,该社交信息的处理装置100还可以包括:
发送模块104,还用于:若第一用户端与第二用户端具有社交关系,向第二用户端发送社交信息;其中,社交关系包括:第二用户端单方关注第一用户端,或,第一用户端与第二用户端互关注的好友关系。
增加模块105,用于在所述向所述第二用户端发送所述社交信息之后,若在发送社交信息后的预设时长内,未从第二用户端接收到对社交信息的回复,将消耗值返还至第一用户端的账户剩余值中;若从第二用户端接收到对社交信息的回复,将消耗值增加至第二用户端的账户剩余值中。
监测模块106,用于在根据第二用户端设置的计费规则,从第一用户端的账户余额数据中扣除社交信息的消耗值之前,监测第二用户端的热门程度。
作为一种可能的实现方式,监测模块106,具体用于:根据第二用户端的关注量、视频发布量、视频观看量、视频下载量和已接收到的社交信息量中的一个或多个组合,确定第二用户端的热门程度。
请求发送模块107,用于若第二用户端的热门程度大于阈值,向第二用户端发送计费设置请求;计费设置请求,用于第二用户端设置计费规则。
作为一种可能的实现方式,第一用户端通过用于展示第二用户端相关视频的页面发送社交信息。
视频查询模块108,用于从第一用户端的账户剩余值中成功扣除社交信息的消耗值之后,查询第一用户端已展示的第二用户端相关视频。
信息发送模块109,用于向第二用户端发送提示消息,提示消息用于指示未回复第一用户端发送的社交信息,以及第一用户端已展示的第二用户端相关视频。
需要说明的是,前述对社交信息的处理方法实施例的解释说明也适用于该实施例的社交信息的处理装置100,此处不再赘述。
本申请实施例的社交信息的处理装置,通过从第一用户端接收待发送至第二用户端的社交信息,而后,查询第一用户端是否与第二用户端具有社交关系,若否,则根据第二用户端设置的计费规则,从第一用户端的账户剩余值中扣除社交信息的消耗值,在扣除成功后,向第二用户端发送社交信息。本申请中,通过在发送社交信息的过程中,扣除发送方的消耗值,由此,可以避免接收方被私信骚扰,并且,还可以避免接收方接收到一些无意义的私信,从而可以提升接收方的回复效率。
为了实现上述实施例,本申请还提出一种电子设备,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时,实现如本申请前述实施例提出的社交信息的处理方法。
本申请实施例还提供一种电子设备,电子设备包含前述任一实施例的社交信息的处理装置。
图8为本申请电子设备一个实施例的结构示意图,可以实现本申请图1-图4所示实施例的流程,如图8所示,上述电子设备可以包括:壳体81、处理器82、存储器83、电路板84和电源电路85,其中,电路板84安置在壳体81围成的空间内部,处理器82和存储器83设置在电路板84上;电源电路85,用于为上述电子设备的各个电路或器件供电;存储器83用于存储可执行程序代码;处理器82通过读取存储器83中存储的可执行程序代码来运行与可执行程序代码对应的程序,用于执行前述实施例所述的社交信息的处理方法。
处理器82对上述步骤的具体执行过程以及处理器82通过运行可执行程序代码来进一步执行的步骤,可以参见本申请图1-图4所示实施例的描述,在此不再赘述。
该电子设备以多种形式存在,包括但不限于:
(1)移动通信设备:这类设备的特点是具备移动通信功能,并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iphone)、多媒体手机、功能性手机,以及低端手机等。
(2)超移动个人计算机设备:这类设备属于个人计算机的范畴,有计算和处理功能,一般也具备移动上网特性。这类终端包括:pda、mid和umpc设备等,例如ipad。
(3)便携式娱乐设备:这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放器(例如ipod),掌上游戏机,电子书,以及智能玩具和便携式车载导航设备。
(4)服务器:提供计算服务的设备,服务器的构成包括处理器、硬盘、内存、系统总线等,服务器和通用的计算机架构类似,但是由于需要提供高可靠的服务,因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。
(5)其他具有数据交互功能的电子设备。
为了实现上述实施例,本申请还提出一种计算机可读存储介质,其上存储有计算机程序,当该计算机程序被处理器执行时能够实现本申请前述实施例提出的社交信息的处理方法。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(ram),只读存储器(rom),可擦除可编辑只读存储器(eprom或闪速存储器),光纤装置,以及便携式光盘只读存储器(cdrom)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如,如果用硬件来实现和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(pga),现场可编程门阵列(fpga)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。