[發(fā)明專利]企業(yè)級(jí)賬號(hào)的自動(dòng)化創(chuàng)建方法和創(chuàng)建系統(tǒng)

在審

• 申請(qǐng)?zhí)枺?/td>: 201710147246.5
• 申請(qǐng)日: 2017-03-13
• 公開（公告）號(hào): CN106934548A
• 公開（公告）日: 2017-07-07
• 發(fā)明（設(shè)計(jì)）人: 宋君孝;陳羽琪;毛建民
• 申請(qǐng)（專利權(quán)）人: 攜程旅游信息技術(shù)（上海）有限公司
• 主分類號(hào): G06Q10/06
• 分類號(hào): G06Q10/06;G06Q10/10
• 代理公司: 上海弼興律師事務(wù)所31283
• 代理人: 薛琦,鄧忠紅

技術(shù)領(lǐng)域

本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，特別涉及一種企業(yè)級(jí)賬號(hào)的自動(dòng)化創(chuàng)建方法和創(chuàng)建系統(tǒng)。

背景技術(shù)

企業(yè)內(nèi)網(wǎng)中存在多種類型的賬號(hào)，除了常規(guī)的員工賬號(hào)外，還包括一些特殊的賬號(hào)，即那些與服務(wù)器或業(yè)務(wù)相關(guān)的臨時(shí)賬號(hào)、測(cè)試賬號(hào)、應(yīng)用賬號(hào)以及服務(wù)賬號(hào)等，其中應(yīng)用賬號(hào)還包括交互式應(yīng)用賬號(hào)和非交互式應(yīng)用賬號(hào)。現(xiàn)有技術(shù)中這些特殊賬號(hào)的創(chuàng)建流程為：首先用戶聯(lián)系服務(wù)臺(tái)申請(qǐng)創(chuàng)建特殊賬號(hào)，然后用戶領(lǐng)導(dǎo)審批，最后由IT(Internet Technology，互聯(lián)網(wǎng)技術(shù))人員為其創(chuàng)建特殊賬號(hào)。這個(gè)流程的弊端在于：第一，特殊賬號(hào)沒有獨(dú)立于員工賬號(hào)進(jìn)行存儲(chǔ)，導(dǎo)致特殊賬號(hào)與員工賬號(hào)混雜在一起，并且特殊賬號(hào)與員工賬號(hào)名稱上肉眼很難區(qū)分。第二，特殊賬號(hào)與賬號(hào)申請(qǐng)人、賬號(hào)申請(qǐng)相關(guān)事件沒有一一綁定關(guān)系，且特殊賬號(hào)沒有生命周期，導(dǎo)致即使賬號(hào)已無(wú)人使用、無(wú)系統(tǒng)使用、無(wú)服務(wù)使用，也無(wú)法找到相關(guān)負(fù)責(zé)人核實(shí)，就一直存留在系統(tǒng)的活動(dòng)目錄中，造成賬號(hào)管理混亂和存儲(chǔ)空間浪費(fèi)。第三，特殊賬號(hào)創(chuàng)建事件多人參與，導(dǎo)致處理時(shí)效低。

發(fā)明內(nèi)容

本發(fā)明要解決的技術(shù)問題是為了克服現(xiàn)有技術(shù)中企業(yè)中特殊賬號(hào)存放時(shí)無(wú)法區(qū)分、賬號(hào)名稱無(wú)法區(qū)分、生命周期無(wú)法監(jiān)控、處理效率低的缺陷，提供一種能夠自動(dòng)創(chuàng)建、便于后續(xù)監(jiān)控管理且處理效率高的企業(yè)級(jí)賬號(hào)的自動(dòng)化創(chuàng)建方法和創(chuàng)建系統(tǒng)。

本發(fā)明是通過下述技術(shù)方案來(lái)解決上述技術(shù)問題：

一種企業(yè)級(jí)賬號(hào)的自動(dòng)化創(chuàng)建方法，其特點(diǎn)在于，包括以下步驟：

S1、獲取賬號(hào)的信息，所述賬號(hào)的信息包括賬號(hào)名和賬號(hào)類型；

S2、根據(jù)所述賬號(hào)的信息生成待創(chuàng)建賬號(hào)名稱，所述待創(chuàng)建賬號(hào)名稱包括第一標(biāo)識(shí)部和第二標(biāo)識(shí)部，所述第一標(biāo)識(shí)部用于標(biāo)識(shí)所述賬號(hào)類型，所述第二標(biāo)識(shí)部用于標(biāo)識(shí)所述賬號(hào)名；

S3、查詢數(shù)據(jù)庫(kù)判斷所述待創(chuàng)建賬號(hào)名稱是否存在，若是則執(zhí)行步驟S1，若否則執(zhí)行步驟S4；

S4、判斷所述待創(chuàng)建賬號(hào)名稱是否允許申請(qǐng)，若否則拒絕賬號(hào)申請(qǐng)，若是則通過腳本自動(dòng)創(chuàng)建所述待創(chuàng)建賬號(hào)名稱的賬號(hào)。

本方案中，賬號(hào)的信息由用戶提供，用戶在申請(qǐng)時(shí)需提供賬號(hào)類型和想要申請(qǐng)的賬號(hào)名，本方法結(jié)合賬號(hào)類型和賬號(hào)名重新生成一個(gè)待創(chuàng)建賬號(hào)名稱，該名稱包括第一標(biāo)識(shí)部和第二標(biāo)識(shí)部，這兩個(gè)標(biāo)識(shí)部可以根據(jù)需要任意組合，通過該待創(chuàng)建賬號(hào)名稱肉眼即可以識(shí)別出賬號(hào)類型，便于后續(xù)監(jiān)控管理。

本方案中，在創(chuàng)建賬戶前需要對(duì)待創(chuàng)建賬號(hào)名稱進(jìn)行唯一性判斷，即在數(shù)據(jù)庫(kù)中查詢是否有和待創(chuàng)建賬號(hào)名稱重名的賬號(hào)，如有重復(fù)，需要重新執(zhí)行步驟S1，即由用戶重新輸入可用的賬號(hào)名。

本方案中，對(duì)于需要審批的賬號(hào)，判斷是否允許申請(qǐng)，一旦審批通過則通過腳本能夠?qū)崿F(xiàn)立即自動(dòng)創(chuàng)建，能夠有效提高處理效率。

較佳地，所述賬號(hào)的信息還包括賬號(hào)屬性，所述賬號(hào)屬性包括賬號(hào)申請(qǐng)人的信息，步驟S4之后還包括以下步驟：

S5、將所述待創(chuàng)建賬號(hào)名稱和所述賬號(hào)屬性一一對(duì)應(yīng)存儲(chǔ)至數(shù)據(jù)庫(kù)。

本方案中，賬號(hào)申請(qǐng)成功后，將待創(chuàng)建賬號(hào)名稱和賬號(hào)屬性一一對(duì)應(yīng)地存儲(chǔ)至數(shù)據(jù)庫(kù)，賬號(hào)屬性包括賬號(hào)申請(qǐng)人的信息，如申請(qǐng)人工號(hào)、申請(qǐng)事由及申請(qǐng)事件號(hào)等，一一對(duì)應(yīng)地存儲(chǔ)便于后續(xù)的反查管理，從根本上消除活動(dòng)目錄中特殊賬號(hào)雜亂、無(wú)從管理的問題。

較佳地，步驟S4之后還包括以下步驟：發(fā)送郵件或短信通知所述賬號(hào)申請(qǐng)人。

本方案中，賬號(hào)申請(qǐng)成功后通過郵件或者短信的方式通知賬號(hào)申請(qǐng)人，告知申請(qǐng)結(jié)果，出于安全考慮，可以進(jìn)一步的通知賬號(hào)申請(qǐng)人修改初始密碼等。

較佳地，所述賬號(hào)類型包括臨時(shí)賬號(hào)、測(cè)試賬號(hào)、服務(wù)賬號(hào)和應(yīng)用賬號(hào)，創(chuàng)建成功的賬號(hào)根據(jù)賬號(hào)類型分別存儲(chǔ)至活動(dòng)目錄中的不同子目錄。

本方案中，不同類型的賬號(hào)采用不同的存放子目錄，有利于后續(xù)維護(hù)和管理。

較佳地，所述賬號(hào)屬性還包括使用期限、網(wǎng)絡(luò)訪問權(quán)限、所在域和/或申請(qǐng)理由，所述自動(dòng)化創(chuàng)建方法還包括申請(qǐng)所述待創(chuàng)建賬號(hào)名稱的網(wǎng)絡(luò)訪問權(quán)限步驟；

若所述賬號(hào)類型為臨時(shí)賬號(hào)，則所述賬號(hào)的信息還包括臨時(shí)用戶的信息；

若所述賬號(hào)類型為測(cè)試賬號(hào)，則所述賬號(hào)的信息還包括測(cè)試用戶的信息。

本方案中，臨時(shí)用戶的信息包括該用戶的聯(lián)系信息、郵箱和/或及時(shí)通信功能開通選項(xiàng)等信息。測(cè)試用戶的信息包括該用戶的郵箱和/或及時(shí)通信功能開通選項(xiàng)等信息。通過賬號(hào)使用期限能夠清晰統(tǒng)計(jì)和管理特殊賬號(hào)的生命周期，徹底解決了無(wú)從管理的問題。