一種用戶生成內(nèi)容提及的騷擾屏蔽方法和裝置制造方法
【專利摘要】本發(fā)明實施方式提出一種用戶生成內(nèi)容提及的騷擾屏蔽方法和裝置。方法包括：接收用戶生成內(nèi)容發(fā)表請求；解析用戶生成內(nèi)容發(fā)表請求以判斷是否包含提及對象，并當判定包含提及對象時，進一步判斷該用戶生成內(nèi)容發(fā)表請求是否滿足預(yù)先設(shè)置的騷擾判定條件，如果滿足，則不將該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)送給提及對象。本發(fā)明實施方式克服了現(xiàn)有技術(shù)中針對提及騷擾采用事后處理的缺陷，實現(xiàn)了針對用戶生成內(nèi)容提及騷擾的事先處理，提高了用戶生成內(nèi)容提及騷擾的處理效率，而且本發(fā)明實施方式實現(xiàn)了針對用戶生成內(nèi)容提及騷擾的自動屏蔽，克服了現(xiàn)有技術(shù)中人工審核的缺陷。
【專利說明】一種用戶生成內(nèi)容提及的騷擾屏蔽方法和裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明實施方式涉及互聯(lián)網(wǎng)應(yīng)用【技術(shù)領(lǐng)域】，更具體地，涉及一種用戶生成內(nèi)容提及的騷擾屏蔽方法和裝置。
【背景技術(shù)】
[0002]隨著計算機技術(shù)和網(wǎng)絡(luò)技術(shù)的飛速發(fā)展，互聯(lián)網(wǎng)(Internet)在人們的日常生活、學(xué)習和工作中發(fā)揮的作用也越來越大?；ヂ?lián)網(wǎng)上的各種應(yīng)用層出不窮。
[0003]用戶生成內(nèi)容(UGC)是一種用戶使用互聯(lián)網(wǎng)的新方式，即由原來的以下載為主變成下載和上傳并重。社區(qū)網(wǎng)絡(luò)、視頻分享、微博和博客等都是UGC的主要應(yīng)用形式。隨著全球互聯(lián)網(wǎng)業(yè)務(wù)的不斷發(fā)展，UGC業(yè)務(wù)正在日漸崛起，引起了業(yè)界的廣泛關(guān)注。
[0004]微博(MicroBlog)是一種典型的UGC應(yīng)用，是一個基于用戶關(guān)系的信息分享、傳播以及獲取的平臺，用戶可以通過各種終端在微博上以簡短的文字(一般是140個字)發(fā)布個人所想、所做的信息，實現(xiàn)信息的即時分享。微博是用戶在互聯(lián)網(wǎng)進行消息分享、傳播的一種新方式。由于微博弱關(guān)系鏈的特點，微博的消息傳遞非?？?，這也吸引很多用戶在微博上發(fā)表一些不利于微博生態(tài)發(fā)展的消息，例如在轉(zhuǎn)播、點評名人的消息時帶上自己的廣告，這種與被提及用戶無關(guān)的轉(zhuǎn)播、點評都會進入被提及用戶的收件箱，對用戶造成極大騷擾，降低了微博的消息質(zhì)量和用戶的創(chuàng)作積極性，對整個微博的積極發(fā)展帶來非常大的副作用。
[0005]在現(xiàn)有技術(shù)中，對于用戶生成內(nèi)容業(yè)務(wù)中提及騷擾行為采取的是事后處理策略，即只有當用戶投訴某個賬號惡意提及時，審核的人員才會判斷該賬號是否對其他用戶造成了騷擾，如果確認騷擾，則根據(jù)嚴重程度對該騷擾賬號進行禁言或者封號處理。
[0006]然而，對于海量的用戶生成內(nèi)容數(shù)據(jù)而言，人工審核并處理騷擾提及行為的處理效率偏低。而且，這種事后處理方式依賴于用戶的反饋，實際上很多用戶不知道或者不愿意反饋，因此騷擾行為經(jīng)常得不到及時處理，進一步降低了用戶生成內(nèi)容提及騷擾的處理效率。

【發(fā)明內(nèi)容】

[0007]本發(fā)明實施方式提出一種用戶生成內(nèi)容提及的騷擾屏蔽方法，以提高用戶生成內(nèi)容提及騷擾的處理效率。
[0008]本發(fā)明實施方式提出一種用戶生成內(nèi)容提及的騷擾屏蔽裝置，以提高用戶生成內(nèi)容提及騷擾的處理效率。
[0009]本發(fā)明實施方式的技術(shù)方案如下:
[0010]一種用戶生成內(nèi)容提及的騷擾屏蔽方法，該方法包括:
[0011]接收用戶生成內(nèi)容發(fā)表請求；
[0012]解析所述用戶生成內(nèi)容發(fā)表請求以判斷是否包含提及對象，并當判定包含提及對象時，進一步判斷該用戶生成內(nèi) 容發(fā)表請求是否滿足預(yù)先設(shè)置的騷擾判定條件，如果滿足，則不將該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)送給所述提及對象。[0013]一種用戶生成內(nèi)容提及的騷擾屏蔽裝置，該裝置包括用戶生成內(nèi)容發(fā)表請求接收單元、用戶生成內(nèi)容解析單元和騷擾處理單元，其中:
[0014]用戶生成內(nèi)容發(fā)表請求接收單元，用于接收用戶生成內(nèi)容發(fā)表請求；
[0015]用戶生成內(nèi)容提及處理單元，用于解析所述用戶生成內(nèi)容發(fā)表請求以判斷是否包含提及對象；
[0016]騷擾處理單元，用于當用戶生成內(nèi)容解析單元判定包含提及對象時，進一步判斷該用戶生成內(nèi)容發(fā)表請求是否滿足預(yù)先設(shè)置的騷擾判定條件，如果滿足，則不將該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)送給所述提及對象。
[0017]從上述技術(shù)方案可以看出，在本發(fā)明實施方式中，接收用戶生成內(nèi)容發(fā)表請求；解析所述用戶生成內(nèi)容發(fā)表請求以判斷是否包含提及對象，并當判定包含提及對象時，進一步判斷該用戶生成內(nèi)容發(fā)表請求是否滿足預(yù)先設(shè)置的騷擾判定條件，如果滿足，則不將該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)送給所述提及對象。由此可見，應(yīng)用本發(fā)明實施方式之后實現(xiàn)了一種用戶生成內(nèi)容提及騷擾的智能屏蔽策略，可以在微博發(fā)表之前對提及騷擾進行智能屏蔽。本發(fā)明實施方式克服了現(xiàn)有技術(shù)的事后處理的缺陷，實現(xiàn)了針對用戶生成內(nèi)容提及騷擾的事先處理，提高了針對用戶生成內(nèi)容提及騷擾的處理實時性，提高了用戶生成內(nèi)容提及騷擾的處理效率。
[0018]而且，本發(fā)明實施方式實現(xiàn)了針對用戶生成內(nèi)容提及騷擾的自動屏蔽，克服了現(xiàn)有技術(shù)中人工審核的缺陷，節(jié)省了運營成本，而且本發(fā)明實施方式綜合了消息體內(nèi)容、用戶特征和關(guān)系鏈三個大維度的特征，增加了綜合得分的準確性，而且每個得分項可以調(diào)整，能夠適應(yīng)不斷變化的惡意提及騷擾模型，從而提高用戶生成內(nèi)容(比如微博)的整體消息質(zhì)量，以及提高了用戶生成內(nèi)容提及騷擾的處理效率。
【專利附圖】

【附圖說明】
[0019]圖1為現(xiàn)有技術(shù)中騷擾提及的處理不意圖；
[0020]圖2為根據(jù)本發(fā)明實施方式的用戶生成內(nèi)容提及騷擾屏蔽方法流程圖；
[0021]圖3為根據(jù)本發(fā)明實施方式的消息內(nèi)容評估示意圖；
[0022]圖4為根據(jù)本發(fā)明實施方式的發(fā)起用戶特征評估示意圖；
[0023]圖5為根據(jù)本發(fā)明實施方式的發(fā)起用戶與提及對象的關(guān)系鏈特征評估示意圖；
[0024]圖6為根據(jù)本發(fā)明實施方式的用戶生成內(nèi)容提及騷擾屏蔽裝置結(jié)構(gòu)圖。
【具體實施方式】
[0025]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖對本發(fā)明作進一步的詳細描述。
[0026]圖1為現(xiàn)有技術(shù)中騷擾提及的處理示意圖。
[0027]如圖1所示，當有用戶A投訴用戶B惡意提及時，由投訴審核模塊判斷該賬號B是否對用戶A造成了騷擾，如果確認騷擾，則根據(jù)嚴重程度對該賬號進行禁言或者封號處理。然而，這種方案依賴于用戶的反饋，很多用戶不知道或者不愿意反饋。而且投訴審核模塊是由人工審核的，工作效率低。另外，騷擾的主體(即用戶B)被禁言后可能換一個賬號繼續(xù)進行惡意提及操作，被騷擾用 戶還是被迫收到很多騷擾的提及。不僅于此，現(xiàn)有技術(shù)的處理周期很長，等惡意用戶B被禁言后，用戶A可能已經(jīng)被騷擾很久了，起到的效果不明顯。
[0028]在本發(fā)明實施方式中，提出了一種用戶生成內(nèi)容提及騷擾的智能屏蔽策略。本發(fā)明實施方式綜合多個多維度的消息特征和用戶特征，能實時準確地判斷出某條消息對提及用戶是否為騷擾，進而在該消息進入提及用戶的收件箱之前主動將其屏蔽。
[0029]圖2為根據(jù)本發(fā)明實施方式的用戶生成內(nèi)容提及的騷擾屏蔽方法流程圖。
[0030]如圖2所示，該方法包括:
[0031]步驟201:接收用戶生成內(nèi)容發(fā)表請求。
[0032]在這里，由期待發(fā)表用戶生成內(nèi)容的用戶發(fā)出用戶生成內(nèi)容發(fā)表請求，本發(fā)明實施方式首先接收該用戶生成內(nèi)容發(fā)表請求。
[0033]用戶可以通過多種方式發(fā)出各種類型的用戶生成內(nèi)容發(fā)表請求。比如，用戶可以在功能手機、智能手機、掌上電腦、個人電腦(PC)、平板電腦或個人數(shù)字助理(PDA)等終端上發(fā)出用戶生成內(nèi)容發(fā)表請求，而且用戶生成內(nèi)容發(fā)表請求具體可以包括轉(zhuǎn)發(fā)用戶生成內(nèi)容發(fā)表請求、評論用戶生成內(nèi)容發(fā)表請求、原創(chuàng)用戶生成內(nèi)容發(fā)表請求,等等。
[0034]在本發(fā)明實施方式中，用戶生成內(nèi)容發(fā)表請求具體可以包括但是不局限于:社區(qū)網(wǎng)絡(luò)發(fā)表請求、視頻分享發(fā)表請求、微博發(fā)表請求或者博客發(fā)表請求，等等。
[0035]步驟202:解析所述用戶生成內(nèi)容發(fā)表請求以判斷是否包含提及對象，并當判定包含提及對象時，進一步判斷該用戶生成內(nèi)容發(fā)表請求是否滿足預(yù)先設(shè)置的騷擾判定條件，如果滿足，則不將該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)送給所述提及對象。
[0036]在這里，首先解析用戶生成內(nèi)容發(fā)表請求以判斷是否包含提及對象。比如:在微博消息體內(nèi)容中，有時會使用符號后面緊跟用戶的賬號名，該用戶的賬號名即為提及對象。因此，在本發(fā)明實施方式中可以通過判斷是否存在“O”符號來判斷是否存在提及對象。如果針對用戶生成內(nèi)容發(fā)表請求不進行屏蔽的話，用戶生成內(nèi)容發(fā)表請求的具體內(nèi)容都會自動進入提及對象的收件箱。
[0037]當判定包含提及對象時，進一步判斷該用戶生成內(nèi)容發(fā)表請求是否滿足預(yù)先設(shè)置的騷擾判定條件，如果滿足，則不將該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)送給提及對象。
[0038]在本發(fā)明實施方式中，可以綜合多個多維度的消息特征和用戶特征，實時準確地判斷出某條消息對提及對象是否構(gòu)成騷擾，進而在該消息進入提及對象的收件箱之前主動將其屏蔽。
[0039]在一個實施方式中，預(yù)先設(shè)置的騷擾判定條件可以為:基于消息內(nèi)容特征所確定的騷擾判定條件。此時，首先解析出該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容特征，再判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容特征是否滿足該預(yù)先設(shè)置的騷擾判定條件。
[0040]比如:基于消息內(nèi)容特征所確定的騷擾判定條件具體可以包括下列中的至少一個:判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否包括統(tǒng)一資源定位符(URL);判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否涉及話題；判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否為轉(zhuǎn)發(fā)或評論；判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否為原創(chuàng)；判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否包含預(yù)先設(shè)定的黑名單詞匯；或判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否發(fā)表于第三方應(yīng)用，等等。
[0041]可以針對多個基于消息內(nèi)容特征所確定的騷擾判定條件進行各種因素的綜合判定，圖3為根據(jù)本發(fā)明實施方式的消息內(nèi)容評估示意圖。比如:[0042](a)、當用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容中包含URL時，認為用戶生成內(nèi)容發(fā)表請求有可能是騷擾；
[0043](b)、當用戶生成內(nèi)容發(fā)表請求為原創(chuàng)(或有話題)且該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容包含預(yù)先設(shè)定的黑名單詞匯時，認為用戶生成內(nèi)容發(fā)表請求有可能是騷擾；
[0044]( c )、當用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容中包含URL以及該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)表于第三方應(yīng)用時，認為用戶生成內(nèi)容發(fā)表請求有較大可能是騷擾；
[0045](d)、當該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容為轉(zhuǎn)發(fā)或評論而且該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容包含預(yù)先設(shè)定的黑名單詞匯時，認為用戶生成內(nèi)容發(fā)表請求有較大可能是騷擾。
[0046](e )、當用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容中包含URL、消息內(nèi)容發(fā)表于第三方應(yīng)用、消息內(nèi)容為轉(zhuǎn)發(fā)或評論而且該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容包含預(yù)先設(shè)定的黑名單詞匯時，認為用戶生成內(nèi)容發(fā)表請求有較大可能是騷擾。
[0047]可以針對上述多個基于消息內(nèi)容特征所確定的騷擾判定條件分別設(shè)置分值，然后整體求和所有基于消息內(nèi)容特征所確定的騷擾判定條件的總分值，并基于該總分值與預(yù)先設(shè)定的基于消息內(nèi)容特征的門限值進行比較，以判斷是否構(gòu)成騷擾，并當構(gòu)成騷擾時，不將該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)送給所述提及對象。其中，可以增加和刪除騷擾判定條件，而且每個騷擾判定條件的得分值優(yōu)選是動態(tài)可調(diào)整的，從而能夠適應(yīng)不斷變化的惡意提及騷擾模型。
[0048]以上詳細羅列了基于消息內(nèi)容特征所確定的騷擾判定條件的具體實例，以及基于多個基于消息內(nèi)容特征所確定的騷擾判定條件來整體性綜合判定是否構(gòu)成騷擾的示范性說明，本領(lǐng)域技術(shù)人員可以意識到，這些實例和示范性說明僅僅是闡述性的，并不用于對本發(fā)明實施方式進行限定。
[0049]圖4為根據(jù)本發(fā)明實施方式的發(fā)起用戶特征評估示意圖。
[0050] 在一個實施方式中，預(yù)先設(shè)置的騷擾判定條件具體可以為:基于發(fā)起用戶特征所確定的騷擾判定條件。此時，首先解析出該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶特征，并判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶特征是否滿足該預(yù)先設(shè)置的騷擾判定條件。
[0051]具體地，騷擾判定條件包括:判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶在預(yù)定時間內(nèi)是否有消息被屏蔽；和/或判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶在預(yù)定時間內(nèi)的提及數(shù)是否超過預(yù)先設(shè)定的提及數(shù)門限值。
[0052]當該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶在預(yù)定時間內(nèi)有消息被屏蔽時，可以認為該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶有較大可能性為騷擾用戶，因此本次的用戶生成內(nèi)容發(fā)表請求有可能是騷擾；當判定該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶在預(yù)定時間內(nèi)的提及數(shù)超過預(yù)先設(shè)定的提及數(shù)門限值時，可以認為該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶有較大可能性為騷擾用戶，因此本次的用戶生成內(nèi)容發(fā)表請求有可能是騷擾。
[0053]可以針對上述多個基于發(fā)起用戶特征所確定的騷擾判定條件分別設(shè)置分值，然后整體求和所有基于發(fā)起用戶特征所確定的騷擾判定條件的總分值，并基于該總分值與預(yù)先設(shè)定的基于發(fā)起用戶特征的門限值進行比較，以判斷是否構(gòu)成騷擾，并當構(gòu)成騷擾時，不將該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)送給所述提及對象。其中，可以增加和刪除騷擾判定條件，而且每個騷擾判定條件的得分值優(yōu)選是動態(tài)可調(diào)整的，從而能夠適應(yīng)不斷變化的惡意提及騷擾模型。
[0054]以上詳細羅列了基于發(fā)起用戶特征所確定的騷擾判定條件的具體實例，以及基于多個發(fā)起用戶特征所確定的騷擾判定條件來整體性綜合判定是否構(gòu)成騷擾的示范性說明，本領(lǐng)域技術(shù)人員可以意識到，這些實例和示范性說明僅僅是闡述性的，并不用于對本發(fā)明實施方式進行限定。
[0055]圖5為根據(jù)本發(fā)明實施方式的發(fā)起用戶與提及對象的關(guān)系鏈特征評估示意圖。
[0056]在一個實施方式中，預(yù)先設(shè)置的騷擾判定條件為:基于發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征所確定的騷擾判定條件。
[0057]此時，解析出該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征，并判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征是否滿足該預(yù)先設(shè)置的騷擾判定條件。
[0058]具體地，騷擾判定條件包括:判斷該提及對象是否收聽該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶；判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶是否收聽該提及對象；判斷該提及對象是否是認證用戶；判斷該提及對象的聽眾是否超過預(yù)先設(shè)定的聽眾人數(shù)門限值；判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶是否是認證用戶；或判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶的聽眾是否超過預(yù)先設(shè)定的聽眾人數(shù)門限值。
[0059]可以針對多個基于發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征所確定的騷擾判定條件進行各種因素的綜合判定。比如:
[0060](a)、當提及對象收聽該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶時，則認為用戶生成內(nèi)容發(fā)表請求有較大可能不是騷擾。
[0061](b)、當該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶收聽該提及對象時，則認為用戶生成內(nèi)容發(fā)表請求較大可能不是騷擾。
[0062](C)、當該提及對象是認證用戶時，認為用戶生成內(nèi)容發(fā)表請求有可能是騷擾。
[0063](d)、當該提及對象的聽眾超過預(yù)先設(shè)定的聽眾人數(shù)門限值，認為用戶生成內(nèi)容發(fā)表請求有可能是騷擾。
[0064](e)、當該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶是認證用戶時，則認為用戶生成內(nèi)容發(fā)表請求較大可能不是騷擾。
[0065](f)、當該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶的聽眾超過預(yù)先設(shè)定的聽眾人數(shù)門限值時，則認為用戶生成內(nèi)容發(fā)表請求較大可能不是騷擾。
[0066]可以針對上述多個基于發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征所確定的騷擾判定條件分別設(shè)置分值，然后整體求和所有基于發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征所確定的騷擾判定條件的總分值，并基于該總分值與預(yù)先設(shè)定的基于發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征的門限值進行比較，以判斷是否構(gòu)成騷擾，并當構(gòu)成騷擾時，不將該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)送給所述提及對象。其中，可以增加和刪除騷擾判定條件，而且每個騷擾判定條件的得分值優(yōu)選是動態(tài)可調(diào)整的，從而能夠適應(yīng)不斷變化的惡意提及騷擾模型。
[0067]其中，例如用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶提及了提及對象，但是提及對象收聽了用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶，這時該消息為騷擾的可能性很低，因此，可以給提及對象收聽該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶這個判斷條件設(shè)定為足夠大的負數(shù)分，以保證最后的總得分不會超過屏蔽閾值。
[0068]以上詳細羅列了基于發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征所確定的騷擾判定條件的具體實例，以及基于多個發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征所確定的騷擾判定條件來整體性綜合判定是否構(gòu)成騷擾的示范性說明，本領(lǐng)域技術(shù)人員可以意識到，這些實例和示范性說明僅僅是闡述性的，并不用于對本發(fā)明實施方式進行限定。
[0069]在一個實施方式中，還可以綜合考慮消息內(nèi)容特征、發(fā)起用戶特征與發(fā)起用戶關(guān)系鏈特征及提及對象關(guān)系鏈特征，這三大騷擾判定條件來整體判斷是否構(gòu)成騷擾。此時，預(yù)先設(shè)置的騷擾判定條件具體可以包括:基于消息內(nèi)容特征、發(fā)起用戶特征和發(fā)起用戶關(guān)系鏈特征及提及對象關(guān)系鏈特征中至少兩項，所加權(quán)確定的騷擾判定條件。然后解析出該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容特征、發(fā)起用戶特征和發(fā)起用戶關(guān)系鏈特征及提及對象關(guān)系鏈特征中的該至少兩項，并基于預(yù)先設(shè)置的加權(quán)算法計算該至少兩項的整體權(quán)值；判斷該整體權(quán)值是否滿足預(yù)先設(shè)置的整體權(quán)值門限值。比如:可以基于消息內(nèi)容特征和發(fā)起用戶特征這兩項加權(quán)確定騷擾判定條件；也可以基于消息內(nèi)容特征，發(fā)起用戶關(guān)系鏈特征及提及對象關(guān)系鏈特征這兩項加權(quán)確定騷擾判定條件；還可以基于消息內(nèi)容特征和發(fā)起用戶關(guān)系鏈特征及提及對象關(guān)系鏈特征這兩項加權(quán)確定騷擾判定條件。
[0070]在這里，可以針對多個基于消息內(nèi)容特征的騷擾判定條件、多個基于發(fā)起用戶特征的騷擾判定條件、多個基于發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征所確定的騷擾判定條件中的每一個分別設(shè)置分值，然后整體求和所有這些特征所確定的騷擾判定條件的總分值，并基于該總分值與預(yù)先設(shè)定的整體門限值進行比較，以判斷是否構(gòu)成騷擾，并當構(gòu)成騷擾時，不將該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)送給所述提及對象。其中，可以增加和刪除騷擾判定條件，而且每個騷擾判定條件的得分值優(yōu)選是動態(tài)可調(diào)整的，從而能夠適應(yīng)不斷變化的惡意提及騷擾模型。
[0071]基于上述詳細分析，本發(fā)明實施方式還提出了一種用戶生成內(nèi)容提及的騷擾屏蔽裝置。
[0072]圖6為根據(jù)本發(fā)明實施方式的用戶生成內(nèi)容提及的騷擾屏蔽裝置結(jié)構(gòu)圖。
[0073]如圖6所示，該裝置包括用戶生成內(nèi)容發(fā)表請求接收單元601、用戶生成內(nèi)容解析單元602和騷擾處理單元603，其中:
[0074]用戶生成內(nèi)容發(fā)表請求接收單元601，用于接收用戶生成內(nèi)容發(fā)表請求；
[0075]用戶生成內(nèi)容解析單元602，用于解析所述用戶生成內(nèi)容發(fā)表請求以判斷是否包含提及對象；
[0076]騷擾處理單元603，用于當用戶生成內(nèi)容解析單元判定包含提及對象時，進一步判斷該用戶生成內(nèi)容發(fā)表請求是否滿足預(yù)先設(shè)置的騷擾判定條件，如果滿足，則不將該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)送給所述提及對象。
[0077]在一個實施方式中，所述預(yù)先設(shè)置的騷擾判定條件為:基于消息內(nèi)容特征所確定的騷擾判定條件；
[0078]騷擾處理單元603，用于解析出該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容特征，并判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容特征是否滿足該預(yù)先設(shè)置的騷擾判定條件。
[0079]具體地，騷擾判定條件包括下列中的至少一個:判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否包括統(tǒng)一資源定位符；判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否涉及話題；判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否為轉(zhuǎn)發(fā)或評論；判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否為原創(chuàng)；判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否包含預(yù)先設(shè)定的黑名單詞匯；或判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否發(fā)表于第三方應(yīng)用。
[0080]在一個實施方式中，預(yù)先設(shè)置的騷擾判定條件為:基于發(fā)起用戶特征所確定的騷擾判定條件；
[0081]騷擾處理單元603，用于解析出該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶特征，并判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶特征是否滿足該預(yù)先設(shè)置的騷擾判定條件。
[0082]具體地，騷擾判定條件包括下列中的至少一個:判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶在預(yù)定時間內(nèi)是否有消息被屏蔽；或判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶在預(yù)定時間內(nèi)的提及數(shù)是否超過預(yù)先設(shè)定的提及數(shù)門限值。[0083]在一個實施方式中，預(yù)先設(shè)置的騷擾判定條件為:基于發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征所確定的騷擾判定條件；
[0084]騷擾處理單元603，用于解析出該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征，并判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征是否滿足該預(yù)先設(shè)置的騷擾判定條件。
[0085]具體地，騷擾判定條件包括下列中的至少一個:
[0086]判斷該提及對象是否收聽該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶；判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶是否收聽該提及對象；判斷該提及對象是否是認證用戶；判斷該提及對象的聽眾是否超過預(yù)先設(shè)定的聽眾人數(shù)門限值；判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶是否是認證用戶；或判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶的聽眾是否超過預(yù)先設(shè)定的聽眾人數(shù)門限值。
[0087]更優(yōu)選地，預(yù)先設(shè)置的騷擾判定條件包括:基于消息內(nèi)容特征、發(fā)起用戶特征和發(fā)起用戶關(guān)系鏈特征及提及對象關(guān)系鏈特征中至少兩項，所加權(quán)確定的騷擾判定條件；此時:
[0088]騷擾處理單元603包括消息內(nèi)容特征評判子單元6031、發(fā)起用戶特征評判子單元6032、關(guān)系鏈評判子單元6033和整體評判子單元6034 ；
[0089]消息內(nèi)容特征評判子單元6031，用于計算該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容特征值；
[0090]發(fā)起用戶特征評判子單元6032，用于計算該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶特征值；
[0091]關(guān)系鏈評判子單元6033，用于計算該發(fā)起用戶關(guān)系鏈及提及對象關(guān)系鏈的特征值；
[0092]整體評判子單元6034，用于對該發(fā)起用戶關(guān)系鏈及提及對象關(guān)系鏈的特征值、消息內(nèi)容特征值和發(fā)起用戶特征值中的該至少兩項進行加權(quán)計算，得到整體評判值，并判斷該整體權(quán)值是否滿足預(yù)先設(shè)置的整體權(quán)值門限值，當超過整體權(quán)值門限值的時候，則判定該條消息對提及用戶構(gòu)成騷擾。
[0093]其中，消息內(nèi)容特征、發(fā)起用戶特征和發(fā)起用戶關(guān)系鏈特征及提及對象關(guān)系鏈特征中，如果在騷擾判定條件中沒有涉及到，可以將該項所對應(yīng)的評判子單元的特征值設(shè)置為O。[0094]其中，如果整體評判子單元6034判斷該用戶生成內(nèi)容發(fā)表請求為騷擾，則不將該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)送給提及對象。
[0095]可以將圖6所示裝置集成到各種通信網(wǎng)絡(luò)的硬件實體當中。如，可以將用戶生成內(nèi)容提及的騷擾屏蔽裝置集成到:功能手機、智能手機、掌上電腦、個人電腦(PC)、平板電腦或個人數(shù)字助理(PDA)，等等設(shè)備之中。
[0096]實際上，可以通過多種形式來具體實施本發(fā)明實施方式所提出的用戶生成內(nèi)容提及的騷擾屏蔽裝置。比如，可以遵循一定規(guī)范的應(yīng)用程序接口，將用戶生成內(nèi)容提及的騷擾屏蔽裝置編寫為安裝到微博服務(wù)器中的插件程序，也可以將其封裝為應(yīng)用程序以供用戶自行下載使用。當編寫為插件程序時，可以將其實施為OCX、dll、cab等多種插件形式。也可以通過Flash插件、RealPlayer插件、MMS插件、MI五線譜插件、ActiveX插件等具體技術(shù)來實施本發(fā)明實施方式所提出的用戶生成內(nèi)容提及的騷擾屏蔽裝置。
[0097]可以通過指令或指令集存儲的儲存方式將本發(fā)明實施方式所提出的用戶生成內(nèi)容提及的騷擾屏蔽方法存儲在各種存儲介質(zhì)上。這些存儲介質(zhì)包括但是不局限于:軟盤、光盤、DVD、硬盤、閃存、U盤、CF卡、SD卡、MMC卡、SM卡、記憶棒(Memory Stick)、xD卡等。
[0098]另外，還可以將本發(fā)明實施方式所提出的用戶生成內(nèi)容提及的騷擾屏蔽方法應(yīng)用到基于閃存(Nand flash)的存儲介質(zhì)中，比如U盤、CF卡、SD卡、SDHC卡、MMC卡、SM卡、記憶棒、xD卡等。
[0099]綜上所述，在本發(fā)明實施方式中，接收用戶生成內(nèi)容發(fā)表請求；解析所述用戶生成內(nèi)容發(fā)表請求以判斷是否包含提及對象，并當判定包含提及對象時，進一步判斷該用戶生成內(nèi)容發(fā)表請求是否滿足預(yù) 先設(shè)置的騷擾判定條件，如果滿足，則不將該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)送給所述提及對象。由此可見，應(yīng)用本發(fā)明實施方式之后實現(xiàn)了一種用戶生成內(nèi)容提及騷擾的智能屏蔽策略，可以在微博發(fā)表之前對提及騷擾進行智能屏蔽。本發(fā)明實施方式克服了現(xiàn)有技術(shù)的事后處理的缺陷，實現(xiàn)了針對用戶生成內(nèi)容提及騷擾的事先處理，因此提高了處理的實時性，提高了用戶生成內(nèi)容提及騷擾的處理效率。
[0100]而且，本發(fā)明實施方式實現(xiàn)了針對用戶生成內(nèi)容提及騷擾的自動屏蔽，克服了現(xiàn)有技術(shù)中人工審核的缺陷，節(jié)省了運營成本，而且本發(fā)明實施方式綜合了消息體內(nèi)容、用戶特征和關(guān)系鏈三個大維度的特征，增加了綜合得分的準確性，而且每個得分項可以調(diào)整，能夠適應(yīng)不斷變化的惡意提及騷擾模型，從而提高微博的整體消息質(zhì)量以及提高了用戶生成內(nèi)容提及騷擾的處理效率。
[0101]以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種用戶生成內(nèi)容提及的騷擾屏蔽方法，其特征在于，該方法包括: 接收用戶生成內(nèi)容發(fā)表請求； 解析所述用戶生成內(nèi)容發(fā)表請求以判斷是否包含提及對象，并當判定包含提及對象時，進一步判斷該用戶生成內(nèi)容發(fā)表請求是否滿足預(yù)先設(shè)置的騷擾判定條件，如果滿足，則不將該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)送給所述提及對象。
2.根據(jù)權(quán)利要求1所述的用戶生成內(nèi)容提及的騷擾屏蔽方法，其特征在于，所述預(yù)先設(shè)置的騷擾判定條件為:基于消息內(nèi)容特征所確定的騷擾判定條件； 所述判斷該用戶生成內(nèi)容發(fā)表請求是否滿足預(yù)先設(shè)置的騷擾判定條件為: 解析出該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容特征,并判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容特征是否滿足該預(yù)先設(shè)置的騷擾判定條件。
3.根據(jù)權(quán)利要求2所述的用戶生成內(nèi)容提及的騷擾屏蔽方法，其特征在于，所述騷擾判定條件包括下列中的至少一個: 判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否包括統(tǒng)一資源定位符； 判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否涉及話題； 判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否為轉(zhuǎn)發(fā)或評論； 判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否為原創(chuàng)； 判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否包含預(yù)先設(shè)定的黑名單詞匯；或 判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否發(fā)表于第三方應(yīng)用。
4.根據(jù)權(quán)利要求1所述的用戶生成內(nèi)容提及的騷擾屏蔽方法，其特征在于，所述預(yù)先設(shè)置的騷擾判定條件為:基于發(fā)起用戶特征所確定的騷擾判定條件； 所述判斷該用戶生成內(nèi)容發(fā)表請求是否滿足預(yù)先設(shè)置的騷擾判定條件為: 解析出該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶特征，并判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶特征是否滿足該預(yù)先設(shè)置的騷擾判定條件。
5.根據(jù)權(quán)利要求4所述的用戶生成內(nèi)容提及的騷擾屏蔽方法，其特征在于，所述騷擾判定條件包括下列中的至少一個: 判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶在預(yù)定時間內(nèi)是否有消息被屏蔽；或判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶在預(yù)定時間內(nèi)的提及數(shù)是否超過預(yù)先設(shè)定的提及數(shù)門限值。
6.根據(jù)權(quán)利要求1所述的用戶生成內(nèi)容提及的騷擾屏蔽方法，其特征在于，所述預(yù)先設(shè)置的騷擾判定條件為:基于發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征所確定的騷擾判定條件； 所述判斷該用戶生成內(nèi)容發(fā)表請求是否滿足預(yù)先設(shè)置的騷擾判定條件為: 解析出該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征，并判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征是否滿足該預(yù)先設(shè)置的騷擾判定條件。
7.根據(jù)權(quán)利要求6所述的用 戶生成內(nèi)容提及的騷擾屏蔽方法，其特征在于，所述騷擾判定條件包括下列中的至少一個: 判斷該提及對象是否收聽該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶； 判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶是否收聽該提及對象；判斷該提及對象是否是認證用戶； 判斷該提及對象的聽眾是否超過預(yù)先設(shè)定的聽眾人數(shù)門限值； 判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶是否是認證用戶；或 判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶的聽眾是否超過預(yù)先設(shè)定的聽眾人數(shù)門限值。
8.根據(jù)權(quán)利要求1所述的用戶生成內(nèi)容提及的騷擾屏蔽方法，其特征在于，所述預(yù)先設(shè)置的騷擾判定條件包括:基于消息內(nèi)容特征、發(fā)起用戶特征和發(fā)起用戶關(guān)系鏈特征及提及對象關(guān)系鏈特征中至少兩項加權(quán)確定的騷擾判定條件； 所述判斷該用戶生成內(nèi)容發(fā)表請求是否滿足預(yù)先設(shè)置的騷擾判定條件為: 解析出該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容特征、發(fā)起用戶特征和發(fā)起用戶關(guān)系鏈特征及提及對象關(guān)系鏈特征中的該至少兩項，并基于預(yù)先設(shè)置的加權(quán)算法計算該至少兩項的整體權(quán)值； 判斷該整體權(quán)值是否滿足預(yù)先設(shè)置的整體權(quán)值門限值。
9.一種用戶生成內(nèi)容提及的騷擾屏蔽裝置，其特征在于，該裝置包括用戶生成內(nèi)容發(fā)表請求接收單元、用戶生成內(nèi)容解析單元和騷擾處理單元，其中: 用戶生成內(nèi)容發(fā)表請求接收單元，用于接收用戶生成內(nèi)容發(fā)表請求； 用戶生成內(nèi)容解析單元，用于解析所述用戶生成內(nèi)容發(fā)表請求以判斷是否包含提及對象； 騷擾處理單元，用于當用戶生成內(nèi)容解析單元判定包含提及對象時，判斷該用戶生成內(nèi)容發(fā)表請求是否滿足預(yù)先設(shè)置的騷擾判定條件，如果滿足，則不將該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容發(fā)送給所述提及對象。
10.根據(jù)權(quán)利要求9所述的用戶生成內(nèi)容提及的騷擾屏蔽裝置，其特征在于，所述預(yù)先設(shè)置的騷擾判定條件為:基于消息內(nèi)容特征所確定的騷擾判定條件； 騷擾處理單元，用于解析出該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容特征，并判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容特征是否滿足該預(yù)先設(shè)置的騷擾判定條件。
11.根據(jù)權(quán)利要求10所述的用戶生成內(nèi)容提及的騷擾屏蔽裝置，其特征在于，所述騷擾判定條件包括下列中的至少一個: 判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否包括統(tǒng)一資源定位符； 判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否涉及話題； 判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否為轉(zhuǎn)發(fā)或評論； 判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否為原創(chuàng)； 判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否包含預(yù)先設(shè)定的黑名單詞匯；或 判斷該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容是否發(fā)表于第三方應(yīng)用。
12.根據(jù)權(quán)利要求9所述的用戶生成內(nèi)容提及的騷擾屏蔽裝置，其特征在于，所述預(yù)先設(shè)置的騷擾判定條件為:基于發(fā)起用戶特征所確定的騷擾判定條件； 騷擾處理單元，用于解析出該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶特征，并判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶特征是否滿足該預(yù)先設(shè)置的騷擾判定條件。
13.根據(jù)權(quán)利要求12所述的用戶生成內(nèi)容提及的騷擾屏蔽裝置，其特征在于，所述騷擾判定條件包括下列中的至少一個:判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶在預(yù)定時間內(nèi)是否有消息被屏蔽；或判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶在預(yù)定時間內(nèi)的提及數(shù)是否超過預(yù)先設(shè)定的提及數(shù)門限值。
14.根據(jù)權(quán)利要求9所述的用戶生成內(nèi)容提及的騷擾屏蔽裝置，其特征在于，所述預(yù)先設(shè)置的騷擾判定條件為:基于發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征所確定的騷擾判定條件； 騷擾處理單元，用于解析出該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征，并判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶關(guān)系鏈特征和提及對象關(guān)系鏈特征是否滿足該預(yù)先設(shè)置的騷擾判定條件。
15.根據(jù)權(quán)利要求14所述的用戶生成內(nèi)容提及的騷擾屏蔽裝置，其特征在于，所述騷擾判定條件包括下列中的至少一個: 判斷該提及對象是否收聽該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶； 判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶是否收聽該提及對象； 判斷該提及對象是否是認證用戶； 判斷該提及對象的聽眾是否超過預(yù)先設(shè)定的聽眾人數(shù)門限值； 判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶是否是認證用戶；或 判斷該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶的聽眾是否超過預(yù)先設(shè)定的聽眾人數(shù)門限值。
16.根據(jù)權(quán)利要求9所述的用戶生成內(nèi)容提及的騷擾屏蔽裝置，其特征在于，所述預(yù)先設(shè)置的騷擾判定條件包括:基于消息內(nèi)容特征、發(fā)起用戶特征和發(fā)起用戶關(guān)系鏈特征及提及對象關(guān)系鏈特征中至少兩項加權(quán)確定的騷擾判定條件；騷擾處理單元包括消息內(nèi)容特征評判子單元、發(fā)起用戶特征評判子單元、關(guān)系鏈評判子單元和整體評判子單元；其中: 消息內(nèi)容特征評判子單元，用于計算該用戶生成內(nèi)容發(fā)表請求的消息內(nèi)容特征值； 發(fā)起用戶特征評判子單元，用于計算該用戶生成內(nèi)容發(fā)表請求的發(fā)起用戶特征值； 關(guān)系鏈評判子單元，用于計算該發(fā)起用戶關(guān)系鏈及提及對象關(guān)系鏈的特征值； 整體評判子單元，用于對該發(fā)起用戶關(guān)系鏈及提及對象關(guān)系鏈的特征值、消息內(nèi)容特征值和發(fā)起用戶特征值 中的該至少兩項進行加權(quán)計算，得到整體評判值，并判斷該整體權(quán)值是否滿足預(yù)先設(shè)置的整體權(quán)值門限值。
【文檔編號】H04W12/12GK103906066SQ201210580020
【公開日】2014年7月2日 申請日期:2012年12月27日 優(yōu)先權(quán)日:2012年12月27日
【發(fā)明者】江興才, 黃利華, 田明 申請人:騰訊科技（北京）有限公司