Network Working Group M. Lonnfors
Request for Comments: 5262 Nokia
Category: Standards Track E. Leppanen
Individual
H. Khartabil
Ericsson Australia
J. Urpalainen
Nokia
September 2008
Presence Information Data Format (PIDF) Extension for Partial Presence
部分的なプレゼンスのためのプレゼンス情報データフォーマット（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
抽象
The Presence Information Document Format (PIDF) specifies the baseline XML-based format for describing presence information. One of the characteristics of the PIDF is that the document always needs to carry all presence information available for the presentity. In some environments where low bandwidth and high latency links can exist, it is often beneficial to limit the amount of transported information over the network. This document introduces a new MIME type that enables transporting of either only the changed parts or the full PIDF-based presence information.
プレゼンス情報文書フォーマット（PIDF）は、プレゼンス情報を記述するためのベースラインXMLベースのフォーマットを指定します。 PIDFの特徴の一つは、文書が常にプレゼンのために利用可能なすべてのプレゼンス情報を運ぶために必要があるということです。低帯域幅と高レイテンシのリンクが存在することができるいくつかの環境では、ネットワークを介して搬送される情報の量を制限することがしばしば有益です。この文書は、変更部分または完全なPIDFベースのプレゼンス情報のいずれかの輸送を可能にする新しいMIMEタイプを紹介します。
Table of Contents
目次
1. Introduction ....................................................2
2. Conventions .....................................................3
3. Structure of PIDF Diff Documents ................................3
3.1. 'version' Attribute ........................................4
3.2. 'entity' Attribute .........................................4
4. Usage of 'application/pidf-diff+xml' ............................4
5. IANA Considerations .............................................5
5.1. URN Sub-Namespace Registration for
'urn:ietf:params:xml:ns:pidf-diff' .........................5
5.2. application/pidf-diff+xml MIME Type ........................6
5.3. XML Schema Registration ....................................7
6. Examples ........................................................8
7. XML Schema .....................................................11
8. Interoperability Considerations ................................12
9. Security Considerations ........................................13
10. Internationalization Considerations ...........................13
11. Error Handling ................................................13
12. Acknowledgments ...............................................13
13. References ....................................................13
13.1. Normative references .....................................13
13.2. Informative references ...................................14
The Presence Information Document Format (PIDF) [RFC3863] specifies the baseline XML-based format for describing presence information. One of the characteristics of the PIDF is that the document always needs to carry all presence information available for the presentity. In some environments where low bandwidth and high latency links can exist, it is often beneficial to limit the amount of transported information over the network.
プレゼンス情報文書フォーマット（PIDF）[RFC3863]は、プレゼンス情報を記述するためのベースラインXMLベースのフォーマットを指定します。 PIDFの特徴の一つは、文書が常にプレゼンのために利用可能なすべてのプレゼンス情報を運ぶために必要があるということです。低帯域幅と高レイテンシのリンクが存在することができるいくつかの環境では、ネットワークを介して搬送される情報の量を制限することがしばしば有益です。
This document introduces a new MIME-Type 'application/pidf-diff+xml', which enables transporting of either only the changed parts or the full PIDF based presence information. The root element of the document distinguishes whether the partial or full PIDF document content was transported.
この文書では、唯一の変更部分または完全なPIDFベースのプレゼンス情報のいずれかの輸送を可能にする新しいMIMEタイプ「アプリケーション/ PIDF-diffの+ xmlの」を紹介しています。文書のルート要素は、部分的または完全なPIDF文書の内容が搬送されたかどうかを判別します。
Note: With this new MIME-Type, applications can easily negotiate the support of partial updates of presence by using the Accept header. If PIDF had initially been designed for partial updates, a new separate MIME-Type would have been unnecessary.
注意：この新しいMIMEタイプを使用すると、アプリケーションを簡単にAcceptヘッダーを使用することにより、プレゼンスの部分的な更新のサポートを交渉することができます。 PIDFは、最初は部分更新のために設計されていた場合は、新たに別のMIME-Typeが不要だったでしょう。
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 RFC 2119 [RFC2119] and indicate requirement levels for compliant implementations.
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はありますRFC 2119 [RFC2119]に記載され、対応する実装の要求レベルを示すものと解釈されます。
This memo makes use of the vocabulary defined in RFC 2778 [RFC2778]. In addition, the following terms are defined:
このメモはRFC 2778 [RFC2778]で定義された語彙を使用しています。また、以下の用語が定義されています。
Full presence document: A presence document that contains all the presentity's presence information that is available to a particular watcher.
フル・プレゼンスドキュメント：特定のウォッチャに利用できるすべてのプレゼンティティのプレゼンス情報が含まれているプレゼンス文書。
Partial presence document: A presence document that represents a fragment of the full presence document. A partial presence document can only be understood in the context of the full presence document, i.e., a partial presence document modifies a cached copy of the full presence document.
部分的プレゼンス文書：完全なプレゼンス文書の断片を表すプレゼンス文書。部分的プレゼンス文書のみフルプレゼンス文書の文脈で理解することができる、すなわち、部分的プレゼンス文書は、完全なプレゼンス文書のキャッシュされたコピーを修正します。
The MIME type 'application/pidf-diff+xml' defines the new content type for partial PIDF documents.
MIMEタイプ「アプリケーション/ PIDF-diffの+ xmlのは、」部分的なPIDFドキュメントの新しいコンテンツタイプを定義します。
The XML Schema imports the PIDF [RFC3863] schema so that the full PIDF document content with the addition of a 'version' attribute can be transported. The root element of the document is then <pidf-full>, and the 'version' attribute information can be included within it. Otherwise, the content of <pidf-full> element is exactly the same as what would have been if 'application/pidf+xml' content type had been used. Although the XML Schema also allows using <presence> as the document root element, it is disallowed from applications utilizing this document format.
「バージョン」属性を追加した完全なPIDFドキュメントの内容を輸送することができるように、XMLスキーマはPIDF [RFC3863]スキーマをインポートします。文書のルート要素は、<PIDFフル>で、「バージョン」属性情報は、その中に含まれることができます。それ以外の場合は、<PIDFフル>要素の内容は正確に「アプリケーション/ PIDF + xmlの」コンテンツタイプが使用されていた場合であったであろうものと同じです。 XMLスキーマはまた、<存在>を使用できますが、ドキュメントのルート要素として、それはこのドキュメントのフォーマットを利用するアプリケーションから許可されていません。
When only the changes of the presence document are transported, the model described in XML patch operations [RFC5261] is used. The root element of the document is then <pidf-diff>. The patch operation elements: <add>, <remove>, and <replace> allow changing the partial content of the cached local copy of the full presence document. The <add> element is used to add new content, the <replace> element updates, and the <remove> element removes existing content.
プレゼンス文書の変更のみが搬送されるときに、XMLパッチ操作で説明したモデル[RFC5261]は使用されています。文書のルート要素は、<PIDF-diffを>です。パッチ操作要素：<削除>、<追加>、および完全なプレゼンスドキュメントのキャッシュされたローカルコピーの一部の内容を変更できるように、<置き換え>。要素の更新を<置き換え>、および<削除>要素は、既存のコンテンツを削除します。、要素が新しいコンテンツを追加するために使用され、<追加>
The optional 'version' attribute within the two possible document root elements contains a sequence number which is incremented by one between subsequent document updates, i.e., a more recent document update has a higher 'version' value than the previous one. This number can be used to ensure consistent updates as the recipient of the document can use the 'version' number to properly order received documents and to ensure that updates have not been lost. The usage of this attribute thus allows "state delta" processing described in [RFC3265]. Partial notification [RFC5263] uses a similar model. This number increments independently regardless of whether the <pidf-full> or the <pidf-diff> content is transported. In other words, a single version counter is maintained across <pidf-full> and <pidf-diff> documents.
二つの可能なドキュメントのルート要素内の任意「バージョン」属性は、後続の文書の更新、すなわち、より最近のドキュメントの更新は前のものよりも高い「バージョン」の値を有するとの間に1だけインクリメントされるシーケンス番号を含みます。この数は、正しく受信した文書を注文する「バージョン」番号を使用することができますし、更新が失われていないことを確認するために、文書の受信者として一貫した更新を確実にするために使用することができます。この属性の使用は、このように[RFC3265]に記載された「状態デルタ」処理を可能にします。部分的な通知[RFC5263]は同様のモデルを使用しています。この数ずつ独立にかかわらず<PIDFフル>または<PIDF-差分>コンテンツが搬送されているかどうか。言い換えれば、単一バージョンカウンタは、<PIDFフル>と<PIDF-diffを>ドキュメント間で維持されています。
Implementations using this document format MUST follow guidelines specified in the PIDF [RFC3863] and PIDF extension formats, for example, DataModel [RFC4479], Rich Presence Information Data (RPID) [RFC4480], and Contact Information in PIDF (CIPID) [RFC4482] MUST support the usage of the XML schema data type ID [W3C.REC-xmlschema-2-20041028] of these listed RFCs. Specifically, the XML document MUST be well formed and SHOULD be valid. This specification makes use of XML namespaces for identifying presence documents and document fragments. The namespace URI for elements defined by this specification is a URN [RFC2141], using the namespace identifier 'ietf' specified in RFC 2648 [RFC2648] and extended by RFC 3688 [RFC3688]. This URN is:
例えば、PIDF [RFC3863]とPIDF拡張フォーマットで指定されたガイドラインに従わなければならない。この文書フォーマットを使用して実装、のDataModel [RFC4479]、PIDFにリッチプレゼンス情報データ（RPID）[RFC4480]、および連絡先情報（CIPID）[RFC4482]これらの列挙されたRFCの[W3C.REC-XMLSCHEMA-2から20041028] XMLスキーマ・データ・タイプIDの使用をサポートしなければなりません。具体的には、XML文書がうまく形成されなければならないと有効である必要があります。この仕様は、プレゼンス文書や文書の断片を識別するためのXML名前空間を使用しています。この仕様によって定義された要素の名前空間URIは、「IETF」名前空間識別子を使用してURN [RFC2141]であり、RFC 2648 [RFC2648]で指定され、RFC 3688 [RFC3688]によって拡張。このURNは以下のとおりです。
urn:ietf:params:xml:ns:pidf-diff
URN：IETF：のparams：XML：NS：PIDF-diffを
Every presence document compliant with this specification MAY contain a 'version' attribute within the <pidf-diff> and <pidf-full> element.
この仕様に準拠するすべてのプレゼンス文書は、<PIDF-diffを>と<PIDF-フル>要素内「バージョン」属性を含むかもしれません。
Every presence document compliant with this specification MAY contain an 'entity' attribute within the <pidf-diff> element. Its content, a presentity URI, MUST then be the same as the 'entity' attribute value of the <presence> element described in [RFC3863]. The usage of this presentity URI is described in more detail in Section 3.1 of [RFC4479].
この仕様に準拠するすべてのプレゼンス文書は、<PIDF-diffを>要素内の「エンティティの属性を含むかもしれません。その含有量は、プレゼンティティURIは、次に、[RFC3863]に記載の<プレゼンス>要素の「エンティティ」属性値と同じでなければなりません。このプレゼンティティURIの使用は、[RFC4479]のセクション3.1でより詳細に記載されています。
The partial presence document SHOULD only contain those elements or attributes that have changed. However, when there are a lot of changes, the full presence document content can then be transported instead.
部分的プレゼンス文書のみが変更されているそれらの要素や属性を含むべきです。多くの変更がある場合ただし、完全なプレゼンス文書内容は、代わりに輸送することができます。
IANA has performed the following actions:
IANAは、次のアクションを実行しました。
o registered a new XML namespace URN per [RFC3688].
O [RFC3688]あたりの新しいXML名前空間のURNを登録。
o registered a new MIME type 'application/pidf-diff+xml' according to the procedures of RFC 4288 [RFC4288] and guidelines in RFC 3023 [RFC3023].
O RFC 3023 [RFC3023]にRFC 4288 [RFC4288]の手順およびガイドラインに従って、新しいMIMEタイプ 'アプリケーション/ PIDF-差分+ XML' を登録。
o registered a new XML Schema according to the procedures of RFC 3688 [RFC3688].
O [RFC3688] RFC 3688の手順に従って新しいXMLスキーマを登録。
5.1. URN Sub-Namespace Registration for 'urn:ietf:params:xml:ns:pidf-diff'
5.1. '：IETF：のparams：XML：NS：PIDF-diffの壷' のURNサブ名前空間の登録
This specification registers a new XML namespace, as per the guidelines in RFC 3688 [RFC3688].
この仕様はRFC 3688 [RFC3688]のガイドラインに従って、新しいXML名前空間を登録します。
URI: urn:ietf:params:xml:ns:pidf-diff
URI：URN：IETF：のparams：XML：NS：PIDF-diffを
Description: This is the XML namespace for XML elements defined by RFC 5262 to describe the 'application/pidf-diff+xml' content type for partial PIDF.
説明：これは、部分的PIDFのための「アプリケーション/ PIDF-diffの+ xmlの」コンテンツタイプを記述するために、RFC 5262で定義されたXML要素のXML名前空間です。
Registrant Contact: IETF, SIMPLE working group, (simple@ietf.org) Jari Urpalainen, (jari.urpalainen@nokia.com)
登録者連絡先：IETF、SIMPLEワーキンググループ、（simple@ietf.org）ヤリUrpalainen、（jari.urpalainen@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>PIDF extension for partial PIDF</title> </head> <body> <h1>Namespace for PIDF extension for partial notifications</h1> <h2>urn:ietf:params:xml:ns:pidf-diff</h2> <p>See <a href="http://www.rfc-editor.org/rfc/rfc5262.txt"> RFC5262</a>.</p> </body> </html> END
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-当量=" コンテンツタイプ "コンテンツ=" text / htmlの;のcharset =イソIETF：：のparams：XML：一部の通知のためのPIDF拡張のための部分的なPIDF </ TITLE> </ HEAD> <BODY> <H1>名前空間</ H1> <H2> URNため8859-1" /> <タイトル> PIDF拡張NS：。PIDF-diffの</ H2> <P> <a href="http://www.rfc-editor.org/rfc/rfc5262.txt"> RFC5262 </a>を参照してください。</ P> </ボディ> </ HTML> END
MIME media type name: application
MIMEメディアタイプ名：application
MIME subtype name: pidf-diff+xml
MIMEサブタイプ名：PIDF-diffの+ xmlの
Mandatory parameters: none
必須パラメータ：なし
Optional parameters: Same as charset parameter of application/xml as specified in RFC 3023 [RFC3023]. Default value is UTF-8.
オプションのパラメータ：アプリケーション/ XMLのcharsetパラメータと同じRFC 3023 [RFC3023]で指定されています。デフォルト値はUTF-8です。
Encoding considerations: Same as encoding considerations of application/xml as specified in RFC 3023 [RFC3023].
符号化の考慮事項：RFC 3023で指定されたアプリケーション/ XMLの考察をコードするものと同じ[RFC3023]。
Security considerations: See Section 10 of RFC 3023 [RFC3023]. This content type is designed to carry presence data, which may be considered private information. Appropriate precautions should be adopted to limit disclosure of this information.
セキュリティの考慮事項：RFC 3023 [RFC3023]のセクション10を参照してください。このコンテンツタイプは、個人情報と見なすことができるプレゼンスデータを運ぶために設計されています。適切な予防措置は、この情報の開示を制限するために採用されるべきです。
Interoperability considerations: none
相互運用性に関する注意事項：なし
Published specification: RFC 5262
公開された仕様：RFC 5262
Applications that use this media type: SIP-based presence systems
このメディアタイプを使用するアプリケーション：SIPベースのプレゼンスシステム
Additional information:
追加情報：
Magic Number: None
マジックナンバー：なし
File Extension: .xml
ファイル拡張子：.xmlファイル
Macintosh file type code: "TEXT"
Macintoshのファイルタイプコード：「TEXT」
Personal and email address for further information: Jari Urpalainen, jari.urpalainen@nokia.com
詳しくは、個人やメールアドレス：ヤリUrpalainen、jari.urpalainen@nokia.com
Intended usage: LIMITED USE
意図している用法：限定使用
Restrictions on usage: Presence [RFC3863] based systems.
使用に関する制限事項：プレゼンス[RFC3863]に基づくシステム。
Author: This specification is a work item of the IETF SIMPLE working group, with mailing list address <simple@ietf.org>.
著者：この仕様は、メーリングリストのアドレス<simple@ietf.org>で、IETF SIMPLEワーキンググループの作業項目です。
Author/Change controller: the IETF.
著者/変更コントローラ：IETF。
This section calls for IANA to register a new XML Schema, the sole content of which can be found in Section 7.
IANAが新しいXMLスキーマを登録するためにこのセクションでは、唯一の内容は第7節で見つけることができ、呼び出します。
URI: urn:ietf:params:xml:schema:pidf-diff
URI：URN：IETF：のparams：XML：スキーマ：PIDF-diffを
Registrant Contact: IETF, SIMPLE working group, <simple@ietf.org> Jari Urpalainen, <jari.urpalainen@nokia.com>
登録者連絡先：IETF、SIMPLEワーキンググループ、<simple@ietf.org>ヤリUrpalainen、<jari.urpalainen@nokia.com>
An 'application/pidf-diff+xml' document that contains the full state presence information:
完全な状態のプレゼンス情報が含まれている「アプリケーション/ PIDF-diffの+ xmlの」ドキュメント：
<?xml version="1.0" encoding="UTF-8"?> <p:pidf-full xmlns="urn:ietf:params:xml:ns:pidf" xmlns:p="urn:ietf:params:xml:ns:pidf-diff" xmlns:r="urn:ietf:params:xml:ns:pidf:rpid" xmlns:ci="urn:ietf:params:xml:ns:pidf:cipid" xmlns:c="urn:ietf:params:xml:ns:pidf:caps" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" entity="pres:someone@example.com" version="567">
<？xml version = "1.0" エンコード= "UTF-8"？> <P：PIDFフルのxmlns = "壷：IETF：のparams：XML：NS：PIDF" のxmlns：P = "壷：IETF：のparams：XML ：NS：PIDF-差分 "のxmlns：rは= "URN：IETF：paramsは：XML：NS：PIDF：RPID" のxmlns：CI = "URN：IETF：paramsは：XML：NS：PIDF：cipid" のxmlns：C =" URN：IETF：paramsは：XML：NS：PIDF：キャップ "のxmlns：DM = "URN：IETF：paramsは：XML：NS：PIDF：データモデル" エンティティ= "PRES：someone@example.com" バージョン=" 567 「>
<tuple id="sg89ae"> <status> <basic>open</basic> </status> <c:servcaps> <c:audio>true</c:audio> <c:message>true</c:message> <c:video>false</c:video> </c:servcaps> <contact priority="0.8">tel:09012345678</contact> </tuple>
<タプルID = "sg89ae"> <状態> <基本>開く</塩基性> </状態> <C：servcaps> <C：オーディオ>真</ C：オーディオ> <C：メッセージ>真</ C：メッセージ> <C：ビデオ>偽</ C：ビデオ> </ C：servcaps> <コンタクト優先度= "0.8"> TEL：09012345678 </接触> </タプル>
<tuple id="cg231jcr"> <status> <basic>open</basic> </status> <contact priority="1.0">im:pep@example.com</contact> </tuple>
<タプルID = "cg231jcr"> <状態> <基本>開く</塩基性> </状態> <コンタクト優先度= "1.0"> IM：pep@example.com </接触> </タプル>
<tuple id="r1230d"> <status> <basic>closed</basic> </status> <ci:homepage>http://example.com/~pep/</ci:homepage> <ci:icon>http://example.com/~pep/icon.gif</ci:icon> <ci:card>http://example.com/~pep/card.vcd</ci:card> <contact priority="0.9">sip:pep@example.com</contact> </tuple>
<タプルID = "r1230d"> <状態> <基本> </塩基性> </状態>閉鎖<CI：ホームページ> http://example.com/~pep/ </ CI：ホームページ> <CI：アイコン> http://example.com/~pep/icon.gif </ CI：アイコン> <CI：カード> http://example.com/~pep/card.vcd </ CI：カード> <連絡先の優先順位=」 0.9" > SIP：pep@example.com </連絡先> </タプル>
<note xml:lang="en">Full state presence document</note>
<メモのxml：LANG = "EN">完全な状態のプレゼンス文書</ノート>
<dm:person id="p123"> <r:activities>
<DM：人のid = "P123"> <R：活動>
<r:on-the-phone/> <r:busy/> </r:activities> </dm:person> <dm:device id="u600b40c7"> <c:devcaps> <c:mobility> <c:supported> <c:mobile/> </c:supported> </c:mobility> </c:devcaps> <dm:deviceID>urn:esn:600b40c7</dm:deviceID> </dm:device>
<R：オン・ザ・電話/> <R：忙しい/> </ R：活動> </ DM：人>の<dm：デバイスID = "u600b40c7"> <C：devcaps> <C：モビリティ> <C ：モバイル/> </ C：サポート> </ C：<C>サポートされるモビリティ> </ C：devcaps>の<dm：のdeviceID> URN：ESN：600b40c7 </ DM：のdeviceID> </ DM：デバイス>
</p:pidf-full>
</ P：PIDF-フル>
An example partial update document with the <pidf-diff> root element:
<PIDF-デフ>ルート要素を持つ例部分更新文書：
<?xml version="1.0" encoding="UTF-8"?> <p:pidf-diff xmlns="urn:ietf:params:xml:ns:pidf" xmlns:p="urn:ietf:params:xml:ns:pidf-diff" xmlns:r="urn:ietf:params:xml:ns:pidf:rpid" xmlns:d="urn:ietf:params:xml:ns:pidf:data-model" entity="pres:someone@example.com" version="568">
<？xml version = "1.0" エンコード= "UTF-8"？> <P：PIDF-差分のxmlns = "壷：IETF：のparams：XML：NS：PIDF" のxmlns：P = "壷：IETF：のparams：XML ：NS：PIDF-差分 "のxmlns：R = "URN：IETF：paramsは：XML：NS：PIDF：RPID" のxmlns：D = "URN：IETF：paramsは：XML：NS：PIDF：データモデル" エンティティ=" PRES：someone@example.com」バージョン= "568">
<p:add sel="presence/note" pos="before"> <tuple id="ert4773"> <status> <basic>open</basic> </status> <contact priority="0.4">mailto:pep@example.com</contact> <note xml:lang="en">This is a new tuple inserted between the last tuple and person element</note> </tuple> </p:add>
<P：SEL = "プレゼンス/音符" POSを追加= "前"> <タプルID = "ert4773"> <状態> <基本>開く</塩基性> </状態> <コンタクト優先度= "0.4">のmailto： pep@example.com </連絡先> <メモのxml：langは= "EN">これは</タプル> </注意>最後のタプルと人の要素の間に挿入し、新たなタプルです。</ pは：追加>
<p:replace sel="*/tuple[@id='r1230d']/status/basic/text()" >open</p:replace>
<P：交換するSEL = "* /タプル[@ ID = 'r1230d'] /ステータス/ベーシック/テキスト（）">開く</ P：交換してください>
<p:remove sel="*/d:person/r:activities/r:busy" ws="after"/>
<P：削除SEL = "* / D：人/ R：活動/ R：忙しい" WS = "の後に" />
<p:replace sel="*/tuple[@id='cg231jcr']/contact/@priority" >0.7</p:replace>
<P：置き換えるSEL = "* /タプル[@ ID = 'cg231jcr'] /コンタクト/ @優先度"> 0.7 </ P：置き換えます>
</p:pidf-diff>
</ P：PIDF-diffを>
An updated local composition presence document after applying the patches:
パッチを適用した後、更新局所組成プレゼンス文書：
<?xml version="1.0" encoding="UTF-8"?> <p:pidf-full xmlns="urn:ietf:params:xml:ns:pidf" xmlns:p="urn:ietf:params:xml:ns:pidf-diff" xmlns:r="urn:ietf:params:xml:ns:pidf:rpid" xmlns:ci="urn:ietf:params:xml:ns:pidf:cipid" xmlns:c="urn:ietf:params:xml:ns:pidf:caps" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" entity="pres:someone@example.com" version="568">
<？xml version = "1.0" エンコード= "UTF-8"？> <P：PIDFフルのxmlns = "壷：IETF：のparams：XML：NS：PIDF" のxmlns：P = "壷：IETF：のparams：XML ：NS：PIDF-差分 "のxmlns：rは= "URN：IETF：paramsは：XML：NS：PIDF：RPID" のxmlns：CI = "URN：IETF：paramsは：XML：NS：PIDF：cipid" のxmlns：C =" URN：IETF：paramsは：XML：NS：PIDF：キャップ "のxmlns：DM = "URN：IETF：paramsは：XML：NS：PIDF：データモデル" エンティティ= "PRES：someone@example.com" バージョン=" 568 「>
<tuple id="sg89ae"> <status> <basic>open</basic> </status> <c:servcaps> <c:audio>true</c:audio> <c:message>true</c:message> <c:video>false</c:video> </c:servcaps> <contact priority="0.8">tel:09012345678</contact> </tuple>
<タプルID = "sg89ae"> <状態> <基本>開く</塩基性> </状態> <C：servcaps> <C：オーディオ>真</ C：オーディオ> <C：メッセージ>真</ C：メッセージ> <C：ビデオ>偽</ C：ビデオ> </ C：servcaps> <コンタクト優先度= "0.8"> TEL：09012345678 </接触> </タプル>
<tuple id="cg231jcr"> <status> <basic>open</basic> </status> <contact priority="0.7">im:pep@example.com</contact> </tuple>
<タプルID = "cg231jcr"> <状態> <基本>開く</塩基性> </状態> <コンタクト優先度= "0.7"> IM：pep@example.com </接触> </タプル>
<tuple id="r1230d"> <status> <basic>open</basic> </status> <ci:homepage>http://example.com/~pep/</ci:homepage> <ci:icon>http://example.com/~pep/icon.gif</ci:icon> <ci:card>http://example.com/~pep/card.vcd</ci:card> <contact priority="0.9">sip:pep@example.com</contact> </tuple>
<タプルID = "r1230d"> <状態> <基本>開く</基本> </状態> <CI：ホームページ> http://example.com/~pep/ </ CI：ホームページ> <CI：アイコン> http://example.com/~pep/icon.gif </ CI：アイコン> <CI：カード> http://example.com/~pep/card.vcd </ CI：カード> <連絡先の優先順位=」 0.9" > SIP：pep@example.com </連絡先> </タプル>
<tuple id="ert4773"> <status> <basic>open</basic> </status> <contact priority="0.4">mailto:pep@example.com</contact>
<タプルID = "ert4773"> <状態> <基本>開く</塩基性> </状態> <接触優先= "0.4">のmailto：pep@example.com </接触>
<note xml:lang="en">This is a new tuple inserted between the last tuple and note element</note> </tuple>
<メモのxml：LANG =「EN」>これが最後のタプルやノート要素</注意> </タプル>との間に挿入し、新たなタプルです
<note xml:lang="en">Full state presence document</note>
<メモのxml：LANG = "EN">完全な状態のプレゼンス文書</ノート>
<dm:person id="p123"> <r:activities> <r:on-the-phone/> </r:activities> </dm:person>
<DM：人のID = "P123"> <R：活動> <R：オン・ザ・電話/> </ R：活動> </ DM：人>
<dm:device id="u600b40c7"> <c:devcaps> <c:mobility> <c:supported> <c:mobile/> </c:supported> </c:mobility> </c:devcaps> <dm:deviceID>urn:esn:600b40c7</dm:deviceID> </dm:device>
<DM：デバイスID = "u600b40c7"> <C：devcaps> <C：モビリティ> <C：サポート> <C：モバイル/> </ C：サポート> </ C：モビリティ> </ C：devcaps> < DM：deviceIDの> URN：ESN：600b40c7 </ DM：deviceIDの> </ DM：デバイス>
</p:pidf-full>
</ P：PIDF-フル>
The XML schema for the 'application/pidf-diff+xml' data format. The included schema "urn:ietf:params:xml:schema:xml-patch-ops" is defined in [RFC5261], and the PIDF Schema "pidf.xsd" is imported from [RFC3863].
「アプリケーション/ PIDF-差分+ XMLのデータ形式のXMLスキーマ。含まスキーマ "URN：IETF：paramsは：XML：スキーマ：XMLパッチOPS" は、[RFC5261]で定義され、そしてPIDFスキーマ "pidf.xsd" は[RFC3863]からインポートされています。
<?xml version="1.0" encoding="UTF-8"?> <xsd:schema targetNamespace="urn:ietf:params:xml:ns:pidf-diff" xmlns:tns="urn:ietf:params:xml:ns:pidf-diff" xmlns:pidf="urn:ietf:params:xml:ns:pidf" xmlns:xsd="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
<？xml version = "1.0" エンコード= "UTF-8"？> <XSD：スキーマのtargetNamespace = "壷：IETF：のparams：XML：NS：PIDF-diffを" のxmlns：TNS = "壷：IETF：のparams：XML ：NS：PIDF-diffを」のxmlns：PIDF = "壷：IETF：のparams：XML：NS：PIDF" のxmlns：XSD = "http://www.w3.org/2001/XMLSchema" のelementFormDefault = "資格">
<!-- include patch-ops type definitions --> <xsd:include schemaLocation="urn:ietf:params:xml:schema:patch-ops"/>
< - パッチ-OPSは、定義を入力する含める - > <！のxsd：/のschemaLocation = "：IETF：のparams：XML：スキーマのパッチ-OPS壷" などが>
<!-- import PIDF definitions --> <xsd:import namespace="urn:ietf:params:xml:ns:pidf" schemaLocation="pidf.xsd"/>
<！ - 輸入PIDF定義 - > <XSD：インポートの名前空間= "壷：IETF：のparams：XML：NS：PIDF" のschemaLocation = "pidf.xsd" />
<!-- partial updates --> <xsd:element name="pidf-diff"> <xsd:complexType> <xsd:sequence minOccurs="0" maxOccurs="unbounded"> <xsd:choice> <xsd:element name="add" type="tns:add"/> <xsd:element name="replace" type="tns:replace"/> <xsd:element name="remove" type="tns:remove"/> </xsd:choice> </xsd:sequence> <xsd:attribute name="version" type="xsd:unsignedInt"/> <xsd:attribute name="entity" type="xsd:anyURI"/> </xsd:complexType> </xsd:element>
<！ - 部分的な更新 - > <XSD：要素名= "PIDF-diffを"> <のxsd：complexTypeの> <のxsd：シーケンスのminOccurs = "0" のmaxOccurs = "無制限"> <のxsd：選択>ます。<xsd：要素名前= "追加" タイプ= "TNS：追加" /> <XSD：要素名= "置き換え" タイプ= "TNS：置き換える" /> <XSD：要素名= "削除" タイプ= "TNS：削除" /> </ XSD：選択> </のxsd：sequence>を<XSD：属性名= "バージョン" タイプ= "のxsd：unsignedInt型" /> <XSD：属性名= "実体" タイプ= "のxsd：anyURIの" /> </ xsd：complexTypeの> </のxsd：element>の
<!-- full PIDF in addition to optional version --> <xsd:element name="pidf-full"> <xsd:complexType> <xsd:complexContent> <xsd:extension base="pidf:presence"> <xsd:attribute name="version" type="xsd:unsignedInt"/> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element>
<！ - フルPIDFオプションのバージョンに加えて - > <XSD：要素名= "PIDFフル"> <のxsd：complexTypeの> <のxsd：complexContentを> <XSD：増設ベース= "PIDF：プレゼンス"> <XSD ：属性名= "バージョン" タイプ= "のxsd：unsignedInt型" /> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの> </のxsd：element>の
</xsd:schema>
</ XSD：スキーマ>
Systems compliant with Common Profile for Presence (CPP) [RFC3859] will not be by default able to use this specification. However, this will not cause any interoperability problems because all endpoints and gateways must support the default MIME type (application/pidf+xml) regardless of if they support this specification. Thus, if a gateway or another end point does not understand this specification it will not be used. In SIMPLE-based systems, use of this MIME type is negotiated using SIP content type negotiation mechanism as specified in partial notification [RFC5263].
プレゼンスのための共通プロファイル（CPP）に準拠したシステム[RFC3859]は、デフォルトでは、この仕様を使用することはできません。すべてのエンドポイントとゲートウェイが関係なく、彼らはこの仕様をサポートしている場合、デフォルトのMIMEタイプ（アプリケーション/ PIDF + XML）をサポートしなければならないため、これは任意の相互運用性の問題を引き起こすことはありません。ゲートウェイまたは他のエンドポイントはこの仕様を理解していない場合はこのように、使用されません。 SIMPLEベースのシステムでは、このMIMEタイプを使用することは、部分的通知[RFC5263]で指定されるようにSIPコンテンツタイプネゴシエーションメカニズムを使用してネゴシエートされます。
Other CPP-compliant (other than SIP-based) systems can also support this specification if they have a mechanism to indicate support for it. If they do, it is possible to build a gateway that will preserve end-to-end integrity with usage of partial PIDF.
彼らはそれのためのサポートを示すためのメカニズムを持っている場合は、他のCPP準拠（SIPベース以外の）システムも、この仕様をサポートすることができます。彼らが行う場合、部分的PIDFの利用でエンドツーエンドの整合性を保つようにするゲートウェイを構築することが可能です。
All security considerations identified for PIDF [RFC3863] apply unchanged for this document as presence information may contain highly sensitive information. Furthermore, the protocol SHOULD provide authorization policies what presence information can be given to which watchers, and when, see [RFC5025].
プレゼンス情報として、この文書は機密性の高い情報が含まれていてもよいためPIDF [RFC3863]のために識別されたすべてのセキュリティ上の考慮事項がそのまま適用されます。さらに、プロトコルは、情報がどのウォッチャー、および場合、[RFC5025]を参照に与えることができるものプレゼンス認可ポリシーを提供すべきです。
The PIDF [RFC3863] format is represented in XML that performs all character processing in terms of the Universal Character Set (UCS). Conformant XML processors MUST support both UTF-8 and UTF-16 encodings of the UCS. UTF-8 is the RECOMMENDED encoding of this partial presence format.
PIDF [RFC3863]フォーマットは、ユニバーサル文字セット（UCS）の点ですべての文字処理を行うXMLで表現されています。準拠XMLプロセッサは、UTF-8およびUCSのUTF-16エンコーディングの両方をサポートしなければなりません。 UTF-8は、この部分的プレゼンス形式の推奨エンコーディングです。
If the character set of the initial <pidf-full> document has been accepted by a receiving application, it MUST continue to accept the same character set with the subsequent <pidf-diff> documents. However, it MUST NOT need to accept a possible character set change.
最初の<PIDFフル>文書の文字セットが受信アプリケーションによって承認された場合、それ以降の<PIDF-diffを>文書で同じ文字セットを受け入れ続けなければなりません。しかし、それは可能な文字セットの変更を受け入れる必要はなりません。
Error conditions MAY be indicated by errors defined in [RFC5261]. This document doesn't define any additional error elements. If the 'version' or 'entity' attributes have incorrect content, it MAY be indicated by the <invalid-attribute-value> error element.
エラー状態は、[RFC5261]で定義されたエラーによって示されてもよいです。このドキュメントは、任意の追加のエラー要素を定義していません。 「バージョン」または「エンティティの属性が正しくないコンテンツがある場合、それは<無効な属性値>エラー要素によって示すことができます。
The authors would like to thank Jose Costa-Requena, Jyrki Aarnos, Jonathan Rosenberg, Dean Willis, Miguel Garcia, Krisztian Kiss, Ben Cambell, Robert Sparks, Anders Kristenssen, Aki Niemi, Jon Peterson, Gonzalo Camarillo, Lars Eggert, Lakshminath Dondeti, and Chris Newman for their valuable comments and contributions.
著者は、ホセコスタ・レケーナ、ユルキAarnos、ジョナサン・ローゼンバーグ、ディーンウィリス、ミゲル・ガルシア、Krisztianキス、ベン・キャンベル、ロバート・スパークス、アンダースKristenssen、アキニエミ、ジョンピーターソン、ゴンサロ・カマリロ、ラースEggertの、Lakshminath Dondetiに感謝したいと思いますそして彼らの貴重なコメントと貢献のためのクリス・ニューマン。
[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月。
[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月。
[RFC2141] Moats, R., "URN Syntax", RFC 2141, May 1997.
[RFC2141]堀、R.、 "URN構文"、RFC 2141、1997年5月。
[RFC2648] Moats, R., "A URN Namespace for IETF Documents", RFC 2648, August 1999.
[RFC2648]堀、R.、 "IETFドキュメントのためのURN名前空間"、RFC 2648、1999年8月。
[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.
[RFC3688] Mealling、M.、 "IETF XMLレジストリ"、BCP 81、RFC 3688、2004年1月。
[RFC3023] Murata, M., St. Laurent, S., and D. Kohn, "XML Media Types", RFC 3023, January 2001.
[RFC3023]村田、M.、サンローラン、S.、およびD.コーン、 "XMLのメディアタイプ"、RFC 3023、2001年1月。
[RFC4288] Freed, N. and J. Klensin, "Media Type Specifications and Registration Procedures", BCP 13, RFC 4288, December 2005.
[RFC4288]解放され、N.とJ. Klensin、 "メディアタイプの仕様と登録手順"、BCP 13、RFC 4288、2005年12月。
[RFC4479] Rosenberg, J., "A Data Model for Presence", RFC 4479, July 2006.
[RFC4479]ローゼンバーグ、J.、 "プレゼンスのためのAデータモデル"、RFC 4479、2006年7月。
[RFC4480] Schulzrinne, H., Gurbani, V., Kyzivat, P., and J. Rosenberg, "RPID: Rich Presence Extensions to the Presence Information Data Format (PIDF)", RFC 4480, July 2006.
[RFC4480] Schulzrinneと、H.、Gurbani、V.、Kyzivat、P.、およびJ.ローゼンバーグ、 "RPID：プレゼンス情報データフォーマット（PIDF）にリッチプレゼンスの拡張"、RFC 4480、2006年7月。
[RFC4482] Schulzrinne, H., "CIPID: Contact Information for the Presence Information Data Format", RFC 4482, July 2006.
[RFC4482] Schulzrinneと、H.、：、RFC 4482、2006年7月 "CIPIDは、プレゼンス情報データフォーマットの情報を問い合わせてください"。
[RFC5261] Urpalainen, J., "An Extensible Markup Language (XML) Patch Operations Framework Utilizing XML Path Language (XPath) Selectors", RFC 5261, September 2008.
[RFC5261] Urpalainen、J.、 "拡張マークアップ言語（XML）パッチOperations Frameworkの利用XMLパス言語（XPath）セレクタ"、RFC 5261、2008年9月。
[W3C.REC-xmlschema-2-20041028] Malhotra, A. and P. Biron, "XML Schema Part 2: Datatypes Second Edition", World Wide Web Consortium Recommendation REC-xmlschema-2-20041028, October 2004, <http://www.w3.org/TR/2004/REC-xmlschema-2-20041028>.
[W3C.REC-XMLSCHEMA-2から20041028]マルホトラ、A.、およびP.ビロン、 "XMLスキーマパート2：データ型第二版"、World Wide Web Consortium（W3C）の勧告REC-XMLSCHEMA-2から20041028、2004年10月、<のhttp： //www.w3.org/TR/2004/REC-xmlschema-2-20041028>。
[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月。
[RFC3265] Roach, A., "Session Initiation Protocol (SIP)-Specific Event Notification", RFC 3265, June 2002.
[RFC3265]ローチ、A.、 "セッション開始プロトコル（SIP）特異的イベント通知"、RFC 3265、2002年6月。
[RFC3859] Peterson, J., "Common Profile for Presence (CPP)", RFC 3859, August 2004.
[RFC3859]ピーターソン、J.、 "プレゼンスのための共通プロファイル（CPP）"、RFC 3859、2004年8月。
[RFC5025] Rosenberg, J., "Presence Authorization Rules", RFC 5025, December 2007.
[RFC5025]ローゼンバーグ、J.、 "プレゼンス認証ルール"、RFC 5025、2007年12月。
[RFC5263] Lonnfors, M., "Session Initiation Protocol (SIP) Extension for Partial Notification of Presence Information", RFC 5263, September 2008.
[RFC5263] Lonnfors、M.、 "プレゼンス情報の一部を通知のためのセッション開始プロトコル（SIP）の拡張"、RFC 5263、2008年9月。
Authors' Addresses
著者のアドレス
Mikko Lonnfors Nokia Itamerenkatu 11-13 00180 Helsinki Finland
ミッコLönnforsノキアItamerenkatu 11-13 00180ヘルシンキフィンランド
Phone: +358 71 8008000 EMail: mikko.lonnfors@nokia.com
電話番号：+358 71 8008000 Eメール：mikko.lonnfors@nokia.com
Eva Leppanen Individual Lempaala Finland
エヴァLeppanen個々Lempaalaフィンランド
EMail: eva.leppanen@saunalahti.fi
メールアドレス：eva.leppanen@saunalahti.fi
Hisham Khartabil Ericsson Australia P.O. Box 256c Melbourne, VIC 3001 Australia
ヒシャムKhartabilエリクソンオーストラリアの私書箱ボックス256Cメルボルン、VIC 3001オーストラリア
EMail: hisham.khartabil@gmail.com
メールアドレス：hisham.khartabil@gmail.com
Jari Urpalainen Nokia Itamerenkatu 11-13 00180 Helsinki Finland
ヤリUrpalainenノキアItamerenkatu 11-13 00180ヘルシンキフィンランド
Phone: +358 7180 37686 EMail: jari.urpalainen@nokia.com
電話：+358 7180 37686電子メール：jari.urpalainen@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に情報を記述してください。