Method: users.list

列出目前使用者可存取的使用者。如果兩位使用者擁有同一夥伴或廣告客戶的使用者角色,他們就能互相存取。

這個方法有專屬的驗證規定。使用這個方法前,請先參閱管理使用者指南中的必要條件。

「試試這個方法」功能不適用於此方法。

HTTP 要求

GET https://displayvideo.googleapis.com/v2/users

這個網址使用 gRPC 轉碼語法。

查詢參數

參數
pageSize

integer

要求的頁面大小。必須介於 1200 之間。如果未指定,則預設值為 100

pageToken

string

用於識別伺服器應傳回之結果頁面的符記。一般而言,這是從先前呼叫 users.list 方法傳回的 nextPageToken 值。如果未指定,系統將傳回第一頁的結果。

orderBy

string

清單排序依據的欄位。可接受的值為:

  • displayName (預設)

預設的排序順序是遞增。如要為欄位指定遞減順序,請在後方加上「desc」即可加入欄位名稱。例如 displayName desc

filter

string

可依使用者欄位進行篩選。

支援的語法:

  • 篩選器運算式由一或多個限制組成。
  • 限制可用邏輯運算子 AND 合併。
  • 限制的形式為 {field} {operator} {value}
  • displayNameemail 欄位必須使用 HAS (:) 運算子。
  • lastLoginTime 欄位必須使用 LESS THAN OR EQUAL TO (<=)GREATER THAN OR EQUAL TO (>=) 運算子。
  • 所有其他欄位都必須使用 EQUALS (=) 運算子。

支援的欄位:

  • assignedUserRole.advertiserId
  • assignedUserRole.entityType:這是 AssignedUserRole 的合成欄位,用於篩選。代表要指派使用者角色的實體類型。有效值為 PartnerAdvertiser
  • assignedUserRole.parentPartnerId:這是 AssignedUserRole 的合成欄位,用於篩選。指出獲派使用者角色的實體的上層合作夥伴。
  • assignedUserRole.partnerId
  • assignedUserRole.userRole
  • displayName
  • email
  • lastLoginTime (採用 ISO 8601 格式,或 YYYY-MM-DDTHH:MM:SSZ)

範例:

  • displayName 中的使用者包含「foo」:displayName:"foo"
  • 使用者的 email 包含「bar」:email:"bar"
  • 所有具備標準使用者角色的使用者:assignedUserRole.userRole="STANDARD"
  • 所有具備夥伴 123 使用者角色的使用者:assignedUserRole.partnerId="123"
  • 具備「廣告客戶 123」使用者角色的所有使用者:assignedUserRole.advertiserId="123"
  • 具備夥伴層級使用者角色的所有使用者:entityType="PARTNER"
  • 夥伴 123 和夥伴 123 中廣告主的使用者角色皆具備下列權限:parentPartnerId="123"
  • 於 2023-01-01T00:00:00Z (格式 ISO 8601 格式) 當天或之後登入的所有使用者:lastLoginTime>="2023-01-01T00:00:00Z"

這個欄位的長度不得超過 500 個半形字元。

詳情請參閱篩選器 LIST 要求指南。

要求主體

要求主體必須為空白。

回應主體

如果成功,回應主體即會包含具有以下結構的資料:

JSON 表示法
{
  "users": [
    {
      object (User)
    }
  ],
  "nextPageToken": string
}
欄位
users[]

object (User)

使用者清單。

如果留空,這份清單就不會顯示。

nextPageToken

string

用於擷取下一頁結果的符記。在對 users.list 方法的後續呼叫時,將這個值傳入 pageToken 欄位,即可擷取下一頁的結果。如果沒有其他可傳回的結果,這個權杖就會消失。

授權範圍

需要下列 OAuth 範圍:

  • https://www.googleapis.com/auth/display-video-user-management

詳情請參閱 OAuth 2.0 總覽