今更ながら、XMPP Extension の XEP-0060: Publish-Subscribe のすばらしさに気がついたので適当に和訳を始めてみた。

=イントロダクション=
== 概要 ==

Jabber/XMPPテクノロジーが成熟した時、一般 publish-subscribe (”pubsub”) メカニズムの必要性は複数のドメインから発生しました。これらは以下のものを含みます(しかし制限はされません): ニュースフィードやコンテンツの独立配信、拡張プレゼンス、アバター管理、共有ブックマーク、オークションやトレードシステム、オンラインカタログ、ワークフローシステム、ネットワーク管理システム、NNTPゲートウェイ、プロフィール管理、イベント通知。

全てのドメインに置いて次のような古典的な「publish-subscribe」や「observer」デザインパターン(人間かアプリケーションによる情報の配信)はデータ通信として望ましく、そして許可された購読者へのブロードキャストイベント通知(ペイロードの有無にかかわらず)を行います。一般的に配信者と購読者との関係は配信要求を受け取るサービスや購読者へのブロードキャストイベント通知やリストを管理する為の権限の有効な人間か権限のあるアプリケーションによって仲介されます。In most pubsub services, the focal point for publication and subscription is a “topic” or “node” to which publishers send data and from which subscribers receive notifications. さらに、幾つかのノードはイベントの履歴を管理したり純粋な pubsub モデルを補完した他のサービスを提供することも出来ます。

このドキュメントは単独で密で全ての pubsub のフォームで使用出来る一般プロトコルを定義します。While compliant implementations are not required to implement all of the features defined herein, this document addresses most use cases that may be requested of a pubsub service.