一種多任務處理方法及裝置的制造方法
【技術領域】
[0001] 本發(fā)明涉及計算機領域，尤其涉及一種多任務處理方法及裝置。
【背景技術】
[0002] 銀行核心業(yè)務系統(tǒng)是指以客戶為中心的，集成了會計核算、客戶關系管理、營運管 理、風險控制和資本配置等多種應用組群的系統(tǒng)，一般包括如下幾大模塊：渠道整合層、客 戶服務整合層、應用集成層、外聯(lián)集成層、產(chǎn)品服務層、數(shù)據(jù)集成層、管理分析層等。
[0003] 圖1為某銀行核心業(yè)務系統(tǒng)一天（8:00-17:00)之內(nèi)接收的任務量曲線圖，從該圖 可以看出，在上午的10:00-11:00和下午的14:30-15:30是任務量高峰期，兩時段業(yè)務量之 和最高可達當日業(yè)務的54%?，F(xiàn)有技術中，系統(tǒng)能夠同時處理任務包含的事物項或請求的 最大數(shù)量稱為并發(fā)數(shù)，當需要處理的任務所包含的事物項或請求超過所述并發(fā)數(shù)時，則會 按照任務產(chǎn)生的時間先后順序進行排隊。然而，這種排序方式會導致很多問題，例如難以保 證所有具有時效性的任務都能在規(guī)定時間內(nèi)處理完畢、資源無法得到最優(yōu)配置、用戶體驗 較差等，因此現(xiàn)有技術亟待需要一種能夠?qū)崿F(xiàn)諸如上述在規(guī)定時間內(nèi)任務處理完畢、資源 最優(yōu)化配置等預期目標的任務處理方式。

【發(fā)明內(nèi)容】

[0004] 為了解決現(xiàn)有技術中亟待需要一種能夠?qū)崿F(xiàn)諸如在規(guī)定時間內(nèi)任務處理完畢、資 源最優(yōu)化配置等預期目標的任務處理方式的技術問題，本發(fā)明提供了一種多任務處理方法 和裝置，實現(xiàn)了降低任務處理失敗率，提升高層級用戶體驗以及優(yōu)化系統(tǒng)資源配置的目的。
[0005] 本發(fā)明實施例提供了一種多任務處理方法，所述方法包括：
[0006] 分別獲取當前時間周期內(nèi)的多個待處理任務的屬性，所述屬性包括所述待處理任 務的緊急程度和/或重要程度；
[0007] 根據(jù)所述屬性分別計算對應的待處理任務的任務優(yōu)先級；
[0008] 按照所述任務優(yōu)先級由高到低的順序?qū)λ龆鄠€待處理任務進行排序；
[0009] 以環(huán)節(jié)為單位依次處理所述排序后的待處理任務。
[0010] 優(yōu)選的，所述待處理任務的緊急程度依據(jù)所述待處理任務的剩余處理時間、已等 待時間、用戶是否催辦、當前系統(tǒng)擁堵程度的其中一種或多種信息進行確定。
[0011] 優(yōu)選的，所述待處理任務的重要程度依據(jù)所述待處理任務的任務類型、發(fā)起任務 請求的用戶的等級、是否需要人工專業(yè)處理的一種或多種的信息進行確定。
[0012] 優(yōu)選的，所述環(huán)節(jié)包括系統(tǒng)自動處理環(huán)節(jié)和/或人工處理環(huán)節(jié)。
[0013] 優(yōu)選的，所述方法還包括：
[0014] 根據(jù)所述待處理任務的任務種類劃分任務池，并分別確定所述任務池的優(yōu)先級；
[0015] 當所述待處理任務出現(xiàn)嚴重堵塞，且所述任務池的優(yōu)先級小于或等于預設優(yōu)先級 時，中止對所述任務池中待處理任務的處理。
[0016] 優(yōu)選的，當所述環(huán)節(jié)中包括人工處理環(huán)節(jié)時，所述方法還包括：
[0017] 根據(jù)所述待處理任務的任務種類確定操作員的權限，所述待處理任務的層級越 低，操作員的權限越??；
[0018] 當所述待處理任務出現(xiàn)堵塞時，減少權限小于預設權限的操作員的系統(tǒng)登錄數(shù) 量。
[0019] 本發(fā)明實施例提供了一種多任務處理裝置，所述裝置包括：獲取單元、計算單元、 排序單元和處理單元；
[0020] 其中，所述獲取單元與所述計算單元連接，所述計算單元與所述排序單元連接，所 述排序單元與所述處理單元連接；
[0021] 所述獲取單元，用于分別獲取當前時間周期內(nèi)的多個待處理任務的屬性，所述屬 性包括所述待處理任務的緊急程度和/或重要程度；
[0022] 所述計算單元，用于根據(jù)所述屬性分別計算對應的待處理任務的任務優(yōu)先級；
[0023] 所述排序單元，用于按照所述任務優(yōu)先級由高到低的順序?qū)λ龆鄠€待處理任務 進tx排序；
[0024] 所述處理單元，用于以環(huán)節(jié)為單位依次處理所述排序后的待處理任務。
[0025] 優(yōu)選的，所述待處理任務的緊急程度依據(jù)所述待處理任務的剩余處理時間、已等 待時間、用戶是否催辦、當前系統(tǒng)擁堵程度的其中一種或多種信息進行確定。
[0026] 優(yōu)選的，所述待處理任務的重要程度依據(jù)所述待處理任務的任務類型、發(fā)起任務 請求的用戶的等級、是否需要人工專業(yè)處理的一種或多種的信息進行確定。
[0027] 優(yōu)選的，所述環(huán)節(jié)包括系統(tǒng)自動處理環(huán)節(jié)和/或人工處理環(huán)節(jié)。
[0028] 相對于現(xiàn)有技術，本發(fā)明的有益效果為：
[0029] 本實施通過分別獲取當前時間周期內(nèi)的多個待處理任務的屬性，所述屬性包括所 述待處理任務的緊急程度和/或重要程度，根據(jù)所述屬性分別計算對應的待處理任務的任 務優(yōu)先級，按照所述任務優(yōu)先級由高到低的順序?qū)λ龆鄠€待處理任務進行排序，并以環(huán) 節(jié)為單位依次處理所述排序后的待處理任務，保證了緊急程度和/或重要程度高的待處理 任務先處理，緊急程度和/或重要程度低的待處理任務后處理，實現(xiàn)了降低任務處理失敗 率、減少財務損失、提尚用戶體驗等目標。
【附圖說明】
[0030] 為了更清楚地說明本申請實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 申請中記載的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下， 還可以根據(jù)這些附圖獲得其它的附圖。
[0031] 圖1為某銀行核心業(yè)務系統(tǒng)一天（8:00-17:00)之內(nèi)接收的任務量曲線圖；
[0032] 圖2為本發(fā)明提供的一種多任務處理方法實施例的流程圖；
[0033] 圖3為本發(fā)明提供的一種多任務處理裝置實施例的結構框圖。
【具體實施方式】
[0034] 為了使本技術領域的人員更好地理解本發(fā)明方案，下面將結合本發(fā)明實施例中的 附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅是本 發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在 沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0035] 方法實施例：
[0036] 參見圖2,該圖為本發(fā)明提供的一種多任務處理方法實施例的流程圖。
[0037] 本實施例提供的多任務處理方法包括如下步驟：
[0038] 步驟SlOl :分別獲取當前時間周期內(nèi)的多個待處理任務的屬性。
[0039] 本發(fā)明對所述時間周期的具體值不做具體限定，本領域技術人員可以自行設定。