計算機運維管理方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種計算機運維管理方法,包括以下步驟:提交運維權限審批申請;對所述運維權限審批申請進行審核;以及當所述運維權限審批申請審核通過時,啟動運維。本發(fā)明還提供一種計算機運維管理系統(tǒng),包括運維權限審批申請模塊,用于進行運維權限審批申請;及運維權限審核模塊,用于對所述運維權限審批申請進行審核,以通過或拒絕所述運維權限審批申請。本發(fā)明的計算機運維管理方法及系統(tǒng),可以有效解決運維權限審批申請與審批的流程復雜、時效性差的問題,并同時避免運維安全的漏洞,從而有效控制運維的安全性,提升運維權限變更的時效性與便捷性。
【專利說明】計算機運維管理方法及系統(tǒng)
【技術領域】
[0001]本發(fā)明涉及計算機運維【技術領域】,尤其涉及一種計算機運維管理方法及系統(tǒng)。
【背景技術】
[0002]目前,隨著計算機應用的廣泛普及,各類企業(yè)、機構對其計算機及其應用系統(tǒng)、網絡進行運維已成為常態(tài)工作。目前的運維管理通常是通過運維人員來操作,并對運維人員進行不同的權限限制以實現運維的管控。
[0003]通常運維人員通過運維管理系統(tǒng)進行運維時,通過分配的設備范圍、登錄賬號、指定的命令等方式進行運維。但是當其處于需要更改或升級運維權限或當待運維計算機處于非常態(tài)時,運維人員的權限調整通常要通過人工進行,比如向其他的高級管理員人工申請許可等,由管理員重新進行調整分配,由此導致了申請與審批的流程復雜、時效性差的問題。而如果直接授權給運維人員較大的運維權限,雖可節(jié)省流程與時間,又無法避免運維安全的隱患。
[0004]有鑒于此,有必要提供一種計算機運維權限管理的方法及系統(tǒng),以便有效控制計算機運維的安全性,并提升運維權限變更的時效性與便捷性。
【發(fā)明內容】
[0005]針對現有技術中存在的上述缺陷,本發(fā)明提供了一種算機運維管理方法,其特征在于,包括以下步驟:提交運維權限審批申請;對所述運維權限審批申請進行審核;以及當所述運維權限審批申請審核通過時,啟動運維。
[0006]依據本發(fā)明的一個方面,提供了一種計算機運維管理方法,其特征在于,所述提交運維權限審批申請還包括以下步驟:接收運維信息;創(chuàng)建運維權限審批申請;選擇所述運維權限審批申請適用模式;當所述運維權限審批申請適用模式為第一處理模式時,提交第一運維權限審批申請;獲取第一運維權限審核結果;以及當所述第一運維權限審核結果為通過時,進入第一運維模式;對所述運維權限審批申請進行審核的步驟還包括:選定所述運維權限審批申請;對所述運維權限審批申請做出審核決定;以及當所述審核決定為審核擬通過或審核擬拒絕時,將所述運維權限審批申請?zhí)峤恢辽弦患墝徍恕?br>
[0007]依據本發(fā)明的另一個方面,提供了一種算機系統(tǒng)運維管理方法,其特征在于,所述提交運維權限審批申請還包括以下步驟:當所述運維權限審批申請適用模式為第二處理模式時,確認待運維的機器;提交第二運維權限審批申請;獲取一個通行密碼;提交所述通行密碼,進入自動審核;獲取第二運維權限審核結果;及當所述第二運維權限審核結果為通過時,進入第二運維模式。
[0008]依據本發(fā)明的又一個方面,提供了一種算機系統(tǒng)運維管理方法,其特征在于,所述提交運維權限審批申請還包括以下步驟:當所述運維權限審批申請適用模式為第三處理模式時,選擇待運維的機器;提交第三審批申請;獲取并輸入緊急運維碼;獲取第當所述運維權限審批申請適用模式為第三處理模式時,確認待運維的機器;提交第三運維權限審批申請;獲取并提交一緊急運維碼,進入自動審核;獲取第三運維權限審核結果;以及當所述第三運維權限審核結果為通過時,進入第三運維模式。
[0009]針對現有技術中存在的上述缺陷,本發(fā)明還提供了一種計算機運維管理系統(tǒng),其特征在于,包括:運維權限審批申請模塊,用于進行運維權限審批申請;以及運維權限審核模塊,用于對所述運維權限審批申請進行審核,以做出通過、拒絕、或擬通過、擬拒絕之一的審核決定。
[0010]采用本發(fā)明的計算機運維管理方法及系統(tǒng),可以有效解決運維權限審批申請與審批中流程復雜、時效性差的問題,并同時避免運維安全的隱患,從而有效控制運維的安全性,并提升運維權限變更的時效性與便捷性。
【專利附圖】
【附圖說明】
[0011]讀者在參照附圖閱讀了本發(fā)明的【具體實施方式】以后,將會更清楚地了解本發(fā)明的各個方面。其中,
[0012]圖1為本發(fā)明的計算機運維管理系統(tǒng)的模塊示意圖;
[0013]圖2為本發(fā)明的一實施例中計算機運維管理方法的流程示意圖;
[0014]圖3為本發(fā)明圖2的計算機運維管理方法的步驟01的優(yōu)選流程示意圖;
[0015]圖4為本發(fā)明圖2的計算機運維管理方法的步驟03的優(yōu)選流程示意圖。
【具體實施方式】
[0016]為了使本申請所揭示的技術內容更加詳盡與完備,可參照附圖以及本發(fā)明的下述各種具體實施例,附圖中相同的標記代表相同或相似的組件。然而,本領域的普通技術人員應當理解,下文中所提供的實施例并非用來限制本發(fā)明所涵蓋的范圍。此外,附圖僅僅用于示意性地加以說明,并未依照其原尺寸進行繪制。
[0017]下面參照附圖,對本發(fā)明各個方面的【具體實施方式】作進一步的詳細描述。
[0018]請參閱圖1,所示為本發(fā)明一實施例的計算機運維管理系統(tǒng),所述計算機運維管理系統(tǒng)包括:運維權限審批申請模塊1,用于進行運維權限審批申請;以及運維權限審核模塊2,用于對所述運維權限審批申請進行審核,以做出通過、拒絕、或擬通過、擬拒絕之一的審核決定。
[0019]具體地,在本實施例中,運維權限審批申請模塊I還進一步包括:創(chuàng)建模塊11、交互模塊12以及啟動模塊13。其中,所述創(chuàng)建模塊11用于創(chuàng)建運維權限審批申請,所述運維權限審批申請包括以下內容:
[0020]1、運維權限審批申請的類型:前述類型至少可以包括運維類型中的系統(tǒng)變更、故障處理、緊急故障處理、應急演練、巡檢、硬件維護、需求處理等,每一種類型對應相應的運維業(yè)務。在提交一次運維權限審批申請時,應在預先定義的全部運維類型中選擇本次運維權限審批申請中待運維的類型。其中,所述待運維的類型的選擇可以依據實際情形由運維權限審批 申請人:員向所述創(chuàng)建模塊11發(fā)出特定的類型選擇指令,所述創(chuàng)建模塊11接收并轉發(fā)該指令至所述交互模塊12。
[0021]2、運維權限審批申請的有效時間范圍:前述有效時間范圍是指提交本次運維權限審批申請的運維工作時間范圍。一個運維權限審批申請只有在選擇的時間范圍內才有效,當不在這個時間范圍內時,運維權限審批申請中申請開放的設備,賬號和命令為不可用狀態(tài)。
[0022]3、運維權限審批申請的提交對象:通常而言,在本實施例中,已經在系統(tǒng)中設定的管理員為本次運維權限審批申請的提交對象。
[0023]4、運維權限審批申請指向的運維設備:在提交本次運維權限審批申請時,應在預先定義的全部設備中選擇本次運維權限審批申請中待運維的設備。其中,所述待運維的設備的選擇可以依據實際情形由運維權限審批 申請人:員向所述創(chuàng)建模塊11發(fā)出指令,所述創(chuàng)建模塊11接收并轉發(fā)該指令至所述交互模塊12。
[0024]5、運維權限審批申請中需開放的運維賬號:在提交本次運維權限審批申請時,應在預先定義或待開放的全部賬號中選擇本次運維權限審批申請中待開放的賬號。其中,所述待開放賬號的選擇可以依據實際情形由運維權限審批 申請人:員向所述創(chuàng)建模塊11發(fā)出選擇或者特定指令,所述創(chuàng)建模塊11接收并轉發(fā)該指令至所述交互模塊12。
[0025]6、運維權限審批申請中需開放的運維命令:在提交本次運維權限審批申請時,應在預先定義或待開放的全部運維命令中選擇本次運維權限審批申請中待開放的運維命令。其中,所述待開放的運維命令的選擇可以依據實際情形由運維權限審批 申請人:員向所述創(chuàng)建模塊11發(fā)出選擇或特定指令,所述創(chuàng)建模塊11接收并轉發(fā)該指令至所述交互模塊12。
[0026]交互模塊12與所述創(chuàng)建模塊11及所述啟動模塊13以及所述運維權限審核模塊2交互,可以將所述創(chuàng)建模塊11產生的運維權限審批申請接收并提交至所述運維權限審核模塊2,并將所述運維權限審核模塊2做出的運維權限審核決定傳輸至所述啟動模塊13。在本實施例中,所述交互模塊2可以接收所述創(chuàng)建模塊11產生的至少一條運維權限審批申請,并可將所接收到的全部運維權限審批申請按照申請的時間范圍和/或申請適用的模式進行列表并提交給所述運維權限審核模塊2。
[0027]所述運維權限審核模塊2可以對所述運維權限審批申請列表進行審核,并批準或拒絕、擬批準或擬拒絕其中一條或多條運維權限審批申請,并做出相應的審核決定。在本實施例中,所述運維權限審批模塊2可以至少做出以下四種審核決定:
[0028]1.審核通過:即所述運維權限審批申請被批準,該條申請生效。在審核之前,所述運維權限審批模塊2可接收管理員的指令,對前述運維權限審批申請中待運維的設備、賬戶和命令進行調整,刪除不需要開放的內容。從而運維權限審批模塊2將所述審核通過或修改后的運維權限申請列表返回至所述交互模塊12,所述交互模塊12將所述審核結果傳輸至所述啟動模塊13,所述啟動模塊13根據所述審核通過的結果指示后臺按照相應的運維類型和修改后的運維權限開始運維。
[0029]2.審核拒絕:即所述運維權限審批申請被拒絕,該條申請不生效。運維權限審批模塊2將所述審核拒絕的結果返回至所述交互模塊12,所述交互模塊12將所述審核結果傳輸至所述啟動模塊13,所述啟動模塊13根據所述審核拒絕的結果指示創(chuàng)建模塊11及后臺結束本次申請。
[0030]3.審核擬通過:即所述運維權限審批申請在本次審核中無法確定是否通過,則將被提交至上一級管理員(或上一級運維管理系統(tǒng))處進行審核。在提交至上一級管理員(或上一級運維管理系統(tǒng))處審核前,所述運維權限審批模塊2可接收與其交互的管理員的指令,對前述運維權限審批申請中待運維的設備、賬戶和命令進行調整,刪除不需要開放的內容。
[0031]4..審核擬拒絕:即所述運維權限審批申請在本次審核中無法確定是否拒絕,則將被提交至上一級管理員或上一級運維管理系統(tǒng))處進行審核。在提交至上一級管理員或上一級運維管理系統(tǒng))處審核前,所述運維權限審批模塊2可接收與其交互的管理員的指令,對前述運維權限審批申請中待運維的設備、賬戶和命令進行調整,刪除不需要開放的內容。
[0032]啟動模塊13根據所述交互模塊12傳輸的通過運維申請列表,審核結果以及相應的運維權限審批申請時間范圍、運維權限審批申請適用模式決定是否啟動后臺進行運維。在本實施例中,所述交互模塊12更可以提供友好的用戶顯示界面進行用戶交互,使得運維權限審批 申請人:員可以清楚地通過顯示界面了解審核結果以及通過所述啟動模塊13決定啟動后臺運維或結束申請流程。
[0033]由此,通過本發(fā)明的計算機運維管理系統(tǒng),可以有效解決運維權限審批申請與審批中流程復雜、時效性差的問題;并同時限制了運維人員的運維權限,避免運維安全的隱患,從而有效控制運維的安全性,以及提升運維權限變更的時效性與便捷性。
[0034]請參閱圖2,所示為本發(fā)明一實施例中計算機運維管理方法的流程示意圖。請配合參閱圖1與圖2,在本實施例中,所述計算機運維管理方法包括以下步驟:
[0035]步驟01,提交運維權限審批申請。在本實施例中,通過圖1所示的運維權限申請模塊I提交所述運維權限審批申請至所述運維權限審核模塊2。其中,所述運維權限審批申請的具體內容及提交方式請參閱圖1所示的模塊闡述,在此不再贅述。
[0036]步驟03,對所述運維權限審批申請進行審核。在本實施例中,通過圖1所示的運維權限審核模塊2對運維權限審批申請,或多條運維權限審批申請形成的運維權限審批申請列表分別進行修改或審核,并做出相應的審核決定。其中,所述審核決定至少包括審核通過、審核拒絕、審核擬通過及審核擬拒絕四種類型。當審核結果為審核擬通過或審核擬拒絕時,將所述運維權限審批申請(列表)提交至上一級管理員(或上一級運維管理系統(tǒng))進行再次審核。
[0037]步驟05,當前述運維權限審核決定為審核通過時,啟動運維。在本實施例中,啟動模塊13根據所述交互模塊12傳輸的通過運維申請列表,審核結果以及相應的運維權限審批申請時間范圍、運維權限審批申請適用模式決定是否啟動后臺進行運維。
[0038]請進一步參閱圖3,所示為圖2的計算機運維管理方法的步驟01的優(yōu)選流程示意圖。具體而言,在本實施例中,當運維人員發(fā)現需要進行運維時,由所述交互模塊12接收相應的運維信息,其中所述運維信息包括待運維的設備、運維代碼、運維的時間范圍、產生本次運維信息的標題、運維內容的描述、運維的類型、運維的主機、端口、運維人員的登錄賬號等內容。
[0039]步驟003,創(chuàng)建運維權限審批申請。在本實施例中,所述運維權限審批申請包括前述運維信息的內容,及包括前述待運維的設備、運維代碼、運維的時間范圍、產生本次運維信息的標題、運維內容的描述、運維的類型、運維的主機、端口、運維人員的登錄賬號等內容。此外,所述運維權限審批申請的內容還進一步可以依據運維人員及其待運維的實際情形予以設定。
[0040]其中,運維權限審批申請的類型至少可以包括運維類型中的系統(tǒng)變更、故障處理、緊急故障處理、應急演練、巡檢、硬件維護、需求處理等,每一種類型對應相應的運維業(yè)務。
[0041]所述運維權限審批申請的時間范圍為提交本次運維權限審批申請的運維工作時間范圍。一個運維權限審批申請只有在選擇的時間范圍內才有效,當不在這個時間范圍內時,運維權限審批申請中申請開放的設備,賬號和命令為不可用狀態(tài)。
[0042]所述運維權限審批申請的提交對象在本實施例中為已經在系統(tǒng)中設定的上一級管理員為本次運維權限審批申請的提交對象。
[0043]所述運維權限審批申請指向的運維設備是在提交本次運維權限審批申請時,在預先定義的全部設備中選擇本次運維權限審批申請中待運維的設備。
[0044]所述運維權限審批申請中需開放的運維賬號是在提交本次運維權限審批申請時,在全部賬號中選擇本次運維權限審批申請中待開放的賬號。
[0045]步驟005,選擇所述運維權限審批申請適用的模式。具體地,所述運維權限審批申請適用的模式與所述運維權限審批申請的類型相對應,也至少可以包括系統(tǒng)變更、故障處理、緊急故障處理、應急演練、巡檢、硬件維護、需求處理等適用模式,每一種適用模式與所述運維權限審批申請的類型對應的運維業(yè)務相應。通常地,在提交本次運維權限審批申請時,應在預先定義的全部適用模式中選擇本次運維權限審批申請中待適用的模式。在本實施例中,為闡明簡便之故,僅以所述故障處理模式、緊急故障處理模式為例外,其他適用模式為常規(guī)適用模式為例予以說明。然而,本領域的技術人員應當了解,該種列舉并不應視為對本發(fā)明的任何限制,亦即,本發(fā)明中各種適用模式可以不同的方式予以歸類適用,而不僅限于本實施例闡明的方式。
[0046]步驟007,選定所述運維權限審批申請適用的模式為第一處理模式。所述第一處理模式為非故障處理模式,非緊急故障處理模式的常規(guī)適用方式,至少包括前述的系統(tǒng)變更、應急演練、巡檢、硬件維護、需求處理等適用模式之一。在本實施例中,所述系統(tǒng)變更、應急演練、巡檢、硬件維護、需求處理等適用模式均設為第一處理模式。
[0047]步驟009,提交第一運維權限審批申請。在本實施例中,選定運維權限審批申請適用的模式為第一處理模式后,所述第一運維權限審批申請通過所述交互模塊12提交至所述運維權限審核模塊2,由所述權限審核模塊2對所述第一運維權限審批申請進行審核。
[0048]步驟011,獲取第一審核結果。在本實施例中,所述權限審核模塊2對所述第一運維權限審批申請進行審核后,如審核結果為審核通過或審核拒絕,將該審核通過或審核拒絕的審核結果返回至所述交互模塊12,則所述交互模塊12可從所述權限審核模塊2處獲取前述審核通過或審核拒絕的審核結果。
[0049]步驟013,判斷所述第一審核結果,如所述第一審核結果審核為通過,則進入步驟015,進入第一運維模式。在本實施例中,所述第一審核結果與所述第一處理模式以及其相應的第一運維模式對應。具體地,在第一處理模式下的第一運維權限審批申請通過時,即所述第一運維權限審批申請的適用模式為第一處理模式(例如為硬件維護模式時),且獲取的第一審核結果為通過,則進入步驟105,即硬件維護模式的運維模式。當獲取的第一審核結果為拒絕,則結束本次申請流程。
[0050]進入步驟015之后,進入步驟05,啟動運維。在本實施例中,所述運維由前述設定的時間范圍、運維權限審批申請適用模式以及運維類型共同限定,并按照限定所對應的類型進行。[0051]進一步地,在本實施例中,當在步驟005選擇運維權限審批申請適用模式為第二申請模式時,進入步驟107第二處理模式,在本實施例中,所述第二處理模式為故障處理模式。相應地,所述第二處理模式對應的第二運維模式為故障處理運維模式。
[0052]步驟109,確認待運維的設備。在本實施例中,當進入故障處理模式后,需要進一步確認發(fā)生故障的設備,亦即待運維的設備。
[0053]步驟111,提交第二運維權限審批申請。在本實施例中,選定運維權限審批申請適用的模式為第二處理模式后,所述第二運維權限審批申請通過所述交互模塊12提交至所述運維權限審批模塊2以及選定的具有管理權限的審批人員指定的聯絡設備。在本實施例中,所述聯絡設備可以是手機、電子郵件、其他具有應答功能的個人通訊設備。在本發(fā)明的其他實施方式中,所述聯絡設備也可以是具有交互或應答功能的網絡終端、服務器等。
[0054]步驟113,獲取通行密碼。在本實施例中,當所述具有管理權限的審批人員指定的聯絡設備收到所述第二運維權限審批申請時,將自動或者經由所述審批人員授權產生并向所述交互模塊12返回一通行密碼。在本實施例中,所述交互模塊12接收并獲取所述通行密碼。在本實施例中,所述通行密碼可以是動態(tài)的、一次性的通行密碼,也可以是固定的加密程式或驗證代碼等。
[0055]步驟115,提交所述通行密碼,進入自動審核。在本實施例中,當所述交互模塊12獲取所述通行密碼后,將所述通行密碼交互至所述運維權限審核模塊2,所述運維權限審核模塊2對所述通行密碼進行驗證后,則記錄所述通行密碼對應的審批人員,并不再對所述第二運維權限審批申請進行任何修改或變更,而直接對所述第二運維權限審批進行審核,并決定是通過或是拒絕、擬通過或是擬拒絕所述第二運維權限審批申請。
[0056]步驟117,獲取第二審核結果。所述權限審核模塊2對所述第二運維權限審批申請進行審核后,如審核結果為審核通過或審核拒絕,將該審核通過或審核拒絕的審核結果返回至所述交互模塊12,則所述交互模塊12可從所述權限審核模塊2處獲取前述審核通過或審核拒絕的第二審核結果。
[0057]步驟119,判斷所述第二審核結果,當所述第二審核結果為通過時,進入步驟121。當所述第二審核結果為拒絕時,結束本次申請流程。在本實施例中,所述第二審核結果與所述第二處理模式以及其相應的第二運維模式對應。具體地,在第二處理模式下的第二運維權限審批申請通過時,即第二運維權限審批申請的適用模式為第二處理模式(故障處理模式),且獲取的第二審核結果為通過,則進入步驟121,進入第二運維模式,即故障處理模式的運維模式。當獲取的第二審核結果為拒絕,則結束本次申請流程。
[0058]步驟121后,進入步驟05,啟動后臺按照故障處理模式啟動運維。在本實施例中,所述運維由前述設定的時間范圍、運維權限審批申請適用的故障處理模式以及對應的故障處理運維類型共同限定,并按照限定所對應的故障處理運維類型進行運維。
[0059]進一步地,在本實施例中,當在步驟005選擇申請適用模式為第三申請模式時,進入步驟207第三處理模式,所述第三處理模式為緊急故障處理模式。相應地,所述第三處理模式對應的第三運維模式為緊急故障處理運維模式。
[0060]步驟209,提交第三運維權限審批申請。選定運維權限審批申請適用的模式為第三處理模式后,所述第三運維權限審批申請通過所述交互模塊12提交至所述運維權限審核模塊2以及選定的具有管理權限的審批人員的已指定的聯絡設備,并同時提交至具有管理權限的管理設備。在本實施例中,所述聯絡設備可以是手機、電子郵件、其他具有應答功能的個人通訊設備。在本發(fā)明的其他實施方式中,所述聯絡設備也可以是具有交互或應答功能的網絡終端、服務器等。所述具有管理權限的管理設備根據所述第三運維權限審批申請的緊急故障處理模式生成一個緊急運維碼,所述緊急運維碼可交互至所述交互模塊12處。所述緊急運維碼以是動態(tài)的、一次性的通行密碼,也可以是固定的加密程式或驗證代碼。
[0061]步驟211,提交所述緊急運維碼,進入自動審核。在本實施例中,當所述交互模塊12獲取所述緊急運維碼后,將所述緊急運維碼交互至所述運維權限審核模塊2,所述運維權限審核模塊2對所述緊急運維碼進行驗證后,不再對所述第三運維權限審批申請進行任何修改或變更,而直接對所述第三運維權限審批進行審核,并決定是通過或是拒絕、擬通過或是擬拒絕所述第三運維權限審批申請。
[0062]步驟213,獲取第三審核結果。所述權限審核模塊2對所述第三運維權限審批申請進行審核后,如審核結果為審核通過或審核拒絕,將該審核通過或審核拒絕的審核結果返回至所述交互模塊12,則所述交互模塊12可從所述權限審核模塊2處獲取前述審核通過或審核拒絕的第三審核結果。
[0063]步驟215,判斷所述第三審核結果,當所述第三審核結果為通過時,進入步驟217。當所述第三審核結果為拒絕時,結束本次申請流程。在本實施例中,所述第三審核結果與所述第三處理模式以及其相應的第三運維模式對應。具體地,在第三處理模式下的第三運維權限審批申請通過時,即所述第三運維權限審批申請的適用模式為第三處理模式(緊急故障處理模式),且獲取的第三審核結果為通過,則進入步驟217,進入第三運維模式,即緊急故障處理模式的運維模式。當獲取的第三審核結果為拒絕,則結束本次申請流程。
[0064]步驟217后,進入步驟05,啟動后臺按照緊急故障處理模式啟動運維。在本實施例中,所述運維由前述設定的時間范圍、運維權限審批申請適用的緊急故障處理模式以及對應的緊急故障處理運維類型共同限定,并按照限定所對應的緊急故障處理運維類型進行運維進入第三運維模式。
[0065]圖4為本發(fā)明圖2的計算機運維管理方法的步驟03的優(yōu)選流程示意圖。為便于闡明本發(fā)明之要旨意,請同時參閱圖1、圖2及圖4。
[0066]步驟300,檢查所述運維權限審批申請(包括多條運維權限審批申請列表)。在本實施例中,所述運維權限審批申請包括的內容請參閱前文,在此不再贅述。唯所述運維權限審批申請可由所述計算機運維管理系統(tǒng)在不同的時間范圍、因不同的運維權限審批申請產生事由而發(fā)生,從而累積形成相應的運維權限審批申請列表,所述運維權限審批申請列表也依序提交至所述運維權限審核模塊2。
[0067]步驟302,選定一個運維權限審批申請。在本實施例中,所述運維權限審核模塊2會按一定的時間或運維權限審批申請適用的模式等因素之一或者多個交叉因素檢查所述運維權限審批申請列表,并在所述運維權限審批申請列表選定一個運維權限審批申請進行審核。
[0068]步驟304,修改所選定的運維權限審批申請。在本實施例中,當所述運維權限審核模塊2與其管理員能產生交互,并接受管理員的交互指令時,所述運維權限審核模塊2能根據所述交互指令對所述選定的運維權限審批申請進行修改。例如修改可能開放的運維賬號、權限、以及關閉不可能開放的運維命令等。所述修改后的該條運維權限審批申請將覆蓋原提交的運維權限審批申請,并被進行審核。
[0069]步驟306,備注修改后的運維權限審批申請。在本實施例中,當所述修改后的該條運維權限審批申請將覆蓋原提交的運維權限審批申請時,為了保證運維權限審批申請及審核過程的可追溯性,所述運維權限審核模塊2對所有修改的內容、修改的方式及對應的管理員指令等進行備注,以便核查及追溯。
[0070]步驟308,做出審核決定。在本實施例中,如所述自交互模塊12提交的運維權限審批申請和/或修改后的運維權限審批申請將由所述運維權限審核模塊2自行審核。且,當審核決定為通過時,進入步驟310 ;當審核決定為拒絕時,進入步驟316 ;當審核決定為無法確定是否通過時,進入步驟312,當審核決定為無法確定是否拒絕時,進入步驟314。
[0071]當進入步驟310時,做出審核通過的審核結果,并將該審核通過的結果通過圖1所示的交互模塊12反饋至所述運維權限申請模塊I。
[0072]當進入步驟316時,做出審核拒絕的審核結果,并將該審核通過的結果通過圖1所示的交互模塊12反饋至所述運維權限申請模塊I。
[0073]當進入步驟312時,做出審核擬通過的審核結果,并進入步驟318,將前述運維權限審批申請?zhí)峤恢辽弦患壒芾韱T(運維管理系統(tǒng))處進行審核,同時通知所述交互模塊12進行等待。
[0074]當進入步驟314時,做出審核擬拒絕的審核結果,并進入步驟318,將前述運維權限審批申請?zhí)峤恢辽弦患夁\維管理員(運維管理系統(tǒng))處進行審核,同時通知所述交互模塊12進行等待。
[0075]由此,通過本發(fā)明的計算機運維管理方法,可以有效解決運維權限審批申請與審批中流程復雜、時效性差的問題;并同時限制了運維人員的運維權限,避免運維安全的隱患,從而有效控制運維的安全性,以及提升運維權限變更的時效性與便捷性。
[0076]盡管前文中,參照附圖描述了本發(fā)明的【具體實施方式】。但是,本領域中的普通技術人員能夠理解,在不偏離本發(fā)明的精神和范圍的情況下,還可以對本發(fā)明的【具體實施方式】作各種變更和替換。這些變更和替換都落在本發(fā)明權利要求書所限定的范圍內。
【權利要求】
1.一種計算機運維管理方法,其特征在于,所述計算機運維管理方法包括以下步驟: 提交運維權限審批申請; 對所述運維權限審批申請進行審核;以及 當所述運維權限審批申請審核通過時,啟動運維。
2.根據權利要求1所述的計算機運維管理方法,其特征在于,對所述運維權限審批申請進行審核的步驟還包括: 選定所述運維權限審批申請; 對所述運維權限審批申請做出審核決定;以及 當所述審核決定為審核擬通過或審核擬拒絕時,將所述運維權限審批申請?zhí)峤恢辽弦患墝徍恕?br>
3.根據權利要求2所述的計算機運維管理方法,其特征在于,當所述審核決定為審核通過時,按照所述審核結果啟動運維;當所述審核決定為審核拒絕時,結束本次運維權限審批申請。
4.根據權利要求 1所述的計算機運維管理方法,其特征在于,對所述運維權限審批申請進行審核的步驟還包括: 修改所選定的運維權限審批申請; 備注所述修改后的運維權限審批申請。
5.根據權利要求1-4任一項所述的計算機運維管理方法,其特征在于,所述提交運維權限審批申請還包括以下步驟: 接收運維信息; 創(chuàng)建運維權限審批申請; 選擇所述運維權限審批申請適用模式; 當所述運維權限審批申請適用模式為第一處理模式時,提交第一運維權限審批申請; 獲取第一運維權限審核結果;以及 當所述第一運維權限審核結果為通過時,進入第一運維模式。
6.根據權利要求5所述的計算機運維管理方法,其特征在于,所述提交運維權限審批申請還包括以下步驟: 當所述運維權限審批申請適用模式為第二處理模式時,確認待運維的機器; 提交第二運維權限審批申請; 獲取一個通行密碼; 提交所述通行密碼,進入自動審核; 獲取第二運維權限審核結果;以及 當所述第二運維權限審核結果為通過時,進入第二運維模式。
7.根據權利要求6所述的計算機運維管理方法,其特征在于,所述提交運維權限審批申請還包括以下步驟: 當所述運維權限審批申請適用模式為第三處理模式時,確認待運維的機器; 提交第三運維權限審批申請; 獲取并提交一緊急運維碼,進入自動審核; 獲取第三運維權限審核結果;以及當所述第三運維權限審核結果為通過時,進入第三運維模式。
8.根據權利要求7所述的計算機運維管理方法,其特征在于, 所述第一運維模式為系統(tǒng)變更運維模式、應急演練運維模式、巡檢運維模式、硬件維護運維模式及需求處理運維模式之一; 所述第二運維模式為故障處理運維模式;以及 所述第三運維模式為緊急故障處理運維模式。
9.一種計算機運維管理系統(tǒng),其特征在于,所述計算機運維管理系統(tǒng)包括: 運維權限審批申請模塊,用于進行運維權限審批申請;以及 運維權限審核模塊,用于對所述運維權限審批申請進行審核,以做出通過、拒絕、或擬通過、擬拒絕之一的審核決定。
10.根據權利要求9所述的計算機運維管理系統(tǒng),其特征在于,所述運維權限審批申請模塊進一步包括: 創(chuàng)建模塊,用于創(chuàng)建所述運維權限審批申請; 啟動模塊,用于根據所述運維權限審核模塊做出的所述審核決定啟動運維;以及交互模塊,用于與所述創(chuàng)建模塊、啟動模塊及所述運維權限審核模塊交互,將所述創(chuàng)建模塊創(chuàng)建的所述運維權限審批申請接收并提交至所述運維權限審核模塊,并將所述運維權限審核模塊做出的運維權限 審核決定傳輸至所述啟動模塊。
【文檔編號】H04L12/24GK103971200SQ201410178157
【公開日】2014年8月6日 申請日期:2014年4月29日 優(yōu)先權日:2014年4月29日
【發(fā)明者】李玉亮 申請人:上海上訊信息技術股份有限公司