一種交互式消息的處理方法、設(shè)備及系統(tǒng)的制作方法
【專利摘要】本發(fā)明的實施方式提供了一種交互式消息的處理方法。該方法可以包括：接收消息發(fā)起端發(fā)送的交互式消息及與該交互式消息對應(yīng)的變量資源值；廣播所述交互式消息及該交互式消息對應(yīng)的變量資源值；接收并轉(zhuǎn)發(fā)消息接收端響應(yīng)于所述交互式消息的響應(yīng)消息；根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值，所述初始資源值適應(yīng)于消息發(fā)起端或消息接收端對交互式消息的處理能力。該實施方式可以使交互式消息的“交互”目的實現(xiàn)的可能性增加，提高交互任務(wù)順利完成的概率。此外，本發(fā)明的實施方式還提供了一種交互式消息的處理設(shè)備和系統(tǒng)。
【專利說明】一種交互式消息的處理方法、設(shè)備及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明的實施方式涉及信息處理【技術(shù)領(lǐng)域】，更具體地，本發(fā)明的實施方式涉及交互式消息的處理方法、設(shè)備及系統(tǒng)。
【背景技術(shù)】
[0002]本部分旨在為權(quán)利要求書中陳述的本發(fā)明的實施方式提供背景或上下文。此處的描述不因為包括在本部分中就承認是現(xiàn)有技術(shù)。
[0003]在信息【技術(shù)領(lǐng)域】，消息通?？梢詣澐譃閮纱箢?一類是通知性消息，即消息發(fā)送主體將某個事件告知消息接收主體，消息接收主體接收到消息后不需要作出針對該消息的消息內(nèi)容的回應(yīng)，比如，Windows系統(tǒng)API函數(shù)庫中的驅(qū)動消息；一類是交互式消息，即消息發(fā)送主體在將某個事件告知消息接收主體后，還需要消息接收主體針對該消息的消息內(nèi)容作出適當?shù)捻憫?yīng)，比如瀏覽網(wǎng)頁中的數(shù)據(jù)請求消息、數(shù)據(jù)庫中的查詢消息、易信聊天中發(fā)起討論話題的消息等。交互式消息的正確、及時處理，有利于交互任務(wù)的順利完成和交互目的的實現(xiàn)。
[0004]在現(xiàn)有技術(shù)中，已經(jīng)出現(xiàn)交互式消息的處理技術(shù)。這些處理技術(shù)在具體實施時，由消息發(fā)起端將自身產(chǎn)生的交互式消息發(fā)送給消息接收端，然后設(shè)定等待時間等待消息接收端作出響應(yīng)，在設(shè)定的等待時間內(nèi)，如果順利接收到消息接收端作出的響應(yīng)消息，一次交互式任務(wù)即告結(jié)束，如果沒有接收到消息接收端的響應(yīng)消息，則交互過程失敗，消息發(fā)起端可能重新發(fā)起交互式消息或者放棄與所述消息接收端之間的交互任務(wù)。

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

[0005]但是，在上述現(xiàn)有技術(shù)中，消息接收端是否對交互式消息作出響應(yīng)，可能需要考慮多方面的因素，比如，消息接收端當前需要處理的其他任務(wù)的多少、消息接收端的運算處理能力的強弱，以及該交互式消息的急迫性等，在綜合考慮這些因素后，消息接收端可能不對消息發(fā)送端的交互式消息作出響應(yīng)或者延遲響應(yīng)，從而可能導致交互式消息的“交互”目的不能實現(xiàn)或及時地實現(xiàn)，這是非常令人煩惱的過程。
[0006]為此，非常需要一種改進的交互式消息處理機制，以使交互式消息的“交互”目的實現(xiàn)的可能性增加，提高交互任務(wù)順利完成的概率。
[0007]在本上下文中，本發(fā)明的實施方式期望提供一種交互式消息的處理方法、設(shè)備和系統(tǒng)。
[0008]在本發(fā)明實施方式的第一方面中，提供的交互式消息的處理方法例如可以包括:接收消息發(fā)起端發(fā)送的交互式消息及與該交互式消息對應(yīng)的變量資源值，所述變量資源值小于或等于消息發(fā)起端的初始資源值；廣播所述交互式消息及該交互式消息對應(yīng)的變量資源值；接收并轉(zhuǎn)發(fā)消息接收端響應(yīng)于所述交互式消息的響應(yīng)消息；根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值，所述初始資源值適應(yīng)于消息發(fā)起端或消息接收端對交互式消息的處理能力。[0009]在本發(fā)明實施方式的第二方面中，提供了一種交互式消息的處理設(shè)備，該設(shè)備例如可以包括:第一消息接收裝置、廣播裝置、第二消息接收裝置、轉(zhuǎn)發(fā)裝置和更新裝置，其中:所述第一消息接收裝置，用于接收消息發(fā)起端發(fā)送的交互式消息及與該交互式消息對應(yīng)的變量資源值，所述變量資源值小于或等于消息發(fā)起端的初始資源值；所述廣播裝置，用于廣播所述交互式消息及該交互式消息對應(yīng)的變量資源值；所述第二消息接收裝置，用于接收消息接收端響應(yīng)于所述交互式消息的響應(yīng)消息；所述轉(zhuǎn)發(fā)裝置，用于轉(zhuǎn)發(fā)所述響應(yīng)消息；所述更新裝置，用于根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值，所述初始資源值適應(yīng)于消息發(fā)起端或消息接收端對交互式消息的處理能力。
[0010]在本發(fā)明實施方式的第三方面中，提供了一種交互式消息的處理系統(tǒng)。該系統(tǒng)例如可以包括:消息發(fā)起端、交互式消息處理設(shè)備和消息接收端，其中:所述消息發(fā)起端，用于向所述交互式消息處理設(shè)備發(fā)送交互式消息及與該交互式消息對應(yīng)的變量資源值，所述變量資源值小于或等于消息發(fā)起端的初始資源值；所述消息接收端，用于接收所述交互式消息，并向所述交互式消息處理設(shè)備發(fā)送響應(yīng)于所述交互式消息的響應(yīng)消息；所述交互式消息處理設(shè)備包括:第一消息接收裝置、廣播裝置、第二消息接收裝置、轉(zhuǎn)發(fā)裝置和更新裝置，其中:所述第一消息接收裝置，用于接收消息發(fā)起端發(fā)送的交互式消息及與該交互式消息對應(yīng)的變量資源值；所述廣播裝置，用于廣播所述交互式消息及該交互式消息對應(yīng)的變量資源值；所述第二消息接收裝置，用于接收消息接收端響應(yīng)于所述交互式消息的響應(yīng)消息；所述轉(zhuǎn)發(fā)裝置，用于向所述消息發(fā)起端轉(zhuǎn)發(fā)所述響應(yīng)消息；所述更新裝置，用于根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值，所述初始資源值適應(yīng)于消息發(fā)起端或消息接收端對交互式消息的處理能力。
[0011]根據(jù)本發(fā)明實施方式提供的交互式消息處理機制，消息發(fā)起端在向消息接收端發(fā)送交互式消息時，捆綁發(fā)送變量資源值，消息接收端基于對變量資源值的需求，以及對初始資源值所反映的處理交互式消息的能力的考慮，將會及時對交互式消息作出響應(yīng)，該機制使消息發(fā)起端等待響應(yīng)消息的被動模式變化為可控制消息接收端作出響應(yīng)消息的主動模式，這種變化對“交互”過程提供了必要的保障，從而增加了交互式消息實現(xiàn)“交互”目的的可能性，提高了交互任務(wù)順利完成的概率。此外，由于交互式消息的發(fā)送終端接收到響應(yīng)消息的可能性增加，從而可以減少消息發(fā)送終端再次發(fā)送交互式消息的次數(shù)，使消息傳輸過程對網(wǎng)絡(luò)資源的占用量隨之減少，尤其在交互式消息短時間內(nèi)驟增的情況下，有助于避免出現(xiàn)網(wǎng)絡(luò)擁堵現(xiàn)象。
【專利附圖】

【附圖說明】
[0012]通過參考附圖閱讀下文的詳細描述，本發(fā)明示例性實施方式的上述以及其他目的、特征和優(yōu)點將變得易于理解。在附圖中，以示例性而非限制性的方式示出了本發(fā)明的若干實施方式，其中:
[0013]圖1示意性地示出了適于實現(xiàn)本發(fā)明實施方式的示例性計算系統(tǒng)100的框圖；
[0014]圖2示意性地示出了本發(fā)明適用的一個具體應(yīng)用場景；
[0015]圖3示意性地示出了本發(fā)明交互式消息處理方法的實施例流程圖；
[0016]圖4示意性地示出了本發(fā)明交互式消息處理設(shè)備的組成結(jié)構(gòu)圖；
[0017]圖5示意性地示出了本發(fā)明交互式消息處理系統(tǒng)的組成結(jié)構(gòu)圖。[0018]在附圖中，相同或?qū)?yīng)的標號表示相同或?qū)?yīng)的部分。
【具體實施方式】
[0019]下面將參考若干示例性實施方式來描述本發(fā)明的原理和精神。應(yīng)當理解，給出這些實施方式僅僅是為了使本領(lǐng)域技術(shù)人員能夠更好地理解進而實現(xiàn)本發(fā)明，而并非以任何方式限制本發(fā)明的范圍。相反，提供這些實施方式是為了使本公開更加透徹和完整，并且能夠?qū)⒈竟_的范圍完整地傳達給本領(lǐng)域的技術(shù)人員。
[0020]圖1示出了適于實現(xiàn)本發(fā)明實施方式的示例性計算系統(tǒng)100的框圖。如圖1所示，計算系統(tǒng)100可以包括:中央處理單元(CPU) 101、隨機存取存儲器(RAM) 102、只讀存儲器(ROM) 103、系統(tǒng)總線104、硬盤控制器105、鍵盤控制器106、串行接口控制器107、并行接口控制器108、顯示控制器109、硬盤110、鍵盤111、串行外部設(shè)備112、并行外部設(shè)備113和顯示器114。這些設(shè)備中，與系統(tǒng)總線104耦合的有CPU101、RAM102、R0M103、硬盤控制器105、鍵盤控制器106、串行控制器107、并行控制器108和顯示控制器109。硬盤110與硬盤控制器105耦合，鍵盤111與鍵盤控制器106耦合，串行外部設(shè)備112與串行接口控制器107耦合，并行外部設(shè)備113與并行接口控制器108耦合，以及顯示器114與顯示控制器109耦合。應(yīng)當理解，圖1所述的結(jié)構(gòu)框圖僅僅是為了示例的目的，而不是對本發(fā)明范圍的限制。在某些情況下，可以根據(jù)具體情況增加或減少某些設(shè)備。
[0021]本領(lǐng)域技術(shù)技術(shù)人員知道，本發(fā)明的實施方式可以實現(xiàn)為一種系統(tǒng)、裝置、設(shè)備、方法或計算機程序產(chǎn)品。因此，本公開可以具體實現(xiàn)為以下形式，即:完全的硬件、完全的軟件(包括固件、駐留軟件、微代碼等)，或者硬件和軟件結(jié)合的形式。
[0022]根據(jù)本發(fā)明的實施方式，提出了一種交互式消息的處理方法、設(shè)備及系統(tǒng)。
[0023]在本文中，需要理解的是，所涉及的術(shù)語“交互式消息”可反映消息的“交互”屬性，“交互”體現(xiàn)交互式消息的發(fā)起者希望得到消息接收者的回應(yīng)，且這種回應(yīng)不應(yīng)當是簡單附和性的，而是針對交互式消息中的消息內(nèi)容作出的有針對性的回應(yīng)。也就是說，消息發(fā)起者發(fā)送交互式消息的目的并非旨在獲得消息接收端例行性返回的成功接收到交互式消息的確認消息。在實際的業(yè)務(wù)中，交互式消息可以體現(xiàn)為評論性消息，即希望得到消息接收端對交互式消息中的信息內(nèi)容進行評論，也可以體現(xiàn)為問題性消息，即希望得到消息接收端對交互式消息中的信息內(nèi)容進行回答。
[0024]所述涉及的術(shù)語“資源值”體現(xiàn)了消息發(fā)起端和消息接收端對交互式消息的處理能力，該資源值可以正向的體現(xiàn)處理能力，比如，資源值越小，處理能力越弱，反之，則越強；也可以反向的體現(xiàn)處理能力，比如，資源值越小，處理能力越強，反之，則越弱。對于前者而言，處理能力實際上體現(xiàn)消息接收端已處理交互式消息的情況，其面向的是過去；對于后者，處理能力實際上體現(xiàn)消息接收端處理交互式消息的能力的上升空間，面向的是未來。此夕卜，附圖中的任何元素數(shù)量均用于示例而非限制，以及任何命名都僅用于區(qū)分，而不具有任何限制含義。
[0025]下面參考本發(fā)明的若干代表性實施方式，詳細闡釋本發(fā)明的原理和精神。
[0026]發(fā)明概沭
[0027]本發(fā)明人發(fā)現(xiàn)，在傳統(tǒng)的交互式消息的處理過程中，消息發(fā)起端發(fā)送出交互式消息后，便等待消息接收端對交互式消息進行處理，并返回響應(yīng)消息。但是，對于消息接收端是否會作出響應(yīng)或者是否會在設(shè)定的時段內(nèi)及時作出響應(yīng)，消息發(fā)起端則幾乎沒有任何把握，而完全處于被動狀態(tài)，這必然降低通過交互式消息成功實現(xiàn)交互任務(wù)的可能性。為此，需要在消息發(fā)起端與消息接收端之間建立起一種有保障的、可控的交互式消息處理機制，該機制能夠使消息發(fā)起端對是否能接收到響應(yīng)消息或者是否能及時接收到響應(yīng)消息有所控制，從而增加順利交互任務(wù)的概率。本發(fā)明實施方式提出消息發(fā)起端和消息接收端均可接受的“資源值”的概念，該資源值用于反映兩個實體(消息發(fā)起端和消息接收端)對交互式消息的處理能力大小，在消息發(fā)起端向消息接收端發(fā)送交互式消息時捆綁(關(guān)聯(lián)性地)發(fā)送資源值，消息發(fā)起端基于消息接收端對該能力大小的考慮，從而可以較為主動地適當控制消息接收端作出響應(yīng)消息，這樣便在消息發(fā)起端與消息接收端之間建立起了一種基本的信任機制，該信任機制使交互式消息能夠得到及時處理，為交互任務(wù)的順利及時完成提供了足夠保障，從而較好地解決本發(fā)明提出的技術(shù)問題。
[0028]在介紹了本發(fā)明的基本思路之后，下面具體介紹本發(fā)明的各種非限制性實施方式。
[0029]應(yīng)用場景總覽
[0030]參考圖2，該圖示出了本發(fā)明的一種示例性的應(yīng)用場景。在該場景中作為交互式消息的發(fā)起側(cè)的消息發(fā)起端21可以是圖1所述的計算機系統(tǒng)，可以具有與該計算機系統(tǒng)相同的組成結(jié)構(gòu)。當然，在其他應(yīng)用場景中，交互式消息的發(fā)起側(cè)也可以不同于本應(yīng)用場景中的消息發(fā)起端21，實際上，只要希望其他設(shè)備對自身發(fā)送的交互式消息作出回應(yīng)的任何電子設(shè)備均可以作為交互式消息的發(fā)起方。用戶20操作該消息發(fā)起端21，通過電子輸入設(shè)備(比如，鍵盤、指點設(shè)備、觸摸板等)向消息發(fā)起端21輸入指令，消息發(fā)起端的內(nèi)部運算處理部件對用戶20的指令進行信息處理后產(chǎn)生交互式消息。盡管交互式消息可以基于指令產(chǎn)生，然而，消息發(fā)起端21未必一定需要一個用戶給出指令才可以產(chǎn)生交互式消息，在別的應(yīng)用場景中，也可以是消息發(fā)起端自身基于完成某些任務(wù)的考慮，需要向其他設(shè)備獲取某些數(shù)據(jù)，進而自動生成交互式消息。比如，某些服務(wù)器為了及時了解各客戶端設(shè)備的工作狀態(tài)，需要發(fā)送一個交互式消息給客戶端設(shè)備，希望它按照自己的要求及時返回客戶端的狀態(tài)，便于自己掌控和管理。
[0031]在圖2所示的應(yīng)用場景中還包括消息接收端22。消息接收端22需要接收消息發(fā)起端發(fā)送的交互式消息，并針對該交互式消息作出響應(yīng)，因此，它需要具備信息處理能力，從結(jié)構(gòu)組成來看，它同樣可以為圖1所述的計算機系統(tǒng)，具有與該計算機系統(tǒng)相同的組成結(jié)構(gòu)。除消息發(fā)起端21和消息接收端22外，在該應(yīng)用場景中，還包括一個消息中間件23，該消息中間件可以用于聯(lián)系消息發(fā)起端和消息接收端，具體而言，一方面，它可以接收消息發(fā)起端發(fā)送的交互式消息和變量資源值，并將該交互式消息廣播給與它具有連接關(guān)系的所有在線或不在線的消息接收端，以便使交互式消息被足夠多的消息接收端接收，增加交互式消息得到回應(yīng)的幾率；另一方面，它可以接收一個或多個消息接收端返回的響應(yīng)消息，并將其轉(zhuǎn)發(fā)給前述的消息發(fā)起端，然后更新消息發(fā)起端和消息接收端的初始資源值。消息中間件的上述功能可以由服務(wù)器來完成，即消息中間件可以與服務(wù)器具有相同的功能結(jié)構(gòu)，該功能結(jié)構(gòu)也可以在圖1所述的計算機系統(tǒng)基礎(chǔ)上實現(xiàn)，只不過由于其面對的消息發(fā)起端和消息接收端的數(shù)量可能較多，需要具有較強的運算處理能力。
[0032]在該應(yīng)用場景中，提到“資源值”的概念，該資源值可以存儲于數(shù)據(jù)庫中。對于消息發(fā)起端而言，可以在消息發(fā)起端中設(shè)置一個第一數(shù)據(jù)庫24，用于存儲消息接收端的初始資源值，也可以在消息接收端之外設(shè)置一個獨立的數(shù)據(jù)庫來完成該功能，只要消息接收端和消息中間件能夠訪問到該數(shù)據(jù)庫即可；對于消息接收端而言，同樣可以設(shè)置一個獨立的或者位于消息接收端中的一個第二數(shù)據(jù)庫25，用于存儲消息接收端的初始資源值。實際上，在另一個應(yīng)用場景中，無論是消息發(fā)起端對應(yīng)的第一數(shù)據(jù)庫24，還是消息接收端對應(yīng)的第二數(shù)據(jù)庫25，均可位于消息中間件之中，由消息中間件進行統(tǒng)一維護和管理，在消息發(fā)起端和消息接收端需要了解它們各自對應(yīng)的數(shù)據(jù)庫存儲的資源值的情況時，可以向消息中間件發(fā)出請求消息，由消息中間件將它們數(shù)據(jù)庫中存儲的資源值情況推送到各終端中顯示。
[0033]從上述應(yīng)用場景可以看出，該應(yīng)用場景實際上可以劃分出“兩側(cè)” “三個”實體部件:一側(cè)是消息發(fā)起端和消息接收端這兩個實體部件所在的一側(cè)，由于它們均可直接面向用戶，可以稱為用戶側(cè)；一側(cè)是消息中間件這一實體所在的一側(cè)，由于消息中間件主要起到聯(lián)系消息發(fā)起端和消息接收端的作用，它通常不直接面對用戶，可以稱為服務(wù)器側(cè)或網(wǎng)絡(luò)偵U。但是，這種劃分僅僅是針對上述應(yīng)用場景而言的，在別的應(yīng)用場景中，實際上可以僅僅劃分出“兩側(cè)”、“兩個”實體之間的關(guān)系，由于是交互式消息的處理，那么本質(zhì)上僅涉及到交互式消息的發(fā)起方和對交互式消息進行處理的處理方，也就是說，可以根據(jù)實際需要，將消息中間件所能完成的功能設(shè)置在消息發(fā)起端或者消息接收端，從而與消息發(fā)起端或消息接收端的實體部件合“二”為“一”，即由消息發(fā)起端與消息接收端進行直接對話，這種方式可以節(jié)約搭建網(wǎng)絡(luò)帶來的設(shè)備成本，但是，這種方式可能帶來另一種風險:消息發(fā)起端直接與消息接收端對話使消息接收端在接收到交互式消息的同時，也接收到資源值，這時，消息接收端可能在接收到資源值后不返回響應(yīng)消息，導致消息接收端發(fā)送的交互任務(wù)的完成未能得到恰當?shù)谋Ｕ?，也就是說，這種模式?jīng)]能建立起消息發(fā)起端與消息接收端之間的信任機制?；膺@種風險的一種可能的方式可以如上述應(yīng)用場景所示，在消息發(fā)起端和消息接收端之間設(shè)置獨立的消息中間件，消息中間件在轉(zhuǎn)發(fā)響應(yīng)消息后再根據(jù)變量資源值對消息發(fā)起端和消息接收端的初始資源值進行更新，這種方式使得消息接收端如果不對交互式消息進行響應(yīng)，則不會引起資源值的更新，而始終保持其原有資源值不變，消息發(fā)起端也不會損失其資源值，保持原有資源值不變，使兩個終端對交互式消息處理的能力與資源值的多少之間的一致性與真實情況相符。
[0034]示例性方法
[0035]下面結(jié)合圖2的應(yīng)用場景，參考圖3來描述根據(jù)本發(fā)明示例性的交互式消息處理的實施方法。需要注意的是，上述應(yīng)用場景僅是為了便于理解本發(fā)明的精神和原理而示出，本發(fā)明的實施方式在此方面不受任何限制。相反，本發(fā)明的實施方式可以應(yīng)用于其他可以適用的任何場景。
[0036]根據(jù)圖3示出的本發(fā)明的一個示例性實施例(該實施例從消息中間件的角度描述)，交互式消息的處理方法的流程可以包括:
[0037]步驟S31:接收消息發(fā)起端發(fā)送的交互式消息及與該交互式消息對應(yīng)的變量資源值，所述變量資源值小于或等于消息發(fā)起端的初始資源值；
[0038]這里的變量資源值是與本次的交互式消息所對應(yīng)的，而初始資源值則是與消息發(fā)起端或消息接收端(見后)對交互式消息的處理能力對應(yīng)的，但是，這兩個量之間的關(guān)系應(yīng)當滿足:變量資源值小于或等于初始資源值。之所以需要滿足這樣的關(guān)系，其原因在于變量資源值體現(xiàn)的對交互式消息的單次處理能力不應(yīng)當超過消息發(fā)起端的初始資源值體現(xiàn)的對交互式消息的總處理能力。這里將交互式消息與變量資源值進行捆綁發(fā)送的方式，并不限定它們兩者必須是同時傳輸以及位于同一個消息之中傳輸，即交互式消息與變量資源值之間只要建立合適的對應(yīng)關(guān)系，它們的具體發(fā)送方式便無需進行限定。在實際處理過程中，既可以將交互式消息和變量資源值封裝在一個消息中發(fā)送，也可以先傳輸交互式消息，再傳輸資源值，或者以相反的順序分別發(fā)送，分別發(fā)送的方式可以方便消息中間件為它們建立獨立的隊列，即分別建立消息隊列和資源隊列，將交互式消息存儲于消息隊列之中，將變量資源值存儲于資源隊列之中，兩個獨立的隊列使消息中間件在管理時易于管理，尤其在一個較短的時段內(nèi)接收到大量的交互式消息的情況下，優(yōu)勢更加明顯。無論采用哪種具體的發(fā)送機制，重點在于保證交互式消息與變量資源值之間的對應(yīng)關(guān)系。
[0039]步驟S32:廣播所述交互式消息及該交互式消息對應(yīng)的變量資源值；
[0040]消息中間件面對的消息接收端可能很多，這時可以要求消息中間件將接收到的交互式消息和變量資源值向這些消息接收端進行廣播，以使得所有在線或不在線的消息接收端均有機會接收到交互式消息，并使得在線的消息接收端均有優(yōu)先對交互式消息作出回應(yīng)的機會。同時,這樣廣播的方式也有利于增加交互任務(wù)順利完成的可能性。
[0041]步驟S33:接收并轉(zhuǎn)發(fā)消息接收端響應(yīng)于所述交互式消息的響應(yīng)消息；
[0042]消息接收端接收到消息中間件廣播的交互式消息和變量資源值后，基于自身對資源值的考慮，可以對該交互式消息作出響應(yīng)，即向消息中間件返回響應(yīng)消息。消息中間件接收到來自消息接收端返回的響應(yīng)消息后，將其轉(zhuǎn)發(fā)給消息發(fā)起端。
[0043]步驟S34:根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值，所述初始資源值適應(yīng)于消息發(fā)起端或消息接收端對交互式消息的處理能力；
[0044]在消息發(fā)起端接收到消息中間件轉(zhuǎn)發(fā)的響應(yīng)消息后，并不意味著交互式消息的處理已經(jīng)完成，因為如果認為處理已經(jīng)完成，那么變量資源值在為消息發(fā)起端和消息接收端之間建立信用機制的作用便沒有發(fā)揮出來，從而使得交互任務(wù)的完成為“斷頭”交互，即本次交互偶然性完成后，將使后續(xù)進行交互的難度大大增加。為此，消息中間件還需要根據(jù)變量資源值更新消息發(fā)起端和消息接收端的初始資源值。這里的“更新操作”一種較為容易理解的實現(xiàn)方式是從消息發(fā)起端中的初始資源值中減去變量資源值，而在作出響應(yīng)消息的消息接收端中的初始資源值中增加變量資源值，消息發(fā)起端和消息接收端初始變量資源值的變化體現(xiàn)出它們處理交互式消息的處理能力的變化，也就是說，如果在正向?qū)?yīng)關(guān)系下(參見前述的描述)，由于消息發(fā)起端的資源值變少，那么其再次發(fā)起交互式消息任務(wù)的能力將由此減弱，而消息接收端的資源值變多，那么其要發(fā)起交互式消息任務(wù)的能力將由此增強；如果在反向?qū)?yīng)關(guān)系下，消息發(fā)起端處理交互式消息任務(wù)的能力的上升空間將由此變大，即在同等條件下，消息發(fā)起端更具有處理其他交互式消息的迫切性；消息接收端處理交互式消息任務(wù)的能力的上升空間將由此變小，即在同等條件下，消息接收端處理其他交互式消息的迫切性不再像原來那么大，而可能將其資源用于處理其他任務(wù)。
[0045]這里還有必要說明下“初始資源值”。初始資源值是相對于當次的交互式消息處理過程中的更行操作而言的，即如果在當次交互式消息處理過程中出現(xiàn)了利用變量資源值更新初始資源值，那么當次的初始資源值將發(fā)生變化，形成新的資源值。但是，該新的資源值在下一次處理另一個交互式消息過程中，仍可能作為“初始”資源值，因為它相對于該“下一次”的交互式消息處理過程中的更新操作而言是“初始”的。
[0046]如前所述，上述實施例是交互式消息處理的示例性實施例。在實際應(yīng)用過程中，基于各種需要還可能做出諸多變形或改進，從而取得更好的技術(shù)效果。比如，在交互式消息發(fā)送或針對交互式消息作出回應(yīng)過程中可以由單一身份變?yōu)槎嗌矸輽C制；為交互式消息設(shè)定生存周期，建立交互式消息的有效性時段，以及，采用對交互式消息的響應(yīng)消息進行確認的消息確認機制等。下面分別敘述。
[0047]如前所述，通過上述實施例可進行交互式消息的處理，實現(xiàn)交互任務(wù)。但是，在交互任務(wù)實現(xiàn)過程中，某些特定情況下，消息發(fā)起端可能并不希望通過一次交互式消息的處理即將自身的真實身份暴露給所有的消息接收端。為解決該問題，本發(fā)明的實施方式可以提供靈活的身份機制。比如，可以針對消息發(fā)起端建立一個身份集(第一身份集)，該身份集包含消息發(fā)起端的唯一 ID(該唯一 ID可用于唯一性地識別消息發(fā)起端，通常位于消息發(fā)起端的底層，用于在底層的信息流流動過程中標識消息發(fā)起端，該唯一 ID標識的身份屬于真實身份)，以及與該唯一 ID對應(yīng)的多個虛擬身份(這些虛擬身份用于展現(xiàn)給消息接收端，屬于非真實身份)。這樣，消息發(fā)起端在發(fā)送交互式消息和對應(yīng)的變量資源值時，可以根據(jù)自身的需要靈活地選擇身份集中的某個身份發(fā)送消息，比如，當某些交互式消息的處理具有特別要求，必須消息發(fā)起端以真實身份(實名制)發(fā)送才可能獲得消息接收端的處理時，則可以使用上述的唯一 ID身份；當某些交互式消息的處理沒有特別要求，且消息發(fā)起端也不希望透露自己的真實身份時，則可以從身份集中選擇除唯一 ID之外的其他身份。同樣的道理，對于消息接收端而言，其需要對交互式消息作出響應(yīng)，為了給消息接收端提供靈活的身份機制，也可以為其建立一個身份集(第二身份集)，該身份集包含消息接收端的唯一 ID，以及與該唯一 ID對應(yīng)的多個虛擬身份。這樣，消息接收端在對交互式消息作出響應(yīng)時，也可以根據(jù)自身的需要靈活地選擇身份集中的某個身份返回響應(yīng)消息。
[0048]在這種靈活的身份機制之下，可能出現(xiàn)一種“應(yīng)用漏洞”:由于來自消息接收端的響應(yīng)消息可以為虛擬身份，那么在消息發(fā)起端接收到的響應(yīng)消息中，很可能混雜這樣的響應(yīng)消息:消息發(fā)起端以某個虛擬身份對自己發(fā)起的交互式消息進行回應(yīng)而產(chǎn)生的響應(yīng)消息。但是，這種響應(yīng)消息除可以在適當?shù)臅r候刷新消息發(fā)起端自身的資源值外，本質(zhì)上并沒有實現(xiàn)交互式消息的交互任務(wù)。為避免這種“應(yīng)用漏洞”，本發(fā)明實施方式在根據(jù)變量資源值更新消息發(fā)起端和消息接收端的初始資源值之前，可以判斷響應(yīng)交互式消息的消息接收端的身份是否屬于第一身份集(參見圖3虛線框所示的步驟S35)，如果是，則說明該響應(yīng)是消息發(fā)起端自身作出的，屬于虛假響應(yīng)，應(yīng)當排除，不進行資源值的更新操作；如果否，則說明該響應(yīng)不是消息發(fā)起端作出的，而是消息接收端針對所述交互式消息作出的響應(yīng)消息，屬于真實響應(yīng)，應(yīng)當隨后進行資源值的更新操作。
[0049]如前所述，通過上述實施例可進行交互式消息的處理，實現(xiàn)交互任務(wù)。但是，在交互任務(wù)實現(xiàn)過程中，自消息發(fā)起端發(fā)出交互式消息開始，到接收到來自消息接收端的響應(yīng)消息為止的這一段時間不可能過長，甚至長到?jīng)]有期限限制，因為如果消息發(fā)起端采用的是串行處理模式，每個交互任務(wù)的處理高度關(guān)聯(lián)，那么容忍上述時間段足夠的長，將使多個交互任務(wù)的處理過程“死鎖”在該不能及時得到響應(yīng)消息的交互任務(wù)上，從而影響到交互任務(wù)的總體處理效率。為避免這種問題，可以為交互式消息設(shè)定一個生存期，在該生存期內(nèi)交互式消息是有效的，對該交互式消息作出的響應(yīng)也是有效的，在接收到有效的響應(yīng)消息后則可觸發(fā)資源值的更新操作；在該生存期之外，即交互式消息的生存期已屆滿，在該情況下對該交互式消息作出的響應(yīng)不再有效，無效的響應(yīng)將不再觸發(fā)進行資源值的更新操作。具體而言(參見圖3虛線框所示的步驟S36):在根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值之前，判斷所述交互式消息的生存期是否已屆滿，如果否，則根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值。這種生存期機制使交互式消息的“交互”特點體現(xiàn)得更為明顯:既然要實現(xiàn)消息發(fā)起端與消息接收端之間的信息交互，那么這個“來回”的時間就不可能很長，如果太長將使交互不再具有太多實際意義。
[0050]如前所述，通過上述實施例可進行交互式消息的處理，實現(xiàn)交互任務(wù)。但是，在交互任務(wù)實現(xiàn)過程中，消息接收端在表面上接收到了響應(yīng)消息，可該響應(yīng)消息是否確實是對交互式消息的針對性回應(yīng)，即“交互”的實體意義到底有多大(消息發(fā)起端期望獲得的響應(yīng)內(nèi)容與消息接收端返回的響應(yīng)內(nèi)容之間的差距)，還需要判斷響應(yīng)消息與交互式消息的匹配情況，只有那些與交互式消息匹配度較高的響應(yīng)消息，才不僅在表面上實現(xiàn)了形式意義的交互，而且在實體意義上也實現(xiàn)了“交互”。為了確認響應(yīng)消息的響應(yīng)價值，本發(fā)明的實施方式在根據(jù)變量資源值更新消息發(fā)起端和消息接收端的初始資源值之前，可以進行如下的操作(參見圖3虛線框所示的步驟S37、S38):計算所述響應(yīng)消息與所述交互式消息的匹配度，所述匹配度為響應(yīng)消息與交互式消息的關(guān)聯(lián)程度；判斷所述匹配度是否超過預設(shè)閾值，如果是，則觸發(fā)執(zhí)行根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值的步驟。通過這種計算匹配度的方式，可以確認響應(yīng)消息針對交互式消息的有效性(針對性)大小，從而避免那些“濫竽充數(shù)”的響應(yīng)消息套取資源值，使資源值作為衡量對交互式消息處理能力的標志出現(xiàn)錯誤。
[0051]上述計算匹配度的方式可以存在多種具體實現(xiàn)方式，在實際應(yīng)用過程中，針對不同的交互式消息的性質(zhì)可以有選擇上的側(cè)重。比如，針對評論式交互消息，由于響應(yīng)消息是對交互式消息的信息內(nèi)容的評論，其匹配度可以通過直接計算交互式消息和響應(yīng)消息這兩組信息內(nèi)容的距離實現(xiàn)，具體而言，可以先將響應(yīng)消息和交互式消息分別進行字詞切分，然后針對交互式消息的每個字詞，計算它與響應(yīng)消息的每個字詞之間的距離，再將計算的字詞距離之和作為響應(yīng)消息與交互式消息的匹配度。針對問題式交互消息，由于響應(yīng)消息是對交互消息的信息內(nèi)容的回答，其匹配度可以通過計算知識庫與響應(yīng)消息之間的距離實現(xiàn)，具體而言，可以先對響應(yīng)消息和交互消息進行字詞切分，建立交互式字詞的知識庫，計算響應(yīng)消息的字詞與所述知識庫之間的距離，將距離之和作為響應(yīng)消息與交互式消息的匹配度。
[0052]需要說明的是，上述三種改進方式可以是并列性的，即它們各自從一個側(cè)面對本發(fā)明的基本實施例進行了技術(shù)效果上的優(yōu)化，也可以是遞進性的，即它們可以在一種改進方式基礎(chǔ)上，針對改進的結(jié)果繼續(xù)下一種改進，從而總體性地對本發(fā)明的基本實施例進行技術(shù)效果上的優(yōu)化(參見圖3所述的流程圖)。實際上，上述提及的“多身份機制”、“生存期機制”、“響應(yīng)消息的確認機制”僅僅是示例性的，在實際應(yīng)用過程中，還可能面臨更多的需求，從而存在其他更多的改進方式。
[0053]比如，消息中間件不僅可以將交互式消息向與其連接的消息接收端進行廣播，還可能將某個消息接收端作出的針對交互式消息的響應(yīng)消息進行廣播。這種情況下，除作出響應(yīng)消息接收端之外的其他終端(交互式消息的參與終端，區(qū)別于交互式消息的發(fā)起端)將有機會看到該響應(yīng)消息，該其他終端基于對響應(yīng)消息的認同，可能也會提供變量資源值。這樣，消息中間件不僅依據(jù)消息發(fā)起端給出的變量資源值更新消息發(fā)起端和消息接收端的初始資源值，而且還將依據(jù)其他終端發(fā)送的變量資源值更新響應(yīng)交互式消息的消息接收端和所述其他終端的初始資源值。
[0054]還比如，在實際應(yīng)用過程中，除這種其他終端在響應(yīng)消息作出后參與到交互過程中來的情況外，還可能在某個時段內(nèi)有多個消息接收端對交互式消息作出了響應(yīng)，這時消息發(fā)起端提供的資源值可以在這多個作出響應(yīng)消息的消息接收端中進行分配，即根據(jù)所述變量資源值更新該多個消息接收端的初始資源值。對于分配的方式，可以依據(jù)作出響應(yīng)消息的時間先后、作出的響應(yīng)消息與交互式消息的匹配程度等因素進行分配，當然，也可以采用“一視同仁”式的平均分配方式，以簡化操作。
[0055]此外，由于交互式消息的交互特性，針對交互式消息所作出的回應(yīng)可能多種多樣，對于匹配度高的響應(yīng)消息當然是交互式消息所期望的回應(yīng)，但是，對于沒有任何匹配度(或者匹配度較低)，甚至包含有非法詞語的響應(yīng)，也不應(yīng)當不作任何處理，本發(fā)明的實施方式可以提供敏感詞語的過濾機制。具體而言，在接收到來自消息接收端的響應(yīng)消息后，對所述響應(yīng)消息進行字詞切分；將切分的字詞與預設(shè)的關(guān)鍵詞列表進行匹配，所述關(guān)鍵詞列表為非法關(guān)鍵詞的列表，如果能匹配，則根據(jù)所述非法關(guān)鍵詞的非法程度進行相應(yīng)的處理。非法程度可以根據(jù)實際情況進行規(guī)定，比如，可以設(shè)定兩級非法關(guān)鍵詞，一級非法關(guān)鍵詞的非法程度高于二級非法關(guān)鍵詞，那么，如果非法關(guān)鍵詞為一級非法關(guān)鍵詞，說明該非法關(guān)鍵詞的程度較高，則可以不再轉(zhuǎn)發(fā)該響應(yīng)消息和執(zhí)行更新資源值的操作，而直接結(jié)束流程；如果所述非法關(guān)鍵詞為二級非法關(guān)鍵詞，則在所述交互式消息中排除所述非法關(guān)鍵詞，然后將排除非法關(guān)鍵詞之后的信息轉(zhuǎn)發(fā)給消息發(fā)起端。上述非法關(guān)鍵詞過濾操作是針對響應(yīng)消息而言的，實際上，對于交互式消息本身而言，其仍然可能包含非法關(guān)鍵詞，在這種情況下，也可以根據(jù)預先設(shè)定的關(guān)鍵詞列表進行匹配過濾，根據(jù)匹配的結(jié)果，采取相應(yīng)的處理措施，該處理措施可以與上述響應(yīng)消息的類似，這里不再贅言。
[0056]示例性設(shè)備、系統(tǒng)
[0057]在介紹了本發(fā)明示例性實施方式的方法之后，接下來，參考圖4，該圖示出了實現(xiàn)交互式消息處理的設(shè)備的示例性實施方式。該設(shè)備例如可以包括:第一消息接收裝置41、廣播裝置42、第二消息接收裝置43、轉(zhuǎn)發(fā)裝置44和更新裝置45，其中:
[0058]第一消息接收裝置41，用于接收消息發(fā)起端發(fā)送的交互式消息及與該交互式消息對應(yīng)的變量資源值，所述變量資源值小于或等于消息發(fā)起端的初始資源值，第一消息接收裝置可以在相同時刻同時接收到交互式消息和變量資源值，也可以在不同時刻分別接收到交互式消息和資源值，這取決于消息發(fā)起端采用何種方式發(fā)送交互式消息和變量資源值，前一種接收方式適用于交互式消息與變量資源值封裝在同一個消息當中的情形，后一種接收方式適應(yīng)于消息發(fā)起端在不同的消息中分別發(fā)送交互式消息和變量資源值的情形。
[0059]廣播裝置42，用于廣播所述交互式消息及與該交互式消息對應(yīng)的變量資源值，該裝置將交互式消息推送給所有與該裝置具有連接關(guān)系的在線或不在線的消息接收端。這里的“廣播”體現(xiàn)了消息接收端的不確定性，這種不確定性表明交互式消息需要一定范圍內(nèi)的多個消息接收端的參與，多個消息接收端的參與可以提高對交互式消息進行針對性回應(yīng)的幾率，從而增加實現(xiàn)交互任務(wù)的可能性。[0060]第二消息接收裝置43，用于接收消息接收端響應(yīng)于所述交互式消息的響應(yīng)消息，在實際應(yīng)用過程中，第一消息接收裝置和第二消息接收裝置可以為獨立的裝置，也可以是相同的裝置，只是其在不同時刻接收到的消息類別不同。
[0061]轉(zhuǎn)發(fā)裝置44，用于轉(zhuǎn)發(fā)所述響應(yīng)消息。更新裝置45，用于根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值，所述初始資源值適應(yīng)于消息發(fā)起端或消息接收端對交互式消息的處理能力。
[0062]上述交互式消息處理設(shè)備通過接收捆綁在一起的交互式消息和變量資源值，使消息接收端可以基于對自身資源值的考慮，及時作出響應(yīng)，從而為交互任務(wù)的實現(xiàn)提供一定程度上的保障，使交互任務(wù)有更大的可能性得到實現(xiàn)。而且，在交互任務(wù)實現(xiàn)概率增加的情況下，交互式消息處理設(shè)備將會接收到更少的來自于消息發(fā)起端的相同內(nèi)容的交互式消息，從而可以避免對運算處理資源的消耗，起到節(jié)約資源的作用。此外，在交互任務(wù)實現(xiàn)概率增加的情況下，消息發(fā)起端發(fā)起的相同內(nèi)容的交互式消息的數(shù)量將減少，即重發(fā)次數(shù)將減少，從而有利于避免出現(xiàn)“網(wǎng)絡(luò)擁堵”的現(xiàn)象。
[0063]上述裝置實施例可以基于實際需要，通過增加新的功能結(jié)構(gòu)單元來實現(xiàn)一些特定的目的。比如，增加交互式消息生存期判別單元，用于判斷交互式消息是否屆滿生存期，如果屆滿，則可以不觸發(fā)資源值的更新操作；增加對響應(yīng)消息與交互式消息之間的匹配度進行判斷的判斷單元，以確認那些匹配度較高的響應(yīng)消息對應(yīng)的消息接收端可以得到變量資源值；增加對非法關(guān)鍵詞進行過濾的過濾單元，從而可以將交互式消息或響應(yīng)消息中的非法詞語過濾掉。
[0064]參見圖5，該圖示出了交互式消息處理系統(tǒng)的示例性實施方式。該系統(tǒng)例如可以包括消息發(fā)起端51、交互式消息處理設(shè)備52和消息接收端53，其中:消息發(fā)起端51，用于向所述交互式消息處理設(shè)備發(fā)送交互式消息及與該交互式消息對應(yīng)的變量資源值，所述變量資源值小于或等于消息發(fā)起端的初始資源值；消息接收端53，用于接收所述交互式消息，并向所述交互式消息處理設(shè)備發(fā)送響應(yīng)于所述交互式消息的響應(yīng)消息；交互式消息處理設(shè)備52可以包括:第一消息接收裝置521、廣播裝置522、第二消息接收裝置523、轉(zhuǎn)發(fā)裝置524和更新裝置525，其中:第一消息接收裝置521，用于接收消息發(fā)起端發(fā)送的交互式消息及與該交互式消息對應(yīng)的變量資源值；廣播裝置522，用于廣播所述交互式消息及該交互式消息對應(yīng)的變量資源值；第二消息接收裝置523，用于接收消息接收端響應(yīng)于所述交互式消息的響應(yīng)消息；轉(zhuǎn)發(fā)裝置524，用于向所述消息發(fā)起端轉(zhuǎn)發(fā)所述響應(yīng)消息；更新裝置525，用于根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值，所述初始資源值適應(yīng)于消息發(fā)起端或消息接收端對交互式消息的處理能力。
[0065]該系統(tǒng)實施例中的消息發(fā)起端51和消息接收端53可以位于用戶側(cè)，消息發(fā)起端接收用戶的指令生成交互式消息，消息接收端接收用戶對交互式消息的回應(yīng)生成響應(yīng)消息。交互式消息處理設(shè)備52可以位于網(wǎng)絡(luò)側(cè)，具體可以采用服務(wù)器的組成結(jié)構(gòu)。通過消息發(fā)起端、消息接收端以及服務(wù)器的共同作用，可以為順利而及時地完成交互任務(wù)提供保障。
[0066]應(yīng)當注意，盡管在上文詳細描述中提及了交互式消息處理設(shè)備、系統(tǒng)的若干裝置和可以擴展的功能單元，但是這種劃分并非強制性的。實際上，根據(jù)本發(fā)明的實施方式，上文描述的兩個或更多裝置的特征和功能可以在一個裝置中具體化。反之，上文描述的一個裝置的特征和功能可以進一步劃分，由多個裝置來具體化。[0067]此外，盡管在附圖中以特定順序描述了本發(fā)明方法的操作，但是，這并非要求或者暗示必須按照該特定順序來執(zhí)行這些操作，尤其是步驟S35?S38，或是必須執(zhí)行全部所示的操作才能實現(xiàn)期望的結(jié)果。附加地或備選地，可以省略某些步驟，將多個步驟合并為一個步驟執(zhí)行，和/或?qū)⒁粋€步驟分解為多個步驟執(zhí)行。
[0068]雖然已經(jīng)參考若干【具體實施方式】描述了本發(fā)明的精神和原理，但是應(yīng)該理解，本發(fā)明并不限于所公開的【具體實施方式】，對各方面的劃分也不意味著這些方面中的特征不能組合以進行受益，這種劃分僅是為了表述的方便。本發(fā)明旨在涵蓋所附權(quán)利要求的精神和范圍內(nèi)所包括的各種修改和等同布置。
【權(quán)利要求】
1.一種交互式消息的處理方法，包括: 接收消息發(fā)起端發(fā)送的交互式消息及與該交互式消息對應(yīng)的變量資源值，所述變量資源值小于或等于消息發(fā)起端的初始資源值； 廣播所述交互式消息及該交互式消息對應(yīng)的變量資源值； 接收并轉(zhuǎn)發(fā)消息接收端響應(yīng)于所述交互式消息的響應(yīng)消息； 根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值，所述初始資源值適應(yīng)于消息發(fā)起端或消息接收端對交互式消息的處理能力。
2.根據(jù)權(quán)利要求1所述的方法，其中，所述消息發(fā)起端具有第一身份集，所述第一身份集包含消息發(fā)起端的唯一 ID以及與該唯一 ID對應(yīng)的至少一個虛擬身份，所述接收消息發(fā)起端發(fā)送的交互式消息及交互式消息對應(yīng)的變量資源值具體包括: 接收消息發(fā)起端以第一身份集中任一身份發(fā)送的交互式消息及與該交互式消息對應(yīng)的變量資源值； 和/或， 所述消息接收端具有第二身份集，所述第二身份集包含消息接收端的唯一 ID以及與該唯一 ID對應(yīng)的至少一個虛擬身份，所述接收并轉(zhuǎn)發(fā)消息接收端響應(yīng)于所述交互式消息的響應(yīng)消息具體包括: 接收并轉(zhuǎn)發(fā)消息接收端以第二身份集中任一身份響應(yīng)于所述交互式消息的響應(yīng)消息。
3.根據(jù)權(quán)利要求2所述的方法，其中，在根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值之前，所述方法還包括:` 判斷響應(yīng)所述交互式消息的消息接收端的身份是否屬于第一身份集，如果否，則根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值。
4.根據(jù)權(quán)利要求1所述的方法，其中，所述交互式消息具有生存期，在根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值之前，所述方法還包括: 判斷所述交互式消息的生存期是否已屆滿，如果否，則根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值。
5.根據(jù)權(quán)利要求1所述的方法，其中，在根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值之前，所述方法還包括: 計算所述響應(yīng)消息與所述交互式消息的匹配度，所述匹配度為響應(yīng)消息與交互式消息的關(guān)聯(lián)程度； 判斷所述匹配度是否超過預設(shè)閾值，如果是，則根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值。
6.根據(jù)權(quán)利要求5所述的方法，其中，所述計算所述響應(yīng)消息與所述交互式消息的匹配度具體包括: 對所述響應(yīng)消息和交互式消息分別進行字詞切分； 分別計算交互式消息的字詞與響應(yīng)消息字詞的距離； 將距離之和作為響應(yīng)消息與交互式消息的匹配度。
7.根據(jù)權(quán)利要求5所述的方法，其中，所述計算所述響應(yīng)消息與所述交互式消息的匹配度具體包括: 對所述響應(yīng)消息和交互式消息進行字詞切分；建立所述交互式字詞的知識庫； 計算所述響應(yīng)消息的字詞與所述知識庫之間的距離； 將距離之和作為響應(yīng)消息與交互式消息的匹配度。
8.根據(jù)權(quán)利要求1所述的方法，其中，所述轉(zhuǎn)發(fā)消息接收端響應(yīng)于所述交互式消息的響應(yīng)消息具體為廣播所述消息接收端響應(yīng)于所述交互式消息的響應(yīng)消息，所述方法還包括: 如果接收到消息發(fā)起端之外的其他終端發(fā)送的變量資源值，則根據(jù)其他終端發(fā)送的變量資源值更新響應(yīng)交互式消息的消息接收端和所述其他終端的初始資源值。
9.根據(jù)權(quán)利要求1至8中任何一項所述的方法，其中，當接收到多個響應(yīng)于交互式消息的響應(yīng)消息時，根據(jù)所述變量資源值更新消息接收端的初始資源值具體包括: 根據(jù)響應(yīng)消息對應(yīng)的消息接收端的個數(shù)對所述變量資源值進行平均運算；根據(jù)平均運算的結(jié)果分別更新各個消息接收端。
10.根據(jù)權(quán)利要求1至8中任何一項所述的方法，其中，所述方法還包括: 在接收到消息發(fā)起端發(fā)送的交互式消息或消息接收端響應(yīng)的響應(yīng)消息后，對所述交互式消息或響應(yīng)消息 進行字詞切分；將切分的字詞與預設(shè)的關(guān)鍵詞列表進行匹配，所述關(guān)鍵詞列表為非法關(guān)鍵詞的列表，如果能匹配，則根據(jù)所述非法關(guān)鍵詞的非法程度進行相應(yīng)的處理。
11.根據(jù)權(quán)利要求10所述的方法，其中，所述非法關(guān)鍵詞包括一級非法關(guān)鍵詞和二級非法關(guān)鍵詞，所述一級非法關(guān)鍵詞的非法程度高于二級非法關(guān)鍵詞，所述根據(jù)非法關(guān)鍵詞的非法程度進行相應(yīng)的處理包括: 如果所述非法關(guān)鍵詞為一級非法關(guān)鍵詞，則不再執(zhí)行廣播所述交互式消息以及交互式消息對應(yīng)的變量資源值的步驟，結(jié)束流程； 如果所述非法關(guān)鍵詞為二級非法關(guān)鍵詞，則在所述交互式消息中排除所述非法關(guān)鍵詞，執(zhí)行廣播經(jīng)過排除處理后的交互式消息以及交互式消息對應(yīng)的變量資源值的步驟。
12.—種交互式消息的處理設(shè)備，包括:第一消息接收裝置、廣播裝置、第二消息接收裝置、轉(zhuǎn)發(fā)裝置和更新裝置，其中: 所述第一消息接收裝置，用于接收消息發(fā)起端發(fā)送的交互式消息及與該交互式消息對應(yīng)的變量資源值，所述變量資源值小于或等于消息發(fā)起端的初始資源值； 所述廣播裝置，用于廣播所述交互式消息及該交互式消息對應(yīng)的變量資源值； 所述第二消息接收裝置，用于接收消息接收端響應(yīng)于所述交互式消息的響應(yīng)消息； 所述轉(zhuǎn)發(fā)裝置，用于轉(zhuǎn)發(fā)所述響應(yīng)消息； 所述更新裝置，用于根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值，所述初始資源值適應(yīng)于消息發(fā)起端或消息接收端對交互式消息的處理能力。
13.一種交互式消息的處理系統(tǒng)，包括消息發(fā)起端、交互式消息處理設(shè)備和消息接收端，其中: 所述消息發(fā)起端，用于向所述交互式消息處理設(shè)備發(fā)送交互式消息及與該交互式消息對應(yīng)的變量資源值，所述變量資源值小于或等于消息發(fā)起端的初始資源值； 所述消息接收端，用于接收所述交互式消息，并向所述交互式消息處理設(shè)備發(fā)送響應(yīng)于所述交互式消息的響應(yīng)消息；所述交互式消息處理設(shè)備包括:第一消息接收裝置、廣播裝置、第二消息接收裝置、轉(zhuǎn)發(fā)裝置和更新裝置，其中: 所述第一消息接收裝置，用于接收消息發(fā)起端發(fā)送的交互式消息及與該交互式消息對應(yīng)的變量資源值； 所述廣播裝置，用于廣播所述交互式消息及該交互式消息對應(yīng)的變量資源值； 所述第二消息接收裝置，用于接收消息接收端響應(yīng)于所述交互式消息的響應(yīng)消息； 所述轉(zhuǎn)發(fā)裝置，用于向所述消息發(fā)起端轉(zhuǎn)發(fā)所述響應(yīng)消息； 所述更新裝置，用 于根據(jù)所述變量資源值更新消息發(fā)起端和消息接收端的初始資源值，所述初始資源值適應(yīng)于消息發(fā)起端或消息接收端對交互式消息的處理能力。
【文檔編號】H04L12/58GK103746905SQ201310754530
【公開日】2014年4月23日 申請日期:2013年12月31日 優(yōu)先權(quán)日:2013年12月31日
【發(fā)明者】丁磊, 陳剛 申請人:廣州網(wǎng)易計算機系統(tǒng)有限公司