亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種消息傳播方法、裝置、服務(wù)器及系統(tǒng)與流程

文檔序號:12278420閱讀:156來源:國知局
一種消息傳播方法、裝置、服務(wù)器及系統(tǒng)與流程

本發(fā)明涉及消息傳播技術(shù)領(lǐng)域,具體涉及一種消息傳播方法、裝置、服務(wù)器及系統(tǒng)。



背景技術(shù):

為了便于應(yīng)用的功能更加貼近用戶的生活,帶來良好的用戶體驗,目前大部分應(yīng)用均設(shè)置有即時通信功能。應(yīng)用的即時通信功能一般基于設(shè)置于所述應(yīng)用中的聊天框?qū)崿F(xiàn),用戶通過所述聊天框可實現(xiàn)即時通信過程中對消息的發(fā)送和對接收到的消息的顯示。

現(xiàn)有技術(shù)基于應(yīng)用提供的即時通信功能,登錄有應(yīng)用的第一客戶端可向登錄有應(yīng)用的第二客戶端發(fā)送消息。但是,所述消息中可能會存在包含第二客戶端的用戶不想看到的特征信息的情況,特征信息包括廣告信息、炫耀信息等。這種情況通常會導(dǎo)致第二客戶端的用戶把不滿情緒轉(zhuǎn)移到應(yīng)用上,從而降低對應(yīng)用的粘度的問題。例如,MOBA(多人在線戰(zhàn)術(shù)競技游戲)應(yīng)用,通常會因玩家水平差異大,第二客戶端接收到第一客戶端發(fā)送的消息中,存在所述第二客戶端的用戶不想看到的特征信息,進而影響第二客戶端的用戶對應(yīng)用的粘度降低的問題。

因此,提供一種消息傳播方法、裝置、服務(wù)器及系統(tǒng),以避免現(xiàn)有技術(shù)在消息傳播過程中所導(dǎo)致的用戶對應(yīng)用的粘度降低的情況,是亟待解決的問題。



技術(shù)實現(xiàn)要素:

有鑒于此,本發(fā)明實施例提供一種消息傳播方法、裝置、服務(wù)器及系統(tǒng),以避免現(xiàn)有技術(shù)在消息傳播過程中所導(dǎo)致的用戶對應(yīng)用的粘度降低的問題。

為實現(xiàn)上述目的,本發(fā)明實施例提供如下技術(shù)方案:

一種消息傳播方法,包括:

接收第一客戶端向第二客戶端發(fā)送的消息;

確定所述消息中是否攜帶特征信息,所述特征信息為預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息;

若所述消息中攜帶特征信息,僅將所述第一客戶端作為消息接收方,并向所述消息接收方發(fā)送所述消息。

一種消息傳播裝置,包括:

消息接收單元,用于接收第一客戶端向第二客戶端發(fā)送的消息;

特征信息確定單元,用于確定所述消息中是否攜帶特征信息,所述特征信息為預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息;

第一消息傳播單元,用于若所述消息中攜帶特征信息,僅將所述第一客戶端作為消息接收方,并向所述消息接收方發(fā)送所述消息。

一種消息傳播服務(wù)器,包括所述消息傳播裝置。

一種消息傳播系統(tǒng),其特征在于,包括第二客戶端,用于向所述第二客戶端發(fā)送消息的第一客戶端,以及所述消息傳播服務(wù)器。

本申請實施例提供一種消息傳播方法、裝置、服務(wù)器及系統(tǒng),所述方法通過接收第一客戶端向第二客戶端發(fā)送的消息;確定所述消息中是否攜帶特征信息(所述特征信息為預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息);若所述消息中攜帶特征信息,僅將所述第一客戶端作為消息接收方,并向所述消息接收方發(fā)送所述消息的方式,有效避免了第二客戶端接收攜帶特征信息的消息進行顯示,所導(dǎo)致的第二客戶端的用戶對應(yīng)用的粘度降低的問題。并且,該方法還通過使第一客戶端接收攜帶特征信息的消息進行顯示的方式,進一步避免了第一客戶端因未接收攜帶特征信息的消息進行顯示,所導(dǎo)致的第一客戶端的用戶將不滿情緒轉(zhuǎn)移到應(yīng)用上,從而降低對應(yīng)用的粘度的問題。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)提供的附圖獲得其他的附圖。

圖1為本申請實施例提供的一種消息傳播方法流程圖;

圖2為本申請實施例提供的一種確定所述消息中是否攜帶特征信息的方法流程圖;

圖3為本申請實施例提供的另一種消息傳播方法流程圖;

圖4為本申請實施例提供的又一種消息傳播方法流程圖;

圖5為本申請實施例提供的一種對所述消息進行處理,得到目標(biāo)消息的方法流程圖;

圖6為本申請實施例提供的又一種消息傳播方法流程圖;

圖7為本申請實施例提供的一種消息傳播裝置的結(jié)構(gòu)示意圖;

圖8為本申請實施例提供的一種特征信息確定單元的詳細結(jié)構(gòu)示意圖;

圖9為本申請實施例提供的一種消息傳播裝置的硬件結(jié)構(gòu)框圖;

圖10為本申請實施例提供的一種消息傳播系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。

實施例:

圖1為本申請實施例提供的一種消息傳播方法流程圖。

本申請實施例提供的一種消息傳播方法應(yīng)用于消息傳播服務(wù)器。

可選的,本申請實施例提供的一種消息傳播方法可集成/應(yīng)用(集成或應(yīng)用)在應(yīng)用中的即時通信功能中,作為應(yīng)用中的即時通信功能中的子功能實現(xiàn)。

以上僅僅是本申請實施例的優(yōu)選方式,發(fā)明人可根據(jù)自己的需求任意設(shè)置消息傳播方法的應(yīng)用范圍,在此不做限定。

可選的,所述消息傳播服務(wù)器的功能可由多臺服務(wù)器組成的服務(wù)器集群組實現(xiàn),也可由單體服務(wù)器實現(xiàn)。

如圖1所示,該方法包括:

S101、接收第一客戶端向第二客戶端發(fā)送的消息;

可選的,本申請實施例提供的一種消息傳播方法在實現(xiàn)過程中,所述接收第一客戶端向第二客戶端發(fā)送的消息可應(yīng)用于任一客戶端同時向至少一個其他客戶端發(fā)送同一消息的情景,其中,所述任一客戶端可認(rèn)為是第一客戶端,所述至少一個其他客戶端可認(rèn)為是至少一個第二客戶端,每個其他客戶端對應(yīng)一個第二客戶端。

可選的,發(fā)明人可根據(jù)自己的需求任意設(shè)置第二客戶端的個數(shù),在此不做限定。

例如,在登錄有應(yīng)用的處于第一客戶端的第一用戶,和登錄有應(yīng)用的處于第二客戶端的第二用戶在進行即時通信過程中,第二客戶端的個數(shù)為1個,接收第一客戶端向第二客戶端發(fā)送的消息。在MOBA(多人在線戰(zhàn)術(shù)競技游戲)應(yīng)用中,若在對局場景下,若所述對局場景中一共包括10個用戶在進行對局站,此時,若其中1個用戶在對局場景下發(fā)送消息(即,若其中1個用戶需將消息發(fā)送到對局場景下的對話框),可將所述1個用戶所在客戶端確定為第一客戶端,其他9個用戶中,每個用戶所在的客戶端確定為一個第二客戶端,也就是說,此時一個第一客戶端需同時向9個第二客戶端中的每個第二客戶端發(fā)送所述消息。

以上僅僅是為了便于理解所提供的優(yōu)選方式,具體的第一客戶端向第二客戶端發(fā)送消息的應(yīng)用場景,發(fā)明人可根據(jù)自己的需求任意設(shè)定,在此不做限定。

S102、確定所述消息中是否攜帶特征信息,所述特征信息為預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息;若所述消息中攜帶特征信息,執(zhí)行步驟S103;

可選的,特征信息包括廣告信息、炫耀信息、敏感信息等。所述敏感信息包括臟字,所述臟字包括辱罵信息、敏感政治信息、涉黃信息等。

以上僅僅是本申請實施例的優(yōu)選方式,發(fā)明人可根據(jù)自己的需求任意設(shè)置特征信息的具體內(nèi)容,在此不做限定。

可選的,預(yù)設(shè)有一個統(tǒng)一的特性信息,所述統(tǒng)一的特征信息中包括至少一個特征信息。在執(zhí)行接收第一客戶端向第二客戶端發(fā)送的消息步驟時,在第二客戶端的個數(shù)為至少一個的情況下(即,接收第一客戶端同時向至少一個第二客戶端發(fā)送的所述消息),直接將預(yù)設(shè)的統(tǒng)一的特征信息中的各特征信息作為步驟S102中預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息,并執(zhí)行唯一的一次確定所述消息中是否攜帶特征信息(所述特征信息為預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息)的過程。

也就是說,當(dāng)執(zhí)行完成步驟S101“接收第一客戶端向第二客戶端發(fā)送的消息”后;不論所述步驟S101中的第二客戶端的個數(shù)是多少,則直接確定預(yù)設(shè)的統(tǒng)一的特征信息(所述統(tǒng)一的特征信息中包括至少一個特征信息),并執(zhí)行唯一的一次“確定所述消息中是否攜帶特征信息,所述特征信息為所述統(tǒng)一的特征信息中包括的特征信息”過程;該過程的確定結(jié)果為若所述消息中攜帶特征信息,則執(zhí)行步驟S103。

可選的,預(yù)設(shè)的統(tǒng)一的特征信息存儲在預(yù)設(shè)的特征信息庫中。以上僅僅是本申請實施例的優(yōu)選方式,發(fā)明人可根據(jù)自己的需求任意設(shè)置統(tǒng)一的特征信息的存儲方式,在此不做限定。

可選的,若預(yù)設(shè)的統(tǒng)一的特征信息存儲在預(yù)設(shè)的特征信息庫時,確定所述消息中是否攜帶特征信息的過程通過訪問所述預(yù)設(shè)的特征信息庫實現(xiàn)。

可選的,預(yù)設(shè)有分別與每個第二客戶端對應(yīng)的特征信息,若步驟S101“接收第一客戶端向第二客戶端發(fā)送的消息”中的第二客戶端的個數(shù)為至少一個,分別針對每個第二客戶端執(zhí)行一次步驟S102。

此時,需要注意的是:若第一客戶端同時向多個第二客戶端發(fā)送所述消息時,針對至少存在兩個第二客戶端滿足“所述消息中攜帶特征消息”條件的情況而言,僅執(zhí)行一次步驟S103,以避免第一客戶端重復(fù)接收所述消息的情況的發(fā)送。

其中,至少存在兩個第二客戶端滿足“所述消息中攜帶特征消息”條件,包括:至少存在一個第二客戶端1,確定所述消息中攜帶特征信息,所述特征信息為預(yù)設(shè)的與所述第二客戶端1對應(yīng)的特征信息;以及,存在一個第二客戶端2,確定所述消息中攜帶特征信息,所述特征信息為預(yù)設(shè)的與所述第二客戶端2對應(yīng)的特征信息;所述第二客戶端1和第二客戶端2均屬于“接收第一客戶端向第二客戶端發(fā)送的消息”過程中的第二客戶端。

以上僅僅是本申請實施例的優(yōu)選方式,發(fā)明人可根據(jù)自己的需求任意設(shè)置預(yù)設(shè)的分別與每個第二客戶端對應(yīng)的特征信息的具體內(nèi)容,在此不做限定。

S103、僅將所述第一客戶端作為消息接收方,并向所述消息接收方發(fā)送所述消息。

可選的,通過僅將第一客戶端作為消息接收方,并向所述第一客戶端發(fā)送所述消息的方式,使得所述第一客戶端的應(yīng)用的聊天框中顯示接收到的所述消息,以便所述第一客戶端的用戶了解所述消息已發(fā)送,避免第一客戶端因未接收攜帶特征信息的消息進行顯示,所導(dǎo)致的第一客戶端的用戶將不滿情緒轉(zhuǎn)移到應(yīng)用上,從而降低對應(yīng)用的粘度的問題。

并且,通過僅將第一客戶端作為消息接收方,并向所述消息接收方發(fā)送所述消息的方式,避免了第二客戶端作為消息接收方,并向所述第二客戶端發(fā)送所述消息的情況,進而避免了因在第二客戶端的應(yīng)用的聊天框中顯示所述消息,所導(dǎo)致的第二客戶端的用戶對應(yīng)用的粘度降低的問題。

為了更加全面的對本申請實施例提供的一種消息傳播方法進行闡述,現(xiàn)對本申請實施例提供的一種確定所述消息中是否攜帶特征信息的方法進行詳細介紹,請參見圖2。

如圖2所示,該方法包括:

S201、確定預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息庫;

可選的,預(yù)設(shè)有一特征信息庫,無論步驟S101中的第二客戶端的個數(shù)是多少,直接將預(yù)設(shè)的所述特征信息庫作為與所述第二客戶端對應(yīng)的特征信息庫。

可選的,針對每個第二客戶端預(yù)設(shè)有唯一的一個與其對應(yīng)的特征信息庫;只需對預(yù)設(shè)的多個特征信息庫進行查找,即可確定預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息庫。

以上僅僅是本申請實施例的優(yōu)選方式,發(fā)明人可根據(jù)自己的需求任意設(shè)置確定預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息庫的方式,在此不做限定。

S202、訪問所確定的特征信息庫,確定所述消息中是否攜帶所確定的特征信息庫中的特征信息;若所述消息中攜帶所確定的特征信息庫中的特征信息,執(zhí)行步驟S203;若所述消息中未攜帶所確定的特征信息庫中的特征信息,執(zhí)行步驟S204;

可選的,確定的預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息庫中包括至少一個特性信息。訪問所確定的特征信息庫,只要所述消息中攜帶至少一個所確定的特征信息庫中的特征信息,即可確定所述消息攜帶特征信息;若所述消息中不攜帶所確定的特征信息庫中的特征信息,即可確定所述消息未攜帶特征信息。

S203、確定所述消息攜帶特征信息;

S204、確定所述消息未攜帶特征信息。

通過上述對本申請實施例提供的確定所述消息中是否攜帶特征信息方法的進一步介紹,使得本申請實施例提供的消息傳播更加清晰、完整,便于本領(lǐng)域技術(shù)人員理解。

為了更加全面的對本申請實施例提供的一種消息傳播方法進行闡述,現(xiàn)對本申請實施例提供的另一種消息傳播方法進行詳細介紹,請參見圖3。

S301、接收第一客戶端向第二客戶端發(fā)送的消息;

S302、確定所述消息中是否攜帶特征信息,所述特征信息為預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息;若所述消息中攜帶特征信息,執(zhí)行步驟S303;

S303、僅將所述第一客戶端作為消息接收方,并向所述消息接收方發(fā)送所述消息;

可選的,本申請實施例提供的步驟S301-S303的執(zhí)行過程與上述實施例提供的步驟S101-S103的執(zhí)行過程相同,有關(guān)步驟S301-S303的執(zhí)行過程請參見上述實施例中對步驟S101-S103的執(zhí)行過程的描述,在此不做限定。

S304、將所述消息中攜帶的特征信息填充到預(yù)設(shè)的提示信息模板中的相應(yīng)位置,生成提示信息;

可選的,預(yù)設(shè)有提示信息模板,所述提示信息模板中設(shè)置有待填充位置。通過將所述消息中攜帶的各特征信息按照預(yù)設(shè)格式填充到預(yù)設(shè)的提示信息模板中的待填充位置,可生成提示信息。

例如,當(dāng)預(yù)設(shè)的提示信息模板包括為“您發(fā)送消息中包含‘’特征信息,請您下次發(fā)送時注意”時,若所述消息中攜帶的特征信息包括A、B和C三個特征信息時,將所述消息中攜帶的特征信息A、B和C填充到預(yù)設(shè)的提示信息模板中,生成的提示信息為“您發(fā)送消息中包含‘A、B和C’特征信息,請您下次發(fā)送時注意”。其中,所述預(yù)設(shè)格式包括填充到提示信息模板中的各個特征信息之間的分割方式,例如A、B或C。

以上僅僅是本申請實施例的優(yōu)選方式,發(fā)明人可根據(jù)自己的需求任意設(shè)置預(yù)設(shè)格式的具體內(nèi)容,在此不做限定。

S305、向所述消息接收方發(fā)送所述提示信息。

本申請實施例中,優(yōu)選的,通過向所述消息接收方發(fā)送所述提示信息(即,向所述第一客戶端發(fā)送所述消息提示信息),可通過向第一客戶端發(fā)送提示信息的方式,達到向第一客戶端的用戶進行提示的目的,通過利用提示信息對第一客戶端的用戶進行友好提示,可進一步保證用戶對應(yīng)用的粘度,并有效達到凈化聊天環(huán)境的目的。

為了更加全面的對本申請實施例提供的一種消息傳播方法進行闡述,現(xiàn)對本申請實施例提供的又一種消息傳播方法進行詳細介紹,請參見圖4。

S401、接收第一客戶端向第二客戶端發(fā)送的消息;

S402、確定所述消息中是否攜帶特征信息,所述特征信息為預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息;若所述消息中攜帶特征信息,執(zhí)行步驟S403;

可選的,本申請實施例提供的步驟S401-S402的執(zhí)行過程與上述實施例提供的步驟S101-S102的執(zhí)行過程相同,有關(guān)步驟S401-S402的執(zhí)行過程請參見上述實施例中對步驟S101-S102的執(zhí)行過程的描述,在此不做限定。

S403、對所述消息進行處理,得到目標(biāo)消息;所述目標(biāo)消息不包含所述消息中攜帶的特征信息;

可選的,若所述消息中攜帶特征信息,可對所述消息進行處理,以得到不包含所述特征信息的目標(biāo)消息。

例如,若所述消息中攜帶特征信息A,對所述消息進行處理,得到目標(biāo)消息,所述目標(biāo)消息不包含所述特征信息A。

S404、僅將所述第一客戶端作為消息接收方,并向所述目標(biāo)消息接收方發(fā)送所述消息。

在本申請實施例中,優(yōu)選的,通過僅將所述第一客戶端作為消息接收方,并向所述第一客戶端發(fā)送所述目標(biāo)消息的方式,可使得第一客戶端接收到的目標(biāo)消息中不包含所述消息中攜帶的特征信息,以達到凈化聊天環(huán)境的目的。

為了更加全面的對本申請實施例提供的一種消息傳播方法進行闡述,現(xiàn)對本申請實施例提供的一種對所述消息進行處理,得到目標(biāo)消息的方法進行詳細介紹,請參見圖5。

如圖5所示,該方法包括:

S501、將所述消息中攜帶的特征信息替換成預(yù)設(shè)的第一目標(biāo)信息;

可選的,預(yù)設(shè)有第一目標(biāo)信息,所述第一目標(biāo)信息包括特殊符號(如,星號),圖像(如,笑臉圖像),和/或特殊字符串。

以上僅僅是本申請實施例的優(yōu)選方式,發(fā)明人可根據(jù)自己的需求任意設(shè)置預(yù)設(shè)的第一目標(biāo)信息的具體內(nèi)容,在此不做限定。

可選的,將所述消息中攜帶的特征信息替換成預(yù)設(shè)的第一目標(biāo)信息,包括:將所述消息中的每一特征信息分別替換成預(yù)設(shè)的第一目標(biāo)信息。例如,所述消息包括“ABCDE”時,若B和D均為特征信息,第一目標(biāo)信息為*,則將所述消息中攜帶的特征信息替換成預(yù)設(shè)的第一目標(biāo)信息后,所述消息變?yōu)椤癆*C*E”。

S502、將攜帶的特征信息替換成所述第一目標(biāo)信息后的所述消息,確定為目標(biāo)消息。

可選的,所述消息包括“ABCDE”時,若B和D均為特征信息,第一目標(biāo)信息為*,則將所述消息中攜帶的特征信息替換成預(yù)設(shè)的第一目標(biāo)信息后,所述消息變換為“A*C*E”,此時確定變換后的所述消息(其中,變換后的所述消息為“A*C*E”)為目標(biāo)消息,則所述目標(biāo)消息為“A*C*E”。

為了更加全面的對本申請實施例提供的一種消息傳播方法進行闡述,現(xiàn)對本申請實施例提供的另一種對所述消息進行處理,得到目標(biāo)消息的方法進行詳細介紹。

在本申請實施例中,優(yōu)選的,所述對所述消息進行處理,得到目標(biāo)消息,包括:將被預(yù)設(shè)的第二目標(biāo)信息替換后的所述消息,確定為目標(biāo)消息。

可選的,預(yù)設(shè)有第二目標(biāo)信息,所述第二目標(biāo)信息包括特殊提示信息。所述特殊提示信息用于指示所述消息中攜帶特征信息。

可選的,所述特殊提示信息包括:“您好,所述消息中攜帶特征信息”。

以上僅僅是本申請實施例的優(yōu)選方式,發(fā)明人可根據(jù)自己的需求任意設(shè)置第二目標(biāo)信息指示的內(nèi)容,以及所述第二目標(biāo)信息的具體內(nèi)容,在此不做限定。

通過上述對本申請實施例提供的對所述消息進行處理,得到目標(biāo)消息的方法的進一步介紹,使得本申請實施例提供的消息傳播方法更加清晰、完整,便于本領(lǐng)域技術(shù)人員理解。

為了更加全面的對本申請實施例提供的一種消息傳播方法進行闡述,現(xiàn)對本申請實施例提供的又一種消息傳播方法進行詳細介紹,請參見圖6。

如圖6所示,該方法包括:

S601、接收第一客戶端向第二客戶端發(fā)送的消息;

S602、確定所述消息中是否攜帶特征信息,所述特征信息為預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息;若所述消息中攜帶特征信息,執(zhí)行步驟S603;若所述消息中未攜帶特征信息,執(zhí)行步驟S604;

S603、僅將所述第一客戶端作為消息接收方,并向所述消息接收方發(fā)送所述消息;

可選的,本申請實施例提供的步驟S601-S603的執(zhí)行過程與上述實施例提供的步驟S101-S103的執(zhí)行過程相同,有關(guān)步驟S601-S603的執(zhí)行過程請參見上述實施例中對步驟S101-S103的執(zhí)行過程的描述,在此不做限定。

S604、將所述第一客戶端和第二客戶端分別作為消息接收方,并向所述消息接收方發(fā)送所述消息。

可選的,預(yù)設(shè)有分別與每個第二客戶端對應(yīng)的特征信息,在執(zhí)行接收第一客戶端向第二客戶端發(fā)送的消息步驟時,若第二客戶端的個數(shù)為至少一個,針對每個第二客戶端分別執(zhí)行一次步驟S602。

此時,需要注意的是:若第一客戶端同時向多個第二客戶端發(fā)送所述消息時,針對至少存在兩個第二客戶端滿足“所述消息中攜帶特征消息”條件的情況而言,僅向所述第一客戶端發(fā)送一次所述消息,以避免所述第一客戶端重復(fù)接收所述消息進而顯示的情況。

本申請實施例提供一種消息傳播方法、裝置、服務(wù)器及系統(tǒng),所述方法通過接收第一客戶端向第二客戶端發(fā)送的消息;確定所述消息中是否攜帶特征信息(所述特征信息為預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息);若所述消息中攜帶特征信息,僅將所述第一客戶端作為消息接收方,并向所述消息接收方發(fā)送所述消息的方式,有效避免了第二客戶端接收攜帶特征信息的消息進行顯示,所導(dǎo)致的第二客戶端的用戶對應(yīng)用的粘度降低的問題。并且,該方法還通過使第一客戶端接收攜帶特征信息的消息進行顯示的方式,進一步避免了第一客戶端因未接收攜帶特征信息的消息進行顯示,所導(dǎo)致的第一客戶端的用戶將不滿情緒轉(zhuǎn)移到應(yīng)用上,從而降低對應(yīng)用的粘度的問題。

上述本發(fā)明公開的實施例中詳細描述了方法,對于本發(fā)明的方法可采用多種形式的裝置實現(xiàn),因此本發(fā)明還公開了一種裝置,下面給出具體的實施例進行詳細說明。

圖7為本申請實施例提供的一種消息傳播裝置的結(jié)構(gòu)示意圖。

如圖7所示,該裝置包括:

消息接收單元71,用于接收第一客戶端向第二客戶端發(fā)送的消息;

特征信息確定單元72,用于確定所述消息中是否攜帶特征信息,所述特征信息為預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息;

第一消息傳播單元73,用于若所述消息中攜帶特征信息,僅將所述第一客戶端作為消息接收方,并向所述消息接收方發(fā)送所述消息。

本發(fā)明實施例提供的特征信息確定單元72的一種可選結(jié)構(gòu)請參見圖8。

如圖8所示,特征信息確定單元72,包括:

特征信息庫確定單元81,用于確定預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息庫;

特征信息庫訪問單元82,用于訪問所確定的特征信息庫,確定所述消息中是否攜帶所確定的特征信息庫中的特征信息;

第一特征信息確定子單元83,用于若所述消息中攜帶所確定的特征信息庫中的特征信息,確定所述消息攜帶特征信息;

第二特征信息確定子單元84,用于若所述消息中未攜帶所確定的特征信息庫中的特征信息,確定所述消息未攜帶特征信息。

進一步的,如圖7所示消息傳播裝置,還包括:提示信息發(fā)送單元,所述提示信息發(fā)送單元包括:

提示信息生成單元,用于將所述消息中攜帶的特征信息填充到預(yù)設(shè)的提示信息模板中的相應(yīng)位置,生成提示信息;

提示信息發(fā)送子單元,用于向所述消息接收方發(fā)送所述提示信息。

進一步的,如圖7所示消息傳播裝置,還包括:目標(biāo)消息生成單元,在所述僅將所述第一客戶端作為消息接收方,并向所述消息接收方發(fā)送所述消息之前,所述目標(biāo)消息生成單元,用于對所述消息進行處理,得到目標(biāo)消息;所述目標(biāo)消息不包含所述消息中攜帶的特征信息;

所述第一消息傳播單元,具體用于僅將所述第一客戶端作為消息接收方,并向所述目標(biāo)消息接收方發(fā)送所述消息。

本發(fā)明實施例提供的目標(biāo)消息生成單元的一種可選結(jié)構(gòu),所述目標(biāo)消息生成單元,包括:

替換單元,用于將所述消息中攜帶的特征信息替換成預(yù)設(shè)的第一目標(biāo)信息;

第一目標(biāo)消息確定單元,用于將攜帶的特征信息替換成所述第一目標(biāo)信息后的所述消息,確定為目標(biāo)消息。

本發(fā)明實施例提供的目標(biāo)消息生成單元的另一種可選結(jié)構(gòu),所述目標(biāo)消息生成單元包括:

第二目標(biāo)消息確定單元,用于將被預(yù)設(shè)的第二目標(biāo)信息替換后的所述消息,確定為目標(biāo)消息。

進一步的,如圖7所示消息傳播裝置,還包括:第二消息傳播單元,

所述第二消息傳播單元,用于若所述消息中未攜帶特征信息,將所述第一客戶端和第二客戶端分別作為消息接收方,并向所述消息接收方發(fā)送所述消息。

可選的,消息傳播裝置可以為硬件設(shè)備,上文描述的模塊、單元可以為設(shè)置于消息傳播裝置內(nèi)的功能模塊。圖9示出了消息傳播裝置的硬件結(jié)構(gòu)框圖,參照圖9,消息傳播裝置可以包括:處理器91,通信接口92,存儲器93和通信總線94;其中處理器91、通信接口92、存儲器93通過通信總線94完成相互間的通信;可選的,通信接口92可以為通信模塊的接口,如GSM模塊的接口;

處理器91,用于執(zhí)行程序;存儲器93,用于存放程序;程序可以包括程序代碼,程序代碼包括計算機操作指令;

處理器91可能是一個中央處理器CPU,或者是特定集成電路ASIC(Application Specific Integrated Circuit),或者是被配置成實施本發(fā)明實施例的一個或多個集成電路;存儲器93可能包含高速RAM存儲器,也可能還包括非易失性存儲器(non-volatile memory),例如至少一個磁盤存儲器。

其中,程序可具體用于:

接收第一客戶端向第二客戶端發(fā)送的消息;

確定所述消息中是否攜帶特征信息,所述特征信息為預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息;

若所述消息中攜帶特征信息,僅將所述第一客戶端作為消息接收方,并向所述消息接收方發(fā)送所述消息。

本申請實施例提供一種消息傳播方法、裝置、服務(wù)器及系統(tǒng),所述裝置通過接收第一客戶端向第二客戶端發(fā)送的消息;確定所述消息中是否攜帶特征信息(所述特征信息為預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息);若所述消息中攜帶特征信息,僅將所述第一客戶端作為消息接收方,并向所述消息接收方發(fā)送所述消息的方式,有效避免了第二客戶端接收攜帶特征信息的消息進行顯示,所導(dǎo)致的第二客戶端的用戶對應(yīng)用的粘度降低的問題。并且,該方法還通過使第一客戶端接收攜帶特征信息的消息進行顯示的方式,進一步避免了第一客戶端因未接收攜帶特征信息的消息進行顯示,所導(dǎo)致的第一客戶端的用戶將不滿情緒轉(zhuǎn)移到應(yīng)用上,從而降低對應(yīng)用的粘度的問題。

本發(fā)明實施例還公開一種消息傳播服務(wù)器,包括如上的消息傳播裝置。

可選的,本發(fā)明實施例中的消息服務(wù)器為應(yīng)用提供服務(wù)支持,所述應(yīng)用具有即時通信功能,所述即時通信功能具有如上述實施例所述的消息傳播方法所示的功能。

所述應(yīng)用包括MOBA(多人在線戰(zhàn)術(shù)競技游戲)應(yīng)用。以上僅僅是本申請實施例的優(yōu)選方式,發(fā)明人可根據(jù)自己的需求任意設(shè)置應(yīng)用的具體內(nèi)容,在此不做限定。

本發(fā)明實施例還公開一種消息傳播系統(tǒng)。如圖10所示為本申請實施例提供的一種消息傳播系統(tǒng)的結(jié)構(gòu)示意圖。

如圖10所示,消息傳播系統(tǒng)包括:第二客戶端101,用于向所述第二客戶端101發(fā)送消息的第一客戶端102,以及如上的消息傳播服務(wù)器103。

本申請實施例提供一種消息傳播裝置、服務(wù)器及系統(tǒng),通過接收第一客戶端向第二客戶端發(fā)送的消息;確定所述消息中是否攜帶特征信息(所述特征信息為預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息);若所述消息中攜帶特征信息,僅將所述第一客戶端作為消息接收方,并向所述消息接收方發(fā)送所述消息的方式,有效避免了第二客戶端接收攜帶特征信息的消息進行顯示,所導(dǎo)致的第二客戶端的用戶對應(yīng)用的粘度降低的問題。并且,該方法還通過使第一客戶端接收攜帶特征信息的消息進行顯示的方式,進一步避免了第一客戶端因未接收攜帶特征信息的消息進行顯示,所導(dǎo)致的第一客戶端的用戶將不滿情緒轉(zhuǎn)移到應(yīng)用上,從而降低對應(yīng)用的粘度的問題。

綜上:

本申請實施例提供一種消息傳播方法、裝置、服務(wù)器及系統(tǒng),所述方法通過接收第一客戶端向第二客戶端發(fā)送的消息;確定所述消息中是否攜帶特征信息(所述特征信息為預(yù)設(shè)的與所述第二客戶端對應(yīng)的特征信息);若所述消息中攜帶特征信息,僅將所述第一客戶端作為消息接收方,并向所述消息接收方發(fā)送所述消息的方式,有效避免了第二客戶端接收攜帶特征信息的消息進行顯示,所導(dǎo)致的第二客戶端的用戶對應(yīng)用的粘度降低的問題。并且,該方法還通過使第一客戶端接收攜帶特征信息的消息進行顯示的方式,進一步避免了第一客戶端因未接收攜帶特征信息的消息進行顯示,所導(dǎo)致的第一客戶端的用戶將不滿情緒轉(zhuǎn)移到應(yīng)用上,從而降低對應(yīng)用的粘度的問題。

本說明書中各個實施例采用遞進的方式描述,每個實施例重點說明的都是與其他實施例的不同之處,各個實施例之間相同相似部分互相參見即可。對于實施例公開的裝置而言,由于其與實施例公開的方法相對應(yīng),所以描述的比較簡單,相關(guān)之處參見方法部分說明即可。

專業(yè)人員還可以進一步意識到,結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟,能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn),為了清楚地說明硬件和軟件的可互換性,在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行,取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能,但是這種實現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。

結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí)行的軟件模塊,或者二者的結(jié)合來實施。軟件模塊可以置于隨機存儲器(RAM)、內(nèi)存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲介質(zhì)中。

對所公開的實施例的上述說明,使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對這些實施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的,本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下,在其它實施例中實現(xiàn)。因此,本發(fā)明將不會被限制于本文所示的這些實施例,而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。

當(dāng)前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1