本發(fā)明涉及計算機技術領域，具體涉及一種任務處理方法及系統(tǒng)。

背景技術：

現(xiàn)有的一些包含有多個子系統(tǒng)交互的系統(tǒng)，通常是一個進程從頭到尾的執(zhí)行，各個節(jié)點之間的交互是通過程序的上下文進行互相調用。但是，在執(zhí)行任務的過程中若某一節(jié)點執(zhí)行出現(xiàn)異常時，系統(tǒng)將無法獲取異常信息。任務失敗時，數(shù)據(jù)無法完全回滾；另外，由于各節(jié)點之間無法進行解耦，某一個節(jié)點代碼的升級必然影響該任務的執(zhí)行。

技術實現(xiàn)要素：

有鑒于此，本發(fā)明實施例期望提供一種任務處理方法及系統(tǒng)，至少能解決上述問題之一。

本發(fā)明的技術方案是這樣實現(xiàn)的：

本發(fā)明實施例提供了一種任務處理方法，應用于包括消息通道以及與消息通道連接的多個處理節(jié)點的任務處理系統(tǒng)中，所述方法包括：

第n處理節(jié)點從消息通道獲取第n任務處理消息，并根據(jù)所述第n任務處理消息執(zhí)行第n預定操作，根據(jù)第n預定操作的執(zhí)行結果向所述消息通道發(fā)送反饋消息；其中，所述第n預定操作為所述第n處理節(jié)點執(zhí)行的一個或多個預定子操作；

當所述第n預定操作執(zhí)行正確時，第n+1處理節(jié)點從所述消息通道中獲取基于所述反饋消息形成的第n+1任務處理消息，并根據(jù)所述第n+1任務處理消息執(zhí)行第n+1預定操作；

其中，所述第n+1處理節(jié)點為所述第n處理節(jié)點的下一操作節(jié)點；所述第n預定操作和所述第n+1預定操作為響應同一任務請求的響應操作；所述n為小于N的正整數(shù)；所述N為響應所述任務請求的處理節(jié)點的總個數(shù)；

當所述第n預定操作執(zhí)行錯誤時，異常處理節(jié)點從所述消息通道中獲取基于所述反饋消息形成的異常任務處理消息，并根據(jù)所述異常任務處理消息執(zhí)行異常處理操作。

本發(fā)明實施例提供了一種任務處理系統(tǒng)，所述系統(tǒng)包括：

消息通道，用于傳輸消息；

第n處理節(jié)點，與所述消息通道連接，用于從所述消息通道獲取第n任務處理消息，并根據(jù)所述第n任務處理消息執(zhí)行第n預定操作，根據(jù)第n預定操作的執(zhí)行結果向所述消息通道發(fā)送反饋消息；其中，所述第n預定操作為所述第n處理節(jié)點執(zhí)行的一個或多個預定子操作；

第n+1處理節(jié)點，與所述消息通道連接，用于當所述第n預定操作執(zhí)行正確時，從所述消息通道中獲取基于所述反饋消息形成的第n+1任務處理消息，并根據(jù)所述第n+1任務處理消息執(zhí)行第n+1預定操作；其中，所述第n+1預定操作為所述第n+1處理節(jié)點執(zhí)行的一個或多個預定子操作；其中，所述第n+1處理節(jié)點為所述第n處理節(jié)點的下一操作節(jié)點；所述第n預定操作和所述第n+1預定操作為響應同一任務請求的響應操作；所述n為小于N的正整數(shù)；所述N為響應所述任務請求的處理節(jié)點的總個數(shù)；

異常處理節(jié)點，與所述消息通道連接，用于當所述第n預定操作執(zhí)行錯誤時，從所述消息通道中獲取基于所述反饋消息形成的異常任務處理消息，并根據(jù)所述異常任務處理消息執(zhí)行異常處理操作。

采用本發(fā)明實施例所述技術方案，作為響應同一任務請求的第n處理節(jié)點以及第n+1處理節(jié)點，所述第n處理節(jié)點以及第n+1處理節(jié)點只需從消息通道獲取任務處理消息，然后根據(jù)從消息通道獲取的任務處理消息執(zhí)行相應的預定操作，并向消息通道反饋執(zhí)行相應的預定操作的執(zhí)行結果，無需第n處理節(jié)點直接向第n+1處理節(jié)點發(fā)送任務處理消息，也無需第n處理節(jié)點與第n+1處理節(jié)點進行相互調用。相對于現(xiàn)有技術中第n處理節(jié)點與第n+1處理節(jié)點通過程序的上下文進行互相調用，當出現(xiàn)錯誤時系統(tǒng)無法獲取異常信息來說，本申請引入異常處理節(jié)點來負責處理異常事件，由于不同處理節(jié)點之間是通過消息通道傳輸消息的，而不是由一個處理節(jié)點直接給到下一個處理節(jié)點；這樣當出現(xiàn)錯誤時，該異常處理節(jié)點可以從消息通道中獲取兩個處理節(jié)點之間的傳輸?shù)奶幚硐ⅲM行錯誤分析；至少解決了現(xiàn)有技術中因不同處理節(jié)點之間的強耦合而引起的系統(tǒng)無法獲取異常信息問題。

附圖說明

圖1為本發(fā)明實施例提供的任務處理方法的實現(xiàn)流程示意圖；

圖2為本發(fā)明實施例提供的三個處理節(jié)點執(zhí)行某一任務請求的一種示意圖；

圖3為本發(fā)明實施例提供的向各處理節(jié)點投遞任務處理消息的一種示意圖；

圖4為本發(fā)明實施例提供的向各處理節(jié)點投遞任務處理消息的另一種示意圖；

圖5為本發(fā)明實施例提供的三個處理節(jié)點執(zhí)行某一任務請求的另一種示意圖；

圖6為本發(fā)明實施例提供的三個處理節(jié)點執(zhí)行某一任務請求的異常處理操作的一種示意圖；

圖7本發(fā)明實施例提供的查詢任務執(zhí)行情況的一種示意圖；

圖8本發(fā)明實施例提供的查詢任務執(zhí)行情況的另一種示意圖；

圖9為本發(fā)明實施例提供的調試節(jié)點備份各個處理節(jié)點的任務處理消息的示意圖；

圖10為本發(fā)明實施例提供的任務處理系統(tǒng)的組成結構示意圖；

圖11是本發(fā)明實施例中用于實現(xiàn)任務處理系統(tǒng)的服務器的一個可選的硬件結構示意圖；

圖12為本發(fā)明實施例提供的任務處理系統(tǒng)的一種硬件結構示意圖；

圖13為本發(fā)明實施例提供的一種任務處理系統(tǒng)的運維流程架構圖。

具體實施方式

下面結合附圖和具體實施例對本發(fā)明的技術方案進一步詳細闡述。

實施例一

本發(fā)明實施例提供一種任務處理方法，所述方法可應用于服務器側，如圖1所示，所述方法主要包括：

步驟101：第n處理節(jié)點從消息通道獲取第n任務處理消息，并根據(jù)所述第n任務處理消息執(zhí)行第n預定操作，根據(jù)第n預定操作的執(zhí)行結果向所述消息通道發(fā)送反饋消息。

其中，所述n為小于N的正整數(shù)；所述N為響應某一任務請求的處理節(jié)點的總個數(shù)。

其中，所述第n任務處理消息包含有所述第n處理節(jié)點為響應某一任務請求所需執(zhí)行的操作及執(zhí)行所述操作對應的參數(shù)。

這里，所述所需執(zhí)行的操作是指所述第n處理節(jié)點為響應某一任務請求所需執(zhí)行的步驟。所述參數(shù)是指第n處理節(jié)點為響應某一任務請求所需執(zhí)行的步驟所用到的參數(shù)；其中，所述參數(shù)可以包括所述第n處理節(jié)點的上一處理節(jié)點的處理結果。

例如，所述所需執(zhí)行的內容包括：第n預定操作；所述第n預定操作為響應該任務請求的響應操作。

其中，所述第n預定操作為所述第n處理節(jié)點執(zhí)行的一個或多個預定子操作。

也就是說，所述第n處理節(jié)點支持執(zhí)行至少一個預定子操作，當所述第n處理節(jié)點執(zhí)行不同的預定子操作時，能實現(xiàn)不同的功能。

舉例來說，共有2個處理節(jié)點，每個處理節(jié)點均能執(zhí)行多個預定子操作。第1處理節(jié)點可支持S1、S2兩個預定子操作；其中，S1預定子操作為獲取登錄信息，S2預定子操作為根據(jù)鑒權結果判斷是否允許進入某賬號體系；第2個處理節(jié)點可支持S3、S4兩個預定子操作；其中，S3預定子操作為對登錄信息進行鑒權，返回鑒權結果；S4預定子操作為建立賬號與密碼的對應關系。那么，當接收到一登錄某賬號的任務請求時，第1個處理節(jié)點執(zhí)行S1預定操作，即獲取登錄信息；第2處理節(jié)點執(zhí)行S3預定操作，即對所述登錄信息進行鑒權；第2處理節(jié)點執(zhí)行S3預定操作，即對所述登錄信息進行鑒權，返回鑒權結果；第3處理節(jié)點執(zhí)行S2預定操作，即根據(jù)鑒權結果判斷是否允許進入某賬號體系。至此，通過第1處理節(jié)點以及第2處理節(jié)點執(zhí)行相應的預定子操作，能完成該任務請求。

本實施例中，所述消息通道用于存儲各個處理節(jié)點的任務處理消息，還用于接收各個處理節(jié)點的反饋消息。例如，所述消息通道包括消息隊列、數(shù)據(jù)總線等各種傳輸通道。優(yōu)選地，所述消息通道包括消息隊列，所述消息隊列是在消息的傳輸過程中保存消息的容器。

在一可選實施方式中，所述消息通道包括多個子消息通道，每一處理節(jié)點對應一個子消息通道，每一處理節(jié)點均可從與其對應的子消息通道中獲取任務處理消息，并向與其對應的子消息通道發(fā)送反饋消息；所述多個子消息通道均與一個總消息通道相連接，所述總消息通道從各個子消息通道取出反饋消息，并基于反饋消息向各個子消息通道分配并發(fā)送任務處理消息。如此，由于各個子消息通道是相互獨立的，便于每個處理節(jié)點識別和獲取與其對應的任務處理消息。

步驟102：當所述第n預定操作執(zhí)行正確時，第n+1處理節(jié)點從所述消息通道中獲取基于所述反饋消息形成的第n+1任務處理消息，并根據(jù)所述第n+1任務處理消息執(zhí)行第n+1預定操作。

其中，所述第n+1預定操作為所述第n+1處理節(jié)點執(zhí)行的一個或多個預定子操作。

其中，所述第n+1處理節(jié)點為所述第n處理節(jié)點的下一處理節(jié)點；所述第n預定操作和所述第n+1預定操作為響應同一任務請求的響應操作。

舉例來說，某一任務請求需要A處理節(jié)點、B處理節(jié)點、C處理節(jié)點協(xié)同完成。每一個處理節(jié)點所能實現(xiàn)的功能不同，例如，A處理節(jié)點可執(zhí)行A1、A2、A3三種預定操作，不同的預定操作所帶來的響應結果不同；B處理節(jié)點可執(zhí)行B1、B2、B3、B4四種預定操作，不同的預定操作所帶來的響應結果不同；C處理節(jié)點可執(zhí)行C1、C2、C3三種預定操作，不同的預定操作所帶來的響應結果不同。

如圖2所示，執(zhí)行某一任務請求時，A處理節(jié)點需要執(zhí)行A3預定操作，B處理節(jié)點需要執(zhí)行B2預定操作，C處理節(jié)點需要執(zhí)行C1預定操作；且執(zhí)行順序為A3預定操作、B2預定操作、C1預定操作。因此，A處理節(jié)點從消息通道中獲取A任務處理消息，當A處理節(jié)點執(zhí)行A3預定操作的執(zhí)行結果為執(zhí)行正確時，B處理節(jié)點從消息通道中獲取B任務處理消息，當B處理節(jié)點執(zhí)行B2預定操作的執(zhí)行結果為執(zhí)行正確時，C處理節(jié)點從消息通道中獲取C任務處理消息，當C處理節(jié)點執(zhí)行C1預定操作的執(zhí)行結果為執(zhí)行正確時，所述任務請求執(zhí)行完成。

再舉例來說，任務請求1需要用到圖2所示的A處理節(jié)點、B處理節(jié)點、C處理節(jié)點，且需要A處理節(jié)點執(zhí)行A3預定操作，需要B處理節(jié)點執(zhí)行B2預定操作，需要C處理節(jié)點執(zhí)行C1預定操作；任務請求4需要用到圖2所示的A處理節(jié)點、B處理節(jié)點，且需要A處理節(jié)點執(zhí)行A2預定操作，需要B處理節(jié)點執(zhí)行B1預定操作；若執(zhí)行任務請求1時，A處理節(jié)點執(zhí)行A3預定操作執(zhí)行正確，B處理節(jié)點執(zhí)行B2預定操作執(zhí)行正確，此時C處理節(jié)點處于升級狀態(tài)，任務請求1暫時無法完成，而此時，由于通過消息通道分配任務處理消息，可過一段時間后繼續(xù)向C處理節(jié)點或向備用的C處理節(jié)點發(fā)送任務處理消息。在執(zhí)行任務1的同時，通過消息通道向A處理節(jié)點分配執(zhí)行A2預定操作的任務處理消息，待A處理節(jié)點分配執(zhí)行A2預定操作正確后，向B處理節(jié)點分配執(zhí)行B1預定操作的任務處理消息。顯然，任務請求1的執(zhí)行不構成對執(zhí)行任務請求2的影響。

在一可選實施方式中，所述根據(jù)第n預定操作的執(zhí)行結果向所述消息通道發(fā)送反饋消息之后，所述方法還包括：

控制節(jié)點基于所述反饋消息判斷所述第n預定操作的執(zhí)行結果是否執(zhí)行正確，其中，所述反饋消息包括第n預定操作的執(zhí)行結果；

當所述第n預定操作執(zhí)行正確時，基于所述任務請求的任務處理清單向所述消息通道發(fā)送基于所述反饋消息形成的第n+1任務處理消息。

其中，所述反饋消息包括所述第n預定操作的執(zhí)行結果。

其中，所述第n+1任務處理消息包括由所述第n+1處理節(jié)點執(zhí)行的第n+1預定操作，所述第n+1任務處理消息是所述控制節(jié)點基于任務處理清單確定的。

其中，所述任務處理清單包括執(zhí)行所述任務請求的N個所述處理節(jié)點，以及N個所述處理節(jié)點執(zhí)行的預定操作的執(zhí)行順序。

如圖3所示，系統(tǒng)接收到任務請求時，由控制節(jié)點根據(jù)所述任務請求制定任務處理清單，并基于所述任務處理清單向各處理節(jié)點分配任務處理消息，接收各處理節(jié)點返回的反饋消息；

也就是說，由控制節(jié)點來判斷第n處理節(jié)點執(zhí)行第n預定操作的執(zhí)行結果是否執(zhí)行正確，所述第n處理節(jié)點無需對其執(zhí)行結果進行判斷。第n處理節(jié)點僅需要從第n任務處理消息中獲取其所要執(zhí)行的預定操作以及其所要返回的執(zhí)行參數(shù)，無需關心下一個節(jié)點由誰來操作。

在另一可選實施方式中，所述方法還包括：

所述第n處理節(jié)點判斷所述第n預定操作是否執(zhí)行正確；

當所述第n預定操作執(zhí)行正確時，則根據(jù)第n預定操作的執(zhí)行結果向所述消息通道反饋第一類消息；其中，所述第一類消息包括所述第n處理節(jié)點的執(zhí)行結果、所述第n處理節(jié)點根據(jù)任務處理清單確定的第n+1處理節(jié)點的節(jié)點標識、以及所述任務處理清單；其中，所述任務處理清單包括執(zhí)行所述任務請求所涉及的各個處理節(jié)點的節(jié)點標識，以及所述各個處理節(jié)點之間的執(zhí)行順序及預定操作。

如圖4所示，系統(tǒng)接收到任務請求時，由控制節(jié)點根據(jù)所述任務請求制定任務處理清單，將所述任務處理清單通過消息通道發(fā)送至任務處理清單中的第一個處理節(jié)點，之后，將第一個處理節(jié)點反饋的第一類消息直接作為下一個處理節(jié)點的任務處理消息，通過所述消息通道發(fā)送至第一個處理節(jié)點指定的下一個處理節(jié)點，以此類推，所述控制節(jié)點無需根據(jù)各處理節(jié)點的反饋信息確定下一個處理節(jié)點的任務處理消息。

也就是說，由第n處理節(jié)點來判斷第n處理節(jié)點執(zhí)行第n預定操作的執(zhí)行結果是否執(zhí)行正確，所述第n處理節(jié)點根據(jù)任務處理清單確定下一個處理節(jié)點是誰，并指定將第一類消息發(fā)送至其所確定的第n+1處理節(jié)點，所述控制節(jié)點只需按照所述第n處理節(jié)點指定的投遞對象將封裝后的第一類消息，即將任務處理消息通過消息通道中發(fā)送至第n+1處理節(jié)點。

步驟103：當所述第n預定操作執(zhí)行錯誤時，異常處理節(jié)點從所述消息通道中獲取基于所述反饋消息形成的異常任務處理消息，并根據(jù)所述異常任務處理消息執(zhí)行異常處理操作。

如此，通過一專門的處理節(jié)點來處理執(zhí)行異常的任務請求，能夠及時對處理異常的任務請求進行處理。通過一專門的處理節(jié)點來處理執(zhí)行異常的任務請求，能夠及時發(fā)現(xiàn)執(zhí)行異常的問題，也能根據(jù)該問題做出及時應對。比如，所述異常處理節(jié)點將出現(xiàn)問題的處理節(jié)點所對應的任務處理消息通過消息通道發(fā)送至另一備用的能夠執(zhí)行該任務處理消息的處理節(jié)點，如此，當該備用處理節(jié)點的執(zhí)行結果正確時，還能夠繼續(xù)執(zhí)行該任務請求，該任務請求不會因中間某一環(huán)節(jié)出現(xiàn)錯誤而中止。

舉例來說，任務請求1、任務請求2均需要用到圖2所示的A處理節(jié)點、B處理節(jié)點、C處理節(jié)點；且均需要B處理節(jié)點執(zhí)行B2預定操作，若執(zhí)行任務請求1時，B處理節(jié)點執(zhí)行B2預定操作出現(xiàn)異常，若不及時清理任務請求1產生的數(shù)據(jù)，則影響任務請求2的執(zhí)行進度。而采用異常處理節(jié)點專門處理異常任務處理消息，由于及時對任務請求1所產生的數(shù)據(jù)進行了處理，不會對任務請求2的執(zhí)行造成大的影響。

再舉例來說，任務請求1需要用到圖2所示的A處理節(jié)點、B處理節(jié)點、C處理節(jié)點，且需要A處理節(jié)點執(zhí)行A3預定操作，需要B處理節(jié)點執(zhí)行B2預定操作，需要C處理節(jié)點執(zhí)行C1預定操作；若執(zhí)行任務請求1時，B處理節(jié)點執(zhí)行B2預定操作出現(xiàn)異常，則異常處理節(jié)點可以將通知消息通道向備用的B′處理節(jié)點發(fā)送任務處理消息，通知B′處理節(jié)點執(zhí)行B2預定操作，如此，當B′處理節(jié)點執(zhí)行B2預定操作的執(zhí)行結果正確時，C處理節(jié)點能夠繼續(xù)執(zhí)行C1預定操作，如此，不會因B處理節(jié)點的執(zhí)行結果錯誤而導致任務請求1無法繼續(xù)執(zhí)行。

這里，所述步驟102與所述步驟103為并列關系。即步驟101之后，若當所述第n預定操作執(zhí)行正確時，執(zhí)行步驟102；若當所述第n預定操作執(zhí)行錯誤時，執(zhí)行步驟103。

在一可選實施方式中，所述根據(jù)第n預定操作的執(zhí)行結果向所述消息通道發(fā)送反饋消息之后，所述方法還包括：

控制節(jié)點基于所述反饋消息判斷所述第n預定操作的執(zhí)行結果是否執(zhí)行正確，其中，所述反饋消息包括第n預定操作的執(zhí)行結果；

當所述第n預定操作執(zhí)行錯誤時，控制節(jié)點通知系統(tǒng)中的異常處理節(jié)點，由異常處理節(jié)點基于任務處理清單向所述消息通道發(fā)送基于所述反饋消息形成的異常任務處理消息；其中，所述任務處理清單包括執(zhí)行所述任務請求的N個所述處理節(jié)點，以及N個所述處理節(jié)點執(zhí)行的預定操作的執(zhí)行順序。

在另一可選實施方式中，所述方法還包括：

所述第n處理節(jié)點判斷所述第n預定操作是否執(zhí)行正確；

當所述第n預定操作執(zhí)行出現(xiàn)異常時，則根據(jù)第n預定操作的執(zhí)行結果向所述消息通道反饋第二類消息；其中，所述第二類消息包括所述第n處理節(jié)點的執(zhí)行結果、所述第n處理節(jié)點確定的異常處理節(jié)點、以及所述任務處理清單；

由所述第n處理節(jié)點確定的異常處理節(jié)點基于所述任務處理清單向所述消息通道發(fā)送基于所述第二類消息形成的異常任務處理消息。

這里，系統(tǒng)中的異常處理節(jié)點可以為多個。

繼續(xù)以執(zhí)行某一任務請求時，A處理節(jié)點需要執(zhí)行A3預定操作，B處理節(jié)點需要執(zhí)行B2預定操作，C處理節(jié)點需要執(zhí)行C1預定操作；且執(zhí)行順序為A3預定操作、B2預定操作、C1預定操作為例進行說明。如圖5所示，A處理節(jié)點從消息通道中獲取A任務處理消息，當A處理節(jié)點執(zhí)行A3預定操作的執(zhí)行結果為執(zhí)行正確時，B處理節(jié)點從消息通道中獲取B任務處理消息，當B處理節(jié)點執(zhí)行B2預定操作的執(zhí)行結果為執(zhí)行正確時，C處理節(jié)點從消息通道中獲取C任務處理消息，當C處理節(jié)點執(zhí)行C1預定操作的執(zhí)行結果為執(zhí)行錯誤時，異常處理節(jié)點從所述消息通道中獲取基于C處理節(jié)點的反饋消息形成的異常任務處理消息，并根據(jù)所述異常任務處理消息執(zhí)行異常處理操作。

在一實施方式中，所述基于所述反饋消息形成的異常任務處理消息，包括：

確定需要執(zhí)行異常處理操作的各個處理節(jié)點及執(zhí)行異常處理的順序。

比如，所述異常處理操作，包括：將在執(zhí)行所述任務請求過程中所產生的數(shù)據(jù)刪除。

如此，當重復利用同一存儲空間時，便于在執(zhí)行其他任務請求時或重新執(zhí)行所述任務請求時，之前所產生的與所述任務請求相關的數(shù)據(jù)對當前執(zhí)行的任務請求造成干擾。

再比如，所述異常處理操作，包括：執(zhí)行回滾操作。

這里，所述回滾操作是指將程序或數(shù)據(jù)恢復到上一次正確狀態(tài)的行為。

繼續(xù)以執(zhí)行某一任務請求時，A處理節(jié)點需要執(zhí)行A3預定操作，B處理節(jié)點需要執(zhí)行B2預定操作，C處理節(jié)點需要執(zhí)行C1預定操作；且執(zhí)行順序為A3預定操作、B2預定操作、C1預定操作為例進行說明。當A處理節(jié)點執(zhí)行A3預定操作的執(zhí)行結果為執(zhí)行正確，B處理節(jié)點執(zhí)行B2預定操作的執(zhí)行結果為執(zhí)行正確，C處理節(jié)點執(zhí)行C1預定操作的執(zhí)行結果為執(zhí)行錯誤時，異常處理節(jié)點從所述消息通道中獲取基于C處理節(jié)點的反饋消息形成的異常任務處理消息，并根據(jù)所述異常任務處理消息執(zhí)行回滾操作操作，異常處理節(jié)點從所述消息通道中獲取基于C處理節(jié)點的反饋消息形成的異常任務處理消息，并根據(jù)所述異常任務處理消息執(zhí)行異常處理操作，其中，所述異常任務處理消息包括：C處理節(jié)點需要執(zhí)行E1預定操作，B處理節(jié)點需要執(zhí)行E1預定操作，A處理節(jié)點需要執(zhí)行E1預定操作；且執(zhí)行順序為C處理節(jié)點、B處理節(jié)點、A處理節(jié)點，其中，所述E1預定操作表示回滾操作；當C處理節(jié)點執(zhí)行E1預定操作完畢時，B處理節(jié)點執(zhí)行E1預定操作完畢，A處理節(jié)點執(zhí)行E1預定操作完畢時，針對該任務請求的回滾操作完成。

在一可選實施方式中，所述執(zhí)行異常處理的順序為：以當前執(zhí)行任務請求出現(xiàn)異常的處理節(jié)點為起點，按照已執(zhí)行所述任務請求的各個處理節(jié)點的執(zhí)行順序的倒序方式進行排序。

舉例來說，如圖6所示，異常處理節(jié)點從所述消息通道中獲取基于C處理節(jié)點的反饋消息形成的異常任務處理消息，并根據(jù)所述異常任務處理消息執(zhí)行異常處理操作，其中，所述異常任務處理消息包括：C處理節(jié)點需要執(zhí)行E1預定操作，B處理節(jié)點需要執(zhí)行E1預定操作，A處理節(jié)點需要執(zhí)行E1預定操作；且執(zhí)行順序為C處理節(jié)點、B處理節(jié)點、A處理節(jié)點。如圖6所示，C處理節(jié)點從消息通道中獲取C異常任務處理消息，當C處理節(jié)點執(zhí)行E1預定操作完畢時，B處理節(jié)點從消息通道中獲取B異常任務處理消息，當B處理節(jié)點執(zhí)行E1預定操作完畢時，A處理節(jié)點從消息通道中獲取A異常任務處理消息，當A處理節(jié)點執(zhí)行E1預定操作完畢時，針對該任務請求的異常處理操作完成。

上述方案中，可選地，所述方法還包括：

將各處理節(jié)點的處理結果發(fā)送至存儲設備中，存儲在所述存儲設備的所述處理結果，用于響應查詢所述任務請求的執(zhí)行的查詢請求。

上述方案中，可選地，所述方法還包括：

系統(tǒng)接收到任務請求時，控制節(jié)點估算完成所述任務請求所需時間；

當所需時間大于或等于預設時間閾值時，為發(fā)送所述任務請求的客戶端分配任務標識碼；其中，所述任務標識碼，用于查詢所述任務請求的處理結果。

如此，當完成客戶端發(fā)送的任務請求所需時間較長時，可以為該客戶端分配一任務標識碼，提醒該客戶端在多長時間之后可根據(jù)該任務標識碼來查詢該任務請求的執(zhí)行情況。

當然，在一具體實施方式中，當所需時間小于預設時間閾值時，不為發(fā)送所述任務請求的客戶端分配任務標識碼。

或者，在一具體實施方式中，為發(fā)送所述任務請求的客戶端分配任務標識碼，但不向所述客戶端發(fā)送所述任務標識碼。

在一實施方式中，所述方法還包括：

檢測客戶端發(fā)送的查詢請求；

響應所述查詢請求，根據(jù)所述存儲設備中存儲的處理結果向客戶端發(fā)送執(zhí)行狀態(tài)信息。

在一具體實施方式中，所述檢測客戶端發(fā)送的查詢請求，包括：存儲設備從客戶端接收攜帶有所述任務標識碼的查詢請求。相應地，所述響應所述查詢請求，從所述存儲設備中獲取處理結果，包括：所述存儲設備依據(jù)所述任務標識碼，查詢與所述任務標識碼對應的處理結果。這里，所述存儲設備存儲有任務標識碼與處理結果的對應關系。

如圖7所示，客戶端M向存儲設備發(fā)送有關任務請求1的查詢請求，存儲設備接收到查詢請求后，從存儲設備中查詢與客戶端M任務標識碼對應的處理結果，并向客戶端M返回所述執(zhí)行狀態(tài)信息。

如此，不用通過第三方來查詢，客戶端能直接與存儲設備查詢進行交互，通過任務標識碼從存儲設備查詢任務請求的處理結果，方便客戶端查詢，提高了查詢任務執(zhí)行結果的便捷性。

在另一具體實施方式中，所述檢測客戶端發(fā)送的查詢請求，包括：預定接口從客戶端接收攜帶有客戶端的標識信息的查詢請求。相應地，所述響應所述查詢請求，從所述存儲設備中獲取處理結果，包括：查詢與所述標識信息對應的處理結果，并向所述客戶端返回所述執(zhí)行狀態(tài)信息。這里，所述存儲設備存儲有客戶端標識信息與處理結果的對應關系。

如圖8所示，客戶端A向預定接口發(fā)送有關任務請求1的查詢請求，預定接口接收到查詢請求后，從存儲設備中查詢與客戶端A標識信息對應的處理結果，并向客戶端A返回所述執(zhí)行狀態(tài)信息。

如此，客戶端不能直接與存儲設備查詢進行交互，由預定接口從存儲設備查詢任務請求的處理結果，并由預定接口向客戶端發(fā)送執(zhí)行狀態(tài)信息，由于客戶端不能與存儲設備接觸，更能提高存儲設備中存儲的數(shù)據(jù)的安全性。

上述方案中，可選地，所述方法還包括：

調試節(jié)點對所述消息通道中的所有處理消息進行備份；其中，備份的所述處理消息用于進行錯誤調試。

如圖9所示，調試節(jié)點中包含有備份的各個處理節(jié)點的處理消息，提供觀察系統(tǒng)運行的窗口，便于工作人員開發(fā)、調試等，如將所述調試節(jié)點中備份的處理消息運行于Debug中，對編好的程序進行漏洞的排查，盡量消除錯誤或漏洞。

本實施例所述技術方案中，作為響應同一任務請求的第n處理節(jié)點以及第n+1處理節(jié)點，所述第n處理節(jié)點以及第n+1處理節(jié)點是從消息通道獲取任務處理消息，根據(jù)從消息通道獲取的任務處理消息執(zhí)行相應的預定操作，無需第n處理節(jié)點與第n+1處理節(jié)點之間進行交互與調用，解決了現(xiàn)有技術中不同處理節(jié)點之間的強耦合問題，從而也有助于后續(xù)對各個處理節(jié)點的維護；與此同時，由異常處理節(jié)點來處理出現(xiàn)異常的任務請求，能夠及時處理各種異常情況，如能實現(xiàn)數(shù)據(jù)完全回滾，即將在執(zhí)行所述任務請求過程中所產生的數(shù)據(jù)刪除。

實施例二

本發(fā)明實施例提供了一種任務處理系統(tǒng)，如圖10所示，所述系統(tǒng)包括：

第n處理節(jié)點10，用于從消息通道獲取第n任務處理消息，并根據(jù)所述第n任務處理消息執(zhí)行第n預定操作，根據(jù)第n預定操作的執(zhí)行結果向所述消息通道發(fā)送反饋消息；其中，所述第n預定操作為所述第n處理節(jié)點執(zhí)行的一個或多個預定子操作；

第n+1處理節(jié)點20，用于當所述第n預定操作執(zhí)行正確時，從所述消息通道中獲取基于所述反饋消息形成的第n+1任務處理消息，并根據(jù)所述第n+1任務處理消息執(zhí)行第n+1預定操作；其中，所述第n+1預定操作為所述第n+1處理節(jié)點執(zhí)行的一個或多個預定子操作；

其中，所述第n+1處理節(jié)點為所述第n處理節(jié)點的下一操作節(jié)點；所述第n預定操作和所述第n+1預定操作為響應同一任務請求的響應操作；所述n為小于N的正整數(shù)；所述N為響應所述任務請求的處理節(jié)點的總個數(shù)。

異常處理節(jié)點30，用于當所述第n預定操作執(zhí)行錯誤時，從所述消息通道中獲取基于所述反饋消息形成的異常任務處理消息，并根據(jù)所述異常任務處理消息執(zhí)行異常處理操作。

在一可選實施方式中，所述系統(tǒng)還包括：

控制節(jié)點40，用于：

在所述第n處理節(jié)點根據(jù)第n預定操作的執(zhí)行結果向所述消息通道發(fā)送反饋消息之后，基于所述反饋消息判斷所述第n預定操作的執(zhí)行結果是否執(zhí)行正確，其中，所述反饋消息包括第n預定操作的執(zhí)行結果；

當所述第n預定操作執(zhí)行正確時，基于所述任務請求的任務處理清單向所述消息通道發(fā)送基于所述反饋消息形成的第n+1任務處理消息；其中，所述任務處理清單包括執(zhí)行所述任務請求的N個所述處理節(jié)點，以及N個所述處理節(jié)點執(zhí)行的預定操作的執(zhí)行順序；

當所述第n預定操作執(zhí)行錯誤時，通知異常處理節(jié)點30，由異常處理節(jié)點30基于所述任務處理清單向所述消息通道發(fā)送基于所述反饋消息形成的異常任務處理消息。

在一具體實施方式中，所述第n處理節(jié)點10，還用于：

判斷所述第n預定操作是否執(zhí)行正確；

當所述第n預定操作執(zhí)行正確時，則根據(jù)第n預定操作的執(zhí)行結果向所述消息通道反饋第一類消息；其中，所述第一類消息包括所述第n處理節(jié)點的執(zhí)行結果、所述第n處理節(jié)點根據(jù)任務處理清單確定的第n+1處理節(jié)點的節(jié)點標識、以及所述任務處理清單；其中，所述任務處理清單包括執(zhí)行所述任務請求所涉及的各個處理節(jié)點的節(jié)點標識，以及所述各個處理節(jié)點之間的執(zhí)行順序及預定操作。

在另一具體實施方式中，所述第n處理節(jié)點10，還用于：

判斷所述第n預定操作是否執(zhí)行正確；

當所述第n預定操作執(zhí)行出現(xiàn)異常時，則根據(jù)第n預定操作的執(zhí)行結果向所述消息通道反饋第二類消息；其中，所述第二類消息包括所述第n處理節(jié)點的執(zhí)行結果、所述第n處理節(jié)點確定的異常處理節(jié)點、以及所述任務處理清單。

在一具體實施方式中，所述異常處理節(jié)點30，還用于：

確定需要執(zhí)行異常處理操作的各個處理節(jié)點及執(zhí)行異常處理的順序。

在一可選實施方式中，所述系統(tǒng)還包括：

存儲設備50，用于存儲各處理節(jié)點發(fā)送的處理結果，存儲在所述存儲設備的所述處理結果，用于響應查詢所述任務請求的執(zhí)行的查詢請求。

在一可選實施方式中，所述系統(tǒng)還包括：

檢測節(jié)點60，用于檢測客戶端發(fā)送的查詢請求；

響應節(jié)點70，用于響應所述查詢請求，根據(jù)所述存儲設備中存儲的處理結果向客戶端發(fā)送執(zhí)行狀態(tài)信息。

在一具體實施方式中，所述系統(tǒng)還包括：

分配節(jié)點80，用于：

接收到任務請求時，估算完成所述任務請求所需時間；

當所需時間大于或等于預設時間閾值時，為發(fā)送所述任務請求的客戶端分配任務標識碼；其中，所述任務標識碼，用于查詢所述任務請求的處理結果。

在一具體實施方式中，所述檢測節(jié)點60，還用于通過存儲設備從客戶端接收攜帶有所述任務標識碼的查詢請求；

所述響應節(jié)點70，還用于通過所述存儲設備依據(jù)所述任務標識碼，查詢與所述任務標識碼對應的處理結果。

在另一具體實施方式中，所述檢測節(jié)點60，還用于通過預定接口從客戶端接收攜帶有客戶端的標識信息的查詢請求；

所述響應節(jié)點70，還用于通所述預定接口查詢與所述標識信息對應的處理結果，并向所述客戶端返回所述執(zhí)行狀態(tài)信息。

在一可選實施方式中，所述系統(tǒng)還包括：

調試節(jié)點90，用于對所述消息通道中的所有處理消息進行備份；其中，備份的所述處理消息用于進行錯誤調試。

本領域技術人員應當理解，本實施例的任務處理系統(tǒng)中各節(jié)點的功能，可參照前述任務處理方法的相關描述而理解。

實際應用中，上述第n處理節(jié)點10、第n+1處理節(jié)點20、異常處理節(jié)點30、控制節(jié)點40、檢測節(jié)點60、響應節(jié)點70、分配節(jié)點80、調試節(jié)點90的具體結構均可對應于處理器或服務器。所述處理器具體的結構可以為中央處理器(CPU，Central Processing Unit)、微處理器(MCU，Micro Controller Unit)、數(shù)字信號處理器(DSP，Digital Signal Processing)或可編程邏輯器件(PLC，Programmable Logic Controller)等具有處理功能的電子元器件或電子元器件的集合。其中，所述處理器包括可執(zhí)行代碼，所述可執(zhí)行代碼存儲在存儲介質中，所述處理器可以通過總線等通信接口與所述存儲介質中相連，在執(zhí)行具體的各單元的對應功能時，從所述存儲介質中讀取并運行所述可執(zhí)行代碼。所述存儲介質用于存儲所述可執(zhí)行代碼的部分優(yōu)選為非瞬間存儲介質。所述存儲設備50可以是各個種類型的存儲器或具有存儲功能的服務器，如數(shù)據(jù)庫。

實際應用中，任務處理系統(tǒng)中的各功能模塊可以由服務器中的硬件資源協(xié)同實現(xiàn)，如處理器等計算資源、通信資源(如用于支持實現(xiàn)各種方式的通信)實現(xiàn)。

圖11示例性示出了服務器的一個可選的硬件結構示意圖，包括處理器11、輸入/輸出接口13(例如顯示屏、觸摸屏、揚聲器)，存儲介質14以及網(wǎng)絡接口12，組件可以經系統(tǒng)總線15連接通信。相應地，服務器10的存儲介質14中存儲有用于執(zhí)行本發(fā)明實施例提供的任務處理方法的可執(zhí)行指令。

其中，所述存儲介質14可以是移動存儲裝置、隨機存取存儲器(RAM，Random Access Memory)、只讀存儲器(ROM，Read-Only Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質。優(yōu)選地，所述存儲介質14可為非易失性存儲介質。

其中，處理器11可以是CPU、MCU、DSP、PLC，還可以是處理電路，例如，專用集成電路(ASIC，Application Specific Integrated Circuits)。

具體地，所述處理器11通過所述系統(tǒng)總線15從所述存儲介質14中讀取并執(zhí)行任務處理方法的可執(zhí)行指令，可執(zhí)行如下步驟：

通知第n處理節(jié)點從消息通道獲取第n任務處理消息，并根據(jù)所述第n任務處理消息執(zhí)行第n預定操作，根據(jù)第n預定操作的執(zhí)行結果向所述消息通道發(fā)送反饋消息；其中，所述第n預定操作為所述第n處理節(jié)點執(zhí)行的一個或多個預定子操作；當所述第n預定操作執(zhí)行正確時，通知第n+1處理節(jié)點從所述消息通道中獲取基于所述反饋消息形成的第n+1任務處理消息，并根據(jù)所述第n+1任務處理消息執(zhí)行第n+1預定操作；其中，所述第n+1預定操作為所述第n+1處理節(jié)點執(zhí)行的一個或多個預定子操作；當所述第n預定操作執(zhí)行錯誤時，通知異常處理節(jié)點從所述消息通道中獲取基于所述反饋消息形成的異常任務處理消息，并根據(jù)所述異常任務處理消息執(zhí)行異常處理操作；其中，所述第n+1處理節(jié)點為所述第n處理節(jié)點的下一操作節(jié)點；所述第n預定操作和所述第n+1預定操作為響應同一任務請求的響應操作；所述n為小于N的正整數(shù)；所述N為響應所述任務請求的處理節(jié)點的總個數(shù)。

本實施例所述的任務處理系統(tǒng)，解決了現(xiàn)有技術中不同處理節(jié)點之間的強耦合問題，從而也有助于后續(xù)對各個處理節(jié)點的維護；與此同時，由異常處理節(jié)點來處理出現(xiàn)異常的任務請求，能夠及時處理各種異常情況，如能實現(xiàn)數(shù)據(jù)完全回滾，即將在執(zhí)行所述任務請求過程中所產生的數(shù)據(jù)刪除。

實施例三

上述任務處理系統(tǒng)可通過硬件來實現(xiàn)，圖11給出了任務處理系統(tǒng)的一種硬件結構示意圖，如圖11所示，包括多個服務器以及多個存儲設備；其中，

所述服務器分為多類，包括：

第一類服務器為分配節(jié)點，圖中服務器a表示分配節(jié)點，分配節(jié)點負責接收到客戶端發(fā)送的任務請求時，估算完成所述任務請求所需時間；當所需時間大于或等于預設時間閾值時，為發(fā)送所述任務請求的客戶端分配任務標識碼；其中，所述任務標識碼，用于查詢所述任務請求的處理結果；

第二類服務器為控制節(jié)點，圖中服務器b表示控制節(jié)點，控制節(jié)點負責消息通道的管理；還負責基于客戶端發(fā)送的任務請求生成任務處理清單，以及通過消息通道向各個處理節(jié)點分配任務處理消息；獲取各個處理節(jié)點發(fā)送到消息通道中的反饋消息；

第三類服務器為常規(guī)處理節(jié)點，圖中服務器n、n+1表示響應同一任務請求的第n處理節(jié)點以及第n+1處理節(jié)點，所述第n處理節(jié)點以及第n+1處理節(jié)點負責從消息通道獲取任務處理消息，根據(jù)從消息通道獲取的任務處理消息執(zhí)行相應的預定操作，并根據(jù)預定操作的執(zhí)行結果向所述消息通道發(fā)送反饋消息；

第四類服務器為異常處理節(jié)點，圖中服務器c表示異常處理節(jié)點；異常處理節(jié)點，負責當?shù)趎處理節(jié)點或第n+1處理節(jié)點執(zhí)行預定操作的執(zhí)行結果為執(zhí)行錯誤時，從所述消息通道中獲取基于這類預定操作的執(zhí)行結果為執(zhí)行錯誤的反饋消息形成的異常任務處理消息，并根據(jù)所述異常任務處理消息執(zhí)行異常處理操作；

第五類服務器為檢測節(jié)點，圖中服務器d表示檢測節(jié)點；檢測節(jié)點負責檢測客戶端發(fā)送的查詢請求；

第六類服務器為響應節(jié)點，圖中服務器e表示響應節(jié)點；響應節(jié)點負責響應所述查詢請求，根據(jù)第一存儲設備中存儲的處理結果向客戶端發(fā)送執(zhí)行狀態(tài)信息；

第七類服務器為調試節(jié)點，圖中服務器f表示調試節(jié)點；調試節(jié)點負責根據(jù)第二存儲設備中備份的消息通道中的處理消息進行調試；

所述第一存儲設備，用于存儲各處理節(jié)點發(fā)送的處理結果，存儲在所述存儲設備的所述處理結果，可用于響應查詢所述任務請求的執(zhí)行的查詢請求；

所述第二存儲設備，用于備份消息通道中的所有處理消息，以供調試節(jié)點進行調試。

從圖11可以看出，客戶端根據(jù)分配節(jié)點為其分配的任務標識碼，通過檢測節(jié)點與響應節(jié)點能與第一存儲設備查詢進行交互，通過任務標識碼從存儲設備查詢任務請求的處理結果，方便客戶端查詢，提高了查詢任務執(zhí)行結果的便捷性。作為響應同一任務請求的第n處理節(jié)點以及第n+1處理節(jié)點，所述第n處理節(jié)點以及第n+1處理節(jié)點只需從消息通道獲取任務處理消息，然后根據(jù)從消息通道獲取的任務處理消息執(zhí)行相應的預定操作，并向消息通道反饋執(zhí)行相應的預定操作的執(zhí)行結果，無需第n處理節(jié)點直接向第n+1處理節(jié)點發(fā)送任務處理消息，也無需第n處理節(jié)點與第n+1處理節(jié)點進行相互調用。本系統(tǒng)通過異常處理節(jié)點來負責處理異常事件，由于不同處理節(jié)點之間是通過消息通道傳輸消息的，而不是由一個處理節(jié)點直接給到下一個處理節(jié)點；這樣當出現(xiàn)錯誤時，該異常處理節(jié)點可以從消息通道中獲取兩個處理節(jié)點之間的傳輸?shù)奶幚硐ⅲM行錯誤分析；至少解決了現(xiàn)有技術中因不同處理節(jié)點之間的強耦合而引起的系統(tǒng)無法獲取異常信息問題。調試節(jié)點從第二處理設備中獲取備份的各個處理節(jié)點的處理消息，可提供觀察系統(tǒng)運行的窗口，便于工作人員開發(fā)、調試等。

實施例四

圖12為本發(fā)明實施例提供的一種任務處理系統(tǒng)的運維流程架構圖，如圖12所示，該架構主要包括三大部分：

第一部分為接入層，所述接入層包括：接口和任務請求處理單元；

其中，所述接口是整個系統(tǒng)提供的功能性接口，供web頁面或其它系統(tǒng)調用。

其中，所述任務請求處理單元，負責對所接收到的任務請求進行分析，將所述任務請求拆分成多個處理步驟，其中，每一處理步驟由一個處理模塊來實現(xiàn)。

具體地，所述任務請求處理單元的工作原理：接收到功能請求后，將其拆成處理模塊中內部子系統(tǒng)的原子接口，并根據(jù)任務請求排列成有序的步驟，如將功能請求拆解成步驟(step)1、step2、step3，將其作為一個任務處理消息投遞至消息隊列中。其中，所述處理模塊包括內部子系統(tǒng)和執(zhí)行器。

可選地，所述任務請求處理單元，還負責分配任務標識碼。所述接口，還負責將所述任務標識碼返回給調用方。例如，所述調用方是客戶端。所述調用方可基于所述任務標識碼查詢處理結果。

實際應用中，接收任務請求的接口與返回處理結果的接口可以合成一個接口。

第二部分為傳輸層，所述傳輸層包括：消息隊列；

其中，所述消息隊列，是驅動整個系統(tǒng)運轉的通道。各個處理模塊通過消息隊列進行通信。

第三部分為執(zhí)行層，所述執(zhí)行層包括：常規(guī)執(zhí)行器、以及與常規(guī)執(zhí)行器對應的子系統(tǒng)。

其中，所述常規(guī)執(zhí)行器是原子接口執(zhí)行器，每個常規(guī)執(zhí)行器對應一個內部子系統(tǒng)。這里，所述原子接口是指能夠反饋執(zhí)行成功或執(zhí)行失敗信息的接口，由所述原子接口輸出的信息是明確的信息。

所述常規(guī)執(zhí)行器，負責監(jiān)聽消息隊列中屬于自己的任務處理消息，任務處理消息由提供任務請求處理單元投遞或者其它上游的常規(guī)執(zhí)行器投遞。常規(guī)執(zhí)行器收到屬于自己的任務處理消息后，進行個性化的邏輯處理，處理完成后將處理結果寫到存儲設備如translog中，供調用方查詢；常規(guī)執(zhí)行器還負責將反饋消息重新投放到消息隊列中。

可選地，所述執(zhí)行層還包括：異常處理執(zhí)行器(Error Executor)、備份執(zhí)行器(Debug Executor)。

其中，所述異常處理執(zhí)行器，負責從所述消息通道中獲取基于所述反饋消息形成的異常任務處理消息，并根據(jù)所述異常任務處理消息執(zhí)行異常處理操作。

所有的常規(guī)執(zhí)行器執(zhí)行發(fā)生錯誤，會將消息的接收者設置為異常處理執(zhí)行器，異常處理執(zhí)行器負責確定異常任務處理消息，重新投遞到消息隊列中去。例如，當?shù)谌龍?zhí)行器執(zhí)行step3出現(xiàn)異常時，通知第三執(zhí)行器、第二執(zhí)行器、第一執(zhí)行器，按照step3-＞step2-＞step1，依次執(zhí)行回滾操作。

另外，所述異常處理執(zhí)行器，可以作為觀察系統(tǒng)異常的窗口，不用到各個子系統(tǒng)上到處查日志，便于定位出現(xiàn)異常的節(jié)點。

備份執(zhí)行器，負責對所述消息通道中的所有處理消息進行備份，用于開發(fā)調試，所述備份執(zhí)行器同樣可作為一個觀察整個大系統(tǒng)運行的窗口。

與常規(guī)執(zhí)行器對應的內部子系統(tǒng)，是提供具體特定服務的運維系統(tǒng)，負責與智能軟件、智能設備、智能機器人、或計算機系統(tǒng)等進行交互，以確保每一步驟的可實現(xiàn)。

可選地，所述架構還包括：

第四部分，所述第四部分包括：存儲設備(如TransLog)。

其中，所述存儲設備負責各執(zhí)行器發(fā)送的處理結果，存儲在所述存儲設備的所述處理結果，用于響應查詢所述任務請求的執(zhí)行的查詢請求。

具體地，所述存儲設備可以使用nosql存儲或者DB存儲。

在本申請所提供的幾個實施例中，應該理解到，所揭露的設備和方法，可以通過其它的方式實現(xiàn)。以上所描述的設備實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，如：多個單元或組件可以結合，或可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另外，所顯示或討論的各組成部分相互之間的耦合、或直接耦合、或通信連接可以是通過一些接口，設備或單元的間接耦合或通信連接，可以是電性的、機械的或其它形式的。

上述作為分離部件說明的單元可以是、或也可以不是物理上分開的，作為單元顯示的部件可以是、或也可以不是物理單元；既可以位于一個地方，也可以分布到多個網(wǎng)絡單元上；可以根據(jù)實際的需要選擇其中的部分或全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各實施例中的各功能單元可以全部集成在一個處理單元中，也可以是各單元分別單獨作為一個單元，也可以兩個或兩個以上單元集成在一個單元中；上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能單元的形式實現(xiàn)。

本領域普通技術人員可以理解：實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于計算機可讀取存儲介質中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質包括：移動存儲設備、只讀存儲器(Read-Only Memory，ROM)、隨機存取存儲器(Random Access Memory，RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質。

或者，本發(fā)明上述集成的單元如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質中?；谶@樣的理解，本發(fā)明實施例的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機、服務器、或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分。而前述的存儲介質包括：移動存儲設備、ROM、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應以所述權利要求的保護范圍為準。