App Engine に支えられた、コメント システムを備えたモバイル アプリがあります。ユーザー A がユーザー B のコメントに返信すると、ユーザー B は通知を受け取ります。すべてが HTTP 経由で機能します。
現在、クライアント デバイスが毎分更新のために App Engine をポーリングしています。動作しますが、通知が表示されるまでに平均で 30 秒の遅延があります。
ユーザー A が返信を投稿した直後に、App Engine がユーザー B のデバイスにパケットを送信するようにすることで、このギャップを埋めたいと考えています。wait(60)これは、コマンドをクライアントからサーバーに移動することで実現できます。クライアントはタイトなループを実行し、応答を受け取るとすぐに別の要求を作成します。App Engine は、応答する前に 60 秒間、すべてのリクエストを待機します。
しかし、ユーザーが通知を受け取った場合、App Engine は 60 秒が経過する前に応答します。基本的に、ユーザー A の要求ハンドラーは、ユーザー B のスリープ状態の要求ハンドラーを起動し、null 以外のデータを返すようにします。
HTTP に適用されるこの手法の名前はありますか? 効率的にコーディングできますか？もしそうなら、どうすれば待機/通知コードを実装できますか?