[要約] 要約：RFC 3858は、監視情報を記述するための拡張可能なマークアップ言語（XML）ベースの形式について説明しています。 目的：このRFCの目的は、異なる監視システム間で情報を共有するための標準的な形式を提供することです。
Network Working Group J. Rosenberg
Request for Comments: 3858 dynamicsoft
Category: Standards Track August 2004
An Extensible Markup Language (XML) Based Format for Watcher Information
ウォッチャー情報用の拡張可能なマークアップ言語（XML）ベースの形式
Status of this Memo
本文書の位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態とステータスについては、「インターネット公式プロトコル標準」（STD 1）の現在のエディションを参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2004).
著作権（c）The Internet Society（2004）。
Abstract
概要
Watchers are defined as entities that request (i.e., subscribe to) information about a resource. There is fairly complex state associated with these subscriptions. The union of the state for all subscriptions to a particular resource is called the watcher information for that resource. This state is dynamic, changing as subscribers come and go. As a result, it is possible, and indeed useful, to subscribe to the watcher information for a particular resource. In order to enable this, a format is needed to describe the state of watchers on a resource. This specification describes an Extensible Markup Language (XML) document format for such state.
ウォッチャーは、リソースに関する情報を要求する（つまり、購読する）エンティティとして定義されます。これらのサブスクリプションに関連するかなり複雑な状態があります。特定のリソースへのすべてのサブスクリプションに対する国家の連合は、そのリソースのウォッチャー情報と呼ばれます。この状態は動的であり、加入者が行き来するにつれて変化します。その結果、特定のリソースのウォッチャー情報を購読することが可能であり、実際に有用です。これを有効にするには、リソース上のウォッチャーの状態を説明するために形式が必要です。この仕様では、そのような状態の拡張可能なマークアップ言語（XML）ドキュメント形式について説明します。
Table of Contents
目次
1. Introduction ................................................ 2
2. Terminology ............................................... 2
3. Structure of Watcher Information ........................... 2
4. Computing Watcher Lists from the Document .................. 5
5. Example .................................................... 6
6. XML Schema ................................................. 6
7. Security Considerations .................................... 8
8. IANA Considerations ........................................ 9
8.1. application/watcherinfo+xml MIME Registration ......... 9
8.2. URN Sub-Namespace Registration for
urn:ietf:params:xml:ns:watcherinfo .................... 10
9. Normative References ....................................... 10
10. Informative References ..................................... 11
11. Acknowledgements ........................................... 11
12. Contributors ............................................... 12
13. Author's Address ........................................... 13
14. Full Copyright Statement ................................... 14
Watchers are defined as entities that request (i.e., subscribe to) information about a resource, using the SIP event framework, RFC 3265 [1]. There is fairly complex state associated with these subscriptions. This state includes the identity of the subscriber, the state of the subscription, and so on. The union of the state for all subscriptions to a particular resource is called the watcher information for that resource. This state is dynamic, changing as subscribers come and go. As a result, it is possible, and indeed useful, to subscribe to the watcher information for a particular resource. An important application of this is the ability for a user to find out the set of subscribers to their presentity [11]. This would allow the user to provide an authorization decision for the subscription.
ウォッチャーは、SIPイベントフレームワーク、RFC 3265 [1]を使用して、リソースに関する情報を要求する（つまり、購読する）エンティティとして定義されます。これらのサブスクリプションに関連するかなり複雑な状態があります。この状態には、サブスクライバーの身元、サブスクリプションの状態などが含まれます。特定のリソースへのすべてのサブスクリプションに対する国家の連合は、そのリソースのウォッチャー情報と呼ばれます。この状態は動的であり、加入者が行き来するにつれて変化します。その結果、特定のリソースのウォッチャー情報を購読することが可能であり、実際に有用です。これの重要なアプリケーションは、ユーザーが提示者の提示者のセットを見つけることができることです[11]。これにより、ユーザーはサブスクリプションの許可決定を提供することができます。
To support subscriptions to watcher information, two components are needed. The first is the definition of a SIP event template-package for watcher information. The other is the definition of a data format to represent watcher information. The former is specified in [2], and the latter is specified here.
ウォッチャー情報のサブスクリプションをサポートするには、2つのコンポーネントが必要です。1つ目は、Watcher情報のSIPイベントテンプレートパッケージの定義です。もう1つは、ウォッチャー情報を表すためのデータ形式の定義です。前者は[2]で指定されており、後者はここで指定されています。
In this document, the key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" are to be interpreted as described in BCP 14, RFC 2119 [3] and indicate requirement levels for compliant implementations.
このドキュメントでは、キーワードが「必須」、「必須」、「必須」、「shall」、「shall "、" low "of" bould "、" becommented "、"、 "、"、 "optional"BCP 14、RFC 2119 [3]で説明されているように解釈され、準拠の実装の要件レベルを示します。
This document also uses the terms subscriber, watcher, subscription, notification, watcherinfo subscription, watcherinfo subscriber, and watcherinfo notification with the meanings described in [2].
このドキュメントでは、サブスクライバー、ウォッチャー、サブスクリプション、通知、WatcherInfoサブスクリプション、WatcherInfoサブスクライバー、および[2]に記載されている意味をwatcherInfo通知を使用します。
Watcher information is an XML document [4] that MUST be well-formed and SHOULD be valid. Watcher information documents MUST be based on XML 1.0 and MUST be encoded using UTF-8. This specification makes use of XML namespaces for identifying watcherinfo documents and document fragments. The namespace URI for elements defined by this specification is a URN [5], using the namespace identifier 'ietf' defined by [6] and extended by [7]. This URN is:
Watcher情報はXMLドキュメント[4]であり、適切に形成されている必要があり、有効でなければなりません。ウォッチャー情報ドキュメントはXML 1.0に基づいている必要があり、UTF-8を使用してエンコードする必要があります。この仕様では、WatcherINFOドキュメントを識別し、断片を文書化するためにXML名空間を使用しています。この仕様で定義された要素の名前空間URIは、[6]で定義され、[7]で拡張された名前空間識別子「IETF」を使用して、uRN [5]です。このurnは次のとおりです。
urn:ietf:params:xml:ns:watcherinfo
A watcher information document begins with the root element tag "watcherinfo". It consists of any number of "watcher-list" sub-elements, each of which is a list of watchers for a particular resource. Other elements from different namespaces MAY be present for the purposes of extensibility; elements or attributes from unknown namespaces MUST be ignored. There are two attributes associated with the "watcherinfo" element, both of which MUST be present:
ウォッチャー情報ドキュメントは、ルート要素タグ「Watcherinfo」から始まります。これは、任意の数の「ウォッチャーリスト」サブエレメントで構成されており、それぞれが特定のリソースのウォッチャーのリストです。拡張性の目的のために、異なる名前空間からの他の要素が存在する場合があります。不明な名前空間からの要素または属性は無視する必要があります。「watcherinfo」要素に関連付けられた2つの属性があり、どちらも存在する必要があります。
version: This attribute allows the recipient of watcherinfo documents to properly order them. Versions start at 0, and increment by one for each new document sent to a watcherinfo subscriber. Versions are scoped within a watcherinfo subscription. Versions MUST be representable using a 32 bit integer. However, versions do not wrap.
バージョン：この属性により、WatcherInfoドキュメントの受信者が適切に注文できるようになります。バージョンは0から始まり、WatcherInfoサブスクライバーに送信された新しいドキュメントごとに1つずつ増加します。バージョンは、watcherinfoサブスクリプション内でスコープされています。バージョンは、32ビット整数を使用して表現できる必要があります。ただし、バージョンはラップしません。
state: This attribute indicates whether the document contains the full watcherinfo state, or whether it contains only information on those watchers which have changed since the previous document (partial).
状態：この属性は、ドキュメントに完全なWatcherInfo状態が含まれているかどうか、または以前のドキュメント以降に変更されたウォッチャーに関する情報のみが含まれているかどうかを示します（部分）。
Each "watcher-list" element contains a list of "watcher" elements, each of which describes a watcher on a particular resource. Other elements from different namespaces MAY be present for the purposes of extensibility; elements or attributes from unknown namespaces MUST be ignored. There are two attributes associated with the "watcher-list" element, both of which MUST be present:
各「ウォッチャーリスト」要素には、「ウォッチャー」要素のリストが含まれており、それぞれが特定のリソース上のウォッチャーについて説明しています。拡張性の目的のために、異なる名前空間からの他の要素が存在する場合があります。不明な名前空間からの要素または属性は無視する必要があります。「ウォッチャーリスト」要素に関連付けられた2つの属性があり、どちらも存在する必要があります。
resource: This attribute contains a URI for the resource being watched by that list of watchers. It is mandatory.
リソース：この属性には、ウォッチャーのリストが監視されているリソースのURIが含まれています。それが必須です。
package: This attribute contains a token indicating the event package for which watcher information on that resource is being provided. It is mandatory.
パッケージ：この属性には、そのリソースに関するウォッチャー情報が提供されているイベントパッケージを示すトークンが含まれています。それが必須です。
The "watcher" element describes a watcher in the watcher list. The value of the "watcher" element is a URI for the watcher. This URI SHOULD be the authenticated identity of the watcher as determined by the server processing the subscription. As such, this URI will usually be an address-of-record (for example, sip:joe@example.com) as opposed to a device address (for example, sip:joe@192.0.2.3). There are three mandatory attributes which MUST be present: id: A unique identifier for the subscription described by the watcher element. The id MUST be representable using the grammar for token as specified by RFC 3261 [8]. It MUST be unique across all other watchers reported in documents sent in notifications for a particular watcherinfo subscription.
「ウォッチャー」要素は、ウォッチャーリストのウォッチャーについて説明しています。「ウォッチャー」要素の価値は、ウォッチャーにとってURIです。このURIは、サブスクリプションを処理するサーバーによって決定されるように、ウォッチャーの認証されたアイデンティティである必要があります。そのため、このURIは通常、デバイスアドレス（たとえば、sip：joe@192.0.2.3）とは対照的に、アドレスアドレス（sip：joe@example.com）になります。存在する必要がある3つの必須属性があります。ID：ウォッチャー要素によって説明されているサブスクリプションの一意の識別子。IDは、RFC 3261 [8]で指定されているように、トークン用の文法を使用して表現できる必要があります。特定のWatcherInfoサブスクリプションの通知で送信されたドキュメントで報告されている他のすべてのウォッチャーでユニークでなければなりません。
status: The status of the subscription. The meaning of the various statuses are defined in the watcher information event package [2].
ステータス：サブスクリプションのステータス。さまざまなステータスの意味は、ウォッチャー情報イベントパッケージ[2]で定義されています。
event: The event which caused the transition to the current status. The events are defined in the watcher information event package [2].
イベント：現在のステータスへの移行を引き起こしたイベント。イベントは、ウォッチャー情報イベントパッケージ[2]で定義されています。
There are also some optional, informative attributes of the watcher element. These are:
また、ウォッチャー要素にはオプションの有益な属性もいくつかあります。これらは：
display-name: A textual representation of the name of the subscriber.
ディスプレイ名：サブスクライバーの名前のテキスト表現。
expiration: The amount of time, in seconds from the current time, that the subscription will expire.
有効期限：現在の時刻から数秒で、サブスクリプションが期限切れになります。
duration-subscribed: The amount of time, expressed in seconds, between the time the SUBSCRIBE which created the subscription was received, and the current time.
持続時間サブスクライブ：サブスクリプションを作成したサブスクライブが受信された時間と現在の時間までの時間で表される時間の量。
The xml:lang attribute MAY be used with the "watcher" element to specify the language of the "display-name".
XML：Lang属性を「Watcher」要素とともに使用して、「ディスプレイ名」の言語を指定できます。
The number of watchers present for each resource, and the set of resources listed, depends on the type of data being provided, and to whom.
各リソースに存在するウォッチャーの数、およびリストされているリソースのセットは、提供されるデータの種類と誰に依存します。
For example, consider a presence system using watcher information. In one scenario, a user, A, subscribes to the presence of another user, B. A would like to find out about the status of their subscription. To do so, A subscribes to the watcher information for B's presence. A does not have authorization to learn the status of all watchers for B's presence. As a result, the watcher information sent to A will contain only one watcher - A themself.
たとえば、Watcher情報を使用した存在システムを検討してください。あるシナリオでは、ユーザーaが別のユーザーであるBの存在を購読しています。Aサブスクリプションのステータスについて知りたいと思います。そのために、AはBの存在のためのウォッチャー情報を購読します。Aには、Bの存在のためにすべてのウォッチャーのステータスを学ぶ許可がありません。その結果、Aに送信されるウォッチャー情報には、1つのウォッチャーのみが含まれています。
In another scenario, a user, B, wishes to learn the set of people who have subscribed to B's presence. To do this, B subscribes to the watcher information for B's presence. Here, B is authorized to see all the watchers of B's presence. As a result, the watcher information sent to B will contain all watchers of B's presence.
別のシナリオでは、ユーザーのBは、Bの存在を購読している人々のセットを学びたいと考えています。これを行うために、BはBの存在のためのウォッチャー情報を購読します。ここでは、BはBの存在のすべてのウォッチャーを確認する権限があります。その結果、Bに送信されたウォッチャー情報には、Bの存在のすべてのウォッチャーが含まれます。
In the case where an administrator wishes to learn the current status in the system, the watcher information could contain all watchers for all resources.
管理者がシステム内の現在のステータスを学びたい場合、ウォッチャー情報にはすべてのリソースのすべてのウォッチャーを含めることができます。
Typically, the watcherinfo NOTIFY will only contain information about those watchers whose state has changed. To construct a coherent view of the total state of all watchers, a watcherinfo subscriber will need to combine NOTIFYs received over time. The watcherinfo subscriber maintains a table for each watcher list it receives information about. Each watcher list is uniquely identified by the URI in the "resource" attribute of the "watcher-list" element. Each table contains a row for each watcher in that watcher list. Each row is indexed by the unique ID for that watcher. It is conveyed in the "id" attribute of the "watcher" element. The contents of each row contain the state of that watcher as conveyed in the "watcher" element. The tables are also associated with a version number. The version number MUST be initialized with the value of the "version" attribute from the "watcherinfo" element in the first document received. Each time a new document is received, the value of the local version number, and the "version" attribute in the new document, are compared. If the value in the new document is one higher than the local version number, the local version number is increased by one, and the document is processed. If the value in the document is more than one higher than the local version number, the local version number is set to the value in the new document, the document is processed, and the watcherinfo subscriber SHOULD generate a refresh request to trigger a full state notification. If the value in the document is less than the local version, the document is discarded without processing.
通常、Watcherinfo Notifyには、状態が変更されたウォッチャーに関する情報のみが含まれます。すべてのウォッチャーの総状態の一貫したビューを構築するには、WatcherINFOのサブスクライバーは、受け取った通知を時間の経過とともに組み合わせる必要があります。WatcherINFOサブスクライバーは、情報を受け取る各ウォッチャーリストのテーブルを維持しています。各ウォッチャーリストは、「ウォッチャーリスト」要素の「リソース」属性のURIによってユニークに識別されます。各テーブルには、そのウォッチャーリストに各ウォッチャーの行が含まれています。各行は、そのウォッチャーの一意のIDによってインデックス付けされます。「ウォッチャー」要素の「ID」属性で伝えられます。各行の内容には、「ウォッチャー」要素で伝えられるように、そのウォッチャーの状態が含まれています。テーブルはバージョン番号にも関連付けられています。バージョン番号は、最初のドキュメントの「watcherinfo」要素から「watcherinfo」要素の「バージョン」属性の値で初期化する必要があります。新しいドキュメントが受信されるたびに、ローカルバージョン番号の値と新しいドキュメントの「バージョン」属性が比較されます。新しいドキュメントの値がローカルバージョン番号よりも1つ高い場合、ローカルバージョン番号は1つ増加し、ドキュメントは処理されます。ドキュメント内の値がローカルバージョン番号よりも複数高い場合、ローカルバージョン番号が新しいドキュメントの値に設定され、ドキュメントが処理され、WatcherINFOサブスクライバーは更新リクエストを生成して完全な状態をトリガーする必要があります通知。ドキュメントの値がローカルバージョンよりも少ない場合、ドキュメントは処理せずに破棄されます。
The processing of the watcherinfo document depends on whether it contains full or partial state. If it contains full state, indicated by the value of the "state" attribute in the "watcherinfo" element, the contents of all tables associated with this watcherinfo subscription are flushed. They are re-populated from the document. A new table is created for each "watcher-list" element, and a new row in each table is created for each "watcher" element. If the watcherinfo contains partial state, as indicated by the value of the "state" attribute in the "watcherinfo" element, the document is used to update the existing tables. For each "watcher-list" element, the watcherinfo subscriber checks to see if a table exists for that list. This check is done by comparing the URI in the "resource" attribute of the "watcher-list" element with the URI associated with the table. If a table doesn't exist for that list, one is created. For each "watcher" element in the list, the watcherinfo subscriber checks to see whether a row exists for that watcher. This check is done by comparing the ID in the "id" attribute of the "watcher" element with the ID associated with the row. If the watcher doesn't exist in the table, a row is added, and its state is set to the information from that "watcher" element. If the watcher does exist, its state is updated to be the information from that "watcher" element. If a row is updated or created, such that its state is now terminated, that entry MAY be removed from the table at any time.
WatcherInfoドキュメントの処理は、完全な状態か部分状態が含まれているかによって異なります。「watcherinfo」要素の「状態」属性の値で示される完全な状態が含まれている場合、このwatcherinfoサブスクリプションに関連付けられたすべてのテーブルの内容がフラッシュされます。それらはドキュメントから再入力されています。「ウォッチャーリスト」要素ごとに新しいテーブルが作成され、各テーブルに新しい行が「ウォッチャー」要素ごとに作成されます。watcherinfoに「watcherinfo」要素の「状態」属性の値で示されるように、部分状態が含まれている場合、ドキュメントは既存のテーブルを更新するために使用されます。各「ウォッチャーリスト」要素について、WatcherInfoサブスクライバーはそのリストにテーブルが存在するかどうかを確認します。このチェックは、「ウォッチャーリスト」要素の「リソース」属性のURIをテーブルに関連付けられたURIと比較することによって行われます。そのリストにテーブルが存在しない場合、1つが作成されます。リスト内の各「ウォッチャー」要素について、WatcherInfoサブスクライバーはそのウォッチャーに行が存在するかどうかを確認します。このチェックは、「Watcher」要素の「ID」属性のIDを行に関連付けられたIDと比較することによって行われます。ウォッチャーがテーブルに存在しない場合、行が追加され、その状態はその「ウォッチャー」要素からの情報に設定されます。ウォッチャーが存在する場合、その状態はその「ウォッチャー」要素からの情報に更新されます。行が更新または作成されている場合、その状態が現在終了するように、そのエントリはいつでもテーブルから削除される場合があります。
The following is an example of watcher information for a presentity, who is a professor. There are two watchers, userA and userB.
以下は、教授であるプレゼンテーションのためのウォッチャー情報の例です。UseraとuserBの2つのウォッチャーがいます。
<?xml version="1.0"?>
<watcherinfo xmlns="urn:ietf:params:xml:ns:watcherinfo"
version="0" state="full">
<watcher-list resource="sip:professor@example.net" package="presence">
<watcher status="active"
id="8ajksjda7s"
duration-subscribed="509"
event="approved" >sip:userA@example.net</watcher>
<watcher status="pending"
id="hh8juja87s997-ass7"
display-name="Mr. Subscriber"
event="subscribe">sip:userB@example.org</watcher>
</watcher-list>
</watcherinfo>
The following is the schema definition of the watcherinfo document format:
以下は、watcherinfoドキュメント形式のスキーマ定義です。
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"
targetNamespace="urn:ietf:params:xml:ns:watcherinfo"
xmlns:tns="urn:ietf:params:xml:ns:watcherinfo" >
<!-- This import brings in the XML language attribute xml:lang-->
<xs:import namespace="http://www.w3.org/XML/1998/namespace"
schemaLocation="http://www.w3.org/2001/03/xml.xsd" />
<xs:element name="watcherinfo">
<xs:complexType>
<xs:sequence>
<xs:element ref="tns:watcher-list" minOccurs="0"
maxOccurs="unbounded"/>
<xs:any namespace="##other" processContents="lax" minOccurs="0"
maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="version" type="xs:nonNegativeInteger"
use="required"/>
<xs:attribute name="state" use="required">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="full"/>
<xs:enumeration value="partial"/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs:element name="watcher-list">
<xs:complexType>
<xs:sequence>
<xs:element ref="tns:watcher" minOccurs="0" maxOccurs=
"unbounded"/>
<xs:any namespace="##other" processContents="lax"
minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="resource" type="xs:anyURI" use="required"/>
<xs:attribute name="package" type="xs:string" use="required"/>
</xs:complexType>
</xs:element>
<xs:element name="watcher">
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:anyURI">
<xs:attribute name="display-name" type="xs:string"/>
<xs:attribute name="status" use="required">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="pending"/>
<xs:enumeration value="active"/>
<xs:enumeration value="waiting"/>
<xs:enumeration value="terminated"/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name="event" use="required">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="subscribe"/>
<xs:enumeration value="approved"/>
<xs:enumeration value="deactivated"/>
<xs:enumeration value="probation"/>
<xs:enumeration value="rejected"/>
<xs:enumeration value="timeout"/>
<xs:enumeration value="giveup"/>
<xs:enumeration value="noresource"/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name="expiration" type="xs:unsignedLong"/>
<xs:attribute name="id" type="xs:string" use="required"/>
<xs:attribute name="duration-subscribed"
type="xs:unsignedLong"/>
<xs:attribute ref="xml:lang"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>
</xs:schema>
Watcher information is sensitive information. The protocol used to distribute it SHOULD ensure privacy, message integrity, and authentication. Furthermore, the protocol should provide access controls which restrict who can see who elses watcher information.
ウォッチャー情報は機密情報です。ITの配布に使用されるプロトコルは、プライバシー、メッセージの整合性、および認証を確保する必要があります。さらに、プロトコルは、誰が誰が誰を見るかを誰が見ることができるかを制限するアクセス制御を提供する必要があります。
This document registers a new MIME type, application/watcherinfo+xml, and registers a new XML namespace.
このドキュメントは、新しいMIMEタイプ、アプリケーション/WatcherInfo XMLを登録し、新しいXMLネームスペースを登録します。
MIME media type name: application
MIMEメディアタイプ名：アプリケーション
MIME subtype name: watcherinfo+xml
MIMEサブタイプ名：WatcherInfo XML
Mandatory parameters: none
必須パラメーター：なし
Optional parameters: Same as charset parameter application/xml as specified in RFC 3023 [9].
オプションのパラメーター：RFC 3023 [9]で指定されているCharsetパラメーターアプリケーション/XMLと同じ。
Encoding considerations: Same as encoding considerations of application/xml as specified in RFC 3023 [9].
考慮事項のエンコード：RFC 3023で指定されているアプリケーション/XMLの考慮事項のエンコードと同じ[9]。
Security considerations: See Section 10 of RFC 3023 [9] and Section 7 of this specification.
セキュリティ上の考慮事項：RFC 3023 [9]のセクション10およびこの仕様のセクション7を参照してください。
Interoperability considerations: none.
相互運用性の考慮事項：なし。
Published specification: This document.
公開された仕様：このドキュメント。
Applications which use this media type: This document type has been used to support subscriber authorization functions for SIP-based presence [10] [2].
このメディアタイプを使用するアプリケーション：このドキュメントタイプは、SIPベースの存在のための加入者認証機能をサポートするために使用されています[10] [2]。
Additional Information: Magic Number: None
追加情報：マジック番号：なし
File Extension: .wif or .xml
ファイル拡張子：.wifまたは.xml
Macintosh file type code: "TEXT"
Macintoshファイルタイプコード：「テキスト」
Personal and email address for further information: Jonathan
Rosenberg, <jdrosen@jdrosen.net>
Intended usage: COMMON
意図された使用法：共通
Author/Change controller: The IETF.
著者/変更コントローラー：IETF。
This section registers a new XML namespace, as per the guidelines in [7].
このセクションでは、[7]のガイドラインに従って、新しいXML名前空間を登録します。
URI: The URI for this namespace is urn:ietf:params:xml:ns:watcherinfo.
URI：この名前空間のURIはurn：ietf：params：xml：ns：watcherinfoです。
Registrant Contact: IETF, SIMPLE working group, <simple@ietf.org>, Jonathan Rosenberg <jdrosen@jdrosen.net>.
登録者の連絡先：IETF、Simple Working Group、<simher@ietf.org>、Jonathan Rosenberg <jdrosen@jdrosen.net>。
XML:
XML：
BEGIN
<?xml version="1.0"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.0//EN"
"http://www.w3.org/TR/xhtml-basic/xhtml-basic10.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="content-type"
content="text/html;charset=iso-8859-1"/>
<title>Watcher Information Namespace</title>
</head>
<body>
<h1>Namespace for Watcher Information</h1>
<h2>urn:ietf:params:xml:ns:watcherinfo</h2>
<p>See <a href="ftp://ftp.rfc-editor.org/in-notes/rfc3858.txt">
RFC3858</a>.</p>
</body>
</html>
END
[1] Roach, A. B., "Session Initiation Protocol (SIP)-Specific Event Notification", RFC 3265, June 2002.
[1] Roach、A。B.、「セッション開始プロトコル（SIP）特異的イベント通知」、RFC 3265、2002年6月。
[2] Rosenberg, J., "A Watcher Information Event Template-Package for the Session Initiation Protocol (SIP)", RFC 3857, August 2004.
[2] Rosenberg、J。、「セッション開始プロトコル（SIP）のウォッチャー情報イベントテンプレートパッケージ」、RFC 3857、2004年8月。
[3] Bradner, S., "Key Words for Use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[3] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。
[4] T. Bray, J. Paoli, and C. M. Sperberg-McQueen, "Extensible Markup language (XML) 1.0 (second edition)," W3C Recommendation REC-xml-20001006, World Wide Web Consortium (W3C), Oct. 2000. Available at http://www.w3.org/XML/.
[4] T. Bray、J。Paoli、およびC. M. Sperberg-Mcqueen、「拡張可能なマークアップ言語（XML）1.0（第2版）」、W3C推奨REC-XML-20001006、World Wide Web Consortium（W3C）、10月。http://www.w3.org/xml/。
[5] Moats, R., "URN Syntax", RFC 2141, May 1997.
[5] Moats、R。、「urn構文」、RFC 2141、1997年5月。
[6] Moats, R., "A URN Namespace for IETF Documents", RFC 2648, August 1999.
[6] Moats、R。、「IETFドキュメント用のurnネームスペース」、RFC 2648、1999年8月。
[7] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.
[7] Mealling、M。、「IETF XMLレジストリ」、BCP 81、RFC 3688、2004年1月。
[8] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A., Peterson, J., Sparks, R., Handley, M., and E. Schooler, "SIP: Session Initiation Protocol", RFC 3261, June 2002.
[8] Rosenberg、J.、Schulzrinne、H.、Camarillo、G.、Johnston、A.、Peterson、J.、Sparks、R.、Handley、M。、およびE. Schooler、 "SIP：SESSION INIATIATION Protocol"、RFC 3261、2002年6月。
[9] Murata, M., Laurent, S., and D. Kohn, "XML Media Types", RFC 3023, January 2001.
[9] Murata、M.、Laurent、S。、およびD. Kohn、「XML Media Types」、RFC 3023、2001年1月。
[10] Rosenberg, J., "A Presence Event Package for the Session Initiation Protocol (SIP)", RFC 3856, August 2004.
[10] Rosenberg、J。、「セッション開始プロトコル（SIP）のプレゼンスイベントパッケージ」、RFC 3856、2004年8月。
[11] Day, M., Rosenberg, J., and H. Sugano, "A Model for Presence and Instant Messaging", RFC 2778, February 2000.
[11] Day、M.、Rosenberg、J。、およびH. Sugano、「存在とインスタントメッセージングのモデル」、RFC 2778、2000年2月。
The authors would like to thank Sean Olson, Steve Donovan, and Cullen Jennings for their detailed comments and assistance with the XML schema.
著者は、XMLスキーマの詳細なコメントと支援について、ショーンオルソン、スティーブドノバン、カレンジェニングスに感謝したいと思います。
The following people were part of the original design team that developed the first version of this specification:
次の人々は、この仕様の最初のバージョンを開発した元のデザインチームの一員でした。
Dean Willis dynamicsoft 5100 Tennyson Parkway, Suite 1200 Plano, Texas 75024
ディーン・ウィリス・ダイナミックソフト5100テニソン・パークウェイ、スイート1200プラノ、テキサス75024
EMail: dwillis@dynamicsoft.com
Robert Sparks dynamicsoft 5100 Tennyson Parkway, Suite 1200 Plano, Texas 75024
Robert Sparks Dynamicsoft 5100 Tennyson Parkway、Suite 1200 Plano、Texas 75024
EMail: rsparks@dynamicsoft.com
Ben Campbell
ベン・キャンベル
EMail: ben@nostrum.com
Henning Schulzrinne Columbia University M/S 0401 1214 Amsterdam Ave. New York, NY 10027-7003
ヘニングシュルツリンヌコロンビア大学M/S 0401 1214 AMSTERDAM AVE. NEW YORK、NY 10027-7003
EMail: schulzrinne@cs.columbia.edu
Jonathan Lennox Columbia University M/S 0401 1214 Amsterdam Ave. New York, NY 10027-7003
ジョナサンレノックスコロンビア大学M/S 0401 1214 AMSTERDAM AVE. NEW YORK、NY 10027-7003
EMail: lennox@cs.columbia.edu
Christian Huitema Microsoft Corporation One Microsoft Way Redmond, WA 98052-6399
Christian Huitema Microsoft Corporation One Microsoft Way Redmond、WA 98052-6399
EMail: huitema@microsoft.com
Bernard Aboba
Microsoft Corporation
One Microsoft Way
Redmond, WA 98052-6399
EMail: bernarda@microsoft.com
David Gurle Reuters Corporation
David Gurle Reuters Corporation
EMail: David.Gurle@reuters.com
Jonathan Lennox contributed the text for the DTD and its usage that were part of earlier versions of this specification.
Jonathan Lennoxは、DTDのテキストと、この仕様の以前のバージョンの一部であった使用法に貢献しました。
Jonathan Rosenberg dynamicsoft 600 Lanidex Plaza Parsippany, NJ 07054
Jonathan Rosenberg Dynamicsoft 600 Lanidex Plaza Parsippany、NJ 07054
EMail: jdrosen@dynamicsoft.com
Copyright (C) The Internet Society (2004). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
著作権（c）The Internet Society（2004）。この文書は、BCP 78に含まれる権利、ライセンス、および制限の対象となり、そこに記載されている場合を除き、著者はすべての権利を保持しています。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM 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.
このドキュメントとここに含まれる情報は、「現状のまま」に基づいて提供されています。また、貢献者、彼/彼女が代表する組織（もしあれば）が後援する組織、インターネット協会とインターネット工学タスクフォースは、すべての保証、明示的または明示的、またはすべての保証を否認します。本書の情報の使用が、商品性または特定の目的に対する適合性の権利または黙示的な保証を侵害しないという保証を含むがこれらに限定されないことを含む。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、知的財産権またはその他の権利の有効性または範囲に関して、この文書に記載されている技術の実装または使用、またはそのような権利に基づくライセンスがどの程度であるかについての使用に関連すると主張する可能性があるという立場はありません。利用可能になります。また、そのような権利を特定するために独立した努力をしたことも表明していません。RFCドキュメントの権利に関する手順に関する情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IETF事務局に行われたIPR開示のコピーと、利用可能にするライセンスの保証、またはこの仕様の実装者またはユーザーによるそのような独自の権利の使用のための一般的なライセンスまたは許可を取得しようとする試みの結果を取得できます。http://www.ietf.org/iprのIETFオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、関心のある当事者に、著作権、特許、または特許出願、またはこの基準を実装するために必要な技術をカバーする可能性のあるその他の独自の権利を注意深く招待するよう招待しています。ietf-ipr@ietf.orgのIETFへの情報をお問い合わせください。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFCエディター機能の資金は現在、インターネット協会によって提供されています。