iOSのPUSH通知（APNs）の種類について、ざっくり。
以前書いたiOS7で可能になったAppのバックグラウンド更新を調べたという記事が好評のようなので、バックグラウンド更新との関係が深いPUSH通知について、調べてみました。 iOSのPUSH通知（APNs: Apple Push Notification service）というと、なかなか面倒な証明書絡みの設定と、デバイストークンのやりとりが必要で、その辺を説明した多くのブログ記事は、だいたいデバイストークンまで書いたら力尽きているのではないか・・・という気がします。 なので、その辺はすっぱり端折ってしまいまして、通知の種類というものにだけ、フォーカスしてみようと思います。 Remote NotificationとLocal Notification まず、通知にはRemote NotificationとLocal Notificationがあります。 Remote Notification
バックグラウンドで動くアプリが終了されたタイミングでアラートを出す - koogawa blog
「僕の来た道」や「Moves」のように、バックグラウンドから意図的にアプリを終了されると行動記録が取れなくなり、非常に困るアプリがありますね（iOS 7以上での話）。 そんな中、「AutoDiary」というアプリが面白いことをやっていました。 バックグラウンドからアプリを終了すると、上のように通知で知らせてくれるのです。これは上手いやり方だな、と思いました。 AutoDiary -PreVersion for iOS6- Tamaライフスタイル無料 というわけで、さっそく実装方法を調査してみることに。 やり方 とりあえず思いついたのが、Local Notificationを使う方法です。 アプリが終了されたタイミングでLocal Notificationを発動させる - (void)applicationWillTerminate:(UIApplication *)application
【iOS7】プッシュ通知のバックグラウンド処理でハマったメモ - その後のその後
やりたかったこと： プッシュ通知を受け取ったときにアプリを起動することなく（バックグラウンドで）APIを呼ぶ これはおそらく「サイレントプッシュ通知（Silent Remote Notification）からの Background Fetch」の最も一般的な実装事例だと思うのですが、これがなかなかうまくいかず、試行錯誤しました。 最終的にはうまくいったのですが、そもそも何が原因だったのか、諸々の対策がどう効いて解決したのか、本質的なことはあまりわかっていません。とにかく最終的にうまくいった実装と参考にした記事をここにメモっておきます。 （どの記事にも書いてある application:didReceiveRemoteNotification:fetchCompletionHandler: を実装するとか、通知を送る側の話とか、従来通りのプッシュ通知実装と同じ手順とかはこの記事では省略して
Apple プッシュ通知とローカル通知の要点だけ
Notificationとは Apple Push Notification（Push通知）とは、iOS上で非アクティブなアプリの状態をユーザに通知するための仕組み。アラート通知を通じてアプリはユーザにアプリの起動を促したり、バッジ（アプリアイコンに付与される数字）の表示、サウンド再生などを行う事ができる。 Notificationの種類 iOSで利用できる通知の仕組みは２種類。 （１）Push Notification（プッシュ通知、リモート通知）：サーバからユーザのデバイスに通知を行える。プロバイダ（Provider）と呼ばれるサーバ側の仕組みをサービス提供者が構築し、AppleのApple Push Notification Service（APNs）と通信する必要がある。 必要iOSバージョン （１）Push Notification：iOS 3.0以降 （２）Local Noti
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
