0

AndroidデバイスとIOSデバイスの両方がUAライブラリで構成されているアプリケーションセットアップがあります。私が抱えている問題は、これらのステップのいくつかの目的を理解すること、または私が作業を複製するかどうかにあります。最初に設定したプロセスについて説明します。

  1. アプリケーションの起動時に、デバイスはUAに正常に登録されているようです。

  2. 次に、デバイスは自分のapidと情報を（別のサーバー上の）自分のサービスに投稿します。

  3. 私のサーバーは、デバイスID情報とプッシュに必要なすべてのものを保存します。

  4. 着信するプッシュイネーブルデバイスごとに、サーバーはUAへのサブスクライブ呼び出しを実行します。IOSの場合は「/api/ device_tokens /」、Androidの場合は「/ api/apids」。

  5. このサーバーは、プッシュ通知を送信するときに、所有しているデバイスIDとトークンのリストを照会し、この情報をUAのプッシュAPIサービスに送信するように設計されています。"/ api /push/"など..

しかし、私を混乱させるステップがあります。手順1と手順4の違いは何ですか。基本的にデバイストークンと情報を2回登録していますか。デバイスから1回、自分のサーバーから1回ですか？

つまり、デバイスが実行する登録（関連するライブラリによる）と、サーバーからUAのAPI「/ api/device_tokens」への登録の違いは何ですか。

また、これはどこで機能しますか： https ://docs.urbanairship.com/display/DOCS/Server%3A+Subscription+API

4

1 に答える 1

1

UAシステムでの「サブスクリプション」という用語は、雑誌タイプのアプリなどの定期的なコンテンツサブスクリプションを指します。一方、「登録」はシステム内のデバイス登録です。アプリは、アプリが起動されるたびに（多かれ少なかれ）UAサーバーに登録されます。通常、プッシュするたびにデバイスを再登録する必要はありませんが、再登録しても問題はありません。サーバーでデバイスIDのリストを維持している場合は、FeedbackAPIを定期的に使用してリストを整理する必要があります。これにより、「非アクティブ化された」デバイスIDのリストが返されるため、アドレス指定できないデバイスIDをシステムに保存することはありません。

アプリがサブスクリプションを販売していない限り、サブスクリプションAPIについて心配する必要はありません。

于 2012-09-29T19:15:34.677 に答える