一种群组业务的控制方法及装置与流程

本发明涉及互联网技术，具体涉及群组业务的方法。

背景技术：

在RCS(Rich Communication Suite，富通信套件)消息业务中，群组是家人或者有着相同爱好的朋友组建的用于信息交流的圈子，这里可以给大家提供更好的沟通交流和信息分享的体验。每个人都可以邀请朋友创建自己的群组，选你自己喜欢的话题和群内的人分享和交流。

因为群内信息交流具有便利、隐秘等特点，所以一般情况下群用户比非群用户更活跃，信息交流量更大，这就带来一些信息交流的安全隐患。基于信息安全管理的考虑，需要对群的规模、信息内容、信息发送量进行一定程度的安全限制。

目前，一般的安全管理方式是通过设置系统级阀值对群内信息内容做安全过滤。设置系统级阀值是指所有群的安全过滤阀值相同。

设置系统级阀值对群内业务做限制，对内容做安全过滤的方式，其特点是实现简单，所有用户和群用相同的阀值，所有消息内容按统一的标准和策略做安全分析和过滤。该方法存在的问题是，有良好信用记录的群无法享受更好的服务和更多的业务能力，信用等级好和信用等级差的群在业务使用上没有区分，这样无法体现高信用等级群组的优势，不利于提升使用群组业务的用户粘性和ARPU值。

技术实现要素：
：

本发明提供一种群组业务的控制方法及系统，以实现群组业务差异化，提升用户体验。

为解决上述技术问题，本发明提供一种群组业务的方法，所述方法包括：

当群组的用户发送涉及所述群组的业务请求时，根据所述群组的信用等级获取所述群组相应的业务策略；

根据所述业务策略判断所述业务请求是否满足被允许的预定条件，当所述业务请求满足被允许的预定条件时，向所述群组的用户返回业务请求通过响应。

优选地，

所述业务请求中携带有群组标识；

所述根据所述群组的信用等级获取所述群组相应的业务策略前还包括：

根据所述群组标识获取所述群组的信用等级。

优选地，

所述根据所述业务策略判断所述业务请求是否满足被允许的预定条件，当所述业务请求满足被允许的预定条件时，向所述群组返回业务请求通过响应包括：

判断所述业务请求是否满足所述业务策略的各策略项，当所述业务请求满足所述业务策略的所有策略项时，向所述群组返回业务请求通过响应；

所述业务策略包括以下策略项中的一项或者多项：

群组大小限制、群组内消息内容类型限制、群组内消息拦截送审级别限制和群组内消息发送量限制。

优选地，

所述方法还包括：

当所述群组的各信用评价参数中的任意一项参数更新时，根据预定的规则和更新后的信用评价参数重新确定所述群组的信用等级。

优选地，

所述信用评价参数包括以下参数中的一种或者多种：

群组管理员信用等级、群组成员信用等级、群组用户数量和群组投诉数据。

本发明还提供一种群组业务的控制系统，所述系统包括：

策略管理模块，用于当群组的用户发送涉及所述群组的业务请求时，根据所述群组的信用等级获取所述群组相应的业务策略；

业务处理模块，用于根据所述业务策略判断所述业务请求是否满足被允许的预定条件，当所述业务请求满足被允许的预定条件时，向所述群组的用户返回业务请求通过响应。

优选地，

所述业务请求中携带有群组标识；

所述系统还包括信用管理模块；

所述信用管理模块用于根据所述群组标识获取所述群组的信用等级。

优选地，

所述业务处理模块用于根据所述业务策略判断所述业务请求是否满足被允许的预定条件，当所述业务请求满足被允许的预定条件时，向所述群组返回业务请求通过响应是指：

判断所述业务请求是否满足所述业务策略的各策略项，当所述业务请求满足所述业务策略的所有策略项时，向所述群组返回业务请求通过响应；

所述业务策略包括以下策略项中的一项或者多项：

群组大小限制、群组内消息内容类型限制、群组内消息拦截送审级别限制和群组内消息发送量限制。

优选地，

所述信用管理模块还用于当所述群组的各信用评价参数中的任意一项参数更新时，根据预定的规则和更新后的信用评价参数重新确定所述群组的信用等级。

优选地，

所述信用评价参数包括以下参数中的一种或者多种：

群组管理员信用等级、群组成员信用等级、群组用户数量和群组投诉数据。

上述方案通过不同的群组信用等级实现了群组业务的差异化控制，提升了用户体验和群组业务的价值。

附图说明

图1为实施例一中的群组业务的控制方法的流程图；

图2为实施例一中的群组业务的控制系统的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下文中将结合附图对本申请的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

实施例一

如图1所示，本实施例提供一种群组业务的控制方法，所述方法包括：

步骤S11：当群组的用户发送涉及所述群组的业务请求时，根据所述群组的信用等级获取所述群组相应的业务策略；

步骤S12：根据所述业务策略判断所述业务请求是否满足被允许的预定条件，当所述业务请求满足被允许的预定条件时，向所述群组的用户返回业务请求通过响应。

具体的，判断所述业务请求是否满足所述业务策略的各策略项，当所述业务请求满足所述业务策略的所有策略项时，向所述群组返回业务请求通过响应；

所述业务策略包括以下策略项中的一项或者多项：

群组大小限制、群组内消息内容类型限制、群组内消息拦截送审级别限制和群组内消息发送量限制。策略配置中多种业务能力的限制可以组合配置。单条策略匹配单个群信用等级，但允许多种业务能力限制组合。群组策略可以灵活配置，策略可以增加、删除和修改，策略与群组信用等级相关。

优选地，业务请求中携带有群组标识；所述方法还包括：

步骤S10：根据所述群组标识获取所述群组的信用等级。

优选地，所述方法还包括：

步骤S13：当所述群组的各信用评价参数中的任意一项参数更新时，根据预定的规则和更新后的信用评价参数重新确定所述群组的信用等级。

在本实施例中，信用评价参数包括以下参数中的一种或者多种：

群组管理员信用等级、群组成员信用等级、群组用户数量和群组投诉数据。

群组根据信用的不同被分配不同的等级。

例如，可以按以下方式设定群组信用分数来源：

群管理员个人信用分数Cm加分，权重为W1。

除群管理员之外的群成员平均信用分数Ca加分，权重为W2。

群组内用户数量不安全的扣分，用户数量按一定的阀值划分为多个层次，层次数量和阀值可配置。不同层次对应不同的分值Vx，用户数越多越不安全。用户数量安全分值权重为W3。

投诉平台对该群的投诉不安全的扣分，包括被投诉的次数Nx和严重程度，被投诉严重程度分为多个层次，层次数量可配置。不同层次的严重程度对应不同的分值Tx，投诉安全分值权重为W4。

修正值Y。所有群的缺省修正值都相同，例如取50分。管理员可以根据特殊情况修改修正值。

其中，群管理员个人信用分数和群成员信用分数从BOSS系统获取，群投诉信息从投诉平台获取。

则群的信用安全分数Cg为：

群组信用等级按照群组的信用分数划分为多个等级，等级数量和分值阀值可配置。信用分数越高，信用等级就越高。系统根据群组的信用分数自动更新信用等级。

例如，当群组管理员信用等级更新、群组成员信用等级更新、投诉平台有群业务投诉处理结果、群组用户数量发生变化时，按照配置的计算方法和参数计算并更新群的信用等级。

业务管理员也可以本地维护单个群的信用修正值。

下面结合具体的场景进一步说明本发明的技术方案。

群组服务器上对于群组的操作，包括邀请用户加入群、用户主动加入群、群内发送消息，都需要进行鉴权。同时根据信用等级查询群组策略，如果命中某个策略，则获取该策略对应的业务能力限制的阀值，并分析判断本次群组业务操作是否允许，如果允许则返回200OK，否则返回403拒绝。如果没有命中任何一个策略，则按缺省策略执行。

例如，群信用等级为2，并且群组策略中配置了信用等级为2的策略，此时则获取该策略的对应的业务能力限制的阈值；如果群组策略中没有配置信用等级为2的策略，则将默认缺省的策略最为该信用等级的群组策略。

具体的，群组业务的控制方法可以采用以下处理流程：

步骤一：RCS群聊业务中，有群内发送消息、邀请别人加入群、主动加入群的业务请求时，对本次业务请求进行分析鉴权，请求消息中携带群ID，本次群业务操作类型；

步骤二：根据群ID查询群信用等级，然后根据群信用等级查询群组策略。如果命中策略，则获取相应策略的阀值。如果没有命中，则取缺省策略的阀值。

步骤三：分析计算本次群操作的各项指标，并与获取到的群组策略阀值进行比较。

步骤四：如果各项指标都不超过阀值，则通知放行。

步骤五：如果有任何一项指标超过了阀值，则通知拒绝本次业务，本次业务处理结束。

实施例二

如图2所示，本发明还提供一种群组业务的控制系统，所述系统包括：

策略管理模块11，用于当群组的用户发送涉及所述群组的业务请求时，根据所述群组的信用等级获取所述群组相应的业务策略；

具体的，策略管理模块11用于基于群组信用等级的群组业务能力限制策略的管理，包括策略增加、策略删除和策略修改，策略与群组信用等级相关。当群组的用户发送涉及所述群组的业务请求时，根据所述群组的信用等级获取所述群组相应的业务策略。

业务处理模块12，用于根据所述业务策略判断所述业务请求是否满足被允许的预定条件，当所述业务请求满足被允许的预定条件时，向所述群组的用户返回业务请求通过响应。

优选地，

所述业务请求中携带有群组标识；

所述系统还包括信用管理模块13；

所述信用管理模块13用于根据所述群组标识获取所述群组的信用等级。

优选地，

所述业务处理模块12用于根据所述业务策略判断所述业务请求是否满足被允许的预定条件，当所述业务请求满足被允许的预定条件时，向所述群组返回业务请求通过响应是指：

判断所述业务请求是否满足所述业务策略的各策略项，当所述业务请求满足所述业务策略的所有策略项时，向所述群组返回业务请求通过响应；

所述业务策略包括以下策略项中的一项或者多项：

群组大小限制、群组内消息内容类型限制、群组内消息拦截送审级别限制和群组内消息发送量限制。

优选地，

所述信用管理模块13还用于当所述群组的各信用评价参数中的任意一项参数更新时，根据预定的规则和更新后的信用评价参数重新确定所述群组的信用等级。

优选地，

所述信用评价参数包括以下参数中的一种或者多种：

群组管理员信用等级、群组成员信用等级、群组用户数量和群组投诉数据。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现，相应地，上述实施例中的各模块/模块可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请不限制于任何特定形式的硬件和软件的结合。