Google Play EMM API 支援下列發行方式: 公開和私人應用程式:
從 Google Play 管理版商店手動安裝應用程式
您可以在
Device
的 policy
,然後呼叫 Devices.update
來設定該選項。時間
佈建新裝置,在新增受管理的裝置之前,請先設定政策
裝置上的 Google Play 帳戶,否則裝置無法
。
Google Play 管理版商店行為是由
policy.productAvailabilityPolicy
:
all
:Play 商店提供的所有公開應用程式皆可使用。whitelist
:只能使用policy.productPolicy
中列出的應用程式。
在這兩種情況下,policy.productPolicy
中的所有應用程式都會預設為
調整了企業商店配置的配置方式企業的商店版面配置是首頁
選取「whitelist
」時即可瀏覽 Play 管理版商店,而使用者可以存取
在「工作應用程式」中選取「all
」時,按下 Tab 鍵。您可以讓使用者執行以下動作:
嵌入 Google Play 管理版,自訂企業的商店版面配置
iframe (請參閱透過 Google Play 管理版 iframe 整理應用程式)。
從遠端安裝應用程式到使用者的裝置上
如要在使用者的裝置上遠端安裝 (也稱為推送安裝) 應用程式,請
Device
的 policy
中的 policy.productPolicy.autoInstallPolicy
。時間
佈建新裝置,在新增受管理的裝置之前,請先設定政策
裝置上的 Google Play 帳戶,否則裝置無法
。
autoInstallMode
可設為:
doNotAutoInstall
:應用程式不會自動安裝。autoInstallOnce
:如果使用者是用戶,應用程式會自動安裝一次 解除安裝應用程式;系統不會再次安裝。forceAutoInstall
:如果使用者會自動安裝該應用程式 解除安裝應用程式。在受管理的裝置上,DPC 應使用以下方式封鎖解除安裝:DevicePolicyManager.setUninstallBlocked
。
如果發生連線故障 (連線中斷、儲存空間不足等),安裝作業會 會自動重試,直到成功為止。指數輪詢重試策略 是在無法恢復的情況下,避免浪費電池和資料 失敗。
安裝優先順序
你可以設定 autoInstallPriority
以選擇安裝順序。
優先順序必須為無正負號整數,且預設值為 0。應用程式會是
安裝的應用程式會遞增或優先顯示
的優先順序值。
安裝限制
您可以設定每個應用程式的安裝限制,
autoInstallConstraint
,可讓您控制
裝置:
- 是否應將裝置連上 Wi-Fi 網路
- 是否應讓裝置充電
- 以及裝置是否應處於閒置狀態 (使用者未主動使用)。
如果沒有立即達到限制條件,系統會將受影響的安裝作業排入佇列 直到符合限制條件
在 autoInstallConstraint
中,AND 規則會在欄位之間套用。適用對象
例如,以下列 autoInstallConstraint
來說,裝置必須同時是
充電並連上非計量付費網路 (如 Wi-Fi),以便執行應用程式
安裝:
"autoInstallConstraint": [
"chargingStateConstraint" : "chargingRequired",
"networkTypeConstraint" : "unmeteredNetwork"
]
在新佈建的裝置上自動安裝應用程式
Google Play EMM API 會在裝置發生以下情況時傳送 NewDeviceEvent
通知:
首次佈建將應用程式自動推送至新佈建的佈建中
裝置,監聽「NewDeviceEvent
」通知。從每個NewDeviceEvent
擷取 userId
和 deviceId
,然後呼叫 Devices.update
進行設定
政策。
如要瞭解如何訂閱 EMM 通知,請參閱 設定 EMM 通知。
發布應用程式進行封閉測試
透過封閉測試,應用程式開發人員可以取得各版本早期版本的意見回饋 信任的使用者開發人員可以在 Google Play 中設定封閉測試 控制台。使用 Play EMM API,讓 IT 管理員能夠發布封閉式應用程式 提供給特定使用者的應用程式版本 (也稱為測試群組)。您的企業 客戶可以使用這項功能來測試第三方應用程式 公司內部開發的私人應用程式
符合資格的應用程式
開發人員將企業新增至應用程式的封閉測試人員清單之前, 應用程式應符合下列條件:
- 應用程式的正式版在 Google Play 上發布。
- 在 Google Play 管理中心,Google Play 管理版應用程式的 「進階設定」頁面。
- 任何關閉版本的應用程式 版本代碼規範。
將企業加入封閉測試
應用程式開發人員可將企業新增至採用封閉式 Alpha 版測試方法的測試。 使用 Google 網路論壇或進行 Alpha 版測試。如需說明,請參閱指南 請參閱這篇文章,瞭解如何設定公開測試、封閉測試或內部測試。 開發人員必須輸入機構 ID (又稱為 enterprise ID)。IT 管理員可以 傳送給第三方應用程式開發人員的 ID,步驟如下:
- 登入 Google Play 管理版商店。
- 按一下 [管理設定]。
- 複製機構資訊方塊中的機構 ID 字串, 傳送給開發人員
私人應用程式的其他規定
如果是私人應用程式,開發人員還需要新增每個應用程式的機構 ID 加入應用程式的「Google Play 管理版」分頁 「進階設定」頁面。如需指示,請參閱: 發布私人應用程式。
向使用者發布封閉測試群組
如要擷取企業針對特定應用程式可用的測試群組清單,請
呼叫 Products.get
。回應中包含的 appTracks[]
清單包括
每個應用程式可用的測試群組appTracks[].trackAlias
是使用者
易讀的曲目名稱,會顯示在 EMM 控制台中
appTracks[].trackId
是音軌的機器可讀取 ID。
如要授權使用者存取應用程式的封閉測試群組,請設定
policy.productPolicy[].trackIds[]
是
Device
的 policy
。如果裝置有多個測試群組,
將安裝版本代碼最高的可用版本。
在某些情形下,trackId 會自動從 Products.get
呼叫中移除
像是下列情況:
- 測試群組的 APK 會推送至其他測試群組或正式版群組。
- 正式版應用程式的更新版本高於測試群組。
- 開發人員停止測試群組。
追蹤付費應用程式授權
如果是付費應用程式,Grouplicenses
物件會追蹤每個應用程式的授權數量
以及使用中的授權數量。你可以打電話
Grouplicenses.get
可取得應用程式的授權詳細資料。
使用者必須先為裝置安裝付費應用程式,才能在裝置上安裝付費應用程式
可用的授權。如果有可用的授權,系統就會安裝應用程式
系統會建立 Entitlements
物件。Entitlements
object 會將授權與使用者連結,並減少可用的授權數
。如果沒有可用授權,應用程式安裝失敗,且
系統不會建立任何 Entitlements
物件。
下列執行個體不適用 Grouplicenses
和 Entitlements
物件
免費發布。