本發(fā)明涉及sdon(software-definedopticalnetwork，軟件定義光網(wǎng)絡(luò))通訊領(lǐng)域，尤其是一種業(yè)務(wù)操作管理方法及裝置、系統(tǒng)。

背景技術(shù)：

當(dāng)前，在全球信息化和ict(informationcommunicationtechnology，信息通信技術(shù))行業(yè)發(fā)展變革的浪潮之下，光網(wǎng)絡(luò)發(fā)展面臨新的挑戰(zhàn)。首先是網(wǎng)絡(luò)流量需求快速增長，網(wǎng)絡(luò)擴(kuò)容壓力大。其次，網(wǎng)絡(luò)智能化水平不高，運(yùn)維管理復(fù)雜。運(yùn)營商光通信網(wǎng)絡(luò)規(guī)模龐大，廠家數(shù)量眾多，網(wǎng)絡(luò)設(shè)備的維護(hù)和管理復(fù)雜，難以適應(yīng)新興業(yè)務(wù)應(yīng)用對網(wǎng)絡(luò)動態(tài)調(diào)度需求。第三，跨層域管控難度大，無法適應(yīng)網(wǎng)絡(luò)融合發(fā)展趨勢。當(dāng)前承載網(wǎng)絡(luò)的融合化發(fā)展成為大勢所趨，光網(wǎng)絡(luò)與ip(internetprotocol，網(wǎng)絡(luò)之間互連的協(xié)議)等業(yè)務(wù)網(wǎng)，各自獨(dú)立規(guī)劃，網(wǎng)絡(luò)利用率低下，端到端業(yè)務(wù)服務(wù)質(zhì)量無法保障。第四，網(wǎng)絡(luò)相對封閉，新業(yè)務(wù)開發(fā)慢，難以滿足應(yīng)用創(chuàng)新需求。傳統(tǒng)光網(wǎng)絡(luò)設(shè)備和業(yè)務(wù)是強(qiáng)耦合方式，導(dǎo)致業(yè)務(wù)部署復(fù)雜，新業(yè)務(wù)開發(fā)周期長，無法適應(yīng)業(yè)務(wù)及使用模式的快速變化和創(chuàng)新需求。

sdon是將sdn概念和技術(shù)應(yīng)用于光網(wǎng)絡(luò)之中，構(gòu)建面向業(yè)務(wù)的新一代光網(wǎng)絡(luò)體系架構(gòu)，以提高光網(wǎng)絡(luò)的端到端組網(wǎng)能力和業(yè)務(wù)創(chuàng)新能力。如圖1所示，為軟件定義光網(wǎng)絡(luò)控制器的基本結(jié)構(gòu)示意圖，其包括物理網(wǎng)絡(luò)、sdn應(yīng)用、sdon多域控制器和單域控制器。所述物理網(wǎng)絡(luò)是由openflow協(xié)議光網(wǎng)絡(luò)設(shè)備組成，通過cdpi(controldataplaneinterface，控制數(shù)據(jù)平面 接口)接口與單域控制器互聯(lián)，遵循openflow標(biāo)準(zhǔn)原語。sdn應(yīng)用與控制器之間通過北向接口互聯(lián)，遵循restful規(guī)范。sdon多域控制器與單域控制器之間為cvni(controlvirtualnetworkinterface，控制虛擬網(wǎng)絡(luò)接口)接口，遵循openflow擴(kuò)展協(xié)議。openflow協(xié)議是通過發(fā)送flow_mod消息來建立或刪除一條otn(opticaltransportnetwork，光傳送網(wǎng))連接。對于雙向連接需要發(fā)送兩條flow_mod消息來分別建立或刪除兩個(gè)方向的交叉。多域控制器向單域控制器轉(zhuǎn)發(fā)業(yè)務(wù)請求時(shí)，需要轉(zhuǎn)發(fā)一系列消息請求，對該業(yè)務(wù)涉及到的每個(gè)設(shè)備節(jié)點(diǎn)轉(zhuǎn)發(fā)流表配置操作，即發(fā)送多條flow_mod消息的連接請求，其中業(yè)務(wù)相同，最后再轉(zhuǎn)發(fā)barrier消息，作為該業(yè)務(wù)請求的結(jié)束消息。當(dāng)多域控制器轉(zhuǎn)發(fā)多種業(yè)務(wù)請求操作時(shí)，單域控制器接收到消息后需要保存，并需要進(jìn)行相關(guān)的操作處理，若在此過程中，多域控制器又向單域控制器發(fā)送對該業(yè)務(wù)的處理消息，這時(shí)單域控制器可能會由于接收到的消息數(shù)量大，而出現(xiàn)消息處理順序錯亂，流表配置操作混亂，甚至導(dǎo)致消息丟失，消息處理不及時(shí)等問題，因此本發(fā)明提供了一種業(yè)務(wù)操作管理方法，能夠使得單域控制器有序地處理各種業(yè)務(wù)的請求消息，防止在處理消息過程中出現(xiàn)的消息混亂、丟失。

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

本發(fā)明提供了一種業(yè)務(wù)操作管理方法及裝置、系統(tǒng)，解決了現(xiàn)有技術(shù)中在對多種業(yè)務(wù)操作請求進(jìn)行處理時(shí)，出現(xiàn)業(yè)務(wù)操作處理錯誤、混亂、丟失，以及處理不及時(shí)的技術(shù)問題。

為了解決上述技術(shù)問題，本發(fā)明采用以下技術(shù)方案：

本發(fā)明提供了一種業(yè)務(wù)操作管理方法，包括：

接收業(yè)務(wù)操作請求；

查詢正在執(zhí)行的業(yè)務(wù)操作，判斷是否存在待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作；所述待執(zhí)行業(yè)務(wù)操作為所述業(yè)務(wù)操作請求對應(yīng)的業(yè)務(wù)操作，所述同源業(yè)務(wù)操作為源自同一業(yè)務(wù)的業(yè)務(wù)操作；

若所述正在執(zhí)行的業(yè)務(wù)操作不存在所述待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作，則直接執(zhí)行所述待執(zhí)行業(yè)務(wù)操作。

在本發(fā)明的另一實(shí)施例中，所述方法還包括：若所述正在執(zhí)行的業(yè)務(wù)操作存在所述待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作，則將所述待執(zhí)行業(yè)務(wù)操作進(jìn)行緩存處理。

在本發(fā)明的另一實(shí)施例中，所述方法還包括：接收所述正在執(zhí)行的業(yè)務(wù)操作的應(yīng)答，判斷所述緩存處理的待執(zhí)行業(yè)務(wù)操作中是否存在所述應(yīng)答的同源業(yè)務(wù)操作，若存在，則執(zhí)行所述緩存處理的待執(zhí)行業(yè)務(wù)操作中與所述應(yīng)答同源的待執(zhí)行業(yè)務(wù)操作。

在本發(fā)明的另一實(shí)施例中，所述方法還包括：若判斷所述緩存處理的待執(zhí)行業(yè)務(wù)操作中存在至少兩個(gè)與所述應(yīng)答同源的待執(zhí)行業(yè)務(wù)操作時(shí)，根據(jù)正在執(zhí)行的業(yè)務(wù)操作的邏輯關(guān)系確定待執(zhí)行業(yè)務(wù)操作，并執(zhí)行所述待執(zhí)行業(yè)務(wù)操作。

在本發(fā)明的另一實(shí)施例中，所述方法還包括：若判斷所述緩存處理的待執(zhí)行業(yè)務(wù)操作中存在至少兩個(gè)同一層次的與所述應(yīng)答同源的待執(zhí)行業(yè)務(wù)操作時(shí)，則根據(jù)緩存所述待執(zhí)行業(yè)務(wù)操作的時(shí)間順序進(jìn)行執(zhí)行處理；所述同一層次指的是所述待執(zhí)行業(yè)務(wù)操作為同源業(yè)務(wù)的相同類型的操作。

在本發(fā)明的另一實(shí)施例中，在接收業(yè)務(wù)操作請求之前，還包括：創(chuàng)建存儲區(qū)，所述緩存區(qū)用于存儲所述業(yè)務(wù)操作請求，根據(jù)所述業(yè)務(wù)操作的優(yōu)先級 別進(jìn)行緩存；

在將所述待執(zhí)行業(yè)務(wù)操作進(jìn)行緩存處理的過程中，是根據(jù)所述待執(zhí)行業(yè)務(wù)操作的優(yōu)先級別進(jìn)行緩存處理；

在接收到所述正在執(zhí)行的業(yè)務(wù)操作的應(yīng)答后，還包括：根據(jù)所述業(yè)務(wù)操作的優(yōu)先級別查詢所述緩存處理的待執(zhí)行業(yè)務(wù)操作中與所述應(yīng)答對應(yīng)的業(yè)務(wù)操作，并將時(shí)所述業(yè)務(wù)操作進(jìn)行刪除。

為了解決上述技術(shù)問題，本發(fā)明還提供了一種業(yè)務(wù)操作管理裝置，包括：

接收裝置，用于接收業(yè)務(wù)操作請求消息；

查詢模塊，用于查詢正在執(zhí)行的業(yè)務(wù)操作；

判斷模塊，用于判斷是否存在待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作；

業(yè)務(wù)處理模塊，用于若所述判斷模塊判斷所述正在執(zhí)行的業(yè)務(wù)操作不存在所述待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作時(shí)，所述業(yè)務(wù)處理模塊直接執(zhí)行所述待執(zhí)行業(yè)務(wù)操作。

在本發(fā)明的另一實(shí)施例中，所述裝置還包括：若所述判斷模塊判斷所述正在執(zhí)行的業(yè)務(wù)操作存在所述待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作時(shí)，所述業(yè)務(wù)處理模塊將所述待執(zhí)行業(yè)務(wù)操作進(jìn)行緩存處理。

在本發(fā)明的另一實(shí)施例中，所述裝置還包括：所述接收模塊用于接收所述正在執(zhí)行的業(yè)務(wù)操作的應(yīng)答；

所述判斷模塊判斷所述緩存處理的待執(zhí)行業(yè)務(wù)操作中是否存在所述應(yīng)答的同源業(yè)務(wù)操作，若存在，則所述業(yè)務(wù)處理模塊執(zhí)行所述緩存處理的待執(zhí)行業(yè)務(wù)操作中與所述應(yīng)答同源的待執(zhí)行業(yè)務(wù)操作。

在本發(fā)明的另一實(shí)施例中，所述裝置還包括：所述判斷模塊，若判斷所述緩存處理的待執(zhí)行業(yè)務(wù)操作中存在至少兩個(gè)與所述應(yīng)答同源的待執(zhí)行業(yè) 務(wù)操作時(shí)，所述業(yè)務(wù)處理模塊根據(jù)所述正在執(zhí)行的業(yè)務(wù)操作的邏輯關(guān)系確定待執(zhí)行業(yè)務(wù)操作，并執(zhí)行所述待執(zhí)行業(yè)務(wù)操作。

在本發(fā)明的另一實(shí)施例中，所述裝置還包括：所述判斷模塊，若判斷所述緩存處理的待執(zhí)行業(yè)務(wù)操作中存在至少兩個(gè)同一層次的與所述應(yīng)答同源的待執(zhí)行業(yè)務(wù)操作時(shí)，則所述業(yè)務(wù)處理模塊根據(jù)緩存所述待執(zhí)行業(yè)務(wù)操作的時(shí)間順序進(jìn)行執(zhí)行處理；所述同一層次指的是所述待執(zhí)行業(yè)務(wù)操作為同源業(yè)務(wù)的相同類型的操作。

在本發(fā)明的另一實(shí)施例中，所述裝置還包括：存儲設(shè)置模塊，所述存儲設(shè)置模塊用于創(chuàng)建存儲區(qū)，所述緩存區(qū)用于存儲所述業(yè)務(wù)操作請求，根據(jù)所述業(yè)務(wù)操作的優(yōu)先級別進(jìn)行緩存；

在將所述待執(zhí)行業(yè)務(wù)操作進(jìn)行緩存處理的過程中，是根據(jù)所述待執(zhí)行業(yè)務(wù)操作的優(yōu)先級別進(jìn)行緩存處理；

在接收到所述正在執(zhí)行的業(yè)務(wù)操作的應(yīng)答后，還包括：根據(jù)所述業(yè)務(wù)操作的優(yōu)先級別查詢所述緩存處理的待執(zhí)行業(yè)務(wù)操作中與所述應(yīng)答對應(yīng)的業(yè)務(wù)操作，并將時(shí)所述業(yè)務(wù)操作進(jìn)行刪除。

為了解決上述技術(shù)問題，本發(fā)明還提供了一種業(yè)務(wù)操作管理系統(tǒng)，包括：多域控制器、單域控制器、光網(wǎng)絡(luò)應(yīng)用終端和網(wǎng)絡(luò)管理終端，所述單域控制器包括如上所述的業(yè)務(wù)操作管理裝置。

本發(fā)明的有益效果：

本發(fā)明提供了一種業(yè)務(wù)操作管理方法及其裝置、系統(tǒng)，所述業(yè)務(wù)操作管理方法是首先將接收業(yè)務(wù)操作請求，然后查詢正在執(zhí)行的業(yè)務(wù)操作，判斷是否存在待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作，若存在，則直接執(zhí)行所述待執(zhí)行業(yè)務(wù)操作，通過采用該方法管理業(yè)務(wù)操作請求，實(shí)現(xiàn)了對接收到的業(yè)務(wù)操作請 求進(jìn)行有序化處理，避免了在對同源業(yè)務(wù)操作請求處理時(shí)出現(xiàn)混亂、丟失的現(xiàn)象。

附圖說明

圖1為軟件定義光網(wǎng)絡(luò)控制器的基本結(jié)構(gòu)示意圖；

圖2為本發(fā)明實(shí)施例一提供的業(yè)務(wù)操作管理裝置結(jié)構(gòu)示意圖；

圖3為本發(fā)明實(shí)施例二提供的業(yè)務(wù)操作管理方法流程圖；

圖4為本發(fā)明實(shí)施例三提供的openflow消息流表配置圖；

圖5為本發(fā)明實(shí)施例三提供的openflow流表配置消息列隊(duì)處理流程圖；

圖6為本發(fā)明實(shí)施例四提供的業(yè)務(wù)操作管理系統(tǒng)的結(jié)構(gòu)示意圖；

圖7為本發(fā)明實(shí)施例四提供的并行處理兩個(gè)業(yè)務(wù)的業(yè)務(wù)操作管理方法流程圖。

具體實(shí)施方式

下面通過具體實(shí)施方式結(jié)合附圖對本發(fā)明作進(jìn)一步詳細(xì)說明。

實(shí)施例一：

請參考圖2，為本實(shí)施例提供的業(yè)務(wù)操作管理裝置的結(jié)構(gòu)示意圖，在本實(shí)施例中，所述業(yè)務(wù)操作管理裝置20包括接收模塊21、查詢模塊22、判斷模塊23和業(yè)務(wù)處理模塊24；

所述接收模塊21用于接收業(yè)務(wù)操作請求；

在本實(shí)施例中，優(yōu)選地，所述接收模塊21在接收所述業(yè)務(wù)操作請求時(shí)，是通過采用openflow協(xié)議建立光傳送網(wǎng)連接，實(shí)現(xiàn)了相關(guān)openflow功能的協(xié)議平臺，接收到外界設(shè)備或控制器發(fā)送過來的業(yè)務(wù)操作請求，所述業(yè)務(wù) 操作請求具體可以為通過openflow協(xié)議發(fā)出的flow_mod消息和barrier消息。

查詢模塊22，用于查詢正在執(zhí)行的業(yè)務(wù)操作；值得注意的是，所述查詢模塊22查詢的是所述業(yè)務(wù)操作管理裝置20當(dāng)前正在執(zhí)行的所有業(yè)務(wù)的業(yè)務(wù)操作，并發(fā)送至所述判斷模塊23進(jìn)行處理。

所述判斷模塊23用于判斷是否存在待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作；

在本實(shí)施例中，所述判斷模塊23根據(jù)接所述接收模塊21接收到的業(yè)務(wù)操作請求以及查詢模塊23查詢到的正在執(zhí)行的業(yè)務(wù)操作，判斷所述正在執(zhí)行的業(yè)務(wù)操作中是否存在所述待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作，所述待執(zhí)行業(yè)務(wù)操作為所述業(yè)務(wù)操作請求對應(yīng)的業(yè)務(wù)操作，所述同源業(yè)務(wù)操作為源自同一業(yè)務(wù)的業(yè)務(wù)操作；

所述業(yè)務(wù)處理模塊24用于若所述判斷模塊23判斷所述正在執(zhí)行的業(yè)務(wù)操作不存在所述待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作時(shí)，所述業(yè)務(wù)處理模塊24直接執(zhí)行所述待執(zhí)行業(yè)務(wù)操作。

在本實(shí)施例中，還包括：若所述判斷模塊23判斷所述正在執(zhí)行的業(yè)務(wù)操作存在所述待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作時(shí)，所述業(yè)務(wù)處理模塊24將所述待執(zhí)行業(yè)務(wù)操作進(jìn)行緩存處理。

值得注意的是，在本實(shí)施例中，所述緩存處理是根據(jù)所述業(yè)務(wù)操作的優(yōu)先級別進(jìn)行緩存，確定所述優(yōu)先級別的原則包括按照時(shí)間優(yōu)先原則、先進(jìn)先出原則、業(yè)務(wù)操作的處理邏輯關(guān)系等，但并不止于上述的原則。

在本實(shí)施例中，所述業(yè)務(wù)操作管理裝置20還包括：所述接收模塊21用于接收所述正在執(zhí)行的業(yè)務(wù)操作的應(yīng)答；

所述判斷模塊23判斷所述緩存處理的待執(zhí)行業(yè)務(wù)操作中是否存在所述應(yīng)答的同源業(yè)務(wù)操作，若存在，則所述業(yè)務(wù)處理模塊24執(zhí)行所述緩存處理的待執(zhí)行業(yè)務(wù)操作中與所述應(yīng)答同源的待執(zhí)行業(yè)務(wù)操作。

在本實(shí)施例中，若所述業(yè)務(wù)操作管理裝置確定所述業(yè)務(wù)操作的優(yōu)先級別是根據(jù)業(yè)務(wù)操作的邏輯關(guān)系進(jìn)行確定時(shí)，若所述判斷模塊23判斷所述緩存處理的待執(zhí)行業(yè)務(wù)操作中存在至少兩個(gè)與所述應(yīng)答同源的待執(zhí)行業(yè)務(wù)操作時(shí)，所述業(yè)務(wù)處理模塊24根據(jù)所述正在執(zhí)行的業(yè)務(wù)操作的邏輯關(guān)系確定待執(zhí)行業(yè)務(wù)操作，并執(zhí)行所述待執(zhí)行業(yè)務(wù)操作。

在本實(shí)施例中，若所述業(yè)務(wù)操作管理裝置20確定所述業(yè)務(wù)操作的優(yōu)先級別是根據(jù)時(shí)間順序進(jìn)行確定時(shí)，若所述判斷模塊23判斷所述緩存處理的待執(zhí)行業(yè)務(wù)操作中存在至少兩個(gè)同一層次的與所述應(yīng)答同源的待執(zhí)行業(yè)務(wù)操作時(shí)，則所述業(yè)務(wù)處理模塊24根據(jù)緩存所述待執(zhí)行業(yè)務(wù)操作的時(shí)間順序進(jìn)行執(zhí)行處理，所述同一層次指的是所述待執(zhí)行業(yè)務(wù)操作為同源業(yè)務(wù)的相同類型的操作。

在本實(shí)施例中，所述業(yè)務(wù)操作裝置還包括存儲設(shè)置模塊，所述存儲設(shè)置模塊用于創(chuàng)建存儲區(qū)，所述緩存區(qū)用于存儲所述業(yè)務(wù)操作請求，根據(jù)所述業(yè)務(wù)操作的優(yōu)先級別進(jìn)行緩存；在所述接收模塊21接收到所述業(yè)務(wù)操作請求消息后，還可以通過業(yè)務(wù)處理模塊24將所述業(yè)務(wù)操作請求消息進(jìn)行存儲，優(yōu)選的，可以將所述業(yè)務(wù)操作請求存儲于所述業(yè)務(wù)操作管理裝置20中的業(yè)務(wù)存儲鏈表中，并發(fā)送至所述查詢模塊22進(jìn)行相關(guān)業(yè)務(wù)操作的查詢處理，所述查詢模塊22根據(jù)所述接收模塊21接收到的業(yè)務(wù)操作請求查詢業(yè)務(wù)操作管理裝置20當(dāng)前正在執(zhí)行的所有業(yè)務(wù)的業(yè)務(wù)操作，然后由判斷模塊23判斷是否存在待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作，最后，由業(yè)務(wù)處理模塊24根據(jù)判斷模塊23的判斷結(jié)果進(jìn)行業(yè)務(wù)操作處理。

在本實(shí)施例所提供的業(yè)務(wù)操作管理裝置20中，優(yōu)選的，所述接收模塊21接收的是通過openflow協(xié)議發(fā)送出來flow_mod消息和barrier消 息，并將所述flow_mod消息和barrier消息存儲于所述業(yè)務(wù)操作管理裝置20中的業(yè)務(wù)存儲鏈表中，所述判斷模塊23根據(jù)查詢模塊22查詢的結(jié)果判斷是否存在待執(zhí)行業(yè)務(wù)操作flow_mod消息和barrier消息同源的業(yè)務(wù)操作flow_mod消息和barrier消息，最后所述業(yè)務(wù)處理模塊24根據(jù)判斷的結(jié)果處理待執(zhí)行業(yè)務(wù)操作flow_mod消息和barrier消息。

實(shí)施例二：

在本實(shí)施例中，提供了一種業(yè)務(wù)操作管理方法，請參考圖3，本實(shí)施例提供的業(yè)務(wù)操作管理方法的處理步驟具體包括：

s301，接收業(yè)務(wù)操作請求；

s302，查詢正在執(zhí)行的業(yè)務(wù)操作，判斷是否存在待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作；所述待執(zhí)行業(yè)務(wù)操作為所述業(yè)務(wù)操作請求對應(yīng)的業(yè)務(wù)操作，所述同源業(yè)務(wù)操作為源自同一業(yè)務(wù)的業(yè)務(wù)操作；

s303，若所述正在執(zhí)行的業(yè)務(wù)操作不存在所述待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作，則直接執(zhí)行所述待執(zhí)行業(yè)務(wù)操作；

s304，若所述正在執(zhí)行的業(yè)務(wù)操作存在所述待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作，則將所述待執(zhí)行業(yè)務(wù)操作進(jìn)行緩存處理。

在本實(shí)施例中，在步驟s301之前，還包括：創(chuàng)建存儲區(qū)，所述緩存區(qū)用于存儲所述業(yè)務(wù)操作請求；在接收所述業(yè)務(wù)操作請求后，將所述業(yè)務(wù)操作請求進(jìn)行存儲，存儲在預(yù)先創(chuàng)建好的存儲區(qū)中；

值得注意的是，在本實(shí)施例中，所述存儲區(qū)可以設(shè)置為業(yè)務(wù)存儲鏈表，將所述業(yè)務(wù)操作請求儲到所述業(yè)務(wù)存儲鏈表中時(shí)，優(yōu)選的，可以通過先進(jìn)先出原則進(jìn)行存儲，使得存儲于所述業(yè)務(wù)存儲鏈表中的業(yè)務(wù)操作為有序的。

在本實(shí)施例中，在步驟s302中，根據(jù)所述業(yè)務(wù)操作請求查詢所述業(yè)務(wù)操作管理裝置正在執(zhí)行的所有業(yè)務(wù)的業(yè)務(wù)操作，然后判斷在查詢到的所述業(yè)務(wù)操作中是否存在待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作，若存在，則執(zhí)行步驟 s303；否則，執(zhí)行步驟s304。

值得注意的是，本實(shí)施例中所提供的同源業(yè)務(wù)指的是具有相同業(yè)務(wù)id的業(yè)務(wù)，如：接收到一個(gè)業(yè)務(wù)1建立操作請求、一個(gè)業(yè)務(wù)1調(diào)整操作請求和一個(gè)業(yè)務(wù)2的建立操作請求，而業(yè)務(wù)1建立操作請求和個(gè)業(yè)務(wù)1調(diào)整操作請求屬于同源業(yè)務(wù)，對應(yīng)的操作則屬于同源的業(yè)務(wù)操作；業(yè)務(wù)2建立操作請求和個(gè)業(yè)務(wù)1調(diào)整操作請求屬于不同源業(yè)務(wù)，對應(yīng)的操作屬于不同源的業(yè)務(wù)操作。

在步驟s303之后，還包括：接收所述正在執(zhí)行的業(yè)務(wù)操作的應(yīng)答，判斷所述緩存處理的待執(zhí)行業(yè)務(wù)操作中是否存在所述應(yīng)答的同源業(yè)務(wù)操作，若存在，則執(zhí)行所述緩存處理的待執(zhí)行業(yè)務(wù)操作中與所述應(yīng)答同源的待執(zhí)行業(yè)務(wù)操作。

在本實(shí)施例中，若在判斷所述緩存處理的待執(zhí)行業(yè)務(wù)操作中存在至少兩個(gè)與所述應(yīng)答同源的待執(zhí)行業(yè)務(wù)操作時(shí)，根據(jù)所述正在執(zhí)行的業(yè)務(wù)操作的邏輯關(guān)系確定待執(zhí)行業(yè)務(wù)操作，并執(zhí)行所述待執(zhí)行業(yè)務(wù)操作。具體的，當(dāng)在緩存待執(zhí)行業(yè)務(wù)操作中分別存在一個(gè)業(yè)務(wù)調(diào)整操作和一個(gè)業(yè)務(wù)刪除操作，并且這兩個(gè)業(yè)務(wù)操作為與所述應(yīng)答同源的業(yè)務(wù)操作，這是應(yīng)當(dāng)根據(jù)業(yè)務(wù)處理的邏輯關(guān)系來確定應(yīng)該執(zhí)行哪個(gè)業(yè)務(wù)操作，由于對于一個(gè)業(yè)務(wù)的操作來講，通常是在一個(gè)業(yè)務(wù)建立完成后的操作是需要調(diào)整，在調(diào)整完成后才是刪除操作，因此，根據(jù)該邏輯關(guān)系確定兩個(gè)待執(zhí)行業(yè)務(wù)操作的執(zhí)行順序是，先執(zhí)行調(diào)整后執(zhí)行刪除。

若判斷所述緩存處理的待執(zhí)行業(yè)務(wù)操作中存在至少兩個(gè)同一層次的與所述應(yīng)答同源的待執(zhí)行業(yè)務(wù)操作時(shí)，則根據(jù)緩存所述待執(zhí)行業(yè)務(wù)操作的時(shí)間順序進(jìn)行執(zhí)行處理；所述同一層次指的是所述待執(zhí)行業(yè)務(wù)操作為同源業(yè)務(wù)的相同類型的操作，例如：同時(shí)存在兩個(gè)待執(zhí)行業(yè)務(wù)操作，且均為業(yè)務(wù)1的調(diào)整操作，則這兩個(gè)待執(zhí)行業(yè)務(wù)操作為同一層次的業(yè)務(wù)操作。

在步驟s304中，值得注意的是，所述緩存處理是根據(jù)所述業(yè)務(wù)操作的優(yōu)先級別進(jìn)行緩存；

確定所述優(yōu)先級別的原則包括按照時(shí)間優(yōu)先原則、先進(jìn)先出原則、業(yè)務(wù)操作的處理邏輯關(guān)系等，但并不止于上述的原則。

進(jìn)一步的，在將所述待執(zhí)行業(yè)務(wù)操作進(jìn)行緩存處理的過程中，可以根據(jù)所述待執(zhí)行業(yè)務(wù)操作的優(yōu)先級別進(jìn)行緩存處理；

在接收到所述正在執(zhí)行的業(yè)務(wù)操作的應(yīng)答后，還包括：根據(jù)所述業(yè)務(wù)操作的優(yōu)先級別查詢所述緩存處理的待執(zhí)行業(yè)務(wù)操作中與所述應(yīng)答對應(yīng)的業(yè)務(wù)操作，并將時(shí)所述業(yè)務(wù)操作進(jìn)行刪除。

實(shí)施例三：

本實(shí)施例所提供的業(yè)務(wù)操作管理方法是通過openflow協(xié)議來實(shí)現(xiàn)的，如圖4所示，為本實(shí)施例的openflow消息流表配置圖，多域控制器轉(zhuǎn)發(fā)的一個(gè)業(yè)務(wù)操作請求包含一個(gè)方向的交叉配置(即是轉(zhuǎn)發(fā)一個(gè)flow_mod消息)，一般一個(gè)節(jié)點(diǎn)需要配置雙向兩個(gè)流表，所有消息通過發(fā)送業(yè)務(wù)結(jié)束請求消息業(yè)務(wù)操作結(jié)束請求(即是，barrier消息)表示該條業(yè)務(wù)flow_mod消息的結(jié)束。例如當(dāng)前業(yè)務(wù)涉及到3個(gè)節(jié)點(diǎn)設(shè)備，則多域控制器需要發(fā)送6個(gè)flow_mod消息和1個(gè)barrier_req消息到業(yè)務(wù)操作管理裝置，業(yè)務(wù)操作管理裝置收到消息后需要保存在本地，并需要進(jìn)行業(yè)務(wù)相關(guān)操作后，設(shè)置南向接口的定時(shí)器，再發(fā)送給設(shè)備側(cè)。請參考圖5，所述方法的具體處理步驟包括：

s501，創(chuàng)建用于存儲業(yè)務(wù)操作請求的存儲區(qū)；優(yōu)選的，所述存儲區(qū)可以為業(yè)務(wù)存儲鏈表，所述業(yè)務(wù)存儲鏈表是根據(jù)先進(jìn)先出原則、業(yè)務(wù)操作處理的邏輯關(guān)系和時(shí)間優(yōu)先原則進(jìn)行創(chuàng)建，所述存儲區(qū)還可以為業(yè)務(wù)操作管理裝置的硬件存儲設(shè)備等。

s502，接收flow_mod等消息，并存儲于所述業(yè)務(wù)存儲鏈表中；

s503，接收barrier請求消息時(shí)，查詢所述業(yè)務(wù)存儲鏈表，判斷是否存在待執(zhí)行barrier請求的同源barrier請求，若沒有，則按照先進(jìn)先出存儲原則依次執(zhí)行所述barrier請求業(yè)務(wù)的flow_mod等消息，最后執(zhí)行所述barrier請求，并存儲在所述業(yè)務(wù)存儲鏈表中；若存在待執(zhí)行barrier請求的同源barrier請求，則將所述barrier請求緩存在所述業(yè)務(wù)存儲鏈表中；

s504，接收flow_mod消息的應(yīng)答消息后，查詢所述業(yè)務(wù)存儲鏈表，查找所述應(yīng)答消息的業(yè)務(wù)操作請求，并刪除；

s505，接收barrier請求的應(yīng)答消息后，查詢所述業(yè)務(wù)存儲鏈表，查找所述應(yīng)答消息的業(yè)務(wù)操作請求消息，并刪除；同時(shí)查詢所述業(yè)務(wù)存儲鏈表，查找是否存在所述應(yīng)答消息同源的barrier請求，若沒有則無操作；若存在同源的barrier請求，則按照先進(jìn)先出的存儲原則，依次執(zhí)行所述業(yè)務(wù)的flow_mod消息和barrier請求消息。

實(shí)施例四：

請參考圖6，為本實(shí)施例提供了一種業(yè)務(wù)操作管理系統(tǒng)的結(jié)構(gòu)框架圖。在本實(shí)施中，所述業(yè)務(wù)操作管理系統(tǒng)包括：光網(wǎng)絡(luò)應(yīng)用終端61、多域控制器62、單域控制器63和網(wǎng)絡(luò)管理終端64，所述多域控制器62的ip地址為193.90.170.5，所述單域控制器63的ip地址為193.90.160.5，以及一個(gè)網(wǎng)絡(luò)管理終端，所述網(wǎng)絡(luò)管理終端具體為管理域，域中節(jié)點(diǎn)分別為光傳送網(wǎng)(641、642、643、644)。其ip地址分別是193.90.10.5、193.90.20.5、193.90.30.5、193.90.40.5。app通過多域控制器建立一條節(jié)點(diǎn)光傳送網(wǎng)641到節(jié)點(diǎn)光傳送網(wǎng)643之間的連接，連接為1，經(jīng)過中間節(jié)點(diǎn)光傳送網(wǎng)642，業(yè)務(wù)帶寬為 1000m。又建立一條中間節(jié)點(diǎn)經(jīng)過光傳送網(wǎng)644的業(yè)務(wù)，業(yè)務(wù)為2。

在本實(shí)施例中，在同時(shí)并行處理業(yè)務(wù)1、2的業(yè)務(wù)操作請求處理流程為先建立業(yè)務(wù)1，再調(diào)整業(yè)務(wù)1，再建立業(yè)務(wù)2，再刪除業(yè)務(wù)1，再刪除業(yè)務(wù)2。

請參考圖7，為本實(shí)施例提供的openflow流表配置及業(yè)務(wù)操作管理方法流程圖。

s701，根據(jù)優(yōu)先原則創(chuàng)建業(yè)務(wù)存儲鏈表，所述優(yōu)先原則可以為先進(jìn)先出原則、業(yè)務(wù)操作處理的邏輯關(guān)系和時(shí)間優(yōu)先原則。

s702，業(yè)務(wù)操作管理裝置721接收到多域控制器71下發(fā)的業(yè)務(wù)1建立的flow_mod和barrier_req等操作請求后存儲在所述業(yè)務(wù)存儲鏈表中，并向設(shè)備側(cè)73轉(zhuǎn)發(fā)業(yè)務(wù)1建立的操作請求；

s703，業(yè)務(wù)操作管理裝置721接收到多域控制器72下發(fā)的業(yè)務(wù)1調(diào)整的flow_mod和barrier_req等操作請求后存儲在所述業(yè)務(wù)存儲鏈表中，這時(shí)，由于業(yè)務(wù)1建立的操作請求未處理完成，并且業(yè)務(wù)操作管理裝置721未接收到設(shè)備側(cè)反饋的應(yīng)答消息，則將接收到的業(yè)務(wù)1調(diào)整的flow_mod和barrier_req等操作請求緩存到所述業(yè)務(wù)鏈表中，并且不做進(jìn)一步的執(zhí)行處理；

s704，業(yè)務(wù)操作管理裝置721接收到多域控制器72下發(fā)的業(yè)務(wù)2建立的flow_mod和barrier_req等操作請求后存儲在所述業(yè)務(wù)存儲鏈表中，并向設(shè)備側(cè)73轉(zhuǎn)發(fā)業(yè)務(wù)2建立的操作請求；

s705，業(yè)務(wù)操作管理裝置721接收到設(shè)備側(cè)73反饋的業(yè)務(wù)1建立的應(yīng)答消息流后，查詢所述業(yè)務(wù)存儲鏈表中與所述應(yīng)答消息對應(yīng)的業(yè)務(wù)1建立的操作請求，并刪除，向多域控制器72上報(bào)barrier_rsp應(yīng)答，同時(shí)查找鏈表中未處理的業(yè)務(wù)1的業(yè)務(wù)調(diào)整操作請求轉(zhuǎn)發(fā)到設(shè)備側(cè)73；

s706，業(yè)務(wù)操作管理裝置721接收到設(shè)備側(cè)反饋的業(yè)務(wù)1調(diào)整的應(yīng)答消息后，查詢所述業(yè)務(wù)存儲鏈表中與所述應(yīng)答消息對應(yīng)的業(yè)務(wù)1調(diào)整的操作請求，并刪除，同時(shí)向多域控制器71上報(bào)barrier_rsp應(yīng)答；

s707，業(yè)務(wù)操作管理裝置721接收到多域控制器71轉(zhuǎn)發(fā)的業(yè)務(wù)1刪除的flow_mod和barrier_req等操作請求后存儲在業(yè)務(wù)存儲鏈表中，并向設(shè)備側(cè)73轉(zhuǎn)發(fā)業(yè)務(wù)1刪除的操作請求；

s708，業(yè)務(wù)操作管理裝置721接收到多域控制器71轉(zhuǎn)發(fā)的業(yè)務(wù)2刪除的flow_mod和barrier_req等操作請求后存儲在所述業(yè)務(wù)存儲鏈表中，這時(shí)，由于業(yè)務(wù)2建立的操作請求未處理完成，且未接收到應(yīng)答消息，則將接收的業(yè)務(wù)2刪除的flow_mod和barrier_req等操作請求緩存到所述業(yè)務(wù)鏈表中，并且不做進(jìn)一步的執(zhí)行處理；

s709，業(yè)務(wù)操作管理裝置721接收到設(shè)備側(cè)73反饋的業(yè)務(wù)1刪除的應(yīng)答消息后，查詢所述業(yè)務(wù)存儲鏈表中與所述應(yīng)答消息對應(yīng)的業(yè)務(wù)1刪除的操作請求，并刪除，同時(shí)向多域控制器71上報(bào)barrier_rsp應(yīng)答；

s710，當(dāng)業(yè)務(wù)操作管理裝置721接收到設(shè)備側(cè)73反饋的業(yè)務(wù)2建立的應(yīng)答消息流后，查詢所述業(yè)務(wù)存儲鏈表中與所述應(yīng)答消息對應(yīng)的業(yè)務(wù)2建立的操作請求，并刪除，并向多域控制器71上報(bào)barrier_rsp應(yīng)答；同時(shí)查找鏈表中未處理的業(yè)務(wù)2的業(yè)務(wù)刪除消息流操作請求轉(zhuǎn)發(fā)到設(shè)備側(cè)73；

s711，業(yè)務(wù)操作管理裝置721接收到設(shè)備側(cè)73反饋的業(yè)務(wù)2刪除的應(yīng)答消息流后，查詢所述業(yè)務(wù)存儲鏈表中與所述應(yīng)答消息對應(yīng)的業(yè)務(wù)2刪除的操作請求，并刪除，并向多域控制器71上報(bào)barrier_rsp應(yīng)答；

s712，所有業(yè)務(wù)操作處理結(jié)束，刪除業(yè)務(wù)存儲鏈表。

本發(fā)明所提供的一種業(yè)務(wù)操作管理方法及其裝置、系統(tǒng)，通過查詢正在執(zhí)行的業(yè)務(wù)操作，判斷是否存在待執(zhí)行業(yè)務(wù)操作的同源業(yè)務(wù)操作，若存在，則直接執(zhí)行所述待執(zhí)行業(yè)務(wù)操作，從而實(shí)現(xiàn)了對業(yè)務(wù)操作請求的有序化管理；對于判斷不存在同源業(yè)務(wù)操作時(shí)，本發(fā)明采用的是緩存的方式，解決了業(yè)務(wù)操作管理裝置出現(xiàn)同時(shí)處理同一業(yè)務(wù)的不同操作請求的問題，避免了在同一時(shí)間段處理同源業(yè)務(wù)操作時(shí)出現(xiàn)混亂的現(xiàn)象；進(jìn)一步的地實(shí)現(xiàn)了業(yè)務(wù)操作管理裝置和系統(tǒng)的有序處理業(yè)務(wù)請求，提高了系統(tǒng)的穩(wěn)定性。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲在存儲介質(zhì)(rom/ram、磁碟、光盤)中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。所以，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上內(nèi)容是結(jié)合具體的實(shí)施方式對本發(fā)明所作的進(jìn)一步詳細(xì)說明，不能認(rèn)定本發(fā)明的具體實(shí)施只局限于這些說明。對于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù)范圍。