サーバー側で特定のデータが変更されるとすぐに通知を作成し、後でそのコンテンツを更新する Android (ビジネス) アプリケーションがあります。データは、IIS でホストされている .NET REST スタイルの Web サービスを介してアクセスされ、最大 1000 人のユーザーにサービスを提供します。
多くの利点があるプッシュ通知用の GCM サービスについて読みました。使えないと思う理由は以下の通りです。
- デバイスは、追加の導入コストである Google アカウントをセットアップする必要があります
- デバイスは 1 人の人物に拘束されませんが、コンテンツは拘束されます。ユーザーはアプリケーション経由でログインします。
したがって、特定の間隔でポーリングする必要があると思います。ここでは、バッテリーを消耗させない手法を検討します。データの変更と通知の間の遅延が 1 分未満であれば、それは素晴らしいことです。
近似計算と推定計算を行うには、次のようにします。
- トラフィック / 1 分間隔 / 1 日 / デバイスごと: HTTP GET リクエストの最大 500 バイト * 60 * 24 = ~700 kb
- ペイロード/分/1,000 ユーザーの場合: 1,000 データベース インデックス付き列の GUID ルックアップ ~3 秒
トラフィックとペイロードを最小限に抑えたい。したがって、ユーザーが注意を払うという意味で実際に消費する変更と通知の間の遅延に影響を与えない、より少ないリクエストを送信できるようにする手法が必要です。
編集：わかりました、私はトピックにもう少し深く入りました. キーワードはコメット。私にとって正しい方法は、ロングポーリング手法のようです。Web 開発のコンテキストにおけるその他のキーワードは、サーバー送信イベントと Web ソケットです。どちらも HTML5 を必要としますが、ここでは触れません。メッセージング インフラストラクチャのセットアップを強制されない方法を探していることを知っています。その通知機能を既存の Web サービスに統合するために使用したいと思います。答えが見つかったら更新します。
トラフィックとペイロードをどのように削減しますか? たぶん面白い。GCM はどのようにこれを行いますか? デバイスに実際に通知することはできません。同様にポーリングする必要があります。多くのリクエストにも対応する必要があります。彼らはトラフィックも気にかけていると思います。編集：（わかりました、彼らはアプリエンジンAPIのそのAPI機能にxmppインフラストラクチャを使用しているので、gcmでも同様になると思います）
ご意見ありがとうございます。