Apps bereitstellen

Die Google Play EMM API unterstützt die folgenden Verteilungsmethoden für öffentlichen und privaten Apps:

Apps aus dem Managed Google Play Store manuell installieren

Sie können festlegen, welche Apps Nutzern zur Installation in der Devices policy und legen Sie ihn durch Aufrufen von Devices.update fest. Wann? neue Geräte bereitstellen, sollten Sie die Richtlinie festlegen, bevor Sie das verwaltete Gerät Google Play-Konto mit dem Gerät verknüpfen. Andernfalls wird die Richtlinie nicht für kurz nach dem Hinzufügen des Kontos zum Gerät.

Das Verhalten des Managed Play Store wird durch den Wert von policy.productAvailabilityPolicy:

  • all: Alle öffentlichen Apps aus dem Play Store sind verfügbar.
  • whitelist: Nur die unter policy.productPolicy aufgeführten Apps sind verfügbar.

In beiden Fällen werden alle Apps in policy.productPolicy standardmäßig zu an das Geschäftslayout des Unternehmens anzupassen. Das Store-Layout des Unternehmens ist die Startseite des Managed Play Store, wenn „whitelist“ ausgewählt ist, und der Nutzer kann darauf zugreifen in einer „geschäftlichen App“ Tab, wenn all ausgewählt ist. Sie können Ihrem Kunden erlauben, das Store-Layout des Unternehmens durch Einbettung des Managed Google Play iFrame (siehe Apps mit dem iFrame von Managed Google Play organisieren).

Apps per Fernzugriff auf Nutzergeräten installieren

Um eine App auf dem Gerät eines Nutzers per Remote-Zugriff zu installieren (auch Push-Installation genannt), legen Sie policy.productPolicy.autoInstallPolicy in der policy von Device. Wann? neue Geräte bereitstellen, sollten Sie die Richtlinie festlegen, bevor Sie das verwaltete Gerät Google Play-Konto mit dem Gerät verknüpfen. Andernfalls wird die Richtlinie nicht für kurz nach dem Hinzufügen des Kontos zum Gerät.

Für autoInstallMode kann Folgendes festgelegt werden:

  • doNotAutoInstall: Die App wird nicht automatisch installiert.
  • autoInstallOnce: Die App wird einmal automatisch installiert, wenn der Nutzer wird die App deinstalliert. Sie wird nicht erneut installiert.
  • forceAutoInstall: Die App wird automatisch installiert, wenn der Nutzer wird die App deinstalliert, damit sie erneut installiert wird. Auf verwalteten Geräten: der DPC sollte die Deinstallation mit DevicePolicyManager.setUninstallBlocked

Bei Ausfällen (Verbindungsverlust, Speichermangel usw.) sind Installationen werden automatisch wiederholt, bis sie erfolgreich waren. Exponentielle Backoff-Wiederholungsstrategie um eine Verschwendung von Akku und Daten bei nicht wiederherstellbaren Störungen.

Installationspriorität

Du kannst die Reihenfolge der Installationen festlegen, indem du autoInstallPriority festlegst. Die Die Priorität muss eine vorzeichenlose Ganzzahl sein und der Standardwert ist 0. Apps werden werden in aufsteigender Reihenfolge oder Priorität installiert, d. h., Apps mit der niedrigeren Prioritätswert wird zuerst installiert.

Installationseinschränkungen

Sie können Installationsbeschränkungen für jede Anwendung festlegen, indem Sie ein autoInstallConstraint, mit dem Sie den erforderlichen Status des während der Installation:

  • ob das Gerät mit einem WLAN verbunden sein soll,
  • ob das Gerät geladen werden soll,
  • und ob das Gerät inaktiv sein soll, d. h., es wird vom Nutzer nicht aktiv verwendet.

Werden die Einschränkungen nicht sofort erfüllt, werden die betroffenen Installationen in die Warteschlange gestellt. bis die Einschränkungen erfüllt sind.

In einer autoInstallConstraint wird die UND-Regel zwischen den Feldern angewendet. Für Beispiel: Mit dem folgenden autoInstallConstraint muss das Gerät sowohl geladen werden und mit einem kostenlosen Netzwerk (z.B. WLAN) verbunden ist, damit die App installiert:

"autoInstallConstraint": [
  "chargingStateConstraint" : "chargingRequired",
  "networkTypeConstraint" : "unmeteredNetwork"
]

Apps auf neu bereitgestellten Geräten automatisch installieren

Die Google Play EMM API sendet eine NewDeviceEvent-Benachrichtigung, wenn ein Gerät bereitgestellt wurde. Um Apps automatisch per Push auf neu bereitgestellten Geräten zu installieren Geräte, achte auf NewDeviceEvent-Benachrichtigungen. Ab jedem NewDeviceEvent, userId und deviceId abrufen und dann Devices.update aufrufen, um die Richtlinie für dieses Gerät.

Informationen zum Abonnieren von EMM-Benachrichtigungen finden Sie unter EMM-Benachrichtigungen einrichten

Apps für geschlossene Tests bereitstellen

Geschlossene Tests ermöglichen es App-Entwicklern, Feedback zu frühen Versionen ihrer von vertrauenswürdigen Nutzern. Entwickler können geschlossene Tests bei Google Play einrichten Konsole. Mit der Play EMM API können IT-Administratoren geschlossene Versionen (auch Tracks genannt) von Apps an bestimmte Nutzer senden. Ihr Unternehmen können Kunden diese Funktion nicht nur nutzen, um Drittanbieter-Apps zu testen, interne, intern entwickelte Apps.

Zulässige Apps

Bevor ein Entwickler ein Unternehmen zur Liste der geschlossenen Tester einer App hinzufügt, App folgende Kriterien erfüllen muss:

  • Eine Produktionsversion der App wurde bei Google Play veröffentlicht.
  • In der Google Play Console ist Managed Google Play im Seite Erweiterte Einstellungen.
  • Alle geschlossenen Versionen der App erfüllen Anforderungen an den Versionscode.

Unternehmen zu geschlossenen Tests hinzufügen

App-Entwickler können Unternehmen zu Tests hinzufügen, die die Methoden Geschlossener Alpha-Track verwenden Test oder Alphatests mit Google Groups Eine Anleitung findest du im Leitfaden. Offenen, geschlossenen oder internen Test einrichten Der Entwickler muss die Organisations-ID eingeben (auch als Unternehmens-ID) jedes teilnehmenden Unternehmens an. können IT-Administratoren an Drittanbieter-App-Entwickler weitergeben. Gehen Sie dazu so vor:

  1. Melden Sie sich im Managed Play Store an.
  2. Klicken Sie auf Administratoreinstellungen.
  3. Kopieren Sie den Organisations-ID-String aus dem Feld „Informationen zur Organisation“ und an den Entwickler senden.

Zusätzliche Anforderungen für interne Apps

Bei privaten Apps muss der Entwickler außerdem die Organisations-IDs jeder einzelnen teilnehmenden Unternehmen auf den Tab Managed Google Play der App Seite „Erweiterte Einstellungen“. Anweisungen finden Sie unter Veröffentlichen Sie eine interne App.

Geschlossene Tracks an Nutzer verteilen

So rufen Sie eine Liste der Tracks ab, die einem Unternehmen für eine bestimmte App zur Verfügung stehen: Rufen Sie Products.get auf. Die in der Antwort enthaltene Liste appTracks[] enthält die für jede App verfügbaren Tracks. appTracks[].trackAlias ist ein Nutzer lesbaren Namen für den Track, den Sie in Ihrer EMM-Konsole anzeigen können, und der appTracks[].trackId ist die maschinenlesbare ID des Tracks.

Um einem Nutzer die Sichtbarkeit für den geschlossenen Track einer App zu gewähren, legen Sie den Parameter policy.productPolicy[].trackIds[] in der policy von Device Sind mehrere Tracks für ein Gerät verfügbar, verfügbare Version mit dem höchsten Versionscode installiert wird.

Die trackIds werden in bestimmten Products.get Szenarien wie:

  • Das APK des Tracks wird in einen anderen Track oder in den Produktions-Track hochgestuft.
  • Die Produktionsversion wird mit einer höheren Version als der Track aktualisiert.
  • Ein Entwickler stoppt den Track.

Kostenpflichtige App-Lizenzen im Blick behalten

Bei kostenpflichtigen Apps erfasst das Objekt Grouplicenses, wie viele Lizenzen ein Unternehmen besitzt und wie viele Lizenzen verwendet werden. Sie können Grouplicenses.get, um Lizenzdetails für eine App zu erhalten.

Bevor eine kostenpflichtige App auf einem Gerät installiert werden kann, benötigt das Unternehmen eine Lizenz für die App verfügbar. Wenn eine Lizenz verfügbar ist, wird die App installiert. auf dem Gerät und ein Entitlements-Objekt wird erstellt. Ein Entitlements Objekt verknüpft eine Lizenz mit einem Nutzer und verringert die Anzahl der verfügbaren Lizenzen für die App. Sind keine Lizenzen verfügbar, schlägt die Installation der App fehl und wird kein Entitlements-Objekt erstellt.

Grouplicenses- und Entitlements-Objekte werden nicht von Anwendungen verwendet, die kostenlos bereitgestellt werden.