Mobile Platform as a Service：Proses push pesan

Setelah mengintegrasikan Layanan Push Pesan (MPS), klien menggunakan Layanan Gateway Seluler mPaaS untuk memanggil gateway Remote Procedure Call (RPC) guna registrasi perangkat, pengikatan pengguna, dan pengikatan saluran pihak ketiga. Hal ini memungkinkan implementasi push pesan berdasarkan perangkat atau pengguna. Proses push pesan berbeda di berbagai platform perangkat. Bagian berikut menjelaskan proses push pesan melalui RPC pada berbagai platform perangkat.

Sebelum memahami proses push, Anda perlu mengetahui beberapa konsep dasar yang terlibat dalam push pesan.

Konsep dasar

• ID Perangkat (token): MPS memberikan pengenal unik kepada setiap perangkat klien dan menentukan target push pesan berdasarkan pengenal tersebut.

  • Untuk perangkat Android, koneksi persisten dibuat untuk push pesan.

  • Untuk perangkat iOS, Apple Push Notification service (APNs) digunakan untuk push pesan.

• Mode Push: MPS menyediakan mode push berikut:

  • Push Spesifik ID Perangkat

  • Push Spesifik ID Pengguna

  • Push Siaran Tanpa Menentukan Pengenal Apapun

    null

    Tidak peduli mode mana yang digunakan, ID perangkat yang dipetakan akan dihasilkan di dalam sistem. Push pesan spesifik ID pengguna memberikan kemudahan dalam berinteraksi dengan sistem bisnis Anda. Karena ID pengguna akhirnya dipetakan ke ID perangkat, Anda harus mengikat ID pengguna ke ID perangkat. Metode yang direkomendasikan adalah mengikat ID pengguna ke ID perangkat yang sesuai saat pengguna masuk. Saat pengguna keluar, hubungan pengikatan dihapus.

• Push Pihak Ketiga: Push pihak ketiga merujuk pada push oleh vendor, yang dapat menjamin tingkat kedatangan yang tinggi. Selama proses inisialisasi pemanggilan metode init, klien meminta ID perangkat dari mPaaS dan platform pihak ketiga. ID perangkat kemudian dikembalikan oleh mPaaS dan platform pihak ketiga dalam callback.

  Jika Anda ingin menggunakan push pihak ketiga, Anda harus memanggil API report untuk mengunggah ID perangkat mPaaS dan ID perangkat pihak ketiga ke Mobile Push Core, serta mengaitkan kedua ID perangkat tersebut. Setelah operasi ini selesai, ID perangkat pihak ketiga dapat benar-benar digunakan; jika tidak, push pesan merupakan push mPaaS biasa.

Proses

MPS melibatkan dua sistem backend:

• Mobile Push Core (Pushcore): Menangani logika layanan dan menyediakan API kepada pengembang.

• Mobile Push Gateway (Mcometgw): Mempertahankan koneksi persisten dengan perangkat Android.

Pelajari tentang proses integrasi MPS pada berbagai platform perangkat:

• Perangkat Android di daratan Tiongkok

• Perangkat iOS dan perangkat Android di luar Tiongkok

Perangkat Android di daratan Tiongkok

Klien menggunakan RPC untuk langsung berinteraksi dengan Mobile Push Core (Pushcore) melalui gateway RPC. Untuk perangkat Android di Tiongkok, MPS menyediakan gateway yang dibangun sendiri. Gambar berikut menunjukkan prosesnya.

Dimana,

• Saat aplikasi dimulai, klien membangun koneksi persisten dengan Mcometgw. Jika informasi setup koneksi klien tidak mencakup pengenal perangkat, Mcometgw mengeluarkan pengenal perangkat.

• Jika pengguna mengaktifkan MPS dari saluran pihak ketiga seperti Mi dan Huawei, dan klien adalah perangkat pihak ketiga, SDK pihak ketiga diinisialisasi, membangun koneksi persisten dengan gateway push vendor, dan mendapatkan ID perangkat dari saluran pihak ketiga.

• Aplikasi memanggil API RPC pelaporan perangkat dan melaporkan informasi perangkat pihak ketiga.

• Pengguna aplikasi memulai permintaan login di klien.

• Server menerima permintaan login pengguna. Saat berhasil masuk ke aplikasi, Anda dapat mengirim permintaan pengikatan pengguna-perangkat ke Pushcore.

• Server memulai permintaan push.

• Pushcore menerima permintaan push, dan membedakan jenis push pesan.

  • Jika pesan didorong oleh perangkat, Pushcore memanggil Mcometgw untuk mengirim pesan.

  • Jika pesan didorong oleh pengguna, Pushcore mendapatkan ID perangkat berdasarkan ID pengguna dalam permintaan dan kemudian memanggil Mcometgw untuk mengirim pesan.

• Mcometgw mengirim pesan ke klien.

• Setelah pesan berhasil dikirim, klien akan mengonfirmasi penerimaan pesan dengan Mcometgw. Jika pengguna telah mengonfigurasi API callback, Pushcore akan mengirim tanda terima ke server.

• Saat pengguna secara aktif keluar dari aplikasi, klien memanggil API RPC pelepasan ikatan.

Perangkat iOS dan perangkat Android di luar Tiongkok

Gateway push untuk perangkat Android di luar Tiongkok menggunakan Google Firebase Cloud Messaging (GCM/FCM) untuk Android, sedangkan gateway push untuk perangkat iOS menggunakan Apple Push Notification service (APNs). Berikut ini menggunakan perangkat iOS sebagai contoh.

Klien menggunakan RPC untuk langsung berinteraksi dengan Mobile Push Core (Pushcore) melalui gateway RPC. Gambar berikut menunjukkan prosesnya.

Dimana,

• Klien mendapatkan ID perangkat iOS.

• Klien memanggil API RPC pelaporan perangkat dan melaporkan ID perangkat ke Pushcore melalui gateway RPC.

• Pengguna aplikasi memulai permintaan login di klien.

• Saat berhasil masuk ke aplikasi, pengguna dapat memanggil API RPC pengikatan untuk mengirim permintaan pengikatan pengguna-perangkat ke gateway RPC, yang meneruskan permintaan ke Pushcore.

• Server mengirim permintaan push ke Pushcore.

• Pushcore menerima permintaan push dan membedakan jenis push pesan.

  • Jika pesan didorong oleh perangkat, Pushcore langsung memanggil APNs untuk mengirim pesan.

  • Jika pesan didorong oleh pengguna, Pushcore mendapatkan ID perangkat berdasarkan ID pengguna dalam permintaan dan kemudian memanggil APNs untuk mengirim pesan.

• Setelah pesan berhasil dikirim, klien akan mengonfirmasi penerimaan pesan dengan Pushcore. Jika pengguna telah mengonfigurasi API callback, Pushcore akan mengirim tanda terima ke server.