專利名稱：一種對(duì)批量業(yè)務(wù)進(jìn)行處理的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤指一種對(duì)批量業(yè)務(wù)進(jìn)行處理的方法。
背景技術(shù)：
隨著信息技術(shù)的飛速發(fā)展，一種批量業(yè)務(wù)處理需求越來越多地出現(xiàn)。如手機(jī)的在線升級(jí)，當(dāng)手機(jī)內(nèi)安裝的某個(gè)軟件存在漏洞而需要升級(jí)時(shí)，電信運(yùn)營(yíng)商可以直接通過移動(dòng)交換中心(MSC)通知用戶在一定的時(shí)間內(nèi)下載該軟件的補(bǔ)丁，對(duì)軟件進(jìn)行在線升級(jí)，或者是直接下載安裝新版的軟件，以克服舊軟件的缺陷。這種業(yè)務(wù)一般有如下特征從服務(wù)中心發(fā)起、需要對(duì)大量的用戶、在規(guī)定時(shí)間內(nèi)能夠以合理的周期反復(fù)通知用戶、要求用戶在相對(duì)較短的時(shí)間內(nèi)執(zhí)行完業(yè)務(wù)或者給出某種響應(yīng)。
現(xiàn)有技術(shù)的一種方案是，逐個(gè)用戶通知并執(zhí)行業(yè)務(wù)，每個(gè)用戶只有在前一個(gè)用戶執(zhí)行完業(yè)務(wù)或者達(dá)到某種退出條件后才能執(zhí)行。這種串行化方式，在業(yè)務(wù)執(zhí)行效率較低、資源利用率不足。
另一種方案是，一次性無間隔地通知所有的用戶，然后在規(guī)定時(shí)間內(nèi)等待用戶執(zhí)行業(yè)務(wù)或者給出某種響應(yīng)。這種方式充分利用了服務(wù)中心的處理能力，但是由于大量用戶同時(shí)收到業(yè)務(wù)通知，在相近的時(shí)間內(nèi)執(zhí)行業(yè)務(wù)，將帶來許多問題，如服務(wù)中心處理能力不足導(dǎo)致大量用戶執(zhí)行失敗、大量業(yè)務(wù)執(zhí)行請(qǐng)求涌入帶來的服務(wù)中心處理故障、總體業(yè)務(wù)執(zhí)行效率低下、許多用戶因?yàn)槎啻螆?zhí)行失敗而放棄使用等，如圖1所示。而這些問題所引發(fā)的延伸影響面和影響程度則更大。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種能夠調(diào)節(jié)業(yè)務(wù)用戶使用流量、提高總體業(yè)務(wù)執(zhí)行效率和資源利用率的對(duì)批量業(yè)務(wù)進(jìn)行處理的方法。
為達(dá)到上述目的，實(shí)現(xiàn)本發(fā)明需要以下步驟(1)服務(wù)中心接受批量業(yè)務(wù)處理任務(wù)；(2)分批執(zhí)行所述批量業(yè)務(wù)處理任務(wù)；(3)用戶狀態(tài)更新；(4)判斷是否還有未執(zhí)行的用戶，如果有未執(zhí)行的用戶，則返回步驟(2)；如果沒有未執(zhí)行的用戶，則流程結(jié)束。
其中，所述步驟(4)中的返回步驟(2)前先進(jìn)行業(yè)務(wù)有效期的判斷，如果達(dá)到業(yè)務(wù)有效期，則業(yè)務(wù)終止，如果未達(dá)到業(yè)務(wù)有效期，則返回步驟(2)。
其中，所述步驟(2)進(jìn)一步包括(2a)服務(wù)中心配置業(yè)務(wù)策略；(2b)根據(jù)所述業(yè)務(wù)策略對(duì)用戶清單進(jìn)行分批；(2c)通知第一批用戶執(zhí)行業(yè)務(wù)處理任務(wù)；(2d)判斷當(dāng)前所執(zhí)行的用戶是否是最后一批，如果是，則執(zhí)行步驟(3)，如果不是，則通知下一批用戶執(zhí)行業(yè)務(wù)處理任務(wù)；(2e)返回步驟(2d)。
其中，所述步驟(3)的用戶狀態(tài)更新為將不需要繼續(xù)通知執(zhí)行業(yè)務(wù)的用戶從業(yè)務(wù)用戶清單中去除。
其中，所述步驟(3)進(jìn)一步包括在用戶狀態(tài)更新前等待一段時(shí)間的步驟。
其中，所述步驟(2d)進(jìn)一步包括在通知下一批用戶執(zhí)行業(yè)務(wù)處理任務(wù)前等待一段時(shí)間的步驟。


圖1是現(xiàn)有技術(shù)的負(fù)荷曲線示意圖；
圖2是業(yè)務(wù)處理系統(tǒng)結(jié)構(gòu)示意圖；圖3是本發(fā)明的輪處理流程圖；圖4是本發(fā)明的批處理流程圖。
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明進(jìn)行詳細(xì)描述。
如圖2所示，服務(wù)中心100是業(yè)務(wù)的發(fā)起者，是邏輯上的實(shí)體。它可以是一臺(tái)服務(wù)器，也可以是一個(gè)相對(duì)獨(dú)立的業(yè)務(wù)模塊；信息通道200是交互信息的傳遞者，同時(shí)保障信息傳輸?shù)目煽啃院图皶r(shí)性，是邏輯上的實(shí)體。它可以是具體的無線、有線通道，也可以是某種消息機(jī)制；用戶300是業(yè)務(wù)的使用者，是邏輯上的實(shí)體。它可以是使用某個(gè)移動(dòng)終端的人類用戶，也可以是某個(gè)具備自動(dòng)處理邏輯的程序模塊。
當(dāng)前述的批量業(yè)務(wù)處理需求作為任務(wù)傳達(dá)到服務(wù)中心100后，將啟動(dòng)如圖3所示的輪處理流程(1)配置業(yè)務(wù)策略S10，步驟的要點(diǎn)在于需要配置批量大小、批間間隔、業(yè)務(wù)有效期、輪間間隔等幾個(gè)關(guān)鍵策略。其中批量大小指對(duì)用戶進(jìn)行分批時(shí)每批所包含的用戶數(shù)量，需要綜合考慮系統(tǒng)處理能力和業(yè)務(wù)復(fù)雜程度；批間間隔指對(duì)每批用戶進(jìn)行業(yè)務(wù)通知和業(yè)務(wù)處理之間的間隔時(shí)間；業(yè)務(wù)有效期指對(duì)業(yè)務(wù)從發(fā)起到結(jié)束的有效區(qū)間，有多種具體的表現(xiàn)形式，如最大輪次、有效時(shí)間段等；輪間間隔指各輪業(yè)務(wù)通知和執(zhí)行之間的間隔時(shí)間。對(duì)這些策略數(shù)值進(jìn)行妥善調(diào)節(jié)，就能夠在充分利用系統(tǒng)處理能力的情況下，讓用戶得到快捷、可靠的業(yè)務(wù)服務(wù)。
(2)設(shè)定用戶范圍S20，即獲得業(yè)務(wù)所涉及的用戶或者用戶群組清單，本發(fā)明稱為業(yè)務(wù)用戶清單。
(3)啟動(dòng)第一輪的執(zhí)行S30。
(4)輪間等待及用戶狀態(tài)更新S50，根據(jù)前述S10所配置的輪間間隔數(shù)據(jù)進(jìn)行等待，為用戶提供執(zhí)行業(yè)務(wù)的時(shí)間。
(5)判斷是否還有未執(zhí)行的用戶S60，如果沒有未執(zhí)行的用戶，就表明業(yè)務(wù)執(zhí)行完成，流程結(jié)束；如果還存在未執(zhí)行的用戶，就進(jìn)行下一步驟S70。
(6)判斷是否到達(dá)業(yè)務(wù)有效期S70，如果達(dá)到業(yè)務(wù)有效期，則業(yè)務(wù)終止；如果未到達(dá)業(yè)務(wù)有效期，則進(jìn)行下一步驟。
(7)啟動(dòng)下一輪的執(zhí)行S80，具體操作與步驟(3)相同。
(8)返回步驟(4)。
其中，步驟(3)進(jìn)一步可細(xì)化為圖4所示的批處理流程(3a)刷新業(yè)務(wù)用戶S401，因?yàn)檩喬幚砹鞒贪l(fā)生于不同的輪，在上一輪處理后，用戶300會(huì)有不同的響應(yīng)(或者沒有響應(yīng))，在此步驟需要根據(jù)用戶300的最新狀態(tài)進(jìn)行處理，將不需要繼續(xù)通知的用戶從業(yè)務(wù)用戶清單中去除。
(3b)將用戶分配到不同的批S402，根據(jù)前述S10所配置的批量大小策略對(duì)S401刷新后的業(yè)務(wù)用戶清單進(jìn)行分批處理。
(3c)獲取第一批用戶S403。
(3d)通知該批用戶執(zhí)行業(yè)務(wù)S404。
(3e)批間等待及用戶狀態(tài)更新S405，根據(jù)前述S10所配置的批間間隔數(shù)據(jù)進(jìn)行等待，從而避免并發(fā)所通知的業(yè)務(wù)用戶過于集中，合理調(diào)節(jié)用戶高峰。
(3f)判斷是否是最后一批S406，如果是，則結(jié)束圖4所示的流程，如果不是，則執(zhí)行下一步。
(3g)獲取下一批S407。
另外，前文所述的批間或輪間的等待時(shí)間的長(zhǎng)短依據(jù)服務(wù)中心的系統(tǒng)處理能力、信道帶寬、用戶數(shù)量、業(yè)務(wù)量以及業(yè)務(wù)復(fù)雜程度確定。
本發(fā)明提供的方法可以通過合理調(diào)節(jié)業(yè)務(wù)用戶使用流量，使服務(wù)中心在盡可能發(fā)揮處理能力的同時(shí)，避免因處理能力不足導(dǎo)致業(yè)務(wù)執(zhí)行失敗，或者因大量業(yè)務(wù)執(zhí)行請(qǐng)求涌入帶來的服務(wù)中心處理故障，提高總體業(yè)務(wù)執(zhí)行效率和資源利用率；同時(shí)，本發(fā)明提供的方法可以讓運(yùn)營(yíng)商更好地為用戶提供業(yè)務(wù)服務(wù)，讓用戶獲得更及時(shí)、可靠的業(yè)務(wù)體驗(yàn)。
權(quán)利要求
1.一種對(duì)批量業(yè)務(wù)進(jìn)行處理的方法，應(yīng)用于由服務(wù)中心、信息通道和用戶共同構(gòu)成的通信系統(tǒng)架構(gòu)中，其特征在于該方法包括以下步驟(1)服務(wù)中心接受批量業(yè)務(wù)處理任務(wù)；(2)分批執(zhí)行所述批量業(yè)務(wù)處理任務(wù)；(3)用戶狀態(tài)更新；(4)判斷是否還有未執(zhí)行的用戶，如果有未執(zhí)行的用戶，則返回步驟(2)；如果沒有未執(zhí)行的用戶，則流程結(jié)束。
2.根據(jù)權(quán)利要求1所述的對(duì)批量業(yè)務(wù)進(jìn)行處理的方法，其中所述步驟(4)中的返回步驟(2)前先進(jìn)行業(yè)務(wù)有效期的判斷，如果達(dá)到業(yè)務(wù)有效期，則業(yè)務(wù)終止，如果未達(dá)到業(yè)務(wù)有效期，則返回步驟(2)。
3.根據(jù)權(quán)利要求1所述的對(duì)批量業(yè)務(wù)進(jìn)行處理的方法，其中所述步驟(2)進(jìn)一步包括(2a)服務(wù)中心配置業(yè)務(wù)策略；(2b)根據(jù)所述業(yè)務(wù)策略對(duì)用戶清單進(jìn)行分批；(2c)通知第一批用戶執(zhí)行業(yè)務(wù)處理任務(wù)；(2d)判斷當(dāng)前所執(zhí)行的用戶是否是最后一批，如果是，則執(zhí)行步驟(3)，如果不是，則通知下一批用戶執(zhí)行業(yè)務(wù)處理任務(wù)；(2e)返回步驟(2d)。
4.根據(jù)權(quán)利要求1所述的對(duì)批量業(yè)務(wù)進(jìn)行處理的方法，其中所述步驟(3)的用戶狀態(tài)更新為將不需要繼續(xù)通知執(zhí)行業(yè)務(wù)的用戶從業(yè)務(wù)用戶清單中去除。
5.根據(jù)權(quán)利要求2所述的對(duì)批量業(yè)務(wù)進(jìn)行處理的方法，其中所述步驟(3)進(jìn)一步包括在用戶狀態(tài)更新前等待一段時(shí)間的步驟。
6.根據(jù)權(quán)利要求3所述的對(duì)批量業(yè)務(wù)進(jìn)行處理的方法，其中所述步驟(2b)的分批的大小依據(jù)服務(wù)中心的系統(tǒng)處理能力和業(yè)務(wù)復(fù)雜程度確定。
7.根據(jù)權(quán)利要求3所述的對(duì)批量業(yè)務(wù)進(jìn)行處理的方法，其中所述步驟(2d)進(jìn)一步包括在通知下一批用戶執(zhí)行業(yè)務(wù)處理任務(wù)前等待一段時(shí)間的步驟。
8.根據(jù)權(quán)利要求5或7所述的對(duì)批量業(yè)務(wù)進(jìn)行處理的方法，其中所述等待的時(shí)間的長(zhǎng)短依據(jù)服務(wù)中心的系統(tǒng)處理能力、信道帶寬、用戶數(shù)量、業(yè)務(wù)量以及業(yè)務(wù)復(fù)雜程度確定。
全文摘要
一種對(duì)批量業(yè)務(wù)進(jìn)行處理的方法，應(yīng)用于通信技術(shù)領(lǐng)域。該方法包括以下步驟(1)服務(wù)中心接受批量業(yè)務(wù)處理任務(wù)；(2)分批執(zhí)行所述批量業(yè)務(wù)處理任務(wù)；(3)用戶狀態(tài)更新；(4)判斷是否還有未執(zhí)行的用戶，如果有未執(zhí)行的用戶，則返回步驟(2)，如果沒有未執(zhí)行的用戶，則流程結(jié)束。本發(fā)明的方法通過合理調(diào)節(jié)業(yè)務(wù)用戶使用流量，使服務(wù)中心在盡可能發(fā)揮處理能力的同時(shí)，避免因處理能力不足導(dǎo)致業(yè)務(wù)執(zhí)行失敗，提高總體業(yè)務(wù)執(zhí)行效率和資源利用率。
文檔編號(hào)H04L29/02GK1859355SQ20051012150
公開日2006年11月8日 申請(qǐng)日期2005年12月28日 優(yōu)先權(quán)日2005年12月28日
發(fā)明者湯俊 申請(qǐng)人:華為技術(shù)有限公司