web push通知の仕組みについて

Question

web push通知の仕組みでどうしてもわからない点があります。
メッセージサーバーはブラウザベンダーが管理するサーバーの利用が前提なのでしょうか?

Comments

[yambejp]

「ブラウザベンダーが管理する」以外のサーバーは何を想定していますか？

[a.‫com]

自分のサーバーです

[m.ts10806]

もう少し前提や背景、自身が持ってる情報を具体的に記載されたほうが良いと思います。
想像で補わなければならない部分が大きすぎます。

[mpyw]

「Web Push」は特定の技術を指す固有名詞だと思いますので，個人的にはこれでも十分に思いました。実際これで検索するとこのトピックしか出てこないと思います。親切な質問にするなら， https://w3c.github.io/push-api/ にリンクを張る，とかぐらいですかね…

「web push通知」という表記が不正確なことに関しては思慮の余地があるかとは思いますが，下の回答に int32_t さんがコメントされているとおり，

> それはごもっともですが、この質問の場合は「メッセージサーバーはブラウザベンダーが管理するサーバーの利用」と書いてあるので Push API のことだと疑う理由がないです。

に関しては自分も同感でした。

Answer 1

Is it possible to send push notifications without using a cloud service like GCM? - Quora の，Pushpad CTO の回答によると

The service for push notifications is hardcoded in the OS (for native apps) and in the browser (for web push).

ということらしいです。

---

本当ですね， Chromium のソースを調べてみたら，しっかりハードコーディングされていました。ベンダーロックインありきの仕様だと言って良いでしょう。Chrome じゃなくて Chromium でもしっかり Google さんにロックインされますねｗ

chromium/push_messaging_constants.cc at c4d3c31083a2e1481253ff2d24298a1dfe19c754 · chromium/chromium

// Copyright 2014 The Chromium Authors. All rights reserved.
// Use of this source code is governed by a BSD-style license that can be
// found in the LICENSE file.

#include "chrome/browser/push_messaging/push_messaging_constants.h"

const char kPushMessagingGcmEndpoint[] =
    "https://fcm.googleapis.com/fcm/send/";

const char kPushMessagingForcedNotificationTag[] =
    "user_visible_auto_notification";

Comments

[mpyw]

一方 Pushy Enterprise の話も気になりますね。裏で FCM を使っている気がしなくもないですが…
この点に関しては自分も情報不足で判断しかねます，すみません

[mpyw]

Push API https://w3c.github.io/push-api/

仕様はまだドラフトで標準化すらされていないらしいです。こんなに使われているのに…

[a.‫com]

ありがとうございます。スッキリしました。

Answer 2

質問者さんの言う「web push通知」がどういうものか不明なのでハズレかもしれませんが・・・

自力で自分の web サーバーに実装するならそのためのフレームワークを探すのが良いのではないでしょうか？　以下のようなものがあります。

ASP.NET Core SignalR の概要
https://docs.microsoft.com/ja-jp/aspnet/core/signalr/introduction?view=aspnetcore-6.0

以下抜粋：

ASP.NET Core SignalR は、リアルタイム Web 機能をアプリに簡単に追加できるオープンソース ライブラリです。 リアルタイム Web 機能を使用すると、サーバー側のコードでコンテンツをクライアントに即座にプッシュできます。

SignalR では、(グレースフル フォールバックの順に) リアルタイム通信を処理するために、次の手法がサポートされています。

・WebSocket
・サーバー送信イベント
・Long Polling

SignalR は、サーバーとクライアントの機能内にある最適なトランスポート方法を自動的に選択します。

Comments

[mpyw]

Push API - Web API | MDN https://developer.mozilla.org/ja/docs/Web/API/Push_API

Web Push のクライアント側の API はこれですね。これに対応するサーバ側の実装に関する質問だと思います。

> ・WebSocket
> ・サーバー送信イベント
> ・Long Polling

多分どれも違うかなと…

[退会済みユーザー]

私の回答をよく読んでもらってますか？　勘違いしてませんか？　SignalR はサーバー側の実装です。

[mpyw]

はい， 「Push API を使って待ち受けている Web ブラウザに対しては，SignalR サーバーからは3つのどの手段を使ってもメッセージを送信することができない」という意図でのコメントです。「SurferOnWww さんの回答がクライアント側の実装についてであるから見当違いである」という趣旨ではありません。

[int32_t]

私にも、この回答は Web Push API とは無関係に見えます。
Web Push API の代替案の紹介にしても、質問者さんは ASP.NET の話はしていませんし。

[退会済みユーザー]

私には質問者さんの言う「web push通知」がどういうものか不明なのですが？　mpyw さん、int32_t さんは「web push通知」=「Push API」の話であると判断されたのですか？　質問者さんには失礼ながら、想像の斜め上のことを考えている質問がよくあるのですが。

[mpyw]

https://www.google.com/search?q=Web+Push の検索結果がすべてを物語っていると思います。

[int32_t]

> 想像の斜め上のことを考えている質問がよくある

それはごもっともですが、この質問の場合は「メッセージサーバーはブラウザベンダーが管理するサーバーの利用」と書いてあるので Push API のことだと疑う理由がないです。

> 私には質問者さんの言う「web push通知」がどういうものか不明なのですが？

不明なら回答する前に追記・修正依頼で聞くのが良いと思います。

[退会済みユーザー]

ここで回答者同士議論してても仕方がないですね。回答に対する質問者さんのフィードバックを待ちたいと思います。

[a.‫com]

説明が不足しており申し訳ないです。push apiを指していました。