權限管理方法和系統(tǒng)的制作方法
【專利摘要】一種權限管理方法，包括：獲取與用戶標識關聯(lián)的資料信息；若所述資料信息滿足獲得權限的條件，則為所述用戶標識配置相應的權限；接收根據(jù)所述相應的權限對業(yè)務邏輯的觸發(fā)請求；根據(jù)所述觸發(fā)請求清除所述用戶標識已配置的相應的權限。此外，還提供一種權限管理系統(tǒng)。上述權限管理方法和系統(tǒng)，根據(jù)用戶資料信息判斷是否滿足獲得權限的條件，并在滿足條件后配置相應的權限，以及在使用權限后，清除配置的相應權限，該權限管理邏輯可應用于許多具有相同權限配置要求的業(yè)務邏輯中，新的業(yè)務邏輯均可采用該權限管理邏輯，減少了重復開發(fā)，降低了開發(fā)成本，且該權限管理靈活，具有限制，使用后便清除，非永久性的，可有效防止權限的亂用，提高了安全性。
【專利說明】權限管理方法和系統(tǒng)

【技術領域】
[0001] 本發(fā)明涉及權限管理領域，特別是涉及一種權限管理方法和系統(tǒng)。

【背景技術】
[0002] SNS (Social Network Service,社會網(wǎng)絡服務）社區(qū)是為網(wǎng)絡用戶提供以人類社 交為核心服務的網(wǎng)絡社區(qū)，該類型的社區(qū)如FaceBook和Twitter等。在SNS社區(qū)，網(wǎng)絡用戶 可根據(jù)個人的興趣結交具有相同興趣的網(wǎng)絡用戶，且兩者之間進行互動，參與社區(qū)的活動。
[0003] SNS社區(qū)內(nèi)往往會上線許多社區(qū)活動，每個社區(qū)活動的業(yè)務邏輯均需分別進行相 應的開發(fā)和測試，在多個社區(qū)活動中可能存在相同的業(yè)務邏輯，每次開發(fā)業(yè)務邏輯時，對相 同的業(yè)務邏輯也需重復進行開發(fā)，例如業(yè)務邏輯中的用戶的權限配置問題。其中，業(yè)務邏輯 是指完成某個功能的邏輯。因需對相同的業(yè)務邏輯進行重復開發(fā)，增加了開發(fā)的成本。


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

[0004] 基于此，有必要提供一種權限管理方法，能應用于具有相同權限配置要求的業(yè)務 邏輯中，減少重復開發(fā)，降低開發(fā)成本。
[0005] 此外，還有必要提供一種權限配置系統(tǒng)，能應用于具有相同權限配置要求的業(yè)務 邏輯中，減少重復開發(fā)，降低開發(fā)成本。
[0006] 一種權限管理方法，包括：
[0007] 獲取與用戶標識關聯(lián)的資料信息；
[0008] 若所述資料信息滿足獲得權限的條件，則為所述用戶標識配置相應的權限；
[0009] 接收根據(jù)所述相應的權限對業(yè)務邏輯的觸發(fā)請求；
[0010] 根據(jù)所述觸發(fā)請求清除所述用戶標識已配置的相應的權限。
[0011] 在其中一個實施例中，在所述根據(jù)所述觸發(fā)請求清除所述用戶標識已配置的相應 的權限的步驟之后，還包括：
[0012] 根據(jù)所述觸發(fā)請求配置相應的獎品憑證。
[0013] 在其中一個實施例中，所述為所述用戶標識配置相應的權限的可使用次數(shù)為預設 次數(shù)；
[0014] 所述根據(jù)所述觸發(fā)請求清除所述用戶標識已配置的相應的權限的步驟包括：
[0015] 根據(jù)所述觸發(fā)請求，將所述用戶標識已配置的相應的權限的可使用次數(shù)減去一 次。
[0016] 在其中一個實施例中，所述方法還包括：
[0017] 判斷所述相應的權限的可使用次數(shù)是否已用完，若是，則結束，若否，則繼續(xù)接收 根據(jù)所述相應的權限對業(yè)務邏輯的觸發(fā)請求。
[0018] 在其中一個實施例中，所述方法還包括：
[0019] 配置所述相應的權限的有效期限；
[0020] 判斷所述相應的權限是否在有效期限內(nèi)，若是，則接收根據(jù)所述相應的權限對業(yè) 務邏輯的觸發(fā)請求，若否，則清除所述用戶標識已配置的相應的權限。
[0021] 一種權限管理系統(tǒng)，包括：
[0022] 獲取模塊，用于獲取與用戶標識關聯(lián)的資料信息；
[0023] 配置模塊，用于若所述資料信息滿足獲得權限的條件，則為所述用戶標識配置相 應的權限；
[0024] 接收模塊，用于接收根據(jù)所述相應的權限對業(yè)務邏輯的觸發(fā)請求；
[0025] 刪除模塊，用于根據(jù)所述觸發(fā)請求清除所述用戶標識已配置的相應的權限。
[0026] 在其中一個實施例中，所述系統(tǒng)還包括：
[0027] 分配模塊，用于根據(jù)所述觸發(fā)請求配置相應的獎品憑證。
[0028] 在其中一個實施例中，所述為所述用戶標識配置相應的權限的可使用次數(shù)為預設 次數(shù)；
[0029] 所述刪除模塊還用于根據(jù)所述觸發(fā)請求，將所述用戶標識已配置的相應的權限的 可使用次數(shù)減去一次。
[0030] 在其中一個實施例中，所述系統(tǒng)還包括：
[0031] 第一判斷模塊，用于判斷所述相應的權限的可使用次數(shù)是否已用完，若是，則結 束，若否，則所述接收模塊繼續(xù)接收根據(jù)所述相應的權限對業(yè)務邏輯的觸發(fā)請求。
[0032] 在其中一個實施例中，所述配置模塊還用于配置所述相應的權限的有效期限；
[0033] 所述系統(tǒng)還包括：
[0034] 第二判斷模塊，用于判斷所述相應的權限是否在有效期限內(nèi)，若是，則所述接收模 塊用于接收根據(jù)所述相應的權限對業(yè)務邏輯的觸發(fā)請求，若否，則所述刪除模塊用于清除 所述用戶標識已配置的相應的權限。
[0035] 上述權限管理方法和系統(tǒng)，根據(jù)用戶資料信息判斷是否滿足獲得權限的條件，并 在滿足條件后配置相應的權限，以及在使用權限后，清除配置的相應權限，該權限管理邏輯 可應用于許多具有相同權限配置要求的業(yè)務邏輯中，新的業(yè)務邏輯均可采用該權限管理邏 輯，減少了重復開發(fā)，降低了開發(fā)成本，且該權限管理靈活，具有限制，使用后便清除，非永 久性的，可有效防止權限的亂用，提高了安全性。

【專利附圖】

【附圖說明】
[0036] 圖1為一個實施例中權限管理方法的流程圖；
[0037] 圖2為另一個實施例中權限管理方法的流程圖；
[0038] 圖3為另一個實施例中權限管理方法的流程圖；
[0039] 圖4為一個實施例中權限管理系統(tǒng)的結構框圖；
[0040] 圖5為另一個實施例中權限管理系統(tǒng)的結構框圖；
[0041] 圖6為另一個實施例中權限管理系統(tǒng)的結構框圖。

【具體實施方式】
[0042] 下面結合具體的實施例及附圖對權限管理方法和系統(tǒng)的技術方案進行詳細的描 述，以使其更加清楚。
[0043] 如圖1所示，為一個實施例中權限管理方法的流程圖。該權限管理方法可應用于 公共服務器上，用于對用戶訪問或使用某業(yè)務邏輯的權限進行管理，位于公共服務器上，方 便被需要使用該權限管理功能的其他服務器(如微信服務器等）調(diào)用。該權限管理方法，包 括：
[0044] 步驟S102,獲取與用戶標識關聯(lián)的資料信息。
[0045] 具體的，用戶標識是指在網(wǎng)絡上用于區(qū)分用戶身份的標識。用戶標識可為用戶的 注冊名稱和/或注冊賬號。首先，以用戶在SNS社區(qū)內(nèi)從事活動為例，需要通過瀏覽器或客 戶端登錄SNS服務器申請注冊。SNS服務器接收用戶輸入的注冊信息，進行驗證，驗證通過 后，給用戶分配注冊賬號和注冊名稱。該注冊賬號可為用戶注冊的郵箱、即時通訊賬號等， 注冊名稱可為用戶輸入的注冊信息中的用戶名稱。注冊賬號和注冊名稱均為唯一的。注冊 信息可包括用戶真名、用戶工作、地址、聯(lián)系方式等。
[0046] 與用戶標識關聯(lián)的資料信息是指與用戶標識存在對應關系的資料信息。該資料信 息根據(jù)不同業(yè)務邏輯而有所不同。記錄用戶在不同業(yè)務邏輯中完成操作產(chǎn)生的數(shù)據(jù)，并將 該數(shù)據(jù)作為該資料信息。例如，接收用戶發(fā)表的評論信息、微博信息等，統(tǒng)計評論信息的條 數(shù)和微博信息的條數(shù)，并將該條數(shù)作為資料信息；或者，接收用戶升級等級請求，記錄升級 后的等級信息，并將該等級信息作為資料信息等。
[0047] 步驟S104,若該資料信息滿足獲得權限的條件，則為該用戶標識配置相應的權限。 [0048] 具體的，獲得權限的條件可根據(jù)不同業(yè)務邏輯設定。例如，當?shù)燃夁_到預定等級， 可獲得查看其他用戶的注冊信息的權限；當?shù)燃夁_到預定等級后，可獲得抽獎或兌換獎品 的權限；當用戶為超級用戶身份，可獲得修改系統(tǒng)軟件的權限。
[0049] 當資料信息滿足獲得權限的條件后，為該用戶標識配置相應的權限，可采用標記 方式標記該用戶標識所具有的權限，該標記可采用文字或圖像，或文字和圖像的結合。例如 "具有對某業(yè)務邏輯的使用權限"，圖像可自定義任意圖像。該標記在用戶通過瀏覽器或客 戶端登錄服務器后，可顯示在操作界面上提醒用戶。該登錄的服務器為提供某項服務的服 務器。
[0050] 步驟S106,接收根據(jù)該相應的權限對業(yè)務邏輯的觸發(fā)請求。
[0051] 具體的，用戶通過瀏覽器或客戶端登錄服務器后，在操作界面上可對該權限所對 應的業(yè)務邏輯進行觸發(fā)操作。如可在操作界面上顯示使用權限的按鈕，服務器接收用戶觸 發(fā)該按鈕產(chǎn)生對業(yè)務邏輯的觸發(fā)請求。例如，使用權限查看某個用戶的注冊信息；或使用權 限進行抽獎或兌換獎品。該登錄的服務器為提供某項服務的服務器。
[0052] 步驟S108,根據(jù)該觸發(fā)請求清除該用戶標識已配置的相應的權限。
[0053] 用戶使用完權限后，服務器清除該權限。
[0054] 上述權限管理方法，根據(jù)用戶資料信息判斷是否滿足獲得權限的條件，并在滿足 條件后配置相應的權限，以及在使用權限后，清除配置的相應權限，該權限管理邏輯可應用 于許多具有相同權限配置要求的業(yè)務邏輯中，新的業(yè)務邏輯均可采用該權限管理邏輯，減 少了重復開發(fā)，降低了開發(fā)成本，且該權限管理靈活，具有限制，使用后便清除，非永久性 的，可有效防止權限的亂用，提高了安全性。
[0055] 如圖2所示，為另一個實施例中權限管理方法的流程圖。圖2與圖1中的權限管 理方法的區(qū)別在于，圖2中權限的使用次數(shù)為預設次數(shù)。該權限管理方法，包括：
[0056] 步驟S202,獲取與用戶標識關聯(lián)的資料信息。
[0057] 與用戶標識關聯(lián)的資料信息是指與用戶標識存在對應關系的資料信息。該資料信 息根據(jù)不同業(yè)務邏輯而有所不同。記錄用戶在不同業(yè)務邏輯中完成操作產(chǎn)生的數(shù)據(jù)，并將 該數(shù)據(jù)作為該資料信息。例如，接收用戶發(fā)表的評論信息、微博信息等，統(tǒng)計評論信息的條 數(shù)和微博信息的條數(shù)，并將該條數(shù)作為資料信息；或者，接收用戶升級等級請求，記錄升級 后的等級信息，并將該等級信息作為資料信息等。
[0058] 步驟S204,若該資料信息滿足獲得權限的條件，則為該用戶標識配置相應的權限， 且該權限的可使用次數(shù)為預設次數(shù)。
[0059] 具體的，獲得權限的條件可根據(jù)不同業(yè)務邏輯設定。例如，當?shù)燃夁_到預定等級， 可獲得查看其他用戶的注冊信息的權限；當?shù)燃夁_到預定等級后，可獲得抽獎或兌換獎品 的權限；當用戶為超級用戶身份，可獲得修改系統(tǒng)軟件的權限。
[0060] 設用戶標識配置相應的權限的使用次數(shù)為預設次數(shù)。該預設次數(shù)可根據(jù)需要設 定，如為5次、10次等。設置權限的使用次數(shù)，進一步的增加了權限管理的靈活性，即可給予 用戶一定的權限，也防止了權限長期配置所引起的資源配置應用不合理的問題。
[0061] 步驟S206,判斷相應的權限的使用次數(shù)是否已用完，若是，則結束，若否，執(zhí)行步驟 S208。
[0062] 具體的，判斷權限的使用次數(shù)是否已用完，若用完，可在操作界面上顯示提醒"已 用完"的文字或圖像等。若未用完，可繼續(xù)接收用戶根據(jù)相應的權限對業(yè)務邏輯的觸發(fā)請 求。
[0063] 在其他實施例中，該判斷相應的權限的可使用次數(shù)是否已用完的步驟也可在接收 根據(jù)該相應的權限對業(yè)務邏輯的觸發(fā)請求的步驟之后。
[0064] 步驟S208,接收根據(jù)該相應的權限對業(yè)務邏輯的觸發(fā)請求。
[0065] 步驟S210,根據(jù)該觸發(fā)請求，將該用戶標識已配置的相應的權限的可使用次數(shù)減 去一次。
[0066] 具體的，觸發(fā)請求產(chǎn)生后，即根據(jù)使用了一次權限，相應的需將該相應的權限的可 使用次數(shù)減去一次，每使用一次會減少一次，直到總的使用次數(shù)達到預設次數(shù)，權限使用 完。
[0067] 上述權限管理方法，根據(jù)用戶資料信息判斷是否滿足獲得權限的條件，并在滿足 條件后配置相應的權限，且配置了權限的可使用次數(shù)，以及在使用一次權限后，權限的可使 用次數(shù)減少一次，該權限管理邏輯可應用于許多具有相同權限配置要求的業(yè)務邏輯中，新 的業(yè)務邏輯均可采用該權限管理邏輯，減少了重復開發(fā)，降低了開發(fā)成本，且該權限管理靈 活，限制了權限的可使用次數(shù)，使用后便清除，非永久性的，可有效防止權限的亂用，提高了 安全性。
[0068] 如圖3所示，為另一個實施例中權限管理方法的流程圖。圖3與圖1中的權限管 理方法的區(qū)別在于配置了相應權限的有效期限，該權限需在有效期限內(nèi)使用。該權限管理 方法，包括：
[0069] 步驟S302,獲取與用戶標識關聯(lián)的資料信息。
[0070] 與用戶標識關聯(lián)的資料信息是指與用戶標識存在對應關系的資料信息。該資料信 息根據(jù)不同業(yè)務邏輯而有所不同。記錄用戶在不同業(yè)務邏輯中完成操作產(chǎn)生的數(shù)據(jù)，并將 該數(shù)據(jù)作為該資料信息。例如，接收用戶發(fā)表的評論信息、微博信息等，統(tǒng)計評論信息的條 數(shù)和微博信息的條數(shù)，并將該條數(shù)作為資料信息；或者，接收用戶升級等級請求，記錄升級 后的等級信息，并將該等級信息作為資料信息等。
[0071] 步驟S304,若該資料信息滿足獲得權限的條件，則為該用戶標識配置相應的權限， 且配置該相應的權限的有效期限。
[0072] 具體的，獲得權限的條件可根據(jù)不同業(yè)務邏輯設定。例如，當?shù)燃夁_到預定等級， 可獲得查看其他用戶的注冊信息的權限；當?shù)燃夁_到預定等級后，可獲得抽獎或兌換獎品 的權限；當用戶為超級用戶身份，可獲得修改系統(tǒng)軟件的權限。配置該權限的有效期限，如 2天或7天等。
[0073] 步驟S306,判斷該相應的權限是否在有效期限內(nèi)，若是，則執(zhí)行步驟S308,若否， 執(zhí)行步驟S310。
[0074] 具體的，判斷出相應的權限在有效期限內(nèi)，則可在操作界面上顯示該權限未過期 的提醒信息，該提醒信息可以文字或圖像的形式表示。在權限未在有效期限內(nèi)時，服務器清 除了該用戶標識已配置的相應的權限，并在操作界面上顯示權限已過期的提醒信息。該登 錄的服務器為提供某項服務的服務器。
[0075] 步驟S308,接收根據(jù)該相應的權限對業(yè)務邏輯的觸發(fā)請求，然后執(zhí)行步驟S310。
[0076] 步驟S310,清除該用戶標識已配置的相應的權限。
[0077] 上述權限管理方法，根據(jù)用戶資料信息判斷是否滿足獲得權限的條件，并在滿足 條件后配置相應的權限，且配置了權限的有效期限，以及在有效期限內(nèi)使用權限后，清除配 置的相應權限，該權限管理邏輯可應用于許多具有相同權限配置要求的業(yè)務邏輯中，新的 業(yè)務邏輯均可采用該權限管理邏輯，減少了重復開發(fā)，降低了開發(fā)成本，且該權限管理限制 了有效期限，該權限非永久性的，可有效防止權限的亂用，提高了安全性。
[0078] 在其他實施例中的權限管理方法可同時配置權限的有效期限和可使用次數(shù)，兩者 結合，可進一步提高權限管理的安全性，防止混亂。
[0079] 上述權限管理方法可應用于SNS社區(qū)中的活動上線抽獎或兌換獎品的業(yè)務邏輯。 具體過程包括：獲取與用戶標識關聯(lián)的資料信息；若該資料信息滿足獲得權限的條件時， 為該用戶標識配置相應的權限；接收根據(jù)該相應的權限進行抽獎或兌獎的觸發(fā)請求；根據(jù) 該觸發(fā)請求清除該用戶標識已配置的抽獎或兌獎的權限，且根據(jù)該觸發(fā)請求配置相應的獎 品憑證。其中，獲得權限的條件可為用戶等級達到預定等級。獎品憑證可為具有一定價值 的票證，或者換取某物品的單號等。此外，可設置抽獎或兌獎權限的有效期限和使用次數(shù)。
[0080] 上述權限管理方法還可應用于查看其他用戶注冊信息的業(yè)務邏輯。具體過程包 括：獲取與用戶標識關聯(lián)的資料信息；若該資料信息滿足獲得權限的條件時，為該用戶標 識配置相應的權限；接收根據(jù)該相應的權限查看用戶注冊信息的觸發(fā)請求；根據(jù)該觸發(fā)請 求清除該用戶標識已配置的查看注冊信息的權限，且根據(jù)該觸發(fā)請求返回被查看的用戶的 注冊信息。其中，獲得權限的條件可為用戶等級達到預定等級。此外，可設置查看注冊信息 的權限的有效期限和使用次數(shù)。
[0081] 如圖4所示，為一個實施例中權限管理系統(tǒng)的結構框圖。該權限管理系統(tǒng)可運行 于公共服務器上，方便被需要使用該權限管理功能的其他服務器調(diào)用。該權限管理系統(tǒng)，包 括獲取模塊420、配置模塊440、接收模塊460和刪除模塊480。其中：
[0082] 獲取模塊420用于獲取與用戶標識關聯(lián)的資料信息。
[0083] 具體的，用戶標識是指在網(wǎng)絡上用于區(qū)分用戶身份的標識。用戶標識可為用戶的 注冊名稱和/或注冊賬號。首先，以用戶在SNS社區(qū)內(nèi)從事活動為例，需要通過瀏覽器或客 戶端登錄SNS服務器申請注冊。SNS服務器接收用戶輸入的注冊信息，進行驗證，驗證通過 后，給用戶分配注冊賬號和注冊名稱。該注冊賬號可為用戶注冊的郵箱、即時通訊賬號等， 注冊名稱可為用戶輸入的注冊信息中的用戶名稱。注冊賬號和注冊名稱均為唯一的。注冊 信息可包括用戶真名、用戶工作、地址、聯(lián)系方式等。
[0084] 與用戶標識關聯(lián)的資料信息是指與用戶標識存在對應關系的資料信息。該資料信 息根據(jù)不同業(yè)務邏輯而有所不同。記錄用戶在不同業(yè)務邏輯中完成操作產(chǎn)生的數(shù)據(jù)，并將 該數(shù)據(jù)作為該資料信息。例如，接收用戶發(fā)表的評論信息、微博信息等，統(tǒng)計評論信息的條 數(shù)和微博信息的條數(shù)，并將該條數(shù)作為資料信息；或者，接收用戶升級等級請求，記錄升級 后的等級信息，并將該等級信息作為資料信息等。
[0085] 配置模塊440用于若該資料信息滿足獲得權限的條件，則為該用戶標識配置相應 的權限。
[0086] 具體的，獲得權限的條件可根據(jù)不同業(yè)務邏輯設定。例如，當?shù)燃夁_到預定等級， 可獲得查看其他用戶的注冊信息的權限；當?shù)燃夁_到預定等級后，可獲得抽獎或兌換獎品 的權限；當用戶為超級用戶身份，可獲得修改系統(tǒng)軟件的權限。
[0087] 當資料信息滿足獲得權限的條件后，為該用戶標識配置相應的權限，可采用標記 方式標記該用戶標識所具有的權限，該標記可采用文字或圖像，或文字和圖像的結合。例如 "具有對某業(yè)務邏輯的使用權限"，圖像可自定義任意圖像。該標記在用戶通過瀏覽器或客 戶端登錄服務器后，可顯示在操作界面上提醒用戶。該登錄的服務器為提供某項服務的服 務器。
[0088] 接收模塊460用于接收根據(jù)該相應的權限對業(yè)務邏輯的觸發(fā)請求。
[0089] 具體的，用戶通過瀏覽器或客戶端登錄服務器后，在操作界面上可對該權限所對 應的業(yè)務邏輯進行觸發(fā)操作。如可在操作界面上顯示使用權限的按鈕，服務器接收用戶觸 發(fā)該按鈕產(chǎn)生對業(yè)務邏輯的觸發(fā)請求。例如，使用權限查看某個用戶的注冊信息；或使用權 限進行抽獎或兌換獎品。該登錄的服務器為提供某項服務的服務器。
[0090] 刪除模塊480用于根據(jù)該觸發(fā)請求清除該用戶標識已配置的相應的權限。
[0091] 用戶使用完權限后，服務器清除該權限。該登錄的服務器為提供某項服務的服務 器。
[0092] 上述權限管理系統(tǒng)，根據(jù)用戶資料信息判斷是否滿足獲得權限的條件，并在滿足 條件后配置相應的權限，以及在使用權限后，清除配置的相應權限，該權限管理邏輯可應用 于許多具有相同權限配置要求的業(yè)務邏輯中，新的業(yè)務邏輯均可采用該權限管理邏輯，減 少了重復開發(fā)，降低了開發(fā)成本，且該權限管理靈活，具有限制，使用后便清除，非永久性 的，可有效防止權限的亂用，提高了安全性。
[0093] 進一步的，在一個實施例中，如圖5所示，為另一個實施例中的權限管理系統(tǒng)的結 構框圖。該權限管理系統(tǒng)，除了包括獲取模塊420、配置模塊440、接收模塊460和刪除模塊 480,還包括第一判斷模塊452。其中：
[0094] 配置模塊440用于將該用戶標識配置相應的權限的使用次數(shù)為預設次數(shù)。
[0095] 設用戶標識配置相應的權限的使用次數(shù)為預設次數(shù)。該預設次數(shù)可根據(jù)需要設 定，如為5次、10次等。設置權限的使用次數(shù)，進一步的增加了權限管理的靈活性，即可給予 用戶一定的權限，也防止了權限長期配置所引起的資源配置應用不合理的問題。
[0096] 第一判斷模塊452用于判斷該相應的權限的使用次數(shù)是否已用完，若是，則結束， 若否，則接收模塊460繼續(xù)接收根據(jù)該相應的權限對業(yè)務邏輯的觸發(fā)請求。
[0097] 刪除模塊480用于根據(jù)該觸發(fā)請求，將該用戶標識已配置的相應的權限的使用次 數(shù)減去一次。
[0098] 具體的，觸發(fā)請求產(chǎn)生后，即根據(jù)使用了一次權限，相應的需將該相應的權限的可 使用次數(shù)減去一次，每使用一次會減少一次，直到總的使用次數(shù)達到預設次數(shù)，權限使用 完。
[0099] 上述權限管理系統(tǒng)，根據(jù)用戶資料信息判斷是否滿足獲得權限的條件，并在滿足 條件后配置相應的權限，且配置了權限的可使用次數(shù)，以及在使用一次權限后，權限的可使 用次數(shù)減少一次，該權限管理邏輯可應用于許多具有相同權限配置要求的業(yè)務邏輯中，新 的業(yè)務邏輯均可采用該權限管理邏輯，減少了重復開發(fā)，降低了開發(fā)成本，且該權限管理靈 活，限制了權限的可使用次數(shù)，使用后便清除，非永久性的，可有效防止權限的亂用，提高了 安全性。
[0100] 進一步的，在一個實施例中，如圖6所示，為另一個實施例中的權限管理系統(tǒng)的結 構框圖。該權限管理系統(tǒng)，除了包括獲取模塊420、配置模塊440、接收模塊460和刪除模塊 480,還包括第二判斷模塊454。其中：
[0101] 配置模塊440用于配置該相應的權限的有效期限。配置該權限的有效期限，如2 天或7天等。
[0102] 第二判斷模塊454用于判斷該相應的權限是否在有效期限內(nèi)，若是，則接收模塊 460用于接收根據(jù)該相應的權限對業(yè)務邏輯的觸發(fā)請求，若否，則刪除模塊480用于清除該 用戶標識已配置的相應的權限。
[0103] 具體的，第二判斷模塊454判斷出相應的權限在有效期限內(nèi)，則可在操作界面上 顯示該權限未過期的提醒信息，該提醒信息可以文字或圖像的形式表示。在權限未在有效 期限內(nèi)時，服務器清除了該用戶標識已配置的相應的權限，并在操作界面上顯示權限已過 期的提醒信息。該登錄的服務器為提供某項服務的服務器。
[0104] 在其他實施例中的權限管理系統(tǒng)可同時配置權限的有效期限和可使用次數(shù)，兩者 結合，可進一步提高權限管理的安全性，防止混亂。
[0105] 上述權限管理系統(tǒng)可應用于SNS社區(qū)中的活動上線抽獎或兌換獎品的業(yè)務邏輯。 該權限管理系統(tǒng)還包括分配模塊，具體過程包括：獲取模塊420用于獲取與用戶標識關聯(lián) 的資料信息；配置模塊440用于若該資料信息滿足獲得權限的條件時，為該用戶標識配置 相應的權限；接收模塊460用于接收根據(jù)該相應的權限進行抽獎或兌獎的觸發(fā)請求；刪除 模塊480用于根據(jù)該觸發(fā)請求清除該用戶標識已配置的抽獎或兌獎的權限；分配模塊用于 根據(jù)該觸發(fā)請求配置相應的獎品憑證。其中，獲得權限的條件可為用戶等級達到預定等級。 獎品憑證可為具有一定價值的票證，或者換取某物品的單號等。此外，可設置抽獎或兌獎權 限的有效期限和使用次數(shù)。
[0106] 上述權限管理系統(tǒng)還可應用于查看其他用戶注冊信息的業(yè)務邏輯。該權限管理系 統(tǒng)還包括返回模塊，具體過程包括：獲取模塊420用于獲取與用戶標識關聯(lián)的資料信息；配 置模塊440用于若該資料信息滿足獲得權限的條件時，為該用戶標識配置相應的權限；接 收模塊460用于接收根據(jù)該相應的權限查看用戶注冊信息的觸發(fā)請求；刪除模塊480用于 根據(jù)該觸發(fā)請求清除該用戶標識已配置的查看注冊信息的權限；返回模塊用于根據(jù)該觸發(fā) 請求返回被查看的用戶的注冊信息。其中，獲得權限的條件可為用戶等級達到預定等級。此 夕卜，可設置查看注冊信息的權限的有效期限和使用次數(shù)。
[0107] 本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以 通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質 中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁 碟、光盤、只讀存儲記憶體（Read-Only Memory, ROM)或隨機存儲記憶體（Random Access Memory，RAM)等。
[0108] 以上所述實施例僅表達了本發(fā)明的幾種實施方式，其描述較為具體和詳細，但并 不能因此而理解為對本發(fā)明專利范圍的限制。應當指出的是，對于本領域的普通技術人員 來說，在不脫離本發(fā)明構思的前提下，還可以做出若干變形和改進，這些都屬于本發(fā)明的保 護范圍。因此，本發(fā)明專利的保護范圍應以所附權利要求為準。
【權利要求】
1. 一種權限管理方法，包括： 獲取與用戶標識關聯(lián)的資料信息； 若所述資料信息滿足獲得權限的條件，則為所述用戶標識配置相應的權限； 接收根據(jù)所述相應的權限對業(yè)務邏輯的觸發(fā)請求； 根據(jù)所述觸發(fā)請求清除所述用戶標識已配置的相應的權限。
2. 根據(jù)權利要求1所述的權限管理方法，其特征在于，在所述根據(jù)所述觸發(fā)請求清除 所述用戶標識已配置的相應的權限的步驟之后，還包括： 根據(jù)所述觸發(fā)請求配置相應的獎品憑證。
3. 根據(jù)權利要求1所述的權限管理方法，其特征在于，所述為所述用戶標識配置相應 的權限的可使用次數(shù)為預設次數(shù)； 所述根據(jù)所述觸發(fā)請求清除所述用戶標識已配置的相應的權限的步驟包括： 根據(jù)所述觸發(fā)請求，將所述用戶標識已配置的相應的權限的可使用次數(shù)減去一次。
4. 根據(jù)權利要求3所述的權限管理方法，其特征在于，所述方法還包括： 判斷所述相應的權限的可使用次數(shù)是否已用完，若是，則結束，若否，則繼續(xù)接收根據(jù) 所述相應的權限對業(yè)務邏輯的觸發(fā)請求。
5. 根據(jù)權利要求1所述的權限管理方法，其特征在于，所述方法還包括： 配置所述相應的權限的有效期限； 判斷所述相應的權限是否在有效期限內(nèi)，若是，則接收根據(jù)所述相應的權限對業(yè)務邏 輯的觸發(fā)請求，若否，則清除所述用戶標識已配置的相應的權限。
6. -種權限管理系統(tǒng)，其特征在于，包括： 獲取模塊，用于獲取與用戶標識關聯(lián)的資料信息； 配置模塊，用于若所述資料信息滿足獲得權限的條件，則為所述用戶標識配置相應的 權限； 接收模塊，用于接收根據(jù)所述相應的權限對業(yè)務邏輯的觸發(fā)請求； 刪除模塊，用于根據(jù)所述觸發(fā)請求清除所述用戶標識已配置的相應的權限。
7. 根據(jù)權利要求6所述的權限管理系統(tǒng)，其特征在于，所述系統(tǒng)還包括： 分配模塊，用于根據(jù)所述觸發(fā)請求配置相應的獎品憑證。
8. 根據(jù)權利要求6所述的權限管理系統(tǒng)，其特征在于，所述為所述用戶標識配置相應 的權限的可使用次數(shù)為預設次數(shù)； 所述刪除模塊還用于根據(jù)所述觸發(fā)請求，將所述用戶標識已配置的相應的權限的可使 用次數(shù)減去一次。
9. 根據(jù)權利要求8所述的權限管理系統(tǒng)，其特征在于，所述系統(tǒng)還包括： 第一判斷模塊，用于判斷所述相應的權限的可使用次數(shù)是否已用完，若是，則結束，若 否，則所述接收模塊繼續(xù)接收根據(jù)所述相應的權限對業(yè)務邏輯的觸發(fā)請求。
10. 根據(jù)權利要求6所述的權限管理系統(tǒng)，其特征在于，所述配置模塊還用于配置所述 相應的權限的有效期限； 所述系統(tǒng)還包括： 第二判斷模塊，用于判斷所述相應的權限是否在有效期限內(nèi)，若是，則所述接收模塊用 于接收根據(jù)所述相應的權限對業(yè)務邏輯的觸發(fā)請求，若否，則所述刪除模塊用于清除所述
【文檔編號】H04L29/06GK104125203SQ201310150928
【公開日】2014年10月29日 申請日期:2013年4月26日 優(yōu)先權日:2013年4月26日
【發(fā)明者】林瑞欽, 許澤偉 申請人:騰訊科技（深圳）有限公司