本發(fā)明涉及互聯(lián)網(wǎng)技術(shù),具體涉及群組業(yè)務(wù)的方法。
背景技術(shù):
在RCS(Rich Communication Suite,富通信套件)消息業(yè)務(wù)中,群組是家人或者有著相同愛好的朋友組建的用于信息交流的圈子,這里可以給大家提供更好的溝通交流和信息分享的體驗(yàn)。每個人都可以邀請朋友創(chuàng)建自己的群組,選你自己喜歡的話題和群內(nèi)的人分享和交流。
因?yàn)槿簝?nèi)信息交流具有便利、隱秘等特點(diǎn),所以一般情況下群用戶比非群用戶更活躍,信息交流量更大,這就帶來一些信息交流的安全隱患。基于信息安全管理的考慮,需要對群的規(guī)模、信息內(nèi)容、信息發(fā)送量進(jìn)行一定程度的安全限制。
目前,一般的安全管理方式是通過設(shè)置系統(tǒng)級閥值對群內(nèi)信息內(nèi)容做安全過濾。設(shè)置系統(tǒng)級閥值是指所有群的安全過濾閥值相同。
設(shè)置系統(tǒng)級閥值對群內(nèi)業(yè)務(wù)做限制,對內(nèi)容做安全過濾的方式,其特點(diǎn)是實(shí)現(xiàn)簡單,所有用戶和群用相同的閥值,所有消息內(nèi)容按統(tǒng)一的標(biāo)準(zhǔn)和策略做安全分析和過濾。該方法存在的問題是,有良好信用記錄的群無法享受更好的服務(wù)和更多的業(yè)務(wù)能力,信用等級好和信用等級差的群在業(yè)務(wù)使用上沒有區(qū)分,這樣無法體現(xiàn)高信用等級群組的優(yōu)勢,不利于提升使用群組業(yè)務(wù)的用戶粘性和ARPU值。
技術(shù)實(shí)現(xiàn)要素:
:
本發(fā)明提供一種群組業(yè)務(wù)的控制方法及系統(tǒng),以實(shí)現(xiàn)群組業(yè)務(wù)差異化,提升用戶體驗(yàn)。
為解決上述技術(shù)問題,本發(fā)明提供一種群組業(yè)務(wù)的方法,所述方法包括:
當(dāng)群組的用戶發(fā)送涉及所述群組的業(yè)務(wù)請求時,根據(jù)所述群組的信用等級獲取所述群組相應(yīng)的業(yè)務(wù)策略;
根據(jù)所述業(yè)務(wù)策略判斷所述業(yè)務(wù)請求是否滿足被允許的預(yù)定條件,當(dāng)所述業(yè)務(wù)請求滿足被允許的預(yù)定條件時,向所述群組的用戶返回業(yè)務(wù)請求通過響應(yīng)。
優(yōu)選地,
所述業(yè)務(wù)請求中攜帶有群組標(biāo)識;
所述根據(jù)所述群組的信用等級獲取所述群組相應(yīng)的業(yè)務(wù)策略前還包括:
根據(jù)所述群組標(biāo)識獲取所述群組的信用等級。
優(yōu)選地,
所述根據(jù)所述業(yè)務(wù)策略判斷所述業(yè)務(wù)請求是否滿足被允許的預(yù)定條件,當(dāng)所述業(yè)務(wù)請求滿足被允許的預(yù)定條件時,向所述群組返回業(yè)務(wù)請求通過響應(yīng)包括:
判斷所述業(yè)務(wù)請求是否滿足所述業(yè)務(wù)策略的各策略項(xiàng),當(dāng)所述業(yè)務(wù)請求滿足所述業(yè)務(wù)策略的所有策略項(xiàng)時,向所述群組返回業(yè)務(wù)請求通過響應(yīng);
所述業(yè)務(wù)策略包括以下策略項(xiàng)中的一項(xiàng)或者多項(xiàng):
群組大小限制、群組內(nèi)消息內(nèi)容類型限制、群組內(nèi)消息攔截送審級別限制和群組內(nèi)消息發(fā)送量限制。
優(yōu)選地,
所述方法還包括:
當(dāng)所述群組的各信用評價參數(shù)中的任意一項(xiàng)參數(shù)更新時,根據(jù)預(yù)定的規(guī)則和更新后的信用評價參數(shù)重新確定所述群組的信用等級。
優(yōu)選地,
所述信用評價參數(shù)包括以下參數(shù)中的一種或者多種:
群組管理員信用等級、群組成員信用等級、群組用戶數(shù)量和群組投訴數(shù)據(jù)。
本發(fā)明還提供一種群組業(yè)務(wù)的控制系統(tǒng),所述系統(tǒng)包括:
策略管理模塊,用于當(dāng)群組的用戶發(fā)送涉及所述群組的業(yè)務(wù)請求時,根據(jù)所述群組的信用等級獲取所述群組相應(yīng)的業(yè)務(wù)策略;
業(yè)務(wù)處理模塊,用于根據(jù)所述業(yè)務(wù)策略判斷所述業(yè)務(wù)請求是否滿足被允許的預(yù)定條件,當(dāng)所述業(yè)務(wù)請求滿足被允許的預(yù)定條件時,向所述群組的用戶返回業(yè)務(wù)請求通過響應(yīng)。
優(yōu)選地,
所述業(yè)務(wù)請求中攜帶有群組標(biāo)識;
所述系統(tǒng)還包括信用管理模塊;
所述信用管理模塊用于根據(jù)所述群組標(biāo)識獲取所述群組的信用等級。
優(yōu)選地,
所述業(yè)務(wù)處理模塊用于根據(jù)所述業(yè)務(wù)策略判斷所述業(yè)務(wù)請求是否滿足被允許的預(yù)定條件,當(dāng)所述業(yè)務(wù)請求滿足被允許的預(yù)定條件時,向所述群組返回業(yè)務(wù)請求通過響應(yīng)是指:
判斷所述業(yè)務(wù)請求是否滿足所述業(yè)務(wù)策略的各策略項(xiàng),當(dāng)所述業(yè)務(wù)請求滿足所述業(yè)務(wù)策略的所有策略項(xiàng)時,向所述群組返回業(yè)務(wù)請求通過響應(yīng);
所述業(yè)務(wù)策略包括以下策略項(xiàng)中的一項(xiàng)或者多項(xiàng):
群組大小限制、群組內(nèi)消息內(nèi)容類型限制、群組內(nèi)消息攔截送審級別限制和群組內(nèi)消息發(fā)送量限制。
優(yōu)選地,
所述信用管理模塊還用于當(dāng)所述群組的各信用評價參數(shù)中的任意一項(xiàng)參數(shù)更新時,根據(jù)預(yù)定的規(guī)則和更新后的信用評價參數(shù)重新確定所述群組的信用等級。
優(yōu)選地,
所述信用評價參數(shù)包括以下參數(shù)中的一種或者多種:
群組管理員信用等級、群組成員信用等級、群組用戶數(shù)量和群組投訴數(shù)據(jù)。
上述方案通過不同的群組信用等級實(shí)現(xiàn)了群組業(yè)務(wù)的差異化控制,提升了用戶體驗(yàn)和群組業(yè)務(wù)的價值。
附圖說明
圖1為實(shí)施例一中的群組業(yè)務(wù)的控制方法的流程圖;
圖2為實(shí)施例一中的群組業(yè)務(wù)的控制系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施方式
為使本申請的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白,下文中將結(jié)合附圖對本申請的實(shí)施例進(jìn)行詳細(xì)說明。需要說明的是,在不沖突的情況下,本申請中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。
實(shí)施例一
如圖1所示,本實(shí)施例提供一種群組業(yè)務(wù)的控制方法,所述方法包括:
步驟S11:當(dāng)群組的用戶發(fā)送涉及所述群組的業(yè)務(wù)請求時,根據(jù)所述群組的信用等級獲取所述群組相應(yīng)的業(yè)務(wù)策略;
步驟S12:根據(jù)所述業(yè)務(wù)策略判斷所述業(yè)務(wù)請求是否滿足被允許的預(yù)定條件,當(dāng)所述業(yè)務(wù)請求滿足被允許的預(yù)定條件時,向所述群組的用戶返回業(yè)務(wù)請求通過響應(yīng)。
具體的,判斷所述業(yè)務(wù)請求是否滿足所述業(yè)務(wù)策略的各策略項(xiàng),當(dāng)所述業(yè)務(wù)請求滿足所述業(yè)務(wù)策略的所有策略項(xiàng)時,向所述群組返回業(yè)務(wù)請求通過響應(yīng);
所述業(yè)務(wù)策略包括以下策略項(xiàng)中的一項(xiàng)或者多項(xiàng):
群組大小限制、群組內(nèi)消息內(nèi)容類型限制、群組內(nèi)消息攔截送審級別限制和群組內(nèi)消息發(fā)送量限制。策略配置中多種業(yè)務(wù)能力的限制可以組合配置。單條策略匹配單個群信用等級,但允許多種業(yè)務(wù)能力限制組合。群組策略可以靈活配置,策略可以增加、刪除和修改,策略與群組信用等級相關(guān)。
優(yōu)選地,業(yè)務(wù)請求中攜帶有群組標(biāo)識;所述方法還包括:
步驟S10:根據(jù)所述群組標(biāo)識獲取所述群組的信用等級。
優(yōu)選地,所述方法還包括:
步驟S13:當(dāng)所述群組的各信用評價參數(shù)中的任意一項(xiàng)參數(shù)更新時,根據(jù)預(yù)定的規(guī)則和更新后的信用評價參數(shù)重新確定所述群組的信用等級。
在本實(shí)施例中,信用評價參數(shù)包括以下參數(shù)中的一種或者多種:
群組管理員信用等級、群組成員信用等級、群組用戶數(shù)量和群組投訴數(shù)據(jù)。
群組根據(jù)信用的不同被分配不同的等級。
例如,可以按以下方式設(shè)定群組信用分?jǐn)?shù)來源:
群管理員個人信用分?jǐn)?shù)Cm加分,權(quán)重為W1。
除群管理員之外的群成員平均信用分?jǐn)?shù)Ca加分,權(quán)重為W2。
群組內(nèi)用戶數(shù)量不安全的扣分,用戶數(shù)量按一定的閥值劃分為多個層次,層次數(shù)量和閥值可配置。不同層次對應(yīng)不同的分值Vx,用戶數(shù)越多越不安全。用戶數(shù)量安全分值權(quán)重為W3。
投訴平臺對該群的投訴不安全的扣分,包括被投訴的次數(shù)Nx和嚴(yán)重程度,被投訴嚴(yán)重程度分為多個層次,層次數(shù)量可配置。不同層次的嚴(yán)重程度對應(yīng)不同的分值Tx,投訴安全分值權(quán)重為W4。
修正值Y。所有群的缺省修正值都相同,例如取50分。管理員可以根據(jù)特殊情況修改修正值。
其中,群管理員個人信用分?jǐn)?shù)和群成員信用分?jǐn)?shù)從BOSS系統(tǒng)獲取,群投訴信息從投訴平臺獲取。
則群的信用安全分?jǐn)?shù)Cg為:
群組信用等級按照群組的信用分?jǐn)?shù)劃分為多個等級,等級數(shù)量和分值閥值可配置。信用分?jǐn)?shù)越高,信用等級就越高。系統(tǒng)根據(jù)群組的信用分?jǐn)?shù)自動更新信用等級。
例如,當(dāng)群組管理員信用等級更新、群組成員信用等級更新、投訴平臺有群業(yè)務(wù)投訴處理結(jié)果、群組用戶數(shù)量發(fā)生變化時,按照配置的計(jì)算方法和參數(shù)計(jì)算并更新群的信用等級。
業(yè)務(wù)管理員也可以本地維護(hù)單個群的信用修正值。
下面結(jié)合具體的場景進(jìn)一步說明本發(fā)明的技術(shù)方案。
群組服務(wù)器上對于群組的操作,包括邀請用戶加入群、用戶主動加入群、群內(nèi)發(fā)送消息,都需要進(jìn)行鑒權(quán)。同時根據(jù)信用等級查詢?nèi)航M策略,如果命中某個策略,則獲取該策略對應(yīng)的業(yè)務(wù)能力限制的閥值,并分析判斷本次群組業(yè)務(wù)操作是否允許,如果允許則返回200OK,否則返回403拒絕。如果沒有命中任何一個策略,則按缺省策略執(zhí)行。
例如,群信用等級為2,并且群組策略中配置了信用等級為2的策略,此時則獲取該策略的對應(yīng)的業(yè)務(wù)能力限制的閾值;如果群組策略中沒有配置信用等級為2的策略,則將默認(rèn)缺省的策略最為該信用等級的群組策略。
具體的,群組業(yè)務(wù)的控制方法可以采用以下處理流程:
步驟一:RCS群聊業(yè)務(wù)中,有群內(nèi)發(fā)送消息、邀請別人加入群、主動加入群的業(yè)務(wù)請求時,對本次業(yè)務(wù)請求進(jìn)行分析鑒權(quán),請求消息中攜帶群ID,本次群業(yè)務(wù)操作類型;
步驟二:根據(jù)群ID查詢?nèi)盒庞玫燃墸缓蟾鶕?jù)群信用等級查詢?nèi)航M策略。如果命中策略,則獲取相應(yīng)策略的閥值。如果沒有命中,則取缺省策略的閥值。
步驟三:分析計(jì)算本次群操作的各項(xiàng)指標(biāo),并與獲取到的群組策略閥值進(jìn)行比較。
步驟四:如果各項(xiàng)指標(biāo)都不超過閥值,則通知放行。
步驟五:如果有任何一項(xiàng)指標(biāo)超過了閥值,則通知拒絕本次業(yè)務(wù),本次業(yè)務(wù)處理結(jié)束。
實(shí)施例二
如圖2所示,本發(fā)明還提供一種群組業(yè)務(wù)的控制系統(tǒng),所述系統(tǒng)包括:
策略管理模塊11,用于當(dāng)群組的用戶發(fā)送涉及所述群組的業(yè)務(wù)請求時,根據(jù)所述群組的信用等級獲取所述群組相應(yīng)的業(yè)務(wù)策略;
具體的,策略管理模塊11用于基于群組信用等級的群組業(yè)務(wù)能力限制策略的管理,包括策略增加、策略刪除和策略修改,策略與群組信用等級相關(guān)。當(dāng)群組的用戶發(fā)送涉及所述群組的業(yè)務(wù)請求時,根據(jù)所述群組的信用等級獲取所述群組相應(yīng)的業(yè)務(wù)策略。
業(yè)務(wù)處理模塊12,用于根據(jù)所述業(yè)務(wù)策略判斷所述業(yè)務(wù)請求是否滿足被允許的預(yù)定條件,當(dāng)所述業(yè)務(wù)請求滿足被允許的預(yù)定條件時,向所述群組的用戶返回業(yè)務(wù)請求通過響應(yīng)。
優(yōu)選地,
所述業(yè)務(wù)請求中攜帶有群組標(biāo)識;
所述系統(tǒng)還包括信用管理模塊13;
所述信用管理模塊13用于根據(jù)所述群組標(biāo)識獲取所述群組的信用等級。
優(yōu)選地,
所述業(yè)務(wù)處理模塊12用于根據(jù)所述業(yè)務(wù)策略判斷所述業(yè)務(wù)請求是否滿足被允許的預(yù)定條件,當(dāng)所述業(yè)務(wù)請求滿足被允許的預(yù)定條件時,向所述群組返回業(yè)務(wù)請求通過響應(yīng)是指:
判斷所述業(yè)務(wù)請求是否滿足所述業(yè)務(wù)策略的各策略項(xiàng),當(dāng)所述業(yè)務(wù)請求滿足所述業(yè)務(wù)策略的所有策略項(xiàng)時,向所述群組返回業(yè)務(wù)請求通過響應(yīng);
所述業(yè)務(wù)策略包括以下策略項(xiàng)中的一項(xiàng)或者多項(xiàng):
群組大小限制、群組內(nèi)消息內(nèi)容類型限制、群組內(nèi)消息攔截送審級別限制和群組內(nèi)消息發(fā)送量限制。
優(yōu)選地,
所述信用管理模塊13還用于當(dāng)所述群組的各信用評價參數(shù)中的任意一項(xiàng)參數(shù)更新時,根據(jù)預(yù)定的規(guī)則和更新后的信用評價參數(shù)重新確定所述群組的信用等級。
優(yōu)選地,
所述信用評價參數(shù)包括以下參數(shù)中的一種或者多種:
群組管理員信用等級、群組成員信用等級、群組用戶數(shù)量和群組投訴數(shù)據(jù)。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已,并不用于限制本發(fā)明,對于本領(lǐng)域的技術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成,所述程序可以存儲于計(jì)算機(jī)可讀存儲介質(zhì)中,如只讀存儲器、磁盤或光盤等??蛇x地,上述實(shí)施例的全部或部分步驟也可以使用一個或多個集成電路來實(shí)現(xiàn),相應(yīng)地,上述實(shí)施例中的各模塊/模塊可以采用硬件的形式實(shí)現(xiàn),也可以采用軟件功能模塊的形式實(shí)現(xiàn)。本申請不限制于任何特定形式的硬件和軟件的結(jié)合。