訂閱消息管理方法及系統的制作方法
【專利摘要】本申請公開了訂閱消息管理方法及系統。方法：針對每個訂閱用戶賬號建立一個映射，所述映射記錄相應訂閱用戶賬號的訂閱記錄；當訂閱用戶賬號查詢訂閱消息，則通過訂閱用戶賬號的映射選擇一個或多個處理節點；利用所述處理節點通過所述訂閱用戶賬號的訂閱記錄，提取所述訂閱記錄對應的訂閱消息；將所述訂閱消息反饋至訂閱用戶賬號。本發明將訂閱消息系統建立在mapreduce框架之下，并行處理大量的訂閱消息，解決了服務器處理性能下降的問題。
【專利說明】訂閱消息管理方法及系統
【技術領域】
[0001]本申請涉及數據集成和數據優化領域，具體地說，涉及一種訂閱消息管理方法及系統。
【背景技術】
[0002]當前很多網絡服務方都會通過在不同平臺上建立客戶端的方式提供網絡服務。用戶以賬號登陸到客戶端中，便可以使用網絡服務方提供的各種功能。而多數的客戶端中，均含有訂閱消息這一項功能。
[0003]訂閱消息，是提供網絡服務的一方與用戶進行信息交流的重要手段之一。用戶可自行選擇訂閱客戶端中的某些功能板塊，一旦訂閱的板塊中有信息更新，即可將更新的信息通過訂閱消息的形式反饋給用戶。這樣即方便了用戶及時的獲悉這些功能板塊的信息更新情況，同時也為客戶端提供了更廣泛的信息推廣渠道。
[0004]客戶端中的訂閱消息系統，往往有兩種常見的機制。一種是推送式，也就是當產生訂閱消息之后，系統即推送給用戶，供用戶查看。不過這種方式的推送時間一般都是即時的，可能在用戶不便或不想瀏覽訂閱消息的時候進行推送，對用戶產生騷擾。所以這種方式很多用戶不愿接受。另一種是拉取式，即用戶按照自己的習慣定期查閱訂閱消息。一旦用戶進行查閱，即立刻將一定時間范圍內的訂閱消息向用戶反饋。這種方式查閱的時間將由用戶自行掌握，更加迎合多數用戶的需求。
[0005]不過現有技術存在的區別在于，傳統的拉取式訂閱消息系統，均由服務器統一集中的進行消息處理；隨著用戶數量和訂閱數量增加，服務器的處理訂閱消息的時間會大大的延長，無法快速穩定的向用戶反饋訂閱消息，使得用戶體驗嚴重下降。
【發明內容】
[0006]有鑒于此，本申請所要解決的技術問題是提供了一種訂閱消息管理方法和訂閱消息系統，將訂閱消息系統建立在mapreduce框架之下，并行處理大量的訂閱消息，解決了服務器處理性能下降的問題。
[0007]為了解決上述技術問題，本申請有如下技術方案:
一種訂閱消息管理方法，其特征在于，包括:
針對每個訂閱用戶賬號建立一個映射，所述映射記錄相應訂閱用戶賬號的訂閱記錄； 當訂閱用戶賬號查詢訂閱消息，則通過訂閱用戶賬號的映射選擇一個或多個處理節占.利用所述處理節點通過所述訂閱用戶賬號的訂閱記錄，提取所述訂閱記錄對應的訂閱消息；
將所述訂閱消息反饋至訂閱用戶賬號。
[0008]優選地，其中，所述針對每個訂閱用戶賬號建立一個映射還包括:
所述映射主從復制。
[0009]優選地，其中，所述提取所述訂閱記錄對應的訂閱消息具體為:
預設提取時間，在所述提取時間對所述訂閱記錄對應的訂閱消息進行提取。
[0010]優選地，其中，所述提取所述訂閱記錄對應的訂閱消息具體為:
提取全部未反饋的訂閱消息。
[0011]為了解決上述技術問題，本申請還有如下技術方案:
一種訂閱消息系統，其特征在于，所述系統中有多個處理節點，所述系統包括:
映射模塊，用于針對每個訂閱用戶賬號建立一個映射，所述映射記錄相應訂閱用戶賬號的訂閱記錄；
查詢模塊，用于在訂閱用戶賬號查詢訂閱消息時，通過訂閱用戶賬號的映射選擇一個或多個處理節點；
所述處理節點用于，利用所述處理節點通過所述訂閱用戶賬號的訂閱記錄，提取所述訂閱記錄對應的訂閱消息；將所述訂閱消息反饋至訂閱用戶賬號。
[0012]優選地，其中，所述針對每個訂閱用戶賬號建立一個映射還包括:
所述映射主從復制。
[0013]優選地，其中，
提取單元，用于預設時間范圍閾值，提取所述時間范圍閾值內產生的訂閱消息；或者提取全部未反饋的訂閱消息；
反饋單元，用于將所述訂閱消息反饋至訂閱用戶賬號。
[0014]與現有技術相比，本申請所述的方法和系統，達到了如下效果:
(O將訂閱消息機制建立在mapreduce框架之下，實現多個處理節點并行處理訂閱消息，提高了訂閱消息的處理性能；
(2)通過設置不同的訂閱消息提取方式，豐富了用戶體驗。
[0015]當然，實施本申請的任一產品必不一定需要同時達到以上所述的所有技術效果。
[0016]
【專利附圖】
【附圖說明】
[0017]此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構成對本申請的不當限定。在附圖中:
圖1為本申請實施例所述方法流程圖；
圖2為本申請實施例所述系統結構示意圖。
[0018]
【具體實施方式】
[0019]如在說明書及權利要求當中使用了某些詞匯來指稱特定組件。本領域技術人員應可理解，硬件制造商可能會用不同名詞來稱呼同一個組件。本說明書及權利要求并不以名稱的差異來作為區分組件的方式，而是以組件在功能上的差異來作為區分的準則。如在通篇說明書及權利要求當中所提及的“包含”為一開放式用語，故應解釋成“包含但不限定于”。“大致”是指在可接收的誤差范圍內，本領域技術人員能夠在一定誤差范圍內解決所述技術問題，基本達到所述技術效果。此外，“耦接”一詞在此包含任何直接及間接的電性耦接手段。因此，若文中描述一第一裝置耦接于一第二裝置，則代表所述第一裝置可直接電性耦接于所述第二裝置，或通過其他裝置或耦接手段間接地電性耦接至所述第二裝置。說明書后續描述為實施本申請的較佳實施方式，然所述描述乃以說明本申請的一般原則為目的，并非用以限定本申請的范圍。本申請的保護范圍當視所附權利要求所界定者為準。
[0020]本申請中，將訂閱消息系統建立在mapreduce框架之下，并行處理大量的訂閱消息，解決了服務器處理性能下降的問題。參見圖1所示，本申請中所述訂閱消息管理方法具體包括以下步驟:
步驟101、針對每個訂閱用戶賬號建立一個映射，所述映射記錄相應訂閱用戶賬號的訂閱記錄。
[0021]所述映射即mapreduce框架中的map部分。在mapreduce框架中的map層,針對每個訂閱用戶賬號建立一個映射，或者說將每個訂閱用戶賬號作為mapreduce中的一個映射。所述訂閱用戶賬號，是網絡服務的接受方。
[0022]所述映射記錄相應訂閱用戶賬號的訂閱記錄，也就是映射承載著訂閱用戶賬號的訂閱內容。例如訂閱用戶賬號001訂閱了 A、B、C三個板塊內容，則以上訂閱內容均記錄在該訂閱用戶賬號對應的映射中。A、B、C三個板塊可以來自于提供網絡服務的服務器，也可以來自于一些頻道用戶賬戶，即來自一部分用戶上傳分享的網絡服務。
[0023]訂閱用戶賬號的訂閱記錄將通過所述映射而投影到相應的板塊中，以便于后續的處理運算。
[0024]另外優選的，所述映射主從復制，以保證數據高度的可用性。
[0025]步驟102、當訂閱用戶賬號查詢訂閱消息，則通過訂閱用戶賬號的映射選擇一個或者多個處理節點。
[0026]歸并(reduce)是所述mapreduce框架的另一個部分。mapreduce框架中的reduce層中有大量的處理節點，能夠進行并行處理，而所述并行處理，也是在大規模數據處理中提聞效率，提升處理性能的關鍵所在。
[0027]mapreduce從原理上是map和reduce兩個部分協同執行。map用于把數據打散分布在很多節點，reduce是把數據再聚合起來。訂閱用戶賬號的訂閱記錄已經通過所述映射而投影到相應的板塊中，所以即可利用所述reduce從板塊進行歸并聚合的運算，以完成訂閱消息的處理。
[0028]本實施例中，訂閱消息系統同樣是采用拉取式的機制，也就是需要訂閱用戶賬號主動查詢訂閱消息。當訂閱用戶賬號主動查詢是，便會通過該訂閱用戶賬號的映射，選取一個或多個處理節點，由被選擇的處理節點為該訂閱用戶賬號提取訂閱消息，并進行反饋。
[0029]而在本實施例中，由于存在多個處理節點并行處理，所以在大量用戶進行查詢時，依然能夠保證查詢性能。
[0030]步驟103、利用所述處理節點通過所述訂閱用戶賬號的訂閱記錄，提取所述訂閱記錄對應的訂閱消息。
[0031]由于所述映射中已經記錄了訂閱用戶賬號的訂閱消息,所以在mapreduce當中，處理節點即可通過映射得到所述訂閱用戶賬號的訂閱記錄，進而利用所述訂閱記錄提取所述訂閱記錄對應的訂閱消息。
[0032]優選的，還可以預設提取時間，在所述提取時間對所述訂閱記錄對應的訂閱消息進行提取，以便協調各個處理節點開始運行的時機，使得整體系統能夠協同運作。
[0033]步驟104、將所述訂閱消息反饋至訂閱用戶賬號。
[0034]提取訂閱消息之后，即反饋至訂閱用戶賬號，供用戶進行瀏覽。
[0035]通過以上技術方案可知，本實施例存在的有益效果是:將訂閱消息機制建立在mapreduce框架之下，實現多個處理節點并行處理訂閱消息，提高了訂閱消息的處理性能；通過設置不同的訂閱消息提取方式，豐富了用戶體驗。
[0036]參見圖2所示,為本申請實施例所述訂閱消息系統的具體實施例,本實施例中,所述系統用于實現圖1所示實施例中所述方法，二者技術方案本質上一致。所以圖1所示實施例中的相應描述，同樣適用于本實施例當中，在此不作重復敘述。本實施例中所述系統中有多個處理節點201，所述系統包括:
映射模塊202，用于針對每個訂閱用戶賬號建立一個映射，所述映射記錄相應訂閱用戶賬號的訂閱記錄。
[0037]本實施例中所述針對每個訂閱用戶賬號建立一個映射還包括，所述映射主從復制。
[0038]查詢模塊203，用于在訂閱用戶賬號查詢訂閱消息時，通過訂閱用戶賬號的映射選擇一個處理節點。
[0039]所述處理節點201用于，利用所述處理節點通過所述訂閱用戶賬號的訂閱記錄，提取所述訂閱記錄對應的訂閱消息；將所述訂閱消息反饋至訂閱用戶賬號。
[0040]所述處理節點201包括:
提取單元，用于預設時間范圍閾值，提取所述時間范圍閾值內產生的訂閱消息；或者提取全部未反饋的訂閱消息。
[0041]反饋單元，用于將所述訂閱消息反饋至訂閱用戶賬號。
[0042]通過以上技術方案可知，本實施例存在的有益效果是:將訂閱消息機制建立在mapreduce框架之下，實現多個處理節點并行處理訂閱消息，提高了訂閱消息的處理性能；通過設置不同的訂閱消息提取方式，豐富了用戶體驗。
[0043]通過以上各實施例可知，本申請存在的有益效果是:
(O將訂閱消息機制建立在mapreduce框架之下，實現多個處理節點并行處理訂閱消息，提高了訂閱消息的處理性能；
(2)通過設置不同的訂閱消息提取方式，豐富了用戶體驗。
[0044]本領域內的技術人員應明白，本申請的實施例可提供為方法、裝置、或計算機程序產品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產品的形式。
[0045]上述說明示出并描述了本申請的若干優選實施例，但如前所述，應當理解本申請并非局限于本文所披露的形式，不應看作是對其他實施例的排除，而可用于各種其他組合、修改和環境，并能夠在本文所述發明構想范圍內，通過上述教導或相關領域的技術或知識進行改動。而本領域人員所進行的改動和變化不脫離本申請的精神和范圍，則都應在本申請所附權利要求的保護范圍內。
【權利要求】
1.一種訂閱消息管理方法，其特征在于，包括: 針對每個訂閱用戶賬號建立一個映射，所述映射記錄相應訂閱用戶賬號的訂閱記錄； 當訂閱用戶賬號查詢訂閱消息，則通過訂閱用戶賬號的映射選擇一個或多個處理節占.利用所述處理節點通過所述訂閱用戶賬號的訂閱記錄，提取所述訂閱記錄對應的訂閱消息； 將所述訂閱消息反饋至訂閱用戶賬號。
2.根據權利要求1所述訂閱消息管理方法，其特征在于，所述針對每個訂閱用戶賬號建立一個映射還包括: 所述映射主從復制。
3.根據權利要求1或2所述訂閱消息管理方法，其特征在于，所述提取所述訂閱記錄對應的訂閱消息具體為: 預設提取時間，在所述提取時間對所述訂閱記錄對應的訂閱消息進行提取。
4.根據權利要求1或2所述訂閱消息管理方法，其特征在于，所述提取所述訂閱記錄對應的訂閱消息具體為: 提取全部未反饋的訂閱消息。
5.一種訂閱消息系統，其特征在于，所述系統中有多個處理節點，所述系統包括: 映射模塊，用于針對每個訂閱用戶賬號建立一個映射，所述映射記錄相應訂閱用戶賬號的訂閱記錄； 查詢模塊，用于在訂閱用戶賬號查詢訂閱消息時，通過訂閱用戶賬號的映射選擇一個或多個處理節點； 所述處理節點用于，利用所述處理節點通過所述訂閱用戶賬號的訂閱記錄，提取所述訂閱記錄對應的訂閱消息；將所述訂閱消息反饋至訂閱用戶賬號。
6.根據權利要求5所述訂閱消息系統，其特征在于，所述針對每個訂閱用戶賬號建立一個映射還包括: 所述映射主從復制。
7.根據權利要求5或6所述訂閱消息系統，其特征在于，所述處理節點包括: 提取單元，用于預設時間范圍閾值，提取所述時間范圍閾值內產生的訂閱消息；或者提取全部未反饋的訂閱消息； 反饋單元，用于將所述訂閱消息反饋至訂閱用戶賬號。
【文檔編號】H04L12/24GK104468339SQ201410836098
【公開日】2015年3月25日 申請日期:2014年12月30日 優先權日:2014年12月30日
【發明者】張文金, 張宇峰, 邱丹, 姚鍵, 潘柏宇, 盧述奇 申請人:合一網絡技術(北京)有限公司