Network Working Group M. Lonnfors
Request for Comments: 5196 K. Kiss
Category: Standards Track Nokia
September 2008
Session Initiation Protocol (SIP) User Agent Capability Extension to Presence Information Data Format (PIDF)
セッション開始プロトコル（SIP）、プレゼンス情報データフォーマットへのユーザーエージェント機能拡張（PIDF）
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）の最新版を参照してください。このメモの配布は無制限です。
Abstract
抽象
Presence Information Data Format (PIDF) defines a common presence data format for Common Profile for Presence (CPP) compliant presence protocols. This memo defines a PIDF extension to represent SIP User Agent capabilities.
プレゼンス情報データフォーマット（PIDF）は、プレゼンス（CPP）に準拠したプレゼンスプロトコルのための共通プロファイルのための共通のプレゼンスデータフォーマットを定義します。このメモは、SIPユーザエージェントの能力を表すためにPIDFの拡張機能を定義します。
Table of Contents
目次
1. Introduction ....................................................3
1.1. Motivation .................................................3
1.2. Scope ......................................................4
2. Conventions .....................................................4
3. Extension for "Indicating User Agent Capabilities in the
Session Initiation Protocol (SIP)" in PIDF Documents ............4
3.1. Overview of Operation ......................................4
3.2. Service capabilities .......................................5
3.2.1. <servcaps> Element ..................................5
3.2.2. <audio> Element .....................................5
3.2.3. <application> Element ...............................5
3.2.4. <data> Element ......................................6
3.2.5. <control> Element ...................................6
3.2.6. <video> Element .....................................6
3.2.7. <text> Element ......................................6
3.2.8. <message> Element ...................................7
3.2.9. <type> Element ......................................7
3.2.10. <automata> Element .................................7
3.2.11. <class> Element ....................................7
3.2.12. <duplex> Element ...................................8
3.2.13. <description> Element ..............................8
3.2.14. <event-packages> Element ...........................9
3.2.15. <priority> Element .................................9
3.2.16. <methods> Element .................................10
3.2.17. <extensions> Element ..............................11
3.2.18. <schemes> Element .................................11
3.2.19. <actor> Element ...................................12
3.2.20. <isfocus> Element .................................12
3.2.21. <languages> Element ...............................13
3.3. Device Capabilities .......................................13
3.3.1. <devcaps> Element ..................................13
3.3.2. <mobility> Element .................................14
3.3.3. <description> Element ..............................14
4. Usage Guidelines ...............................................15
4.1. Use of <supported> and <notsupported> Elements ............15
5. Examples .......................................................16
6. XML Schema Definitions .........................................17
7. IANA Considerations ............................................26
7.1. URN Sub-Namespace Registration for ........................26
7.2. Schema Registration for Schema ............................27
8. Security Considerations ........................................27
9. Acknowledgments ................................................27
10. References ....................................................27
10.1. Normative References .....................................27
10.2. Informative References ...................................28
Common Profile for Presence (CPP) [RFC3859] and Common Profile for Instant Messaging (CPIM) [RFC3860] define common operations and formats that all presence and instant messaging services must agree upon so that basic interoperability is possible. The actual base format for the presence is defined in the Presence Information Document Format (PIDF) [RFC3863]. The PIDF has been designed to reduce the need for gatewaying and to allow end-to-end security of presence information. It has taken a very minimalistic approach to support such operations. In order to make the PIDF usable by different presence applications, these applications usually must extend the basic PIDF by standard XML mechanisms as defined in PIDF [RFC3863].
プレゼンスのための共通プロファイル（CPP）[RFC3859]およびインスタントメッセージング（CPIM）のための共通プロファイル[RFC3860]の基本的な相互運用が可能であるように、すべてのプレゼンスとインスタントメッセージングサービスが合意しなければならない一般的な操作とフォーマットを定義します。プレゼンスのための実際の基本フォーマットは、プレゼンス情報文書フォーマット（PIDF）[RFC3863]で定義されています。 PIDFはゲートウェイの必要性を低減し、プレゼンス情報のエンドツーエンドのセキュリティを許可するように設計されています。このような操作をサポートするために非常に最小限のアプローチをとっています。 PIDF [RFC3863]で定義されるように異なるプレゼンスアプリケーションによってPIDFを使用可能にするために、これらのアプリケーションは、通常、標準的なXML機構によって基本PIDFを拡張しなければなりません。
The aim of this memo is to introduce a SIP-specific extension mechanism to the PIDF that conveys the same SIP media feature tags as described in [RFC3840]. With this extension, presence applications based on SIP can have richer and more usable presence information compared to the baseline PIDF.
このメモの目的は、[RFC3840]に記載のものと同じSIPメディア特徴タグを搬送PIDFにSIP固有の拡張メカニズムを導入することです。この拡張により、SIPに基づくプレゼンスアプリケーションは、ベースラインPIDFに比べより豊かで使用可能なプレゼンス情報を有することができます。
The PIDF [RFC3863] defines a <contact> element that may appear once inside every <tuple> element. The content of the <contact> element encodes the CONTACT ADDRESS and CONTACT MEANS as defined in [RFC2778]. The <contact> element is defined to be a URI of any scheme. In some implementations, the URI scheme can uniquely identify the service the tuple intends to describe (e.g., im: URI scheme usually represents Instant Messaging service). However, this may not be the case in all implementations. For example in SIP, a SIP URI scheme can represent different kinds of services. A SIP URI scheme can be used to contact voice services, video services, or messaging services. If it is not known by other means, it might be hard for applications processing the presence information containing only a SIP URI contact addresses to know what particular service the tuple intends to describe. Also, watchers receiving presence information would probably benefit from getting more descriptive information about what particular communication means or services are supported by the presentity.
PIDF [RFC3863]は、すべての<タプル>要素の内部に一度表示されること<接点>要素を定義します。 <コンタクト>要素の内容は、[RFC2778]で定義されている連絡先と連絡先手段を符号化します。 <コンタクト>要素は、任意の方式のURIであると定義されます。いくつかの実装形態では、URIスキームを一意タプルが記述しようとするサービスを識別することができる（例えば、IM：URIスキームは、通常、インスタントメッセージングサービスを表します）。しかし、これはすべての実装ではそうでないかもしれません。 SIPにおいて、例えば、SIP URIスキームは、サービスの種類を表すことができます。 SIP URIスキームは、音声サービス、ビデオサービス、またはメッセージング・サービスに連絡するために使用することができます。それは他の手段で知られていない場合は、タプルを説明するつもりどんな特定のサービスを知っている唯一のSIP URIの連絡先アドレスを含むプレゼンス情報を処理するアプリケーションのための難しいかもしれません。また、プレゼンス情報を受信ウォッチャーは、おそらく特定の通信手段やサービスがプレゼンでサポートされているかについての詳細な記述情報を得ることから利益を得るであろう。
The User Agent Capabilities extension [RFC3840] defines a set of extensions that allow user agents to express preferences about request handling in SIP servers. The same information can provide value to watchers as well so that they can make more rational decisions on how a presentity should be contacted if a presence document contained this information.
ユーザーエージェント機能拡張[RFC3840]は、ユーザエージェントがSIPサーバに要求処理に関する好みを表現できるようにする拡張機能のセットを定義します。プレゼンス文書は、この情報が含まれている場合、彼らはプレゼンに連絡する必要があるかについて、より合理的な意思決定を行うことができるように同じ情報は、同様にウォッチャーに価値を提供することができます。
This document defines a PIDF extension, which enables SIP presence implementations to represent User Agent Capabilities [RFC3840] within presence information.
この文書は、プレゼンス情報内のユーザエージェントの能力[RFC3840]を表すために、SIPプレゼンス実装を可能にする、PIDFの拡張を定義します。
This extension does not replace media negotiation mechanisms defined for SIP (e.g., SDP [RFC4566]). The purpose of this extension is for a presentity to give watchers hints about the presentity's preferences, willingness, and capabilities to communicate before watchers initiate communication with the presentity.
この拡張は、SIP用に定義されたメディアネゴシエーションメカニズムに代わるものではありません（例えば、SDP [RFC4566]）。この拡張の目的は、ウォッチャーにウォッチャーがプレゼンとの通信を開始する前に通信するために、プレゼンの好み、意欲、および機能についてのヒントを与えるためのプレゼンのためです。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されます。
This memo makes use of the vocabulary defined in [RFC2778] and [RFC3863].
このメモは、[RFC2778]で定義された語彙と[RFC3863]を使用します。
3. Extension for "Indicating User Agent Capabilities in the Session Initiation Protocol (SIP)" in PIDF Documents
PIDFドキュメントに「セッション開始プロトコル（SIP）におけるユーザエージェントの能力を示す」3.拡張
This section presents the extension elements, attributes, their values, and semantics. This section also describes how this extension can be further extended.
このセクションでは、拡張要素、属性、その値、および意味論を提示します。また、このセクションでは、この拡張機能をさらに拡張することができる方法を説明します。
This extension is intended to be used within the PIDF [RFC3863] and that particular usage is described here. This extension may also be used with other XML documents if appropriate.
この拡張は、PIDF [RFC3863]内で使用されることが意図され、その特定の使用がここで記載されています。適切な場合には、この拡張機能は、他のXML文書を使用することができます。
This document defines how the features presented in [RFC3840] can be provided as part of presence information. Additionally, this memo includes the "type" feature tag [RFC2913], "message" media type feature tag [RFC4569], and the "language" feature tag [RFC4646] definitions. Adding these features to the PIDF means mapping them to an XML formatted structure.
このドキュメントは[RFC3840]に提示機能は、プレゼンス情報の一部として提供することができる方法を定義します。また、このメモは、「タイプ」機能タグ[RFC2913]、「メッセージ」メディアタイプの特徴タグ[RFC4569]、および「言語」機能タグ[RFC4646]の定義を含みます。 PIDFにこれらの機能を追加すると、XML形式の構造にマッピングを意味します。
The presence data model [RFC4479] defines presence information consisting of three types of data elements: person, service, and device. This memo follows this model so that one XML extension is defined to describe device capabilities and another one to describe service capabilities.
人、サービス、およびデバイス：プレゼンスデータモデル[RFC4479]は、データ要素の三種類からなるプレゼンス情報を定義します。 1つのXML拡張はデバイスの機能とサービス機能を記述するために別のものを記述するために定義されているように、このメモは、このモデルに従います。
The namespace URIs for elements defined by this document are URNs using the namespace identifier 'ietf' defined by [RFC2648] and extended by [RFC3688].
このドキュメントによって定義された要素の名前空間URIは、名前空間識別子「IETF」[RFC2648]で定義され、[RFC3688]によって拡張を用いたURNです。
When these extension namespaces are congregated with the PIDF document, the combined document MUST follow the same general formatting rules as specified in Section 4.1 of [RFC3863].
これらの拡張名前空間をPIDF文書に集まっている場合、結合文書は、[RFC3863]のセクション4.1で指定されたのと同じ一般的なフォーマットルールに従わなければなりません。
Elements belonging to service capabilities are used to describe dynamic characteristics of a service. These capabilities are enclosed within the <servcaps> element which SHOULD be located in the PIDF document as a child element of urn:ietf:params:xml:ns:pidf namespace <tuple> [RFC3863] element.
サービス機能に属する要素は、サービスの動的な特性を記述するために使用されています。 IETF：paramsは：XML：NS：ネームスペースPIDF <タプル> [RFC3863]要素これらの機能はURNの子要素としてPIDF文書に配置する必要があり、<servcaps>要素内に封入されています。
The namespace identifier for these elements is:
これらの要素の名前空間識別子は、次のとおりです。
urn:ietf:params:xml:ns:pidf:caps
URN：IETF：のparams：XML：NS：PIDF：キャップ
The root element of service capabilities is <servcaps>. The root element always has to be present. This element can contain the following child elements: <audio>, <application>, <data>, <control>, <video>, <text>, <message>, <type>, <automata>, <class>, <duplex>, <description>, <event-packages>, <priority>, <methods>, <extensions>, <schemes>, <actor>, <isfocus>, and <languages> followed by any number of optional extension elements from other namespaces.
サービス機能のルート要素は<servcaps>です。ルート要素は常に存在しなければなりません。この要素は、次の子要素を含めることができます：<オーディオ>、<アプリケーション>、<データ>、<コントロール>、<ビデオ>、<テキスト>、<メッセージ>、<タイプ>、<オートマトン>、<クラス>、<両面>、<説明>、<イベントパッケージ>、<優先度>、<方法>、<拡張子>、<スキーム>、<俳優>、<isfocus>、および<言語>からオプションの拡張要素の任意の数字が続きます他の名前空間。
A <servcaps> element can contain any number of optional extension attributes from other namespaces.
<servcaps>要素は、他の名前空間からのオプションの拡張属性の任意の数を含むことができます。
The <audio> element indicates that the service supports audio as a streaming media type as defined in [RFC3840].
<オーディオ>要素は[RFC3840]で定義されたサービスは、ストリーミングメディアタイプとしてオーディオサポートしていることを示しています。
The <audio> element is a boolean type and does not have any attributes. The value 'true' indicates that service supports audio media type, and the value 'false' indicates that service does not support audio media type.
<オーディオ>要素は、boolean型であり、任意の属性を持っていません。値「本当」のサービスは、音声メディアタイプをサポートしていることを示し、値「偽」は、サービスがオーディオメディアタイプをサポートしていないことを示しています。
The <application> element indicates that the service supports application as a streaming media type as defined in [RFC3840].
<アプリケーション>要素は[RFC3840]で定義されたサービスは、ストリーミングメディアの種類としてアプリケーションをサポートしていることを示しています。
The <application> element is a boolean type and does not have any attributes. The value 'true' indicates that service supports application media type, and the value 'false' indicates that service does not support application media type.
<application>要素は、boolean型であり、任意の属性を持っていません。 「真」値は、サービスがアプリケーションのメディアタイプをサポートしていることを示し、値「偽」のサービスは、アプリケーションのメディアタイプをサポートしていないことを示しています。
The <data> element indicates that the service supports data as a streaming media type as defined in [RFC3840].
<データ>要素は[RFC3840]で定義されたサービスは、ストリーミングメディアタイプとしてデータをサポートしていることを示しています。
The <data> element is a boolean type and does not have any attributes. The value 'true' indicates that service supports data media type, and the value 'false' indicates that service does not support data media type.
<データ>要素は、boolean型であり、任意の属性を持っていません。 「真」値は、サービスがデータのメディアタイプをサポートしていることを示し、値「偽」のサービスは、データのメディアタイプをサポートしていないことを示しています。
The <control> element indicates that the service supports control as a streaming media type as defined in [RFC3840].
<コントロール>要素は[RFC3840]で定義されたサービスは、ストリーミングメディアタイプとして、コントロールをサポートしていることを示しています。
The <control> element is a boolean type and does not have any attributes. The value 'true' indicates that service supports control media type, and the value 'false' indicates that service does not support control media type.
<コントロール>要素は、boolean型であり、任意の属性を持っていません。値「本当」のサービスは、コントロールのメディアタイプをサポートしていることを示し、「偽の」値は、サービスが制御メディアタイプをサポートしていないことを示しています。
The <video> element indicates that the service supports video as a streaming media type as defined in [RFC3840].
<動画>要素は、[RFC3840]で定義されたサービスは、ストリーミングメディアタイプとしてビデオをサポートしていることを示しています。
The <video> element is a boolean type and does not have any attributes. The value 'true' indicates that service supports video media type, and the value 'false' indicates that service does not support video media type.
<動画>要素は、boolean型であり、任意の属性を持っていません。 「真」値は、サービスがビデオメディアタイプをサポートしていることを示し、値「偽」のサービスは、ビデオメディアタイプをサポートしていないことを示しています。
The <text> element indicates that the service supports text as a streaming media type as defined in [RFC3840].
<テキスト>要素は、[RFC3840]で定義されたサービスは、ストリーミングメディアタイプとしてテキストをサポートしていることを示しています。
The <text> element is a boolean type and does not have any attributes. The value 'true' indicates that service supports text media type, and the value 'false' indicates that service does not support text media type.
<テキスト>要素は、boolean型であり、任意の属性を持っていません。値「本当」のサービスは、テキストメディアタイプをサポートしていることを示し、値「偽」は、サービスがテキストメディアタイプをサポートしていないことを示しています。
The <message> element indicates that the service supports messaging as a streaming media type as defined in [RFC4569].
<メッセージ>要素は[RFC4569]で定義されたサービスは、ストリーミングメディアタイプとしてメッセージングをサポートしていることを示しています。
The <message> element is a boolean type and does not have any attributes. The value 'true' indicates that service supports message media type, and the value 'false' indicates that service does not support message media type.
<メッセージ>要素は、boolean型であり、任意の属性を持っていません。 「真」値は、サービスがメッセージのメディアタイプをサポートしていることを示し、値「偽」のサービスは、メッセージのメディアタイプをサポートしていないことを示しています。
The <type> element indicates a MIME media content type (i.e., that appears in a 'Content-type:' header of the corresponding MIME-formatted data) as defined in [RFC2913].
[RFC2913]で定義される<type>要素は、（対応するMIME形式のデータのヘッダ「コンテンツタイプ」に表示され、すなわち、）MIMEメディアコンテンツタイプを示します。
The <type> element is a string type and does not have any attributes. It MUST be a string of the form "type/subtype", where 'type' and 'subtype' are defined by the MIME specification [RFC2045]. Only lowercase letters SHOULD be used.
<type>要素は、文字列型であり、任意の属性を持っていません。これは、「タイプ」と「サブタイプ」はMIME仕様[RFC2045]で定義されている形「タイプ/サブタイプ」の文字列でなければなりません。小文字のみを使用する必要があります。
The <automata> element indicates whether the service represents an automaton (such as a voicemail server, conference server, or recording device) or a human as defined in [RFC3840].
<オートマトン>要素は[RFC3840]で定義されるようにサービス（例えば、ボイスメールサーバー、会議サーバー、または記録装置など）オートマトンまたはヒトを表すかどうかを示します。
The <automata> element is a boolean type and does not have any attributes. The value 'true' indicates that the service represents an automaton, and the value 'false' indicates that it represents a human.
<オートマトン>要素は、boolean型であり、任意の属性を持っていません。 「真」値は、サービスがオートマトンを表していることを示し、値「偽」は、それが人間を表していることを示しています。
The <class> element indicates the setting, business or personal, in which a communications service is used as defined in [RFC3840].
<クラス>要素は[RFC3840]で定義されるように通信サービスが使用される、設定、ビジネスまたは個人を示します。
The <class> element can contain two elements: <supported> and <notsupported>. Classes that are supported by the service can be listed under the <supported> element, and classes that are not supported by the service can be listed under the <notsupported> element.
<サポート>と<です。notSupported>：<class>要素には、2つの要素を含めることができます。サービスによってサポートされているクラスは、<サポート>要素の下に表示することができ、およびサービスによってサポートされていないクラスは、<です。notSupported>要素の下に表示することができます。
<supported> and <notsupported> elements can contain <business> and <personal> elements followed by any number of optional extension elements from other namespaces. The semantics of business and personal are defined in [RFC3840] as:
<サポート>と<です。notSupported>要素は、<ビジネス>や他の名前空間からオプションの拡張要素のいずれかの数字が続く<個人>要素を含めることができます。ビジネスや個人の意味は次のように[RFC3840]で定義されています。
o <business>: The service is used for business communications.
O <ビジネス>：サービスは、ビジネスコミュニケーションのために使用されています。
o <personal>: The service is used for personal communications.
O <個人>：サービスは、個人的なコミュニケーションのために使用されています。
Any value that is registered with IANA for the SIP media feature tag registration tree as a sip.class media feature tag can be used as a value of an extension element. If the appropriate value is not registered, it SHOULD be registered as defined in [RFC3840].
sip.classメディア特徴タグとしてSIPメディア特徴タグ登録ツリーのためのIANAに登録された任意の値は、拡張要素の値として使用することができます。適切な値が登録されていない場合は[RFC3840]で定義されるように、それが登録する必要があります。
The <duplex> element lists whether a communications service can simultaneously send and receive media ("full"), alternate between sending and receiving ("half"), only receive ("receive-only"), or only send ("send-only") as defined in [RFC3840].
唯一の通信サービスを同時に（「完全」）メディアを送信および受信できるかどうか<両面>要素リスト（「半分」）を送信および受信の間、代替、のみ（「受信専用」）を受信し、または送信（「send-のみ」）[RFC3840]で定義されます。
The <duplex> element can contain two elements: <supported> and <notsupported>. Duplex modes that are supported by the service can be listed under the <supported> element, and duplex modes that are not supported by the service can be listed under the <notsupported> element.
<サポート>と<です。notSupported> <デュプレックス>要素は、2つの要素を含むことができます。サービスによってサポートされている二重モードは、<サポート>要素の下にリストされていることができ、サービスによってサポートされていない二重モードは<です。notSupported>要素の下にリストすることができます。
<supported> and <notsupported> elements can contain <full>, <half>, <receive-only>, and <send-only> elements followed by any number of optional extension elements from other namespaces. The semantics of these elements are defined in [RFC3840] as:
<サポート>と<です。notSupported>要素は、<フル>、<ハーフ>を含む<受信専用>、および他の名前空間からのオプションの拡張要素を任意の数続く<送信専用>エレメントができます。これらの要素のセマンティクスは次のように[RFC3840]で定義されています。
o <full>: The service can simultaneously send and receive media.
O <フル>：サービスが同時にメディアを送受信することができます。
o <half>: The service can alternate between sending and receiving media.
O <半分>：サービスは、メディアの送受信を交互にすることができます。
o <receive-only>: The service can only receive media.
O <受信のみ>：サービスはメディアだけを受け取ることができます。
o <send-only>: The service can only send media.
O <送信専用>：サービスはメディアのみを送信することができます。
Any value that is registered with IANA for the SIP media feature tag registration tree as a sip.duplex media feature tag can be used as a value of an extension element. If the appropriate value is not registered, it SHOULD be registered as defined in [RFC3840].
sip.duplexメディア特徴タグとしてSIPメディア特徴タグ登録ツリーのためのIANAに登録された任意の値は、拡張要素の値として使用することができます。適切な値が登録されていない場合は[RFC3840]で定義されるように、それが登録する必要があります。
The <description> element provides a textual description of the service as defined in [RFC3840].
[RFC3840]で定義されるように、<description>要素は、サービスのテキスト記述を提供します。
The <description> element is of string type and does not have any attributes.
<description>要素は、文字列タイプのものであり、属性はありません。
The <description> element SHOULD be labeled with the 'xml:lang' attribute to indicate its language and script. The specification allows multiple occurrences of this elements so that the presentity can convey <description> elements in multiple scripts and languages. If no 'xml:lang' attribute is provided, the default value is "i-default" as defined in [RFC2277].
その言語やスクリプトを示すために属性：<description>要素は、「LANGのxml」でラベル付けされるべき。プレゼンは、複数のスクリプトや言語に<説明>要素を伝えることができるように仕様がこの要素の複数の発生を可能にします。 NO 'のxml：langの' の場合、属性が提供されていない場合、デフォルト値は[RFC2277]で定義された "I-default" です。
The <event-packages> element lists the event packages supported by a service.
<イベントパッケージ>要素は、サービスによってサポートされているイベントパッケージを示しています。
The <event-packages> element can contain two elements: <supported> and <notsupported>. Event packages that are supported by the service can be listed under the <supported> element, and event packages that are not supported by the service can be listed under the <notsupported> element.
<サポート>と<です。notSupported>：<イベントパッケージ>要素には、2つの要素を含めることができます。サービスによってサポートされているイベントパッケージは、<です。notSupported>要素の下に表示することができ、サービスによってサポートされていない<サポート>要素、およびイベントパッケージの下に表示することができます。
The <supported> and <notsupported> elements can contain any values from the IANA SIP event types namespace registry followed by any number of optional extension elements from other namespaces. As of this writing, the IANA SIP event types namespace registry includes the following packages: <conference>, <dialog>, <kpml>, <message-summary>, <poc-settings>, <presence>, <reg>, <refer>, <Siemens-RTP-Stats>, <spirits-INDPs>, <spirits-user-prof>, and <winfo>.
<サポート>と<です。notSupported>要素は、他の名前空間からのオプションの拡張要素の任意の数字が続くIANA SIPイベント・タイプの名前空間レジストリから任意の値を含むことができます。 <、<会議>、<対話>、<KPML>、<メッセージ要約>、<POC-設定>、<存在>、<REG>：この記事の執筆時点で、IANA SIPイベントタイプの名前空間のレジストリには、次のパッケージが含まれています参照してください>、<シーメンス-RTP-統計>、<霊-INDPs>、<霊-ユーザー教授>、および<winfo>。
The <priority> element indicates the call priorities the service is willing to handle as defined in [RFC3840].
<優先順位>要素は[RFC3840]で定義されるようにサービスが処理する意思があるコールの優先順位を示しています。
The <priority> element can contain two elements: <supported> and <notsupported>. Priority values that are supported by the service can be listed under the <supported> element, and priority values that are not supported by the service can be listed under the <notsupported> element.
<サポート>と<です。notSupported>：<優先順位>要素は、2つの要素を含むことができます。サービスによってサポートされている優先順位値は、<サポート>要素の下にリストされていることができ、サービスによってサポートされていない優先順位の値が<です。notSupported>要素の下にリストすることができます。
The <supported> and <notsupported> elements can contain any number of <lowerthan>, <higherthan>, <equals>, and <range> elements followed by any number of optional extension elements from other namespaces.
<サポート>と<です。notSupported>要素は、任意の数を含むことができ、<lowerthan>、<higherthan>、<等しい>、および<範囲>他の名前空間からオプションの拡張要素の任意の数が続く要素。
The <lowerthan> element has a single attribute called "maxvalue". The "maxvalue" attribute is used to give the highest priority value that the service is willing to support. All values equal and below that value are supported.
<lowerthan>要素は、「MAXVALUE」と呼ばれる単一の属性を持っています。 「MAXVALUE」属性は、サービスがサポートしても構わないと思っている最も高い優先度の値を与えるために使用されます。等しく、その値以下のすべての値がサポートされています。
The <higherthan> element has a single attribute called "minvalue". The "minvalue" attribute is used to give the lowest priority value that the service is willing to support. All values equal and above that value are supported.
<higherthan>要素は、「MINVALUE」と呼ばれる単一の属性を持っています。 「MINVALUE」属性は、サービスがサポートしても構わないと思っている最も低い優先度の値を与えるために使用されます。すべての値は等しく、その値の上方に支持されています。
The <equals> element is used to indicate the exact priority value that the service is willing to handle. The <equals> element has a single attribute called "value". The "value" attribute is used to indicate the exact supported priority value.
要素は、サービスが処理する意思があることを、正確な優先度の値を示すために使用される<等しいです>。 <等号>要素は、「値」と呼ばれる単一の属性を持っています。 「値」属性は、正確なサポート優先順位の値を示すために使用されます。
The <range> element is used to indicate the priority range that the service is willing to handle. The <range> element has two attributes called "minvalue" and "maxvalue". The value of the "minvalue" attribute indicates the lowest priority value supported by the service, and the value of the "maxvalue" attribute indicates the highest priority value supported by the service.
<範囲>要素は、サービスが処理する意思がある優先順位の範囲を示すために使用されます。 <範囲>要素は、「MINVALUE」と「MAXVALUE」と呼ばれる2つの属性があります。 「MINVALUE」属性の値は、サービスでサポートされている優先順位が最も低い値を示し、「MAXVALUE」属性の値は、サービスでサポートされている最も優先順位の高い値を示しています。
The <methods> element indicates the SIP methods supported by a service. In this case, "supported" means that the service can receive requests with this method. In that sense, it has the same connotation as the Allow header field as defined in [RFC3840].
<方法>要素は、サービスによってサポートされるSIP方法を示しています。この場合は、「サポート」のサービスは、この方法で要求を受信できることを意味します。その意味では、それは[RFC3840]で定義されるように許可ヘッダフィールドと同じ意味合いを有しています。
The <methods> element can contain two elements: <supported> and <notsupported>. Methods that are supported by the service can be listed under the <supported> element, and methods that are not supported by the service can be listed under the <notsupported> element.
<サポート>と<です。notSupported>：<方法>要素は、2つの要素を含むことができます。サービスによってサポートされている方法は、<サポート>要素の下に表示することができ、そしてサービスでサポートされていないメソッドは、<です。notSupported>要素の下に表示することができます。
The <supported> and <notsupported> elements can contain any values from the methods table of the IANA SIP parameters registry table followed by any number of optional extension elements from other namespaces. As of this writing, the IANA SIP parameters registry includes the following methods:<ACK>, <BYE>, <CANCEL>, <INFO>, <INVITE>, <MESSAGE>, <NOTIFY>, <OPTIONS>, <PRACK>, <PUBLISH>, <REFER>, <REGISTER>, <SUBSCRIBE>, and <UPDATE>.
<サポート>と<です。notSupported>要素は、他の名前空間からのオプションの拡張要素の任意の数字が続くIANA SIPパラメータレジストリテーブルのメソッドテーブルから任意の値を含むことができます。この記事の執筆時点で、IANA SIPパラメータレジストリは、次のメソッドが含まれます。<ACK>、<BYE>、<CANCEL>、<INFO>、<INVITE>、<MESSAGE>、<NOTIFY>、<オプション>、<PRACK> 、<SUBSCRIBE>、<REGISTER>、<REFER>、<PUBLISH>、および<UPDATE>。
The <extensions> element is a list of SIP extensions (each of which is defined by an option-tag registered with IANA) that are understood by the service. Understood, in this context, means that the option tag would be included in a Supported header field in a request as defined in [RFC3840].
<拡張>要素は、サービスによって理解されている（IANAに登録オプションタグにより定義される各々は）SIP拡張子のリストです。理解し、これに関連して、[RFC3840]で定義されるようにオプションタグがリクエストにSupportedヘッダフィールドに含まれることを意味します。
The <extensions> element can contain two elements: <supported> and <notsupported>. Extensions that are supported by the service can be listed under the <supported> element, and extensions that are not supported by the service can be listed under the <notsupported> element.
<サポート>と<です。notSupported>：<拡張子>要素には、2つの要素を含めることができます。サービスによってサポートされている拡張機能は、<サポート>要素の下に表示することができ、およびサービスによってサポートされていない拡張子は、<です。notSupported>要素の下に表示することができます。
The <supported> and <notsupported> elements can contain any values from the option tags table of the IANA SIP parameters registry table followed by any number of optional extension elements from other namespaces. As of this writing, the IANA SIP parameters registry includes the following option tags: <rel100>, <early-session>, <eventlist>, <from-change>, <gruu>, <histinfo>, <join>, <norefersub>, <path>, <precondition>, <pref>, <privacy>, <recipient-list-invite>, <recipient-list-subscribe>, <replaces>, <resource-priority>, <sdp-anat>, <sec-agree>, <tdialog>, and <timer>.
<サポート>と<です。notSupported>要素は、他の名前空間からのオプションの拡張要素の任意の数字が続くIANA SIPパラメータレジストリテーブルのオプションタグテーブルから任意の値を含むことができます。この記事の執筆時点で、IANA SIPパラメータのレジストリは、次のオプションタグが含まれています。<rel100>、<初期セッション>、<eventlist>、<からの変更>、<GRUU>、<histinfo>、<参加>、<norefersub >、<パス>、<前提条件>、<県>、<プライバシー>、<受信者リスト - 招待>、<受信者リストサブスクライブ>、<置き換え>、<リソース優先順位>、<SDP-アナト>、 <秒-同意>、<tdialog>、および<タイマー>。
The <schemes> element provides the set of URI schemes that are supported by a service. "Supported" implies, for example, that the service would know how to handle a URI of that scheme in the Contact header field of a redirect response as defined in [RFC3840].
<スキーム>要素は、サービスによってサポートされているURIスキームのセットを提供します。 「サポート」[RFC3840]で定義されるようにサービスがリダイレクト応答のContactヘッダフィールドにそのスキームのURIを処理する方法を知っているだろうことを、例えば、を意味します。
The <schemes> element can contain two elements: <supported> and <notsupported>. Schemes that are supported by the service can be listed under the <supported> element, and schemes that are not supported by the service can be listed under the <notsupported> element.
<サポート>と<です。notSupported>：<スキーム>要素には、2つの要素を含めることができます。サービスによってサポートされている方式は、<サポート>要素の下にリストされていることができ、サービスによってサポートされていないスキームは<です。notSupported>要素の下にリストすることができます。
<supported> and <notsupported> elements can contain any number of <s> elements, which can be used to describe individual schemes supported by the service.
<サポート>と<です。notSupported>要素は、サービスによってサポートされる個々の方式を説明するために使用することができる<S>要素、任意の数を含むことができます。
The <s> element is of string type and is used to describe an individual scheme supported by the service. Values that can be used here are scheme names that are registered to the IANA URI scheme registry.
<S>要素は、文字列型であり、サービスによってサポートされる個々のスキームを記述するために使用されます。ここで使用できる値は、IANAのURIスキームのレジストリに登録されているスキーム名です。
The <actor> element indicates the type of entity that is available at this URI as defined in [RFC3840].
<アクター>要素は[RFC3840]で定義されるように、このURIで入手できるエンティティのタイプを示します。
The <actor> element can contain two elements: <supported> and <notsupported>. Actor types that are supported by the service can be listed under the <supported> element, and actor types that are not supported by the service can be listed under the <notsupported> element.
<サポート>と<です。notSupported>：<俳優>要素には、2つの要素を含めることができます。サービスによってサポートされている俳優の種類は、<です。notSupported>要素の下に表示することができ、サービスによってサポートされていない<サポート>要素、そして俳優の種類の下に表示することができます。
The <supported> and <notsupported> elements can contain <principal>, <attendant>, <msg-taker>, and <information> elements followed by any number of optional extension elements from other namespaces.
<サポート>と<です。notSupported>要素は、<主>、<付随>、<MSG採取>、および<情報>他の名前空間からオプションの拡張要素の任意の数字が続く要素を含むことができます。
The semantics of these elements are defined in [RFC3840] as:
これらの要素のセマンティクスは次のように[RFC3840]で定義されています。
o <principal>: The service provides communication with the principal that is associated with the service. Often this will be a specific human being, but it can be an automaton (for example, when calling a voice portal).
O <主>：サービスは、サービスに関連付けられている主との通信を提供します。多くの場合、これは特定の人間になりますが、それはオートマトンことができる（例えば、音声ポータルを呼び出すとき）。
o <attendant>: The service provides communication with an automaton or a person that will act as an intermediary in contacting the principal associated with the service, or a substitute.
O <付随>：サービスは、オートマトン又はサービス、又は代替に関連付けられたプリンシパルを接触させるに仲介役となる人との通信を提供します。
o <msg-taker>: The service provides communication with an automaton or a person that will take messages and deliver them to the principal.
O <MSG-受け手>：サービスは、オートマトンやメッセージを取得し、校長にそれらをお届けします人との通信を提供します。
o <information>: The service provides communication with an automaton or a person that will provide information about the principal.
O <情報>：サービスは、オートマトンまたはプリンシパルに関する情報を提供する者との通信を提供します。
Any value that is registered with IANA for the SIP media feature tag registration tree as a sip.actor media feature tag can be used as a value of an extension element. If the appropriate value is not registered, it SHOULD be registered as defined in [RFC3840].
sip.actorメディア特徴タグとしてSIPメディア特徴タグ登録ツリーのためのIANAに登録された任意の値は、拡張要素の値として使用することができます。適切な値が登録されていない場合は[RFC3840]で定義されるように、それが登録する必要があります。
The <isfocus> element indicates that the service is a conference server, also known as a focus as defined in [RFC3840].
<isfocus>要素は、サービスが[RFC3840]で定義されるように、フォーカスとして知られている会議サーバであることを示しています。
The <isfocus> element is of boolean type and does not have any attributes. The value 'true' indicates that service is a conference server and the value 'false' indicates that service does not support conferencing.
<isfocus>要素は、boolean型のものであり、属性はありません。値「本当」サービスが「偽」会議サーバと値であることは、サービスが会議をサポートしていないことを示していることを示しています。
The <languages> element indicates the ability to display particular human languages as defined in [RFC4646].
<言語>要素は[RFC4646]で定義されるように、特定の人間の言語を表示する能力を示します。
The <languages> element can contain two elements: <supported> and <notsupported>. Languages that are supported by the service can be listed under the <supported> element, and languages that are not supported by the service can be listed under the <notsupported> element.
<サポート>と<です。notSupported>：<言語>要素には、2つの要素を含めることができます。サービスによってサポートされている言語は、<サポート>要素の下に表示することができ、およびサービスによってサポートされていない言語は、<です。notSupported>要素の下に表示することができます。
<supported> and <notsupported> elements can contain any number of <l> elements which can be used to describe individual languages supported by the service.
<サポート>と<です。notSupported>要素は、サービスによってサポートされる個々の言語を記述するために使用することができる<L>要素の任意の数を含むことができます。
The <l> element is of string type and is used to describe an individual language supported by the service. Values that can be used here are language subtags that are registered to the IANA language subtag registry as per [RFC4646].
<L>要素は、文字列型であり、サービスによってサポートされる個々の言語を記述するために使用されます。ここで使用できる値は、[RFC4646]あたりとしてIANA言語サブタグレジストリに登録されている言語サブタグです。
Elements belonging to device capabilities are used to describe dynamic characteristics of a device. These capabilities are enclosed within the <devcaps> element, which SHOULD be located in the PIDF document as a child element of the urn:ietf:params:xml:ns:pidf:data-model namespace <device> element [RFC4479].
デバイス機能に属する元素は、装置の動特性を説明するために使用されます。 IETF：paramsは：XML：NS：PIDF：データモデルの名前空間<デバイス>要素[RFC4479]これらの機能はURNの子要素としてPIDF文書に配置する必要があり、<devcaps>要素内に封入されています。
The namespace identifier for these elements is urn:
これらの要素の名前空間識別子はURNです。
ietf:params:xml:ns:pidf:caps
IETF：のparams：XML：NS：PIDF：キャップ
The root element of device capabilities is <devcaps>. The root element always has to be present. This element can contain the following child elements: <mobility> and <description> followed by any number of optional extension elements from other namespaces.
デバイス機能のルート要素は<devcaps>です。ルート要素は常に存在しなければなりません。他の名前空間からオプションの拡張要素のいずれかの数字が続く<モビリティ>と<説明>：この要素は、次の子要素を含めることができます。
A <devcaps> element can contain any number of optional extension attributes from other namespaces.
<devcaps>要素は、他の名前空間からのオプションの拡張属性の任意の数を含むことができます。
The <mobility> element indicates whether the device is fixed (meaning that it is associated with a fixed point of contact with the network) or mobile (meaning that it is not associated with a fixed point of contact). Note that cordless phones are fixed, not mobile, based on this definition as defined in [RFC3840].
<移動度>要素は、デバイスが（それはネットワークとの接触の固定点に関連していることを意味する）、固定または移動（それは接触の固定点に関連付けられていないことを意味する）であるかどうかを示します。 [RFC3840]で定義されるように、この定義に基づいて、モバイルではない、コードレス電話が固定されていることに注意してください。
The <mobility> element can contain two elements: <supported> and <notsupported>. Mobility modes that are supported by the device can be listed under the <supported> element and mobility modes that are not supported by the device can be listed under the <notsupported> element.
<サポート>と<です。notSupported>：<モビリティ>要素には、2つの要素を含めることができます。デバイスによってサポートされるモビリティモードは、デバイスによってサポートされていない<サポート>要素とモビリティモードは<です。notSupported>要素の下にリストされていることができるの下にリストすることができます。
The <supported> and <notsupported> elements can contain <fixed> and <mobile> elements followed by any number of optional extension elements from other namespaces.
<サポート>と<です。notSupported>要素は、<固定>含み、他の名前空間からのオプションの拡張要素の任意の数字が続く<移動>エレメントができます。
The semantics of these elements are defined in [RFC3840] as:
これらの要素のセマンティクスは次のように[RFC3840]で定義されています。
o <fixed>: The device is stationary.
O <固定>：デバイスが静止しています。
o <mobile>: The device can move around with the user.
O <モバイル>：デバイスは、ユーザに動き回ることができます。
Any value that is registered with IANA to the SIP media feature tag registration tree as sip.mobility media feature tag can be used as a value of an extension element. If the appropriate value is not registered, it SHOULD be registered as defined in [RFC3840].
sip.mobilityメディア特徴タグとしてSIPメディア特徴タグ登録ツリーにIANAに登録された任意の値は、拡張要素の値として使用することができます。適切な値が登録されていない場合は[RFC3840]で定義されるように、それが登録する必要があります。
The <description> element provides a textual description of the device as defined in [RFC3840].
[RFC3840]で定義されるように、<description>要素は、デバイスのテキスト記述を提供します。
The <description> element is of string type and does not have any attributes.
<description>要素は、文字列タイプのものであり、属性はありません。
The <description> element SHOULD be labeled with the 'xml:lang' attribute to indicate its language and script. The specification allows multiple occurrences of this element so that the presentity can convey <description> elements in multiple scripts and languages. If no 'xml:lang' attribute is provided, the default value is "i-default" as defined in [RFC2277].
その言語やスクリプトを示すために属性：<description>要素は、「LANGのxml」でラベル付けされるべき。プレゼンティティが複数のスクリプトや言語での<description>要素を伝えることができるように仕様は、この要素の複数の発生を可能にします。 NO 'のxml：langの' の場合、属性が提供されていない場合、デフォルト値は[RFC2277]で定義された "I-default" です。
The User Agent Capabilities extension [RFC3840] recommends that a UA provides complete information in its contact predicate. However, it may be that the presentity is not willing to publish presence information that would be consistent with actual device or service capabilities (e.g., presentity may not want to indicate that he/she supports voice when the service actually is able to support it). Authorization rules or policies in the presence server may limit or modify the presence information published by the presentity. Also, combining presence information from multiple sources may result in loss or mismatch of information.
ユーザエージェントの機能拡張[RFC3840]はUAが、その接触述語に完全な情報を提供することをお勧めします。しかし、それは（例えば、プレゼンは、サービスが実際にそれをサポートすることが可能であるとき、彼/彼女が声をサポートしていることを示してしたくない場合があります）プレゼンは、実際のデバイスまたはサービスの能力と一致するであろうプレゼンス情報を公開して喜んではないのかもしれ。プレゼンス・サーバでの認証ルールやポリシーがプレゼンで発表されたプレゼンス情報を制限または変更することができます。また、複数のソースからのプレゼンス情報を組み合わせて情報の損失や不整合を生じ得ます。
It is RECOMMENDED that Presence User Agents (PUAs) using this extension provide as complete presence information as they can. If the PUA is publishing sensitive information using this extension, it SHOULD obtain permission from the presentity. PUAs can indicate the explicitly supported capabilities using the <supported> element, and the capabilities that are explicitly not supported using the <notsupported> element.
彼らができるように、この拡張機能を使用してプレゼンスユーザエージェント（不要と思われるアプリケーション）は、完全なプレゼンス情報を提供することが推奨されています。 PUAは、この拡張機能を使用して機密情報を公開する場合は、プレゼンティティからの許可を得なければなりません。不要と思われるアプリケーションは、<サポート>要素を使用して明示的にサポート能力、および明示的に<です。notSupported>要素を使用してサポートされていない能力を示すことができます。
It is not mandated that presence information be consistent with actual service or device capabilities. However, it is in the presentity's best interest to avoid publishing false presence information and provide accurate information to help minimize unsuccessful communication invitations. Otherwise, watchers may conclude that communication cannot be established with the presentity, but in reality it would be possible; or watchers may conclude that certain communication capabilities are available, but in reality a communication establishment attempt would fail using those capabilities. In any case, watchers should not expect the presence information represented by this extension to be fully aligned with the actual presentity's service or device capabilities. As explained in Section 1.2, presence of this extension does not replace the use of SIP signaling for capability negotiation.
プレゼンス情報は、実際のサービスやデバイスの機能と一致することを義務付けられていません。しかし、それは偽のプレゼンス情報を公開回避し、失敗した通信の招待状を最小限に抑えるために正確な情報を提供するために、プレゼンの最善の利益です。それ以外の場合は、その通信を締結することができるウォッチャーはプレゼンで確立することはできませんが、実際にそれが可能です。またはウォッチャーは、特定の通信機能が利用可能であることを結論付けることができるが、実際に通信確立の試みは、これらの機能を使用して失敗していました。いずれにせよ、ウォッチャーは、この拡張によって表されるプレゼンス情報は完全に実際のプレゼンのサービスやデバイスの機能と位置合わせされることを期待してはいけません。第1.2節で説明したように、この拡張機能の存在は、能力交渉のためのSIPシグナリングの使用に代わるものではありません。
PUAs should add information under <supported> and <notsupported> elements only when they believe it may affect the decision making in the watcher's end, i.e., information should be relevant and valuable for the watcher. Listing all possible information under <supported> and <notsupported> is rarely needed.
彼らはそれがウォッチャーの終わりにおける意思決定に影響を与える可能性があると考えている場合にのみ、不要と思われるアプリケーションは、下の情報<サポート>と<です。notSupported>要素を追加する必要があり、すなわち、情報がウォッチャーに関連し、貴重でなければなりません。 <サポート>と<です。notSupported>の下で可能なすべての情報をリストほとんど必要ありません。
For example, if the PUA wants to advertise a message service that supports the MESSAGE method, it should add it under the <supported> element in the <methods> element. Even if the service does not support other methods, it is unlikely that listing all the methods not supported under the <notsupported> element would provide any value to the watcher.
PUAはMESSAGEメソッドをサポートしているメッセージサービスを宣伝したい場合たとえば、それは、<方法>要素内の<サポート>要素の下にそれを追加する必要があります。サービスは他の方法をサポートしていない場合であっても、<です。notSupported>要素の下でサポートされていないすべてのメソッドを一覧表示ウォッチャーに任意の値を提供することはほとんどありません。
In case of conflicting information, i.e., the same child element appears under the <supported> and <notsupported> elements with the same value, the watcher can safely assume that the listed capability is supported regardless of the inclusion of the capability under the <notsupported> element.
すなわち、矛盾する情報の場合には、同一の子要素が同じ値を持つ<サポート>と<です。notSupported>要素の下に表示され、観察者は安全にリストされた機能は<です。notSupported下に関係なく、能力の包含のサポートされていると仮定することができます>要素。
<?xml version="1.0" encoding="UTF-8"?> <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:caps="urn:ietf:params:xml:ns:pidf:caps" xmlns:mod="urn:ietf:params:xml:ns:pidf:data-model" entity="pres:someone@example.com">
<？xml version = "1.0" エンコード= "UTF-8"？> <プレゼンスのxmlns = "URN：IETF：paramsは：XML：NS：PIDF" のxmlns：キャップ= "URN：IETF：paramsは：XML：NS：PIDF ：キャップ」のxmlns：MOD = "壷：IETF：のparams：XML：NS：PIDF：データ・モデル" 実体= "PRES：someone@example.com">
<tuple id="joi9877866786ua9"> <status> <basic>open</basic> </status> <caps:servcaps> <caps:audio>true</caps:audio> <caps:description xml:lang="en"> Example service </caps:description> <caps:description xml:lang="hu"> Pe'lda szolga'ltata's </caps:description> <caps:duplex> <caps:supported> <caps:full/> </caps:supported> </caps:duplex> <caps:message>true</caps:message> <caps:methods> <caps:supported> <caps:ACK/> <caps:BYE/> <caps:INVITE/> <caps:MESSAGE/> </caps:supported> </caps:methods> <caps:priority> <caps:supported> <caps:lowerthan maxvalue="10"/> </caps:supported>
<タプルID = "joi9877866786ua9"> <状態> <基本>開く</塩基性> </状態> <キャップ：servcaps> <キャップ：オーディオ>真</キャップ：オーディオ> <キャップ：説明XML：LANG = "EN ">例サービス</キャップ：記述> <キャップ：説明XML：LANG =" HU "> Pe'lda szolga'ltataの</キャップ：記述> <キャップ：二重> <キャップ：サポート> <キャップ：フル/> </キャップ：サポート> </キャップ：両面> <キャップ：メッセージ>真</キャップ：メッセージ> <キャップ：方法> <キャップ：サポート> <キャップ：ACK /> <キャップ：BYE /> <キャップ：INVITE /> <キャップ：MESSAGE /> </キャップ：サポート> </キャップ：方法> <キャップ：優先> <キャップ：サポート> <キャップ：lowerthan MAXVALUE = "10" /> </キャップ：サポート>
</caps:priority> <caps:schemes> <caps:supported> <caps:s>sip</caps:s> </caps:supported> </caps:schemes> <caps:video>false</caps:video> </caps:servcaps> <contact>sip:someone@example.com</contact> </tuple> <mod:device id="hgt67"> <caps:devcaps> <caps:mobility> <caps:supported> <caps:mobile/> </caps:supported> </caps:mobility> </caps:devcaps> <mod:deviceID >urn:uuid:d27459b7-8213-4395-aa77-ed859a3e5b3a</mod:deviceID> </mod:device> </presence>
</キャップ：優先順位> <キャップ：スキーム> <キャップ：サポート> <キャップ：S>一口</キャップ：S> </キャップ：サポート> </キャップ：スキーム> <キャップ：ビデオ>偽</キャップ：ビデオ> </キャップ：servcaps> <接点> SIP：someone@example.com </接触> </タプル> <MOD：デバイスID = "hgt67"> <キャップ：devcaps> <キャップ：モビリティ> <キャップ：サポート> <キャップ：モバイル/> </キャップ：サポート> </キャップ：モビリティ> </キャップ：devcaps> <MOD：deviceIDの> URN：UUID：d27459b7-8213-4395-aa77-ed859a3e5b3a </ MOD：deviceIDの> < / MOD：デバイス> </プレゼンス>
This section gives the XML schema definitions for the extensions defined in this document. The namespace identifier for this schema is urn:ietf:params:xml:ns:pidf:caps.
このセクションでは、この文書で定義された拡張のためのXMLスキーマ定義を与えます。 IETF：このスキーマの名前空間識別子はURNでのparams：XML：NS：PIDF：キャップ。
<?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:tns="urn:ietf:params:xml:ns:pidf:caps" xmlns:xs="http://www.w3.org/2001/XMLSchema" targetNamespace="urn:ietf:params:xml:ns:pidf:caps" elementFormDefault="qualified" attributeFormDefault="unqualified">
<？xml version = "1.0" エンコード= "UTF-8"？> <XS：スキーマのxmlns：TNS = "壷：IETF：のparams：XML：NS：PIDF：キャップ" のxmlns：XS = "のhttp：// WWW .w3.org / 2001 / XMLスキーマ」のtargetNamespace = "壷：IETF：のparams：XML：NS：PIDF：キャップ" のelementFormDefault = "資格" attributeFormDefault = "" 修飾されていません>
<!-- This import brings in the XML language attribute xml:lang-->
<！ - このインポートは、XML言語の属性xmlにもたらします：langの - >
<xs:import namespace="http://www.w3.org/XML/1998/namespace" schemaLocation="http://www.w3.org/2001/xml.xsd"/>
<XS：インポート名前空間= "http://www.w3.org/XML/1998/namespace" のschemaLocation = "http://www.w3.org/2001/xml.xsd" />
<!-- ROOT --> <xs:element name="servcaps" type="tns:servcapstype"/> <xs:complexType name="servcapstype"> <xs:sequence> <xs:element name="actor" type="tns:actortype" minOccurs="0"/>
<！ - ROOT - > <XS：要素名= "servcaps" タイプ= "TNS：servcapstype" /> <XS：complexTypeの名= "servcapstype"> <XS：シーケンス> <XS：要素名= "俳優"タイプ= "TNS：actortype" のminOccurs = "0" />
<xs:element name="application" type="tns:applicationtype" minOccurs="0"/> <xs:element name="audio" type="tns:audiotype" minOccurs="0"/> <xs:element name="automata" type="tns:automatatype" minOccurs="0"/> <xs:element name="class" type="tns:classtype" minOccurs="0"/> <xs:element name="control" type="tns:controltype" minOccurs="0"/> <xs:element name="data" type="tns:datatype" minOccurs="0"/> <xs:element name="description" type="tns:descriptiontype" minOccurs="0" maxOccurs="unbounded"/> <xs:element name="duplex" type="tns:duplextype" minOccurs="0"/> <xs:element name="event-packages" type="tns:event-packagestype" minOccurs="0"/> <xs:element name="extensions" type="tns:extensionstype" minOccurs="0"/> <xs:element name="isfocus" type="tns:isfocustype" minOccurs="0"/> <xs:element name="message" type="tns:messagetype" minOccurs="0"/> <xs:element name="methods" type="tns:methodstype" minOccurs="0"/> <xs:element name="languages" type="tns:languagestype" minOccurs="0"/> <xs:element name="priority" type="tns:prioritytype" minOccurs="0"/> <xs:element name="schemes" type="tns:schemestype" minOccurs="0"/> <xs:element name="text" type="tns:texttype" minOccurs="0"/> <xs:element name="type" type="tns:typetype" minOccurs="0" maxOccurs="unbounded"/> <xs:element name="video" type="tns:videotype" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> <xs:anyAttribute namespace="##any" processContents="lax"/> </xs:complexType>
<XS：要素名= "アプリケーション" タイプ= "TNS：applicationtype" のminOccurs = "0" /> <XS：要素名= "オーディオ" タイプ= "TNS：audiotype" のminOccurs = "0" /> <XS：要素NAME = "オートマトン" タイプ= "TNS：automatatype" のminOccurs = "0" /> <XS：要素名= "クラス" タイプ= "TNS：するClassType" のminOccurs = "0" /> <XS：要素名= "コントロール"TYPE =" TNS：controltype "のminOccurs = "0"/> <XS：要素名= "データ" タイプ= "TNS：データ型" のminOccurs = "0"/> <XS：要素名= "説明" タイプ=" TNS：descriptiontype」のminOccurs = "0" のmaxOccurs = "無制限" /> <XS：要素名= "二重" タイプ= "TNS：duplextype" のminOccurs = "0" /> <XS：要素名= "イベントパッケージ"タイプ= "TNS：イベント-packagestype" のminOccurs = "0" /> <XS：要素名= "拡張子" タイプ= "TNS：extensionstype" のminOccurs = "0" /> <XS：要素名= "isfocus" タイプ= "TNS：isfocustype" のminOccurs = "0" /> <XS：要素名= "メッセージ" タイプ= "TNS：にmessageType" のminOccurs = "0" /> <XS：要素名= "方法" タイプ= "TNS：methodstype "のminOccurs =" 0 "/> <XS：要素名=" 言語」タイプ= "TNS：languagestype" のminOccurs = "0" /> <XS：要素名= "優先"タイプ= "TNS：prioritytype" のminOccurs = "0" /> <XS：要素名= "スキーム" タイプ= "TNS：schemestype" のminOccurs = "0" /> <XS：要素名= "テキスト" タイプ= "TNS ：texttype "のminOccurs = "0"/> <XS：要素名= "タイプ" タイプ= "TNS：typetype" のminOccurs = "0" のmaxOccurs = "無制限"/> <XS：要素名= "ビデオ" タイプ=" TNS：videotype」のminOccurs = "0" /> <XS：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：シーケンス> <XS：anyAttributeを名前空間= "##あらゆる" のprocessContents = "緩い" /> </ XS：complexTypeの>
<xs:element name="devcaps" type="tns:devcaps"/> <xs:complexType name="devcaps"> <xs:sequence> <xs:element name="description" type="tns:descriptiontype" minOccurs="0" maxOccurs="unbounded"/>
<XS：要素名= "devcaps" タイプ= "TNS：devcaps" /> <XS：complexTypeの名前= "devcaps"> <XS：配列> <XS：要素名= "説明" タイプ= "TNS：descriptiontype" minOccurs属性= "0" のmaxOccurs = "無制限" />
<xs:element name="mobility" type="tns:mobilitytype" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> <xs:anyAttribute namespace="##any" processContents="lax"/> </xs:complexType>
<XS：要素名= "モビリティ" タイプ= "TNS：mobilitytype" のminOccurs = "0" /> <XS：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" / > </ XS：シーケンス> <XS：anyAttributeは名前空間= "##あらゆる" のprocessContents = "緩い" /> </ XS：complexTypeの>
<!-- AUDIO --> <xs:simpleType name="audiotype"> <xs:restriction base="xs:boolean"/> </xs:simpleType>
<！ - AUDIO - > <XS：単純型名= "audiotype"> <XS：制限ベース= "XS：ブール値" /> </ XS：単純>
<!-- APPLICATION --> <xs:simpleType name="applicationtype"> <xs:restriction base="xs:boolean"/> </xs:simpleType>
<！ - APPLICATION - > <XS：単純型名= "applicationtype"> <XS：制限ベース= "XS：ブール値" /> </ XS：単純>
<!-- DATA --> <xs:simpleType name="datatype"> <xs:restriction base="xs:boolean"/> </xs:simpleType>
<！ - DATA - > <XS：単純型名= "データ型"> <XS：制限ベース= "XS：ブール値" /> </ XS：単純>
<!-- CONTROL --> <xs:simpleType name="controltype"> <xs:restriction base="xs:boolean"/> </xs:simpleType>
<！ - CONTROL - > <XS：単純型名= "controltype"> <XS：制限ベース= "XS：ブール値" /> </ XS：単純>
<!-- VIDEO --> <xs:simpleType name="videotype"> <xs:restriction base="xs:boolean"/> </xs:simpleType>
<！ - VIDEO - > <XS：単純型名= "videotype"> <XS：制限ベース= "XS：ブール値" /> </ XS：単純>
<!-- TEXT --> <xs:simpleType name="texttype"> <xs:restriction base="xs:boolean"/> </xs:simpleType>
<！ - TEXT - > <XS：単純型名= "texttype"> <XS：制限ベース= "XS：ブール値" /> </ XS：単純>
<!-- MESSAGE --> <xs:simpleType name="messagetype"> <xs:restriction base="xs:boolean"/> </xs:simpleType>
< - MESSAGE！ - > <XS：単純型名= "にmessageType"> <XS：制限ベース= "XS：ブール値" /> </ XS：単純>
<!-- TYPE --> <xs:simpleType name="typetype"> <xs:restriction base="xs:string"/> </xs:simpleType>
<！ - TYPE - > <XS：単純型名= "typetype"> <XS：制限ベース= "XS：文字列" /> </ XS：単純>
<!-- AUTOMATA --> <xs:simpleType name="automatatype"> <xs:restriction base="xs:boolean"/> </xs:simpleType>
<！ - オートマトン - > <XS：単純型名= "automatatype"> <XS：制限ベース= "XS：ブール値" /> </ XS：単純>
<!-- CLASS --> <xs:complexType name="classtype"> <xs:sequence> <xs:element name="supported" type="tns:classtypes" minOccurs="0"/> <xs:element name="notsupported" type="tns:classtypes" minOccurs="0"/> </xs:sequence> </xs:complexType> <xs:complexType name="classtypes"> <xs:sequence> <xs:element name="business" type="xs:string" minOccurs="0"/> <xs:element name="personal" type="xs:string" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType>
<！ - CLASS - > <XS：complexTypeの名= "するClassType"> <XS：シーケンス> <XS：要素名= "サポート" タイプ= "TNS：classtypes" のminOccurs = "0" /> <XS：要素NAME = "です。notSupported" タイプ= "TNS：classtypes" のminOccurs = "0" /> </ XS：配列> </ XS：complexTypeの> <XS：complexTypeの名= "classtypes"> <XS：配列> <XS：要素名前= "ビジネス" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "個人的な" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：任意の名前空間= "＃ #other」のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：シーケンス> </ XS：complexTypeの>
<!-- DUPLEX --> <xs:complexType name="duplextype"> <xs:sequence> <xs:element name="supported" type="tns:duplextypes" minOccurs="0"/> <xs:element name="notsupported" type="tns:duplextypes" minOccurs="0"/> </xs:sequence> </xs:complexType> <xs:complexType name="duplextypes"> <xs:sequence> <xs:element name="full" type="xs:string" minOccurs="0"/> <xs:element name="half" type="xs:string" minOccurs="0"/> <xs:element name="receive-only" type="xs:string" minOccurs="0"/> <xs:element name="send-only" type="xs:string" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence>
<！ - DUPLEX - > <XS：complexTypeの名= "duplextype"> <XS：シーケンス> <XS：要素名= "サポート" タイプ= "TNS：duplextypes" のminOccurs = "0" /> <XS：要素NAME = "です。notSupported" タイプ= "TNS：duplextypes" のminOccurs = "0" /> </ XS：配列> </ XS：complexTypeの> <XS：complexTypeの名= "duplextypes"> <XS：配列> <XS：要素名前= "フル" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "半分" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "受け取ります-only "タイプ= "XS：文字列" のminOccurs = "0"/> <XS：要素名= "送信専用" タイプ= "XS：文字列" のminOccurs = "0"/> <XS：任意の名前空間=" ＃ #other」のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：シーケンス>
</xs:complexType>
</ XS：complexTypeの>
<!-- DESCRIPTION --> <xs:complexType name="descriptiontype"> <xs:simpleContent> <xs:extension base="xs:string"> <xs:attribute ref="xml:lang"/> </xs:extension> </xs:simpleContent> </xs:complexType>
<！ - DESCRIPTION - > <XS：complexTypeの名前= "説明タイプ"> <XS：simpleContentを> <XSD：増設ベース= "XS：文字列"> <XS：属性REF = "XML：LANG" /> < / XS：拡張> </ XS：simpleContentを> </ XS：complexTypeの>
<!-- EVENT-PACKAGES --> <xs:complexType name="event-packagestype"> <xs:sequence> <xs:element name="supported" type="tns:eventtypes" minOccurs="0"/> <xs:element name="notsupported" type="tns:eventtypes" minOccurs="0"/> </xs:sequence> </xs:complexType> <xs:complexType name="eventtypes"> <xs:sequence> <xs:element name="conference" type="xs:string" minOccurs="0"/> <xs:element name="dialog" type="xs:string" minOccurs="0"/> <xs:element name="kpml" type="xs:string" minOccurs="0"/> <xs:element name="message-summary" type="xs:string" minOccurs="0"/> <xs:element name="poc-settings" type="xs:string" minOccurs="0"/> <xs:element name="presence" type="xs:string" minOccurs="0"/> <xs:element name="reg" type="xs:string" minOccurs="0"/> <xs:element name="refer" type="xs:string" minOccurs="0"/> <xs:element name="Siemens-RTP-Stats" type="xs:string" minOccurs="0"/> <xs:element name="spirits-INDPs" type="xs:string" minOccurs="0"/> <xs:element name="spirits-user-prof" type="xs:string" minOccurs="0"/> <xs:element name="winfo" type="xs:string" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
<！ - EVENT - パッケージ - > <XS：complexTypeの名= "イベント-packagestype"> <XS：シーケンス> <XS：要素名= "サポート" タイプ= "TNS：イベントタイプ" のminOccurs = "0" /> <XS：要素名= "です。notSupported" タイプ= "TNS：イベントタイプ" のminOccurs = "0" /> </ XS：配列> </ XS：complexTypeの> <XS：complexTypeの名= "イベントタイプ"> <XS：配列> <XS：要素名= "会議" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "ダイアログ" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素NAME = "KPML" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "メッセージ要約" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "POC-設定" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "存在" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "REG "TYPE =" XS：文字列 "のminOccurs = "0"/> <XS：要素名= "参照" タイプ= "XS：文字列" のminOccurs = "0"/> <XS：要素名=" シーメンス-RTP-統計"TYPE =" XS：文字列 "のminOccurs = "0"/> <XS：要素名= "スピリッツ-INDPs" TYPE = "XS：文字列" のminOccurs = "0"/> <XS：要素名=" スピリッツユーザ文字列 "のminOccurs = "0"/> <XS：ELE「タイプ=" XS -prof MENT名=タイプ "winfo" = "XS：文字列" のminOccurs = "0" /> <XS：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" />
</xs:sequence> </xs:complexType>
</ XS：シーケンス> </ XS：complexTypeの>
<!-- PRIORITY --> <xs:complexType name="prioritytype"> <xs:sequence> <xs:element name="supported" type="tns:prioritytypes" minOccurs="0"/> <xs:element name="notsupported" type="tns:prioritytypes" minOccurs="0"/> </xs:sequence> </xs:complexType> <xs:complexType name="prioritytypes"> <xs:sequence> <xs:element name="equals" type="tns:equalstype" minOccurs="0" maxOccurs="unbounded"/> <xs:element name="higherhan" type="tns:higherthantype" minOccurs="0" maxOccurs="unbounded"/> <xs:element name="lowerthan" type="tns:lowerthantype" minOccurs="0" maxOccurs="unbounded"/> <xs:element name="range" type="tns:rangetype" minOccurs="0" maxOccurs="unbounded"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> <xs:complexType name="lowerthantype"> <xs:attribute name="maxvalue" type="xs:integer" use="required"/> </xs:complexType> <xs:complexType name="higherthantype"> <xs:attribute name="minvalue" type="xs:integer" use="required"/> </xs:complexType> <xs:complexType name="equalstype"> <xs:attribute name="value" type="xs:integer" use="required"/> </xs:complexType> <xs:complexType name="rangetype"> <xs:attribute name="minvalue" type="xs:integer" use="required"/> <xs:attribute name="maxvalue" type="xs:integer" use="required"/> </xs:complexType>
<！ - PRIORITY - > <XS：complexTypeの名= "prioritytype"> <XS：シーケンス> <XS：要素名= "サポート" タイプ= "TNS：prioritytypes" のminOccurs = "0" /> <XS：要素NAME = "です。notSupported" タイプ= "TNS：prioritytypes" のminOccurs = "0" /> </ XS：配列> </ XS：complexTypeの> <XS：complexTypeの名= "prioritytypes"> <XS：配列> <XS：要素名前=タイプ= "TNS：equalstype" "等しい" = "無限" のminOccurs = "0" maxOccurs属性のminOccurs = "0" のmaxOccurs = "無制限" /> <XS：要素名= "higherhan" タイプ= "higherthantype TNS" を/> <XS：要素名= "lowerthan" タイプ= "TNS：lowerthantype" のminOccurs = "0" のmaxOccurs = "無制限" /> <XS：要素名= "範囲" タイプ= "TNS：rangetype" のminOccurs = "0 "のmaxOccurs =" 無制限 "/> <XS：任意の名前空間=" ##他」のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：シーケンス> </ XS：complexTypeの> <XS ：complexTypeの名前= "lowerthantype"> <XS：属性名= "MAXVALUE" タイプ= "XS：整数" 使用= "必要" /> </ XS：complexTypeの> <XS：complexTypeの名は= "higherthantype"> <XS：属性名= "MINVALUE" タイプ= "XS：整数" 使用= "必須" /> </ XS：complexTypeの> <XS：complexTypeの名前= "equalstype"> <XS：属性名= "値" タイプ= "XS：整数" 使用= "必要" /> </ XS：complexTypeの> <XS：complexTypeの名=」 rangetype "> <XS：属性名=" MINVALUE」タイプ= "XS：整数" 使用= "必要" /> <XS：属性名= "MAXVALUE" タイプ= "XS：整数" 使用= "必須" /> < / XS：complexTypeの>
<!-- METHODS --> <xs:complexType name="methodstype"> <xs:sequence>
< - 方法 - ！> <XS：complexTypeの名= "methodstype"> <XS：シーケンス>
<xs:element name="supported" type="tns:methodtypes" minOccurs="0"/> <xs:element name="notsupported" type="tns:methodtypes" minOccurs="0"/> </xs:sequence> </xs:complexType> <xs:complexType name="methodtypes"> <xs:sequence> <xs:element name="ACK" type="xs:string" minOccurs="0"/> <xs:element name="BYE" type="xs:string" minOccurs="0"/> <xs:element name="CANCEL" type="xs:string" minOccurs="0"/> <xs:element name="INFO" type="xs:string" minOccurs="0"/> <xs:element name="INVITE" type="xs:string" minOccurs="0"/> <xs:element name="MESSAGE" type="xs:string" minOccurs="0"/> <xs:element name="NOTIFY" type="xs:string" minOccurs="0"/> <xs:element name="OPTIONS" type="xs:string" minOccurs="0"/> <xs:element name="PRACK" type="xs:string" minOccurs="0"/> <xs:element name="PUBLISH" type="xs:string" minOccurs="0"/> <xs:element name="REFER" type="xs:string" minOccurs="0"/> <xs:element name="REGISTER" type="xs:string" minOccurs="0"/> <xs:element name="SUBSCRIBE" type="xs:string" minOccurs="0"/> <xs:element name="UPDATE" type="xs:string" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType>
<XS：要素名= "サポート" タイプ= "TNS：methodtypes" のminOccurs = "0" /> <XS：要素名= "です。notSupported" タイプ= "TNS：methodtypes" のminOccurs = "0" /> </ XS：シーケンス> </ XS：complexTypeの> <XS：complexTypeの名= "methodtypes"> <XS：シーケンス> <XS：要素名= "ACK" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名前= "BYE" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名=タイプを "CANCEL" = "XS：文字列" のminOccurs = "0" /> <XS：要素名= "INFO "タイプ=" XS：文字列 "のminOccurs = "0"/> <XS：要素名= "INVITE" タイプ= "XS：文字列" のminOccurs = "0"/> <XS：要素名= "MESSAGE" タイプ=" XS：文字列」のminOccurs = "0" /> <XS：要素名= "NOTIFY" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "OPTIONS" タイプ= "XS：文字列" minOccurs = "0" /> <XS：要素名= "PRACK" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "公開" タイプ= "XS：文字列" のminOccurs = "0 "/> <XS：要素名=" REFER」タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "REGISTER" タイプ= "XS：文字列" のminOccurs = "0" /> < XS：要素名=タイプを "SUBSCRIBE" = "XS：文字列" のminOccurs = "0" /> <XS：要素N AME = "UPDATE" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS ：シーケンス> </ XS：complexTypeの>
<!-- EXTENSIONS --> <xs:complexType name="extensionstype"> <xs:sequence> <xs:element name="supported" type="tns:extensiontypes" minOccurs="0"/> <xs:element name="notsupported" type="tns:extensiontypes" minOccurs="0"/> </xs:sequence> </xs:complexType> <xs:complexType name="extensiontypes"> <xs:sequence> <xs:element name="rel100" type="xs:string" minOccurs="0"/> <xs:element name="early-session" type="xs:string" minOccurs="0"/> <xs:element name="eventlist" type="xs:string" minOccurs="0"/> <xs:element name="from-change" type="xs:string" minOccurs="0"/> <xs:element name="gruu" type="xs:string" minOccurs="0"/> <xs:element name="hist-info" type="xs:string" minOccurs="0"/> <xs:element name="join" type="xs:string" minOccurs="0"/> <xs:element name="norefersub" type="xs:string" minOccurs="0"/> <xs:element name="path" type="xs:string" minOccurs="0"/> <xs:element name="precondition" type="xs:string" minOccurs="0"/>
<！ - EXTENSIONS - > <XS：complexTypeの名= "extensionstype"> <XS：シーケンス> <XS：要素名= "サポート" タイプ= "TNS：extensiontypes" のminOccurs = "0" /> <XS：要素NAME = "です。notSupported" タイプ= "TNS：extensiontypes" のminOccurs = "0" /> </ XS：配列> </ XS：complexTypeの> <XS：complexTypeの名= "extensiontypes"> <XS：配列> <XS：要素名前= "rel100" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "早期セッション" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "eventlist" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "から変化" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "GRUU "タイプ=" XS：文字列」のminOccurs = "0" /> <XS：要素名= "HIST-INFO" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "参加" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "norefersub" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "パス" タイプ= "XS：文字列」のminOccurs = "0" /> <XS：要素名= "前提条件" タイプ= "XS：文字列" のminOccurs = "0" />
<xs:element name="pref" type="xs:string" minOccurs="0"/> <xs:element name="privacy" type="xs:string" minOccurs="0"/> <xs:element name="recipient-list-invite" type="xs:string" minOccurs="0"/> <xs:element name="recipient-list-subscribe" type="xs:string" minOccurs="0"/> <xs:element name="replaces" type="xs:string" minOccurs="0"/> <xs:element name="resource-priority" type="xs:string" minOccurs="0"/> <xs:element name="sdp-anat" type="xs:string" minOccurs="0"/> <xs:element name="sec-agree" type="xs:string" minOccurs="0"/> <xs:element name="tdialog" type="xs:string" minOccurs="0"/> <xs:element name="timer" type="xs:string" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType>
<XS：要素名= "県" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "プライバシー" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名前= "受信者リスト - 招待" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "受信者リストサブスクライブ" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名=タイプ= "XS：文字列" "置き換え" のminOccurs = "0" /> <XS：要素名= "リソース優先" タイプ= "XS：文字列" のminOccurs = "0" /> <XS ：要素名= "SDP-アナト" TYPE = "XS：文字列" のminOccurs = "0" /> <XS：要素名= "SEC-同意" TYPE = "XS：文字列" のminOccurs = "0" /> <XS ：要素名= "tdialog" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "タイマー" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：任意の名前空間= "##他の" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：配列> </ XS：complexTypeの>
<!-- SCHEMES --> <xs:complexType name="schemestype"> <xs:sequence> <xs:element name="supported" minOccurs="0"> <xs:complexType> <xs:sequence> <xs:element name="s" type="xs:string" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="notsupported" minOccurs="0"> <xs:complexType> <xs:sequence> <xs:element name="s" type="xs:string" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType>
<！ - スキーム - > <XS：complexTypeの名前= "schemestype"> <XS：シーケンス> <XS：要素名は= "サポート" のminOccurs = "0"> <XS：complexTypeの> <XS：シーケンス> <XS ：要素名= "S" タイプ= "XS：文字列" のmaxOccurs = "無制限" /> </ XS：配列> </ XS：complexTypeの> </ XS：要素> <XS：要素名= "はNotSupported" のminOccurs = "0"> <XS：complexTypeの> <XS：配列> <XS：要素名= "S" タイプ= "XS：文字列" のmaxOccurs = "無制限" /> </ XS：配列> </ XS：complexTypeの> < / XS：要素> </ XS：配列> </ XS：complexTypeの>
<!-- ACTOR --> <xs:complexType name="actortype"> <xs:sequence> <xs:element name="supported" type="tns:actortypes" minOccurs="0"/> <xs:element name="notsupported" type="tns:actortypes" minOccurs="0"/> </xs:sequence> </xs:complexType> <xs:complexType name="actortypes"> <xs:sequence>
<XS：complexTypeの名= "actortype"> < - - ACTOR！> <XS：シーケンス> <XS：要素名= "サポート" タイプ= "TNS：actortypes" のminOccurs = "0" /> <XS：要素名前= "です。notSupported" タイプ=シーケンス> </ XS：：complexTypeの> <XS：：のminOccurs = "0" /> </ XS "TNSはactortypes" のcomplexType名= "actortypes"> <XS：シーケンス>
<xs:element name="attendant" type="xs:string" minOccurs="0"/> <xs:element name="information" type="xs:string" minOccurs="0"/> <xs:element name="msg-taker" type="xs:string" minOccurs="0"/> <xs:element name="principal" type="xs:string" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType>
<XS：要素名= "付随" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "情報" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名前= "MSG-係" TYPE = "XS：文字列" のminOccurs = "0" /> <XS：要素名= "主" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：任意の名前空間= "##他の" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：配列> </ XS：complexTypeの>
<!-- ISFOCUS --> <xs:simpleType name="isfocustype"> <xs:restriction base="xs:boolean"/> </xs:simpleType>
<！ - ISFOCUS - > <XS：単純型名= "isfocustype"> <XS：制限ベース= "XS：ブール値" /> </ XS：単純>
<!-- LANGUAGES --> <xs:complexType name="languagestype"> <xs:sequence> <xs:element name="supported" minOccurs="0"> <xs:complexType> <xs:sequence> <xs:element name="l" type="xs:string" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="notsupported" minOccurs="0"> <xs:complexType> <xs:sequence> <xs:element name="l" type="xs:string" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType>
<！ - 使用言語 - > <XS：complexTypeの名= "languagestype"> <XS：シーケンス> <XS：要素名= "サポート" のminOccurs = "0"> <XS：complexTypeの> <XS：シーケンス> <XS ：要素名= "L" タイプ= "XS：文字列" のmaxOccurs = "無制限" /> </ XS：配列> </ XS：complexTypeの> </ XS：要素> <XS：要素名= "はNotSupported" のminOccurs = "0"> <XS：complexTypeの> <XS：配列> <XS：要素名= "L" タイプ= "XS：文字列" のmaxOccurs = "無制限" /> </ XS：配列> </ XS：complexTypeの> < / XS：要素> </ XS：配列> </ XS：complexTypeの>
<!-- MOBILITY --> <xs:complexType name="mobilitytype"> <xs:sequence> <xs:element name="supported" type="tns:mobilitytypes" minOccurs="0"/> <xs:element name="notsupported" type="tns:mobilitytypes" minOccurs="0"/> </xs:sequence> </xs:complexType> <xs:complexType name="mobilitytypes"> <xs:sequence> <xs:element name="fixed" type="xs:string" minOccurs="0"/> <xs:element name="mobile" type="xs:string"
<！ - MOBILITY - > <XS：complexTypeの名= "mobilitytype"> <XS：シーケンス> <XS：要素名= "サポート" タイプ= "TNS：mobilitytypes" のminOccurs = "0" /> <XS：要素NAME = "です。notSupported" タイプ= "TNS：mobilitytypes" のminOccurs = "0" /> </ XS：配列> </ XS：complexTypeの> <XS：complexTypeの名= "mobilitytypes"> <XS：配列> <XS：要素名前= "固定" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "モバイル" タイプ= "XS：文字列"
minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:schema>
minOccurs = "0" /> <XS：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：シーケンス> </ XS：complexTypeの> </ XS ：スキーマ>
IANA has registered one new XML namespace URN and one schema as defined in [RFC3688].
[RFC3688]で定義されているIANAは1つの新しいXML名前空間URNと1つのスキーマを登録しています。
7.1. URN Sub-Namespace Registration for 'urn:ietf:params:xml:ns:pidf:caps'
7.1. 以下のためのURNサブ名前空間の登録 '：IETF：のparams：XML：NS：URN PIDF：キャップ'
URI: urn:ietf:params:xml:ns:pidf:caps
URI：URN：IETF：のparams：XML：NS：PIDF：キャップ
Description: This is the XML namespace for XML elements defined by RFC 5196 to describe service and device capabilities in application/pidf+xml content type.
説明：これは、アプリケーション/ PIDF + xmlのコンテンツタイプにサービスやデバイスの機能を記述するために、RFC 5196で定義されたXML要素のXML名前空間です。
Registrant Contact: IETF, SIMPLE working group, <simple@ietf.org> Mikko Lonnfors, <mikko.lonnfors@nokia.com>
登録者連絡先：IETF、SIMPLEワーキンググループ、<simple@ietf.org>ミッコLonnfors、<mikko.lonnfors@nokia.com>
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>Namespace for PIDF user agent capability extension</title> </head> <body> <h1>Namespace for PIDF service capability extension</h1> <h2>urn:ietf:params:xml:ns:pidf:caps</h2> <p> See <a href="http://www.rfc-editor.org/rfc/rfc5196.txt">RFC 5196</a>. </p> </body>
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 "<ヘッド> <META HTTP-当量= "コンテンツタイプ" コンテンツ=" text / htmlの;のcharset =イソ8859-1" /> <タイトル> PIDFサービス機能拡張のためのPIDFユーザエージェント機能拡張</ TITLE> </ HEAD> <BODY> <H1>名前空間</ H1> <H2> URNのための名前空間：IETF：のparams：XML ：NS：PIDF：キャップ</ H2> <P> <a href="http://www.rfc-editor.org/rfc/rfc5196.txt"> RFC 5196 </a>のを参照してください。 </ P> </ BODY>
</html> END
</ HTML> END
7.2. Schema Registration for Schema 'urn:ietf:params:xml:schema:pidf:caps'
7.2. スキーマのためのスキーマの登録 'URN：IETF：のparams：XML：スキーマ：PIDF：キャップ'
URI: urn:ietf:params:xml:schema:pidf:caps
URI：URN：IETF：のparams：XML：スキーマ：PIDF：キャップ
Registrant Contact: IESG
登録者連絡先：IESG
XML: See Section 6
XML：第6節を参照してください。
All security considerations specified in [RFC3859] and [RFC3863] apply to this document. Compared to PIDF [RFC3863], this presence document format may reveal additional information about user's service and device capabilities. Thus, the PUA SHOULD always obtain permission from the presentity when publishing sensitive information using this extension.
[RFC3859]と[RFC3863]で指定されたすべてのセキュリティの考慮事項は、この文書に適用されます。 PIDF [RFC3863]と比較すると、このプレゼンス文書形式は、ユーザーのサービスとデバイスの機能に関する追加情報を公開してもよいです。この拡張機能を使用して機密情報を公開するときにこのように、PUAは常にプレゼンの許可を得なければなりません。
Authors of this document would like to thank the following people for their contributions and valuable comments: Paul Kyzivat, Jonathan Rosenberg, Markus Isomaki, Eva Leppanen, Miguel Garcia, Jari Urpalainen, and Hisham Khartabil.
ポール・Kyzivat、ジョナサン・ローゼンバーグ、マルクスIsomaki、エヴァLeppanen、ミゲル・ガルシア、ヤリUrpalainen、およびヒシャムKhartabil：本書の著者は、彼らの貢献と貴重なコメントについては、以下の人々に感謝したいと思います。
[RFC2045] Freed, N. and N. Borenstein, "Multipurpose Internet Mail Extensions (MIME) part one: Format of Internet Message Bodies", RFC 2045, November 1996.
[RFC2045]解放され、N.とN. Borenstein、 "マルチパーパスインターネットメールエクステンション（MIME）パート1：インターネットメッセージ本体のフォーマット"、RFC 2045、1996年11月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC2277] Alvestrand, H., "IETF Policy on Character Sets and Languages", BCP 18, RFC 2277, January 1998.
[RFC2277] Alvestrand、H.、 "文字セットと言語のIETF方針"、BCP 18、RFC 2277、1998年1月。
[RFC2913] Klyne, G., "MIME Content Types in Media Feature Expressions", RFC 2913, September 2000.
[RFC2913] Klyne、G.、 "メディア特徴式でのMIMEコンテンツタイプ"、RFC 2913、2000年9月。
[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.
[RFC3688] Mealling、M.、 "IETF XMLレジストリ"、BCP 81、RFC 3688、2004年1月。
[RFC3840] Schulzrinne, H., Rosenberg, J., and P. Kyzivat, "Indicating User Agent Capabilities in the Session Initiation Protocol (SIP)", RFC 3840, August 2004.
[RFC3840] Schulzrinneと、H.、ローゼンバーグ、J.、およびP. Kyzivat、RFC 3840、2004年8月 "セッション開始プロトコル（SIP）におけるユーザエージェントの能力を示します"。
[RFC3859] Peterson, J., "Common Profile for Presence (CPP)", RFC 3859, August 2004.
[RFC3859]ピーターソン、J.、 "プレゼンスのための共通プロファイル（CPP）"、RFC 3859、2004年8月。
[RFC3863] Sugano, H., Fujimoto, S., Klyne, G., Bateman, A., Carr, W., and J. Peterson, "Presence Information Data Format (PIDF)", RFC 3863, August 2004.
[RFC3863]菅野、H.、藤本、S.、Klyne、G.、ベイトマン、A.、カー、W.、およびJ.ピーターソン、 "プレゼンス情報データフォーマット（PIDF）"、RFC 3863、2004年8月。
[RFC4479] Rosenberg, J., "A Data Model for Presence", RFC 4479, July 2006.
[RFC4479]ローゼンバーグ、J.、 "プレゼンスのためのAデータモデル"、RFC 4479、2006年7月。
[RFC4646] Phillips, A. and M. Davis, "Tags for Identifying Languages", BCP 47, RFC 4646, September 2006.
[RFC4646]フィリップス、A.とM.デイヴィス、 "言語を識別するためのタグ"、BCP 47、RFC 4646、2006年9月。
[RFC2648] Moats, R., "A URN namespace for IETF documents", RFC 2648, August 1999.
[RFC2648]堀、R.、 "IETF文書のためのURN名前空間"、RFC 2648、1999年8月。
[RFC2778] Day, M., Rosenberg, J., and H. Sugano, "A Model for Presence and Instant Messaging", RFC 2778, February 2000.
[RFC2778]日、M.、ローゼンバーグ、J.、およびH.菅野、 "プレゼンスとインスタントメッセージングのためのモデル"、RFC 2778、2000年2月。
[RFC3860] Peterson, J., "Common Profile for Instant Messaging (CPIM)", RFC 3860, August 2004.
[RFC3860]ピーターソン、J.、 "インスタントメッセージングのための共通プロファイル（CPIM）"、RFC 3860、2004年8月。
[RFC4566] Handley, M., Jacobson, V., and C. Perkins, "SDP: Session Description Protocol", RFC 4566, July 2006.
[RFC4566]ハンドリー、M.、ヤコブソン、V.、およびC.パーキンス、 "SDP：セッション記述プロトコル"、RFC 4566、2006年7月。
[RFC4569] Camarillo, G., "Internet Assigned Numbers Authority (IANA) Registration of the Message Media Feature Tag", RFC 4569, July 2006.
[RFC4569]キャマリロ、G.、 "IANA（Internet Assigned Numbers Authority）のメッセージメディア特徴タグの登録"、RFC 4569、2006年7月。
Authors' Addresses
著者のアドレス
Mikko Lonnfors Nokia P.O. Box 321 Helsinki Finland
ミッコLönnforsNokiaの私書箱321ヘルシンキフィンランド箱
Phone: +358 71 8008000 EMail: mikko.lonnfors@nokia.com
電話番号：+358 71 8008000 Eメール：mikko.lonnfors@nokia.com
Krisztian Kiss Nokia 313 Fairchild Dr Mountain View, CA 94043 US
Krisztianキスノキア313フェアチャイルド博士マウンテンビュー、カリフォルニア州94043米国
Phone: +1 650 391 5969 EMail: krisztian.kiss@nokia.com
電話：+1 650 391 5969 Eメール：krisztian.kiss@nokia.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The IETF Trust (2008).
著作権（C）IETFトラスト（2008）。
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.
この文書では、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, THE IETF TRUST 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.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットSOCIETY、（もしあれば）を後援し、IETF TRUST ANDインターネットエンジニアリングタスクフォース放棄ALLに設けられています。保証は、明示または黙示、この情報の利用および特定目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証がこれらに限定されません。
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.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができます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に情報を記述してください。