本發(fā)明涉及輿情監(jiān)控技術(shù)領(lǐng)域，具體而言，涉及玩家發(fā)布內(nèi)容處理方法和裝置。

背景技術(shù)：

輿情監(jiān)控利用互聯(lián)網(wǎng)信息采集技術(shù)及信息智能處理技術(shù)，通過對互聯(lián)網(wǎng)海量信息自動抓取、自動分類聚類、主題檢測、專題聚焦，實現(xiàn)用戶的網(wǎng)絡(luò)輿情監(jiān)測和新聞專題追蹤等信息需求，形成簡報、報告、圖表等分析結(jié)果，為客戶全面掌握群眾思想動態(tài)，做出正確輿論引導(dǎo)，提供重要的分析依據(jù)。而在游戲行業(yè)，大多游戲都擁有自己的游戲論壇，論壇是游戲玩家反饋游戲問題的最主要渠道，游戲論壇是游戲玩家討論游戲的地方，其中包括對游戲各玩法的討論也包括對游戲問題的反饋，同時也是游戲開發(fā)組發(fā)布各種信息的平臺。

現(xiàn)有的輿情監(jiān)控方案主要是針對信息的采集和分析的，目前已有一些監(jiān)測平臺可以對輿情進行監(jiān)控，如：泰一輿情監(jiān)測平臺、優(yōu)訊全媒體輿情監(jiān)測平臺、圖靈輿情服務(wù)平臺、晨安輿情監(jiān)測系統(tǒng)等，這些平臺均是對網(wǎng)絡(luò)中的信息進行采集、處理、分析和展示。同時，我國也建立了輿情監(jiān)控機構(gòu)，如：清華優(yōu)訊輿情實驗室、北京政研院、人民日報社、山東大學(xué)優(yōu)訊輿情研究中心等均是具有國家認(rèn)定的專業(yè)輿情監(jiān)控機構(gòu)。

上述現(xiàn)有的這些輿情監(jiān)控平臺需要大量的信息源以及長時間的數(shù)據(jù)積累，不具備實時性；同時僅僅對信息進行采集和分析無法解決來自問題源的問題，使其不具備反饋性；在進行輿情監(jiān)控時，使用了大量數(shù)據(jù)挖掘技術(shù)，通過分類、聚類、統(tǒng)計等方法能夠得到網(wǎng)絡(luò)中的熱點詞庫，但是無法針對各個熱點詞進行有效的跟蹤解決，使其不具備傳遞性。

目前在游戲行業(yè)中關(guān)于輿情監(jiān)控的反饋也沒有相關(guān)技術(shù)，現(xiàn)在玩家主要反饋問題以及得到問題答案的方法主要是通過游戲客服人員進行人工處理，如圖2所示。從圖中可以看出，從玩家反饋問題到得到問題的答案經(jīng)歷了非常繁瑣的流程，需要幾個不同崗位工作人員的參與解答一個問題，如此繁瑣的流程大大降低了反饋問題的效率，玩家無法快速得到問題答案，降低了玩家的游戲體驗，如果玩家反饋的是非常緊急的問題，經(jīng)過如此復(fù)雜的流程之后問題的嚴(yán)重程度可能已經(jīng)被放大到無法估計，造成的損失很難挽回。傳統(tǒng)方法不僅反饋問題慢而且常常無法獲得準(zhǔn)確答案，影響游戲中問題的解決，降低玩家對游戲的體驗感和歸屬感。

針對現(xiàn)有技術(shù)中無法及時反饋游戲玩家所存在的問題，目前尚未提出有效的解決方案。

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

本發(fā)明提供了一種玩家發(fā)布內(nèi)容處理方法和裝置，以解決現(xiàn)有技術(shù)中無法及時反饋游戲玩家所存在的問題。

根據(jù)本發(fā)明實施例的一個方面，提供了一種玩家發(fā)布內(nèi)容處理方法，包括：獲取玩家在游戲信息發(fā)布平臺中發(fā)布的內(nèi)容；從所述內(nèi)容中提取一個或多個關(guān)鍵詞；從預(yù)先配置的庫中獲取所述一個或多個關(guān)鍵詞中的部分或全部對應(yīng)的游戲跟進人員；向所述游戲跟進人員發(fā)送提示信息，其中，所述提示信息與所述內(nèi)容相關(guān)聯(lián)。

進一步地，從所述庫中獲取所述一個或多個關(guān)鍵詞中的部分或全部對應(yīng)的游戲跟進人員包括：判斷從所述內(nèi)容中提取的所述一個或多個關(guān)鍵詞的類別；在屬于預(yù)定一個或多個類別的關(guān)鍵詞的數(shù)量超過閾值的情況下，確定從所述庫中獲取所述游戲跟進人員；否則忽略所述內(nèi)容。

進一步地，所述關(guān)鍵詞的類別包括至少兩類：強定性和弱定性，確定從所述庫中獲取所述游戲跟進人員包括：在所述一個或多個關(guān)鍵詞中的至少一個為所述兩類中的強定性的情況下，確定從所述庫中獲取所述游戲跟進人員；和/或，在所述一個或多個關(guān)鍵詞中的至少兩個為所述兩類中的弱定性的情況下，確定所述庫中獲取所述游戲跟進人員。

進一步地，所述方法還包括：獲取游戲維護或開發(fā)人員的工作日志；從所述工作日志中提取信息保存在所述庫中。

進一步地，從所述工作日志中提取信息保存在所述庫中包括：判斷所述工作日志中的項目版本是否為預(yù)定時間段的版本；如果是，則拆分所述工作日志中每條工作內(nèi)容以及每條工作內(nèi)容對應(yīng)的版本保存在所述庫中。

進一步地，從所述工作日志中提取信息保存在所述庫中包括：從所述工作日志中拆分關(guān)鍵詞；判斷工作日志中拆分出的同一個關(guān)鍵詞的個數(shù)是否滿足閾值；如果是，則判斷滿足所述閾值的關(guān)鍵詞是否在所述庫中；如果否，則將沒有在庫中出現(xiàn)的關(guān)鍵詞保存到所述庫中。

進一步地，獲取所述游戲跟進人員包括：獲取所述關(guān)鍵詞中包括的游戲或游戲中模塊的版本信息，根據(jù)所述版本信息從所述庫中獲取所述版本信息對應(yīng)的游戲跟進人員；和/或，獲取所述關(guān)鍵詞中包括的所述內(nèi)容的發(fā)布時間，根據(jù)所述發(fā)布時間從所述庫中獲取與發(fā)布時間對應(yīng)的版本信息，根據(jù)所述版本信息從所述庫中獲取所述版本信息對應(yīng)的游戲跟進人員。根據(jù)所述關(guān)鍵詞從所述庫中獲取與所述關(guān)鍵詞相對應(yīng)的跟進人員。

進一步地，在從所述庫中未獲取所述游戲跟進人員的情況下，所述方法還包括：將所述提示信息推送至游戲跟進人員所在的平臺。

進一步地，向所述游戲跟進人員發(fā)送所述提示信息包括以下至少之一：向所述游戲跟進人員發(fā)送所述內(nèi)容的鏈接地址；向所述游戲跟進人員發(fā)送所述內(nèi)容；向所述游戲跟進人員發(fā)送從所述內(nèi)容中提取到的關(guān)鍵詞中的部分或全部。

進一步地，所述內(nèi)容是玩家在游戲過程中對話的語句和/或游戲論壇帖子中的語句。

根據(jù)本發(fā)明實施例的另一方面，提供了一種玩家發(fā)布內(nèi)容處理裝置。根據(jù)本發(fā)明的玩家發(fā)布內(nèi)容處理裝置包括：第一獲取單元，用于獲取玩家在游戲信息發(fā)布平臺中發(fā)布的內(nèi)容；第一提取單元，用于從所述內(nèi)容中提取一個或多個關(guān)鍵詞；匹配單元，用于從預(yù)先配置的庫中獲取所述一個或多個關(guān)鍵詞中的部分或全部對應(yīng)的游戲跟進人員；提示單元，用于向所述游戲跟進人員發(fā)送提示信息，其中，所述提示信息與所述內(nèi)容相關(guān)聯(lián)。

進一步地，所述匹配單元包括：第一判斷模塊，用于判斷從所述內(nèi)容中提取的所述一個或多個關(guān)鍵詞的類別；確定模塊，用于在屬于預(yù)定一個或多個類別的關(guān)鍵詞的數(shù)量超過閾值的情況下，確定從所述庫中獲取所述游戲跟進人員；否則忽略所述內(nèi)容。

進一步地，所述確定模塊包括：第一確定子模塊，用于在所述一個或多個關(guān)鍵詞中的至少一個為所述兩類中的強定性的情況下，確定從所述庫中獲取所述游戲跟進人員；和/或，第二確定子模塊，用于在所述一個或多個關(guān)鍵詞中的至少兩個為所述兩類中的弱定性的情況下，確定所述庫中獲取所述游戲跟進人員。

進一步地，所述裝置還包括：第二獲取單元，用于獲取游戲維護或開發(fā)人員的工作日志；第二提取單元，用于從所述工作日志中提取信息保存在所述庫中。

進一步地，所述第二提取單元包括：第二判斷模塊，用于判斷所述工作日志中的項目版本是否為預(yù)定時間段的版本；處理模塊，用于當(dāng)?shù)诙袛嗄K判斷是的時候，則拆分所述工作日志中每條工作內(nèi)容以及每條工作內(nèi)容對應(yīng)的版本保存在所述庫中。

進一步地，所述第二提取單元包括：拆分模塊，用于從所述工作日志中拆分關(guān)鍵詞；第三判斷模塊，用于判斷工作日志中拆分出的同一個關(guān)鍵詞的個數(shù)是否滿足閾值；第四判斷模塊，用于在第三判斷模塊判斷結(jié)果為是的情況下，判斷滿足所述閾值的關(guān)鍵詞是否在所述庫中；存儲模塊，用于在第三判斷模塊判斷結(jié)果為否的情況下將沒有在庫中出現(xiàn)的關(guān)鍵詞保存到所述庫中。

進一步地，所述匹配單元包括：第一獲取模塊，用于獲取所述關(guān)鍵詞中包括的游戲或游戲中模塊的版本信息，根據(jù)所述版本信息從所述庫中獲取所述版本信息對應(yīng)的游戲跟進人員；和/或，第二獲取模塊，用于獲取所述關(guān)鍵詞中包括的所述內(nèi)容的發(fā)布時間，根據(jù)所述發(fā)布時間從所述庫中獲取與發(fā)布時間對應(yīng)的版本信息，根據(jù)所述版本信息從所述庫中獲取所述版本信息對應(yīng)的游戲跟進人員。第三獲取模塊，用于根據(jù)所述關(guān)鍵詞從所述庫中獲取與所述關(guān)鍵詞相對應(yīng)的跟進人員。

進一步地，所述裝置還包括：推送單元，用于在從所述庫中未獲取所述游戲跟進人員的情況下，將所述提示信息推送至游戲跟進人員所在的平臺。

根據(jù)發(fā)明實施例，采用了獲取玩家在游戲信息發(fā)布平臺中發(fā)布的內(nèi)容；從所述內(nèi)容中提取一個或多個關(guān)鍵詞；從預(yù)先配置的庫中獲取所述一個或多個關(guān)鍵詞中的部分或全部對應(yīng)的游戲跟進人員；向所述游戲跟進人員發(fā)送提示信息，其中，所述提示信息與所述內(nèi)容相關(guān)聯(lián)。通過本發(fā)明解決了現(xiàn)有技術(shù)中無法及時反饋游戲玩家的問題，讓游戲跟進人員能夠及時獲取玩家的反饋，進而為提高游戲體驗提供了可能。

附圖說明

構(gòu)成本申請的一部分的附圖用來提供對本發(fā)明的進一步理解，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是根據(jù)本發(fā)明實施例的玩家發(fā)布內(nèi)容處理方法的流程圖；

圖2是根據(jù)本發(fā)明現(xiàn)有技術(shù)玩家問題反饋流程圖；

圖3是根據(jù)本發(fā)明實施例玩家發(fā)布內(nèi)容處理方法的總流程圖；

圖4是是根據(jù)本發(fā)明實施例的工作表單增加關(guān)鍵詞的流程圖；

圖5是根據(jù)本發(fā)明實施例的玩家在論壇發(fā)帖得到回復(fù)的流程圖；

圖6是根據(jù)本發(fā)明實施例的一種玩家發(fā)布內(nèi)容處理裝置的示意圖。

具體實施方式

需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。

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

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當(dāng)情況下可以互換，以便這里描述的本發(fā)明的實施例。此外，術(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。

本實施例提供了一種玩家發(fā)布內(nèi)容處理方法。圖1是根據(jù)本實施例的一種玩家發(fā)布內(nèi)容處理方法的流程圖。如圖1所示，該方法包括步驟如下：

步驟S102，獲取玩家在游戲信息發(fā)布平臺中發(fā)布的內(nèi)容；

步驟S104，從內(nèi)容中提取一個或多個關(guān)鍵詞；

步驟S106，從預(yù)先配置的庫中獲取一個或多個關(guān)鍵詞中的部分或全部對應(yīng)的游戲跟進人員；

步驟S108，向游戲跟進人員發(fā)送提示信息，其中，提示信息與內(nèi)容相關(guān)聯(lián)。

上述步驟中，獲取的游戲信息發(fā)布平臺可以是游戲論壇，所發(fā)布的內(nèi)容可以是論壇中帖子，游戲論壇是玩家日常發(fā)帖與回帖討論的平臺。論壇不僅是玩家與玩家之間溝通的橋梁，也是玩家與游戲開發(fā)組溝通最直接、最有效的方式，同時也是各游戲進行營銷活動的主要平臺。一般游戲論壇包括幾個部分：新手區(qū)(為游戲新手答疑解難的板塊)、主討論區(qū)(玩家主要發(fā)帖回帖的板塊)、公告區(qū)(游戲相關(guān)更新及服務(wù)器維護消息等板塊)、問題反饋區(qū)(玩家反饋游戲中遇到的疑問的板塊)等。

玩家會將游戲中遇到的各種問題發(fā)送到游戲論壇中，作為玩家反饋問題的主要平臺，論壇是各游戲開發(fā)組非常關(guān)注的，由于其快速性、準(zhǔn)確性以及便捷性，其在游戲上線后期維護中起到了非常重要的作用。每天論壇中都會有大量的發(fā)帖和回帖。

現(xiàn)有技術(shù)通過人工將所有帖子都發(fā)給游戲開發(fā)人員，本實施例通過提取關(guān)鍵詞將過濾出疑似問題貼，再將帖子推送至關(guān)鍵詞對應(yīng)的游戲開發(fā)人員，進行有價值的推送，預(yù)先配置的庫是指關(guān)鍵詞庫，在過濾疑似問題貼時引入關(guān)鍵詞庫，通過論壇帖子匹配關(guān)鍵詞庫中的關(guān)鍵詞確定其是否為疑似問題貼。

例如：一個帖子的標(biāo)題是“【疑惑】能不能調(diào)整下，副本門口復(fù)活”

首先進行信息采集，游戲論壇作為信息采集源，具體在該例子中就是采集這個帖子，具體是通過網(wǎng)絡(luò)爬蟲技術(shù)抓取的該貼，網(wǎng)絡(luò)爬蟲技術(shù)可以采用Google Crawler，也可以采用其他網(wǎng)絡(luò)爬蟲工具?？梢詫ⅰ耙苫蟆边@一詞作為關(guān)鍵詞，找到疑惑這一詞所對應(yīng)的游戲跟進人員。

在上述步驟，采用了使用從預(yù)先配置的庫中查找關(guān)鍵詞對應(yīng)的游戲跟進人員并向游戲人員發(fā)送提示信息的方式解決了無法及時反饋游戲用戶的問題，讓玩家快速獲得問題的準(zhǔn)確答案，提高玩家的游戲體驗和游戲的歸屬感。同時，及時反饋玩家的問題可以快速跟蹤游戲中產(chǎn)生的問題，避免游戲問題被放大，減小游戲公司的損失。

在上述步驟中從預(yù)先配置的庫中獲取關(guān)鍵詞對應(yīng)的游戲跟進人員之前，需要將從內(nèi)容中提取一個或多個關(guān)鍵詞進行劃分類別，以此來篩選過濾掉一部分不符合要求的內(nèi)容，在一個可選的實施方式中包括：

步驟S202，判斷從內(nèi)容中提取的一個或多個關(guān)鍵詞的類別；

步驟S204，在屬于預(yù)定一個或多個類別的關(guān)鍵詞的數(shù)量超過閾值的情況下，確定從庫中獲取游戲跟進人員；否則忽略內(nèi)容。

上述的關(guān)鍵詞的類別可以包括至少兩類：強定性和弱定性，判別內(nèi)容中的關(guān)鍵詞在游戲項目或者功能中出現(xiàn)頻率和重要程度；根據(jù)出現(xiàn)頻率和重要程度高的關(guān)鍵詞劃分為強定性關(guān)鍵詞；根據(jù)出現(xiàn)頻率和重要程度低的關(guān)鍵詞劃分為弱定性關(guān)鍵詞；在一個可選的實施方式中，根據(jù)類別找到符合要求的游戲跟進人員包括：

在一個或多個關(guān)鍵詞中的至少一個為兩類中的第一類別的情況下，確定從庫中獲取游戲跟進人員；和/或，

在一個或多個關(guān)鍵詞中的至少兩個為兩類中的第二類別的情況下，確定庫中獲取游戲跟進人員。

例如，當(dāng)內(nèi)容中強性的關(guān)鍵詞是為一個或一個以上時，則判定內(nèi)容為符合要求的內(nèi)容,和/或

當(dāng)內(nèi)容中弱性的關(guān)鍵詞為兩個或兩個以上時，則判定內(nèi)容為符合要求的內(nèi)容。

通過上述步驟將關(guān)鍵詞的種類進行劃分，從而根據(jù)種類的不同，將內(nèi)容的分類細(xì)化，從而更加準(zhǔn)確的找到相應(yīng)的跟進人員。

上述預(yù)先配置的庫可以通過日常工作日志統(tǒng)計關(guān)鍵詞表，該詞表作為預(yù)先配置的庫的一部分，也是抓取論壇帖子的重要依據(jù)，在一個可選的實施方式中，具體包括：

獲取游戲維護或開發(fā)人員的工作日志；

從工作日志中提取信息保存在庫中。

上述步驟通過將游戲維護或開發(fā)人員的工作日志與預(yù)先配置的庫相結(jié)合，以此來過濾不符合要求的內(nèi)容，找到合適的跟進人員。

在根據(jù)戲維護或開發(fā)人員的工作日志得到預(yù)先配置的關(guān)鍵詞庫時，在一個可選的實施方式中，具體包括：

判斷工作日志中的項目版本是否為預(yù)定時間段的版本；

如果是，則拆分工作日志中每條工作內(nèi)容以及每條工作內(nèi)容對應(yīng)的版本保存在庫中。

例如，首先通過中文分詞方法將日常工作表單進行詞匯拆分，提取能夠判別疑似問題的帖子詞匯作為關(guān)鍵詞，同時匯總各關(guān)鍵詞所對應(yīng)的問題跟進人員，然后通過數(shù)據(jù)挖掘技術(shù)從游戲論壇中尋找疑似問題貼，疑似問題貼的判斷依據(jù)為前述得到的關(guān)鍵詞列表，之后通過消息轉(zhuǎn)發(fā)系統(tǒng)將疑似問題貼發(fā)送至對應(yīng)問題跟進人員。

舉例對預(yù)定時間段進行說明，該預(yù)先配置的庫還可以通過判斷工作日志中的項目版本是否為預(yù)定時間段的版本，從而定時在游戲論壇中尋找含有關(guān)鍵詞表中的詞匯的論壇帖子作為疑似問題帖，再將疑似問題帖子發(fā)至對應(yīng)跟進人員。

通過上述對時間段的劃分及對工作日記內(nèi)容的拆分，具體實現(xiàn)了準(zhǔn)確過濾篩選符合要求的內(nèi)容。

在一個可選的實施方式中，從工作日志中提取信息保存在預(yù)先配置的庫中時還可以結(jié)合設(shè)定閾值，具體包括：

從工作日志中拆分關(guān)鍵詞；

判斷工作日志中拆分出的同一個關(guān)鍵詞的個數(shù)是否滿足閾值；

判斷滿足閾值的關(guān)鍵詞是否在庫中；

將沒有在庫中出現(xiàn)的詞保存到庫中。

下面舉例對上述步驟進行說明：

日常工作表單：游戲開發(fā)組日常工作內(nèi)容列表，其中包括工作內(nèi)容、各條工作對應(yīng)的工作人員以及工作時間等信息。

中文分詞：將一個漢字序列切分成一個一個單獨的詞。

關(guān)鍵詞：有特別意義的標(biāo)識符，有時又叫保留字。

信息推送：在互聯(lián)網(wǎng)上通過定期傳送用戶需要的信息來減少信息過載的一項新技術(shù)。

在玩家眾多的活躍游戲中，游戲開發(fā)組每周都會有大量的新增內(nèi)容，對于主要目的是發(fā)現(xiàn)游戲中產(chǎn)生的問題，輿情分析所關(guān)注的重點應(yīng)該是每周的新增內(nèi)容，新增內(nèi)容不僅較容易出現(xiàn)問題，同時也會引起玩家大量討論。通過結(jié)合游戲開發(fā)組日常工作內(nèi)容形成關(guān)鍵詞庫，這樣不僅能提高疑似問題貼識別的準(zhǔn)確率，同時也能夠為之后的信息針對性推送提供依據(jù)。在游戲的開發(fā)過程中，通常都是通過工作表單的形式完成的，由游戲策劃提出各工作條目，各條目主要包括的內(nèi)容有幾種：項目編號、項目名稱、項目狀態(tài)、開始時間、完成時間、提交人、指派人、跟進人、項目版本和詳細(xì)描述，如下表所示：

上表中展示的為2016年8月15號版本“王XX”跟進的一周工作表單，分析每一條工作條目，其中“項目名稱”具有高度概括性，本實施例利用中文分詞技術(shù)將項目名稱下的名字拆分為多個詞匯，篩選各詞匯組成關(guān)鍵詞庫，“項目版本”或者“完成時間”可以作為游戲中新增玩法的時間依據(jù)，“提交人”和“跟進人”可以作為輿情分析發(fā)現(xiàn)問題后消息信息針對性推送的人員。

關(guān)鍵詞庫作為輿情分析的主要依據(jù)，本實施例將字庫分為兩部分，一部分為特定關(guān)鍵詞，另一部分為通過每周工作表單匯總出的關(guān)鍵詞。特定關(guān)鍵詞為玩家日常使用較多且容易定位問題的詞匯，如：掉線、bug、黑屏、問題、錯誤、異常、解決等等。通過每周工作表單新增關(guān)鍵詞的流程，如圖4所示：

在整個流程中，通過中文分詞技術(shù)拆分項目名稱，在中文分詞過程中使用的技術(shù)為python的jieba功能，以上述工作表單中的“【心易特權(quán)】鬧鐘消息提醒條件調(diào)整”為例，采用精確模式分詞后的結(jié)果是：【；心易；特權(quán)；】；鬧鐘；消息；提醒；條件；調(diào)整，將字符數(shù)小于等于1的詞去掉，則將“【”和“】”去掉，再將其他分詞結(jié)果與已有關(guān)鍵詞庫中的詞匯進行比較，若關(guān)鍵詞庫中已有該詞則忽略，否則加入關(guān)鍵詞庫中。同時關(guān)鍵詞庫中的每個關(guān)鍵詞有一個標(biāo)志位，即是否通過單一的詞即可認(rèn)定該貼是疑似問題貼，可以通過單一的關(guān)鍵詞進行問題判斷的定義為強定性詞，如：問題、bug、異常、調(diào)整等；反之無法通過單一的關(guān)鍵詞判斷是否為疑似問題貼的定義為弱定性詞，如：心易、特權(quán)、鬧鐘等，當(dāng)一個論壇貼子匹配到一個或一個以上強定性詞則定義為疑似問題貼，當(dāng)匹配到兩個或兩個以上弱定性詞定義為疑似問題貼。

>>>s＝j(luò)ieba.cut<“【心易特權(quán)】鬧鐘消息提醒條件調(diào)整”，cut_all＝False>

>>>print“；”.join<s>

【；心易；特權(quán)】；鬧鐘；消息；提醒；條件；調(diào)整

根據(jù)項目編號和項目名稱，采用中文分詞后的關(guān)鍵詞不僅會有標(biāo)志位確認(rèn)其是強定性詞還是弱定性詞，同時會將該項目的跟進人員與各關(guān)鍵詞進行對應(yīng)，如“心易”、“特權(quán)”、“鬧鐘”、“調(diào)整”都會有對應(yīng)跟進人員王XX，當(dāng)輿情分析匹配到這些關(guān)鍵詞則將消息發(fā)送至王XX消息列表中，若匹配到不同關(guān)鍵詞，不同關(guān)鍵詞有不同的跟進人員，則將輿情分析結(jié)果推送至所有跟進人員消息列表中。

在一個可選的實施方式中，獲取游戲跟進人員包括：

獲取關(guān)鍵詞中包括的游戲或游戲中模塊的版本信息，根據(jù)版本信息從庫中獲取版本信息對應(yīng)的游戲跟進人員；和/或，

獲取關(guān)鍵詞中包括的內(nèi)容的發(fā)布時間，根據(jù)發(fā)布時間從庫中獲取與發(fā)布時間對應(yīng)的版本信息，根據(jù)版本信息從庫中獲取版本信息對應(yīng)的游戲跟進人員。

在一個可選的實施方式中，可以將關(guān)鍵詞分別對應(yīng)于不同的跟進人員，當(dāng)截獲的內(nèi)容中出現(xiàn)該特定關(guān)鍵詞時，可以不需要判斷關(guān)鍵詞的類別直接給對應(yīng)的游戲跟進人員發(fā)送提示信息。例如：帖子的內(nèi)容為“【A技能】傷害點太低”，所存在的問題是用戶覺得自己修練的A技能不如普通技能傷害點高而覺得有問題，實際上，游戲設(shè)計時應(yīng)該是A技能的傷害點高于普通技能，所以對應(yīng)特定的游戲跟進人員，應(yīng)該是相關(guān)調(diào)整傷害點的人員X，而不是A技能對應(yīng)的游戲設(shè)計人員，所以可以將該關(guān)鍵詞直接對應(yīng)游戲跟進人員X。在一個可選的實施方式中，向游戲跟進人員發(fā)送提示信息包括以下至少之一：

向游戲跟進人員發(fā)送內(nèi)容的鏈接地址；

向游戲跟進人員發(fā)送內(nèi)容；

向游戲跟進人員發(fā)送從內(nèi)容中提取到的關(guān)鍵詞中的部分或全部。

在一個可選的實施方式中，內(nèi)容是玩家在游戲過程中對話的語句和/或游戲論壇帖子中的語句。

上述幾個實施方式無法定位疑似帖子的問題跟進人員，則將該貼轉(zhuǎn)發(fā)至所有跟進人員均在的聊天群組。在跟進人員看到該貼后查證帖子的內(nèi)容是否為問題，若確認(rèn)為問題則選擇解決方式，若確認(rèn)為玩家誤報問題則回復(fù)該問題，跟進人員回復(fù)后消息轉(zhuǎn)發(fā)系統(tǒng)可以自動將結(jié)果發(fā)送至論壇該貼下，玩家即可快速得到問題的答案。

通過上述實施方式可以加快問題響應(yīng)速度，提高用戶體驗，同時能夠快速發(fā)現(xiàn)問題，避免由于時間過長而放大游戲問題的嚴(yán)重程度。該發(fā)明的實施將游戲論壇與游戲開發(fā)組日常工作表單相結(jié)合，采用中文分詞以及數(shù)據(jù)挖掘的方式過濾游戲論壇中玩家的帖子，通過消息轉(zhuǎn)發(fā)系統(tǒng)將疑似問題貼發(fā)送至對應(yīng)問題跟進人，再由跟進人確認(rèn)該貼是否為確切問題，其后跟進人回復(fù)該問題，答案會被轉(zhuǎn)發(fā)至所有問題跟進人員都在的聊天群組，同時也會通過消息轉(zhuǎn)發(fā)系統(tǒng)將結(jié)果回復(fù)在疑似問題貼下，玩家即可得到問題的答案。

下面舉例對上述的實施方式進行具體說明：

例如：通過輿情監(jiān)控系統(tǒng)分析出的疑似問題帖子，從玩家在論壇中發(fā)帖到得到問題回復(fù)的消息序列如圖5所示：

以上述的該帖子“[疑惑]能不能調(diào)整一下，副本門口復(fù)活”為例，利用中文字符串匹配技術(shù)可以匹配到關(guān)鍵詞庫中的“調(diào)整”，由于“調(diào)整”為強定性詞，所以匹配到一個詞即認(rèn)為該貼是疑似問題貼，中文字符串匹配采用的是分段匹配方法，“調(diào)整”一詞在關(guān)鍵詞庫中有對應(yīng)工作人員“王XX”，則會將該帖子以固定格式推送至“王XX”的消息列表中，“王XX”會收到如下消息：

論壇反饋問題(ID＝68)---【疑惑】能不能調(diào)整一下，副本門口復(fù)活

http//tx3.netease.com/forum.php？mod＝viewthread&tid＝4949181&highlignt＝％B5％F7％D5％FB請及時查證，并按以下格式回復(fù)反饋：

％txlt問題ID選項{1＝問題已查證，立刻修復(fù)；2＝問題已查證，下周更新修復(fù)；3＝誤報}

圖5中的固定格式就是1＝問題已查證，立刻修復(fù)；2＝問題已查證，下周更新修復(fù)；3＝誤報。

通過信息針對性推送和反饋將疑似問題貼發(fā)送至對應(yīng)問題跟進人，再由跟進人確認(rèn)該貼的真實性，進行回復(fù)，僅僅通過一個人就可以快速解答該問題，大大減少了對人員的依賴，同時提高了響應(yīng)速度。

在一個可選的實施方式中，在從庫中未獲取游戲跟進人員的情況下，方法還包括：

將提示信息推送至游戲跟進人員所在的平臺，該平臺可以是游戲跟進人員所在的聊天群組。

例如：如上一可選實施方式中“信息針對性推送”為例，在“王XX”收到如前述中的信息后，會查看消息中的鏈接地址，并確認(rèn)該貼子是否為問題貼，在確認(rèn)之后會以固定的格式進行回復(fù)，如回復(fù)：％txlt 68 1，則確認(rèn)該問題存在，并且會立刻修復(fù)；％txlt 68 2，則確認(rèn)該問題存在，并且會在下周更新后修復(fù)；％txlt 68 3，則確認(rèn)該問題不存在，為玩家誤報。其中消息轉(zhuǎn)發(fā)系統(tǒng)中的ID設(shè)置(如:68)是標(biāo)識每個問題在輿情監(jiān)控系統(tǒng)中的序號，同時簡單的數(shù)字編碼也方便工作人員進行回復(fù)。在“王XX”回復(fù)該問題后會在群消息列表中自動發(fā)送以下信息，通知所有人該問題的回復(fù)情況：

問題(ID＝68)---【疑惑】能不能調(diào)整一下，副本門口復(fù)活

http//tx3.netease.com/forum.php？mod＝viewthread&tid＝4949181&highlignt＝％B5％F7％D5％FB

王XX已經(jīng)回復(fù)“問題已查證，立刻修復(fù)”。請大家知曉。

同時會在該帖子對應(yīng)的地址下自動回復(fù)：問題已查證，立刻修復(fù)

通過信息的針對性發(fā)送和反饋，從玩家產(chǎn)生問題發(fā)布帖子到得到問題答案，只經(jīng)過了“王XX”一名工作人員，本實施例的環(huán)形輿情監(jiān)控系統(tǒng)降低了對不同職位工作人員的依賴，同時通過主動消息推送，大大提高了響應(yīng)速度，使玩家獲得較好的游戲體驗。

如圖3所示，本實施例玩家發(fā)布內(nèi)容處理方法的總流程圖，通過該總流程圖對整個反饋過程進行詳細(xì)描述：

游戲中可以通過各種途徑得到玩法數(shù)據(jù)，然后可以通過論壇，也可以通過游戲中的對話內(nèi)容，從中抓取關(guān)鍵詞，然后通過數(shù)據(jù)挖掘技術(shù)找到疑似的問題貼，也就是篩選出問題帖子，進行關(guān)鍵詞在預(yù)先設(shè)置的關(guān)鍵詞庫比對查找后，找到關(guān)鍵詞的分類及對應(yīng)的跟進人員，關(guān)鍵詞的分類可以用幾個關(guān)鍵詞來確定一個跟進人員，也可以只用一個關(guān)鍵詞就確定一個跟進人員，關(guān)鍵詞的分類還可以用于篩選帖子是否是問題貼，當(dāng)判斷出所抓取的關(guān)鍵詞的分類不符合預(yù)定標(biāo)準(zhǔn)時，就可以篩選出不需要的內(nèi)容。關(guān)鍵詞庫需要使用日常工作的工作記錄的表單來預(yù)先設(shè)置關(guān)鍵詞庫。

當(dāng)找到帖子或者其他內(nèi)容對應(yīng)的工作人員后，將帖子以及相關(guān)內(nèi)容發(fā)送給跟進人員，跟進人員在個人消息中回復(fù)問題答案后，通過消息轉(zhuǎn)發(fā)系統(tǒng)自動回復(fù)發(fā)帖的玩家，并且可以同時通知其他工作人員已經(jīng)處理的情況。

如果沒有找到帖子的跟進人員則將帖子或相關(guān)內(nèi)容發(fā)送到群中，該群是所有工作人員所在的群，由合適的工作人員在群中進行回復(fù)后，通過消息轉(zhuǎn)發(fā)系統(tǒng)自動回復(fù)發(fā)帖玩家。

通過上述過程，可以簡化工作流程，提前自動篩選工作人員所要看的帖子，篩選到合適的帖子后，將相應(yīng)的內(nèi)容篩選發(fā)給工作最相關(guān)人員，大大降低了工作成本，提高工作效率。

圖6是根據(jù)本發(fā)明實施例的一種玩家發(fā)布內(nèi)容處理裝置的示意圖。如圖6所示，一種玩家發(fā)布內(nèi)容處理裝置包括：

第一獲取單元62，用于獲取玩家在游戲信息發(fā)布平臺中發(fā)布的內(nèi)容；

第一提取單元64，用于從內(nèi)容中提取一個或多個關(guān)鍵詞；

匹配單元66，用于從預(yù)先配置的庫中獲取一個或多個關(guān)鍵詞中的部分或全部對應(yīng)的游戲跟進人員；

提示單元68，用于向游戲跟進人員發(fā)送提示信息，其中，提示信息與內(nèi)容相關(guān)聯(lián)。

在一個可選的實施方式中，匹配單元包括：第一判斷模塊，用于判斷從內(nèi)容中提取的一個或多個關(guān)鍵詞的類別；確定模塊，用于在屬于預(yù)定一個或多個類別的關(guān)鍵詞的數(shù)量超過閾值的情況下，確定從庫中獲取游戲跟進人員；否則忽略內(nèi)容。

在一個可選的實施方式中，確定模塊包括：

第一確定子模塊，用于在一個或多個關(guān)鍵詞中的至少一個為兩類中的第一類別的情況下，確定從庫中獲取游戲跟進人員；和/或，

第二確定子模塊，用于在一個或多個關(guān)鍵詞中的至少兩個為兩類中的第二類別的情況下，確定庫中獲取游戲跟進人員。

在一個可選的實施方式中，裝置還包括：

第二獲取單元，用于獲取游戲維護或開發(fā)人員的工作日志；

第二提取單元，用于從工作日志中提取信息保存在庫中。

在一個可選的實施方式中，第二提取單元包括：

第二判斷模塊，用于判斷工作日志中的項目版本是否為預(yù)定時間段的版本；

處理模塊，用于當(dāng)?shù)诙袛嗄K判斷是的時候，則拆分工作日志中每條工作內(nèi)容以及每條工作內(nèi)容對應(yīng)的版本保存在庫中。

在一個可選的實施方式中，第二提取單元包括：

拆分模塊，用于從工作日志中拆分關(guān)鍵詞；

第三判斷模塊，用于判斷工作日志中拆分出的同一個關(guān)鍵詞的個數(shù)是否滿足閾值；

第四判斷模塊，用于判斷滿足閾值的關(guān)鍵詞是否在庫中；

存儲模塊，用于將沒有在庫中出現(xiàn)的詞保存到庫中。

在一個可選的實施方式中，匹配單元包括：

第一獲取模塊，用于獲取關(guān)鍵詞中包括的游戲或游戲中模塊的版本信息，根據(jù)版本信息從庫中獲取版本信息對應(yīng)的游戲跟進人員；和/或，

第二獲取模塊，用于獲取關(guān)鍵詞中包括的內(nèi)容的發(fā)布時間，根據(jù)發(fā)布時間從庫中獲取與發(fā)布時間對應(yīng)的版本信息，根據(jù)版本信息從庫中獲取版本信息對應(yīng)的游戲跟進人員。

在一個可選的實施方式中，裝置還包括：

推送單元，用于在從庫中未獲取游戲跟進人員的情況下，將提示信息推送至游戲跟進人員所在的平臺。

上述一種玩家發(fā)布內(nèi)容處理裝置實施例是與一種玩家發(fā)布內(nèi)容處理方法相對應(yīng)的，所以對于有益效果不再贅述。通過上述實施例的分析描述，上述實施例中的部分可選實施方式有以下技術(shù)上的效果：

從本發(fā)明環(huán)形輿情監(jiān)控系統(tǒng)中可以看出簡化了之前的工作流程，同時減少了對不同崗位工作人員的依靠，大大降低了工作成本，但卻又提高了工作效率。

需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。

在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關(guān)描述。

在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的裝置，可通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可為個人計算機、移動終端、服務(wù)器或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。