過去に自前のサーバーを用いてiOSアプリにプッシュ通知の機能を構築したことはあるものの、サーバー部分をAWS（Amazon Web Services）に置き換えたい、という状況になったため、その手順をメモとして残しておきます。（2016年5月現在） （ Androidアプリでの手順については こちら です。） 全体の流れ 前提条件としまして、iOSアプリの公開の手順は既知であるものとします。 また、AWSのリージョンは「東京」を指定しているものとします。 大まかには、以下の流れで説明していきます。 プッシュ通知用のCertificateの作成 AWS上の設定（SNS, Cognito） AWS SDKの実装（Xcode） プッシュ通知の送信（AWS） プッシュ通知用のCertificateの作成（Apple Developer） App IDの作成までは完了していることとします。 証明書の
もしかしたらよく知られていることなのかもしれないけど、割とハマったのでメモ。 iOSアプリでプッシュ通知機能のテストは結構面倒である。特に面倒なのが、アプリ初回起動時の挙動のテスト（以下の画像参照）。 iOSのプッシュ機能は以下のような流れで設定される。 アプリ起動時にregisterForRemoteNotificationTypesメソッドを呼ぶ 端末はアップルのサーバー(APNs)と通信して、プッシュのためのデバイストークンを取得 アプリの初回起動時にのみiOSが「＜アプリ名＞はあなたにプッシュ通知を送信します。よろしいですか？」というアラートを表示する 「はい」ボタンを押すと、APNsに端末が登録されプッシュを受信できるようになる で面倒なのが、初回起動時のみに表示されるアラートのテスト。このアラートは本当に初回起動時にしか表示されず、アプリを一度削除して、再度インストールしても、
プッシュ通知を実装するときに、「バックグラウンドで通知受けたときはapplication:didFinishLaunchingWithOptions:とapplication:didReceiveRemoteNotification:、どっちが呼ばれるんだっけ？」とかなんだかいつも自信なくなってきてドキュメントを見返したりしてしまうので、ドキュメントと、実際の動作を確認した内容をまとめておきます。 （参考ドキュメント） Local Notification および Push Notification プログラミングガイド（日本語） （英語・最新版） アプリがバックグラウンドで動作中に通知が配信された場合の挙動 この場合、システムは、警告の表示、アイコンのバッジの表示、また、サウンドの再生を行う ことで通知を提示します。 アクションボタンがタップされると、システムはアプリケーションを起動しま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プッシュ通知サービス - Amazon Simple Notification Service - AWS
