2016-08-29 12 views
0

私たちのユースケースは、AzureがホストするWebバックエンドの通知メッセージを既存のモバイルAndroidおよびiOSアプリケーションに送信することです。私はAzure Notification Hub(ANH)のドキュメントから、Android(Google Cloud MessagingとFirebase Cloud Messaging)とiOSの両方にメッセージを送信できることを示しています。Azure通知ハブ*はAzure固有のクライアント側コードを必要としますか?

また、すべてのチュートリアルサンプルには、ANH固有のコードをモバイルクライアントに配置することも含まれています。

Googleのモバイルアプリでプラットフォーム固有の呼び出し(Android用Firebase、Appleプッシュ通知サービスなど)のみが使用されていることを前提にANHが動作しますか?アプリ内にANH固有のコードはありませんか?

答えて

0

シナリオ/アーキテクチャによって異なります。 ANHプラットフォームではない特定のクライアント側のコードが必要です。あなたは、バックエンドは、PNSがでハンドルを登録できるようにシステムを設計することができた場合は enter image description here

:ここ

は、典型的なハイレベルアーキテクチャ(クライアント側ANH固有のコードを持っていた)のです(つまり、画像上のステップ2は異なります)、クライアント上にANH固有のコードは必要ありません。言い換えれば、あなたが何らかの理由でクライアントからトークンをバックエンドから登録することができれば、NHがそれを行うことを制限する理由はありません。

あなたのケースを正しく理解していれば、ANHを使用してプッシュしたい多くのアプリユーザーが既にいます。これらのデバイスのトークンをNHに登録する方法を見つける必要があります。文字通り、単純なコンソールアプリケーションを作成し、使用可能なトークンを持っている限り、ラップトップから実行することでそれを行うことができます。そして、Azureのバックエンドを通常の方法で使用して、実際のプッシュを行います。プッシュ部分はデバイスがどのように登録されたか気にしません。

+0

「トークン」とはどういう意味ですか?私たちはGUID(デバイスごと)とユーザー識別子を取るカスタムのWebAPI「登録」APIを用意する予定ですが、それは私たちのものです。 Firebaseのインスタンストークンなどのような「トークン」を意味しますか? –

+0

申し訳ありませんが、私は用語とより一貫している必要があります。 「トークン」、「ハンドル」、「キー」(および時には他の用語)は、しばしばネイティブのPNSデバイス識別子(アップルのトークン、Androidのキーなど)を示すために交換可能に使用されます。それらはANHで「登録」されます。 –

+0

私は[登録管理の議論]の画像を信じています(https://azure.microsoft.com/en-us/documentation/articles/notification-hubs-push-notification-registration-management/#registration-management-from-バックエンド)が私のユースケースに関連しているかもしれません。 Firebaseの "PNS-handle"とは何でしょうか? 'FirebaseInstanceId.getInstance()。getToken()'の値は使えますか? –

関連する問題