一種交互式消息的處理方法、設備及系統的製作方法

2023-06-09 17:58:06 1

一種交互式消息的處理方法、設備及系統的製作方法
【專利摘要】本發明的實施方式提供了一種交互式消息的處理方法。該方法可以包括：接收消息發起端發送的交互式消息及與該交互式消息對應的變量資源值；廣播所述交互式消息及該交互式消息對應的變量資源值；接收並轉發消息接收端響應於所述交互式消息的響應消息；根據所述變量資源值更新消息發起端和消息接收端的初始資源值，所述初始資源值適應於消息發起端或消息接收端對交互式消息的處理能力。該實施方式可以使交互式消息的「交互」目的實現的可能性增加，提高交互任務順利完成的概率。此外，本發明的實施方式還提供了一種交互式消息的處理設備和系統。
【專利說明】一種交互式消息的處理方法、設備及系統
【技術領域】
[0001]本發明的實施方式涉及信息處理【技術領域】，更具體地，本發明的實施方式涉及交互式消息的處理方法、設備及系統。
【背景技術】
[0002]本部分旨在為權利要求書中陳述的本發明的實施方式提供背景或上下文。此處的描述不因為包括在本部分中就承認是現有技術。
[0003]在信息【技術領域】，消息通常可以劃分為兩大類:一類是通知性消息，即消息發送主體將某個事件告知消息接收主體，消息接收主體接收到消息後不需要作出針對該消息的消息內容的回應，比如，Windows系統API函數庫中的驅動消息；一類是交互式消息，即消息發送主體在將某個事件告知消息接收主體後，還需要消息接收主體針對該消息的消息內容作出適當的響應，比如瀏覽網頁中的數據請求消息、資料庫中的查詢消息、易信聊天中發起討論話題的消息等。交互式消息的正確、及時處理，有利於交互任務的順利完成和交互目的的實現。
[0004]在現有技術中，已經出現交互式消息的處理技術。這些處理技術在具體實施時，由消息發起端將自身產生的交互式消息發送給消息接收端，然後設定等待時間等待消息接收端作出響應，在設定的等待時間內，如果順利接收到消息接收端作出的響應消息，一次交互式任務即告結束，如果沒有接收到消息接收端的響應消息，則交互過程失敗，消息發起端可能重新發起交互式消息或者放棄與所述消息接收端之間的交互任務。

【發明內容】

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

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