Network Working Group M. Rose
Request for Comments: 3343 Dover Beach Consulting, Inc.
Category: Experimental G. Klyne
Nine by Nine
D. Crocker
Brandenburg InternetWorking
April 2003
The Application Exchange (APEX) Presence Service
Status of this Memo
このメモの位置付け
This memo defines an Experimental Protocol for the Internet community. It does not specify an Internet standard of any kind. Discussion and suggestions for improvement are requested. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。それはどんな種類のインターネット標準を指定しません。改善のための議論や提案が要求されています。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2003). All Rights Reserved.
著作権（C）インターネット協会（2003）。全著作権所有。
Abstract
抽象
This memo describes the Application Exchange (APEX) presence service, addressed as the well-known endpoint "apex=presence". The presence service is used to manage presence information for APEX endpoints.
このメモは、アプリケーション取引所（APEX）プレゼンスサービスは、よく知られているエンドポイント「=頂点存在」として扱わについて説明します。プレゼンスサービスは、APEXエンドポイントのプレゼンス情報を管理するために使用されます。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Use and Management of Presence Information . . . . . . . . . . 3
2.1 Update of Presence Information . . . . . . . . . . . . . . . . 3
2.2 Distribution of Presence Information . . . . . . . . . . . . . 4
2.3 Distribution of Watcher Information . . . . . . . . . . . . . 7
3. Format of Presence Entries . . . . . . . . . . . . . . . . . . 10
4. The Presence Service . . . . . . . . . . . . . . . . . . . . . 11
4.1 Use of XML and MIME . . . . . . . . . . . . . . . . . . . . . 12
4.2 The Subscribe Operation . . . . . . . . . . . . . . . . . . . 13
4.3 The Watch Operation . . . . . . . . . . . . . . . . . . . . . 14
4.4 The Publish Operation . . . . . . . . . . . . . . . . . . . . 15
4.5 The Terminate Operation . . . . . . . . . . . . . . . . . . . 17
4.6 The Notify Operation . . . . . . . . . . . . . . . . . . . . . 17
4.7 The Reply Operation . . . . . . . . . . . . . . . . . . . . . 18
5. Registration: The Presence Service . . . . . . . . . . . . . . 18
6. The Presence Service DTD . . . . . . . . . . . . . . . . . . . 18
7. Security Considerations . . . . . . . . . . . . . . . . . . . 21
References . . . . . . . . . . . . . . . . . . . . . . . . . . 21
Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 22
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . 22
Full Copyright Statement . . . . . . . . . . . . . . . . . . . 23
This memo describes a presence service that is built upon the APEX [1] "relaying mesh". The APEX presence service is used to manage presence information for APEX endpoints.
このメモはAPEX [1]「中継網」上に構築されたプレゼンスサービスを記述します。 APEXのプレゼンスサービスは、APEXエンドポイントのプレゼンス情報を管理するために使用されます。
APEX, at its core, provides a best-effort datagram service. Within an administrative domain, all relays must be able to handle messages for any endpoint within that domain. APEX services are logically defined as endpoints, but given their ubiquitous semantics they do not necessarily need to be associated with a single physical endpoint. As such, they may be provisioned co-resident with each relay within an administrative domain, even though they are logically provided on top of the relaying mesh, i.e.,
APEXは、その中核に、ベストエフォート型のデータグラムサービスを提供します。管理ドメイン内では、すべてのリレーは、そのドメイン内の任意のエンドポイントのメッセージを処理できなければなりません。 APEXサービスは、論理的にエンドポイントとして定義されていますが、彼らは必ずしも単一の物理的なエンドポイントに関連付けする必要はありません彼らのユビキタスセマンティクスを与えられています。そのようなものとして、それらは、すなわち、それらは論理的に中継するメッシュの上部に設けられていても、管理ドメイン内の各リレーとの共存をプロビジョニングすることができます
+----------+ +----------+ +----------+ +---------+
| APEX | | APEX | | APEX | | |
| access | | presence | | report | | ... |
| service | | service | | service | | |
+----------+ +----------+ +----------+ +---------+
| | | |
| | | |
+----------------------------------------------------------------+
| |
| APEX core |
| |
+----------------------------------------------------------------+
That is, applications communicate with an APEX service by exchanging data with a "well-known endpoint" (WKE).
すなわち、アプリケーションは、「既知のエンドポイント」（WKE）との間でデータを交換することによってAPEXサービスと通信しています。
APEX applications communicate with the presence service by exchanging data with the well-known endpoint "apex=presence" in the corresponding administrative domain, e.g., "apex=presence@example.com" is the endpoint associated with the presence service in the "example.com" administrative domain.
APEXアプリケーションは、例えば、対応する管理ドメインではよく知られているエンドポイント「頂点=プレゼンス」とデータを交換することによってプレゼンスサービスと通信し、「apex=presence@example.com」は、「例ではプレゼンスサービスに関連したエンドポイントであります.COM」管理ドメイン。
Note that within a single administrative domain, the presence service makes use of the APEX access [3] service in order to determine if an originator is allowed to view or manage presence information.
単一の管理ドメイン内に、プレゼンスサービスは発信者がプレゼンス情報を表示または管理するために許可されているかどうかを決定するために、APEXアクセス[3]サービスを利用することに留意されたいです。
Management of presence information falls into three categories:
プレゼンス情報の管理は、次の3つのカテゴリに分けられます。
o applications may update the presence information associated with an endpoint;
Oアプリケーションは、エンドポイントに関連付けられたプレゼンス情報を更新することができます。
o applications may subscribe to receive presence information associated with an endpoint; and,
Oアプリケーションは、エンドポイントに関連付けられたプレゼンス情報を受信するために加入することができます。そして、
o applications may find out who is subscribed to receive presence information.
Oアプリケーションは、プレゼンス情報を受け取るために購読している人を見つけることがあります。
Each is now described in turn.
それぞれについて順に説明しています。
When an application wants to modify the presence information associated with an endpoint, it sends a publish operation to the service, e.g.,
アプリケーションがエンドポイントに関連付けられたプレゼンス情報を変更したい場合は、サービスに公開する操作を送信し、例えば、
+-------+ +-------+
| | -- data -------> | |
| appl. | | relay |
| | <--------- ok -- | |
+-------+ +-------+
C: <data content='#Content'> <originator identity='fred@example.com' /> <recipient identity='apex=presence@example.com' /> <data-content Name='Content'> <publish publisher='fred@example.com' transID='1' timeStamp='2000-05-14T13:30:00-08:00'> <presence publisher='fred@example.com' lastUpdate='2000-05-14T13:02:00-08:00' publisherInfo='http://www.example.com/fred/'> <tuple destination='apex:fred/appl=im@example.com' availableUntil='2000-05-14T14:02:00-08:00' /> <tuple destination='mailto:fred@flintstone.com' availableUntil='2525-12-31T23:59:59-08:00' /> </presence> </publish> </data-content> </data> S: <ok />
C：<データコンテンツ= '＃コンテンツ'> <創始identity='fred@example.com '/> <受信者identity='apex=presence@example.com' /> <データコンテンツ名= 'コンテンツ'> < publisher='fred@example.comを公開 'TRANSID = '1' timeStampに= '2000-05-14T13：30：00-08：00'> <プレゼンスpublisher='fred@example.com' LASTUPDATE = '2000-05 -14T13：02：00-08：00' publisherInfo = 'HTTP：//www.example.com/fred/'> <タプル先= '頂点：fred/appl=im@example.com' availableUntil = '2000- 05-14T14：02：00-08：00' /> <タプル先= 'のmailto：fred@flintstone.com' availableUntil = '2525-12-31T23：59：59から08：00' /> </プレゼンス> <発行/> </データ・コンテンツ> </データ> S：<OK />
Note that this example uses the "subaddress" convention specified in Section 2.2 of [1] (e.g., "fred/appl=im") to denote multiplexing of traffic for a particular endpoint. Of course, popular applications may have their own URI method assigned to them (e.g., "im:fred@example.com").
この例では、特定のエンドポイントのトラフィックの多重化を示すために、[1]（例えば、「フレッド/ APPL = IM」）のセクション2.2で指定された「サブアドレス」規約を使用することに注意してください。もちろん、一般的なアプリケーションは、それらに割り当てられ、独自のURI方式（例えば、「：fred@example.comイム」）を有することができます。
The service immediately responds with a reply operation containing the same transaction-identifier, e.g.,
サービスは直ちに例えば、同じトランザクション識別子を含む応答操作を応答します、
+-------+ +-------+
| | <------- data -- | |
| relay | | pres. |
| | -- ok ---------> | svc. |
+-------+ +-------+
C: <data content='#Content'> <originator identity='apex=presence@example.com' /> <recipient identity='fred@example.com' /> <data-content Name='Content'> <reply code='250' transID='1' /> </data-content> </data> S: <ok />
C：<データコンテンツ= '＃コンテンツ'> <創始identity='apex=presence@example.com '/> <受信者identity='fred@example.com' /> <データコンテンツ名= 'コンテンツ'> <コードを返信= '250' TRANSID = '1' /> </データコンテンツ> </データ> S：<OK />
When an application wants to (periodically) receive the presence information associated with an endpoint, it sends a subscribe operation to the service, e.g.,
アプリケーションは、（定期的に）エンドポイントに関連付けられたプレゼンス情報を受信したい場合、それは、例えば、サービスに加入操作を送ります
+-------+ +-------+
| | -- data -------> | |
| appl. | | relay |
| | <--------- ok -- | |
+-------+ +-------+
C: <data content='#Content'> <originator identity='wilma@example.com' /> <recipient identity='apex=presence@example.com' /> <data-content Name='Content'> <subscribe publisher='fred@example.com' duration='86400' transID='100' /> </data-content> </data> S: <ok />
C：<データコンテンツ= '＃コンテンツ'> <創始identity='wilma@example.com '/> <受信者identity='apex=presence@example.com' /> <データコンテンツ名= 'コンテンツ'> < publisher='fred@example.com」期間= '86400' TRANSID = '100' /> </データ・コンテンツ> </データ> Sを購読する：<OK />
The service immediately responds with a publish operation containing the same transaction-identifier, e.g.,
サービスは直ちに例えば、同じトランザクション識別子を含む公開操作で応答し、
+-------+ +-------+
| | <------- data -- | |
| relay | | pres. |
| | -- ok ---------> | svc. |
+-------+ +-------+
C: <data content='#Content'> <originator identity='apex=presence@example.com' /> <recipient identity='wilma@example.com' /> <data-content Name='Content'> <publish publisher='fred@example.com' transID='100' timeStamp='2000-05-14T13:30:00-08:00'> <presence publisher='fred@example.com' lastUpdate='2000-05-14T13:02:00-08:00' publisherInfo='http://www.example.com/fred/'> <tuple destination='apex:fred/appl=im@example.com' availableUntil='2000-05-14T14:02:00-08:00' /> </presence> </publish> </data-content> </data> S: <ok />
C：<データコンテンツ= '＃コンテンツ'> <創始identity='apex=presence@example.com '/> <受信者identity='wilma@example.com' /> <データコンテンツ名= 'コンテンツ'> < publisher='fred@example.comを公開 'TRANSID = '100' timeStampに= '2000-05-14T13：30：00-08：00'> <プレゼンスpublisher='fred@example.com' LASTUPDATE = '2000-05 -14T13：02：00-08：00' publisherInfo = 'HTTP：//www.example.com/fred/'> <タプル先= '頂点：fred/appl=im@example.com' availableUntil = '2000- 05-14T14：02：00-08：00' /> </プレゼンス> </パブリッシュ> </データ・コンテンツ> </データ> S：<OK />
Subsequently, for up to the specified "duration", the service sends new publish operations whenever there are any changes to the endpoint's presence information. If the "duration" is zero-valued, a one time poll of the presence information is achieved; otherwise, at the end of the "duration", a terminate operation is sent.
その後、指定された「期間」までのため、サービスは、エンドポイントのプレゼンス情報に変更があるたびオペレーションを公開新しい送信します。 「期間」は、値がゼロである場合には、プレゼンス情報の一回のポーリングが達成されます。そうでない場合は、「持続時間」の終了時に、終了操作が送られます。
Note that Step 5 of Section 4.4 requires that the "lastUpdate" attribute of a presence entry be supplied in order to update that entry; accordingly, applications must successfully retrieve a presence entry prior to trying to update that entry. This is usually accomplished by subscribing with a zero-valued duration. (Regardless, administrators should ensure that applications authorized to update a presence entry are also authorized to retrieve that entry.)
4.4節のステップ5注プレゼンス・エントリの「最終更新日」属性がそのエントリを更新するために供給されることを必要とします。したがって、アプリケーションが正常にそのエントリを更新しようとしている前に存在エントリを取得する必要があります。これは、通常、ゼロ値の持続時間を有するサブスクライブすることによって達成されます。 （関係なく、管理者がプレゼンス・エントリを更新するために許可されたアプリケーションも、そのエントリを取得するために許可されていることを確認すべきです。）
Either the subscriber or the service may cancel a subscription by sending a terminate operation, e.g.,
加入者又はサービスのいずれかが、例えば、終了操作を送信することによって、サブスクリプションを取り消すことができます
+-------+ +-------+
| | -- data -------> | |
| appl. | | relay |
| | <--------- ok -- | |
+-------+ +-------+
C: <data content='#Content'> <originator identity='wilma@example.com' /> <recipient identity='apex=presence@example.com' /> <data-content Name='Content'> <terminate transID='100' /> </data-content> </data> S: <ok />
C：<データコンテンツ= '＃コンテンツ'> <創始identity='wilma@example.com '/> <受信者identity='apex=presence@example.com' /> <データコンテンツ名= 'コンテンツ'> <終了TRANSID = '100' /> </データ・コンテンツ> </データ> S：<OK />
+-------+ +-------+
| | <------- data -- | |
| relay | | pres. |
| | -- ok ---------> | svc. |
+-------+ +-------+
C: <data content='#Content'> <originator identity='apex=presence@example.com' /> <recipient identity='wilma@example.com' /> <data-content Name='Content'> <reply code='250' transID='100' /> </data-content> </data> S: <ok />
C：<データコンテンツ= '＃コンテンツ'> <創始identity='apex=presence@example.com '/> <受信者identity='wilma@example.com' /> <データコンテンツ名= 'コンテンツ'> <コードを返信= '250' TRANSID = '100' /> </データコンテンツ> </データ> S：<OK />
or
+-------+ +-------+
| | <------- data -- | |
| relay | | pres. |
| | -- ok ---------> | svc. |
+-------+ +-------+
C: <data content='#Content'> <originator identity='apex=presence@example.com' /> <recipient identity='wilma@example.com' /> <data-content Name='Content'> <terminate transID='100' /> </data-content> </data> S: <ok />
C：<データコンテンツ= '＃コンテンツ'> <創始identity='apex=presence@example.com '/> <受信者identity='wilma@example.com' /> <データコンテンツ名= 'コンテンツ'> <終了TRANSID = '100' /> </データ・コンテンツ> </データ> S：<OK />
When an application wants to (periodically) receive notices about endpoints that are subscribed to receive presence information, it sends a watch operation to the service, e.g.,
アプリケーションは、（定期的に）プレゼンス情報を受信するためにサブスクライブしているエンドポイントについての通知を受信したい場合、それは、例えば、サービスに時計の動作を送信します
+-------+ +-------+
| | -- data -------> | |
| appl. | | relay |
| | <--------- ok -- | |
+-------+ +-------+
C: <data content='#Content'> <originator identity='fred@example.com' /> <recipient identity='apex=presence@example.com' /> <data-content Name='Content'> <watch publisher='fred@example.com' duration='86400' transID='2' /> </data-content> </data> S: <ok />
C：<データコンテンツ= '＃コンテンツ'> <創始identity='fred@example.com '/> <受信者identity='apex=presence@example.com' /> <データコンテンツ名= 'コンテンツ'> < publisher='fred@example.comを見て」継続= '86400' TRANSID = '2' /> </データ・コンテンツ> </データ> S：<OK />
The service immediately responds with a reply operation containing the same transaction-identifier, e.g.,
サービスは直ちに例えば、同じトランザクション識別子を含む応答操作を応答します、
+-------+ +-------+
| | <------- data -- | |
| relay | | pres. |
| | -- ok ---------> | svc. |
+-------+ +-------+
C: <data content='#Content'> <originator identity='apex=presence@example.com' /> <recipient identity='fred@example.com' /> <data-content Name='Content' <reply code='250' transID='2' /> </data-content> </data> S: <ok />
C：<データコンテンツ= '＃コンテンツ'> <創始identity='apex=presence@example.com '/> <受信者identity='fred@example.com' /> <データコンテンツ名= 'コンテンツ' <返信コード= '250' TRANSID = '2' /> </データコンテンツ> </データ> S：<OK />
For each current subscriber, the service immediately sends a notify operation containing the same transaction-identifier, e.g.,
各現在の加入者に対して、サービスは直ちに動作は、例えば、同じトランザクション識別子を含む通知送信し、
+-------+ +-------+
| | <------- data -- | |
| relay | | pres. |
| | -- ok ---------> | svc. |
+-------+ +-------+
C: <data content='#Content'> <originator identity='apex=presence@example.com' /> <recipient identity='fred@example.com' /> <data-content Name='Content'> <notify subscriber='wilma@example.com' transID='2' duration='86000' action='subscribe' /> </data-content> </data> S: <ok />
C：<データコンテンツ= '＃コンテンツ'> <創始identity='apex=presence@example.com '/> <受信者identity='fred@example.com' /> <データコンテンツ名= 'コンテンツ'> < subscriber='wilma@example.com通知」TRANSID = '2' 持続= '86000' アクション= '' /> </データコンテンツを購読> </データ> S：<OK />
Subsequently, for up to the specified "duration", the service sends new notify operations whenever an application subscribes successfully or a subscription is terminated. If the "duration" is zero-valued, a one time poll of the watcher information is achieved; otherwise, at the end of the "duration", a terminate operation is sent.
その後、指定された「期間」までのため、サービスは、アプリケーションが正常にサブスクライブまたはサブスクリプションが終了するたびに、新たな操作を通知し送信します。 「期間」は、ゼロ値である場合、ウォッチャ情報の一回のポーリングが達成されます。そうでない場合は、「持続時間」の終了時に、終了操作が送られます。
Either the watcher or the service may cancel the request by sending a terminate operation, e.g.,
ウォッチャーまたはサービスのいずれかが、例えば、終了操作を送信することによって要求を取り消すことができます
+-------+ +-------+
| | -- data -------> | |
| appl. | | relay |
| | <--------- ok -- | |
+-------+ +-------+
C: <data content='#Content'> <originator identity='fred@example.com' /> <recipient identity='apex=presence@example.com' /> <data-content Name='Content'> <terminate transID='2' /> </data-content> </data> S: <ok />
C：<データコンテンツ= '＃コンテンツ'> <創始identity='fred@example.com '/> <受信者identity='apex=presence@example.com' /> <データコンテンツ名= 'コンテンツ'> <終了TRANSID = '2' /> </データコンテンツ> </データ> S：<OK />
+-------+ +-------+
| | <------- data -- | |
| relay | | pres. |
| | -- ok ---------> | svc. |
+-------+ +-------+
C: <data content='#Content'> <originator identity='apex=presence@example.com' /> <recipient identity='fred@example.com' /> <data-content Name='Content'> <reply code='250' transID='2' /> </data-content> </data> S: <ok />
C：<データコンテンツ= '＃コンテンツ'> <創始identity='apex=presence@example.com '/> <受信者identity='fred@example.com' /> <データコンテンツ名= 'コンテンツ'> <コードを返信= '250' TRANSID = '2' /> </データコンテンツ> </データ> S：<OK />
or
+-------+ +-------+
| | <------- data -- | |
| relay | | pres. |
| | -- ok ---------> | svc. |
+-------+ +-------+
C: <data content='#Content'> <originator identity='apex=presence@example.com' /> <recipient identity='fred@example.com' /> <data-content Name='Content'> <terminate transID='2' /> </data-content> </data> S: <ok />
C：<データコンテンツ= '＃コンテンツ'> <創始identity='apex=presence@example.com '/> <受信者identity='fred@example.com' /> <データコンテンツ名= 'コンテンツ'> <終了TRANSID = '2' /> </データコンテンツ> </データ> S：<OK />
Each administrative domain is responsible for maintaining a "presence entry" for each of its endpoints (regardless of whether those endpoints are currently attached to the relaying mesh).
各管理ドメインは、（関係なく、それらのエンドポイントが現在の中継網に接続されているかどうかの）そのエンドポイントのそれぞれについて、「プレゼンスエントリを」維持する責任があります。
Section 6 defines the syntax for presence entries. Each presence entry has a "publisher" attribute, a "lastUpdate" attribute, a "publisherInfo" attribute, and contains one or more "tuple" elements:
第6節は、プレゼンスエントリの構文を定義します。各プレゼンスエントリは、「パブリッシャー」属性、「最終更新日」属性、「publisherInfo」属性を持っており、1つ以上の「組」の要素が含まれています。
o the "publisher" attribute specifies the endpoint associated with the presence entry;
「出版社」O属性が存在エントリに関連付けられたエンドポイントを指定します。
o the "lastUpdate" attribute specifies the date and time that the service last updated the presence entry;
「最終更新日」属性はサービスが最後プレゼンスエントリを更新した日付と時刻を指定し、O。
o the "publisherInfo" attribute specifies arbitrary information about the publisher (using a URI); and,
O「publisherInfo」属性は、発行者（URIを使用して）についての任意の情報を指定します。そして、
o each "tuple" element specifies information about an entity associated with the endpoint.
O各「タプル」要素は、エンドポイントに関連付けられているエンティティに関する情報を指定します。
Each "tuple" element has a "destination" attribute, an "availableUntil" attribute, a "tupleInfo" attribute, and contains zero or more "capability" elements:
各「タプル」要素は、「宛先」属性、「availableUntil」属性、「tupleInfo」属性を有し、ゼロ以上の「能力」要素が含まれています。
o the "destination" attribute identifies the entity as a URI (e.g., "apex:fred/appl=im@example.com" or "mailto:fred@flintstone.com");
「宛先」O属性は、URI（：または例えば、「fred/appl=im@example.com頂点」「のmailto：fred@flintstone.com」）としてエンティティを識別する。
o the "availableUntil" attribute specifies the latest date and time that the entity is capable of receiving messages;
「availableUntil」属性は、エンティティがメッセージを受信することが可能であることを最新の日付と時刻を指定しますoを。
o the "tupleInfo" attribute specifies arbitrary information about the entity (using a URI); and,
O「tupleInfo」属性は、エンティティ（URIを使用）に関する任意の情報を指定します。そして、
o each "capability" element contains a specification as to the kinds of content the entity is capable of receiving.
O各「能力」要素は、エンティティが受信可能なコンテンツの種類についての仕様を含んでいます。
Each "capability" element contains arbitrary character data formatted according to the standard indicated in the element's "baseline" attribute.
それぞれの「機能」の要素は、要素の「ベースライン」属性に示された標準に従ってフォーマットされた任意の文字データが含まれています。
Section 5 contains the APEX service registration for the presence service:
第5節では、プレゼンスサービスのためのAPEXのサービス登録が含まれています。
o Within an administrative domain, the service is addressed using the well-known endpoint of "apex=presence".
管理ドメイン内のO、サービスは「頂点=プレゼンス」のよく知られたエンドポイントを使用してアドレス指定されます。
o Section 6 defines the syntax of the operations exchanged with the service.
O部6は、操作の構文は、サービスと交換定義します。
o A consumer of the service initiates communications by sending data containing the subscribe, watch, or publish operation.
Oサービスの消費者は、サブスクライブ鑑賞、またはパブリッシュ操作を含むデータを送信することにより、通信を開始します。
o In addition to replying to these operations, the service may also initiate communications by sending data containing the terminate, publish, or notify operations.
Oこれらの操作に応答することに加えて、サービスはまた、停止、公開、または通知する操作を含むデータを送信することによって通信を開始することができます。
An implementation of the service must maintain information about both presence entries and in-progress operations in persistent storage.
サービスの実装が存在エントリと永続ストレージで進行中の操作の両方についての情報を維持する必要があります。
Consult Section 6.1.1 of [1] for a discussion on the properties of long-lived transaction-identifiers.
長寿命トランザクション識別子の性質についての議論のための[1]のセクション6.1.1を参照してください。
Section 4.1 of [1] describes how arbitrary MIME content is exchanged as a BEEP [2] payload. For example, to transmit:
[1]のセクション4.1は、任意のMIMEコンテンツがBEEP [2]ペイロードとして交換される方法を記載しています。例えば、送信するように指定します。
<data content='...'>
<originator identity='apex=presence@example.com' />
<recipient identity='fred@example.com' />
</data>
where "..." refers to: <reply code='250' transID='1' />
<応答コード= '250' TRANSID = '1' />： "..." を指し
then the corresponding BEEP message might look like this:
その後、対応するBEEPメッセージは次のようになります。
C: MSG 1 1 . 42 1234
C: Content-Type: multipart/related; boundary="boundary";
C: start="<1@example.com>";
C: type="application/beep+xml"
C:
C: --boundary
C: Content-Type: application/beep+xml
C: Content-ID: <1@example.com>
C:
C: <data content='cid:2@example.com'>
C: <originator identity='fred@example.com' />
C: <recipient identity='apex=presence@example.com' />
C: </data>
C: --boundary
C: Content-Type: application/beep+xml
C: Content-ID: <2@example.com>
C:
C: <reply code='250' transID='1' />
C: --boundary--
C: END
or this:
あるいは、この：
C: MSG 1 1 . 42 1234
C: Content-Type: application/beep+xml
C:
C: <data content='#Content'>
C: <originator identity='fred@example.com' />
C: <recipient identity='apex=presence@example.com' />
C: <data-content Name='Content'>
C: <reply code='250' transID='1' />
C: </data-content>
C: </data>
C: END
When an application wants to (periodically) receive the presence information associated with an endpoint, it sends a "subscribe" element to the service.
アプリケーションは、（定期的に）エンドポイントに関連付けられたプレゼンス情報を受信したい場合は、サービスに「サブスクライブ」要素を送信します。
The "subscribe" element has a "publisher" attribute, a "duration" attribute, a "transID" attribute, and no content:
「サブスクライブ」要素は、「パブリッシャー」属性、「期間」属性、「TRANSID」属性、および無コンテンツがあります。
o the "publisher" attribute specifies the endpoint associated with the presence entry;
「出版社」O属性が存在エントリに関連付けられたエンドポイントを指定します。
o the "transID" attribute specifies the transaction-identifier associated with this operation; and,
O「TRANSID」属性は、この操作に関連するトランザクション識別子を指定します。そして、
o the "duration" attribute specifies the maximum number of seconds for which the originator is interested in receiving updated presence information.
O「期間」属性は、発信者が更新されたプレゼンス情報を受信することに関心がある最大秒数を指定します。
When the service receives a "subscribe" element, we refer to the "publisher" attribute of that element as the "subject", and the service performs these steps:
サービスが「購読」要素を受信した場合、我々は「対象」として、その要素の「発行者」属性を参照してください、そしてサービスは、次の手順を実行します。
1. If the subject is outside of this administrative domain, a "reply" element having code 553 is sent to the originator.
被験体は、この管理ドメインの外にある場合は1で、「返信」要素を有するコード553は、発信者に送信されます。
2. If the subject does not refer to a valid endpoint, a "reply" element having code 550 is sent to the originator.
対象が有効なエンドポイントを参照していない場合2.、「返信」要素を有するコード550は、発信者に送信されます。
3. If the subject's access entry does not contain a "presence:subscribe" token for the originator, a "reply" element having code 537 is sent to the originator.
「プレゼンス：購読」3.対象のアクセスエントリが含まれていない場合は、コード537を有する「返信」要素が発信者に送信され、発信者のためのトークンを。
4. If the originator already has an in-progress subscribe operation for the subject, then the previous subscribe operation is silently terminated, and processing continues.
4.発信者がすでに進行中の被験体のための操作をサブスクライブしている場合には、前回の加入動作が静かに終了し、処理が継続されます。
5. If the "transID" attribute refers to an in-progress subscribe or watch operation for the originator, a "reply" element having code 555 is sent to the originator.
前記進行中の加入またはコード555を有する「返信」要素が発信者に送信され、発信動作を見るために「TRANSID」属性が参照している場合。
1. A "publish" element, corresponding to the subject's presence entry, is immediately sent to the originator.
1.「公開」要素は、被検者のプレゼンス・エントリに対応する、直ちに発信者に送信されます。
2. For each endpoint currently watching subscribers to the subject's presence information, a "notify" element is immediately as sent (c.f., Step 6.3 of Section 4.6).
（C.F.、4.6節のステップ6.3）送信された現在の対象者のプレゼンス情報に加入者を監視して、各エンドポイントの2は、「通知」要素が直ちにあります。
3. For up to the amount of time indicated by the "duration" attribute of the "subscribe" element, if the subject's presence entry changes, an updated "presence" element is sent to the originator using the publish operation (Section 4.4). Finally, when the amount of time indicated by the "duration" attribute expires, a terminate operation (Section 4.5) is sent to the originator.
「サブスクライブ」要素の「持続時間」属性で示された時間の量まで3.は、被検者のプレゼンス・エントリが変更された場合、更新された「存在」要素は、公開操作（セクション4.4）を使用して発信者に送信されます。 「持続時間」属性で示された時間量が満了したときに最後に、終了操作（4.5節）を発信者に送信されます。
Note that if the duration is zero-valued, then the subscribe operation is making a one-time poll of the presence information. Accordingly, Step 6.3 above does not occur.
持続時間がゼロ値である場合、加入操作は、プレゼンス情報の一回投票を行っていることに留意されたいです。従って、ステップ上記6.3は発生しません。
Regardless of whether a "publish" or "reply" element is sent to the originator, the "transID" attribute is identical to the value found in the "subscribe" element sent by the originator.
かかわらず、「公開」または「返信」要素が発信者に送信されているかどうかの、「TRANSID」属性は、発信者によって送信された「サブスクライブ」要素で見つかった値と同じです。
When an application wants to (periodically) receive notices about endpoints that are subscribed to receive presence entry, it sends a "watch" element to the service.
アプリケーションは、（定期的に）存在エントリを受け取るために購読しているエンドポイントについての通知を受信したい場合は、サービスを「観る」の要素を送信します。
The "watch" element has a "publisher" attribute, a "duration" attribute, a "transID" attribute, and no content:
「観る」要素は、「パブリッシャー」属性、「期間」属性、「TRANSID」属性、および無コンテンツがあります。
o the "publisher" attribute specifies the endpoint associated with the presence entry;
「出版社」O属性が存在エントリに関連付けられたエンドポイントを指定します。
o the "transID" attribute specifies the transaction-identifier associated with this operation; and,
O「TRANSID」属性は、この操作に関連するトランザクション識別子を指定します。そして、
o the "duration" attribute specifies the maximum number of seconds for which the originator is interested in watching subscribers.
O「期間」属性は、発信者が加入者を見ることに興味あるため最大秒数を指定します。
When the service receives a "watch" element, we refer to the "publisher" attribute of that element as the "subject", and the service performs these steps:
サービスは「見る」要素を受信した場合、我々は「対象」として、その要素の「発行者」属性を参照してください、そしてサービスは、次の手順を実行します。
1. If the subject is outside of this administrative domain, a "reply" element having code 553 is sent to the originator.
被験体は、この管理ドメインの外にある場合は1で、「返信」要素を有するコード553は、発信者に送信されます。
2. If the subject does not refer to a valid endpoint, a "reply" element having code 550 is sent to the originator.
対象が有効なエンドポイントを参照していない場合2.、「返信」要素を有するコード550は、発信者に送信されます。
3. If the subject's access entry does not contain a "presence:watch" token for the originator, a "reply" element having code 537 is sent to the originator.
3.対象のアクセスエントリは、「プレゼンス：観」が含まれていない場合は、発信者のためのトークンを、コード537を有する「返信」要素が発信者に送信されます。
4. If the originator already has an in-progress watch operation for the subject, then the previous watch operation is silently terminated, and processing continues.
発信者は、既に対象のために進行中の時計の操作を持っている場合は4、前の時計の操作は静かに終了し、処理が継続されます。
5. If the "transID" attribute refers to an in-progress subscribe or watch operation for the originator, a "reply" element having code 555 is sent to the originator.
前記進行中の加入またはコード555を有する「返信」要素が発信者に送信され、発信動作を見るために「TRANSID」属性が参照している場合。
2. For each endpoint currently subscribing to the subject's presence information, a "notify" element is immediately sent to the originator (c.f., Section 4.6).
2.現在対象のプレゼンス情報をサブスクライブする各エンドポイントについて、「通知」要素は、直ちに発信（C.F.、4.6節）に送られます。
3. For up to the amount of time indicated by the "duration" attribute of the "watch" element, whenever a subscribe operation succeeds or a subscription is terminated, a "notify" element is sent to the originator. Finally, when the amount of time indicated by the "duration" attribute expires, a terminate operation (Section 4.5) is sent to the originator.
「観る」要素の「期間」属性によって示された時間の量まで3.、サブスクライブ操作が成功またはサブスクリプションが終了し、「通知」の要素が発信者に送信されるたびに。 「持続時間」属性で示された時間量が満了したときに最後に、終了操作（4.5節）を発信者に送信されます。
Note that if the duration is zero-valued, then the watch operation is making a one-time poll of the presence information. Accordingly, Step 6.3 above does not occur.
期間がゼロ値である場合には、時計の操作は、プレゼンス情報の一回のポーリングを行っていることに注意してください。従って、ステップ上記6.3は発生しません。
Regardless of whether a "notify" or "reply" element is sent to the originator, the "transID" attribute is identical to the value found in the "presence" element sent by the originator.
かかわらず、「通知」または「返信」要素が発信者に送信されるかどうかの、「TRANSID」属性は、発信者によって送信された「存在」要素に見出される値と同じです。
When an application wants to modify the presence entry associated with an endpoint, it sends a "publish" element to the service. In addition, the service sends a "publish" element to endpoints that have subscribed to see presence information (c.f., Section 4.2).
アプリケーションがエンドポイントに関連付けられているプレゼンスエントリを変更したい場合は、サービスを「公開」の要素を送信します。また、サービスは、プレゼンス情報（C.F.、4.2節）を参照して加入したエンドポイントへの「公開」の要素を送信します。
The "publish" element has a "publisher" attribute, a "transID" attribute, a "timeStamp" attribute, and contains a "presence" element:
「公開」要素は「出版社」属性、「TRANSID」属性、「TIMESTAMP」属性を持ち、「プレゼンス」の要素が含まれています。
o the "publisher" attribute specifies the endpoint to be associated with the presence entry;
「出版社」O属性が存在エントリに関連付けられるエンドポイントを指定します。
o the "transID" attribute specifies the transaction-identifier associated with this operation;
O「TRANSID」属性は、この操作に関連するトランザクション識別子を指定します。
o the "timeStamp" attribute specifies the application's notion of the current date and time; and,
O「TIMESTAMP」属性は、現在の日付と時刻のアプリケーションの概念を指定します。そして、
o the "presence" element contains the desired presence entry for the endpoint.
O「プレゼンス」要素は、エンドポイントのための所望のプレゼンスエントリを含みます。
When the service sends a "publish" element, the "transID" attribute specifies the transaction-identifier associated with the subscribe operation that caused this "publish" element to be sent, and the "timeStamp" attribute specifies the service's notion of the current date and time. No reply is sent by the receiving endpoint.
サービスは「公開」の要素を送信すると、「TRANSID」属性は、この「公開」要素が送信される原因となったサブスクライブ操作に関連するトランザクション識別子を指定し、「TIMESTAMP」属性は、現在の日付のサービスの概念を指定しますそして、時間。応答なしは、受信エンドポイントによって送信されません。
When the service receives a "publish" element, we refer to the "publisher" attribute of that element as the "subject", and the service performs these steps:
サービスは「公開」要素を受信した場合、我々は「対象」として、その要素の「発行者」属性を参照してください、そしてサービスは、次の手順を実行します。
1. If the "publisher" attribute of the "publish" element doesn't match the "publisher" attribute of the "presence" element contained in the "publish" element, a "reply" element having code 503 is sent to the originator.
1.「公開」要素の「発行者」属性が「公開」要素に含まれる「プレゼンス」要素の「発行者」属性が一致しない場合は、「返信」コード503を有する素子は、発信者に送信されます。
2. If the subject is outside of this administrative domain, a "reply" element having code 553 is sent to the originator.
被験体は、この管理ドメインの外にある場合2は、コード553を有する「返信」要素は、発信者に送信されます。
3. If the subject does not refer to a valid endpoint, a "reply" element having code 550 is sent to the originator.
対象が有効なエンドポイントを参照していない場合3.「返信」要素を有するコード550は、発信者に送信されます。
4. If the subject's access entry does not contain a "presence:publish" token for the originator, a "reply" element having code 537 is sent to the originator.
4.対象のアクセスエントリは、「プレゼンス：公開」が含まれていない場合は、コード537を有する「返信」要素が発信者に送信され、発信者のためのトークンを。
5. If the "lastUpdate" attribute of the "publish" element is not semantically identical to the "lastUpdate" attribute of the subject's presence entry, a "reply" element having code 555 is sent to the originator. (This allows a simple mechanism for atomic updates.)
「公開」要素の「最終更新日」属性の場合5.コード555を有する「返信」要素が発信者に送信され、被検者のプレゼンス・エントリの「最終更新日」属性と意味的に同一ではありません。 （これは、アトミック更新のための単純なメカニズムを可能にします。）
1. The subject's presence entry is updated from the "publish" element.
1.対象者のプレゼンスエントリが「公開」の要素から更新されます。
2. The "lastUpdate" attribute of the presence entry is set to the service's notion of the current date and time.
2.プレゼンスエントリの「最終更新日」属性は、現在の日付と時刻のサービスの概念に設定されています。
When sending the "reply" element, the "transID" attribute is identical to the value found in the "publish" element sent by the originator.
「返信」要素を送信する場合、「TRANSID」属性は、発信者によって送信された「公開」要素で見つかった値と同じです。
When an application no longer wishes to subscribe to presence information or to watch endpoints that are subscribed to receive presence information, it sends a "terminate" element to the service; similarly, when the service no longer considers an application to be subscribing or watching, a "terminate" element is sent to the application.
アプリケーションは、もはやプレゼンス情報をサブスクライブしたり、プレゼンス情報を受信するためにサブスクライブしているエンドポイントを見たい場合は、それがサービスに要素を「終了」を送信しません。サービスは、もはやアプリケーションが加入するか見ていると考えるときも同様に、「終了」の要素は、アプリケーションに送信されません。
The "terminate" element contains only a "transID" attribute that specifies the transaction-identifier associated an in-progress subscribe or watch operation. Section 9.1 of [1] defines the syntax for the "terminate" element.
「終了」の要素のみを購読するか、操作を見て、進行中のトランザクション識別子に関連するANを指定し、「TRANSID」属性が含まれています。 [1]「終了」要素の構文を定義するセクション9.1。
When the service receives a "terminate" element, it performs these steps:
サービスは、「終了」要素を受信すると、次の手順を実行します。
1. If the transaction-identifier does not refer to a previous subscribe or watch operation for the originator, an "error" element having code 550 is returned.
1.トランザクション識別子は、発信のために、以前のサブスクライブまたはウォッチの操作を参照していない場合は、コード550を有する「エラー」の要素が返されます。
2. Otherwise, the previous subscribe or watch operation for the originator is terminated, and a "reply" element having code 250 is sent to the originator.
2.そうでない場合は、発信者のために、以前のサブスクライブまたはウォッチ操作が終了して、コード250を有する「返信」要素が発信者に送信されます。
Note that following a terminate operation, the originator may receive further presence or watcher updates. Although the service will send no further updates after processing a terminate operation and sending the reply operation, earlier updates may be in transit.
終了操作後、発信者がさらに存在またはウォッチャー更新を受信することができることに留意されたいです。サービスが応答操作を終了操作を処理して送信した後、更なる更新を送信しませんが、以前の更新が輸送中にあってもよいです。
The service sends a "notify" element to endpoints that are watching other endpoints subscribed to presence information (c.f., Section 4.3).
サービスは、プレゼンス情報（C.F.、4.3節）に加入して他のエンドポイントを見ているエンドポイントに「通知」の要素を送信します。
The "notify" element has a "subscriber" attribute, a "transID" attribute, a "duration" attribute, an "action" attribute, and no content:
「通知」要素は、「加入者」属性、「TRANSID」属性、「持続時間」属性、「アクション」属性、および無含有量を有します。
o the "subscriber" attribute specifies the endpoint that is subscribed to presence information; and,
O「加入者」属性は、プレゼンス情報を購読しているエンドポイントを指定します。そして、
o the "transID" attribute specifies the transaction-identifier associated with the watch operation that caused this "notify" element to be sent;
O「TRANSID」属性は、この「通知」の要素が送られる原因となった時計の操作に関連するトランザクション識別子を指定します。
o the "action" attribute specifies whether a subscription or its termination has occurred; and,
「アクション」属性は、サブスクリプションまたはその終了が発生しているかどうかを指定しますoを。そして、
o if a subscription is being reported, the "duration" attribute specifies the requested duration of the subscription.
サブスクリプションが報告されている場合、O、「期間」属性は、サブスクリプションの要求された期間を指定します。
No reply is sent by the receiving endpoint.
応答なしは、受信エンドポイントによって送信されません。
While processing operations, the service may respond with a "reply" element. Consult Sections 10.2 and 6.1.2 of [1], respectively, for the definition and an exposition of the syntax of the reply element.
操作を処理している間、サービスは「返信」要素に応答することができます。相談セクション10.2の6.1.2 [1]を、それぞれ、定義および応答要素の構文の博覧会のために。
Well-Known Endpoint: apex=presence
よく知られているエンドポイント：頂点=存在
Syntax of Messages Exchanged: c.f., Section 6
交換されるメッセージの構文：C.F.、第6節
Sequence of Messages Exchanged: c.f., Section 4
交換されるメッセージのシーケンス：C.F.、第4節
Access Control Tokens: presence:subscribe, presence:watch, presence:publish
アクセスコントロールトークン：存在：購読、プレゼンス：腕時計、プレゼンス：公開
Contact Information: c.f., the "Authors' Addresses" section of this memo
お問い合わせ先：C.F.、「著者のアドレス」このメモのセクション
<!-- DTD for the APEX presence service, as of 2001-05-08
<！ - 2001年5月8日のようAPEXのプレゼンスサービスのためのDTD、
Refer to this DTD as:
このDTDとしてご参照ください：
<!ENTITY % APEXPRESENCE PUBLIC "-//IETF//DTD APEX PRESENCE//EN" ""> %APEXPRESENCE; -->
<！ENTITY％のAPEXPRESENCE PUBLIC " - // IETF // DTD APEX PRESENCE // EN" "">％のAPEXPRESENCE。 - >
<!ENTITY % APEXCORE PUBLIC "-//IETF//DTD APEX CORE//EN" ""> %APEXCORE;
<！ENTITY％APEXCORE PUBLIC " - // IETF // DTD APEX CORE // EN" "">％APEXCORE。
<!-- Synopsis of the APEX presence service
<！ - APEXのプレゼンスサービスの概要
service WKE: apex=presence
サービスWKE：頂点=存在
message exchanges:
メッセージ交換：
consumer initiates service replies
================== ================
subscribe publish or reply
terminate reply
watch reply
publish reply
service initiates consumer replies
================= ================
terminate (nothing)
publish (nothing)
notify (nothing)
access control:
アクセス制御：
token target
================== ======
presence:subscribe for "publisher" of "subscribe" element
presence:watch for "publisher" of "watch" element
presence:publish for "publisher" of "publish" element
-->
<!ELEMENT subscribe EMPTY> <!ATTLIST subscribe publisher %ENDPOINT; #REQUIRED transID %UNIQID; #REQUIRED duration %SECONDS; #REQUIRED>
<！ELEMENTがEMPTY購読> <！ATTLISTパブリッシャ％エンドポイントをサブスクライブ。 #REQUIRED TRANSID％UNIQID。 #REQUIRED期間％秒。 #REQUIRED>
<!ELEMENT watch EMPTY> <!ATTLIST watch publisher %ENDPOINT; #REQUIRED transID %UNIQID; #REQUIRED duration %SECONDS; #REQUIRED>
<！ATTLIST時計パブリッシャ％のENDPOINT <！ELEMENTはEMPTY見る>を。 #REQUIRED TRANSID％UNIQID。 #REQUIRED期間％秒。 #REQUIRED>
<!-- publisher attributes must match in publish and presence --> <!ELEMENT publish (presence)> <!ATTLIST publish publisher %ENDPOINT; #REQUIRED transID %UNIQID; #REQUIRED timeStamp %TIMESTAMP; #REQUIRED>
<！ - 出版社属性が公開及び存在下で一致している必要があります - > <！ELEMENT（プレゼンス）を公開> <！ATTLISTパブリッシャ％エンドポイントを公開します。 #REQUIRED TRANSID％UNIQID。 #REQUIREDタイムスタンプ％タイムスタンプ; #REQUIRED>
<!ELEMENT notify EMPTY> <!ATTLIST notify subscriber %ENDPOINT; #REQUIRED transID %UNIQID; #REQUIRED duration %SECONDS; "0" action (subscribe|terminate) "subscribe"> <!-- presence entries -->
<！ELEMENTがEMPTY通知> <！ATTLIST加入者％エンドポイントを通知します。 #REQUIRED TRANSID％UNIQID。 #REQUIRED期間％秒。 "0" アクション（購読|終了）> < "購読" - プレゼンスエントリを - >！
<!ELEMENT presence (tuple+)> <!ATTLIST presence publisher %ENDPOINT; #REQUIRED lastUpdate %TIMESTAMP; #REQUIRED publisherInfo %URI; "">
<！ELEMENTのプレゼンス（タプル+）> <！ATTLISTプレゼンスパブリッシャ％のENDPOINT。 #REQUIRED LASTUPDATE％のタイムスタンプ。 #REQUIRED publisherInfo％URI。 "">
<!ELEMENT tuple (capability*)> <!ATTLIST tuple destination %URI; #REQUIRED availableUntil %TIMESTAMP; #REQUIRED tupleInfo %URI; "">
！<！ELEMENTタプル（機能*）> <ATTLISTタプル先％URI; #REQUIRED availableUntil％のタイムスタンプ。 #REQUIRED tupleInfo％URI。 "">
<!-- e.g., baseline='urn:ietf:rfc:rfc2533' --> <!ELEMENT capability (#PCDATA)> <!ATTLIST capability baseline %URI #REQUIRED>
< - 例えば、ベースライン=！ 'URN：IETF：RFC：rfc2533' - > <！ELEMENT能力（#PCDATA）> <！ATTLIST能力ベースライン％URI #REQUIRED>
Consult [1]'s Section 11 for a discussion of security issues.
セキュリティ問題の議論については、[1]のセクション11を参照してください。
In addition, timestamps issued by the the presence service may disclose location information. If this information is considered sensitive, the special timezone value "-00:00" may be used (after converting the local time accordingly).
加えて、プレゼンスサービスによって発行されたタイムスタンプは、位置情報を開示することができます。この情報は、特別なタイムゾーンの値「-00：00」、敏感であると考えられる場合（従ってローカル時刻に変換した後に）使用することができます。
References
リファレンス
[1] Rose, M., Klyne, G. and D. Crocker, "The Application Exchange Core", RFC 3340, July 2002.
[1]ローズ、M.、Klyne、G.、およびD.クロッカー、 "アプリケーション交換コア"、RFC 3340、2002年7月。
[2] Rose, M., "The Blocks Extensible Exchange Protocol Core", RFC 3080, March 2001.
[2]ローズ、M.、 "ブロック拡張可能交換プロトコルコア"、RFC 3080、2001年3月。
[3] Rose, M., Klyne, G. and D. Crocker, "The Application Exchange (APEX) Access Service", RFC 3341, July 2002.
[3]ローズ、M.、Klyne、G.、およびD.クロッカー、 "アプリケーション所（APEX）アクセスサービス"、RFC 3341、2002年7月。
Acknowledgements
謝辞
The authors gratefully acknowledge the contributions of: Neil Cook, Eric Dixon, Darren New, Scott Pead, and Bob Wyman.
ニール・クック、エリック・ディクソン、ダレン新しい、スコットPEAD、ボブ・ワイマン：著者は感謝の貢献を認めます。
Authors' Addresses
著者のアドレス
Marshall T. Rose Dover Beach Consulting, Inc. POB 255268 Sacramento, CA 95865-5268 US
マーシャルT.ローズドーバービーチコンサルティング株式会社POB 255268サクラメント、CA 95865から5268米
Phone: +1 916 483 8878 EMail: mrose@dbc.mtview.ca.us
電話：+1 916 483 8878 Eメール：mrose@dbc.mtview.ca.us
Graham Klyne Nine by Nine
ナインにより、グラハムKlyneナイン
EMail: gk@ninebynine.org
メールアドレス：gk@ninebynine.org
David H. Crocker Brandenburg InternetWorking 675 Spruce Drive Sunnyvale, CA 94086 US
デビッドH.クロッカーブランデンブルクインターネットワーキング675スプルースドライブサニーベール、CA 94086米国
Phone: +1 408 246 8253 EMail: dcrocker@brandenburg.com URI: http://www.brandenburg.com/
電話：+1 408 246 8253 Eメール：dcrocker@brandenburg.com URI：http://www.brandenburg.com/
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2003). All Rights Reserved.
著作権（C）インターネット協会（2003）。全著作権所有。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記の制限は永久で、インターネット学会やその後継者や譲渡者によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書とここに含まれている情報は、基礎とインターネットソサエティおよびインターネットエンジニアリングタスクフォースはすべての保証を否認し、明示または黙示、その情報の利用がない任意の保証を含むがこれらに限定されない「として、」上に設けられています特定の目的への権利または商品性または適合性の黙示の保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。