アーキテクチャ

プッシュメッセージがアプリケーションのプロバイダーから送信され、対象のオーディエンスに配信されるまでのパスは、Webアプリケーションとモバイルアプリケーションのどちらにおいても、いくつかの一般的なステップで説明できます。このセクションでは、これらのステップと、Catalystがアプリケーションにプッシュ通知を簡単に組み込むために果たす役割を理解するのに役立ちます。

Webアプリ、iOSアプリ、またはAndroidアプリでターゲットデバイスにプッシュメッセージを通知として渡す際に関係する一般的な主要要素は以下の通りです。

サービスプロバイダー

ターゲットユーザーに配信するプッシュメッセージを開始するiOS、Android、またはWebアプリケーションがサービスプロバイダーです。プッシュメッセージとともに、プッシュサービスがメッセージを適切なクライアントにルーティングし、適切なサービスワーカーを起動するために必要な情報がリクエストに含まれている必要があります。

サーバー

サーバーはプッシュサービスにAPIコールを行い、プッシュメッセージの配信をリクエストします。この場合、Catalystがすべてのバックエンドアクティビティを処理するために必要なサーバーを提供します。プッシュサービスへのAPIコールは、Catalystがそれに設定された後にのみ行うことができます。

プッシュサービス

Webアプリケーションの場合、ChromeやFirefoxなどの各ブラウザが独自のプッシュサービスを実装しています。SafariブラウザとiOSアプリケーションはAPNsを実装しています。Androidアプリケーションは、この目的でFirebase Cloud Messagingを使用します。

プッシュサービスは、プッシュメッセージの検証、適切なサービスワーカーの起動、およびメッセージのターゲットデバイスへの通知としてのルーティングを担当します。Webアプリケーションの場合、プッシュサービスはターゲットデバイスが受信可能になるまでプッシュメッセージをキューイングします。

サービスワーカー

サービスワーカーは、プッシュイベントの発生をリッスンするアイドル状態のJavaScriptファイルです。プッシュサービスによってプッシュメッセージが特定のデバイスにルーティングされると、そのデバイスに割り当てられたサービスワーカーが一時的に起動し、メッセージを通知として表示します。

通知APIで定義された制約に従い、それに応じてユーザーに通知を表示します。サービスワーカーはプッシュ通知に対するユーザーのインタラクションを処理します。インタラクションが完了すると、サービスワーカーは再びアイドル状態に戻ります。Catalystは、さまざまなWebブラウザ、iOS、およびAndroid向けのサービスワーカーの実装を処理します。

このプロセス全体はわずかな時間で完了し、すべての条件が満たされていれば、開始したプッシュメッセージは数秒以内にユーザーデバイスに配信されます。

特定のプラットフォームの詳細については、iOS、Android、およびWebヘルプセクションを参照してください。