本發(fā)明涉及動態(tài)數(shù)據(jù)庫領(lǐng)域，尤其涉及一種操作存儲設(shè)備的控制方法和存儲設(shè)備。

背景技術(shù)：

非易失性存儲(Non-Volatile Memory Express，NVMe)協(xié)議支持設(shè)備管理命令，可以直接對存儲設(shè)備進行操作，這樣可以避免現(xiàn)有基板管理控制器(Baseboard management controller，BMC)無法對存儲設(shè)備直接操作的問題，但是由于NVMe協(xié)議可以支持多通道進行管理，例如，NVMe管理接口(Non-Volatile Memory Express Management Interface，NVMe-MI)協(xié)議可以支持集成電路總線(Inter-Integrated Circuit，IIC或I2C)、外部設(shè)備互聯(lián)總線(Peripheral Component Interconnect Express，PCIE)等多通道同時進行管理設(shè)備傳輸協(xié)議(Management Component Transport Protocol，MCTP)管理，如圖1所示，管理節(jié)點通過NVMe管理接口向存儲設(shè)備發(fā)送管理命令，該管理命令可以為讀或者寫存儲設(shè)備的操作命令。如圖2所示，存儲設(shè)備可以包括多個管理接口，當多個管理節(jié)點通過多個管理接口發(fā)送管理命令時，就會存在多個管理節(jié)點同時訪問存儲設(shè)備造成的操作沖突的問題。

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

本發(fā)明實施例提供一種操作存儲設(shè)備的控制方法、存儲設(shè)備和管理節(jié)點，通過賦予請求申請權(quán)限的多個管理節(jié)點中的一個管理節(jié)點操作權(quán)限，并根據(jù)該具有操作權(quán)限的管理節(jié)點發(fā)送的操作請求執(zhí)行相應的操作，避免了多個管 理節(jié)點同時操作存儲設(shè)備的沖突。

第一方面，本發(fā)明實施例提供了一種操作存儲設(shè)備的控制方法，該方法包括：接收至少一個管理節(jié)點發(fā)送的請求，確定接收請求的類型；當請求為申請權(quán)限請求時，根據(jù)當前權(quán)限狀態(tài)，確定是否賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限；當請求為操作請求時，根據(jù)當前權(quán)限狀態(tài)，確定發(fā)送操作請求的管理節(jié)點是否具有操作權(quán)限，當確定發(fā)送操作請求的管理節(jié)點具有操作權(quán)限時，根據(jù)操作請求執(zhí)行操作。

在第一方面中，當前權(quán)限狀態(tài)記錄了訪問接口賦予權(quán)限的狀態(tài)和執(zhí)行請求的狀態(tài)，在第一方面中，當前權(quán)限狀態(tài)可以通過查詢狀態(tài)表的形式來實現(xiàn)，也可以通過其他方式來實現(xiàn)。

基于上述技術(shù)方案，通過確定接收的請求類型，根據(jù)請求的類型確定賦予發(fā)送申請權(quán)限請求的至少一個管理節(jié)點中的一個管理節(jié)點操作權(quán)限，或者確定發(fā)送操作請求的管理節(jié)點是否具有操作權(quán)限，并根據(jù)具有操作權(quán)限的管理節(jié)點發(fā)送的操作請求執(zhí)行操作，避免了多個管理節(jié)點同時執(zhí)行操作的沖突問題。

結(jié)合第一方面，在第一方面的第一種可能的實現(xiàn)方式中，當確定賦予發(fā)送申請權(quán)限請求的至少一個管理節(jié)點中的一個管理節(jié)點操作權(quán)限時，更新狀態(tài)表，用于通過該狀態(tài)表確定發(fā)送申請權(quán)限請求的管理節(jié)點是否可以賦予操作權(quán)限，或者確定發(fā)送操作請求的管理節(jié)點是否具有操作權(quán)限，以確定多管理節(jié)點的操作權(quán)限和合法性。

結(jié)合第一方面的第一種實現(xiàn)方式，在第一方面的第二種可能實現(xiàn)的方式中，賦予發(fā)送申請權(quán)限請求的至少一個管理節(jié)點中的一個管理節(jié)點操作權(quán)限，并更新狀態(tài)表之后，向賦予發(fā)送申請權(quán)限請求的管理節(jié)點發(fā)送響應消息，以便于申請權(quán)限請求的管理節(jié)點根據(jù)該響應消息，向存儲設(shè)備發(fā)送操作請求。

結(jié)合第一方面，在第一方面的第三種可能實現(xiàn)的方式中，根據(jù)狀態(tài)表確定發(fā)送操作請求的管理節(jié)點是否具有操作權(quán)限包括，查詢狀態(tài)表中標記的具 有操作權(quán)限的管理節(jié)點是否為發(fā)送操作請求的管理節(jié)點，當狀態(tài)表中標記的具有操作權(quán)限的管理節(jié)點為發(fā)送操作請求的管理節(jié)點時，確定發(fā)送操作請求的管理節(jié)點具有操作權(quán)限。

結(jié)合上述可能的實現(xiàn)方式中的任一種實現(xiàn)方式，在第一方面的第四種可能實現(xiàn)的方式中，根據(jù)具有操作權(quán)限的管理節(jié)點發(fā)送的操作請求執(zhí)行操作完成之后，該方法還包括釋放操作權(quán)限，以便于將該操作權(quán)限賦予發(fā)送其他請求的管理節(jié)點。

結(jié)合第一方面，在第一方面的第五種可能實現(xiàn)的方式中，接收至少一個管理節(jié)點發(fā)送的請求之后，該方法還包括串行化接收到的請求，以用于根據(jù)接收請求的時間順序依次接收請求。

第二方面，本發(fā)明實施例提供了一種操作存儲設(shè)備的控制方法，該方法包括：向存儲設(shè)備發(fā)送申請權(quán)限請求，以用于存儲設(shè)備根據(jù)申請權(quán)限請求賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限，并向管理節(jié)點發(fā)送響應消息；接收到存儲設(shè)備發(fā)送的響應消息；根據(jù)響應消息向存儲設(shè)備發(fā)送操作請求，以便于存儲設(shè)備根據(jù)操作請求執(zhí)行操作。

基于第二方面提供的操作存儲設(shè)備的控制方法，對存儲設(shè)備進行操作之前，先向存儲設(shè)備申請操作權(quán)限，在具有操作權(quán)限的情況下，發(fā)送操作請求，以便于存儲設(shè)備根據(jù)操作請求執(zhí)行操作，避免了多個操作請求同時對存儲設(shè)備執(zhí)行操作引起的沖突。

第三方面，本發(fā)明實施例提供一種存儲設(shè)備，該存儲設(shè)備包括：接收模塊和處理模塊，接收模塊用于接收至少一個管理節(jié)點發(fā)送的請求；處理模塊用于確定請求的類型，當請求為申請權(quán)限請求時，確定是否賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限；當請求為操作請求時，確定發(fā)送操作請求的管理節(jié)點是否具有操作權(quán)限，當發(fā)送操作請求的管理節(jié)點具有操作權(quán)限時，根據(jù)操作請求執(zhí)行操作。

在第三方面中處理模塊可以通過狀態(tài)表確定是否賦予發(fā)送申請權(quán)限請求 的管理節(jié)點操作權(quán)限，或者根據(jù)狀態(tài)表確定發(fā)送操作請求的管理節(jié)點是否具有操作權(quán)限。

通過確定接收請求的類型，根據(jù)請求的類型，確定是否賦予發(fā)送請求的管理節(jié)點操作權(quán)限或者確定是否具有操作權(quán)限，可以避免多個管理節(jié)點執(zhí)行操作引起的沖突問題。

結(jié)合第三方面，在第三方面的第一種可能實現(xiàn)的方式中，處理模塊還用于，當賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限時，更新狀態(tài)表，以用于通過該狀態(tài)表確定發(fā)送申請權(quán)限請求的管理節(jié)點是否可以賦予操作權(quán)限，或者確定發(fā)送操作請求的管理節(jié)點是否具有操作權(quán)限，用以實現(xiàn)對多管理節(jié)點的操作權(quán)限以及合法性的判斷。

結(jié)合第三發(fā)明的第一種可能實現(xiàn)的方式，在第三方面的第二種可能實現(xiàn)的方式中，該存儲設(shè)備還包括發(fā)送模塊，用于向發(fā)送申請權(quán)限請求的管理節(jié)點發(fā)送響應消息，以用于申請權(quán)限請求的管理節(jié)點根據(jù)響應消息向存儲設(shè)備發(fā)送操作請求。

結(jié)合第三方面，在第三方面的第三種可能實現(xiàn)的方式中，處理模塊用于查詢狀態(tài)表中標記的管理節(jié)點是否為發(fā)送操作請求的管理節(jié)點；當狀態(tài)表中標記的管理節(jié)點為發(fā)送操作請求的管理節(jié)點時，確定發(fā)送操作請求的管理節(jié)點具有操作權(quán)限。

結(jié)合上述可能的實現(xiàn)方式中的任一種實現(xiàn)方式，在第三方面的第四種可能實現(xiàn)的方式中，該存儲設(shè)備還包括釋放模塊，用于釋放操作權(quán)限，以便于將該操作權(quán)限賦予發(fā)送其他請求的管理節(jié)點。

結(jié)合第三方面，在第三方面的第五種可能實現(xiàn)的方式中，處理模塊還用于，串行化請求，以便于根據(jù)接收的請求按照時間順序進行解析。

第四方面，本發(fā)明實施例提供一種管理節(jié)點，該管理節(jié)點包括發(fā)送模塊和接收模塊，發(fā)送模塊用于向存儲設(shè)備發(fā)送申請權(quán)限請求，以用于存儲設(shè)備根據(jù)接收到的申請權(quán)限請求賦予操作權(quán)限，并向發(fā)送申請權(quán)限請求的管理節(jié) 點發(fā)送響應消息；接收模塊用于接收存儲設(shè)備發(fā)送的響應消息；發(fā)送模塊根據(jù)響應消息向存儲設(shè)備發(fā)送操作請求，以用于存儲設(shè)備根據(jù)操作請求執(zhí)行操作。

通過先向存儲設(shè)備發(fā)送申請操作請求，以申請操作權(quán)限，在獲取到操作權(quán)限之后，根據(jù)操作請求執(zhí)行相應的操作，避免了多管理節(jié)點之間的操作請求造成的沖突問題。

第五方面，本發(fā)明實施例提供一種存儲設(shè)備，該存儲設(shè)備包括至少一個訪問接口，例如：業(yè)務訪問接口、管理接口，存儲器和處理器；

存儲器，用于存儲指令和權(quán)限狀態(tài)；

處理器，用于調(diào)用存儲器在存儲器中的指令，以實現(xiàn)：

通過至少一個訪問接口接收至少一個管理節(jié)點發(fā)送的至少一個請求；當至少一個請求中的一個請求為申請權(quán)限請求時，根據(jù)當前權(quán)限狀態(tài)，確定是否賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限；當至少一個請求中的一個請求為操作請求時，根據(jù)當前權(quán)限狀態(tài)，確定發(fā)送操作請求的管理節(jié)點是否具有操作權(quán)限，當發(fā)送所述操作請求的管理節(jié)點具有操作權(quán)限時，根據(jù)操作請求執(zhí)行操作。

第六方面，本發(fā)明實施例提供一種存儲一個或多個程序的非易失性計算機可讀存儲介質(zhì)，其中，一個或多個程序包括指令，該指令當被包括存儲設(shè)備執(zhí)行時使存儲設(shè)備執(zhí)行以下事件：

接收至少一個管理節(jié)點發(fā)送的至少一個請求；當至少一個請求中的一個請求為申請權(quán)限請求時，根據(jù)當前權(quán)限狀態(tài)，確定是否賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限；當至少一個請求中的一個請求為操作請求時，根據(jù)當前權(quán)限狀態(tài)，確定發(fā)送操作請求的管理節(jié)點是否具有操作權(quán)限，當發(fā)送所述操作請求的管理節(jié)點具有操作權(quán)限時，根據(jù)操作請求執(zhí)行操作。

以上幾個方面中，當前權(quán)限狀態(tài)為接收到請求時，存儲器中記錄的權(quán)限賦予權(quán)限的狀態(tài)和執(zhí)行請求的狀態(tài)。權(quán)限狀態(tài)可以通過狀態(tài)表的形式體現(xiàn)， 也可以通過其他的邏輯方式體現(xiàn)。

基于上述技術(shù)方案，本發(fā)明實施例提供的操作存儲設(shè)備的控制方法、存儲設(shè)備和管理節(jié)點，存儲設(shè)備通過賦予請求申請權(quán)限的多個管理節(jié)點中的一個管理節(jié)點操作權(quán)限，并根據(jù)該具有操作權(quán)限的管理節(jié)點發(fā)送的操作請求執(zhí)行相應的操作，避免了多個管理節(jié)點同時操作存儲設(shè)備的沖突，同時避免了連續(xù)的串行操作被中斷的問題。

附圖說明

為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對本發(fā)明實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面所描述的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為現(xiàn)有技術(shù)中NVME管理系統(tǒng)分層圖；

圖2為現(xiàn)有技術(shù)中NVME管理子系統(tǒng)的結(jié)構(gòu)示意圖；

圖3為本發(fā)明實施例提供的一種操作存儲設(shè)備的控制方法的流程示意圖；

圖4為本發(fā)明實施例提供的狀態(tài)表的示意圖；

圖5為本發(fā)明另一實施例提供的操作存儲設(shè)備的控制方法的流程示意圖；

圖6為本發(fā)明在一實施例提供的操作存儲設(shè)備的控制方法的流程示意圖；

圖7為本發(fā)明實施例提供的存儲設(shè)備的示意性結(jié)構(gòu)圖；

圖8為本發(fā)明另一實施例提供的存儲設(shè)備的示意性結(jié)構(gòu)圖；

圖9為本發(fā)明實施例提供的管理節(jié)點的示意性結(jié)構(gòu)圖；

圖10為本發(fā)明另一實施例提供的存儲設(shè)備示意性結(jié)構(gòu)圖。

具體實施方式

下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。

本發(fā)明實施例提供的方法、管理節(jié)點和存儲設(shè)備，應用于非易失性存儲 (Non-Volatile Memory Express，NVMe)協(xié)議，NVMe可以減少數(shù)據(jù)讀寫延遲，提供更高的性能。NVMe可以支持設(shè)備管理命令，直接對存儲設(shè)備進行操作，存儲設(shè)備可以同時接收到多個管理節(jié)點發(fā)送的操作請求，該管理節(jié)點可以為基板管理控制器(Baseboard management controller，BMC)或者主機，由于操作請求可以為讀或者寫操作命令，當多個Host或者BMC同時訪問存儲設(shè)備時，會造成對存儲設(shè)備操作的互斥問題，或者例如一些串行操作，在執(zhí)行相應的操作過程中，執(zhí)行其他的操作請求造成連續(xù)的串行操作被中斷的問題，在這種情況下，存儲設(shè)備在被執(zhí)行操作之前，先將可以執(zhí)行操作的權(quán)限賦予給一個管理節(jié)點，存儲設(shè)備根據(jù)具有權(quán)限的管理節(jié)點發(fā)送的操作請求執(zhí)行相應的操作，執(zhí)行完成之后，將該權(quán)限釋放，以用于其他的管理節(jié)點執(zhí)行其他的操作。

在本發(fā)明實施例中，存儲設(shè)備作為存儲信息的設(shè)備，該設(shè)備可以為硬盤，包括：固態(tài)硬盤(例如SSD盤)，機械硬盤(HDD傳統(tǒng)硬盤)等具有存儲信息的設(shè)備。

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明的一部分實施例，而不是全部實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都應屬于本發(fā)明保護的范圍。

圖3為本發(fā)明實施例提供的一種操作存儲設(shè)備的控制方法的流程示意圖，如圖3所示，該方法100的執(zhí)行主體為存儲存儲設(shè)備，該方法100包括：

110，接收至少一個管理節(jié)點發(fā)送的至少一個請求；

120，當至少一個請求中的一個請求為申請權(quán)限請求時，根據(jù)當前權(quán)限狀態(tài)，確定是否賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限；

130，當至少一個請求中的一個請求為操作請求時，根據(jù)當前權(quán)限狀態(tài)，確定發(fā)送操作請求的管理節(jié)點是否具有操作權(quán)限，當發(fā)送所述操作請求的管理節(jié)點具有操作權(quán)限時，根據(jù)操作請求執(zhí)行操作。

具體的，在本發(fā)明實施例中，存儲設(shè)備是存儲信息的設(shè)備，該設(shè)備可以為硬盤包括：固態(tài)硬盤(例如SSD盤)，機械硬盤(HDD傳統(tǒng)硬盤)等，也可以為其他具有存儲信息的設(shè)備。管理節(jié)點可以為主機或者BMC。在110中，存儲設(shè)備接收多個管理節(jié)點發(fā)送的請求，該請求可以為申請權(quán)限請求，也可以為操作請求；存儲設(shè)備依次確定接收請求的類型，判斷接收的請求為申請權(quán)限請求還是操作請求。在120中，當接收的請求為申請權(quán)限請求時，存儲設(shè)備根據(jù)當前的權(quán)限狀態(tài)，確定是否有權(quán)限賦予發(fā)送申請權(quán)限請求的管理節(jié)點。

在本發(fā)明實施例中，當前的權(quán)限狀態(tài)可以通過查詢狀態(tài)表，確定是否有賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限，或者確定當前狀態(tài)是否正在執(zhí)行操作。在本發(fā)明實施例中，存儲設(shè)備還可以根據(jù)其他預定設(shè)置的邏輯方式，確定當前的權(quán)限狀態(tài)，在本發(fā)明實施例中，當前的權(quán)限狀態(tài)為存儲在接收到請求的時刻。

例如，如圖4所示，狀態(tài)表可以分為兩組，一組為權(quán)限狀態(tài)組，另一組為請求執(zhí)行狀態(tài)組，權(quán)限狀態(tài)組用于指示各管理節(jié)點的操作權(quán)限；執(zhí)行請求狀態(tài)組用于記錄存儲設(shè)備是否正在執(zhí)行請求操作。在該權(quán)限狀態(tài)組中，管理節(jié)點對應的權(quán)限狀態(tài)以“1”表示具有操作權(quán)限，以“0”表示相應的管理節(jié)點不具有操作權(quán)限。

當存儲設(shè)備當前未執(zhí)行操作，且沒有將操作權(quán)限賦予其他管理節(jié)點時，如圖4中A所示，權(quán)限狀態(tài)組中各個管理節(jié)點的權(quán)限狀態(tài)和請求執(zhí)行狀態(tài)組的狀態(tài)分別為“0”，此時，存儲設(shè)備可以將操作權(quán)限賦予發(fā)送申請權(quán)限請求的管理節(jié)點。在同一時間段內(nèi)，存儲設(shè)備允許一個管理節(jié)點獲取操作權(quán)限，當存儲設(shè)備接收管理節(jié)點，例如：BMC0發(fā)送的申請權(quán)限命令，存儲設(shè)備可以將操作權(quán)限賦予管理節(jié)點BMC0，如圖4中B所示，權(quán)限狀態(tài)標記BMC0具有操作權(quán)限，記作“1”，不具有操作權(quán)限的管理節(jié)點，例如BMC1、BMC2、BMC3分別被標記，記作“0”。

在130中，當接收的請求為操作請求時，根據(jù)狀態(tài)表確定發(fā)送操作請求的管理節(jié)點是否具有操作權(quán)限，如圖4中B所示，確定發(fā)送操作請求的管理節(jié)點是否與狀態(tài)表中記錄的具有操作權(quán)限的管理節(jié)點為同一個管理節(jié)點，在這里需要說明的是，在整個系統(tǒng)中，每個管理節(jié)點都具有唯一的標識或名稱，以保證狀態(tài)表中記錄的具有操作權(quán)限的管理節(jié)點與發(fā)送操作請求的管理節(jié)點為同一個管理節(jié)點。當存儲設(shè)備確定發(fā)送操作請求的管理節(jié)點與狀態(tài)表中記錄的具有操作權(quán)限的管理節(jié)點為同一個管理節(jié)點時，根據(jù)操作請求執(zhí)行相應的操作，該操作為管理節(jié)點對存儲設(shè)備執(zhí)行的讀或者寫操作。執(zhí)行操作時，存儲設(shè)備可以自動更新狀態(tài)表，將狀態(tài)表設(shè)置為正在執(zhí)行狀態(tài)，即如圖4中C所示，請求執(zhí)行狀態(tài)組的狀態(tài)由未執(zhí)行操作狀態(tài)“0”更新為正在執(zhí)行操作狀態(tài)“1”，以便于存儲設(shè)備接收到其他管理節(jié)點，例如，BMC1、BMC2、BMC3發(fā)送的操作請求時，不再根據(jù)相應的操作請求執(zhí)行操作，避免存儲設(shè)備同時執(zhí)行多個管理節(jié)點發(fā)送的操作請求，且多個管理節(jié)點發(fā)送的操作請求互斥的問題，也可以避免串行操作被其他管理節(jié)點發(fā)送的操作請求干擾或中斷。

當管理節(jié)點BMC0執(zhí)行完相應的操作之后，存儲設(shè)備自動將狀態(tài)表中的執(zhí)行請求狀態(tài)表標記為“0”，表示未執(zhí)行操作狀態(tài)，狀態(tài)表如圖4中D所示。

需要說明的是，在本發(fā)明實施例中，操作請求可以為讀操作、寫操作或者其他操作。

采用本發(fā)明實施例提供的控制操作存儲設(shè)備的方法，存儲設(shè)備通過賦予請求申請權(quán)限的多個管理節(jié)點中的一個管理節(jié)點操作權(quán)限，并根據(jù)該具有操作權(quán)限的管理節(jié)點發(fā)送的操作請求執(zhí)行相應的操作，避免了多個管理節(jié)點同時操作存儲設(shè)備的沖突，同時避免了連續(xù)的串行操作被中斷的問題。

應理解，在本發(fā)明實施例中，請求可以為預定義的請求集合，當存儲設(shè)備執(zhí)行部分預定義請求時，存儲設(shè)備執(zhí)行其他預定義的請求。

應理解，在本發(fā)明實施例中，權(quán)限狀態(tài)組也可以以“0”表示相應的管理節(jié)點具有操作權(quán)限，以“1”表示相應的管理節(jié)點不具有操作權(quán)限，也或者權(quán) 限狀態(tài)組可以根據(jù)計算機采用的其他進制的數(shù)碼表示管理節(jié)點具有操作權(quán)限的標記，在本發(fā)明實施例中對此不作限制。

需要說明的是，在本發(fā)明實施例中，狀態(tài)表的數(shù)據(jù)定義是可以擴展的，不僅限于本發(fā)明實施例提供的狀態(tài)表是的數(shù)據(jù)。

可選地，作為本發(fā)明另一實施例，如圖5所示，根據(jù)所述狀態(tài)表，確定發(fā)送操作請求的管理節(jié)點是否具有操作權(quán)限，包括：

131，查詢狀態(tài)表中標記的管理節(jié)點是否為發(fā)送操作請求的管理節(jié)點；

132，當狀態(tài)表中標記的管理節(jié)點為發(fā)送所述操作請求的管理節(jié)點時，確定發(fā)送操作請求的管理節(jié)點具有操作權(quán)限。

具體地，在本發(fā)明實施例中，狀態(tài)表中可以記錄各管理節(jié)點并標記各管理節(jié)點的操作權(quán)限，存儲設(shè)備在同一時間段內(nèi)只允許一個管理節(jié)點具有操作權(quán)限，并在狀態(tài)表中標記該管理節(jié)點具有操作權(quán)限，其他管理節(jié)點都沒有操作權(quán)限，并標記不具有操作權(quán)限的標記。當存儲設(shè)備查詢狀態(tài)表中標記具有操作權(quán)限的管理節(jié)點，并確定狀態(tài)表中標記的具有操作權(quán)限的管理節(jié)點與發(fā)送操作權(quán)限的管理節(jié)點為同一管理節(jié)點時，確定發(fā)送操作請求的管理節(jié)點具有操作權(quán)限，存儲設(shè)備可以根據(jù)操作請求執(zhí)行相應的操作。

例如，如圖4中B所示，存儲設(shè)備查詢狀態(tài)表存儲的各管理節(jié)點以及權(quán)限狀態(tài)，確定狀態(tài)表中標記的具有操作權(quán)限的管理節(jié)點為BMC0，發(fā)送操作請求的管理節(jié)點也是BMC0，則確定該管理節(jié)點BMC0具有操作權(quán)限，存儲設(shè)備可以根據(jù)管理節(jié)點BMC0發(fā)送的操作請求執(zhí)行相應的操作。

采用本發(fā)明實施例提供的操作存儲設(shè)備的控制方法，通過賦予請求申請權(quán)限的多個管理節(jié)點中的一個管理節(jié)點操作權(quán)限，并根據(jù)該具有操作權(quán)限的管理節(jié)點發(fā)送的操作請求執(zhí)行相應的操作，避免了多個管理節(jié)點同時操作存儲設(shè)備的沖突，一個管理節(jié)點連續(xù)的串行操作被中斷的問題。同時，通過對發(fā)送操作請求的管理節(jié)點的身份進行驗證，確保發(fā)送操作請求的管理節(jié)點合 法，避免串行操作被其他管理節(jié)點的操作請求干擾，中斷。

可選地，作為本發(fā)明另一實施例，在確定是否賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限之后，該方法100還包括：

140，當賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限時，更新狀態(tài)表。

具體地，當存儲設(shè)備賦予多個管理節(jié)點中的一個管理節(jié)點操作權(quán)限時，在狀態(tài)表中標記該管理節(jié)點的權(quán)限狀態(tài)，以用于存儲設(shè)備接收到其他管理節(jié)點發(fā)送的申請權(quán)限請求之后，查詢狀態(tài)表，確定是否給予發(fā)送申請權(quán)限的管理節(jié)點操作權(quán)限。在本發(fā)明實施例中，當狀態(tài)表中已經(jīng)標記某個管理節(jié)點具有操作權(quán)限時，存儲設(shè)備不賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限，并向發(fā)送申請權(quán)限請求的管理節(jié)點返回申請權(quán)限失敗的響應消息。

可選地，作為本發(fā)明另一實施例中，如圖5所示，在更新狀態(tài)表之后，該方法100還包括：

150，向賦予發(fā)送所述申請權(quán)限請求的管理節(jié)點發(fā)送響應消息，以便于所述申請權(quán)限請求的管理節(jié)點根據(jù)所述響應消息，向存儲設(shè)備發(fā)送操作請求。

具體的，當存儲設(shè)備賦予多個管理節(jié)點中的一個管理節(jié)點操作權(quán)限時，更新狀態(tài)表，并向賦予操作權(quán)限的管理節(jié)點發(fā)送申請權(quán)限成功的響應消息，以用于該管理節(jié)點接收到響應消息之后，向存儲設(shè)備發(fā)送操作請求。

在本發(fā)明實施例中，存儲設(shè)備可能在向管理節(jié)點發(fā)送賦予操作權(quán)限成功的響應消息后，立即接收到該管理節(jié)點發(fā)送的操作請求，并處理該操作請求；存儲設(shè)備也可能在向管理節(jié)點發(fā)送賦予操作權(quán)限成功的響應消息之后，需要先接收到多個其他管理節(jié)點發(fā)送的申請權(quán)限請求以后，才可以接收到該管理節(jié)點發(fā)送的操作請求，存儲設(shè)備處理到該管理節(jié)點發(fā)送的操作請求之前，需要對之前接收的每一個申請權(quán)限請求進行處理，并向相應的管理節(jié)點返回申請權(quán)限失敗的響應消息，之后根據(jù)接收到的該管理節(jié)點發(fā)送的操作請求進行 相應的操作。

可選地，作為本發(fā)明另一實施例，如圖5所示，在根據(jù)操作請求執(zhí)行操作之后，該方法100還包括：

160，釋放操作權(quán)限。

具體的，當存儲設(shè)備根據(jù)一個操作請求執(zhí)行操作完畢之后，存儲設(shè)備釋放操作權(quán)限，更新狀態(tài)表，將狀態(tài)表中的管理節(jié)點BMC0的權(quán)限狀態(tài)，標記為“0”，狀態(tài)表如圖4中E所示，以用于其他管理節(jié)點發(fā)送操作請求執(zhí)行相應的操作，應理解，在本發(fā)明實施例中，其他管理節(jié)點可以為存儲設(shè)備剛剛執(zhí)行過的發(fā)送操作請求對應的管理節(jié)點，也可以為除該管理節(jié)點之外的其他任一管理節(jié)點。

可選地，作為本發(fā)明另一實施例，接收至少一個管理節(jié)點發(fā)送的至少一個請求之后，該方法100還包括：

串行化所述請求，以用于根據(jù)接收所述請求的順序進行解析。

具體的，存儲設(shè)備可以同時接收多個管理節(jié)點發(fā)送的請求，當存儲設(shè)備同時接收多個管理節(jié)點發(fā)送的請求時，將接收到的請求進行串行化，即將接收的請求存儲在存儲設(shè)備中，并對存儲的請求依次進行解析，還原為原始請求。

采用本發(fā)明實施例提供的操作存儲設(shè)備的控制方法，通過賦予請求申請權(quán)限的多個管理節(jié)點中的一個管理節(jié)點操作權(quán)限，并根據(jù)該具有操作權(quán)限的管理節(jié)點發(fā)送的操作請求執(zhí)行相應的操作，避免了多個管理節(jié)點同時操作存儲設(shè)備的沖突，一個管理節(jié)點連續(xù)的串行操作被中斷的問題。同時，通過對發(fā)送操作請求的管理節(jié)點的身份進行驗證，確保發(fā)送操作請求的管理節(jié)點合法，避免串行操作被其他管理節(jié)點的操作請求干擾，甚至中斷。

應理解，在本發(fā)明實施例中，圖4的狀態(tài)表只是為了詳細描述本發(fā)明實施例的技術(shù)方案，并不限制本發(fā)明實施例狀態(tài)表的具體形式。

圖6為本發(fā)明另一實施例提供的操作存儲設(shè)備的控制方法，該方法400的執(zhí)行主體為管理節(jié)點，該方法400包括：

410，向存儲設(shè)備發(fā)送申請權(quán)限請求，以用于存儲設(shè)備根據(jù)所述申請權(quán)限請求，賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限，并向管理節(jié)點發(fā)送響應消息；

420，接收存儲設(shè)備發(fā)送的響應消息；

430，根據(jù)響應消息，向存儲設(shè)備發(fā)送操作請求，以用于存儲設(shè)備根據(jù)操作請求執(zhí)行操作。

具體的，在本發(fā)明實施例中，管理節(jié)點向存儲設(shè)備發(fā)送申請權(quán)限請求，以便于當存儲設(shè)備將操作權(quán)限賦予該管理節(jié)點時，向該管理節(jié)點發(fā)送申請權(quán)限成功的響應消息；管理節(jié)點接收到存儲設(shè)備發(fā)送的響應消息后，根據(jù)響應消息，向存儲設(shè)備發(fā)送操作請求，以用于存儲設(shè)備可以根據(jù)操作請求執(zhí)行相應的操作。

采用本發(fā)明實施例提供的控制操作存儲設(shè)備的方法，管理節(jié)點先向存儲設(shè)備申請操作權(quán)限，當具有操作權(quán)限時，再向存儲設(shè)備發(fā)送操作請求，以根據(jù)操作請求進行相應的操作，避免了多個管理節(jié)點同時訪問一個存儲設(shè)備造成的操作請求互斥的情況，同時，有效保證了串行命令的連續(xù)執(zhí)行。

上文中結(jié)合圖3至圖6，詳細描述了根據(jù)本發(fā)明實施例的控制操作存儲設(shè)備的方法，下面將結(jié)合圖7至圖10，詳細描述根據(jù)本發(fā)明實施例的存儲設(shè)備和管理節(jié)點。

圖7是本發(fā)明實施例提供的存儲設(shè)備的結(jié)構(gòu)示意圖。如圖7所示，該存儲設(shè)備500包括：接收模塊510和處理模塊520。

接收模塊510，用于接收至少一個管理節(jié)點發(fā)送的至少一個請求；

處理模塊520，用于當至少一個請求中的一個請求為申請權(quán)限請求時，確 定是否賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限；

處理模塊520還用于，當至少一個請求中的一個請求為操作請求時，確定發(fā)送操作請求的管理節(jié)點是否具有操作權(quán)限，當發(fā)送操作請求的管理節(jié)點具有操作權(quán)限時，根據(jù)操作請求執(zhí)行操作。

具體的，接收模塊510接收多個管理節(jié)點發(fā)送的請求，該請求可以為申請權(quán)限請求，也可以為操作請求；處理模塊520依次判斷接收到的請求，確定接收的請求為申請權(quán)限請求還是操作請求。當接收的請求為申請權(quán)限請求時，處理模塊520可以根據(jù)當前的狀態(tài)權(quán)限，確定是否有權(quán)限賦予發(fā)送申請權(quán)限請求的管理節(jié)點，當前權(quán)限狀態(tài)的確定可以通過查詢狀態(tài)表確定，存儲設(shè)備根據(jù)狀態(tài)表，確定當前狀態(tài)是否正在執(zhí)行操作，當存儲設(shè)備當前未執(zhí)行操作，且沒有將操作權(quán)限賦予其他管理節(jié)點時，將該操作權(quán)限賦予發(fā)送申請權(quán)限請求的管理節(jié)點。

在本發(fā)明實施例中，處理模塊520還可以通過預設(shè)定的其他邏輯方式確定當前權(quán)限狀態(tài)，在本發(fā)明實施例中對此不作限制。

在本發(fā)明實施例中，操作請求可以為讀操作、寫操作或者其他操作。

應理解，在本發(fā)明實施例中，請求可以為預定義的請求集合，當存儲設(shè)備執(zhí)行部分預定義請求時，存儲設(shè)備執(zhí)行其他預定義的請求。

采用本發(fā)明實施例提供的控制操作存儲設(shè)備的方法，存儲設(shè)備通過賦予請求申請權(quán)限的多個管理節(jié)點中的一個管理節(jié)點操作權(quán)限，并根據(jù)該具有操作權(quán)限的管理節(jié)點發(fā)送的操作請求執(zhí)行相應的操作，避免了多個管理節(jié)點同時操作存儲設(shè)備的沖突，同時避免了連續(xù)的串行操作被中斷的問題。

可選地，作為本發(fā)明另一實施例，處理模塊520還用于，當賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限時，更新狀態(tài)表。

具體地，當處理模塊520賦予多個管理節(jié)點中的一個管理節(jié)點操作權(quán)限時，在狀態(tài)表中標記該管理節(jié)點的權(quán)限狀態(tài)，以用于接收模塊510接收到其他管理節(jié)點發(fā)送的申請權(quán)限請求之后，處理模塊520查詢狀態(tài)表，確定是否 給予發(fā)送申請權(quán)限的管理節(jié)點操作權(quán)限。在本發(fā)明實施例中，當狀態(tài)表中已經(jīng)標記某個管理節(jié)點具有操作權(quán)限時，處理模塊520不賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限，并向發(fā)送申請權(quán)限請求的管理節(jié)點返回申請權(quán)限失敗的響應消息。

可選地，作為本發(fā)明另一實施例，如圖8所示，存儲設(shè)備500還包括發(fā)送模塊530，用于向賦予發(fā)送申請權(quán)限請求的管理節(jié)點發(fā)送響應消息，以便于申請權(quán)限請求的管理節(jié)點根據(jù)響應消息，向存儲設(shè)備發(fā)送操作請求。

具體的，當存儲設(shè)備賦予多個管理節(jié)點中的一個管理節(jié)點操作權(quán)限時，更新狀態(tài)表，并向賦予操作權(quán)限的管理節(jié)點發(fā)送申請權(quán)限成功的響應消息，以用于該管理節(jié)點接收到響應消息之后，向存儲設(shè)備發(fā)送操作請求。

在本發(fā)明實施例中，接收模塊510可能在發(fā)送模塊530向管理節(jié)點發(fā)送賦予操作權(quán)限成功的響應消息后，立即接收到該管理節(jié)點發(fā)送的操作請求，并處理該操作請求；接收模塊510也可能在發(fā)送模塊530向管理節(jié)點發(fā)送賦予操作權(quán)限成功的響應消息之后，需要接收多個其他管理節(jié)點發(fā)送的申請權(quán)限請求之后，才接收到該管理節(jié)點發(fā)送的操作請求，處理模塊520處理到該管理節(jié)點發(fā)送的操作請求之前，需要對之前接收的每一個申請權(quán)限請求進行處理，并向相應的管理節(jié)點返回申請權(quán)限失敗的響應消息，根據(jù)接收到的該管理節(jié)點發(fā)送的操作請求進行相應的操作。

可選地，作為本發(fā)明另一實施例，處理模塊520具體用于，

查詢狀態(tài)表中標記的管理節(jié)點是否為發(fā)送操作請求的管理節(jié)點；

當狀態(tài)表中標記的管理節(jié)點為發(fā)送所述操作請求的管理節(jié)點時，確定發(fā)送所述操作請求的管理節(jié)點具有操作權(quán)限。

具體地，在本發(fā)明實施例中，狀態(tài)表中可以記錄各管理節(jié)點并標記各管理節(jié)點的操作權(quán)限，存儲設(shè)備在同一時間段內(nèi)允許一個管理節(jié)點具有操作權(quán)限，并在狀態(tài)表中標記該管理節(jié)點具有操作權(quán)限，其他管理節(jié)點都沒有操作權(quán)限，并標記不具有操作權(quán)限的標記。當處理模塊520查詢狀態(tài)表中標記具 有操作權(quán)限的管理節(jié)點，并確定狀態(tài)表中標記的具有操作權(quán)限的管理節(jié)點與發(fā)送操作權(quán)限的管理節(jié)點為同一管理節(jié)點時，確定發(fā)送操作請求的管理節(jié)點具有操作權(quán)限，處理模塊520可以根據(jù)操作請求執(zhí)行相應的操作。

可選地，作為本發(fā)明另一實施例，如圖8所示，該存儲設(shè)備500還包括釋放模塊540，用于在根據(jù)操作請求執(zhí)行操作完畢之后，釋放操作權(quán)限。

具體的，當處理模塊520根據(jù)一個操作請求執(zhí)行操作完畢之后，釋放操作權(quán)限，更新狀態(tài)表，將狀態(tài)表中的管理節(jié)點的權(quán)限狀態(tài)標記修改為不具有操作權(quán)限的標記，以用于其他管理節(jié)點發(fā)送操作請求執(zhí)行相應的操作。

可選地，作為本發(fā)明另一實施例，處理模塊520還用于，串行化所述請求，以用于根據(jù)接收請求的順序進行解析。

具體的，接收模塊510可以同時接收多個管理節(jié)點發(fā)送的請求，當接收模塊510同時接收多個管理節(jié)點發(fā)送的請求時，處理模塊520將接收到的請求進行串行化，即將接收的請求存儲在該存儲設(shè)備中，并對存儲的請求依次進行解析，還原為原始請求。

采用本發(fā)明實施例提供的存儲設(shè)備，通過賦予請求申請權(quán)限的多個管理節(jié)點中的一個管理節(jié)點操作權(quán)限，并根據(jù)該具有操作權(quán)限的管理節(jié)點發(fā)送的操作請求執(zhí)行相應的操作，避免了多個管理節(jié)點同時操作存儲設(shè)備的沖突，一個管理節(jié)點連續(xù)的串行操作被中斷的問題。同時，通過對發(fā)送操作請求的管理節(jié)點的身份進行驗證，確保發(fā)送操作請求的管理節(jié)點合法，避免串行操作被其他管理節(jié)點的操作請求干擾，甚至中斷。

需要說明的是，在本發(fā)明實施例中，根據(jù)本發(fā)明實施例的存儲設(shè)備500中的各個模塊的上述和其它操作和/或功能分別為了實現(xiàn)圖1和圖4中的各個方法的相應流程，為了簡潔，在此不再贅述。

圖9為本發(fā)明實施例提供的一種管理節(jié)點，該管理節(jié)點700包括：發(fā)送模塊710和接收模塊720。

發(fā)送模塊710，用于向存儲設(shè)備發(fā)送申請權(quán)限請求，以用于存儲設(shè)備根據(jù)申請權(quán)限請求，賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限，并向管理節(jié)點發(fā)送響應消息；

接收模塊720，用于接收存儲設(shè)備發(fā)送的響應消息；

發(fā)送模塊710還用于，根據(jù)響應消息向存儲設(shè)備發(fā)送操作請求，以用于存儲設(shè)備根據(jù)操作請求執(zhí)行操作。

具體的，在本發(fā)明實施例中，發(fā)送模塊710向存儲設(shè)備發(fā)送申請權(quán)限請求，以便于當存儲設(shè)備將操作權(quán)限賦予該管理節(jié)點時，向該管理節(jié)點發(fā)送申請權(quán)限成功的響應消息；接收模塊720接收到存儲設(shè)備發(fā)送的響應消息后，根據(jù)響應消息，向存儲設(shè)備發(fā)送操作請求，以用于存儲設(shè)備可以根據(jù)操作請求執(zhí)行相應的操作。

采用本發(fā)明實施例提供的管理節(jié)點，管理節(jié)點先向存儲設(shè)備申請操作權(quán)限，當具有操作權(quán)限時，再向存儲設(shè)備發(fā)送操作請求，以根據(jù)操作請求進行相應的操作，避免了多個管理節(jié)點同時訪問一個存儲設(shè)備造成的操作請求互斥的情況，同時，有效保證了串行命令的連續(xù)執(zhí)行。

需要說明的是，在本發(fā)明實施例中，根據(jù)本發(fā)明實施例的管理節(jié)點700中的各個模塊的上述和其它操作和/或功能分別為了實現(xiàn)圖5中的各個方法的相應流程，為了簡潔，在此不再贅述。

圖10為本發(fā)明實施例提供的另一存儲設(shè)備的結(jié)構(gòu)示意圖，如圖10所示，該存儲設(shè)備800包括存儲器810，處理器820、多個訪問接口830、多個管理接口840和通信總線系統(tǒng)850。其中，存儲器810，處理器820、多個訪問接口830和多個管理接口840通過通信總線系統(tǒng)850相連接。其中，

存儲器810，用于存儲指令；

處理器820，用于調(diào)用存儲在存儲器810中的指令，通過處理器820中包括的接收模塊、處理模塊和發(fā)送模塊執(zhí)行以下步驟：

通過至少一個訪問接口接收至少一個管理節(jié)點發(fā)送的至少一個請求；并通過管理接口對所述請求進行管理，當至少一個請求中的一個請求為申請權(quán)限請求時，根據(jù)當前權(quán)限狀態(tài)，確定是否賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限；當至少一個請求中的一個請求為操作請求時，根據(jù)當前權(quán)限狀態(tài)，確定發(fā)送操作請求的管理節(jié)點是否具有操作權(quán)限，當發(fā)送所述操作請求的管理節(jié)點具有操作權(quán)限時，根據(jù)操作請求執(zhí)行操作。

在本發(fā)明實施例中，當前的權(quán)限狀態(tài)可以通過狀態(tài)表的形式來記錄每個訪問接口的權(quán)限狀態(tài)和存儲設(shè)備的執(zhí)行狀態(tài)，也可以通過其他邏輯形式來實現(xiàn)權(quán)限狀態(tài)和執(zhí)行狀態(tài)的記錄。

需要說明的是，在本發(fā)明實施例中，訪問接口830包括多個接口，例如：訪問接口1，訪問接口2等訪問接口N，N為大于等于1的整數(shù)。管理接口840也包括多個接口，可以用管理接口1至N表示。

在本發(fā)明實施例中，當執(zhí)行完相應的操作請求時，處理器820中的釋放模塊釋放操作權(quán)限，以便于存儲設(shè)備將操作權(quán)限賦予其他管理節(jié)點，進行相應的操作。需要說明的是，在本發(fā)明實施例中，其他管理節(jié)點可以為剛剛執(zhí)行過的管理節(jié)點放的操作請求對應的管理節(jié)點，也可以為除該管理節(jié)點之外的其他管理節(jié)點。

基于本發(fā)明實施例提供的存儲設(shè)備，通過賦予請求申請權(quán)限的多個管理節(jié)點中的一個管理節(jié)點操作權(quán)限，并根據(jù)該具有操作權(quán)限的管理節(jié)點發(fā)送的操作請求執(zhí)行相應的操作，避免了多個管理節(jié)點同時操作存儲設(shè)備的沖突，同時避免了連續(xù)的串行操作被中斷的問題。

應理解，在本發(fā)明實施例中，該處理器820可以是中央處理單元(Central Processing Unit，CPU)，該處理器820還可以是其他通用處理器、數(shù)字信號處理器(DSP)、專用集成電路(ASIC)、現(xiàn)場可編程門陣列(FPGA)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件等。通用處理器可以是微處理器或者該處理器也可以是任何常規(guī)的處理器等。

該總線系統(tǒng)850除包括數(shù)據(jù)總線之外，還可以包括電源總線、控制總線和狀態(tài)信號總線等。但是為了清楚說明起見，在圖中將各種總線都標為總線系統(tǒng)850。

在實現(xiàn)過程中，上述方法的各步驟可以通過處理器820中的硬件的集成邏輯電路或者軟件形式的指令完成。結(jié)合本發(fā)明實施例所公開的方法的步驟可以直接體現(xiàn)為硬件處理器執(zhí)行完成，或者用處理器820中的硬件及軟件模塊組合執(zhí)行完成。軟件模塊可以位于隨機存儲器，閃存、只讀存儲器，可編程只讀存儲器或者電可擦寫可編程存儲器、寄存器等本領(lǐng)域成熟的存儲介質(zhì)中。該存儲介質(zhì)位于存儲器810，處理器820讀取存儲器810中的信息，結(jié)合其硬件完成上述方法的步驟。為避免重復，這里不再詳細描述。

需要說明的是，在本發(fā)明實施例中，本發(fā)明實施例的存儲設(shè)備800可以對應于圖6和圖7的存儲設(shè)備500，根據(jù)本發(fā)明實施例的存儲設(shè)備800中的各個模塊的上述和其它操作和/或功能分別為了實現(xiàn)圖1、圖4和圖5中的各個方法的相應流程，為了簡潔，在此不再贅述。

本發(fā)明實施例提供一種存儲一個或多個程序的非易失性計算機可讀存儲介質(zhì)，其中，一個或多個程序包括指令，該指令當被包括存儲設(shè)備執(zhí)行時使存儲設(shè)備執(zhí)行以下事件：

接收至少一個管理節(jié)點發(fā)送的至少一個請求；當至少一個請求中的一個請求為申請權(quán)限請求時，根據(jù)當前權(quán)限狀態(tài)，確定是否賦予發(fā)送申請權(quán)限請求的管理節(jié)點操作權(quán)限；當至少一個請求中的一個請求為操作請求時，根據(jù)當前權(quán)限狀態(tài)，確定發(fā)送操作請求的管理節(jié)點是否具有操作權(quán)限，當發(fā)送所述操作請求的管理節(jié)點具有操作權(quán)限時，根據(jù)操作請求執(zhí)行操作。

在本發(fā)明實施例中，當前權(quán)限狀態(tài)可以通過查詢狀態(tài)表確定，狀態(tài)表記錄了訪問接口賦予權(quán)限的狀態(tài)和執(zhí)行請求的狀態(tài)，在本發(fā)明實施例中，還可以通過其他的邏輯方式體現(xiàn)權(quán)限狀態(tài)和執(zhí)行請求的狀態(tài)，在本發(fā)明實施例中 對此不作限制。

當存儲介質(zhì)根據(jù)操作請求執(zhí)行操作完畢時，釋放操作權(quán)限，以便于將該操作權(quán)限賦予申請權(quán)限請求的管理節(jié)點，進行相應的操作。

在本申請所提供的幾個實施例中，應該理解到，所揭露的系統(tǒng)、裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，該單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另外，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口、裝置或單元的間接耦合或通信連接，也可以是電的，機械的或其它的形式連接。該作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本發(fā)明實施例方案的目的。另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以是兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。

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

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可想到各種等效的修改或替換，這些修改或替換都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應以權(quán)利要求的保護范圍為準。