プッシュ通知の仕組み｜APNs・FCMと2級の要点

一言でいうと、「サーバ側から始める知らせ」を、OSの通知サービスに仲立ちしてもらって端末に届ける仕組みです。メッセージの着信、予約の確認、配送の状況など、利用者が画面を開いていないときに知らせたい用途で使われます。

スマホは電池を長持ちさせるため、使っていないアプリの動作や通信を制限することがあります。各アプリがばらばらにサーバとつながり続けると電力も通信も余計にかかるため、通知は OS の提供者が運営する通知サービスを通して届けるのが基本の形です。

APNs・FCM に共通する流れを、当サイトが4段階に整理しました。

1. 1トークンの取得：アプリが端末上で通知サービスに登録し、その端末のそのアプリを表すトークンを受け取る。
2. 2トークンの登録：アプリがトークンを自社のサーバ（プロバイダ、アプリケーションサーバ）に送り、利用者と結び付けて保存する。
3. 3送信の依頼：知らせたいことが起きたら、自社のサーバがトークンと本文を付けて通知サービスに送信を依頼する。
4. 4配信と表示：通知サービスが端末へ届け、OS が通知を表示する（またはアプリにデータを渡す）。

Firebase の公式ドキュメントは、FCM が実際の配信を各プラットフォームの経路に任せ、Android 端末には Android の転送層、Apple の端末には APNs、Web には Web プッシュのプロトコルを使うと説明しています。つまり、FCM で iPhone に送る場合も、最終的には APNs を通るという点が取り違えやすいところです。

ポーリングは、端末側が一定の間隔でサーバに「新しい知らせはありますか」と問い合わせる方式です。仕組みが単純な反面、新着がなくても問い合わせが発生し、間隔を短くすると電力と通信が増え、長くすると知らせが遅れます。

IoT の分野で使われる MQTT も、送り手と受け手の間を仲介役（ブローカ）が取り持つ点でプッシュ通知と考え方が似ています。違いはMQTTとはで整理しています。

MCPC の公式ページの図では、モバイルシステム技術検定 2級（100問・100分・4者択一）の出題カテゴリの一つ「モバイルインターネットとモバイルコンテンツ技術」の比率が20%と示されています（2026年9月27日確認）。当サイトでは、公式テキスト『モバイルシステム技術テキスト 第11版』の第9章「モバイルインターネットとコンテンツ技術」がこの範囲に当たると推定しています（章名からの当サイトの判断で、公式の対応表ではありません）。

4択での問われ方は、次のような型が考えられます。出題頻度の公式データはありません。

• ✓流れの順序：トークンの取得・登録・送信の依頼・配信の順番を問う。
• ✓サービス名と提供者：APNs と FCM がどの会社の、どのOS向けのサービスかを問う。
• ✓ポーリングとの違い：通信を始める側や、新着がないときの通信の有無を問う。
• ✓Web プッシュ：ブラウザ向けの通知の仕組みと PWA の関係を問う。

ブラウザの通知を支える Service Worker はPWAとは、通知の権限を含むOSの仕組みはAndroidとiOSのアーキテクチャの違いで扱います。試験全体はモバイルシステム技術検定2級とはへ。

選択肢を読んだら、「誰が誰に送るのか」を矢印で書き出すと取り違えが減ります。