Fase ini terjadi setelah kredensial disediakan ke perangkat, dan diulang hingga kredensial mencapai status tidak aktif (seperti saat dihapus dari perangkat). Jika detail tentang DC pengguna telah berubah di sistem Penerbit, proses ini akan memperbaruinya di perangkat pengguna. Ini juga digunakan untuk memberi tahu Penerbit saat perangkat tidak lagi menggunakan DC.
Untuk mengetahui informasi selengkapnya tentang berbagai status siklus proses kredensial, lihat Model resource kredensial dalam spesifikasi API.
Alur permintaan
Detail alur
| Langkah | Sumber | Deskripsi |
|---|---|---|
| 1 | Server penerbit | Informasi tentang dokumen identitas pengguna telah berubah. Penerbit memanggil `notifyCredentialStatusUpdateAvailable` untuk memberi tahu Google tentang perubahan tersebut. |
| 2 | Server Google | Google memanggil `getCredentialStatus` untuk mendapatkan status DC. |
| 3 | Server penerbit | Penerbit menampilkan objek `ProvisionPending` dan `credentialVersionId` yang diperbarui. |
| 4 | Server Google | Google meneruskan informasi ini ke perangkat pengguna. |
| 5 | Perangkat yang menggunakan Android | Perangkat pengguna melihat bahwa versi DC lokal sudah устаре dan memanggil `provisionCredential` untuk mendapatkan DC baru. |
| 6 | Server Google | Google meneruskan panggilan `provisionCredential` ke Penerbit. |
| 7 | Server penerbit | Penerbit membuat DC baru dengan ID versi yang diperbarui. |
| 8 | Server Google | Google meneruskan DC yang diperbarui ke perangkat pengguna. |
| 9 | Perangkat yang menggunakan Android | Perangkat pengguna mengupdate DC lokal dengan versi terbaru dan memanggil `provisionMobileSecurityObjects` untuk meminta MSOs yang diperbarui. |
| 10 | Server Google | Google meneruskan permintaan tersebut ke Penerbit. |
| 11 | Server penerbit | Penerbit membuat MSOs baru dan menampilkannya ke Google. |
| 12 | Server Google | Google meneruskan MSOs ke perangkat pengguna. |