まずいな、このペースで翻訳してると完成するのが来年になりそう。
でもペースを上げると誤訳を量産しそう。(既に誤訳だらけだったり)
Entity を「実体」って訳すのは違和感があるなぁ、エンティティで良っか。
同様に、Roster も「名簿」と訳さずにロスターにした。

以下の用語はこのドキュメントの中で使用される pubsub サービスのコンテキストに登場する要素、オブジェクト、動作を参照するために使用します。(ノート: これらの用語の幾つかはこのドキュメントの本文の中でより詳しく定義されています。)

テーブル 1: Publish-Subscribe 用語

権限アクセスモデル

購読要求がノードの所有者によって許可された場合にのみエンティティが購読することが出来るノードアクセスモデル(購読要求は一時的に受け入れられます)そして購読者のみがアイテムを取得することが出来るでしょう。

アドレス

(1) XMPP Core で定義された JID[2], or (2) JID の集まりとサービスディスカバリー [3] ノード.

コレクションノード

ノードや他のコレクションを含んでいますが公開アイテムは含んでいないノードの一種。コレクションは階層ノード構造を表現することが出来ます。

エンティティ

JIDアドレス化された Jabber エンティティ(クライアント、サービス、アプリケーション、など。)

イベント

ノードの状態の変化

インスタントノード

ノードID が pubsubサービスによって自動的に生成されたノード

アイテム

公開されたノードの XML断片、それによってイベントが生成されます。

アイテムID

固有ノードのコンテキストにあるアイテムのユーニークな識別子。

末端ノード

公開されたアイテムのみを含むノードタイプ。それは他のノードを含みません。

ノード

情報を公開することが出来、イベント通知やペイロードを受信することが出来る架空の場所(他の pubsubシステムにおいて、これは “トピック” と呼ばれるかもしれません)。

ノードID

pubsubサービスに関するノードのためのユニークな識別子。ノードIDはノード作成者によって与えられるか pubsub サービスによって生成されます(ノード生成者がインスタントノードをリクエストする場合)。ノードIDはセマンティックな意味を持つかもしれませんがそのような意味は任意です。

通知

イベントの加入者に知らせるためのメッセージの送信。

追放

購読やノードへの公開を禁止されたエンティティ。

オーナー

ノードの管理者、一つ以上あるかもしれません。ノード生成者であるとは限りません。

ペイロード

イベント通知自身、というよりもイベントに関連した全てのデータ。

オープンアクセスモデル

どのエンティティでも承認なしで購読したりアイテムを読み出すことの出来るノードアクセスモデル。

Personal Eventing

インスタントメッセージングとプレゼンスアプリケーションに関する Publish-Subscribe の単純なサブセット、それによって各 IMユーザーの JID は仮想の pubsubサービスです。詳細は Personal Eventing via Pubsub [4]を見て下さい。

プレゼンスアクセスモデル

所有者のプレゼンスを購読タイプ “from” か “both” (see RFC 3921 [5])で購読しているエンティティがノードを購読したりノードからアイテムを取得することが出来るノードアクセスモデルです。このアクセスモデルは主にインスタントメッセージングシステムに適用されます。

公開者

アイテムをノードへ公開することを許可されたエンティティ。

Pubsubサービス

XMPP サーバー、あるいはここに定義されるプロトコル付随するコンポーネント。

ロースターアクセスモデル

所有者のプレゼンスとロスターグループに定義されたエンティティがノードを購読したりノードからアイテムを取得することが出来るノードアクセスモデルです。このアクセスモデルは主にインスタントメッセージングシステムに適用されます。

購読者

ノードを購読しているエンティティ。

ホワイトリストアクセスモデル

ノードの所有者によって明示的に許可されているエンティティのみ購読やアイテムを取得することが出来るアクセスモデル(許可されていないエンティティからの購読申請は拒否されます)。