本發(fā)明涉及計(jì)算機(jī)賬號(hào)體系領(lǐng)域，具體而言，涉及一種基于智慧社區(qū)云平臺(tái)的賬戶體系建設(shè)方法，包含賬號(hào)體系的配置方法、用戶登錄驗(yàn)證、用戶權(quán)限獲取及界面呈現(xiàn)三個(gè)部分。

背景技術(shù)：

RBAC（Role-Based Access Control）賬戶體系，通過角色與權(quán)限的關(guān)聯(lián)來實(shí)現(xiàn)賬戶的功能配置。一個(gè)用戶可擁有若干角色，每一個(gè)角色又擁有若干權(quán)限。這樣就構(gòu)造成“用戶-角色-權(quán)限”的授權(quán)模型。在這個(gè)模型中，用戶與角色之間，角色與權(quán)限之間，一般是多對(duì)多的關(guān)系。智慧社區(qū)云平臺(tái)作為國(guó)家“互聯(lián)網(wǎng)+”號(hào)召下開展的社區(qū)服務(wù)新型應(yīng)用，立足現(xiàn)實(shí)社區(qū)對(duì)賬號(hào)體系建設(shè)有更加獨(dú)特的要求。

1、平臺(tái)接入用戶種類的多樣性，平臺(tái)不僅包含傳統(tǒng)的物業(yè)與業(yè)主，還包括社區(qū)商戶、自營(yíng)業(yè)業(yè)主、社區(qū)配送公司等新型用戶種類；2、管理對(duì)象的復(fù)雜性，在現(xiàn)實(shí)生活中開發(fā)商需要同步運(yùn)營(yíng)多個(gè)小區(qū)、管理多家物業(yè)子公司、平臺(tái)上有眾多的商戶入駐、有多家社區(qū)配送公司提供服務(wù)、社區(qū)內(nèi)有大量的業(yè)主。3、各類角色的交叉性，物業(yè)管理員在不同小區(qū)可能具有不同的管理權(quán)限、大型商戶在各社區(qū)經(jīng)營(yíng)品類可能不同、業(yè)主可能擁有多個(gè)小區(qū)的房產(chǎn)。

針對(duì)上述情況，目前尚未提出有效的智慧社區(qū)云平臺(tái)賬戶體系解決方案。

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

本發(fā)明提供了一種基于智慧社區(qū)云平臺(tái)的賬戶體系建設(shè)方法，以至少解決現(xiàn)有技術(shù)中由于無法精確到小區(qū)并合并重組多角色權(quán)限所導(dǎo)致的無法實(shí)現(xiàn)智慧社區(qū)云平臺(tái)賬號(hào)的權(quán)限交叉的技術(shù)問題。

本發(fā)明采用以下技術(shù)方案實(shí)現(xiàn)：

一種基于智慧社區(qū)云平臺(tái)的賬戶體系建設(shè)方法，

通過對(duì)典型RBAC模型優(yōu)化，引入“小區(qū)”維度，提出“小區(qū)-權(quán)限-角色-賬號(hào)” 方法，將小區(qū)視為智慧社區(qū)云平臺(tái)的基礎(chǔ)單元，權(quán)限配置基于小區(qū)而生；通過小區(qū)與權(quán)限的復(fù)合綁定構(gòu)建單一角色；再將多個(gè)角色賦予一個(gè)賬號(hào)，使該賬戶具有多個(gè)小區(qū)的、多個(gè)差異化權(quán)限；

上述智慧社區(qū)云平臺(tái)賬號(hào)體系配置完成后，平臺(tái)將通過MD5哈希算法驗(yàn)證用戶的登錄信息，并完成用戶的權(quán)限獲取及界面呈現(xiàn)。

具體包括以下步驟：

步驟1、智慧社區(qū)云平臺(tái)賬號(hào)體系的配置；

在RBAC的基礎(chǔ)上，引入小區(qū)概念，提出“小區(qū)-權(quán)限-角色-賬號(hào)”方法，把小區(qū)作為智慧社區(qū)云平臺(tái)的基礎(chǔ)單元，通過小區(qū)與權(quán)限的復(fù)合綁定構(gòu)建單一角色；再將多個(gè)角色賦予一個(gè)賬號(hào)，使該賬戶具有多個(gè)小區(qū)的、多個(gè)差異化權(quán)限；

步驟2、注冊(cè)用戶的登錄驗(yàn)證；

在登錄驗(yàn)證過程中，將用戶輸入的賬號(hào)、密碼通過DES加密的傳輸鏈路上傳到服務(wù)器；云存儲(chǔ)服務(wù)器利用MD5哈希算法驗(yàn)證賬號(hào)、密碼的匹配度；通過后生成數(shù)字簽名文件并返回驗(yàn)證結(jié)果給用戶，提示登錄成功；

所述DES加密傳輸，用于將用戶錄入的明文16次加密后轉(zhuǎn)化成64比特的密文，密文最終通過鏈路傳輸給服務(wù)器，避免被抓包或劫持發(fā)生用戶信息泄露；

所述MD5哈希驗(yàn)證，用于將接收到的賬號(hào)、密碼信息通過MD5首先對(duì)其進(jìn)行分組，使得每一組的長(zhǎng)度為512位，申請(qǐng)4個(gè)32位的鏈接變量，反復(fù)運(yùn)算后得到鏈接變量數(shù)據(jù)即MD5摘要；

所述生成數(shù)字標(biāo)簽文件并返回，用于MD5哈希算法驗(yàn)證結(jié)果的標(biāo)記，其輸入項(xiàng)：簽名值、原文、公鑰；其輸出項(xiàng)：是否驗(yàn)證通過；

步驟3、用戶的權(quán)限獲取及界面呈現(xiàn)；

所述權(quán)限獲取,用于將用戶賬號(hào)內(nèi)包含的小區(qū)全部羅列，并選擇其中之一后，獲取在該小區(qū)內(nèi)所有角色的權(quán)限合集；

所述界面呈現(xiàn)，用于將用戶賬號(hào)內(nèi)包含的權(quán)限合集，依照智慧社區(qū)云平臺(tái)的設(shè)計(jì)框架顯示在對(duì)應(yīng)的web/APP客戶端，供用戶與服務(wù)器端產(chǎn)生信息交互，處理所述用戶的各類業(yè)務(wù)操作，確保良好用戶體驗(yàn)；

具體過程為：用戶賬號(hào)信息驗(yàn)證成功后，優(yōu)先查詢賬戶所屬角色中包含的小區(qū)數(shù)，若為空則表示該賬戶無相關(guān)權(quán)限，獲取失?。蝗粲行^(qū)則呈現(xiàn)所有小區(qū)，用戶選擇其中一個(gè)小區(qū)操作，則后臺(tái)讀取賬戶中具有所選小區(qū)的角色，近一步讀取這些角色權(quán)限的并集；若無可度權(quán)限，則界面呈現(xiàn)失??；若不為空，則獲取該賬號(hào)的所有權(quán)限，通過權(quán)限表對(duì)應(yīng)顯示細(xì)化到按鈕級(jí)別的功能界面，用戶根據(jù)自身需求進(jìn)行操作 。

所述步驟1中，將所有用戶表分成運(yùn)營(yíng)、物業(yè)、商戶、配送、業(yè)主5類；用戶表與角色表關(guān)聯(lián)，角色表嵌套小區(qū)表及權(quán)限表；管理員創(chuàng)建小區(qū)，設(shè)置小區(qū)的區(qū)域、樓棟、單元、房間信息；創(chuàng)建該小區(qū)內(nèi)的商戶、物業(yè)、社區(qū)配送公司信息；并將小區(qū)管理的權(quán)限配置成一個(gè)角色、賦予給小區(qū)管理員賬號(hào)，使其行使該小區(qū)的權(quán)力；小區(qū)管理員通過自己的賬號(hào)來實(shí)現(xiàn)對(duì)社區(qū)內(nèi)各項(xiàng)事宜的管理，通過管理后臺(tái)配置該小區(qū)的物業(yè)、商戶權(quán)限；審核業(yè)主的注冊(cè)信息申請(qǐng)；配置小區(qū)的業(yè)務(wù)版塊；

具體包括以下步驟：

步驟3-1，平臺(tái)運(yùn)營(yíng)管理員創(chuàng)建小區(qū)；

平臺(tái)管理員Admin在后臺(tái)創(chuàng)建小區(qū)，依次錄入小區(qū)名稱、小區(qū)位置、建筑面積信息，對(duì)小區(qū)內(nèi)的所有房屋按照區(qū)、棟、單元、室依次錄入，輸入房屋面積、物業(yè)費(fèi)基數(shù)、房屋狀態(tài)信息，完成小區(qū)房屋的初始化設(shè)置；關(guān)聯(lián)小區(qū)里的運(yùn)營(yíng)團(tuán)隊(duì)、物業(yè)公司、配送公司；設(shè)置該小區(qū)的物業(yè)費(fèi)、停車費(fèi)收費(fèi)日期個(gè)性化配置信息；最后完成小區(qū)內(nèi)各項(xiàng)信息配置進(jìn)入步驟3-2；

步驟3-2，配置基于小區(qū)的權(quán)限；

平臺(tái)管理員Admin在管理后臺(tái)配置該小區(qū)所具備的全部功能，然后依據(jù)需要來配置各類用戶的權(quán)限，該權(quán)限可精確到按鈕級(jí)別；平臺(tái)管理員Admin在后臺(tái)勾選系統(tǒng)管理、資訊管理、物業(yè)服務(wù)、增值服務(wù)模塊的權(quán)限；最后完成了基于該小區(qū)的權(quán)限配置后進(jìn)入步驟3-3；

步驟3-3，創(chuàng)建角色-小區(qū)管理員；

將角色的所在小區(qū)下拉點(diǎn)開選中該小區(qū)，然后進(jìn)入權(quán)限列表勾選小區(qū)管理員需要的所有功能，最后將該角色保存并命名為該小區(qū)管理員，至此已完成了角色創(chuàng)建，進(jìn)入步驟3-4；

步驟3-4，平臺(tái)運(yùn)營(yíng)管理員創(chuàng)建賬號(hào)-小區(qū)管理員；

點(diǎn)擊創(chuàng)建賬號(hào)按鈕后，可以看到選擇角色界面，已建立的所有角色都將顯示于此，勾選上一步建立的小區(qū)管理員角色，命名該用戶為小區(qū)管理員賬戶，保存已完成賬號(hào)創(chuàng)建，進(jìn)入步驟3-5；

步驟3-5，小區(qū)管理員創(chuàng)建賬號(hào)-小區(qū)內(nèi)其它相關(guān)賬號(hào)；

剛建好的小區(qū)管理員開始執(zhí)行自身的權(quán)限，完成商戶賬號(hào)的審批及創(chuàng)建、業(yè)主賬號(hào)申請(qǐng)的審核、物業(yè)賬號(hào)的建立。

一個(gè)賬號(hào)可以具備多個(gè)角色權(quán)限，但是不能跨越用戶類；

5類用戶具有獨(dú)立的賬戶編號(hào)，且不同類的用戶組不允許跨客戶端操作；

不同的用戶組使用不同的客戶端：

運(yùn)營(yíng)及物業(yè)用戶使用云管理后臺(tái)；

商戶使用商戶版web和商戶端APP；

業(yè)主使用本戶版web和業(yè)主端APP；

社區(qū)配送使用配送端APP；

平臺(tái)內(nèi)6款產(chǎn)品獨(dú)立使用，但數(shù)據(jù)共同傳輸?shù)皆贫朔?wù)器可實(shí)現(xiàn)數(shù)據(jù)業(yè)務(wù)處理互通。

所述步驟2中，MD5摘要的生成過程如下：

a1、將512位的明文分組劃分為16個(gè)子明文分組，每個(gè)子明文分組為32位；

a 2、申請(qǐng)4個(gè)32位的鏈接變量，記為A、B、C、D；

a 3、子明文分組與鏈接變量進(jìn)行第1輪運(yùn)算；

a 4、子明文分組與鏈接變量進(jìn)行第2輪運(yùn)算；

a 5、子明文分組與鏈接變量進(jìn)行第3輪運(yùn)算；

a 6、子明文分組與鏈接變量進(jìn)行第4輪運(yùn)算；

a 7、鏈接變量與初始鏈接變量進(jìn)行求和運(yùn)算；

a 8、鏈接變量作為下一個(gè)明文分組的輸入重復(fù)進(jìn)行以上操作；

a 9、最后，4個(gè)鏈接變量里面的數(shù)據(jù)就是MD5摘要。

所述步驟2中，生成數(shù)字標(biāo)簽并返回,用于MD5哈希算法驗(yàn)證結(jié)果的標(biāo)記的具體過程如下；

b1、將客戶發(fā)送的原文件做MD5運(yùn)算，得到HASH值X；

b 2、將收到的簽名用公鑰解密，得到HASH值Y；

b 3、將第1步得到的值X與第2步得到的做值Y比較，若X=Y驗(yàn)證通過，否則不通過；

b 4、將檢驗(yàn)結(jié)果返回。

所述步驟3中，用戶的權(quán)限獲取及界面呈現(xiàn)包括以下步驟；

步驟c-1，查詢賬戶所屬角色中包含的所有小區(qū)信息，判斷是否為空；若該賬戶查無任何小區(qū)則獲取權(quán)限失敗；若查詢結(jié)果不為空則進(jìn)入步驟c-2；

步驟c-2，呈現(xiàn)上一步查詢的結(jié)果，并呈現(xiàn)出該賬號(hào)角色中所包含的所有小區(qū)，用戶選擇其中一個(gè)進(jìn)入，進(jìn)入步驟c-3；

步驟c-3、讀取該用戶賬戶中包含該小區(qū)的角色，該角色為“小區(qū)管理員”；進(jìn)入步驟c-4；

步驟c-4、讀取該賬號(hào)在改小區(qū)的所有角色的權(quán)限合集，并查詢是否為空，若查詢到無可獲取權(quán)限則界面呈現(xiàn)失?。蝗舨樵兘Y(jié)果不為空，則進(jìn)入步驟c-5；

步驟c-5，獲取該賬號(hào)權(quán)限并重構(gòu)界面；小區(qū)管理員賬號(hào)可讀取到系統(tǒng)配置、咨詢服務(wù)、物業(yè)服務(wù)、增值服務(wù)等功能模塊權(quán)限；并呈現(xiàn)在Web/APP界面上，進(jìn)入步驟c-6；

步驟c-6，用戶獲取到操作界面，開始執(zhí)行對(duì)應(yīng)業(yè)務(wù)操作。

小區(qū)管理員賬號(hào)在該小區(qū)的基礎(chǔ)上建立后，若該賬號(hào)后期還需要具有另一個(gè)小區(qū)的權(quán)限，則重復(fù)步驟3-1建立另一個(gè)小區(qū)、重復(fù)步驟3-2設(shè)置另一個(gè)小區(qū)的全部功能點(diǎn)、重復(fù)步驟3-3配置其另外擁有的另一個(gè)小區(qū)權(quán)限并命名、最后在小區(qū)管理員角色選項(xiàng)框中復(fù)選兩個(gè)小區(qū)的選項(xiàng)，重命名保存即可完成在原賬號(hào)基礎(chǔ)上新增角色及管理權(quán)限，然后進(jìn)入步驟3-5。

本發(fā)明中，通過上述三個(gè)部分的緊密配合實(shí)現(xiàn)了智慧社區(qū)云平臺(tái)的賬號(hào)體系自定義擴(kuò)展配置、登錄加密校驗(yàn)、權(quán)限獲取及頁面重構(gòu)。

與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點(diǎn)和有益效果：

1、賬戶體系的維度加深，新增“小區(qū)”維度，提出“小區(qū)-權(quán)限-角色-賬戶”的智慧社區(qū)云平臺(tái)賬戶體系配置方法，解決了智慧社區(qū)應(yīng)用中急需解決的多小區(qū)操作問題。使平臺(tái)的維度細(xì)化到“小區(qū)”粒度，使得本平臺(tái)可接入任一小區(qū)，具有極佳的擴(kuò)展性和實(shí)用性。

2、賬戶體系的復(fù)合性增強(qiáng)，該方法使得一個(gè)賬號(hào) 具備多個(gè)權(quán)限及適用范圍，具有極佳的用戶體驗(yàn)和復(fù)合性，可解決智慧社區(qū)應(yīng)用中急需解決的權(quán)限和適用范圍 復(fù)合組合問題。

例如，物業(yè)管理員M可通過擁有的一個(gè)賬號(hào)60000X 同時(shí)具備2個(gè)角色（小區(qū)A物業(yè)管理員 、小區(qū)B停車管理員），實(shí)現(xiàn)對(duì) 小區(qū)A的物業(yè)費(fèi)管理 和小區(qū)B的停車費(fèi)管理 功能。

3、本發(fā)明針對(duì)智慧社區(qū)應(yīng)用用戶種類多（運(yùn)營(yíng)、物業(yè)、商戶、配送、業(yè)主）的特征，創(chuàng)造性引入運(yùn)營(yíng)（9000X）、物業(yè)（6000X）、商戶（8000X）、配送（7000X）、業(yè)主（1000X）方法。使得用戶種類易于區(qū)分及管理，極大提升了賬戶管理效率。

4、本發(fā)明對(duì)于賬號(hào)的驗(yàn)證采用DES加密傳輸、MD5哈希驗(yàn)證、數(shù)字標(biāo)簽驗(yàn)證三部曲確保智慧社區(qū)云平臺(tái)賬戶體系的安全性。

附圖說明

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

圖1 為本發(fā)明實(shí)施例提供的智慧社區(qū)云平臺(tái)賬號(hào)體系建設(shè)方法的應(yīng)用環(huán)境示意圖 ；

圖2為本發(fā)明實(shí)施例提供的智慧社區(qū)云平臺(tái)賬號(hào)體系建設(shè)方法整體流程圖 ；

圖3 為本發(fā)明實(shí)施例提供的一種智慧社區(qū)云平臺(tái)賬戶體系的配置方法流程圖 ；

圖4 為本發(fā)明實(shí)施例提供的一種用戶登錄驗(yàn)證方法流程圖 ；

圖5 為本發(fā)明實(shí)施例提供的一種用戶權(quán)限獲取及界面呈現(xiàn)方法流程圖。

具體實(shí)施方式

為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實(shí)施例中的附圖,對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分的實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其它實(shí)施例都屬于本申請(qǐng)保護(hù)的范圍。?

需要說明的是，本發(fā)明是基于RBAC（基于角色的訪問控制：Role-Based Access Control）賬戶體系的衍生，引入小區(qū)概念，創(chuàng)造性提出“小區(qū)-權(quán)限-角色-賬號(hào)”方法，針對(duì)性的解決智慧社區(qū)云平臺(tái)賬戶體系建設(shè)要求。術(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含。例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。

參考圖1、為本發(fā)明實(shí)施例提供的智慧社區(qū)云平臺(tái)賬號(hào)體系建設(shè)方法的應(yīng)用環(huán)境示意圖 ，所述方法具體可以包括：S102智慧社區(qū)云服務(wù)器作為平臺(tái)核心，處理和收發(fā)用戶S106的操作指令，并在云端存儲(chǔ)相應(yīng)應(yīng)用數(shù)據(jù)。S104作為操作媒介起到上傳下達(dá)的中介作用。用戶組S106泛指包含不同小區(qū)的智慧社區(qū)角色：運(yùn)營(yíng)、物業(yè)、業(yè)主、社區(qū)商戶、社區(qū)配送6類用戶，平臺(tái)可同時(shí)接入多個(gè)不同小區(qū)，多商戶同步運(yùn)營(yíng)、多家社區(qū)配送、業(yè)主穿插多個(gè)社區(qū)等應(yīng)用場(chǎng)景。在本實(shí)施例示意的環(huán)境中，包含S106用戶通過S104向S102發(fā)送指令或操作的正向流程，也包含S102通過S104終端向S106用戶組推送消息的逆向流程。

可選的，在本實(shí)施例中，上述小區(qū)不僅僅限于小區(qū)A、小區(qū)B可以包含任何不設(shè)限制的小區(qū)，終端可以包括但不限于以下至少之一：手機(jī)、平板電腦、筆記本電腦、臺(tái)式PC機(jī)。上述只是一種示例，本實(shí)施例對(duì)此不做任何限定?？蛇x地，在本實(shí)施例中，上述網(wǎng)絡(luò)環(huán)境可以包括但不限于以下至少之一：3/4G移動(dòng)網(wǎng)絡(luò)、WLAN無線網(wǎng)、有線網(wǎng)。上述只是一鐘示例，本實(shí)施例對(duì)此不做任何限定。

參考圖2、本發(fā)明實(shí)施例提供的智慧社區(qū)云平臺(tái)賬號(hào)體系建設(shè)方法整體流程圖，所述方法包含如下三部分:1、完成智慧社區(qū)云平臺(tái)賬號(hào)體系的配置，通過在RBAC方案的基礎(chǔ)上，引入小區(qū)概念，提出“小區(qū)-權(quán)限-角色-賬號(hào)”方法，把小區(qū)作為系統(tǒng)的基礎(chǔ)單元，通過小區(qū)與權(quán)限的復(fù)合綁定構(gòu)建單一角色；再將若干角色賦予一個(gè)賬號(hào)，使該賬戶具有多個(gè)小區(qū)的、多個(gè)差異化權(quán)限。該方法是對(duì)典型RBAC方法的擴(kuò)展應(yīng)用，使其符合智慧社區(qū)云平臺(tái)的賬戶體系擴(kuò)展性要求。2、完成注冊(cè)用戶的登錄驗(yàn)證，在登錄驗(yàn)證過程中，系統(tǒng)將用戶輸入的賬號(hào)、密碼通過DES加密的傳輸鏈路上傳到服務(wù)器；云存儲(chǔ)服務(wù)器利用MD5哈希算法驗(yàn)證賬號(hào)、密碼的匹配度；通過后生成數(shù)字簽名文件并返回驗(yàn)證結(jié)果給用戶，提示登錄成功。3、完成用戶的權(quán)限獲取及界面呈現(xiàn)，用戶賬號(hào)信息驗(yàn)證成功后，優(yōu)先查詢賬戶所屬角色中包含的小區(qū)數(shù)，若為空則表示該賬戶無相關(guān)權(quán)限，獲取失??；若有小區(qū)則呈現(xiàn)所有小區(qū)，用戶選擇其中一個(gè)小區(qū)操作，則后臺(tái)讀取賬戶中具有所選小區(qū)的角色，近一步讀取這些角色權(quán)限的并集。若無可度權(quán)限，則界面呈現(xiàn)失?。蝗舨粸榭?，則獲取該賬號(hào)的所有權(quán)限，通過權(quán)限表對(duì)應(yīng)顯示細(xì)化到按鈕級(jí)別的功能界面，用戶根據(jù)自身需求進(jìn)行操作 。至此，完成智慧社區(qū)云平臺(tái)的賬號(hào)體系建設(shè)工作，可以滿足智慧社區(qū)云平臺(tái)對(duì)于賬號(hào)體系的特殊建設(shè)要求。

參考圖3、為本發(fā)明實(shí)施例提供的一種智慧社區(qū)云平臺(tái)賬戶體系的配置方法流程圖，所屬方法可以包括：創(chuàng)建小區(qū)-配置基于小區(qū)的權(quán)限-創(chuàng)建角色-創(chuàng)建賬號(hào)。

步驟3-1，平臺(tái)運(yùn)營(yíng)管理員創(chuàng)建小區(qū)。平臺(tái)管理員Admin在系統(tǒng)后臺(tái)創(chuàng)建小區(qū)，依次錄入小區(qū)名稱、小區(qū)位置、建筑面積等概況信息。對(duì)小區(qū)內(nèi)的所有房屋按照區(qū)、棟、單元、室依次錄入，輸入房屋面積、物業(yè)費(fèi)基數(shù)、房屋狀態(tài)等信息，完成小區(qū)房屋的初始化設(shè)置；關(guān)聯(lián)小區(qū)里的運(yùn)營(yíng)團(tuán)隊(duì)、物業(yè)公司、配送公司；設(shè)置該小區(qū)的物業(yè)費(fèi)、停車費(fèi)收費(fèi)日期等個(gè)性化配置信息；最后完成小區(qū)內(nèi)各項(xiàng)信息配置進(jìn)入步驟3-2；

步驟3-2，配置基于小區(qū)A的權(quán)限。平臺(tái)管理員Admin在管理后臺(tái)配置該小區(qū)所具備的全部功能（web/app端），然后依據(jù)需要來配置某一類用戶的權(quán)限，該權(quán)限可精確到按鈕級(jí)別。以創(chuàng)建小區(qū)A管理員為例來展示其權(quán)限配置的過程。平臺(tái)管理員Admin在后臺(tái)勾選

系統(tǒng)管理（賬號(hào)、基礎(chǔ)配置、日志查詢）、

資訊管理（社區(qū)政務(wù)、社區(qū)通知、便民黃歷）、

物業(yè)服務(wù)（物業(yè)費(fèi)管理、停車費(fèi)管理、水電燃?xì)夤芾?、物業(yè)報(bào)修、物業(yè)投訴）、

增值服務(wù)（商城、第三方協(xié)議商戶）模塊的權(quán)限；最后完成了基于小區(qū)A的權(quán)限配置進(jìn)入步驟3-3；

步驟3-3，創(chuàng)建角色-小區(qū)A管理員。將角色的所在小區(qū)下拉點(diǎn)開選中小區(qū)A，然后進(jìn)入權(quán)限列表勾選小區(qū)管理員需要的所有功能。最后將該角色保存并命名為小區(qū)A管理員，至此已完成了角色創(chuàng)建進(jìn)入步驟3-4。

步驟3-4，平臺(tái)運(yùn)營(yíng)管理員創(chuàng)建賬號(hào)-小區(qū)A管理員。點(diǎn)擊創(chuàng)建賬號(hào)按鈕后，可以看到選擇角色界面，已建立的所有角色都將顯示于此，再次示例中，僅勾選上一步建立的小區(qū)A管理員角色，命名該用戶為小區(qū)A管理員賬戶，保存已完成賬號(hào)創(chuàng)建進(jìn)入步驟3-5。

可選的，在本實(shí)施例中僅說明了小區(qū)A管理員賬號(hào)在小區(qū)A基礎(chǔ)上的建立過程。若該賬號(hào)后期還需要具有小區(qū)B的某項(xiàng)權(quán)限，則需要建立小區(qū)B（重復(fù)步驟3-1）、設(shè)置小區(qū)B的全部功能點(diǎn)（重復(fù)步驟3-2）、配置其另外擁有的小區(qū)B權(quán)限并命名（步驟重復(fù)3-3）、最后在小區(qū)A管理員角色選項(xiàng)框中復(fù)選 A、B兩項(xiàng)，重命名保存即可完成在原賬號(hào)基礎(chǔ)上新增角色及管理權(quán)限。創(chuàng)建平臺(tái)內(nèi)其它賬號(hào)進(jìn)入步驟3-5。

步驟3-5，小區(qū)管理員創(chuàng)建賬號(hào)-小區(qū)A內(nèi)其它相關(guān)賬號(hào)。剛建好的小區(qū)A管理員開始執(zhí)行自身的權(quán)限，完成商戶賬號(hào)的審批及創(chuàng)建、業(yè)主賬號(hào)申請(qǐng)的審核、物業(yè)賬號(hào)的建立。至此智慧社區(qū)云平臺(tái)的全套賬號(hào)體系配置完成。

參考圖4、為本發(fā)明實(shí)施例提供的一種用戶登錄驗(yàn)證方法流程圖 ; 所述登錄驗(yàn)證方法包括賬號(hào)密碼錄入、加密傳輸、MD5哈希驗(yàn)證、數(shù)字簽名及返回，其中，

所述輸入賬號(hào)密碼指用戶通過web /app產(chǎn)品提供的登錄界面，分別錄入賬號(hào)、密碼并提交。

所述加密傳輸用于將用戶錄入的信息采用對(duì)稱加密算法DES（Digital Encryption Standard）加密，經(jīng)過16次的加密交換，最后通過逆初始變換，得到64比特的密文。密文最終通過鏈路傳輸給服務(wù)器，保證了用戶賬戶信息的安全，避免被抓包或劫持發(fā)生信息泄露。

所述MD5哈希算法驗(yàn)證用于將用戶通過DES傳輸?shù)馁~號(hào)密碼通過MD5首先對(duì)其進(jìn)行分組，使得每一組的長(zhǎng)度為512位，然后對(duì)這些明文分組反復(fù)重復(fù)處理。

對(duì)于每個(gè)明文分組的摘要生成過程如下：

1、將512位的明文分組劃分為16個(gè)子明文分組，每個(gè)子明文分組為32位。

2、申請(qǐng)4個(gè)32位的鏈接變量，記為A、B、C、D。

3、子明文分組與鏈接變量進(jìn)行第1輪運(yùn)算。

4、子明文分組與鏈接變量進(jìn)行第2輪運(yùn)算。

5、子明文分組與鏈接變量進(jìn)行第3輪運(yùn)算。

6、子明文分組與鏈接變量進(jìn)行第4輪運(yùn)算。

7、鏈接變量與初始鏈接變量進(jìn)行求和運(yùn)算。

8、鏈接變量作為下一個(gè)明文分組的輸入重復(fù)進(jìn)行以上操作。

9、最后，4個(gè)鏈接變量里面的數(shù)據(jù)就是MD5摘要。

所述數(shù)字簽名驗(yàn)證及結(jié)果返回用于MD5哈希算法驗(yàn)證結(jié)果的標(biāo)記，其輸入項(xiàng)：簽名值、原文、公鑰；其輸出項(xiàng)：是否驗(yàn)證通過。概要步驟如下：

4-1、將客戶發(fā)送的原文件做MD5運(yùn)算，得到HASH值X；

4-2、將收到的簽名用公鑰解密，得到HASH值Y；

4-3、將第1步得到的值X與第2步得到的做值Y比較，若X=Y驗(yàn)證通過，否則不通過；

4-4、將檢驗(yàn)結(jié)果返回。

參考圖5、為本發(fā)明實(shí)施例提供的一種用戶權(quán)限獲取及界面呈現(xiàn)方法流程圖 ；所述方法包括用戶權(quán)限獲取、界面呈現(xiàn)，其中，

步驟5-1，查詢賬戶所屬角色中包含的所有小區(qū)信息，判斷是否為空。若該賬戶查無任何小區(qū)則獲取權(quán)限失敗。若查詢結(jié)果不為空則進(jìn)入步驟5-2。

步驟5-2，呈現(xiàn)上一步查詢的結(jié)果，并呈現(xiàn)出該賬號(hào)角色中所包含的所有小區(qū)，用戶選擇其中一個(gè)進(jìn)入，本發(fā)明實(shí)施例仍以小區(qū)A為例。進(jìn)入步驟5-3。

步驟5-3、讀取該用戶（小區(qū)A管理員賬戶為例）賬戶中包含該小區(qū)（上述所選小區(qū)A）的角色，該角色為“小區(qū)A管理員”。進(jìn)入步驟5-4。

步驟5-4、讀取該賬號(hào)在改小區(qū)的所有角色的權(quán)限合集，并查詢是否為空，若查詢到無可獲取權(quán)限則界面呈現(xiàn)失敗。若查詢結(jié)果不為空，則進(jìn)入步驟5-5。

步驟5-5，獲取該賬號(hào)權(quán)限并重構(gòu)界面。本實(shí)施例中，依次小區(qū)A管理員賬號(hào)可讀取到系統(tǒng)配置、咨詢服務(wù)、物業(yè)服務(wù)、增值服務(wù)等功能模塊權(quán)限。按照預(yù)定的設(shè)計(jì)框架，呈現(xiàn)在Web/APP界面上，進(jìn)入步驟5-6。

步驟5-6，用戶獲取到相關(guān)操作界面，開始執(zhí)行對(duì)應(yīng)業(yè)務(wù)操作，實(shí)現(xiàn)智慧社區(qū)云平臺(tái)的各項(xiàng)服務(wù)功能。至此本發(fā)明實(shí)施例所述權(quán)限獲取及界面呈現(xiàn)流程完結(jié)，用戶可自主操作。

本發(fā)明所描述的具體實(shí)施例僅僅是對(duì)本發(fā)明方法作舉例說明。本發(fā)明所屬技術(shù)領(lǐng)域的技術(shù)人員可以對(duì)所描述的具體實(shí)施例做各種各樣的修改或補(bǔ)充或采用類似的方式替代，但并不會(huì)偏離本發(fā)明的精神或者超越所附權(quán)利要求書所定義的范圍。