亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

群發(fā)業(yè)務(wù)的處理方法及裝置的制作方法

文檔序號:7605819閱讀:113來源:國知局
專利名稱:群發(fā)業(yè)務(wù)的處理方法及裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信領(lǐng)域,具體而言,涉及一種群發(fā)業(yè)務(wù)的處理方法及裝置。
背景技術(shù)
消息群發(fā)系統(tǒng)(也稱作群發(fā)系統(tǒng))廣泛存在于現(xiàn)有的通訊系統(tǒng)和互聯(lián)網(wǎng)應(yīng)用中, 例如手機短信群發(fā),電子郵件群發(fā),SNS用戶動態(tài)群發(fā),微博博文推送等等,并且可以預(yù)見到在未來的創(chuàng)新應(yīng)用中也仍然會需要這樣的信息傳遞模式。在這樣的應(yīng)用中,存在著大量的并發(fā)的群發(fā)業(yè)務(wù),每一個群發(fā)業(yè)務(wù)都要將一個特定的源消息通過應(yīng)用系統(tǒng)的消息傳送機制推送給若干個特定的接收者。有時候,這個數(shù)量擴大到系統(tǒng)內(nèi)所有的接受者數(shù)量,這就演變成了消息廣播。另外,眾多的消息源可能會因業(yè)務(wù)需要源源不斷地群發(fā)不同的消息。在現(xiàn)有技術(shù)的消息群發(fā)系統(tǒng)中,處理這類群發(fā)業(yè)務(wù)時,一般采取先到先服務(wù),順序逐一處理的模式。在處理每一個群發(fā)業(yè)務(wù)時,群發(fā)系統(tǒng)會首先根據(jù)某種機制映射出此次群發(fā)的所有目標接收者列表,然后逐一對列表中的目標接收者進行單獨發(fā)送。這里討論的目標接收者是一般所指,具體來說可能是人,也可能是終端設(shè)備,也可能是服務(wù)器,或者是其他的實體對象。當(dāng)業(yè)務(wù)量增大時,有的群發(fā)系統(tǒng)會增加多臺群發(fā)服務(wù)器并行處理群發(fā)業(yè)務(wù), 以提高系統(tǒng)處理能力。即使如此,這樣的群發(fā)系統(tǒng)仍然存在一些問題。試想若一個消息群發(fā)系統(tǒng)平均要將每條消息群發(fā)到N個目標接收者,而這樣的群發(fā)業(yè)務(wù)平均每秒有M個,那就要求群發(fā)系統(tǒng)能夠達到每秒N*M的消息發(fā)送能力。當(dāng)N和M不斷增長時,就會對群發(fā)系統(tǒng)造成沖擊。在上述的群發(fā)機制中主要存在的問題一是系統(tǒng)效率低,群發(fā)服務(wù)器的負擔(dān)重,可能會因過載而癱瘓;二是服務(wù)不均衡,常常在處理一個或少數(shù)幾個目標接收者數(shù)量較大的群發(fā)業(yè)務(wù)時而阻塞了對其他群發(fā)業(yè)務(wù)的處理,三是無法感知接收者處理能力而可能造成接收者過載。針對相關(guān)技術(shù)中群發(fā)系統(tǒng)的效率比較低的問題,目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對相關(guān)技術(shù)中群發(fā)系統(tǒng)的效率比較低的問題而提出本發(fā)明,為此,本發(fā)明的主要目的在于提供一種群發(fā)業(yè)務(wù)的處理方法及裝置,以解決上述問題。為了實現(xiàn)上述目的,根據(jù)本發(fā)明的一個方面,提供了一種群發(fā)業(yè)務(wù)的處理方法。該群發(fā)業(yè)務(wù)的處理方法包括將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)進行緩存;以及在緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。進一步地,將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)進行緩存包括將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)緩存在第一隊列中,在緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)包括 從第一隊列中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。進一步地,在將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)緩存在第一隊列中之后,方法還包括 將第一隊列中的群發(fā)業(yè)務(wù)進行列表解析后送入第二隊列,在緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)包括從第二隊列中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。進一步地,該群發(fā)業(yè)務(wù)的處理方法還包括控制一個或多個群發(fā)業(yè)務(wù)下發(fā)的速度。進一步地,控制一個或多個群發(fā)業(yè)務(wù)下發(fā)的速度包括讀取第二隊列的長度;以及在第二隊列的長度超過第一預(yù)設(shè)長度時,則減慢從第一隊列讀取一個或多個群發(fā)業(yè)務(wù)的速度。進一步地,控制一個或多個群發(fā)業(yè)務(wù)下發(fā)的速度包括讀取一個或多個群發(fā)業(yè)務(wù)的下發(fā)速度;以及根據(jù)下發(fā)速度和預(yù)設(shè)速度的關(guān)系對下發(fā)速度進行調(diào)整。進一步地,在緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)包括獲取接收者標識的列表;在列表中的接收者標識超過預(yù)定個數(shù)時,對接收者標識進行拆分;按照拆分后的接收者標識分批發(fā)送一個或多個群發(fā)業(yè)務(wù)。進一步地,在列表中的接收者標識超過預(yù)定個數(shù)時,上述方法還包括將部分數(shù)量的接收者標識列入第一群發(fā)業(yè)務(wù)中并推送至第二隊列中等待發(fā)送處理;以及將第一群發(fā)業(yè)務(wù)進行標記后重新送入第一隊列等待下次處理剩余未完成的群發(fā)部分。進一步地,在緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)包括獲取接收者標識;根據(jù)接收者標識采用以下方式對一個或多個群發(fā)業(yè)務(wù)進行下發(fā)橫向批量發(fā)送;或者,縱向批量發(fā)送。為了實現(xiàn)上述目的,根據(jù)本發(fā)明的另一方面,提供了一種群發(fā)業(yè)務(wù)的處理裝置。該群發(fā)業(yè)務(wù)的處理裝置包括緩存模塊,用于將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)進行緩存;以及下發(fā)模塊,用于在緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。進一步地,緩存模塊用于將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)緩存在第一隊列中;下發(fā)模塊用于從第一隊列中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。進一步地,下發(fā)模塊包括獲取子模塊,用于獲取接收者標識的列表;拆分子模塊,用于在列表中的接收者標識超過預(yù)定個數(shù)時,對接收者標識進行拆分;以及下發(fā)子模塊,用于按照拆分后的接收者標識分批發(fā)送一個或多個群發(fā)業(yè)務(wù)。通過本發(fā)明,采用將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)進行緩存;以及在緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)的方法,解決了相關(guān)技術(shù)中群發(fā)系統(tǒng)的效率比較低的問題,進而達到了提高群發(fā)系統(tǒng)的效率,進而防止群發(fā)系統(tǒng)過載的效果。


構(gòu)成本申請的一部分的附圖用來提供對本發(fā)明的進一步理解,本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明,并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明實施例的群發(fā)業(yè)務(wù)的處理系統(tǒng)的示意圖;圖2是根據(jù)本發(fā)明第一實施例的群發(fā)業(yè)務(wù)的處理裝置的示意圖;圖3是根據(jù)本發(fā)明第二實施例的群發(fā)業(yè)務(wù)的處理裝置的示意圖;圖4是根據(jù)本發(fā)明實施例的群發(fā)業(yè)務(wù)的處理方法的流程圖;圖5是根據(jù)本發(fā)明的群發(fā)業(yè)務(wù)的處理方法的優(yōu)選實施例的流程圖;以及圖6是根據(jù)本發(fā)明實施例的群發(fā)業(yè)務(wù)的處理流程圖。
具體實施例方式需要說明的是,在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。圖1是根據(jù)本發(fā)明實施例的群發(fā)業(yè)務(wù)的處理系統(tǒng)的示意圖。如圖1所示,該群發(fā)業(yè)務(wù)的處理系統(tǒng)包括群發(fā)業(yè)務(wù)的處理裝置10和群發(fā)系統(tǒng)20。其中,群發(fā)業(yè)務(wù)的處理裝置10用于將群發(fā)系統(tǒng)20接收到的群發(fā)業(yè)務(wù)進行緩存;以及在緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。在上述的群發(fā)業(yè)務(wù)的處理系統(tǒng)中,通過設(shè)置一個群發(fā)業(yè)務(wù)的處理裝置,使得群發(fā)業(yè)務(wù)的處理裝置對群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)進行緩存,以及通過在緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā),能夠防止群發(fā)系統(tǒng)在下發(fā)群發(fā)業(yè)務(wù)時的過載現(xiàn)象,進而能夠提高群發(fā)業(yè)務(wù)的處理效率。圖2是根據(jù)本發(fā)明第一實施例的群發(fā)業(yè)務(wù)的處理裝置的示意圖。如圖2所示,該群發(fā)業(yè)務(wù)的處理裝置10包括緩存模塊102和下發(fā)模塊104。緩存模塊102用于將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)進行緩存;下發(fā)模塊104用于在緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。優(yōu)選地,緩存模塊用于將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)緩存在第一隊列中;下發(fā)模塊用于從第一隊列中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。圖3是根據(jù)本發(fā)明第二實施例的群發(fā)業(yè)務(wù)的處理裝置的示意圖。如圖3所示,該群發(fā)業(yè)務(wù)的處理裝置10包括緩存模塊102和下發(fā)模塊104。其中,下發(fā)模塊104包括獲取子模塊1042、拆分子模塊1044和下發(fā)子模塊1046。獲取子模塊1042用于獲取接收者標識的列表;拆分子模塊1044用于在列表中的接收者標識超過預(yù)定個數(shù)時,對接收者標識進行拆分;以及下發(fā)子模塊1046用于按照拆分后的接收者標識分批發(fā)送一個或多個群發(fā)業(yè)務(wù)。圖4是根據(jù)本發(fā)明實施例的群發(fā)業(yè)務(wù)的處理方法的流程圖。如圖4所示,該群發(fā)業(yè)務(wù)的處理方法包括以下步驟步驟S502,將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)進行緩存。優(yōu)選地,將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)進行緩存包括將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)緩存在第一隊列中。通過采用隊列進行緩存,能夠簡單、方便地實現(xiàn)抑制消息群發(fā)系統(tǒng)的過載。步驟S504,在緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。由于方案的出發(fā)點借鑒了水利防洪系統(tǒng)的“蓄洪”措施,所以稱本方案具有“蓄洪” 機制,能夠有效抑制消息群發(fā)系統(tǒng)的“洪流”并保證服務(wù)的正常穩(wěn)定。優(yōu)選地,在通過將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)緩存在第一隊列中進行緩存時,在緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)包括從第一隊列(即緩沖隊列)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。其中,在緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)可以包括獲取接收者標識的列表;在列表中的接收者標識超過預(yù)定個數(shù)時,對接收者標識進行拆分;按照拆分后的接收者標識分批發(fā)送一個或多個群發(fā)業(yè)務(wù)。由于在列表中的接收者標識超過預(yù)定個數(shù)時,采用對接收者列表進行拆分的方式進行發(fā)送,能夠防止在一次發(fā)送過程中發(fā)送過多的數(shù)據(jù),也即防止了數(shù)據(jù)發(fā)送的過載問題。優(yōu)選地,在列表中的接收者標識超過預(yù)定個數(shù)時,上述方法還包括將部分數(shù)量的接收者標識列入第一群發(fā)業(yè)務(wù)中并推送至第二隊列(即優(yōu)化隊列)中等待發(fā)送處理;以及將第一群發(fā)業(yè)務(wù)進行標記后重新送入第一隊列等待下次處理剩余未完成的群發(fā)部分。此時,由于在列表中的接收者標識超過預(yù)定個數(shù)時采用分批發(fā)送的方法,因而能夠防止在一次發(fā)送過程中發(fā)送過多的數(shù)據(jù),也即防止了數(shù)據(jù)發(fā)送的過載問題。其中,在緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)還可以包括獲取接收者標識;根據(jù)接收者標識采用以下方式對一個或多個群發(fā)業(yè)務(wù)進行下發(fā)橫向批量發(fā)送;或者,縱向批量發(fā)送。優(yōu)選地,在將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)緩存在第一隊列中之后,該群發(fā)業(yè)務(wù)的處理方法還可以包括將第一隊列中的群發(fā)業(yè)務(wù)進行列表解析后送入第二隊列,在緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)包括從第二隊列中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。通過采用多級隊列(包括兩級隊列及兩級以上隊列)進行緩存,能夠?qū)碜匀喊l(fā)系統(tǒng)的數(shù)據(jù)進行更好地緩存,從而能夠更好地解決數(shù)據(jù)發(fā)送的過載問題。優(yōu)選地,該群發(fā)業(yè)務(wù)的處理方法還可以包括控制一個或多個群發(fā)業(yè)務(wù)下發(fā)的速度。除了通過控制發(fā)送量對群發(fā)業(yè)務(wù)進行下發(fā)之外,結(jié)合對群發(fā)業(yè)務(wù)下發(fā)數(shù)據(jù)的控制,能夠更好地解決數(shù)據(jù)發(fā)送的過載問題。優(yōu)選地,控制一個或多個群發(fā)業(yè)務(wù)下發(fā)的速度包括讀取第二隊列的長度;以及在第二隊列的長度超過第一預(yù)設(shè)長度時,則減慢從第一隊列讀取一個或多個群發(fā)業(yè)務(wù)的速度。 在采用多級隊列進行緩存時,通過在后續(xù)隊列長度的判斷,以及在后續(xù)緩沖隊列的長度過長時減慢對上級隊列的數(shù)據(jù)讀取速度,能夠防止后續(xù)隊列的長度過長,進而防止的數(shù)據(jù)堵塞。優(yōu)選地,控制一個或多個群發(fā)業(yè)務(wù)下發(fā)的速度包括讀取一個或多個群發(fā)業(yè)務(wù)的下發(fā)速度;以及根據(jù)下發(fā)速度和預(yù)設(shè)速度的關(guān)系對下發(fā)速度進行調(diào)整。由于設(shè)置了一個預(yù)設(shè)速度作為基準速度,在群發(fā)業(yè)務(wù)的下發(fā)速度過高時可以基于該基準數(shù)據(jù)進行調(diào)整,從而能夠防止速度過高,也進一步地防止了數(shù)據(jù)發(fā)送過程中的過載現(xiàn)象。圖5是根據(jù)本發(fā)明的群發(fā)業(yè)務(wù)的處理方法的優(yōu)選實施例的流程圖。如圖5所示,該群發(fā)業(yè)務(wù)的處理方法包括以下步驟步驟S602,將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)緩存在第一隊列中。步驟S604,將第一隊列中的群發(fā)業(yè)務(wù)進行列表解析后送入第二隊列。該步驟還包括從第一隊列讀取一個或多個群發(fā)業(yè)務(wù)。步驟S606,從第二隊列中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。步驟S608,讀取第二隊列的長度。步驟S610,在第二隊列的長度超過第一預(yù)設(shè)長度時,則減慢從第一隊列讀取一個或多個群發(fā)業(yè)務(wù)的速度。需要說明的是,在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行,并且,雖然在流程圖中示出了邏輯順序,但是在某些情況下,可以以不同于此處的順序執(zhí)行所示出或描述的步驟。圖6是根據(jù)本發(fā)明實施例的群發(fā)業(yè)務(wù)的處理流程圖。如圖所示,該群發(fā)業(yè)務(wù)處理的主要流程是
首先,將群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)進行封裝并送入緩沖隊列的隊尾等待處理。然后,流量控制線程或進程從隊列的隊首取到一個待處理的群發(fā)業(yè)務(wù),進行某些諸如格式轉(zhuǎn)換,接收者列表解析等處理后將群發(fā)業(yè)務(wù)送入優(yōu)化隊列的隊尾。最后,由發(fā)送控制線程或進程從優(yōu)化隊列隊首取得一個待發(fā)送群發(fā)業(yè)務(wù)進行下發(fā)處理,這個下發(fā)過程中進行合并或批量發(fā)送的優(yōu)化處理。優(yōu)選地,在該實施例中,大量并發(fā)的群發(fā)業(yè)務(wù)請求首先被大量緩沖在緩沖隊列中, 在這里僅僅是排隊等待處理,這就好比水庫的蓄積洪水的功能。即使在蓄積較多業(yè)務(wù)請求的情況下,系統(tǒng)仍能正常響應(yīng)新的群發(fā)請求。優(yōu)選地,流量控制線程或進程除了按照常規(guī)從緩沖隊列中取出群發(fā)業(yè)務(wù)進行有關(guān)業(yè)務(wù)處理外,還負責(zé)控制群發(fā)節(jié)奏,這就好比水庫泄洪的閘門,通過閘門大小的控制,來調(diào)節(jié)下游洪水流量的大小。這個流量控制在本方案中主要表現(xiàn)在以下幾個方面。首先,流量控制會在讀取緩沖隊列中的新群發(fā)業(yè)務(wù)之前,先行讀取優(yōu)化隊列的長度,當(dāng)該隊列的長度超過一定的閾值后,將減慢讀取緩存隊列的速度,在某些條件下甚至?xí)和R欢螘r間。因為方案認為當(dāng)優(yōu)化隊列的長度較長時,說明系統(tǒng)的下發(fā)壓力較大,應(yīng)當(dāng)降低請求處理速度以減緩發(fā)送控制的下發(fā)壓力。其次,流量控制會定期讀取狀態(tài)記錄,狀態(tài)記錄是一組狀態(tài)數(shù)據(jù)統(tǒng)計,主要包括最近一段時間內(nèi)發(fā)送控制進行每一次下發(fā)消息的平均完成時間,以及其他的描述全部或部分接收者響應(yīng)消息群發(fā)速度和能力的指標。根據(jù)這樣的數(shù)據(jù)統(tǒng)計指標, 流量控制會感知群發(fā)業(yè)務(wù)接收者的接收能力,防止接收者過載。某些群發(fā)系統(tǒng)的接收者是一些服務(wù)器實體,這樣的實體有一定處理能力的限制,當(dāng)這樣的實體受到過大的輸入消息壓力時有可能過載甚至癱瘓。因此,流量控制會參考這些統(tǒng)計指標,當(dāng)超過一定閾值時也會減慢甚至?xí)和木彺骊犃凶x取群發(fā)業(yè)務(wù)。最后,流量控制會在讀取到群發(fā)業(yè)務(wù)后進行必要的格式轉(zhuǎn)換,接收者列表解析等業(yè)務(wù)處理。很多時候,群發(fā)業(yè)務(wù)里只指定了虛擬的接收者列表,而由群發(fā)系統(tǒng)來將虛擬的接收者列表變換成具體的每一個接收者的ID的列表;另一些群發(fā)系統(tǒng)里會要求在群發(fā)業(yè)務(wù)里指定了包含每一個具體接收者ID的列表,但這個列表有時候會過大。這個時候,流量控制就會采用拆分后分批群發(fā)的方法,一次僅將部分數(shù)量的接收者ID的列入群發(fā)業(yè)務(wù)中并推送至優(yōu)化隊列中等待發(fā)送處理,然后將這個群發(fā)業(yè)務(wù)進行標記后重新送入緩沖隊列等待下次處理剩余未完成的群發(fā)部分。這樣的過程可以進行多次迭代,以達到有節(jié)奏的群發(fā)的目標,與此同時,新來的群發(fā)業(yè)務(wù)也有平等機會的被系統(tǒng)處理了。當(dāng)系統(tǒng)中同時有小規(guī)模群發(fā)業(yè)務(wù)和大規(guī)模群發(fā)業(yè)務(wù)時,先到的大規(guī)模群發(fā)不至于堵塞小規(guī)模群發(fā)業(yè)務(wù)的處理。優(yōu)選地,發(fā)送控制線程或進程并不是簡單的每次從優(yōu)化隊列中讀取經(jīng)過處理后的群發(fā)業(yè)務(wù)并根據(jù)每個接收者ID—一進行發(fā)送,而是采取優(yōu)化的批量發(fā)送法。一種是橫向批量發(fā)送,就是說發(fā)送控制從優(yōu)化隊列中讀取一個待發(fā)送的群發(fā)業(yè)務(wù),取出這一次群發(fā)的所有接收者ID列表,然后根據(jù)網(wǎng)絡(luò)拓撲或傳輸信道等信息對這些接收者ID進行集合劃分,每次發(fā)送一個消息,而消息的接收者包括一個集合內(nèi)的全部接收者ID。這樣能夠降低系統(tǒng)要最終發(fā)送的消息數(shù)量。在某些群發(fā)系統(tǒng)里的接收者是服務(wù)器,例如郵件群發(fā)系統(tǒng)或是微博系統(tǒng),就可以采用這樣的批量發(fā)送模式。另一種是縱向批量發(fā)送,就是說發(fā)送控制從整個優(yōu)化隊列里搜索,將接收者ID列表里都包含某個ID的多個群發(fā)消息進行合并,合并后將消息一次發(fā)送給對應(yīng)的接收者。當(dāng)然發(fā)送完成后,將此ID在相應(yīng)的群發(fā)業(yè)務(wù)接收者ID列表中刪除。然后如此反復(fù)處理每一個目標接收者的群發(fā)消息。在某些群發(fā)系統(tǒng)里的接收者是用戶的終端設(shè)備,如短信群發(fā)系統(tǒng),就可以使用這樣的批量發(fā)送模式。當(dāng)然,更復(fù)雜的情況可以將橫向批量發(fā)送和縱向批量發(fā)送結(jié)合起來進行優(yōu)化。經(jīng)過這樣的批量發(fā)送優(yōu)化后,可以有效減少群發(fā)系統(tǒng)最終需要發(fā)送的消息數(shù)量,降低系統(tǒng)壓力,節(jié)省帶寬資源。另外,發(fā)送控制還可以在實施下發(fā)消息的過程中進行數(shù)據(jù)搜集,將有關(guān)接收者的響應(yīng)速度等信息寫入狀態(tài)記錄中,供流量控制進行參考。綜上所述,緩沖隊列和優(yōu)化隊列實現(xiàn)了消息洪流的“蓄洪”,可以有效消除消息“洪峰”;而發(fā)送控制實現(xiàn)了消息流量的節(jié)奏控制,保證群發(fā)系統(tǒng)能夠在穩(wěn)定流量的情況下平穩(wěn)工作;而發(fā)送控制實現(xiàn)最終的群發(fā)處理并大幅優(yōu)化群發(fā)消息的數(shù)量。從以上的描述中,可以看出,本發(fā)明實現(xiàn)了如下技術(shù)效果1、具有“蓄洪”能力,業(yè)務(wù)承載能力強,可以同時接受大量的群發(fā)業(yè)務(wù),也能輕松處理接收者數(shù)量龐大的大規(guī)模群發(fā)業(yè)務(wù)。2、能夠平穩(wěn)的輸出群發(fā)消息數(shù)量,或者說群發(fā)輸出“功率”平穩(wěn),當(dāng)輸入系統(tǒng)的群發(fā)請求數(shù)量多,規(guī)模大時不會過度沖擊群發(fā)系統(tǒng)本身以及眾多群發(fā)接收者,不會因峰值沖擊而導(dǎo)致系統(tǒng)內(nèi)外的可能的癱瘓。3、能夠平衡地處理大規(guī)模群發(fā)業(yè)務(wù)與小規(guī)模群發(fā)業(yè)務(wù)并同時兼顧先到先服務(wù)原則。4、對群發(fā)進行批量優(yōu)化,從整體上降低最終群發(fā)消息的數(shù)量,節(jié)省各方面的資源。顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn),它們可以集中在單個的計算裝置上,或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上,可選地,它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn),從而,可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行,或者將它們分別制作成各個集成電路模塊,或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣,本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對于本領(lǐng)域的技術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
9
權(quán)利要求
1.一種群發(fā)業(yè)務(wù)的處理方法,其特征在于,包括 將所述群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)進行緩存;以及在所述緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。
2.根據(jù)權(quán)利要求1所述的群發(fā)業(yè)務(wù)的處理方法,其特征在于, 將所述群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)進行緩存包括將所述群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)緩存在第一隊列中;以及將所述第一隊列中的群發(fā)業(yè)務(wù)進行列表解析后送入第二隊列, 在所述緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)包括 從所述第二隊列中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。
3.根據(jù)權(quán)利要求2所述的群發(fā)業(yè)務(wù)的處理方法,其特征在于,所述方法還包括控制所述一個或多個群發(fā)業(yè)務(wù)下發(fā)的速度。
4.根據(jù)權(quán)利要求3所述的群發(fā)業(yè)務(wù)的處理方法,其特征在于,控制所述一個或多個群發(fā)業(yè)務(wù)下發(fā)的速度包括讀取所述第二隊列的長度;以及在所述第二隊列的長度超過第一預(yù)設(shè)長度時,則減慢從所述第一隊列讀取所述一個或多個群發(fā)業(yè)務(wù)的速度。
5.根據(jù)權(quán)利要求3所述的群發(fā)業(yè)務(wù)的處理方法,其特征在于,控制所述一個或多個群發(fā)業(yè)務(wù)下發(fā)的速度包括讀取所述一個或多個群發(fā)業(yè)務(wù)的下發(fā)速度;以及根據(jù)所述下發(fā)速度和預(yù)設(shè)速度的關(guān)系對所述下發(fā)速度進行調(diào)整。
6.根據(jù)權(quán)利要求1所述的群發(fā)業(yè)務(wù)的處理方法,其特征在于,在所述緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)包括獲取接收者標識的列表;在所述列表中的接收者標識超過預(yù)定個數(shù)時,對所述接收者標識進行拆分; 按照拆分后的接收者標識分批發(fā)送所述一個或多個群發(fā)業(yè)務(wù)。
7.根據(jù)權(quán)利要求6所述的群發(fā)業(yè)務(wù)的處理方法,其特征在于,在所述列表中的接收者標識超過預(yù)定個數(shù)時,所述方法還包括將部分數(shù)量的接收者標識列入第一群發(fā)業(yè)務(wù)中并推送至所述第二隊列中等待發(fā)送處理;以及將所述第一群發(fā)業(yè)務(wù)進行標記后重新送入所述第一隊列等待下次處理剩余未完成的群發(fā)部分。
8.根據(jù)權(quán)利要求1所述的群發(fā)業(yè)務(wù)的處理方法,其特征在于,在所述緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)包括獲取接收者標識;根據(jù)所述接收者標識采用以下方式對所述一個或多個群發(fā)業(yè)務(wù)進行下發(fā) 橫向批量發(fā)送;或者縱向批量發(fā)送。
9.一種群發(fā)業(yè)務(wù)的處理裝置,其特征在于,包括緩存模塊,用于將所述群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)進行緩存;以及下發(fā)模塊,用于在所述緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。
10.根據(jù)權(quán)利要求9所述的群發(fā)業(yè)務(wù)的處理裝置,其特征在于所述緩存模塊用于將所述群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)緩存在第一隊列中; 所述下發(fā)模塊用于從所述第一隊列中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。
11.根據(jù)權(quán)利要求9所述的群發(fā)業(yè)務(wù)的處理裝置,其特征在于,所述下發(fā)模塊包括 獲取子模塊,用于獲取接收者標識的列表;拆分子模塊,用于在所述列表中的接收者標識超過預(yù)定個數(shù)時,對所述接收者標識進行拆分;以及下發(fā)子模塊,用于按照拆分后的接收者標識分批發(fā)送所述一個或多個群發(fā)業(yè)務(wù)。
全文摘要
本發(fā)明公開了一種群發(fā)業(yè)務(wù)的處理方法及裝置。其中,該群發(fā)業(yè)務(wù)的處理方法包括將所述群發(fā)系統(tǒng)接收到的群發(fā)業(yè)務(wù)進行緩存;以及在所述緩存的群發(fā)業(yè)務(wù)中取出一個或多個群發(fā)業(yè)務(wù)進行下發(fā)。通過本發(fā)明,能夠提高群發(fā)系統(tǒng)的效率,進而防止群發(fā)系統(tǒng)過載。
文檔編號H04L12/56GK102176705SQ201110058630
公開日2011年9月7日 申請日期2011年3月10日 優(yōu)先權(quán)日2011年3月10日
發(fā)明者彭升 申請人:央視國際網(wǎng)絡(luò)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1