一種基于信息池信息傳遞的群聊機制,及基于信息池的信息傳遞技術領域，尤其涉及系統消息池模型、構件模型、消息池化技術以及消息傳遞群聊協議。構件之間的通信仍是通過消息傳遞完成的，消息池是消息的載體。消息內容顯示在左邊，時間顯示在右邊；如果消息有加密，那么消息內容固定顯示為加密消息，時間顯示右邊。本發明的實施例提供基于信息池信息傳遞的群聊機制，在構件上掛載伴隨消息池，消息池之間遵循事先訂立的消息協議進行通信，能夠克服現行主流的層次消息總線風格中存在的消息總線負載過重、同步控制困難等缺點，并能簡化系統設訓一過程，支持分布式系統以及軟件產品線設計。

技術領域

本發明涉及基于信息池的信息傳遞技術領域，尤其涉及系統消息池模型、構件模型、消息池化技術以及消息傳遞群聊協議。

背景技術

消息池化需要首先將大量的消息內容(文本甚或圖片)從用戶需求中抽取出來并作歸類，對于周期性的項目而言這一步驟即費時也未必能夠符合用戶需求反復變更的需要。也可以在系統開發后期或者維護、升級期間通過擴展的方式將補充的消息內容添加進來，但這同樣需要系統在設計階段就考慮到后期的種種變數并預留出擴展的接口。而對于實時性要求較高的系統，比如生產制造業管理軟件采用消息池化同樣也不合適。因為消息池化實現過程中要將大量的消息內容(文本甚至圖片)通過網絡傳播，其間的開銷是不可小視的。應用到實時性高的系統中時不可避免的會產生各種問題。

消息池化技術推薦您根據需要將消息內容放在適當的位置，每個系統的需求和實現方案都有或多或少的差異，存放消息內容的位置直接影響到系統整體的性能，因此必須也只能根據自己的特點進行權衡。消息池化表示將在內存中某處存在消息，可以把這堆消息放在服務端也可以放在客戶端。對于前者，客戶端需要頻繁的向服務端發送請求，獲取所需的消息內容；對于后者，客戶端除了要把所有消息內容從服務端拉到本地，還要負責維護消息池的狀態和有效性，也許還要考慮同步等諸多問題。

系統實施基于信息池信息傳遞的群聊機制的好處：在構件上掛載伴隨消息池，消息池之間遵循事先訂立的消息協議進行通信，能夠克服現行主流的層次消息總線風格中存在的消息總線負載過重、同步控制困難等缺點，并能簡化系統設訓一過程，支持分布式系統以及軟件產品線設計。

發明內容

為了克服現有的群聊機制的不足,本發明提供一種基于信息池信息傳遞的群聊機制，構件是獨立的計算模塊，可以用任何語言進行編寫.構件之間的通信仍是通過消息傳遞完成的，消息在用戶之間傳輸.每一個構件有一個掛載的消息池，消息池是消息的載體，一方面用于存儲本地構件的計算結果，另一方面用于接收來自其它構件的消息。消息內容顯示在左邊，時間顯示在右邊；如果消息有加密，那么消息內容固定顯示為加密消息，時間顯示右邊。如果消息是回復我的消息，那么第一行顯示對方回復的內容，第二行顯示我發送的原始消息，時間顯示右邊。如果設定過消息期限，需要顯示倒計時。如果回復我的是加密消息，那么第一 行顯示加密消息4個字，第二行顯示我發的原始消息內容，時間顯示右邊。如果發送給我的消息設定過自動刪除，那么超過設定時間后，消息內容就顯示為【閱畢已自動刪除】，時間顯示右邊。

本發明解決其技術問題所采用的技術方案是：Output消息池負責接收構件的狀態變化信息。如果構件在運行過程中發生了狀態變化，那么構件的狀態數據將轉存于消息池，等待其它構件來取；對方取畢后消息池負責銷毀該消息，并回收內存，以便接收新的消息.如果該消息為多個其它構件所用，那么消息池在所有需求構件都取畢之后再進行銷毀。Input消息池負責接收其它構件的消息并通知構件消息己經到達。構件可以選擇馬上處理或者暫緩處理，如果選擇暫緩處理，消息池將一直為構件保存這條消息，處理完畢后消息池才回收該消息空間。

本發明的有益效果是，采用基于信息池信息傳遞的群聊機制，由于消息的直接傳遞減少了消息的分派和過濾動作。消息的登記和傳遞記錄在預先訂立的消息傳遞協議中.消息傳遞協議就是將消息的傳遞管理從總線功能中剝離出來，大大縮短了系統運行時的計算時間，或用靜態的協議換取動態的路由過程；另一方面消息傳遞與構件的業務邏輯計算分離開，降低了系統設計的復雜度。