專利名稱：一種執(zhí)行用戶請求的方法及其對應(yīng)的服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種執(zhí)行用戶請求的方法及其對應(yīng) 的服務(wù)器。
背景技術(shù)：
隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，越來越多的網(wǎng)絡(luò)業(yè)務(wù)需要使用Web(網(wǎng)頁)應(yīng) 用程序。Web應(yīng)用程序是一種基于B/S (Browser/Server,瀏覽器/服務(wù)器) 結(jié)構(gòu)的應(yīng)用程序，采用互聯(lián)網(wǎng)上的標(biāo)準(zhǔn)通信協(xié)議作為客戶端與服務(wù)器端通信 的協(xié)議，可以使位于互聯(lián)網(wǎng)任意位置的用戶都能夠正常訪問系統(tǒng)服務(wù)器。
Web應(yīng)用程序在服務(wù)器端通過Web服務(wù)和數(shù)據(jù)庫服務(wù)對數(shù)據(jù)進(jìn)行處理， 并根據(jù)處理結(jié)果生成用戶界面，以方便客戶端直接下載處理后的數(shù)據(jù)，達(dá)到 共享數(shù)據(jù)的目的。由于Web應(yīng)用程序通過瀏覽器向客戶端顯示數(shù)據(jù)，用戶只 需要在客戶端安裝一套內(nèi)置瀏覽器的操作系統(tǒng)，就可以實(shí)現(xiàn)對服務(wù)器上數(shù)據(jù) 的訪問，不需要為客戶端單獨(dú)編寫和安裝專用的應(yīng)用程序，進(jìn)一步簡化了客 戶端對數(shù)據(jù)的處理流程。
在Web應(yīng)用程序的處理流程中，當(dāng)用戶需要訪問某個(gè)用戶界面時(shí)，可以 通過瀏覽器向系統(tǒng)服務(wù)器發(fā)送HTTP (Hypertext Transfer Protocol,超文本傳 輸協(xié)議)請求；系統(tǒng)服務(wù)器接收到來自瀏覽器的HTTP請求后，由業(yè)務(wù)功能 處理程序處理該HTTP請求，并根據(jù)處理結(jié)果動(dòng)態(tài)生成HTML (Hyper Text Mark-up Language,超文本標(biāo)注語言)格式的用戶界面；系統(tǒng)服務(wù)器通過TCP (Transmission Control Protocol,傳輸控制協(xié)議)連接向客戶端的瀏覽器反饋 回應(yīng)消息，該回應(yīng)消息用于表示用戶請求對應(yīng)的用戶界面；客戶端的瀏覽器 接收到來自系統(tǒng)服務(wù)器的回應(yīng)消息后，顯示對應(yīng)的用戶界面。
上述Web應(yīng)用程序的處理流程包括對存儲(chǔ)設(shè)備的功能操作，具體地，當(dāng) 用戶需要調(diào)用存儲(chǔ)設(shè)備的某個(gè)數(shù)據(jù)時(shí)，可以通過瀏覽器向系統(tǒng)服務(wù)器發(fā)送HTTP請求，并等待請求結(jié)果；系統(tǒng)服務(wù)器接收到來自瀏覽器的HTTP請求后， 由業(yè)務(wù)功能處理程序處理該HTTP請求，將該HTTP請求轉(zhuǎn)換為命令行操作 語句并向存儲(chǔ)設(shè)備下發(fā)，等待存儲(chǔ)設(shè)備返回結(jié)果；存儲(chǔ)設(shè)^^接收來自系統(tǒng)服 務(wù)器的命令行操作語句，根據(jù)該語句進(jìn)行相應(yīng)的操作，并向系統(tǒng)服務(wù)器返回 操作結(jié)果；系統(tǒng)服務(wù)器接收并分析來自存儲(chǔ)設(shè)備的操作結(jié)果，通過TCP連接 向客戶端的瀏覽器反饋用戶請求的執(zhí)行結(jié)果。
發(fā)明人在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在如下問題 基于存儲(chǔ)設(shè)備限制并發(fā)的特點(diǎn)，存儲(chǔ)設(shè)備無法同時(shí)執(zhí)行多個(gè)用戶請求對 應(yīng)的命令行操作語句。當(dāng)存儲(chǔ)設(shè)備處于占用狀態(tài)時(shí)，系統(tǒng)服務(wù)器無法對來自 客戶端的多個(gè)用戶請求排隊(duì)，此時(shí)，用戶請求因存儲(chǔ)設(shè)備忙碌得不到執(zhí)行而 被直接丟棄，用戶需要通過客戶端重新發(fā)送用戶請求，填寫并提交請求信息， 降低了用戶的操作效率和使用體驗(yàn)。另外，在系統(tǒng)服務(wù)器處理用戶請求的過 程中，客戶端處于等待狀態(tài)，需要為正在執(zhí)行的用戶請求保留系統(tǒng)資源，在 一定程度上造成了系統(tǒng)資源的浪費(fèi)，并導(dǎo)致客戶端等待時(shí)間過長以及系統(tǒng)服 務(wù)器效能低下。還有，就是由于存儲(chǔ)設(shè)備并發(fā)受到限制，無法實(shí)現(xiàn)全局監(jiān)管 用戶請求的功能。

發(fā)明內(nèi)容
本發(fā)明提供了 一種執(zhí)行用戶請求的方法及其對應(yīng)的服務(wù)器，實(shí)現(xiàn)了對用戶 請求的全局監(jiān)管以及用戶請求的異步執(zhí)行，提高了用戶的體驗(yàn)、操作效率和系 統(tǒng)月良務(wù)器的執(zhí)行效率。
本發(fā)明提供了一種執(zhí)行用戶請求的方法，應(yīng)用于包括客戶端、系統(tǒng)服務(wù) 器和存^i殳備的網(wǎng)絡(luò)系統(tǒng)中，所述方法包括以下步驟
所述系統(tǒng)服務(wù)器分析接收到的用戶請求，根據(jù)分析結(jié)果將所述用戶請求 添加到預(yù)先生成的監(jiān)控列表中，并向發(fā)送所述用戶請求的客戶端返回響應(yīng)消 息，使所述客戶端無需等待所述用戶請求的執(zhí)行結(jié)果；
所述系統(tǒng)服務(wù)器根據(jù)需要，調(diào)用所述監(jiān)控列表中的用戶請求的信息，實(shí) 現(xiàn)對用戶請求的動(dòng)態(tài)管理和全局監(jiān)管，或調(diào)度所述監(jiān)控列表中滿足執(zhí)行條件的用戶請求，并向所述存儲(chǔ)設(shè)備下發(fā)所述用戶請求對應(yīng)的才喿作命令。
優(yōu)選地，所述分析結(jié)果包括所述用戶請求的分解步驟和所述分解步驟對
應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息，
所述系統(tǒng)服務(wù)器根據(jù)分析結(jié)果將用戶請求添加到預(yù)先生成的監(jiān)控列表
中，具體包括
所述系統(tǒng)服務(wù)器根據(jù)所述分解步驟對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息，設(shè)定所 述用戶請求的執(zhí)行狀態(tài)；
所述系統(tǒng)服務(wù)器根據(jù)所述用戶請求的分解步驟和執(zhí)行狀態(tài)更新所述監(jiān)控 列表。
優(yōu)選地，所述執(zhí)行狀態(tài)包括正在執(zhí)行或等待執(zhí)4亍，
所述系統(tǒng)服務(wù)器根據(jù)分解步驟對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息，設(shè)定用戶請
求的執(zhí)行狀態(tài)，具體為
當(dāng)所述存儲(chǔ)設(shè)備的狀態(tài)信息為空閑時(shí)，所述系統(tǒng)服務(wù)器執(zhí)行所述用戶請 求，并將所述用戶請求的執(zhí)行狀態(tài)設(shè)定為正在執(zhí)行；當(dāng)所述存儲(chǔ)設(shè)備的狀態(tài) 信息為忙碌時(shí)，所述系統(tǒng)服務(wù)器將所述用戶請求的執(zhí)行狀態(tài)設(shè)定為等待執(zhí)行。
優(yōu)選地，所述系統(tǒng)服務(wù)器調(diào)度所述監(jiān)控列表中滿足執(zhí)行條件的用戶請求， 具體為
所述系統(tǒng)服務(wù)器獲取所述監(jiān)控列表中的用戶請求對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài) 信息；
所述系統(tǒng)服務(wù)器選擇執(zhí)行狀態(tài)為等待執(zhí)行，且對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)為 空閑的用戶請求。
優(yōu)選地，所述系統(tǒng)服務(wù)器向存儲(chǔ)設(shè)備下發(fā)用戶請求對應(yīng)的操作命令之后， 還包括
所述系統(tǒng)服務(wù)器接收所述存儲(chǔ)設(shè)備對所述操作命令的執(zhí)行結(jié)果，根據(jù)所 述執(zhí)行結(jié)果更新所述監(jiān)控列表。
優(yōu)選地，所述用戶請求的執(zhí)行狀態(tài)還包括異常返回，
所述系統(tǒng)服務(wù)器根據(jù)執(zhí)行結(jié)果更新監(jiān)控列表，具體為
當(dāng)所述執(zhí)行結(jié)果為執(zhí)行成功時(shí)，所述系統(tǒng)服務(wù)器將所述用戶請求從所述
8監(jiān)控列表中刪除；
當(dāng)所述執(zhí)行結(jié)果為執(zhí)行失敗時(shí)，所述系統(tǒng)服務(wù)器將所述用戶請求的執(zhí)行 狀態(tài)設(shè)置為異常返回。
本發(fā)明還提供了一種系統(tǒng)服務(wù)器，應(yīng)用于包括客戶端、系統(tǒng)服務(wù)器和存 儲(chǔ)設(shè)備的網(wǎng)絡(luò)系統(tǒng)中，所述系統(tǒng)服務(wù)器包括
收發(fā)模塊，用于接收來自所述客戶端的用戶請求，向所述客戶端返回響 應(yīng)消息，并向所述存儲(chǔ)設(shè)備發(fā)送用戶請求對應(yīng)的操作命令；
生成模塊，用于生成或更新監(jiān)控列表，所述監(jiān)控列表用于存儲(chǔ)用戶請求；
分析模塊，與所述收發(fā)模塊和生成模塊電性連接，用于分析所述收發(fā)模 塊接收到的用戶請求，根據(jù)分析結(jié)果將所述用戶請求添加到所述生成模塊生 成的監(jiān)控列表中；
調(diào)度模塊，與所述生成模塊和收發(fā)模塊電性連接，用于調(diào)用所述生成模 塊生成的監(jiān)控列表中的用戶請求的信息，或調(diào)度所述監(jiān)控列表中滿足執(zhí)行條 件的用戶請求，通知所述收發(fā)模塊向所述存儲(chǔ)設(shè)備下發(fā)所述用戶請求對應(yīng)的 操作命令。
優(yōu)選地，所述分析模塊，具體包括
分析子模塊，用于分析接收到的用戶請求，獲取所述用戶請求的分解步 驟和所述分解步驟對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息；
設(shè)定子模塊，與所述分析子模塊電性連接，用于根據(jù)所述分析子模塊獲 取的所述分解步驟對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息，設(shè)定所述用戶請求的執(zhí)行狀
態(tài)；
發(fā)送子模塊，與所述設(shè)定子模塊電性連接，用于將經(jīng)過分析子模塊分析 和經(jīng)過所述設(shè)定子模塊設(shè)定執(zhí)行狀態(tài)的用戶請求發(fā)送到所述生成模塊，供 所述生成模塊更新所述監(jiān)控列表，并通知所述收發(fā)模塊向所述客戶端返回響 應(yīng)消息。
優(yōu)選地，所述設(shè)定子模塊，具體用于
當(dāng)所述存儲(chǔ)設(shè)備的狀態(tài)信息為空閑時(shí)，所述設(shè)定子才莫塊將所述用戶請求 的執(zhí)行狀態(tài)設(shè)定為正在執(zhí)行；
9當(dāng)所述存儲(chǔ)設(shè)備的狀態(tài)信息為忙碌時(shí)，所述^:定子it塊將所述用戶請求 的執(zhí)行狀態(tài)設(shè)定為等待執(zhí)行。
優(yōu)選地，所述調(diào)度^t塊，用于調(diào)用所述監(jiān)控列表中的用戶請求的信息， 獲取所述監(jiān)控列表中的用戶請求對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息；或者根據(jù)調(diào)度 策略，對當(dāng)前尚未完成執(zhí)行的用戶請求進(jìn)行統(tǒng)一調(diào)度，通知所述生成才莫塊更 新所述監(jiān)控列表，以及通知所述收發(fā)模塊向所述存儲(chǔ)設(shè)備下發(fā)所述用戶請求 對應(yīng)的操作命令。
優(yōu)選地，所述收發(fā)模塊，還用于接收所述存儲(chǔ)設(shè)備對所述操作命令的執(zhí) 行結(jié)果；
所述生成模塊，與所述收發(fā)模塊電性連接，還用于根據(jù)所述收發(fā)模塊接 收到的存儲(chǔ)設(shè)備執(zhí)行結(jié)果更新所述監(jiān)控列表； 所述根據(jù)執(zhí)行結(jié)果更新監(jiān)控列表，具體為
當(dāng)所述執(zhí)行結(jié)果為執(zhí)行成功時(shí)，所述生成模塊將所述用戶請求從所述監(jiān) 控列表中刪除；
當(dāng)所述執(zhí)行結(jié)果為執(zhí)行失敗時(shí)，所述生成模塊將所述用戶請求的執(zhí)行狀 態(tài)設(shè)置為異常返回。
優(yōu)選地，所述的系統(tǒng)服務(wù)器，還包括
存儲(chǔ)模塊，與所述生成模塊電性連接，在系統(tǒng)服務(wù)器發(fā)生故障后用于存 儲(chǔ)所述生成模塊生成的所述監(jiān)控列表中的用戶請求。
與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點(diǎn)由系統(tǒng)服務(wù)器對來自客戶端的 用戶請求進(jìn)行智能分析，并根據(jù)分析結(jié)果將該用戶請求添加到監(jiān)控列表中， 向發(fā)送該用戶請求的客戶端返回響應(yīng)消息，使客戶端在用戶請求的執(zhí)行過程 中無需等待執(zhí)行結(jié)果，實(shí)現(xiàn)對用戶請求的異步執(zhí)行；系統(tǒng)服務(wù)器調(diào)用監(jiān)控列 表中的用戶請求，并向存儲(chǔ)設(shè)備下發(fā)該用戶請求對應(yīng)的操作命令，通過監(jiān)控 列表對接收到的用戶請求進(jìn)行分組匯總和全局監(jiān)管，對操作命令進(jìn)行排序下 發(fā)。在用戶請求執(zhí)行失敗后，用戶不需要重新發(fā)送用戶請求，提高了用戶的 操作效率和使用體驗(yàn)，同時(shí)避免了命令死鎖，增加了用戶請求的并發(fā)量，提 高了系統(tǒng)服務(wù)器的執(zhí)行效率。


圖1為本發(fā)明中的一種執(zhí)行用戶請求的方法流程圖2為本發(fā)明中的系統(tǒng)服務(wù)器執(zhí)行用戶請求的一種具體應(yīng)用場景流程圖3為本發(fā)明中的一種系統(tǒng)服務(wù)器的結(jié)構(gòu)示意圖4為本發(fā)明中的一種執(zhí)行用戶請求的系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明提供的技術(shù)方案中，其核心思想為通過系統(tǒng)服務(wù)器對來自客戶端 的用戶請求進(jìn)行智能分析，并根據(jù)分析結(jié)果將該用戶請求添加到監(jiān)控列表中， 向客戶端返回響應(yīng)消息，使客戶端在用戶請求的執(zhí)行過程中無需等待執(zhí)行結(jié) 果；另外，系統(tǒng)服務(wù)器通過調(diào)用監(jiān)控列表中的用戶請求，對所有接收到的用 戶請求進(jìn)行分組匯總和全局監(jiān)管，并向存儲(chǔ)設(shè)備排序下發(fā)監(jiān)控列表中的用戶 請求對應(yīng)的操作命令，根據(jù)操作命令的執(zhí)行結(jié)果更新監(jiān)控列表，實(shí)現(xiàn)對用戶 請求的異步執(zhí)行。
如圖1所示，為本發(fā)明中的一種執(zhí)行用戶請求的方法流程圖，應(yīng)用于包 括客戶端、系統(tǒng)服務(wù)器和存儲(chǔ)設(shè)備的網(wǎng)絡(luò)系統(tǒng)中，該方法包括以下步驟
步驟IOI，系統(tǒng)服務(wù)器分析接收到的用戶請求，根據(jù)分析結(jié)果將用戶請求添 加到預(yù)先生成的監(jiān)控列表中，并向發(fā)送該用戶請求的客戶端返回響應(yīng)消息，使 該客戶端無需等待用戶請求的執(zhí)行結(jié)果。
其中，監(jiān)控列表為系統(tǒng)服務(wù)器中的全局變量，由系統(tǒng)服務(wù)器在啟動(dòng)時(shí)通過 初始化預(yù)先生成。如表1所示，為監(jiān)控列表的一示意結(jié)構(gòu)。
表1 監(jiān)控列表
用戶請求名用戶名似亍狀態(tài)查看詳細(xì)信息的鏈接取消執(zhí)行^4a
監(jiān)控列表中包含系統(tǒng)服務(wù)器接收到的用戶請求對應(yīng)的用戶請求信息，該用 戶請求信息包括用戶請求名稱、用戶名、執(zhí)行狀態(tài)、查看詳細(xì)信息的鏈接和取
11消執(zhí)行按鈕。其中，用戶名為發(fā)送用戶請求的用戶的名稱，執(zhí)行狀態(tài)包括正在 執(zhí)行、等待執(zhí)行和異常返回中的至少一種，查看詳細(xì)信息的鏈接用于獲取用戶 請求的分解步驟、各個(gè)分解步驟對應(yīng)的存<射殳備以及各個(gè)分解步驟的執(zhí)行情況， 取消執(zhí)行按鈕用于取消執(zhí)行狀態(tài)為等待執(zhí)行的用戶請求。
具體地，當(dāng)系統(tǒng)服務(wù)器接收到來自客戶端的用戶請求后，對該用戶請求進(jìn) 行智能分析，并獲取分析結(jié)果，該分析結(jié)果包括用戶請求的分解步驟和該分解 步驟對應(yīng)的存^f射殳備的狀態(tài)信息。系統(tǒng)服務(wù)器根據(jù)用戶請求的分解步驟對應(yīng)的 存儲(chǔ)設(shè)備的狀態(tài)信息，設(shè)定用戶請求的執(zhí)行狀態(tài)，并使用用戶請求的分解步驟 和執(zhí)行狀態(tài)添加到監(jiān)控列表中，以更新監(jiān)控列表。系統(tǒng)服務(wù)器在將用戶請求添 加到監(jiān)控列表中之后，向該用戶請求對應(yīng)的客戶端發(fā)送響應(yīng)消息。客戶端接收 到響應(yīng)消息后，不再等待該用戶請求的執(zhí)行結(jié)果，可以在系統(tǒng)服務(wù)器上進(jìn)行其 他的操作，如繼續(xù)發(fā)送用戶請求或者查看用戶請求的執(zhí)行情況等。
步驟102，系統(tǒng)服務(wù)器根據(jù)需要，調(diào)用監(jiān)控列表中的用戶請求的信息，實(shí)現(xiàn) 對用戶請求的動(dòng)態(tài)管理和全局監(jiān)管，或調(diào)JU^控列表中滿足執(zhí)4亍條件的用戶請 求，并向存^i殳備下發(fā)該用戶請求對應(yīng)的操作命令。
具體地，系統(tǒng)服務(wù)器調(diào)用監(jiān)控列表中的用戶請求的信息，獲取監(jiān)控列表中 的用戶請求對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息，并根據(jù)需要，對監(jiān)控列表中的用戶請 求進(jìn)行動(dòng)態(tài)管理和全局監(jiān)管。例如，在某種情況下，需要將某個(gè)優(yōu)級級高的用 戶請求取消，以便讓其他的用戶請求優(yōu)先執(zhí)行，此時(shí)就可以通過點(diǎn)擊監(jiān)控列表 中該用戶請求的取消執(zhí)行按鈕，并將需要優(yōu)先執(zhí)行的用戶請求的優(yōu)先級提高即 可。
另外，系統(tǒng)服務(wù)器也可以根據(jù)各存^i殳備的狀態(tài)以及調(diào)度的策略，調(diào)度所 述監(jiān)控列表中的用戶請求，向存儲(chǔ)設(shè)備下發(fā)該用戶請求對應(yīng)的操作命令，以實(shí) 現(xiàn)對用戶請求的異步執(zhí)行。
具體地，系統(tǒng)服務(wù)器的調(diào)度策略，可以是用戶請求的接收時(shí)間，也可以 是用戶請求或發(fā)送用戶請求的客戶端的優(yōu)先級信息。系統(tǒng)服務(wù)器根據(jù)分析結(jié) 果將用戶請求添加到監(jiān)控列表，并根據(jù)對應(yīng)的調(diào)度策略執(zhí)行監(jiān)控列表中的用 戶請求，向存儲(chǔ)設(shè)備下發(fā)用戶請求對應(yīng)的操作命令。例如從監(jiān)控列表中按照系統(tǒng)服務(wù)器接收用戶請求的時(shí)間，并選"^執(zhí)行狀態(tài)為等;f寺執(zhí)行、JL^t應(yīng)的存 ^i殳備的狀態(tài)為空閑的用戶請求，
存儲(chǔ)設(shè)備執(zhí)行操作命令完畢后，向系統(tǒng)服務(wù)器返回執(zhí)行結(jié)果，系統(tǒng)服務(wù) 器可以根據(jù)該執(zhí)行結(jié)果更新監(jiān)控列表，并繼續(xù)調(diào)度更新后的監(jiān)控列表中的其 他用戶請求，向存儲(chǔ)設(shè)備下發(fā)用戶請求對應(yīng)的操作命令。
本發(fā)明通過系統(tǒng)服務(wù)器對來自客戶端的用戶請求進(jìn)行智能分析，并根據(jù) 分析結(jié)果將該用戶請求添加到監(jiān)控列表中，及時(shí)向發(fā)送該用戶請求的客戶端 返回響應(yīng)消息，使客戶端在用戶請求的執(zhí)行過程中無需等待執(zhí)行結(jié)果；另夕卜， 系統(tǒng)服務(wù)器可以根據(jù)需要，通過調(diào)用監(jiān)控列表中的用戶請求，實(shí)現(xiàn)對用戶請求 的動(dòng)態(tài)管理和全局監(jiān)管，或根據(jù)調(diào)度策略，向存儲(chǔ)設(shè)備排序下發(fā)該用戶請求對 應(yīng)的操作命令，實(shí)現(xiàn)了對用戶請求的異步執(zhí)行。進(jìn)而在用戶請求即使執(zhí)行失 敗后，用戶也不需要重新發(fā)送用戶請求，提高了用戶的操作效率和使用體驗(yàn)， 同時(shí)避免了命令死鎖，增加了用戶請求的并發(fā)量，提高了系統(tǒng)服務(wù)器的執(zhí)行 效率。
以下結(jié)合具體應(yīng)用場景對所述方法進(jìn)行詳細(xì)、具體的描述。如圖2所示， 本發(fā)明應(yīng)用場景具體包括以下步驟
步驟201,系統(tǒng)服務(wù)器啟動(dòng)并初始化監(jiān)控列表。
具體地，監(jiān)控列表為系統(tǒng)服務(wù)器的全局變量，系統(tǒng)服務(wù)器啟動(dòng)后，判斷 數(shù)據(jù)庫中是否存儲(chǔ)有啟動(dòng)之前接收到的用戶請求，如果數(shù)據(jù)庫中沒有存儲(chǔ)用 戶請求，則系統(tǒng)服務(wù)器生成的監(jiān)控列表為空；如果數(shù)據(jù)庫中存儲(chǔ)有執(zhí)行狀態(tài) 為等待執(zhí)行的用戶請求，則系統(tǒng)服務(wù)器將該用戶請求添加到生成的監(jiān)控列表 中，將該用戶請求的執(zhí)行狀態(tài)設(shè)置為等待執(zhí)行；如果數(shù)據(jù)庫中存儲(chǔ)有執(zhí)行狀 態(tài)為正在執(zhí)行的用戶請求，則判斷存儲(chǔ)設(shè)備是否已經(jīng)執(zhí)行完該用戶請求對應(yīng) 的操作命令，如果存儲(chǔ)設(shè)備執(zhí)行完該操作命令，則不將該用戶請求添加到生 成的監(jiān)控列表中，并將該用戶請求從數(shù)據(jù)庫中刪除；如果存儲(chǔ)設(shè)備沒有執(zhí)行 完該操作命令，則將該用戶請求添加到生成的監(jiān)控列表中，將該用戶請求的 執(zhí)行狀態(tài)設(shè)置為正在執(zhí)行。需要說明的是，系統(tǒng)服務(wù)器初始化監(jiān)控列表后，可以獲取監(jiān)控列表中的 用戶請求對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息，調(diào)度監(jiān)控列表中執(zhí)行狀態(tài)為優(yōu)先級最 高的等待執(zhí)行、且對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息為空閑的用戶請求，并向存儲(chǔ) 設(shè)備下發(fā)該用戶請求對應(yīng)的操作命令。系統(tǒng)服務(wù)器關(guān)閉后，監(jiān)控列表也將隨 之被擦除，但數(shù)據(jù)庫中仍保存有系統(tǒng)服務(wù)器關(guān)閉前接收到的用戶請求。
步驟202，系統(tǒng)服務(wù)器接收來自客戶端的用戶請求。
為便于理解，在此假定系統(tǒng)服務(wù)器接收到的用戶請求為"創(chuàng)建SAN (Storage Area Network,存儲(chǔ)域網(wǎng)絡(luò))資源，并將創(chuàng)建的SAN資源與target (目標(biāo))端進(jìn)行關(guān)聯(lián)"。
步驟203，系統(tǒng)服務(wù)器對接收到的用戶請求進(jìn)行分析，獲取該用戶請求的 分解步驟和分解步驟對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息。
具體地，系統(tǒng)服務(wù)器接收到用戶請求后，可以啟動(dòng)分析線程對該用戶請 求進(jìn)行分析，將該用戶請求分解為多個(gè)分解步驟，并獲取各個(gè)分解步驟對應(yīng) 的存儲(chǔ)設(shè)備的狀態(tài)信息，包括存儲(chǔ)設(shè)備的空閑情況。例如，系統(tǒng)服務(wù)器可以 將"創(chuàng)建SAN資源，并將創(chuàng)建的SAN資源與target端進(jìn)行關(guān)聯(lián)"的用戶請求 分解為"創(chuàng)建SAN資源，'和"將創(chuàng)建的SAN資源與target端綁定"兩個(gè)分解 步驟，并分別獲取上述兩個(gè)分解步驟對應(yīng)的存儲(chǔ)i殳備的空閑情況。
步驟204,系統(tǒng)服務(wù)器根據(jù)用戶請求的分解步驟對應(yīng)的存^i更備的狀態(tài)信 息，設(shè)定用戶請求的批^亍狀態(tài)。
其中，用戶請求的執(zhí)行狀態(tài)包括正在執(zhí)行、等待執(zhí)行和異常返回中的至少 一種。當(dāng)用戶請求的分解步驟對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息為空閑時(shí)，系統(tǒng)服務(wù) 器根據(jù)調(diào)度策^行該用戶請求，并將用戶請求的執(zhí)行狀態(tài)設(shè)定為正在執(zhí)行； 當(dāng)存儲(chǔ)設(shè)備的狀態(tài)信息為忙碌時(shí)，系統(tǒng)服務(wù)器將該用戶請求的執(zhí)行狀態(tài)設(shè)定為 等待執(zhí)行。
步驟205,系統(tǒng)服務(wù)器根據(jù)用戶請求的分解步驟和執(zhí)行狀態(tài)更新監(jiān)控列表。 具體地，系統(tǒng)服務(wù)器將用戶請求的名稱、分解步驟和扭Z亍狀態(tài)，以M起 該用戶請求的用戶的名稱添加到監(jiān)控列表中，在監(jiān)控列表中為用戶請求新建一 條記錄，并在系統(tǒng)服務(wù)器的數(shù)據(jù)庫中保存用戶請求的上勤目關(guān)信息。
14步驟206，系統(tǒng)服務(wù)器向客戶端返回響應(yīng)消息，使該客戶端釋放用戶請求對 應(yīng)的系統(tǒng)資源。
具體地，系統(tǒng)服務(wù)器根據(jù)用戶請求的分解步驟和執(zhí)行狀態(tài)更新監(jiān)控列表后， 向發(fā)送該用戶請求的客戶端返回響應(yīng)消息，由于系統(tǒng)服務(wù)器分析用戶請求的時(shí) 間為毫秒級，而執(zhí)4亍用戶請求的時(shí)間為分鐘級，通過對用戶請求的異步執(zhí)行， 可以使原本需要堵塞數(shù)分鐘的用戶界面在幾秒鐘內(nèi)刷新完畢，使該客戶端及時(shí) 釋放用戶請求對應(yīng)的系統(tǒng)資源。在用戶請求的執(zhí)行期間，用戶不需要等待用戶 請求的執(zhí)行結(jié)果，而是可以執(zhí)行其他的功能操作，如繼續(xù)向系統(tǒng)服務(wù)器發(fā)送用 戶請求或者查看用戶請求的執(zhí)行情況。
步驟207，系統(tǒng)服務(wù)器根據(jù)需要，調(diào)用所述監(jiān)控列表中的用戶請求信息，實(shí) 現(xiàn)對用戶請求的動(dòng)態(tài)管理和全局監(jiān)管或根據(jù)調(diào)度的策略，調(diào)^J&控列表中滿足 執(zhí)行^f牛的用戶請求，實(shí)現(xiàn)對用戶請求的排序下發(fā)。
具體地，系統(tǒng)服務(wù)器調(diào)用監(jiān)控列表用戶請求的信息，獲取監(jiān)控列表中的用 戶請求對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息，并根據(jù)需要，對監(jiān)控列表中用戶請求進(jìn)行 動(dòng)態(tài)管理和全局監(jiān)管。例如，在某種情況下，需要將某個(gè)優(yōu)級級高的用戶請求 取消，以便讓其他的用戶請求優(yōu)先執(zhí)行，此時(shí)就可以通過點(diǎn)擊監(jiān)控列表中該用 戶請求的取消執(zhí)行纟^4丑，并將需要優(yōu)先執(zhí)行的用戶請求的優(yōu)先級提高即可。
或者，系統(tǒng)服務(wù)器根據(jù)各存儲(chǔ)設(shè)備的狀態(tài)以及調(diào)度的策略，對所述監(jiān)控列 表中的用戶請求，進(jìn)行統(tǒng)一的調(diào)度和排序下發(fā)。其中系統(tǒng)服務(wù)器的調(diào)度策略， 可以是用戶請求的接收時(shí)間，也可以是用戶請求或發(fā)送用戶請求的客戶端的 優(yōu)先級信息等。系統(tǒng)服務(wù)器根據(jù)所述調(diào)度策略和各存儲(chǔ)設(shè)備的狀態(tài)，對添加 到監(jiān)控列表中的用戶請求進(jìn)行統(tǒng)一排序下發(fā)。例如對監(jiān)控列表中的用戶請 求遍歷后，按照系統(tǒng)服務(wù)器接收用戶請求的時(shí)間，當(dāng)前狀態(tài)為等待執(zhí)行、JLJ^ 應(yīng)的存^i更備的狀態(tài)為空閑的用戶請求進(jìn)行統(tǒng)一排序下發(fā)。
步驟208，系統(tǒng)服務(wù)器向存^i殳備下發(fā)用戶請求對應(yīng)的操作命令。
其中，用戶請求對應(yīng)的操作命令以命令行操作語句的形式發(fā)送到存儲(chǔ)設(shè) 備。當(dāng)系統(tǒng)服務(wù)器選擇滿足執(zhí)行條件的用戶請求向存儲(chǔ)設(shè)備下發(fā)操作命令后， 修改該用戶請求的屬性信息，并使用修改后的屬性信息刷新監(jiān)控列表、更新數(shù)據(jù)庫。例如，將用戶請求的執(zhí)行狀態(tài)修改為正在執(zhí)行，并4艮據(jù)用戶請求的執(zhí)行 進(jìn)度設(shè)置用戶請求的各個(gè)分解步驟的執(zhí)行情況。
步驟209,系統(tǒng)服務(wù)器接收存儲(chǔ)設(shè)備對操作命令的執(zhí)行結(jié)果，根據(jù)該執(zhí)行 結(jié)果更新監(jiān)控列表。
具體地，存儲(chǔ)設(shè)備將來自系統(tǒng)服務(wù)器的操作命令執(zhí)行完畢后，向該系統(tǒng) 服務(wù)器返回執(zhí)行結(jié)果，系統(tǒng)服務(wù)器根據(jù)執(zhí)行結(jié)果自動(dòng)刷新監(jiān)控列表、更新數(shù) 據(jù)庫，修改監(jiān)控列表中的用戶請求的執(zhí)行狀態(tài)，同時(shí)將執(zhí)行結(jié)果以消息的形 式發(fā)送給客戶端，客戶端在接收執(zhí)行結(jié)果之前，不需要占用系統(tǒng)資源。當(dāng)系 統(tǒng)服務(wù)器接收到的執(zhí)行結(jié)果為執(zhí)行成功時(shí)，系統(tǒng)服務(wù)器向客戶端返回執(zhí)行成 功的消息，并將該執(zhí)行結(jié)果對應(yīng)的用戶請求從監(jiān)控列表中刪除；當(dāng)系統(tǒng)服務(wù) 器接收到的執(zhí)行結(jié)果為執(zhí)行失敗時(shí)，系統(tǒng)服務(wù)器向客戶端返回執(zhí)行失敗的消 息，并將該執(zhí)行結(jié)果對應(yīng)的用戶請求的執(zhí)行狀態(tài)設(shè)置為異常返回。
步驟210,系統(tǒng)服務(wù)器判斷監(jiān)控列表是否為空，如果監(jiān)控列表為空，則結(jié) 束流程；如果監(jiān)控列表不為空，則執(zhí)行步驟207。
具體地，系統(tǒng)服務(wù)器根據(jù)執(zhí)行結(jié)果更新監(jiān)控列表后，如果監(jiān)控列表中還 存在用戶請求，則可以繼續(xù)執(zhí)行步驟207,調(diào) 控列表中滿足執(zhí)行條件的用 戶請求。由于操作命令執(zhí)行完畢后，某些存儲(chǔ)設(shè)M從忙碌狀態(tài)轉(zhuǎn)換成空閑狀 態(tài)，系統(tǒng)服務(wù)器可以從監(jiān)控列表中選擇執(zhí)行狀態(tài)為等待執(zhí)行、且對應(yīng)的存儲(chǔ)設(shè) 備的狀態(tài)為空閑的用戶請求進(jìn)行后續(xù)的執(zhí)行操作。如果監(jiān)控列表中沒有需要執(zhí) 行的用戶請求，即監(jiān)控列表為空時(shí)，則結(jié)束流程。
需要說明的是，本發(fā)明方法可以根據(jù)實(shí)際需要對各個(gè)步驟順序進(jìn)行調(diào)整。
本發(fā)明中通過系統(tǒng)服務(wù)器動(dòng)態(tài)處理接收到的用戶請求，異步下發(fā)該用戶 請求對應(yīng)的操作命令，使客戶端無需等待用戶請求的執(zhí)行結(jié)果，降低了死鎖 和沖突的概率，提高了用戶的操作效率和系統(tǒng)服務(wù)器的執(zhí)行效率，縮短了用 戶界面的刷新時(shí)間，增強(qiáng)了用戶的使用體lir。
本發(fā)明在上述實(shí)施方式中提供了執(zhí)行用戶請求的方法和具體應(yīng)用場景，相 應(yīng)地，本發(fā)明還提供了應(yīng)用上述方法的系統(tǒng)服務(wù)器。如圖3所示，為本發(fā)明中的一種系統(tǒng)服務(wù)器的結(jié)構(gòu)示意圖，應(yīng)用于包括客 戶端、系統(tǒng)服務(wù)器和存^i殳備的網(wǎng)絡(luò)系統(tǒng)中，該系統(tǒng)服務(wù)器包括4議模塊31、 分析模塊32、生成模塊33、調(diào)度模塊34以及存儲(chǔ)模塊35。其中
4議模塊31,用于接收來自客戶端的用戶請求，向該客戶端返回響應(yīng)消息， 以及向存儲(chǔ)設(shè)備發(fā)送用戶請求對應(yīng)的操作命令，和接收存^i殳備對操作命令的 執(zhí)行結(jié)果。
分析模塊32，與4議模塊31和生成模塊33電性連接，用于分析Jl議模塊 31接收到的用戶請求，根據(jù)分析結(jié)果將該用戶請求添加到生成才莫塊33生成的監(jiān) 控列表中。
具體地，所述分析才莫塊32，包括
分析子模塊321,用于分析接收到的用戶請求，獲取該用戶請求的分解步驟 和分解步驟對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息。例如，當(dāng)用戶請求系統(tǒng)服務(wù)器"創(chuàng)建 SAN資源，并將創(chuàng)建的SAN資源與target端進(jìn)行關(guān)聯(lián)"時(shí)，該分析子模塊321 將用戶請求分解為"創(chuàng)建SAN資源"和"將創(chuàng)建的SAN資源與target端綁定" 兩個(gè)分解步驟，并分別獲取上述兩個(gè)分解步驟對應(yīng)的存^i殳備的空閑情況。
設(shè)定子模塊322，與分析子模塊321電性連接，用于根據(jù)分析子模塊321 獲取的分解步驟對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息，設(shè)定用戶請求的扭軒狀態(tài)。例如 當(dāng)存^i殳備的狀態(tài)信息為空閑時(shí)，設(shè)定子模塊322將用戶請求的執(zhí)行狀態(tài)設(shè)定 為正在執(zhí)行；當(dāng)存^i更備的狀態(tài)信息為忙碌時(shí)，設(shè)定子模塊322將用戶請求的 執(zhí)行狀態(tài)設(shè)定為等待執(zhí)行。
發(fā)送子模塊323，與設(shè)定子模塊322電性連接，用于將經(jīng)過分析子模塊321 分析和設(shè)定子模塊322設(shè)定執(zhí)行狀態(tài)的用戶請求發(fā)送到生成模塊33,供生成模 塊33形成用戶請求的監(jiān)控列表，并通知4汰模塊31向客戶端返回響應(yīng)消息。
具體地，發(fā)送子模塊323將用戶請求的名稱、分解步驟和執(zhí)行狀態(tài)，以及 M該用戶請求的用戶的名稱添加到監(jiān)控列表中，在監(jiān)控列表中為用戶請求新 建一輛錄。
生成模塊33，與所述^^才莫塊31以及分析模塊32電性連沖妄，用于生成或 更新監(jiān)控列表，其中所述監(jiān)控列表用于存儲(chǔ)用戶的請求。
17具體地，監(jiān)控列表為系統(tǒng)服務(wù)器中的全局變量，生成模塊33在初始化時(shí)， 通過全局變量預(yù)先生成監(jiān)控列表。監(jiān)控列表中包含^J^模塊31接收到的用戶請 求對應(yīng)的用戶請求信息，該用戶請求信息包括用戶請求名稱、用戶名、執(zhí)行狀 態(tài)、查看詳細(xì)信息的鏈接和取消執(zhí)行^務(wù)紐。其中，用戶名為發(fā)送用戶請求的用 戶的名稱，執(zhí)行狀態(tài)包括正在執(zhí)行、等待執(zhí)行和異常返回中的至少一種，查看 詳細(xì)信息的鏈接用于獲取用戶請求的分解步驟、各個(gè)分解步驟對應(yīng)的存儲(chǔ)設(shè)備 以及各個(gè)分解步驟的執(zhí)行情況，取消執(zhí)行拎組用于取消執(zhí)行狀態(tài)為等待執(zhí)行的 用戶請求。本發(fā)明中的監(jiān)控列表可以實(shí)時(shí)刷新，以實(shí)現(xiàn)對用戶請求的動(dòng)態(tài)管理 和全局監(jiān)視。
在隨后的執(zhí)行過程中，所述生成模塊33還將用于根據(jù)分析模塊32對新的 用戶請求的分析結(jié)果及時(shí)將該用戶請求添加到監(jiān)控列表，并在添加完畢后通知 4議模塊31向發(fā)送該用戶請求的客戶端返回響應(yīng)消息。在調(diào)度模塊34根據(jù)調(diào) 度策略排序下發(fā)用戶請求或接收到存儲(chǔ)設(shè)備對操作命令的執(zhí)行結(jié)果后，及時(shí)更 新監(jiān)控列表中的用戶請求。具體為當(dāng)調(diào)度模塊34根據(jù)調(diào)度策略下發(fā)新的用戶 請求操作命令給存儲(chǔ)設(shè)備后，相應(yīng)地要更新監(jiān)控列表中的用戶請求，例如將 原先處于等待執(zhí)行狀態(tài)的用戶請求改為正在執(zhí)行的狀態(tài)；當(dāng)存儲(chǔ)設(shè)備對操作命 令執(zhí)行成功時(shí)，生成模塊33將用戶請求從監(jiān)控列表中刪除；當(dāng)操作命令為執(zhí)行 失敗時(shí)，生成模塊33將用戶請求的執(zhí)行狀態(tài)設(shè)置為異常返回。
另外，生成4狹33在系統(tǒng)服務(wù)器發(fā)生故障時(shí)，能夠及時(shí)地將監(jiān)控列表中的 用戶請求保存到存儲(chǔ)模塊35上，以便在系統(tǒng)服務(wù)器恢復(fù)啟動(dòng)時(shí)，從存儲(chǔ)模塊35 上讀取原先未執(zhí)行完畢的用戶請求。
調(diào)度模塊34，與生成模塊33和收發(fā)模塊31電性連接，用于才艮據(jù)需^調(diào)用 生成模塊33生成的監(jiān)控列表中的用戶請求的信息，或根據(jù)調(diào)度的策略調(diào) 控 列表中滿足執(zhí)行條件的用戶請求，通知4議模塊31向存儲(chǔ)設(shè)備下發(fā)用戶請求對 應(yīng)的操作命令。
具體地，調(diào)度模塊34用于調(diào)用監(jiān)控列表中的用戶請求的信息，獲取監(jiān)控列 表中的用戶請求對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息；選擇執(zhí)行狀態(tài)為等待執(zhí)行、且對 應(yīng)的存^i殳備的狀態(tài)為空閑的用戶請求，通知》11^4狹31向存Jti殳備下發(fā)用戶
18請求對應(yīng)的操作命令，并通知生成模塊33更新監(jiān)控列表，該更新監(jiān)控列表包括: 將用戶請求的執(zhí)行狀態(tài)修改為正在執(zhí)行，并根據(jù)用戶請求的執(zhí)行進(jìn)度設(shè)置用戶 請求的各個(gè)分解步驟的執(zhí)行情況。
存儲(chǔ)模塊35，與生成模塊33電性連接，用于在系統(tǒng)服務(wù)器故障時(shí)存儲(chǔ)生成 模塊32生成的監(jiān)控列表中尚未完成執(zhí)行的用戶請求，以保證在系統(tǒng)服務(wù)器關(guān)閉 后不會(huì)^皮擦除。
如圖4所示，為本發(fā)明中的一種執(zhí)行用戶請求的系統(tǒng)結(jié)構(gòu)示意圖，包括 客戶端41、系統(tǒng)服務(wù)器42和存儲(chǔ)設(shè)備43，其中，
客戶端41，用于向系統(tǒng)服務(wù)器42發(fā)送用戶請求，并接收來自系統(tǒng)服務(wù)器 42關(guān)于該用戶請求的執(zhí)行結(jié)果。
系統(tǒng)服務(wù)器42，用于在接收到客戶端41的用戶請求后啟動(dòng)分析線程，根據(jù) 分析結(jié)果將用戶請求添加到預(yù)先生成的監(jiān)控列表中，并向發(fā)送該用戶請求的客 戶端41返回響應(yīng)消息，使該客戶端41無需等待用戶請求的扭i行結(jié)果。且進(jìn)一 步地，系統(tǒng)服務(wù)器42還可以根據(jù)需要，調(diào)用監(jiān)控列表中的用戶請求的信息，實(shí) 現(xiàn)對用戶請求的動(dòng)態(tài)管理和全局監(jiān)管，或調(diào) 控列表中滿足執(zhí)行條件的用戶 請求，并向存儲(chǔ)設(shè)備43下發(fā)該用戶請求對應(yīng)的操作命令。
存儲(chǔ)設(shè)備43，用于接收來自系統(tǒng)服務(wù)器42的操作命令，向系統(tǒng)服務(wù)器42 返回操作命令的執(zhí)行結(jié)果。
進(jìn)一步地，系統(tǒng)服務(wù)器42接收到存#&備43對操作命令的執(zhí)軒結(jié)果，根 據(jù)該執(zhí)行結(jié)果更新監(jiān)控列表，具體地，系統(tǒng)服務(wù)器42在執(zhí)行結(jié)果為執(zhí)行成功時(shí)， 將用戶請求從監(jiān)控列表中刪除；或者在執(zhí)行結(jié)果為執(zhí)行失敗時(shí)，將用戶請求的 4W亍狀態(tài)設(shè)置為異常返回。
本發(fā)明中通過系統(tǒng)服務(wù)器42異步處理接收到的用戶請求，使客戶端41無 需等待用戶請求的執(zhí)行結(jié)果，增強(qiáng)了用戶的使用體驗(yàn)。進(jìn)一步地，通過在系統(tǒng) 月艮務(wù)器42上生成用戶請求監(jiān)控列表，以便根據(jù)需要，調(diào)用監(jiān)控列表中的用戶請 求的信息，實(shí)現(xiàn)對用戶請求的動(dòng)態(tài)管理和全局監(jiān)管，或根據(jù)調(diào)度策略調(diào) 控 列表中滿;OU亍^f牛的用戶請求，并向存，射殳備43排序下發(fā)該用戶請求對應(yīng)的操作命令，降低了死鎖和沖突的概率。
通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā) 明可借助軟件加必需的通用硬件平臺(tái)的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件， 但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案 本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來， 該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)終端 設(shè)備(可以是手機(jī)，個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各 個(gè)實(shí)施例所述的方法。
以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普 通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤 飾，這些改進(jìn)和潤飾也應(yīng)視本發(fā)明的保護(hù)范圍。
本領(lǐng)域技術(shù)人員可以理解實(shí)施例中的裝置中的模塊可以按照實(shí)施例描述 進(jìn)行分布于實(shí)施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施例的一
個(gè)或多個(gè)裝置中。上述實(shí)施例的模塊可以集成于一體，也可以分離部署；可
以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子才莫塊。
上述本發(fā)明實(shí)施例序號僅僅為了描述，不代表實(shí)施例的優(yōu)劣。 以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此，
任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種執(zhí)行用戶請求的方法，應(yīng)用于包括客戶端、系統(tǒng)服務(wù)器和存儲(chǔ)設(shè)備的網(wǎng)絡(luò)系統(tǒng)中，其特征在于，所述方法包括以下步驟所述系統(tǒng)服務(wù)器分析接收到的用戶請求，根據(jù)分析結(jié)果將所述用戶請求添加到預(yù)先生成的監(jiān)控列表中，并向發(fā)送所述用戶請求的客戶端返回響應(yīng)消息，使所述客戶端無需等待所述用戶請求的執(zhí)行結(jié)果；所述系統(tǒng)服務(wù)器根據(jù)需要，調(diào)用所述監(jiān)控列表中的用戶請求的信息，實(shí)現(xiàn)對用戶請求的動(dòng)態(tài)管理和全局監(jiān)管，或調(diào)度所述監(jiān)控列表中滿足執(zhí)行條件的用戶請求，并向所述存儲(chǔ)設(shè)備下發(fā)所述用戶請求對應(yīng)的操作命令。
2、 如權(quán)利要求l所述的方法，其特征在于，所述分析結(jié)果包括所述用戶請 求的分解步驟和所述分解步驟對應(yīng)的存々射殳備的狀態(tài)信息，所述系統(tǒng)服務(wù)器才艮據(jù)分析結(jié)果將用戶請求添加到預(yù)先生成的監(jiān)控列表中， 具體包括所述系統(tǒng)服務(wù)器根據(jù)所述分解步驟對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息，設(shè)定所述 用戶請求的執(zhí)行狀態(tài)；所述系統(tǒng)服務(wù)器根據(jù)所述用戶請求的分解步驟和執(zhí)行狀態(tài)更新所述監(jiān)控列表。
3、 如權(quán)利要求2所述的方法，其特征在于，所述執(zhí)行狀態(tài)包括正在執(zhí)行或 等待脅，所述系統(tǒng)服務(wù)器根據(jù)分解步驟對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息，設(shè)定用戶請求 的扭^亍狀態(tài)，具體為當(dāng)所述存#^殳備的狀態(tài)信息為空閑時(shí)，所述系統(tǒng)服務(wù)器扭j亍所述用戶請求， 并將所述用戶請求的執(zhí)行狀態(tài)設(shè)定為正在執(zhí)行；當(dāng)所述存儲(chǔ)設(shè)備的狀態(tài)信息為 忙碌時(shí)，所述系統(tǒng)服務(wù)器將所述用戶請求的執(zhí)行狀態(tài)設(shè)定為等待執(zhí)行。
4、 如權(quán)利要求1或3所述的方法，其特征在于，所述系統(tǒng)服務(wù)器調(diào)度所述 監(jiān)控列表中滿足執(zhí)行條件的用戶請求，具體為所述系統(tǒng)服務(wù)器獲取所述監(jiān)控列表中的用戶請求對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信自 所述系統(tǒng)服務(wù)器選擇執(zhí)行狀態(tài)為等待執(zhí)行，且對應(yīng)的存^i殳備的狀態(tài)為空 閑的用戶請求。
5、 如權(quán)利要求l所述的方法，其特征在于，所述系統(tǒng)服務(wù)器向存^i殳備下 發(fā)用戶請求對應(yīng)的^^乍命令之后，還包括所述系統(tǒng)服務(wù)器接收所述存^i殳備對所述操作命令的執(zhí)行結(jié)果，根據(jù)所述 執(zhí)行結(jié)果更新所述監(jiān)控列表。
6、 如權(quán)利要求5所述的方法，其特征在于，所述用戶請求的執(zhí)行狀態(tài)還包 括異常返回，所述系統(tǒng)服務(wù)器根據(jù)執(zhí)行結(jié)果更新監(jiān)控列表，具體為 當(dāng)所述執(zhí)行結(jié)果為執(zhí)行成功時(shí)，所述系統(tǒng)服務(wù)器將所述用戶請求從所述 監(jiān)控列表中刪除；當(dāng)所述執(zhí)行結(jié)果為執(zhí)行失敗時(shí)，所述系統(tǒng)服務(wù)器將所述用戶請求的執(zhí)行 狀態(tài)設(shè)置為異常返回。
7、 一種系統(tǒng)服務(wù)器，應(yīng)用于包括客戶端、系統(tǒng)服務(wù)器和存^i更備的網(wǎng)絡(luò)系 統(tǒng)中，其特4i^于，所述系統(tǒng)服務(wù)器包括4議模塊，用于接收來自所^戶端的用戶請求，向所a戶端返回響應(yīng)消息，并向所述存〗浙殳備發(fā)送用戶請求對應(yīng)的操作命令；生成模塊，用于生成或更新監(jiān)控列表，所述監(jiān)控列表用于存儲(chǔ)用戶請求； 分析模塊，與所述收發(fā)模塊和生成模塊電性連接，用于分析所述收發(fā)模塊接收到的用戶請求，根據(jù)分析結(jié)果將所述用戶請求添加到所述生成模塊生成的監(jiān)控列表中；調(diào)JL才莫塊，與所述生成4莫塊和jfc!4莫塊電性連接，用于調(diào)用所述生成才莫塊 生成的監(jiān)控列表中的用戶請求的信息，或調(diào)度所述監(jiān)控列表中滿足執(zhí)行條件的 用戶請求，通知所述4^模塊向所述存^i史備下發(fā)所述用戶請求對應(yīng)的操作命 令。
8、 如權(quán)利要求7所述的系統(tǒng)服務(wù)器，其特征在于，所述分析模塊，具體包括分析子模塊，用于分析接收到的用戶請求，獲取所述用戶請求的分解步驟和所述分解步驟對應(yīng)的存^i殳備的狀態(tài)信息；設(shè)定子模塊，與所述分析子模塊電性連接，用于根據(jù)所述分析子模塊獲取 的所述分解步驟對應(yīng)的存^i殳備的狀態(tài)信息，設(shè)定所述用戶請求的執(zhí)行狀態(tài)；發(fā)送子模塊，與所述設(shè)定子模塊電性連接，用于將經(jīng)過分析子模塊分析和 經(jīng)過所述設(shè)定子模塊設(shè)定執(zhí)行狀態(tài)的用戶請求發(fā)送到所述生成模塊，供所述生 成模塊更新所述監(jiān)控列表，并通知所述^t^模塊向所ii^戶端返回響應(yīng)消息。
9、 如權(quán)利要求8所述的系統(tǒng)服務(wù)器，其特征在于，所述設(shè)定子模塊，具體 用于當(dāng)所述存^f射殳備的狀態(tài)信息為空閑時(shí)，所述設(shè)定子模塊將所述用戶請求的 執(zhí)行狀態(tài)設(shè)定為正在執(zhí)行；當(dāng)所述存儲(chǔ)設(shè)備的狀態(tài)信息為忙碌時(shí)，所述i殳定子才莫塊將所述用戶請求的 執(zhí)行狀態(tài)設(shè)定為等待執(zhí)行。
10、 如權(quán)利要求7或9所述的系統(tǒng)服務(wù)器，其特征在于， 所述調(diào)度模塊，用于調(diào)用所述監(jiān)控列表中的用戶請求的信息，獲取所述監(jiān)控列表中的用戶請求對應(yīng)的存儲(chǔ)設(shè)備的狀態(tài)信息；或者才艮據(jù)調(diào)度策略，對當(dāng)前 尚未完成扭j亍的用戶請求進(jìn)4亍統(tǒng)一調(diào)度，通知所述生成才莫塊更新所述監(jiān)控列表， 以及通知所述4嫂模塊向所述存^i殳備下發(fā)所述用戶請求對應(yīng)的操作命令。
11、 如權(quán)利要求7所述的系統(tǒng)服務(wù)器，其特征在于， 所述收發(fā)模塊，還用于接收所述存^i殳備對所述操作命令的執(zhí)行結(jié)果； 所述生成模塊，與所述4t^模塊電性連接，還用于根據(jù)所述^^L模塊接收到的存^f浙殳備執(zhí)行結(jié)果更新所述監(jiān)控列表； 所述根據(jù)執(zhí)行結(jié)果更新監(jiān)控列表，具體為當(dāng)所述執(zhí)行結(jié)果為執(zhí)行成功時(shí)，所述生成模塊將所述用戶請求從所述監(jiān)控 列表中刪除；當(dāng)所述執(zhí)行結(jié)果為執(zhí)行失敗時(shí)，所述生成模塊將所述用戶請求的執(zhí)行狀 態(tài)設(shè)置為異常返回。
12、 如權(quán)利要求7所述的系統(tǒng)服務(wù)器，其特征在于，還包括存儲(chǔ)模塊，與所述生成模塊電性連接，在系統(tǒng)服務(wù)器發(fā)生故障后用于存 儲(chǔ)所述生成模塊生成的所述監(jiān)控列表中的用戶請求。
全文摘要
本發(fā)明公開了一種執(zhí)行用戶請求的方法，應(yīng)用于包括客戶端、系統(tǒng)服務(wù)器和存儲(chǔ)設(shè)備的網(wǎng)絡(luò)系統(tǒng)中，所述方法包括以下步驟所述系統(tǒng)服務(wù)器分析接收到的用戶請求，根據(jù)分析結(jié)果將所述用戶請求添加到預(yù)先生成的監(jiān)控列表中，并向發(fā)送所述用戶請求的客戶端返回響應(yīng)消息，使所述客戶端無需等待所述用戶請求的執(zhí)行結(jié)果；所述系統(tǒng)服務(wù)器根據(jù)需要，調(diào)用所述監(jiān)控列表中的用戶請求的信息，實(shí)現(xiàn)對用戶請求的動(dòng)態(tài)管理和全局監(jiān)管，或調(diào)度所述監(jiān)控列表中滿足執(zhí)行條件的用戶請求，并向所述存儲(chǔ)設(shè)備下發(fā)所述用戶請求對應(yīng)的操作命令。本發(fā)明提高了用戶的操作效率和系統(tǒng)服務(wù)器的執(zhí)行效率。本發(fā)明同樣公開了一種上述方法對應(yīng)的服務(wù)器。
文檔編號H04L29/08GK101562622SQ20091014710
公開日2009年10月21日 申請日期2009年6月5日 優(yōu)先權(quán)日2009年6月5日
發(fā)明者王佳良 申請人:杭州華三通信技術(shù)有限公司