[發(fā)明專(zhuān)利]賬號(hào)授權(quán)的方法、裝置及電子設(shè)備

在審

• 申請(qǐng)?zhí)枺?/td>: 201911328611.8
• 申請(qǐng)日: 2019-12-20
• 公開(kāi)（公告）號(hào): CN111147470A
• 公開(kāi)（公告）日: 2020-05-12
• 發(fā)明（設(shè)計(jì)）人: 鐘望;金鵬
• 申請(qǐng)（專(zhuān)利權(quán)）人: 北京金山云網(wǎng)絡(luò)技術(shù)有限公司
• 主分類(lèi)號(hào): H04L29/06
• 分類(lèi)號(hào): H04L29/06
• 代理公司: 北京博遵律師事務(wù)所 11761
• 代理人: 馬佑平

本發(fā)明實(shí)施例提供一種賬號(hào)授權(quán)的方法、裝置及電子設(shè)備。該方法包括：第一客戶(hù)端接收第二客戶(hù)端發(fā)送的授信請(qǐng)求，所述授信請(qǐng)求中至少包括所述第二客戶(hù)端的身份信息以及待授信角色；其中，所述待授信角色是所述第一客戶(hù)端上創(chuàng)建的自有角色，所述自有角色與所述第一客戶(hù)端的資源的權(quán)限相關(guān)聯(lián)；所述第一客戶(hù)端向所述第二客戶(hù)端發(fā)送授信響應(yīng)，所述授信響應(yīng)中包含對(duì)所述待授信角色的授信結(jié)果。根據(jù)本發(fā)明實(shí)施例，可以避免賬號(hào)之間的強(qiáng)關(guān)聯(lián)關(guān)系，簡(jiǎn)化賬號(hào)授權(quán)管理操作，從而提升用戶(hù)體驗(yàn)。

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

本發(fā)明涉及云資源管理技術(shù)領(lǐng)域，更具體地，涉及一種賬號(hào)授權(quán)的方法、一種賬號(hào)授權(quán)的裝置、一種電子設(shè)備以及一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)。

背景技術(shù)

賬號(hào)授權(quán)是指用戶(hù)在無(wú)需透露賬號(hào)密碼的情況下將賬號(hào)資源的權(quán)限授權(quán)給另一個(gè)用戶(hù)使用。現(xiàn)有技術(shù)中，跨賬號(hào)資源管理一般都是基于成員賬號(hào)機(jī)制實(shí)現(xiàn)的。比如，A賬號(hào)想要獲得B賬號(hào)的資源權(quán)限，需要對(duì)A賬號(hào)和B賬號(hào)建立關(guān)聯(lián)關(guān)系，即，配置A賬號(hào)為主賬號(hào)，配置B賬號(hào)為A賬號(hào)的子賬號(hào)，這樣，通過(guò)建立主子關(guān)系，A賬號(hào)就擁有了使用B賬號(hào)資源的權(quán)限。

但是，主賬號(hào)與子賬號(hào)的關(guān)系是單向的，一個(gè)子賬號(hào)同一時(shí)間只能綁定一個(gè)主賬號(hào)。如圖1所示，主賬號(hào)M有三個(gè)子賬號(hào)A、B、C，只能主賬號(hào)M訪問(wèn)或操作子賬號(hào)A、B、C的資源，子賬號(hào)A、B、C不能訪問(wèn)主賬號(hào)M的資源，且子賬號(hào)A、B、C之間不能相互訪問(wèn)或操作彼此的資源。這會(huì)給賬號(hào)授權(quán)的管理帶來(lái)非常多的不便。因此，有必要針對(duì)上述缺陷進(jìn)行改進(jìn)。

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

本發(fā)明實(shí)施例的一個(gè)目的是提供一種賬號(hào)授權(quán)的新的技術(shù)方案。

根據(jù)本發(fā)明的第一方面，提供了一種賬號(hào)授權(quán)的方法，所述方法包括：

第一客戶(hù)端接收第二客戶(hù)端發(fā)送的授信請(qǐng)求，所述授信請(qǐng)求中至少包括所述第二客戶(hù)端的身份信息以及待授信角色；其中，所述待授信角色是所述第一客戶(hù)端上創(chuàng)建的自有角色；

所述第一客戶(hù)端向所述第二客戶(hù)端發(fā)送授信響應(yīng)，所述授信響應(yīng)中包含對(duì)所述待授信角色的授信結(jié)果。

可選地，所述第一客戶(hù)端接收第二客戶(hù)端發(fā)送的授信請(qǐng)求之前，所述方法還包括：

所述第一客戶(hù)端為所述第一客戶(hù)端的每種資源創(chuàng)建對(duì)應(yīng)的操作權(quán)限，并將每個(gè)資源對(duì)應(yīng)的操作權(quán)限與一個(gè)自有角色關(guān)聯(lián)。

可選地，所述第一客戶(hù)端中維護(hù)角色與權(quán)限的關(guān)聯(lián)關(guān)系。

可選地，所述第一客戶(hù)端向所述第二客戶(hù)端發(fā)送授信響應(yīng)之前，還包括：

所述第一客戶(hù)端獲取所述授信結(jié)果；其中，所述授信結(jié)果是根據(jù)所述身份信息得出的。

可選地，所述授信結(jié)果為同意授信時(shí)，所述第一客戶(hù)端向所述第二客戶(hù)端發(fā)送授信響應(yīng)，包括：

所述第一客戶(hù)端為所述待授信角色創(chuàng)建角色副本；

將所述角色副本攜帶在所述授信響應(yīng)中發(fā)送給所述第二客戶(hù)端，以使所述第二客戶(hù)端將所述角色副本添加至所述第二客戶(hù)端維護(hù)的角色與權(quán)限的關(guān)聯(lián)關(guān)系中。

根據(jù)本發(fā)明的第二方面，還提供一種賬號(hào)授權(quán)裝置，應(yīng)用于第一客戶(hù)端，所述裝置包括：

接收模塊，用于接收第二客戶(hù)端發(fā)送的授信請(qǐng)求，所述授信請(qǐng)求中至少包括所述第二客戶(hù)端的身份信息以及待授信角色；其中，所述待授信角色是所述第一客戶(hù)端上創(chuàng)建的自有角色；

發(fā)送模塊，用于向所述第二客戶(hù)端發(fā)送授信響應(yīng)，所述授信響應(yīng)中包含對(duì)所述待授信角色的授信結(jié)果。

可選地，所述裝置還包括：

創(chuàng)建模塊，用于為所述第一客戶(hù)端的每種資源創(chuàng)建對(duì)應(yīng)的操作權(quán)限，并將每個(gè)資源對(duì)應(yīng)的操作權(quán)限與一個(gè)自有角色關(guān)聯(lián)。

可選地，所述裝置還包括維護(hù)模塊，用于維護(hù)角色與權(quán)限的關(guān)聯(lián)關(guān)系。