送需求，從而可以提高發(fā)送消息的有效性。
[0138] 在本發(fā)明實(shí)施例中，同樣可由步驟S220中所述的第一進(jìn)程，執(zhí)行步驟S240。
[0139] 步驟S250,基于從相應(yīng)的平臺中獲取的各待發(fā)送對象，將所述發(fā)送任務(wù)拆分為至 少兩個(gè)發(fā)送子任務(wù)，并將所述發(fā)送子任務(wù)放入第二任務(wù)隊(duì)列。
[0140] 考慮各信息類型對應(yīng)的發(fā)送接口的負(fù)載量，以及此時(shí)發(fā)送接口是否被其他發(fā)送任 務(wù)調(diào)用，需要控制本發(fā)送任務(wù)的消息發(fā)送速度。例如，若此時(shí)同時(shí)存在其他發(fā)送任務(wù)調(diào)用發(fā) 送接口發(fā)送消息，則為了避免堵塞其他業(yè)務(wù)的消息發(fā)送，會(huì)控制本發(fā)送任務(wù)的消息發(fā)送速 度;而若此時(shí)發(fā)送接口未被調(diào)用，則會(huì)在發(fā)送接口的負(fù)載范圍內(nèi)盡最大可能的提高本發(fā)送 任務(wù)的消息發(fā)送速度。
[0141] 所以在本發(fā)明實(shí)施例中，可以通過將發(fā)送任務(wù)拆分為至少兩個(gè)發(fā)送子任務(wù)，控制 各發(fā)送子任務(wù)的執(zhí)行順序，以實(shí)現(xiàn)對本次提交的發(fā)送任務(wù)對應(yīng)的待發(fā)送消息的發(fā)送速度的 控制，并將所述發(fā)送子任務(wù)放入第二任務(wù)隊(duì)列，該第二任務(wù)隊(duì)列與步驟S210中的第一任務(wù) 隊(duì)列是兩個(gè)不同的隊(duì)列，分別用以存放發(fā)送任務(wù)和發(fā)送子任務(wù)，第二任務(wù)隊(duì)列可以和第一 任務(wù)隊(duì)列存在于同一數(shù)據(jù)庫中，例如存在于My SQL數(shù)據(jù)庫中。
[0142] 例如，若各發(fā)送子任務(wù)同步執(zhí)行，則可以提高待發(fā)送消息的整體發(fā)送速度，若各發(fā) 送子任務(wù)依次執(zhí)行，且相鄰子任務(wù)之間可以選擇性地間隔一段時(shí)間，則可以降低待發(fā)送消 息的整體發(fā)送速度。
[0143] 由于同一發(fā)送任務(wù)對應(yīng)的各待發(fā)送對象必然是互不相同的，所以在本發(fā)明實(shí)施例 中，基于從游戲平臺中獲取的各待發(fā)送對象，將所述發(fā)送任務(wù)拆分為至少兩個(gè)發(fā)送子任務(wù)。 例如，針對于某一發(fā)送任務(wù)，若從游戲平臺中獲取了 1000個(gè)待發(fā)送對象，則可以將該發(fā)送任 務(wù)拆分為1 〇個(gè)發(fā)送子任務(wù)，每個(gè)發(fā)送子任務(wù)對應(yīng)1 〇〇個(gè)待發(fā)送對象。
[0144] 當(dāng)然，在實(shí)際應(yīng)用中，若發(fā)送任務(wù)對應(yīng)的待發(fā)送消息互不相同，也可以基于獲取的 待發(fā)送消息，將所述發(fā)送任務(wù)拆分為至少兩個(gè)發(fā)送子任務(wù)。對此，本發(fā)明不加以限定。
[0145] 在本發(fā)明實(shí)施例中，同樣由步驟S220中所述的第一進(jìn)程將所述發(fā)送任務(wù)拆分為至 少兩個(gè)發(fā)送子任務(wù)，并將所述發(fā)送子任務(wù)放入第二任務(wù)隊(duì)列。
[0146] 步驟S260，采用多個(gè)消費(fèi)進(jìn)程，從所述第二任務(wù)隊(duì)列中提取發(fā)送子任務(wù)。
[0147] 其中的消費(fèi)進(jìn)程可以從第二任務(wù)隊(duì)列中提取發(fā)送子任務(wù)，以及調(diào)用發(fā)送接口的進(jìn) 程，多個(gè)消費(fèi)進(jìn)程可以并行的提取第二任務(wù)隊(duì)列中的發(fā)送子任務(wù)進(jìn)行處理。
[0148] 消費(fèi)進(jìn)程可以在進(jìn)入本步驟之前的任何步驟創(chuàng)建，對此，本發(fā)明也不加以限定。另 外，該消費(fèi)進(jìn)程與步驟S220-S250中所述的第一進(jìn)程是兩個(gè)不同的進(jìn)程，分別執(zhí)行不同的步 驟。消費(fèi)進(jìn)程和第一進(jìn)程可以在步驟S220之前同時(shí)創(chuàng)建，也可以按照各自可以創(chuàng)建的時(shí)間 分別創(chuàng)建。
[0149] 步驟S270,針對各發(fā)送子任務(wù)，由相應(yīng)的消費(fèi)進(jìn)程調(diào)用與信息類型相應(yīng)的發(fā)送接 口，向各待發(fā)送對象發(fā)送待發(fā)送消息。
[0150] 消費(fèi)進(jìn)程從第二消息隊(duì)列中提取發(fā)送子任務(wù)，并調(diào)用與發(fā)送子任務(wù)中信息類型相 應(yīng)的發(fā)送接口，將待發(fā)送消息發(fā)送至待發(fā)送對象。
[0151] 各消費(fèi)進(jìn)程可以同時(shí)調(diào)用與發(fā)送子任務(wù)中信息類型相應(yīng)的發(fā)送接口，也可以分批 次調(diào)用與發(fā)送子任務(wù)中信息類型相應(yīng)的發(fā)送接口，其中的每批次可以包括至少一個(gè)消費(fèi)進(jìn) 程。在實(shí)際應(yīng)用中，可以根據(jù)發(fā)送接口的負(fù)載情況靈活設(shè)定各消費(fèi)進(jìn)程調(diào)用發(fā)送接口的批 次與順序，對此本發(fā)明不加以限定。
[0152] 另外，所提取的各發(fā)送子任務(wù)對應(yīng)的信息類型可能不盡相同，所以提取各發(fā)送子 任務(wù)的消費(fèi)進(jìn)程調(diào)用的發(fā)送接口也會(huì)相應(yīng)的有所不同。
[0153] 例如，發(fā)送子任務(wù)A中包括的信息類型為短信，而發(fā)送子任務(wù)B中包括的信息類型 為短信、郵件，則相應(yīng)提取發(fā)送子任務(wù)A的消費(fèi)進(jìn)程只會(huì)調(diào)用短信發(fā)送接口，而提取發(fā)送子 任務(wù)B的消費(fèi)進(jìn)程則會(huì)調(diào)用短信發(fā)送接口和郵件發(fā)送接口。
[0154] 優(yōu)選地，步驟S270包括：
[0155] 步驟S271，在不超過預(yù)定的發(fā)送信息速度下，調(diào)用與信息類型相應(yīng)的發(fā)送接口，向 各待發(fā)送對象發(fā)送待發(fā)送消息;所述發(fā)送信息速度包括在指定時(shí)間周期內(nèi)待發(fā)送信息的發(fā) 送條數(shù)。
[0156] 其中預(yù)定的發(fā)送信息速度，即為考慮各發(fā)送接口的負(fù)載總量、當(dāng)前各發(fā)送接口的 實(shí)際負(fù)載量以及本次的發(fā)送需求所預(yù)先設(shè)定的。其可以包括在發(fā)送任務(wù)中，也可以在本步 驟之前，或者是在本步驟之前的任一步驟之前設(shè)定。一般而言，設(shè)定的發(fā)送信息速度單位為 "條/秒"，當(dāng)然也可以為"條/分"等其他的單位，對此，本發(fā)明不加以限定。
[0157] 在實(shí)際應(yīng)用中，可以以字節(jié)為單位，申請指定個(gè)數(shù)的內(nèi)存空間。所申請的內(nèi)存空間 的地址可以是連續(xù)的，也可以是不連續(xù)的，對此本發(fā)明不加以限定。但是內(nèi)存空間是按照一 定順序被寫入的。其每個(gè)內(nèi)存空間只能寫〇或1。在本發(fā)明實(shí)施例中，上述內(nèi)存空間申請后， 默認(rèn)其值為〇,表示未發(fā)送消息，1則作為已發(fā)送標(biāo)識，表示執(zhí)行一次向待發(fā)送對象發(fā)送待發(fā) 送消息。例如，申請與上述指定時(shí)間周期內(nèi)待發(fā)送信息的發(fā)送條數(shù)數(shù)量一致的內(nèi)存空間。則 可以通過如下方式控制待發(fā)送消息的發(fā)送速度在預(yù)定的發(fā)送信息速度之內(nèi)。
[0158]方法1:判斷在每個(gè)指定時(shí)間周期內(nèi)，所申請的內(nèi)存空間中是否已全部寫入已發(fā)送 標(biāo)識;其中，所述內(nèi)存空間在每個(gè)指定時(shí)間周期結(jié)束時(shí)清空;所述已發(fā)送標(biāo)識為每個(gè)發(fā)送任 務(wù)執(zhí)彳丁完畢后與入。
[0159]如果在每個(gè)指定時(shí)間周期內(nèi)，所申請的內(nèi)存空間中已全部寫入已發(fā)送標(biāo)識，則暫 停繼續(xù)將后一條待發(fā)送消息發(fā)送至待發(fā)送對象，直到當(dāng)前指定時(shí)間周期結(jié)束，并在當(dāng)前指 定時(shí)間周期結(jié)束時(shí)清空所述內(nèi)存空間；
[0160] 如果在每個(gè)指定時(shí)間周期內(nèi)，所申請的內(nèi)存空間中未全部寫入已發(fā)送標(biāo)識，則繼 續(xù)將后一條待發(fā)送消息發(fā)送至待發(fā)送對象，并在當(dāng)前指定時(shí)間周期結(jié)束時(shí)清空所述內(nèi)存空 間。
[0161] 方法2:判斷所申請的內(nèi)存空間全部寫入已發(fā)送標(biāo)識所耗時(shí)間是否小于指定時(shí)間 周期;其中所述已發(fā)送標(biāo)識為每個(gè)發(fā)送任務(wù)執(zhí)行完畢后寫入。
[0162] 如果所申請的內(nèi)存空間全部寫入已發(fā)送標(biāo)識所耗時(shí)間小于指定時(shí)間周期，則暫停 將后一條待發(fā)送消息發(fā)送至待發(fā)送對象，直到所耗時(shí)間加上暫停時(shí)間達(dá)到指定時(shí)間周期， 并清空所述內(nèi)存空間；
[0163] 如果所申請的內(nèi)存空間全部寫入已發(fā)送標(biāo)識所耗時(shí)間大于等于指定時(shí)間周期，則 繼續(xù)將后一條待發(fā)送消息發(fā)送至待發(fā)送對象，并清空所述內(nèi)存空間。
[0164] 另外，是在實(shí)際應(yīng)用中，可以根據(jù)實(shí)際情況選擇申請內(nèi)存空間的單位，對此，本發(fā) 明不加以限定。而且用戶標(biāo)識也可以根據(jù)內(nèi)存空間的情況預(yù)先設(shè)置，對此，本發(fā)明也不加以 限定。
[0165] 在本發(fā)明實(shí)施例中，不管是待發(fā)送消息成功發(fā)送至待發(fā)送對象，或者是調(diào)用信息 發(fā)送接口超時(shí)等原因?qū)е麓l(fā)送消息未能成功發(fā)送至待發(fā)送對象等信息發(fā)送失敗的情況， 都會(huì)在內(nèi)存空間中寫入已發(fā)送標(biāo)識。
[0166] 優(yōu)選地，在本發(fā)明實(shí)施例中，還包括：
[0167] 步驟S280,在接收到對發(fā)送任務(wù)的終止指令后，將所述發(fā)送任務(wù)的第一狀態(tài)更新 為已停止?fàn)顟B(tài)。
[0168] 步驟S290,在接收到對發(fā)送任務(wù)的已暫停指令后，將所述發(fā)送任務(wù)的第一狀態(tài)更 新為已暫停狀態(tài)。
[0169] 在本發(fā)明實(shí)施例中，可以根據(jù)接收到的指令更新其中的第一狀態(tài)，包括已停止?fàn)?態(tài)、已暫停狀態(tài)和運(yùn)行狀態(tài)等。
[0170]例如，若接收到對發(fā)送任務(wù)的終止指令，則將所述發(fā)送任務(wù)的第一狀態(tài)更新為已 停止?fàn)顟B(tài);若接收到對發(fā)送任務(wù)的暫停指令，則將所述發(fā)送任務(wù)的第一狀態(tài)更新為已暫停 狀態(tài);而若接收到對發(fā)送任務(wù)的運(yùn)行指令，則將所述發(fā)送任務(wù)的第一狀態(tài)更新為運(yùn)行狀態(tài)。
[0171] 步驟S2110,判斷所述發(fā)送子任務(wù)所屬的發(fā)送任務(wù)的第一狀態(tài)是否為已停止?fàn)顟B(tài)； 如果所述發(fā)送子任務(wù)所屬的發(fā)送任務(wù)的第一狀態(tài)為已停止?fàn)顟B(tài)，則進(jìn)入步驟S2130。
[0172] 在實(shí)際應(yīng)用中，可以根據(jù)發(fā)送子任務(wù)所屬的發(fā)送任務(wù)的第一狀態(tài)是否為已停止?fàn)?態(tài)，確定是否停止從第二任務(wù)隊(duì)列中獲取所述發(fā)送任務(wù)的發(fā)送子任務(wù)，即是否停止繼續(xù)將 本次發(fā)送任務(wù)的待發(fā)送消息發(fā)送至待發(fā)送對象，以獲取其他的發(fā)送任務(wù)的發(fā)送子任務(wù)。
[0173] 在本發(fā)明實(shí)施例中，停止從第二任務(wù)隊(duì)列中獲取所述發(fā)送任務(wù)的發(fā)送子任務(wù)，包 括將已獲取的所述發(fā)送任務(wù)中的發(fā)送子任務(wù)，所對應(yīng)的待發(fā)送消息發(fā)送至待發(fā)送對象后， 不再繼續(xù)獲取所述發(fā)送任務(wù)的發(fā)送子任務(wù)，以獲取其他的發(fā)送任務(wù)的發(fā)送子任務(wù)。
[0174] 當(dāng)然，停止從第二任務(wù)隊(duì)列中獲取所述發(fā)送任務(wù)的發(fā)送子任務(wù)，也包括對于已獲 取的所述發(fā)送任務(wù)中的發(fā)送子任務(wù)，不再將其對應(yīng)的待發(fā)送消息發(fā)送至待發(fā)送對象，也不 再繼續(xù)獲取所述發(fā)送任務(wù)的發(fā)送子任務(wù)。對此，本發(fā)明不加以限定。
[0175] 步驟S2120,判斷所述發(fā)送子任務(wù)所屬的發(fā)送任務(wù)的第一狀態(tài)是否為已暫停狀態(tài)； 如果所述發(fā)送子任務(wù)所屬的發(fā)送任務(wù)的第一狀態(tài)為已暫停狀態(tài)，則進(jìn)入步驟S2140。
[0176] 在實(shí)際應(yīng)用中，可以根據(jù)發(fā)送子任務(wù)所屬的發(fā)送任務(wù)的第一狀態(tài)是否為已暫停狀 態(tài)，確定是否已暫停從第二任務(wù)隊(duì)列中獲取所述發(fā)送任務(wù)的發(fā)送子任務(wù)，即是否已暫停繼 續(xù)將本次發(fā)送任務(wù)的待發(fā)送消息發(fā)送至待發(fā)送對象。
[0177] 在本發(fā)明實(shí)施例中，暫停從第二任務(wù)隊(duì)列中獲取所述發(fā)送任務(wù)的發(fā)送子任務(wù)，包 括將已獲取的所述發(fā)送任務(wù)中的發(fā)送子任務(wù)，所對應(yīng)的待發(fā)送消息發(fā)送至待發(fā)送對象后， 不再繼續(xù)獲取所述發(fā)送任務(wù)的發(fā)送子任務(wù)。而且，也不會(huì)獲取其他的發(fā)送任務(wù)的發(fā)送子任 務(wù)。
[0178] 步驟S2130,停止從第二任務(wù)隊(duì)列中獲取所述發(fā)送任務(wù)的發(fā)送子任務(wù)，以獲取其他 的發(fā)送任務(wù)的發(fā)送子任務(wù)。
[0179] 步驟S2140,暫停從第二任務(wù)隊(duì)列中獲取所述發(fā)送任務(wù)的發(fā)送子任務(wù)。
[0180] 優(yōu)選地，在本發(fā)明實(shí)施例中，在步驟S240之后，還包括：
[0181] 步驟S2150,針對不同的待發(fā)送對象，依據(jù)預(yù)設(shè)的個(gè)性化信息模版，為每個(gè)待發(fā)送 對象生成個(gè)性化的待發(fā)送信息。具體包括：
[0182] 子步驟S2151，針對每個(gè)待發(fā)送對象，獲取對應(yīng)各關(guān)鍵字段的數(shù)據(jù)。
[0183] 本發(fā)明實(shí)施例中的關(guān)鍵字段是用于區(qū)分每個(gè)待發(fā)送對象對應(yīng)的待發(fā)送消息的重 要參數(shù)，一般關(guān)鍵字段的數(shù)據(jù)包括用戶稱謂信息、個(gè)性化通知信息等。其中，用戶稱謂信息 一般是與待發(fā)送對象一起存儲(chǔ)與各平臺中，個(gè)性化通知信息是由發(fā)送方根據(jù)本次發(fā)送需求 所提供的。
[0184] 最終得到的任一待發(fā)送對象所對應(yīng)的關(guān)鍵字段的數(shù)量與預(yù)設(shè)的個(gè)性化信息模版 中的關(guān)鍵字段數(shù)量是一致的。<