每個 Google 雲端硬碟檔案、資料夾和共用雲端硬碟都有相關聯的 permissions
資源。每個資源都會識別特定 type
(user
、group
、domain
、anyone
) 和 role
(owner
、organizer
、fileOrganizer
、writer
、commenter
、reader
) 的權限。舉例來說,檔案可能會授予特定使用者 (type=user
) 唯讀存取權 (role=reader
),而另一項權限則會授予特定群組 (type=group
) 成員在檔案中新增註解的權限 (role=commenter
)。
如需角色的完整清單,以及各角色允許的作業,請參閱「角色和權限」。
雲端硬碟資源共用情境
共用方式分為五種:
如要分享「我的雲端硬碟」中的檔案,使用者必須具備
role=writer
或role=owner
。如果檔案的
writersCanShare
布林值設為false
,使用者必須具備role=owner
。如果具有
role=writer
的使用者擁有受限於到期日和時間的臨時存取權,就無法共用檔案。詳情請參閱「設定到期日以限制檔案存取權」。
如要共用「我的雲端硬碟」中的資料夾,使用者必須擁有
role=writer
或role=owner
。如果檔案的
writersCanShare
布林值設為false
,使用者必須具備權限較高的role=owner
。「我的雲端硬碟」資料夾中不得具有
role=writer
的臨時存取權 (在到期日和時限內)。詳情請參閱「設定檔案存取權到期日」。
如要分享共用雲端硬碟中的檔案,使用者必須具備
role=writer
、role=fileOrganizer
或role=organizer
權限。writersCanShare
設定不適用於共用雲端硬碟中的項目。系統會將其視為一律設為true
。
如要共用共用雲端硬碟中的資料夾,使用者必須具備
role=organizer
。- 如果共用雲端硬碟的
sharingFoldersRequiresOrganizerPermission
限制設為false
,則具有role=fileOrganizer
的使用者就能分享該共用雲端硬碟中的資料夾。
- 如果共用雲端硬碟的
如要管理共用雲端硬碟成員資格,使用者必須具備
role=organizer
。只有使用者和群組可以成為共用雲端硬碟的成員。
設定檔案存取權限製到期日
與他人合作處理機密專案時,您可能會希望在一段時間後,限制他們存取雲端硬碟中特定檔案的權限。您可以為「我的雲端硬碟」中的檔案設定到期日,限製或移除該檔案的存取權。
如要設定到期日:
在
permissions
資源上使用create()
方法,並設定expirationTime
欄位 (以及其他必要欄位)。詳情請參閱「建立權限」。請在
permissions
資源上使用update()
方法,並設定expirationTime
欄位 (以及其他必要欄位)。詳情請參閱「變更權限」。
expirationTime
欄位會使用 RFC 3339 日期時間表示權限到期時間。到期時間有下列限制:
- 只能對使用者和群組權限設定。
- 時間必須是未來的時間。
- 時間不得超過一年。
如要進一步瞭解到期日,請參閱下列文章:
權限傳播
資料夾的權限清單會向下傳播,所有子檔案和資料夾都會繼承父項的權限。每當權限或階層發生變更時,系統都會透過所有巢狀資料夾遞迴傳播。舉例來說,如果檔案位於某個資料夾中,而該資料夾隨後移至另一個資料夾,則新資料夾的權限會套用至檔案。如果新資料夾授予檔案使用者新的角色 (例如「作者」),則會覆寫舊角色。
反之,如果檔案從資料夾沿用 role=writer
,並移至另一個提供「讀取者」角色的資料夾,則檔案現在會沿用 role=reader
。
您無法移除共用雲端硬碟中檔案或資料夾的沿用權限。 您必須在繼承這些權限的直接或間接父項上調整這些權限。您可以從「我的雲端硬碟」或「與我共用」底下的項目移除沿用的權限。
反之,您也能覆寫「我的雲端硬碟」檔案或資料夾的沿用權限。因此,如果檔案繼承「我的雲端硬碟」資料夾的 role=writer
,您可以為檔案設定 role=reader
,降低其權限層級。
功能
permissions
資源最終不會決定目前使用者是否能對檔案或資料夾執行動作。相反地,files
資源包含布林值 capabilities
欄位的集合,用於指出是否可以在檔案或資料夾上執行動作。Google Drive API 會根據與檔案或資料夾目前的使用者權限資源設定這些欄位。
舉例來說,當 Alex 登入您的應用程式並嘗試共用檔案時,系統會檢查 Alex 的角色是否具有該檔案的權限。如果角色允許他們共用檔案,則與檔案相關的 capabilities
(例如 canShare
) 會根據角色填入。如果 Alex 想分享檔案,您的應用程式會檢查 capabilities
,確保 canShare
設為 true
。
如需擷取檔案 capabilities
的範例,請參閱「驗證使用者權限」。
建立權限
建立權限時,必須提供以下兩個欄位:
type
:type
會指出權限的範圍 (user
、group
、domain
或anyone
)。含有type=user
的權限會套用至特定使用者,而含有type=domain
的權限則會套用至特定網域中的所有使用者。role
:role
欄位會標示type
可執行的作業。舉例來說,具有type=user
和role=reader
的權限會授予特定使用者對檔案或資料夾的唯讀存取權。或者,如果權限包含type=domain
和role=commenter
,網域中的所有使用者都能為檔案新增註解。如需角色的完整清單,以及各角色允許的作業,請參閱「角色與權限」。
建立權限時,如果 type=user
或 type=group
,您也必須提供 emailAddress
,將特定使用者或群組與權限連結。
在 type=domain
中建立權限時,您必須提供 domain
,將特定網域與權限連結。
如要建立權限,請按照下列步驟操作:
- 使用
create()
方法,並搭配相關檔案或資料夾的fileId
路徑參數。 - 在要求主體中,指定
type
和role
。 - 如果為
type=user
或type=group
,請提供emailAddress
。如果是type=domain
,請提供domain
。
顯示範例
以下程式碼範例說明如何建立權限。回應會傳回 Permission
資源的例項,包括已指派的 permissionId
。
要求
POST https://www.googleapis.com/drive/v3/files/FILE_ID
/permissions
{ "requests": [ { "type": "user", "role": "commenter", "emailAddress": "alex@altostrat.com" } ] }
回應
{
"kind": "drive#permission",
"id": "PERMISSION_ID
",
"type": "user",
"role": "commenter"
}
使用目標對象
目標對象是一群使用者 (例如部門或團隊),可當做使用者的建議共用對象。您可以鼓勵使用者與特定或部分目標對象 (而非整個機構) 共用項目。目標對像功能可協助您改善資料的安全性和隱私權,也能讓使用者以更輕鬆的方式共用資料。詳情請參閱「關於指定目標對象」。
如何使用目標對象:
在 Google 管理控制台中,依序點選「選單」圖示 >「目錄」 >「目標對象」。
您必須使用具備超級管理員權限的帳戶登入,才能執行這項工作。
在「目標對象」清單中,按一下目標對象名稱。如要建立目標對象,請參閱「建立目標對象」一文
從目標對象網址複製專屬 ID:
https://admin.google.com/ac/targetaudiences/ID
。使用
type=domain
建立權限,並將domain
欄位設為ID.audience.googledomains.com
。
如要查看使用者與目標對象的互動方式,請參閱「連結分享的使用者體驗」。
擷取檔案、資料夾或共用雲端硬碟的所有權限
請在 permissions
資源上使用 list()
方法擷取檔案、資料夾或共用雲端硬碟的所有權限。
顯示範例
以下程式碼範例說明如何取得所有權限。回應會傳回權限清單。
要求
GET https://www.googleapis.com/drive/v3/files/FILE_ID
/permissions
回應
{
"kind": "drive#permissionList",
"permissions": [
{
"id": "PERMISSION_ID
",
"type": "user",
"kind": "drive#permission",
"role": "commenter"
}
]
}
驗證使用者權限
應用程式開啟檔案時,應檢查檔案的功能,並算繪 UI 以反映目前使用者的權限。舉例來說,如果使用者在檔案上沒有 canComment
功能,則應在 UI 中停用註解功能。
如要進一步瞭解 capabilities
,請參閱「功能」一節。
如要檢查功能,請在 files
資源上呼叫 get()
方法,並將 fileId
路徑參數和 fields
參數設為 capabilities
欄位。如要進一步瞭解如何使用 fields
參數傳回欄位,請參閱「傳回檔案的特定欄位」。
顯示範例
以下程式碼範例說明如何驗證使用者權限。回應會傳回使用者對檔案擁有的功能清單。每項功能都會對應到使用者可以採取的詳細動作。部分欄位只會填入共用雲端硬碟中的項目。
要求
GET https://www.googleapis.com/drive/v3/files/FILE_ID
?fields=capabilities
回應
{ "capabilities": { "canAcceptOwnership": false, "canAddChildren": false, "canAddMyDriveParent": false, "canChangeCopyRequiresWriterPermission": true, "canChangeSecurityUpdateEnabled": false, "canComment": true, "canCopy": true, "canDelete": true, "canDownload": true, "canEdit": true, "canListChildren": false, "canModifyContent": true, "canModifyContentRestriction": true, "canModifyLabels": true, "canMoveChildrenWithinDrive": false, "canMoveItemOutOfDrive": true, "canMoveItemWithinDrive": true, "canReadLabels": true, "canReadRevisions": true, "canRemoveChildren": false, "canRemoveMyDriveParent": true, "canRename": true, "canShare": true, "canTrash": true, "canUntrash": true } }
決定共用雲端硬碟檔案和資料夾的角色來源
如要變更檔案或資料夾的角色,您必須知道角色的來源。對於共用雲端硬碟,角色來源可以根據共用雲端硬碟的成員資格、資料夾上的角色,或檔案上的角色。
如要判斷共用雲端硬碟或該雲端硬碟內項目的角色來源,請在 permissions
資源上呼叫 get()
方法,並使用 fileId
和 permissionId
路徑參數,以及設為 permissionDetails
欄位的 fields
參數。
如要尋找 permissionId
,請在 permissions
資源上使用 list()
方法,並搭配 fileId
路徑參數。如要擷取 list
要求中的 permissionDetails
欄位,請將 fields
參數設為 permissions/permissionDetails
。
這個欄位會列舉使用者、群組或網域的所有沿用和直接檔案權限。
顯示範例
以下程式碼範例說明如何判斷角色來源。回應會傳回 permissions
資源的 permissionDetails
。inheritedFrom
欄位會提供沿用權限的項目 ID。
要求
GET https://www.googleapis.com/drive/v3/files/FILE_ID
/permissions/PERMISSION_ID
?fields=permissionDetails&supportsAllDrives=true
回應
{
"permissionDetails": [
{
"permissionType": "member",
"role": "commenter",
"inheritedFrom": "INHERITED_FROM_ID
",
"inherited": true
},
{
"permissionType": "file",
"role": "writer",
"inherited": false
}
]
}
變更權限
如要變更檔案或資料夾的權限,可以變更指派的角色:
在
permissions
資源上呼叫update()
方法,並將permissionId
路徑參數設為變更的權限,並將fileId
路徑參數設為相關聯的檔案、資料夾或共用雲端硬碟。如要尋找permissionId
,請在permissions
資源上使用list()
方法,並搭配fileId
路徑參數。在要求中指出新的
role
。
即使使用者或群組已是共用雲端硬碟的成員,您還是可以授予他們個別檔案或資料夾的權限。舉例來說,Alex 是共用雲端硬碟的role=commenter
成員。不過,您的應用程式可以將共用雲端硬碟中的檔案授予 Alex role=writer
。在這種情況下,由於新角色比透過會籍授予的角色權限更寬鬆,因此新權限會成為檔案或資料夾的有效角色。
顯示範例
以下程式碼範例說明如何將檔案或資料夾的權限從「註解者」變更為「作者」。回應會傳回 permissions
資源的例項。
要求
PATCH https://www.googleapis.com/drive/v3/files/FILE_ID
/permissions/PERMISSION_ID
{ "requests": [ { "role": "writer" } ] }
回應
{
"kind": "drive#permission",
"id": "PERMISSION_ID
",
"type": "user",
"role": "writer"
}
列出並解決待處理的存取提案
「存取提案」是要求者傳給核准者的提案,用於授予雲端硬碟項目的存取權。
核准者可以審查雲端硬碟檔案中所有尚未解決的存取權提案,並處理相關事宜。也就是說,您可以透過程式輔助方式查詢存取權提案,然後解決這些提案,加快審核程序。還能讓核准者匯總檢視提案。
雲端硬碟 API 提供 accessproposals
資源,方便您查看及解決待處理的存取提案。accessproposals
資源的方法適用於檔案、資料夾和共用雲端硬碟中的檔案,但「無法」在共用雲端硬碟中運作。
以下是存取權提案專屬的條款:
- 提出要求者:發起 Google 雲端硬碟項目存取權提案的使用者。
- 收件者:如果存取權提案獲得核准,則是指收到檔案額外權限的使用者。收件者通常與要求者相同,但不一定如此。
- 核准者:負責核准 (或拒絕) 存取權提案的使用者。這通常是因為他們是文件的擁有者,或是具有共用文件的權限。
列出待處理的存取提案
如要列出雲端硬碟項目中所有待處理的存取提案,請呼叫 accessproposals
資源的 list()
方法,並加入 fileId
路徑參數。
只有檔案核准者才能列出檔案中的待處理提案。核准者是指擁有檔案 can_approve_access_proposals
功能的使用者。如果要求者不是核准者,系統會傳回空白清單。如要進一步瞭解 capabilities
,請參閱「功能」一節。
回應主體包含 AccessProposal
物件,代表檔案中未解決的存取權提案清單。
AccessProposal
物件包含每個提案的相關資訊,例如要求者、收件者,以及要求者新增的訊息。它還包含 AccessProposalRoleAndView
物件,可將要求者的建議 role
與 view
分組。由於 role
是重複欄位,因此每個提案都可能有多次重複。舉例來說,提案可能包含 role=reader
和 view=published
的 AccessProposalRoleAndView
物件,以及另一個只包含 role=writer
值的 AccessProposalRoleAndView
物件。詳情請參閱「檢視表」。
傳遞下列查詢參數,即可自訂存取提案的分頁或篩選條件:
pageToken
:從先前 list 呼叫收到的頁面權杖。提供這個符記即可擷取後續網頁。pageSize
:每頁返回的存取建議數量上限。
解決待處理的存取權提案
如要解決 Drive 項目上所有待處理的存取提案,請在 accessproposals
資源上呼叫 resolve()
方法,並加入 fileId
和 proposalId
路徑參數。
resolve()
方法包含 action
查詢參數,用於表示要對提案採取的動作。Action
物件會追蹤提案的狀態變更,讓我們知道提案是否已接受或拒絕。
resolve()
方法也包含選用的 role
和 view
查詢參數。系統僅支援 writer
、commenter
和 reader
這幾種角色。如果未指定角色,則預設為 reader
。另外,您可以使用 send_notification
這個選用的查詢參數,在提案獲得核准或拒絕時,向提出要求者傳送電子郵件通知。
與 list()
方法一樣,解決提案的使用者必須具備檔案的 can_approve_access_proposals
功能。如要進一步瞭解 capabilities
,請參閱「功能」一節。
我們會使用「Drive 資源共用情境」一節所列的相同模式來解決提案。如果同一位使用者有多項提案,但角色不同,則適用以下規定:
- 如果接受一項提案且遭到拒絕,已接受的角色就會套用至雲端硬碟項目。
- 如果兩個提案同時通過,系統會套用具有較高權限的提案 (例如
role=writer
與role=reader
)。另一個存取提案會從該項目中移除。
將提案傳送至 resolve()
方法後,分享動作就會完成。系統不會再透過 list()
方法傳回 AccessProposal
。對方接受提案後,使用者必須使用 permissions
集合更新檔案或資料夾的權限。詳情請參閱「變更權限」一節。
撤銷檔案或資料夾的存取權
如要撤銷檔案或資料夾的存取權,請在 permissions
資源上呼叫 delete()
方法,並設定 fileId
和 permissionId
路徑參數,以便刪除權限。
對於「我的雲端硬碟」中的項目,您可以刪除繼承的權限。刪除沿用權限會撤銷對項目和子項 (如有) 的存取權。
共用雲端硬碟中的項目無法撤銷沿用權限。請改為更新或撤銷上層檔案或資料夾的權限。
delete()
方法也用於刪除直接套用至共用雲端硬碟檔案或資料夾的權限。
顯示範例
下列程式碼範例說明如何刪除 permissionId
來撤銷存取權。如果成功,回應主體會留白。如要確認權限已移除,請對 permissions
資源使用 list()
方法搭配 fileId
路徑參數。
要求
DELETE https://www.googleapis.com/drive/v3/files/FILE_ID
/permissions/PERMISSION_ID
將檔案擁有權轉移至相同機構的其他 Google Workspace 帳戶
「我的雲端硬碟」中現有檔案的擁有權可以從一個 Google Workspace 帳戶轉移到同一機構的另一個帳戶。其中檔案是由擁有共用雲端硬碟的機構擁有。因此,共用雲端硬碟中的檔案和資料夾不支援轉移擁有權。共用雲端硬碟的管理員可以將項目從該共用雲端硬碟移至自己的「我的雲端硬碟」,並將擁有權轉移給對方。
如要轉移「我的雲端硬碟」中檔案的擁有權,請執行下列任一操作:
建立檔案權限,授予特定使用者 (
type=user
) 擁有者存取權 (role=owner
)。使用
role=owner
更新現有檔案的權限,並將擁有權轉移給指定使用者 (transferOwnership=true
)。
將檔案擁有權從一個消費者帳戶轉移至另一個帳戶
檔案擁有權可在消費者帳戶之間轉移。不過,在擁有者明確同意轉移作業之前,雲端硬碟不會在兩個個人帳戶之間轉移檔案擁有權。如要將檔案擁有權從一個消費者帳戶轉移至另一個帳戶,請按照下列步驟操作:
目前的擁有者可以建立或更新潛在擁有者的檔案權限,以便啟動擁有權轉移程序。權限必須包含以下設定:
role=writer
、type=user
和pendingOwner=true
。如果目前的擁有者為潛在擁有者建立權限,系統會傳送電子郵件通知潛在擁有者,要求對方接管檔案的擁有權。潛在擁有者可以建立或更新檔案權限,接受擁有權轉移要求。權限必須包含以下設定:
role=owner
和transferOwnership=true
。如果潛在擁有者建立新的權限,系統會傳送電子郵件通知給先前的擁有者,指出擁有權已轉移。
轉移檔案後,先前的擁有者角色會降級為 writer
。
透過批次要求變更多項權限
強烈建議您使用批次要求來修改多個權限。
以下是使用用戶端程式庫執行批次權限修改作業的範例。