Network Working Group J. Rosenberg
Request for Comments: 4575 Cisco Systems
Category: Standards Track H. Schulzrinne
Columbia University
O. Levin, Ed.
Microsoft Corporation
August 2006
A Session Initiation Protocol (SIP)
Event Package for Conference State
Status of This Memo
このメモのステータス
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2006).
著作権（C）インターネット協会（2006）。
Abstract
抽象
This document defines a conference event package for tightly coupled conferences using the Session Initiation Protocol (SIP) events framework, along with a data format used in notifications for this package. The conference package allows users to subscribe to a conference Uniform Resource Identifier (URI). Notifications are sent about changes in the membership of this conference and optionally about changes in the state of additional conference components.
この文書は、このパッケージの通知で使用されるデータフォーマットとともに、セッション開始プロトコル（SIP）イベントフレームワークを使用して、密結合会議のための会議イベントパッケージを定義します。会議パッケージには、ユーザーが会議のURI（Uniform Resource Identifier）に加入することができます。通知は、この会議のメンバーシップと、必要に応じて追加の会議コンポーネントの状態の変更に関する変更について送信されます。
Table of Contents
目次
1. Introduction ....................................................4
2. Terminology .....................................................4
3. Conference Event Package ........................................4
3.1. Event Package Name .........................................5
3.2. Filtering ..................................................5
3.3. Subscription Duration ......................................5
3.4. NOTIFY Bodies ..............................................5
3.5. Notifier Processing of SUBSCRIBE Requests ..................6
3.6. Notifier Generation of NOTIFY Requests .....................6
3.7. Subscriber Processing of NOTIFY Requests ...................6
3.8. Handling of Forked Requests ................................7
3.9. Rate of Notifications ......................................7
3.10. State Agents ..............................................7
4. Conference Document .............................................7
4.1. Format .....................................................7
4.2. Namespace ..................................................7
4.3. Versioning .................................................8
4.4. Partial Notifications Mechanism ............................8
4.5. Element Keys ...............................................9
4.6. Constructing Coherent State Procedure ......................9
5. Conference Data ................................................11
5.1. Overview ..................................................11
5.2. <conference-info> .........................................13
5.3. <conference-description> ..................................14
5.3.1. <conf-uris> ........................................14
5.3.2. <service-uris> .....................................15
5.3.3. <maximum-user-count> ...............................16
5.3.4. <available-media> ..................................16
5.4. <host-info> ...............................................17
5.4.1. <display-text> .....................................17
5.4.2. <web-page> .........................................17
5.4.3. <uris> .............................................17
5.5. <conference-state> ........................................17
5.5.1. <user-count> .......................................17
5.5.2. <active> ...........................................18
5.5.3. <locked> ...........................................18
5.6. <users> and Its <user> Sub-elements .......................18
5.6.1. <display-text> .....................................19
5.6.2. <associated-aors> ..................................19
5.6.3. <roles> ............................................19
5.6.4. <languages> ........................................19
5.6.5. <cascaded-focus> ...................................19
5.6.6. <endpoint> .........................................20
5.7. <endpoint> ................................................20
5.7.1. <display-text> .....................................20
5.7.2. <referred> .........................................21
5.7.3. <status> ...........................................21
5.7.4. <joining-method> ...................................22
5.7.5. <joining-info> .....................................23
5.7.6. <disconnection-method> .............................23
5.7.7. <disconnection-info> ...............................23
5.7.8. <media> ............................................24
5.7.9. <call-info> ........................................24
5.8. <media> ...................................................24
5.8.1. <display-text> .....................................25
5.8.2. <type> .............................................25
5.8.3. <label> ............................................25
5.8.4. <src-id> ...........................................25
5.8.5. <status> ...........................................26
5.9. Sidebars ..................................................26
5.9.1. <sidebars-by-ref> ..................................26
5.9.2. <sidebar-by-val> ...................................26
6. XML Schema .....................................................26
7. Examples .......................................................35
7.1. Basic Example .............................................35
7.2. Rich Example ..............................................36
8. Security Considerations ........................................40
8.1. Connection Security .......................................40
8.2. Authorization Considerations ..............................41
9. IANA Considerations ............................................41
9.1. conference Event Package Registration .....................41
9.2. application/conference-info+xml MIME Registration .........42
9.3. URN Sub-Namespace Registration for ........................43
9.4. XML Schema Registration ...................................43
9.5. URI Purposes Sub-registry Establishment ...................44
10. Acknowledgements ..............................................45
11. References ....................................................45
11.1. Normative References .....................................45
11.2. Informative References ...................................46
The Session Initiation Protocol (SIP) events framework [10] defines general mechanisms for subscribing to, and receiving notifications of, events within SIP networks. It introduces the notion of a package, which is a specific "instantiation" of the events framework for a well-defined set of events. Here, we define a SIP event package for tightly coupled conferences. This package can be used by the conference notification service as outlined in the SIP conferencing framework [16]. As described there, subscriptions to a conference URI are routed to the focus that is handling the conference. It acts as the notifier and provides clients with updates on conference state.
セッション開始プロトコル（SIP）イベントフレームワーク[10]に加入し、SIPネットワーク内のイベントの通知を受信するための一般的なメカニズムを定義します。これは、イベントの明確に定義された一連のイベントフレームワークの特定の「インスタンス化」であるパッケージの概念を導入しています。ここでは、密結合会議のためのSIPイベントパッケージを定義します。 SIP会議フレームワーク[16]に概説されるように、このパッケージは、会議通知サービスで使用することができます。そこに記載されているように、会議URIへのサブスクリプションは、会議を処理しているフォーカスにルーティングされます。これは、通知として機能し、会議状態の更新をクライアントに提供します。
The information provided by this package is comprised of conference identifier(s), conference participants (optionally with their statuses and media description), conference sidebars, conference service URIs, etc.
このパッケージによって提供される情報は、会議識別子（S）、会議参加者で構成されている（必要に応じてそのステータスとメディア記述付き）など、会議サイドバー、会議サービスのURI、
In this document, the key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" are to be interpreted as described in RFC 2119 [1] and indicate requirement levels for compliant implementations.
この文書では、キーワード "MUST"、 "MUST NOT"、 "REQUIRED"、 "NOT SHALL"、 "推奨"、 "すべきではない" "べきである" "ないものと"、 "MAY"、および "オプション" RFC 2119に記載されるように解釈されるべきである[1]と対応する実装の要求レベルを示します。
This document uses the conferencing terminology defined in Conferencing Framework [16]. In addition, the "roster" term is used to collectively refer to participants in a conference or a sub-conference.
この文書では、会議の枠組み[16]で定義された会議の専門用語を使用しています。また、「名簿」という用語は、まとめて会議またはサブ会議の参加者を参照するために使用されます。
The conference event package allows a user to subscribe to the information relating to a conference. In SIP, conferences are represented by URIs. These URIs identify a SIP user agent (UA), called a focus, that is responsible for ensuring that all users in the conference can communicate with each other, as described in Conferencing Framework [16]. The focus has sufficient information about the state of the conference to inform subscribers about it.
会議イベントパッケージは、ユーザーが会議に関連する情報を購読することができます。 SIPにおいては、会議をするURIによって表されます。これらのURIは、SIPユーザエージェント（UA）を識別、会議フレームワーク[16]に記載されているようにそれは、会議内のすべてのユーザーが互いに通信できることを保証する責任があり、焦点と呼ばれます。焦点は、それについて加入者に通知する会議の状態に関する十分な情報を持っています。
It is possible that a participant in the conference may in fact be another focus. In order to provide a more complete participant list, the focus MAY subscribe to the conference package of the other focus to discover the participant list in the cascaded conference. This information can then be included in notifications by use of the <cascaded-focus> element as specified by this package.
会議の参加者は、実際には別の焦点である可能性があります。より完全な参加者リストを提供するために、焦点はカスケード接続会議に参加者リストを発見するために、他の焦点の会議パッケージに加入することができます。このパッケージで指定され、この情報は、<カスケード接続フォーカス>要素を使用することにより、通知に含めることができます。
This section provides the details for defining a SIP-specific event notification package, as specified by RFC 3265 [10].
このセクションでは、RFC 3265 [10]によって指定されるように、SIP固有のイベント通知パッケージを定義するための詳細を提供します。
The name of this event package is "conference". This package name is carried in the Event and Allow-Events header, as defined in RFC 3265 [10].
このイベントパッケージの名前は、「会議」です。このパッケージ名は、イベントに運ばれ、RFC 3265で定義されるように、ヘッダイベント許可[10]されています。
Filters, which can be applied to conference subscriptions, are a desirable feature and can be considered as a subject of future standardization activities. This document does not define the filters for the conference package to be included in the SUBSCRIBE body.
サブスクリプションを会議に適用することができフィルタは、望ましい特徴であり、将来の標準化活動の対象として考えることができます。この文書では、SUBSCRIBE体内に含まれる会議パッケージ用のフィルタを定義していません。
A SUBSCRIBE for a conference package, being sent without a body, implies the default subscription filtering policy. The default policy is as follows:
ボディなしで送信された会議パッケージのためにSUBSCRIBE、デフォルトのサブスクリプションのフィルタリングポリシーを意味します。次のようにデフォルトポリシーは次のとおりです。
o Notifications are generated every time there is any change in the state of the conference.
Oの通知は、会議の状態の変化があるたびに生成されます。
o Notifications do not normally contain full state; rather, they only indicate the state that has changed. The exception is a NOTIFY sent in response to a SUBSCRIBE. These NOTIFYs contain the full state of the information requested by the subscriber.
O通知は、通常、完全な状態を含んでいません。むしろ、彼らは変更されている状態を示しています。例外はSUBSCRIBEに応答して送信NOTIFYれます。これらのNOTIFYは、加入者から要求された情報の完全な状態が含まれています。
The default expiration time for a subscription to a conference is one hour. Once the conference ends, all subscriptions to that particular conference are terminated, with a reason of "noresource" as defined in RFC 3265 [10].
会議へのサブスクリプションのデフォルトの有効期限は1時間です。会議が終了すると、RFC 3265 [10]で定義されるように、その特定の会議へのすべてのサブスクリプションは、「NORESOURCE」の理由で、終了します。
According to RFC 3265 [10], the NOTIFY message will contain bodies that describe the state of the subscribed resource. This body is in a format listed in the Accept header field of the SUBSCRIBE, or a package-specific default if the Accept header field was omitted from the SUBSCRIBE.
RFC 3265 [10]によれば、NOTIFYメッセージは、サブスクライブリソースの状態を記述する体を含むであろう。 AcceptヘッダーフィールドはSUBSCRIBEから省略された場合には、この本体は、SUBSCRIBEのAcceptヘッダーフィールドにリストされた形式、またはパッケージ固有のデフォルトです。
In this event package, the body of the notification contains a conference information document that describes the state of a conference. All subscribers and notifiers MUST support the "application/conference-info+xml" data format described in Sections 9
このイベントパッケージでは、通知の本文は、会議の様子を説明した会議情報文書が含まれています。すべての加入者及び届出者は、セクション9に記載の「アプリケーション/会議-情報+ xmlの」データ・フォーマットをサポートしなければなりません
and 5. By default, i.e., if no Accept header is specified to a SUBSCRIBE request, the NOTIFY will contain a body in the "application/conference-info+xml" data format. If the Accept header field is present, it MUST include "application/conference-info+xml" and MAY include any other types.
そしてデフォルト、すなわち、5.全く受け入れヘッダがSUBSCRIBEリクエストに指定されていない場合、「アプリケーション/会議-INFO + XML」データフォーマットで体を含有するNOTIFY。 Acceptヘッダーフィールドが存在する場合、それは「アプリケーション/会議-情報+ XML」を含まなければならないし、任意の他のタイプを含むかもしれません。
The conference information contains very sensitive information. Therefore, all subscriptions SHOULD be authenticated and then authorized before approval. Authorization policy is at the discretion of the administrator, as always.
会議情報は、非常に機密性の高い情報が含まれています。したがって、すべてのサブスクリプションは、認証され、その後、承認前に承認されるべきです。認可ポリシーは、いつものように、管理者の裁量です。
However, it is RECOMMENDED that all users in the conference be allowed to subscribe to the conference event package.
しかし、会議のすべてのユーザーが会議イベントパッケージに加入することが許可されることが推奨されます。
Notifications SHOULD be generated for the conference state when a new participant joins (i.e., gets "connected" to) or a participant leaves (i.e., gets "disconnected" from) the conference.
通知が新たな参加者が参加する会議状態（すなわち、に「接続」されます）、または参加者の葉のために生成されるべきである会議（すなわち、より「切断」なります）。
Subject to a local focus policy, additional changes in participants' status, changes in their media types, and other optional information MAY be reported by the focus.
ローカルフォーカスポリシーに従うことを条件として、参加者の状態の追加の変更は、そのメディアタイプの変更、および他の任意の情報は、フォーカスによって報告されてもよいです。
Changes in sidebar rosters SHOULD be reported by the focus to their participants and MAY be reported to others, subject to local policy.
サイドバーの名簿の変更は、その参加者にフォーカスによって報告されるべきであり、ローカルポリシーの対象他人に報告されてもよいです。
Changes in conference identifiers and service URIs SHOULD be reported by the focus to the conference package subscribers.
会議識別子とサービスのURIの変更は、会議パッケージ加入者に焦点によって報告されるべきです。
Changes in other conference state information MAY be reported by the focus to the conference package subscribers.
他の会議状態情報の変更は、会議パッケージ加入者に焦点によって報告されてもよいです。
The SIP events framework expects packages to specify how a subscriber processes NOTIFY requests in any package-specific ways, and in particular, how it uses the NOTIFY requests to construct a coherent view of the state of the subscribed resource.
SIPイベントフレームワークでは、パッケージは、加入者のプロセスは、それがサブスクライブされたリソースの状態のコヒーレントなビューを構築するNOTIFYリクエストをどのように使用するか、任意のパッケージ固有の方法で、特にNOTIFY要求する方法を指定することを期待します。
Typically, the NOTIFY for the conference package will only contain information about those users whose state in the conference has changed. To construct a coherent view of the total state of all users, a subscriber to the conference package will need to combine NOTIFYs received over time.
一般的に、唯一の状態会議で変更されたそれらのユーザーに関する情報が含まれています会議パッケージのNOTIFY。すべてのユーザーの合計状態のコヒーレントなビューを構築するために、会議パッケージへの加入者は、時間をかけて受け取ったのNOTIFYを結合する必要があります。
Notifications within this package can convey partial information; that is, they can indicate information about a subset of the state associated with the subscription. This means that an explicit algorithm needs to be defined in order to construct coherent and consistent state. The details of this mechanism are specific to the particular document type. See Section 4.6 for information on constructing coherent information from an application/ conference-info+xml document.
このパッケージ内の通知は、部分的な情報を伝えることができます。つまり、彼らは、サブスクリプションに関連付けられている状態のサブセットに関する情報を示すことができます。これは、明示的なアルゴリズムが首尾一貫して一貫性のある状態を構築するために定義する必要があることを意味します。このメカニズムの詳細については、特定のドキュメントタイプに固有のものです。アプリケーション/会議-情報+ XML文書からのコヒーレント情報の構築については、4.6節を参照してください。
By their nature, the conferences supported by this package are centralized. Therefore, SUBSCRIBE requests for a conference should not generally fork. If forking happens in the network, subscribers to this package MUST NOT establish more than a single SIP dialog as a result of a single SUBSCRIBE request. In the foci cascading case, detailed conference information can be retrieved by establishing an individual SUBSCRIBE dialog with each participating focus.
その性質上、このパッケージでサポートされている会議は、集中しています。そのため、会議の要求すべきではない、一般的にフォークをSUBSCRIBE。フォークは、ネットワーク内で発生した場合、このパッケージへの加入者は、単一のSUBSCRIBEリクエストの結果として、単一のSIPダイアログ以上のものを確立してはなりません。病巣カスケード場合には、詳細な会議情報は、個人が参加する各焦点との対話をSUBSCRIBE確立することによって取得することができます。
For reasons of congestion control, it is important that the rate of notifications not become excessive. As a result, it is RECOMMENDED that the server does not generate notifications for a single subscriber at a rate faster than once every 5 seconds.
輻輳制御の理由から、通知の割合が過大にならないことが重要です。その結果、サーバはより速く回5秒以上の速度で単一の加入者のための通知を生成しないことが推奨されます。
Conference state is ideally maintained in the element in which the conference resides. Therefore, a conference focus is the best-suited element to handle subscriptions to it. Cascaded foci MAY implement state agents (as defined in RFC 3265 [10]) for this package.
会議状態は、理想的に会議が置かれている要素に維持されています。そのため、会議の焦点はそこにサブスクリプションを処理するために最も適し要素です。このパッケージの（RFC 3265 [10]で定義される）カスケード接続された焦点状態エージェントを実装することができます。
Conference information is an XML document that MUST be well-formed and valid. It MUST be based on Extensible Markup Language (XML) 1.0 and MUST be encoded using UTF-8 [14].
会議情報は、十分に形成され、有効でなければならないXMLドキュメントです。これは、拡張マークアップ言語（XML）1.0に基づいていなければならないとUTF-8 [14]を使用して符号化されなければなりません。
This specification makes use of XML namespaces for identifying conference information documents and document fragments. The namespace URI for elements defined by this specification is a Uniform Resource Namespace (URN) [2], using the namespace identifier 'ietf'
この仕様は、会議情報文書および文書の断片を識別するためのXML名前空間を使用しています。この仕様によって定義された要素の名前空間URIは、ユニフォーム・リソース・ネーム（URN）[2]、名前空間識別子を使用して「IETF」であります
defined by [6] and extended by RFC 3688 [21]. This URN is as follows:
[6]で定義され、RFC 3688 [21]によって拡張。次のようにこのURNは以下のとおりです。
urn:ietf:params:xml:ns:conference-info
URN：IETF：のparams：XML：NS：会議-情報
The conference information is described by a hierarchical XML structure with the root element <conference-info>. The root element is the only element in the schema that carries a meaningful version number for all the elements in the document. The whole conference information is associated with this version number.
会議情報は、ルート要素<会議・インフォメーション>と階層XML構造によって記述されています。ルート要素は、ドキュメント内のすべての要素のための意味のあるバージョン番号を搬送するスキーマで唯一の要素です。全体会議情報は、このバージョン番号に関連付けられています。
The 'version' attribute MUST be included in the root <conference-info> element.
「バージョン」属性は、ルート<会議-info>要素に含めなければなりません。
This specification defines a basic partial notifications mechanism by using a 'state' attribute as described below. This mechanism MUST be supported by all subscribing clients. Additional general partial notifications mechanisms can be defined and applied to this package in the future.
この仕様は、以下に説明するように「状態」属性を使用して、基本的な部分の通知メカニズムを定義します。このメカニズムは、サブスクライブしているすべてのクライアントでサポートしなければなりません。追加の一般的な部分の通知メカニズムが定義されており、将来的には、このパッケージに適用することができます。
All sub-elements in the <conference-info> hierarchical XML structure can be classified in two groups: permissible for partial notifications or not. Elements that carry a substantial amount of data that is subject to frequent changes are permissible for partial notifications and have a 'state' attribute attached to them. All future extensions to this schema MUST define which extension elements can also use this mechanism. All other elements can be updated as atomic pieces of data only.
部分的な通知やないの許容：<会議-インフォメーション>階層XML構造のすべてのサブ要素は、二つのグループに分類することができます。頻繁な変更の対象となるデータのかなりの量を運ぶ要素は、部分的に、通知のために許容され、それらに取り付けた「状態」属性を持っています。このスキーマへのすべての将来の拡張にも、このメカニズムを使用できる拡張要素を定義しなければなりません。他のすべての要素は、データのみの原子作品として更新することができます。
Below is the complete list of elements permissible to use the partial notifications mechanism defined in this specification. (Note that future partial notifications mechanisms can potentially be applicable to additional elements.)
以下は、この仕様で定義された部分の通知メカニズムを使用することは許さ要素の完全なリストがあります。 （将来部分的通知メカニズムが潜在的に付加的な要素に適用することができることに留意されたいです。）
o Element <conference-info> o Element <users> o Element <user> o Element <endpoint> o Element <sidebars-by-val> o Element <sidebars-by-ref>
O要素<会議・インフォメーション> OエレメントエレメントO <ユーザー> <ユーザー> Oエレメント<エンドポイント>要素O <サイドバー・バイ・ヴァル> O要素<サイドバーバイ参照>
The 'state' attribute value indicates whether the reported information about the element is "full" or "partial", or whether the element has been "deleted" from the conference state document. The default value of any 'state' attribute is "full".
「状態」属性の値は、要素に関する報告された情報は、「完全」または「部分的」であるか、または要素は、会議状態ドキュメントから「削除」されているかどうかを示します。任意の「状態」属性のデフォルト値は「フル」です。
A 'state' attribute of a child element in the document MUST be consistent with its parent 'state'. This means that if the parent's 'state' is "full", the state of its children MUST be "full". If the parent's 'state' is "partial", the state of its children MAY be either "partial", "full", or "deleted". A parent element with "deleted" 'state' SHOULD NOT contain child elements. Any information provided for child elements of a "deleted" parent MUST be ignored by the package subscriber.
文書内の子要素の「状態」属性は、その親「状態」と一致していなければなりません。これは、親の「状態」は「フル」であれば、その子の状態を「フル」でなければならないことを意味しています。親の「状態」は、「部分的」である場合は、その子の状態は、「部分的」「フル」、または「削除」のいずれであってもよいです。 「削除」「状態」との親要素が子要素を含めることはできません。 「削除された」親の子要素のために提供された情報は、パッケージの加入者は無視しなければなりません。
The defined XML schema has a property of unique identification among sub-elements of a common parent, which makes it possible to use the partial notifications mechanism defined in this document. This property is achieved by defining a key to each sub-element that can appear multiple times under the common parent.
定義されたXMLスキーマは、この文書で定義された部分の通知メカニズムを使用することができる共通の親のサブ要素の間で一意の識別特性を有します。このプロパティは、共通の親の下に複数回出現することができ、各サブ要素にキーを定義することによって達成されます。
In the context of this specification, the element key is the set of mandatory attributes or sub-elements of an element. The key value MUST be unique for the element among its siblings of the same type.
本明細書の文脈では、要素キーは、必須属性または要素のサブ要素の集合です。キー値は、同じタイプの兄弟のうち、要素に対して一意でなければなりません。
In the context of this specification, two keys of type xs:anyURI are considered to be equal if the UTF-8 representations of the keys (including all URI parameters that can be included with the URI) are identical. Consequently, using relative URIs and lexical white space in these keys is NOT RECOMMENDED.
本明細書の文脈では、型xsの二つの鍵：anyURIのは、（URIに含めることができるすべてのURIパラメータを含む）キーのUTF-8表現が同一である場合に等しいと考えられています。その結果、これらのキーに相対URIおよび字句ホワイトスペースを使用することは推奨されません。
Below is the list of elements (subject to partial notifications of their parent elements) with their keys as defined by this specification:
この仕様で定義され、以下のように自分のキーを持つ要素（親要素の部分的な通知の対象）のリストは、次のとおりです。
o Element <user> uses as the key 'entity' o Element <endpoint> uses as the key 'entity' o Element <media> uses as the key 'id' o Element <entry> (child to <sidebars-by-val>) uses as the key 'entity' o Element <sidebars-by-ref> uses as the key <uri>
O要素<ユーザー>キーとして使用する「エンティティ」要素O <エンドポイント>要素Oキー「実体」として使用<培地>要素<サイドバー・バイ・ヴァルへの<entry>（子Oキー「ID」として使用します>）Oキー「実体」として使用する要素<サイドバーバイREF>をキーとして使用し、<URI>
This section describes the algorithm for constructing a coherent conference state by a subscriber to the conference package. Using software programming abstraction, the subscriber maintains a single local version number for the whole conference document and a local element instance for each element in the schema. Also, for each element with keys (as defined above), the subscriber maintains a virtual table with a row for each existing key value.
このセクションでは、会議パッケージに加入者によってコヒーレント会議状態を構築するためのアルゴリズムを説明します。ソフトウェア・プログラミング抽象化を使用して、加入者は、全体会議文書とスキーマ内の各要素のローカル要素インスタンスの単一のローカルバージョン番号を維持します。また、キーで各要素（上記で定義した通り）のために、加入者は、既存の各キーの値の行を持つ仮想テーブルを維持します。
The first time a NOTIFY with a "full" document is received (as indicated by the value of the 'state' attribute in the <conference-info> element), the conference package subscriber MUST set the local 'version' number to the value of the 'version' attribute from the received <conference-info> and populate local data with the received information.
、会議パッケージ加入者が値をローカル「バージョン」番号を設定しなければならない（<会議-info>要素内の「状態」属性の値によって示されるように）「完全な」文書にNOTIFY初めて受信されます受信<会議-インフォメーション>から「バージョン」属性との受信した情報とローカルデータを取り込みます。
Each time a new NOTIFY is received, the value of the local version number and the value of the 'version' attribute in the new received document are compared. If the value in the document is equal to or less than the local version, the document is discarded without processing.
NOTIFY新しいが受信されるたびに、新しい受信した文書内のローカルバージョン番号と「バージョン」属性の値の値が比較されます。ドキュメントの値がローカルバージョン以下である場合、ドキュメントは処理せずに廃棄されます。
Otherwise, if the received NOTIFY contains a "full" or "deleted" state, the conference package subscriber MUST set the local 'version' number to the value of the 'version' attribute from the received <conference-info> and replace the local information with the received document. Receiving "deleted" state for the <conference-info> element means that the conference has ceased to exist and the subscriber SHOULD terminate the subscription by sending the SUBSCRIBE with Expires = 0.
それ以外の場合は、受け取った場合にはNOTIFYは「フル」または「削除」状態、会議パッケージ加入者が受信<会議-インフォメーション>から「バージョン」属性の値にローカル「バージョン」番号を設定し、ローカルを交換する必要がありますが含まれています受信した文書と情報。 <会議・インフォメーション>のために、「削除」状態を受光素子は、会議が消滅したと加入者が= 0期限切れにSUBSCRIBE送信することによって、サブスクリプションを終了しなければならないことを意味します。
Otherwise (i.e., if the received NOTIFY contains "partial" state), if the 'version' number in the received document is more than one number higher than the previous local version number, the subscriber MUST generate a subscription refresh request to trigger a full state notification. If the 'version' number in the document is one higher than the local version number, the local version number is updated accordingly and the document is used to update the local content as described below.
それ以外の場合は、受信した文書の「バージョン」の数は、前のローカルバージョン番号より複数の番号も高い場合には、加入者がフルをトリガするために、サブスクリプションのリフレッシュ要求を発生させなければなりません、（すなわち、受け取った場合は、「部分的」状態が含まれていますNOTIFY）状態通知。文書の「バージョン」番号が、ローカルバージョン番号より1高い場合、ローカルバージョン番号が更新されると、文書は、後述するようにローカルコンテンツを更新するために使用されます。
For each sub-element of the <conference-info> element in the received document,
、受信した文書では、<会議-info>要素の各サブ要素について
1. If the element contains "full" state, the whole local element content is flushed and repopulated from the document.
1.要素が「フル」状態が含まれている場合は、全体のローカル要素のコンテンツは、文書からフラッシュして再作成されます。
2. Otherwise, if the element contains "deleted" state, the whole element MUST be removed from the local content.
要素が「削除」の状態が含まれている場合2.そうでない場合は、全体の要素は、ローカルコンテンツから削除する必要があります。
3.1. For elements with keys, the subscriber compares the keys received in the update with the keys in the local tables.
3.1. キーを持つ要素に、加入者は、ローカルテーブルのキーで更新で受信したキーとを比較します。
3.1.1. If a key does not exist in the local table, a row is
added, and its content is set to the element
information from the update.
3.1.2. Otherwise, if a key of the same value does exist, for each sub-element in the row, the algorithm is applied from step 3.2.
3.1.2. 同じ値のキーが存在する場合それ以外の場合は、行の各サブエレメントのために、アルゴリズムがステップ3.2から印加されます。
3.2. For each atomic element received in the schema, the element is replaced with the new information as a whole. For each non-atomic element received in the schema with either no 'state' attribute included or the state attribute is set to "full", the element is replaced with the new information as a whole. Also, for each element with the state attribute set to "deleted", the whole element is removed from the local content.
3.2. スキーマ内で受信された各原子要素について、要素は全体として新しい情報に置き換えられます。各非アトミック要素には「状態」属性が含まれていないか、状態属性が「フル」に設定されているいずれかとスキーマで受信するために、要素は、全体として、新しい情報に置き換えられます。また、「削除」に設定された状態属性を持つ要素ごとに、全体の要素はローカルコンテンツから削除されます。
3.3. For each non-atomic element with the state attribute set to "partial", the algorithm is applied recursively starting from step 3.1.
3.3. 「部分」に設定された状態属性を持つ各非アトミック要素については、アルゴリズムは、ステップ3.1から始まる再帰的に適用されます。
The <conference-info> document format is designed to convey information about the conference and about participation in the conference. The following non-normative diagram gives an example of the overall hierarchy used in this format. Conferences contain users who can be represented by multiple endpoints, each of which can have multiple media streams. Conferences can also include or reference "sidebar conferences". When sidebar information is incorporated into a conference information document in a <sidebars-by-val> element, each <entry> element represents a sidebar and can include any sub-elements permitted in the <conference-info> top-level element.
<会議・インフォメーション>ドキュメントフォーマットは、会議について、会議への参加についての情報を伝えるために設計されています。以下の非規範的な図は、この形式で使用される全体的な階層の例を示します。会議には、複数のメディアストリームを持つことができ、それぞれが複数のエンドポイントで表すことができ、ユーザーが含まれています。会議はまた、含まれまたは参照「サイドバー会議」することができます。サイドバー情報は、<サイドバー・バイ・ヴァル>要素内の会議情報文書に組み込まれる場合、各<entry>要素は、サイドバーを表し、<会議-INFO>最上位の要素で許可任意のサブ要素を含むことができます。
conference-info | |-- conference-description | |-- host-info | |-- conference-state | |-- users | |-- user | | |-- endpoint | | | |-- media | | | |-- media | | | |-- call-info | | | | | |-- endpoint | | |-- media | |-- user | |-- endpoint | |-- media |
会議-情報| | - 会議記述| | - ホスト情報| | - 会議状態| | - ユーザー| | - ユーザー| | | - エンドポイント| | | | - メディア| | | | - メディア| | | | - コール情報| | | | | | - エンドポイント| | | - メディア| | - ユーザー| | - エンドポイント| | - メディア|
|-- sidebars-by-ref | |-- entry | |-- entry | |-- sidebars-by-val |-- entry | |-- users | |-- user | |-- user |-- entry |-- users |-- user |-- user |-- user
| - サイドバーバイ参照| | - エントリ| | - エントリ| | - サイドバー・バイ・ヴァル| - エントリ| | - ユーザー| | - ユーザー| | - ユーザー| - エントリ| - ユーザー| - ユーザー| - ユーザー| - ユーザー
In most cases, this document does not mandate how the information, presented through the conference document to the subscribers, is obtained by the focus. In many cases, the information can be dynamically learned from the call signaling and can also be manually populated by an administrator - all subject to local policies. This document specifies what the XML elements mean in order to allow the subscribers to appropriately interpret it. Some portions of the information are intended for processing by automata; others are for human consumption only. For example, the <display-text> sub-elements of elements <conf-uris>, <service-uris>, <available-media>,
ほとんどの場合、このドキュメントでは、加入者に会議の文書を提示された情報は、フォーカスすることによって得られる方法を強制しません。多くの場合、情報が動的にコールシグナリングから学ぶことができ、また管理者が手動で取り込むことができます - ローカルポリシーにすべての対象。この文書は、XML要素は、加入者が適切にそれを解釈することを可能にするために何を意味するかを指定します。情報のいくつかの部分は、オートマトンによる処理のために意図されています。他の人は人間の消費のためのものです。例えば、<表示テキスト>要素<CONF-URIを>、<サービスのURI>、<利用可能なメディア>のサブ要素、
<host-info>, <endpoint>, and <media> are intended for display to human subscribers only.
<ホスト情報>、<エンドポイント>、および<メディア>は人間だけの加入者への表示のために意図されています。
Although in multiple places this document states that specific information "SHOULD" be communicated to the subscribers, note that particular conference package subscribers (e.g., representing a moderator, an administrator, or a cascaded focus) rely on accuracy of this information for their proper operation. Therefore, a conferencing server MUST ensure that all critical changes (stated as "SHOULD") are communicated to these specific subscribers; otherwise, these changes MUST be communicated to all subscribers to the conference information.
複数の場所で、この文書は（司会者、管理者、またはカスケードフォーカスを表すなど、）加入者が適切な動作のために、この情報の正確性に依存し、その特定の会議パッケージを注意し、特定の情報を加入者に伝達することが「べきである」と述べているが、 。そのため、会議サーバーは、（「SHOULD」と述べた）すべての重要な変更は、これらの特定の加入者に伝達されることを保証しなければなりません。そうでない場合は、これらの変更は、会議情報へのすべての加入者に伝達されなければなりません。
Following sections describe the XML schema in more detail.
次のセクションでは、より詳細にXMLスキーマを記述する。
A conference information document begins with the root element tag <conference-info> of conference-type.
会議情報文書は、会議型のルート要素タグ<会議・インフォメーション>で始まります。
The following attributes are defined for <conference-info>:
次の属性は、<会議・インフォメーション>のために定義されています。
entity: This attribute contains the conference URI that identifies the conference being described in the document. This is the SIP URI that an interested entity needs to SUBSCRIBE to in order to get the conference package information. Note that this URI can be listed as one of the URIs to be used in order to access the conference by SIP means and in accordance with Section 5.3.1 below.
エンティティ：この属性は、文書に記述されている会議を特定する会議URIが含まれています。これは、興味のあるエンティティが会議パッケージ情報を得るためにに加入する必要がSIP URIです。このURIは、SIP手段によって会議にアクセスするために、セクション5.3.1以下に従って使用されるURIの一つとして挙げられることに留意されたいです。
state: This attribute indicates whether the document contains the whole conference information ("full") or only the information that has changed since the previous document ("partial"), or whether the conference ceased to exist ("deleted"). For more detail, see Section 4.
状態：この属性は、文書全体会議情報（「フル」）または前の文書（「部分」）以降に変更、または会議が存在しなくなったかどうか（「削除」）しているだけの情報が含まれているかどうかを示します。詳細については、第4章を参照してください。
version: This attribute allows the recipient of conference information documents to properly order the received notifications, and it MUST be used with the root <conference-info> element. Version number is a 32-bit monotonically increasing integer scoped within a subscription. A server MUST increment the version number for each notification (full, partial, and deleted) being sent to a subscriber and reporting a change in the conference document state. For each partial notification, the version number MUST be increased by one. Note that a partial notification and a subsequent full notification over the same dialog MAY contain the same version number if no change in the conference state occurred in between.
バージョン：この属性は、会議情報文書の受信者が適切に受信通知を注文することができ、それがルート<会議-info>要素を使用しなければなりません。バージョン番号は、サブスクリプション内スコープ32ビット単調に増加する整数です。サーバは、加入者に送信され、会議文書の状態の変化を報告している（完全、部分、および削除）各通知のバージョン番号をインクリメントしなければなりません。各部分的通知のために、バージョン番号は1ずつ増加しなければなりません。会議状態に変化が間に発生していない場合には、同じダイアログを超える部分の通知とその後の完全な通知が同じバージョン番号が含まれているかもしれないことに注意してください。
The <conference-info> element is comprised of <conference-description>, <host-info>, <conference-state>, <users>, <sidebars-by-ref> and <sidebars-by-val> child elements. A "full" conference document MUST at least include the <conference-description> and <users> child elements.
<会議-info>要素は、<会議-説明>で構成され、<ホスト情報>、<会議状態>、<ユーザー>、<によって-refのサイドバー - >と<サイドバー・バイ・ヴァル>の子要素。 「フル」会議文書は、少なくとも<会議-説明>と<ユーザー>子要素を含まなければなりません。
Following sections describe these elements in detail. The full XML schema is provided in Section 6.
次のセクションでは、詳細にこれらの要素について説明します。完全なXMLスキーマは、セクション6に設けられています。
The <conference-description> element describes the conference as a whole.
<会議-description>要素は、全体として会議を説明しています。
The child elements <display-text>, <subject>, <free-text>, and <keywords> are used to describe the conference content:
子要素<表示テキスト>、<対象>、<フリーテキスト>、および<キーワード>会議内容を記述するために使用されています。
<display-text>: Contains descriptive text suitable for human consumption, for example, listing in a directory
<表示テキスト>：ディレクトリ内の一覧表示、例えば、人間の消費に適した説明のテキストが含まれています
<subject>: Contains the subject of the conference
<対象>は：会議の主題が含まれています
<free-text>: Contains an additional longer description of the conference
<フリーテキスト>は：会議の追加の長い説明が含まれています
<keywords>: Contains a list of space-separated string tokens that can be used by search engines to better classify the conference
<キーワード>は：より良い会議を分類するために、検索エンジンで使用することができ、スペースで区切られた文字列のトークンのリストが含まれています
Additional child elements <conf-uris> and <service-uris> are used to describe the conference-related URIs; <maximum-user-count> and <available-media> are used to describe the overall characteristics.
追加の子要素<CONF-のURI>と<サービスのURI>会議関連のURIを記述するために使用されています。 <最大ユーザ数>と<利用可能なメディアは、>全体の特性を記述するために使用されます。
This information is typically derived from the system conference policies, is set before the conference activation, and is rarely changed during the conference lifetime.
この情報は、通常、システムの会議ポリシーから導出された会議の活性化の前に設定されており、めったに会議存続期間中は変更されません。
The following sections describe the remaining elements in more detail. Other sub-elements can extend <conference-description> in the future.
以下のセクションでは、より詳細に残りの要素を記載しています。その他のサブ要素は、将来的には、<会議-説明>を拡張することができます。
This element contains a sequence of <entry> child elements - each containing the URI to be used in order to access the conference by different signaling means. The value of the URI MUST be unique in the conference context and is included in the <uri> sub-element.
異なるシグナリング手段によって会議にアクセスするために使用されるURIを含む各 - この要素は、<entry>の子要素の配列を含みます。 URIの値は、会議のコンテキストにおいて一意である必要があり、<URI>サブ要素に含まれています。
Each <entry> MAY contain additional information useful to the participant when accessing the conference.
会議にアクセスするときに、各<entry>は参加者に有用な追加情報を含むことができます。
An <entry> element MAY contain the <display-text> sub-element that provides a textual description meant for human consumption.
<entry>要素は、人間の消費のためのものテキスト記述を提供し、<表示テキスト>サブ要素を含むかもしれません。
Each <entry> element SHOULD contain a <purpose> sub-element that describes what happens when accessing the URI. The currently defined <purpose> values to be used with the <conf-uris> are the following:
各<entry>要素は、URIにアクセスしたときに何が起こるかを説明し、<目的>サブ要素を含むべきです。 <CONF-のURI>で使用する現在定義<目的>値は以下の通りです。
participation: Accessing a URI with this <purpose> will bring the party into the conference.
参加：この<目的>でURIにアクセスするには、会議にパーティーをもたらすでしょう。
streaming: Accessing a URI with this <purpose> will commence streaming the conference, but not allow active participation.
ストリーミング：この<目的>とURIへのアクセスは、会議のストリーミングを開始しますが、積極的な参加を許可しません。
Examples of suitable URI schemes include sip: and sips: [8], xmpp: [22], h323: [20], and tel: [19] URIs. The rtsp [18] URI is suitable for streaming.
そして一口：[8]、XMPP：[22]、H323 [20]、およびTEL：[19] URIを適切なURIスキームの例は、SIPを含みます。 RTSP [18] URIは、ストリーミングに適しています。
Future extensions to this schema may define new values and register them with IANA under the registry established by this specification.
このスキーマへの将来の拡張には、新しい値を定義し、この仕様によって確立されたレジストリの下でIANAに登録することがあります。
This element describes auxiliary services available for the conference. Like <conference-uris>, this element contains a set of <entry> child elements - each containing the URI to be used in order to access different services available for the particular conference. The value of the URI MUST be unique in the conference context and is included in the <uri> sub-element.
この要素は、会議のために利用できる補助サービスについて説明します。特定の会議のために利用可能な異なるサービスにアクセスするために使用されるURIを含む各 - <会議-のURI>と同様に、この要素は<entry>の子要素のセットが含まれています。 URIの値は、会議のコンテキストにおいて一意である必要があり、<URI>サブ要素に含まれています。
An <entry> element MAY contain the <display-text> sub-element that provides a textual description meant for user consumption.
<entry>要素は、ユーザーの消費のためのものテキスト記述を提供し、<表示テキスト>サブ要素を含むかもしれません。
Each <entry> element SHOULD contain a <purpose> sub-element. The currently defined <purpose> values to be used with the <service-uris> are the following:
各<entry>要素は、<目的>サブ要素を含むべきです。 <サービスのURI>で使用する現在定義<目的>値は以下の通りです。
web-page: Indicates the web page containing the additional information about the conference.
ウェブページ：会議に関する追加情報を含むWebページを表示します。
recording: Indicates the link at which the recorded conference context can be retrieved.
記録は：記録された会議のコンテキストを取得するためのリンクを表示します。
event: Indicates the URI at which a subscription to the conference event package may be requested. This would typically be the conference URI of the main conference.
イベント：会議イベントパッケージへの加入が要求される場合のURIを示します。これは通常、メイン会議の会議URIになります。
Future extensions to this schema may define new values and register them with IANA under the registry established by this specification.
このスキーマへの将来の拡張には、新しい値を定義し、この仕様によって確立されたレジストリの下でIANAに登録することがあります。
The value of this element provides a hint to the recipient of the conference document about the number of users that can be invited to the conference. Typically, this value represents the overall number of users allowed to join the conference by different means as published through the conference document in <conf-uris>. Note that this value is set by an administrator and can reflect any local policies combination such as network consumption, CPU processing power, and licensing rules.
この要素の値は、会議に招待することができ、ユーザの数についての会議文書の受信者にヒントを提供します。典型的には、この値は<CONF-のURI>会議文書を通じて公開されている異なる手段によって会議に参加できるユーザーの全体的な数を表します。この値は管理者によって設定され、ネットワークの消費、CPUの処理能力、およびライセンスルールなどの任意のローカルポリシーの組み合わせを反映することができることに留意されたいです。
This element contains a sequence of <entry> child elements of conference-medium-type, each being indexed by the attribute 'label'.
この要素は、会議媒体型の<entry>の子要素、属性「ラベル」によってインデックス付けされている各の配列を含みます。
The 'label' attribute is the media stream identifier assigned by the conferencing server: its value will be unique in the <conference-info> context. The value of this attribute will typically correspond to the Session Description Protocol (SDP) "label" media attribute defined in [17].
その値は、<会議・インフォメーション>コンテキスト内で一意になります：「ラベル」属性は、会議サーバによって割り当てられたメディアストリーム識別子です。この属性の値は、典型的には、セッション記述プロトコル（SDP）[17]で定義された「ラベル」のメディア属性に対応することになります。
Each <entry> describes a single media stream available to the participants in the conference and contains the following information:
各<entry>の会議の参加者に利用できる単一のメディアストリームについて説明し、次の情報が含まれます。
<display-text>: This element contains the display text for the media stream.
<表示テキスト>：この要素は、メディア・ストリームの表示テキストが含まれています。
<type>: This element contains the media type of the media stream. The value of this element MUST be one of the values registered for "media" of SDP [3] and its later revision(s), for example, "audio", "video", "text", and "message".
<タイプ>：この要素は、メディアストリームのメディアタイプが含まれています。この要素の値は、SDPの「メディア」[3]とその後のリビジョン（単数または複数）は、例えば、「オーディオ」、「ビデオ」、「テキスト」で登録された値のいずれか、及び「メッセージ」でなければなりません。
<status>: This element indicates the available status of the media stream available to the conference participants. For example, this would be the status of the media stream, which would be offered by the focus, in a 'dial-out' scenario. Using normal SIP offer/answer mechanisms (being defined in RFC 3264 [9]) in both dial-in and dial-out scenarios, a participant can of course establish only a subset of the available stream (i.e., request or accept the stream in one direction only, if both directions are available). The valid values are "sendrecv", "sendonly", "recvonly", or "inactive" as defined in SDP [3] and its later
<状態>：この要素は、会議参加者が利用可能なメディアストリームの利用可能状況を示します。たとえば、これは「ダイヤルアウト」シナリオでは、フォーカスによって提供されることになるメディアストリームの状態になります。通常のSIPのオファー/アンサーメカニズムを使用して（RFC 3264で定義されていること[9]）の両方のインダイヤルとダイヤルアウトシナリオでは、参加者は、もちろん、利用可能なストリーム（すなわちのサブセットのみを確立要求や、ストリームを受け入れることができます一方向のみ、両方向が使用可能な場合）。有効な値は、SDPで定義される「のsendrecv」、「sendonlyの」、「recvonlyで」、または「非アクティブ」である[3]と、その後で
revision(s). (Note that the value specifies the direction from the participants' point of view.)
リビジョン（複数可）。 （値は、ビューの参加者の点から方向を指定することに注意してください。）
This element contains information about the entity hosting the conference. This information is set before the conference activation, and it is rarely changed during the conference lifetime, unless the whole conference is moved to be hosted by another entity. The host information is comprised of the following elements:
この要素は、会議をホストしているエンティティに関する情報が含まれています。この情報は、会議の活性化の前に設定され、全体会議が別のエンティティが主催するように移動されていない限り、それはほとんど、会議存続期間中は変更されません。ホスト情報は、以下の要素で構成されています。
This element contains display text describing the entity hosting the conference.
この要素は、会議をホストするエンティティを記述する表示テキストが含まれています。
This element contains HTTP: or HTTPS: URI of a web page describing either the conference service or the user hosting the conference.
またはHTTPS：この要素は、HTTPを含むWebページのURIは、会議サービスや会議をホストしているユーザーのいずれかを記述する。
This element contains a set of <entry> child elements, each containing the URI value and optionally its description.
この要素は、<entry>の子要素、必要に応じてURI値とその記述を含むそれぞれのセットを含みます。
By including this element in the conference document, the server can inform the subscribers about the changes in the overall conference information. The <conference-state> child elements are described below.
会議文書でこの要素を含めることで、サーバは、全体的な会議情報の変更についての加入者に通知することができます。 <会議状態>子要素は、以下に記載されています。
The value of this element tells the recipient of the conference document the overall number of users participating in the conference at a certain moment. Typically, this value represents the overall number of users who joined the conference by different means as published through the conference document in <conf-uris>. Note that this number does not necessarily need to match and MAY exceed the number of the entries in the <users> container. For example, in a lecturing scenario, large conference notifications may not include every participant in the <users> element, but instead report only the panelists or the speakers.
この要素の値は、ユーザーの全体数は、ある瞬間に会議に参加した会議文書の受信者に伝えます。典型的には、この値は<CONF-のURI>会議文書を通じて公開されている様々な手段によって会議に参加したユーザーの総数を表します。この数は必ずしも一致する必要はありませんし、<ユーザー>コンテナ内のエントリ数を超える可能性があることに注意してください。例えば、講義のシナリオでは、大会議の通知は、<ユーザー>要素内のすべての参加者が含まれていますが、代わりにパネリストやスピーカーのみを報告しないことがあります。
This Boolean element indicates whether the conference is currently active. A conference is active if calling one of the <conf-uris> by an authorized client results in successful establishment of a signaling session between the client and the focus and a successful joining of the conference.
このブール要素は、会議が現在アクティブであるかどうかを示します。クライアントとフォーカスと、会議の参加成功との間のシグナリングセッションの成功確立に許可クライアント結果によって<CONF-のURI>のいずれかを呼び出す場合会議はアクティブです。
This Boolean element says whether the conference is currently locked. In this context, "locked" means that the conference roster cannot be added to (although participants may leave or be removed from the conference).
このブール要素は、会議が現在ロックされているかどうかを言います。この文脈において、（参加者が残すことができるか、会議から除去することが）会議名簿を添加することができないことを意味し、「ロック」。
The <users> element is a container of <user> child elements, each describing a single participant in the conference.
<ユーザー>要素は、<ユーザ>子要素、会議中の単一の参加者を記述する各々の容器です。
The following attributes are defined for <user> element:
以下の属性は、<ユーザー>要素に定義されています。
entity: This attribute contains the URI for the user in the conference. This is a logical identifier, which corresponds to the call signaling authenticated identity of the participant. The 'entity' value MUST be unique among all participants in the conference. If, for some participants, the focus decides not to reveal this information (e.g., due to local policies or security reasons), the host portion of the user URI MUST use the .invalid top level domain (TLD) according to definitions of RFC 2606 [5]. The focus also MUST construct the user portion of the URI so that the URI is unique among all participants of the same domain. For example, the convention
エンティティ：この属性は、会議のユーザーのURIが含まれています。これは、参加者の認証されたアイデンティティをコールシグナリングに対応する論理識別子です。 「実体」の値は、会議のすべての参加者の中で一意でなければなりません。 、一部の参加者のために、焦点は（原因ローカルポリシーやセキュリティ上の理由により、例えば）は、この情報を明らかにしないことを決定した場合、ユーザーのホスト部分は、URIは、RFC 2606の定義に従って.invalidトップレベルドメイン（TLD）を使用する必要があります[5]。 URIが同じドメインのすべての参加者の中で一意となるように、焦点はまた、URIのユーザ部分を構築しなければなりません。たとえば、大会
"AnonymousX" <sip:anonymousX@anonymous.invalid>
"AnonymousX" <一口：anonymousX@anonymous.invalid>
SHOULD be used for a participant requesting privacy in accordance with the guidelines for generating anonymous URIs of RFC 3323 [11]. Note that in a different case, such as when used in conjunction with Enhancements for Authenticated Identity Management in SIP [25], the following convention can be used:
[11] RFC 3323の匿名のURIを生成するためのガイドラインに従ってプライバシーを要求する参加者には、使用されてください。このような[25] SIPで認証されたアイデンティティ管理のための拡張と併せて使用される場合、次の規則を使用することができるように、異なる場合とに注意してください。
"AnonymousX" <sip:anonymousX@example.com>
"AnonymousX" <一口：anonymousX@example.com>
state: This attribute indicates whether the document contains the whole user information ("full") or only the information that has changed since the previous document ("partial"), or whether the user was removed from the conference ("deleted").
状態：この属性は、文書全体のユーザー情報（「フル」）または（「削除」）前の文書（「部分」）以降に変更された、またはユーザーが会議から削除されたかどうかだけの情報が含まれているかどうかを示します。
The following child elements are defined for <user> element:
次の子要素は、<ユーザー>要素に定義されています。
This element is used to display the user-friendly name in the conference.
この要素は、会議中にユーザーフレンドリー名を表示するために使用されます。
This element contains additional (to the 'entity') URIs being associated with the <user>. Typically, this information will be manually provided by an administrator showing the logical association between signaling entities otherwise independent. For example, if the 'entity' of a <user> contains a Globally Routable User URI (GRUU) [24] or tel: URI RFC 3966 [19], it would be useful to populate this field with the Address of Record (AOR) of the person who uses these devices, each represented as an independent <user>.
この要素は、<ユーザ>に関連付けられている追加の（「エンティティ」）にURIを含んでいます。典型的には、この情報は、手動で、さもなければ独立エンティティシグナリングとの間の論理的関連を示す管理者によって提供されるであろう。 「エンティティ」は<ユーザー>は、グローバルにルーティング可能なユーザURI（GRUU）[24]またはTEL含まれている場合、例えば：URIのRFC 3966 [19]は、レコード（AORのアドレスとこのフィールドを移入するために有用であろう）これらのデバイスを使用する人の、それぞれ独立<ユーザー>として表されます。
This element MAY contain a set of human-readable strings describing the roles of the user in the conference. Note that this information is applicable for human consumption only. This specification does not define the set of possible conferencing roles or the semantics associated with each. It is expected that future conferencing specifications will define these and the corresponding schema extensions, as appropriate.
この要素は、会議におけるユーザーの役割を記述する判読可能な文字列のセットを含むかもしれません。この情報は唯一の人間の消費のために適用可能であることに注意してください。この仕様は、可能な会議の役割のセットまたはそれぞれに関連するセマンティクスを定義していません。今後の会議の仕様は、必要に応じて、これらと対応するスキーマ拡張を定義することが期待されます。
This element contains a list of tokens, separated by spaces, each containing a language understood by the user. This information can be automatically learned via call signaling or be manually set per participant.
この要素は、それぞれがユーザの理解言語を含む、スペースで区切られたトークンのリストを含んでいます。この情報は自動的にコールシグナリングまたは手動での参加者ごとに設定することによって学習することができます。
This element contains a conference URI (different from the main conference URI) for users that are connected to the main conference as a result of focus cascading. In accordance with the SIP Conferencing Framework [16], this package allows for representation of peer-to-peer (i.e., "flat") focus cascading only. The actual cascading graph cannot be deduced from the information provided in the package alone. Advanced applications can construct the graph by subscribing to both this package and the Dialog Package [23] of each cascaded focus and correlating the relevant information.
この要素は、フォーカスカスケードの結果としてメイン会議に接続しているユーザのための（メイン会議URIは異なる）会議URIを含みます。 SIP会議フレームワーク[16]によれば、このパッケージは、ピア・ツー・ピア（すなわち、「フラット」）のみカスケード焦点表現を可能にします。実際のカスケードグラフだけでは、パッケージで提供された情報から推定することはできません。高度なアプリケーションでは、このパッケージとそれぞれカスケード接続フォーカスのダイアログパッケージ[23]の両方に加入し、関連情報を相関させることによって、グラフを構築することができます。
By including one or more <endpoint> elements under a parent <user> element, the server can provide the desired level of detail (including the state, media streams, and access information) about the user's devices and signaling sessions taking part in the conference.
親<ユーザー>要素の下に1つ以上の<エンドポイント>要素を含むことによって、サーバは、ユーザのデバイスに関する情報（状態、メディアストリーム、およびアクセス情報を含む）詳細の所望のレベルを提供し、会議に参加しているセッションをシグナリングすることができます。
In a conferencing system where authentication is performed per endpoint (rather than per user), the focus can be unaware of the logical association of multiple endpoints under a common user. In this case, each endpoint will appear as a separate <user> with its own <endpoint> sub-element(s) in the conference document.
認証は（むしろユーザあたりより）エンドポイントごとに行われる会議システムでは、焦点は、一般的なユーザーで複数のエンドポイントの論理的な関連を知らないことができます。この場合、各エンドポイントは、会議文書に独自の<エンドポイント>サブ要素（複数可）を有する別個の<ユーザー>として表示されます。
In a different case, the focus may choose to shield the information about the participant's multiple endpoints and signaling sessions from other subscribers altogether (e.g., due to privacy policies). To do so, the focus MAY aggregate the multiple signaling sessions' information under a single <endpoint> element. Note that in this case, the detailed call signaling information (represented by <call-info> sub-element) will not be included.
別のケースでは、焦点は、参加者の複数のエンドポイントについての情報を保護することを選択すると、完全に他の加入者（例えば、プライバシーポリシーによるもの）からシグナリングセッションがあります。そうするために、焦点は、単一の<エンドポイント>要素の下に複数のシグナリングのセッションの情報を集約することができます。なお、この場合、（<コールインフォメーション>サブ要素によって表される）の詳細な呼シグナリング情報は含まれません。
This section describes the <endpoint> element in more detail.
このセクションでは、より詳細に<エンドポイント>要素を記述しています。
The following attributes are defined for the <endpoint> element:
次の属性は、<エンドポイント>要素に定義されています。
entity: The server MUST generate the 'entity' key for each <endpoint> element included under the parent <user>, such that its value is unique in the user context. In SIP terms, this can be the Contact URI, GRUU, etc.
エンティティ：サーバが各<エンドポイント>要素の「エンティティ」キーを生成する必要があり、その値はユーザーコンテキストで一意であるように、親の<ユーザー>の下に含ま。 SIP用語では、これは等の連絡先URI、GRUU、することができ
state: This attribute indicates whether the element contains the whole endpoint information ("full") or only the information that has changed since the previous document ("partial"), or whether the endpoint has been removed from the conference ("deleted").
状態：この属性は、要素が全体のエンドポイント情報（「フル」）または唯一の前の文書（「部分」）以降に変更された情報、またはエンドポイントが会議から削除されたかどうかが含まれているかどうかを示します（「削除します」） 。
The following child elements are defined for the <endpoint> element:
次の子要素は、<エンドポイント>要素に定義されています。
This element contains the display text for the endpoint.
この要素は、エンドポイントの表示テキストが含まれています。
This element contains information about the user whose action resulted in this endpoint being brought into the conference (e.g., the SIP user identified by this URI sent a REFER to the focus). It MAY contain the following sub-elements:
この要素は、アクションをもたらし、このエンドポイントで会議に持ち込まれるユーザについての情報を含む（例えば、このURIによって識別されるSIPユーザは、フォーカスを参照して送信されます）。これは、次のサブ要素が含まれる場合があります。
when: This element of the XML dateTime type contains the date and time that the endpoint was referred to the conference and SHOULD be expressed in Coordinated Universal Time (UTC) format. For example,
場合：XML日時タイプのこの要素は、エンドポイントが会議に呼ばれたと協定世界時（UTC）形式で表現されるべきであると日付と時刻を含みます。例えば、
<when>2005-03-04T20:00:00Z</when>
<とき> 2005-03-04T20：00：00Z </とき>
reason: This element contains the reason the endpoint was referred to the conference. Including the information in the format defined by RFC 3326 [12] is RECOMMENDED. For example,
理由：この要素は、エンドポイントが会議に呼ばれた理由が含まれています。 RFC 3326 [12]によって定義されたフォーマットの情報を含む推奨されます。例えば、
<reason>Reason: SIP;text="Ad-hoc Invitation"</reason>
<理由>理由：SIP;テキスト= "アドホック招待" </理由>
by: This element contains the URI of the entity that caused the endpoint to be referred to the conference. In the case of SIP, it will be populated from the Referred-By header defined in RFC 3892 [15].
：この要素は、エンドポイントが会議に呼ばれる原因となったエンティティのURIが含まれています。 SIPの場合には、RFC 3892 [15]で定義された呼ばバイヘッダから移入されます。
This element contains the status of the endpoint and can assume the following values:
この要素は、エンドポイントの状態が含まれており、次の値をとることができます。
connected: The endpoint is a participant in the conference. Depending on the media policies, he/she can send and receive media to and from other participants.
接続：エンドポイントは、会議の参加です。メディア・ポリシーによって、彼/彼女が他の参加者にしてからメディアを送受信することができます。
disconnected: The endpoint is not a participant in the conference, and no active dialog exists between the endpoint and the focus.
切断：エンドポイントは、会議の参加者ではなく、アクティブなダイアログは、エンドポイントと焦点の間に存在しません。
on-hold: Active signaling dialog exists between an endpoint and a focus, but endpoint is "on-hold" for this conference, i.e., he/she is neither "hearing" the conference mix nor is his/her media being mixed in the conference. As an example, the endpoint has asked to join the conference using SIP, but his/her participation is pending based on moderator approval. In the meantime, he/she is hearing music-on-hold or some other kind of related content.
保留：アクティブシグナリング・ダイアログは、エンドポイントと焦点の間に存在するが、エンドポイントは、この会議のために、「保留」である、すなわち、彼/彼女は、「公聴会」の会議ミックスでもないも、彼/彼女のメディアが中に混入されています会議。例として、エンドポイントはSIPを使用して会議に参加することを求めているが、彼/彼女の参加は、モデレータの承認に基づいて保留されています。その間に、彼/彼女は保留音や関連コンテンツのいくつかの他の種類を聞いています。
muted-via-focus: Active signaling dialog exists between an endpoint and a focus and the endpoint can "listen" to the conference, but the endpoint's media is not being mixed into the conference. Note that sometimes a subset of endpoint media streams can be muted by focus (such as poor-quality video) while others (such as voice or IM) can still be active. In this case, it is RECOMMENDED that the "aggregated" endpoint connectivity <status> reflects the status of the most active media.
ミュート・ビア・フォーカス：アクティブシグナリング・ダイアログは、エンドポイントと焦点と会議に「聞く」ことができますエンドポイントの間に存在するが、エンドポイントのメディアが会議に混入されていません。 （例えば音声やIMなどの）他の人がまだアクティブであることができるが、時にはエンドポイントメディアストリームのサブセット（例えば、低品質のビデオなど）フォーカスによってミュートすることができることに留意されたいです。この場合には、「集約」エンドポイント接続が<ステータス>が最も活発なメディアの状況を反映していることが推奨されます。
pending: Endpoint is not yet in the session, but it is anticipated that he/she will join in the near future.
保留中：エンドポイントは、セッションではまだありませんが、彼/彼女が近い将来に参加することが予想されます。
alerting: A Public Switched Telephone Network (PSTN) ALERTING or SIP 180 Ringing was returned for the outbound call; endpoint is being alerted.
警告：公衆交換電話網（PSTN）がALERTINGまたはSIP 180リンギングは、アウトバウンドコールのために返されました。エンドポイントが警告されています。
dialing-in: Endpoint is dialing into the conference, not yet in the roster (probably being authenticated).
ダイヤルイン：エンドポイントは、名簿にはまだ、会議にダイヤルしている（おそらく認証されています）。
dialing-out: Focus has dialed out to connect the endpoint to the conference, but the endpoint is not yet in the roster (probably being authenticated).
ダイヤルアウト：フォーカスが会議にエンドポイントを接続するためにダイヤルアウトしましたが、エンドポイントが名簿（おそらく認証されている）には、まだありません。
disconnecting: Focus is in the process of disconnecting the endpoint (e.g., in SIP a DISCONNECT or BYE was sent to the endpoint).
切断：フォーカス（例えば、SIPにDISCONNECT又はBYEがエンドポイントに送信された）エンドポイントを切断する過程です。
Note that the defined transient statuses (e.g., disconnecting, alerting, etc.) could generate a lot of traffic. Therefore, implementations MAY choose to generate notifications on these statuses to certain participants only or not generate them at all, subject to local policy.
定義された過渡的な状況（例えば、切断、警告など）が多くのトラフィックを生成することができることに注意してください。そのため、実装はローカルポリシーの対象、すべてでそれらを生成するだけで、特定の参加者にこれらのステータスの通知を生成するかどうかを選ぶかもしれません。
This element contains the method by which the endpoint joined the conference and can assume the following values:
この要素は、エンドポイントが会議に参加し、以下の値をとることができる方法が含まれています。
dialed-in: The endpoint dialed into the conference (e.g., in a SIP sent INVITE to the focus), which resulted in successful dialog establishment.
ダイヤルイン：エンドポイントが会議にダイアルされた成功ダイアログ確立をもたらし、（例えば、SIPに焦点にINVITEを送信）。
dialed-out: The focus has brought the endpoint into the conference (e.g., in SIP, the focus sent a successful INVITE to the endpoint).
ダイヤルアウト：フォーカスは、会議へのエンドポイントをもたらした（例えば、SIPに、フォーカスが成功したエンドポイントにINVITEを送信しました）。
focus-owner: The endpoint is the focus for this conference. This status is used only when a participant's UA acts as a conference focus.
フォーカス所有者：エンドポイントは、この会議の焦点です。このステータスは、参加者のUAは、会議の焦点として動作する場合にのみ使用されます。
This element contains information about how the endpoint joined and MAY contain the following sub-elements:
この要素は、エンドポイントが参加し、次のサブ要素を含んでいてもよい方法に関する情報が含まれています。
when: This element of the XML dateTime type contains the date and time that the endpoint joined the conference and SHOULD be expressed in Coordinated Universal Time (UTC).
とき：XMLのdatetime型のこの要素は、エンドポイントが会議に参加し、協定世界時（UTC）で表現されるべきであると、日付と時刻が含まれています。
reason: This element contains the reason the endpoint joined the conference. Including the information in the format defined by RFC 3326 [12] is RECOMMENDED. For example,
理由：この要素は、エンドポイントが会議に参加した理由が含まれています。 RFC 3326 [12]によって定義されたフォーマットの情報を含む推奨されます。例えば、
<reason>Reason: SIP;text="Ad-hoc Invitation"</reason>
<理由>理由：SIP;テキスト= "アドホック招待" </理由>
by: This element contains the URI of the entity that caused the endpoint to join the conference.
：この要素は、エンドポイントが会議に参加させエンティティのURIが含まれています。
This element contains the method by which the endpoint departed the conference and can assume the following values:
この要素は、エンドポイントが会議に出発し、以下の値を取ることができる方法が含まれています。
departed: In SIP, the endpoint sent a BYE, thus leaving the conference.
出港：SIPでは、エンドポイントは、このように会議を残して、BYEを送りました。
booted: In SIP, the endpoint was sent a BYE by the focus, ejecting him/her out of the conference. Alternatively, the endpoint tried to dial into the conference but was rejected by the focus due to local policy.
ブート：SIPでは、エンドポイントが会議から彼/彼女を排出する、フォーカスでBYEを送りました。また、エンドポイントが会議にダイヤルインしようとしたが、原因ローカルポリシーにフォーカスによって拒否されました。
failed: In SIP, the server tried to bring the endpoint into the conference, but its attempt to contact the specific endpoint resulted in a non-200 class final response. Alternatively, the endpoint tried to dial into the conference without success due to technical reasons.
失敗しました：SIPでは、サーバは会議にエンドポイントを持参しようとしましたが、特定のエンドポイントに連絡する試みは、非200クラス最終応答が生じました。また、エンドポイントは、技術的な理由のために成功せず、会議にダイヤルインしようとしました。
busy: In SIP, the server tried to bring the endpoint into the conference, but its attempt to contact the specific endpoint resulted in a 486 "Busy Here" final response. Alternatively, the endpoint tried to dial into the conference but the focus responded with 486 response.
忙しい：SIPでは、サーバは会議にエンドポイントを持参しようとしましたが、特定のエンドポイントに連絡する試みは、486「ここで忙しい」最終応答が生じました。また、エンドポイントが会議にダイヤルインしようとしましたが、焦点は486応答で応答しました。
This element contains information about the endpoint's departure from the conference and MAY contain the following sub-elements: when: This element of the XML dateTime type contains the date and time that the endpoint departed the conference and SHOULD be expressed in Coordinated Universal Time (UTC).
この要素は、会議からエンドポイントの出発についての情報が含まれており、次のサブ要素が含まれている可能性がありますとき：XMLのdatetime型のこの要素は、エンドポイントが会議を出航し、協定世界時（UTCで表現されるべきであると、日付と時刻が含まれています）。
reason: This element contains the reason the endpoint departed the conference. When known and meaningful, including the information as conveyed/reported by the call signaling in the format defined by RFC 3326 [12] is RECOMMENDED. For example,
理由：この要素は、エンドポイントが会議を去った理由が含まれています。搬送などの情報を含む、知られており、意味のある場合/ RFC 3326によって定義された形式で呼シグナリングによって報告された[12]推奨されます。例えば、
<reason>Reason: SIP;cause=415;text="Unsupported Media Type"</reason>
<理由>理由：SIP;原因= 415;テキスト= "サポートされていないメディアタイプ" </理由>
by: This element contains the URI of the entity that caused the endpoint to depart the conference.
：この要素は、エンドポイントが会議を出発させたエンティティのURIが含まれています。
This element contains information about a single media stream and is included for each media stream being established between the focus and the <endpoint>. The media stream definition can be found in SDP [3].
この要素は、単一のメディアストリームに関する情報が含まれており、フォーカス及び<エンドポイント>との間に確立される各メディアストリームのために含まれています。メディア・ストリーム定義は、SDP [3]に見ることができます。
Note that if the <call-info> sub-element of the endpoint is not included in the document by the server, it is possible that the media streams listed under the common <endpoint> were established by separate signaling sessions.
エンドポイントの<コールインフォメーション>サブ要素がサーバによって文書に含まれていない場合、共通の下にリストされているメディアストリーム<エンドポイント>は、別のシグナリングセッションによって確立された可能性があることに注意してください。
The <call-info> element provides detailed call signaling information for a call being maintained between the participant and the focus. Privacy policies MUST be consulted before revealing this information to other participants.
<呼び出し先>要素は、参加者と焦点との間に維持されるコールのためのシグナリング情報を詳細なコールを提供します。プライバシーポリシーは、他の参加者にこの情報を明らかにする前に相談しなければなりません。
The <sip> sub-element contains the SIP dialog identifier of the endpoint's dialog with the focus. The element includes sub-elements <display-text>, <call-id>, <to-tag>, <from-tag>.
<一口>サブ要素がフォーカスを持つエンドポイントのダイアログのSIPダイアログ識別子が含まれています。要素は、<からタグ>、<TO-タグ>、<呼び出し-id>を、サブ要素<表示テキスト>を含みます。
In future, the <call-info> element can be expanded to include call signaling protocol information for other protocols besides SIP.
将来的には、<呼び出し-info>要素は、SIP以外のプロトコルのコールシグナリングプロトコル情報を含むように拡張することができます。
This section describes the <media> element in more detail.
このセクションでは、より詳細に、<メディア>要素を記述しています。
A single 'id' attribute is defined for this element. This is the media stream identifier being generated by the server such that its value is unique in the endpoint context. This attribute is the key to refer to a particular media stream in the conference document.
シングル「ID」属性は、この要素のために定義されています。これは、その値がエンドポイント・コンテキスト内で一意であるように、サーバによって生成されたメディアストリーム識別子です。この属性は、会議の文書に特定のメディア・ストリームを参照するための鍵です。
The following child elements are defined for <media>:
次の子要素は、<メディア>のために定義されています。
This element contains the display text for the media stream. The value of this element corresponds to the SDP description media attribute ("i") defined in SDP [3].
この要素は、メディアストリームの表示テキストが含まれています。この要素の値は、SDPで定義されたSDP記述のメディア属性（「I」）に対応する[3]。
This element contains the media type for the media stream. The value of this element MUST be one of the values registered for "media" of SDP [3] and its later revision(s).
この要素は、メディアストリームのメディアタイプが含まれています。この要素の値は、SDPの「メディア」[3]とその後のリビジョン（S）のために登録された値のいずれかでなければなりません。
The <label> element carries a unique identifier for this stream among all streams in the conference and is assigned by the focus. The value of this element will typically correspond to the SDP "label" media attribute defined in [17] and is exchanged between a participant and a focus over the signaling connection between them.
<ラベル>要素は、会議にすべてのストリームのうち、このストリームの一意の識別子を運び、フォーカスによって割り当てられます。この要素の値は、典型的には、[17]で定義されたSDP「ラベル」のメディア属性に対応するであろうと、それらの間のシグナリング接続を介して参加者とフォーカスとの間で交換されます。
If the <available-media> information (described in Section 5.3.4) is included in the conference document, the value of this element MUST be equal to the 'label' value of the corresponding media stream <entry> in the <available-media> container.
（セクション5.3.4を参照）<利用可能なメディア>情報は、会議文書に含まれている場合、この要素の値は、<available-に対応するメディアストリームの<entry>の「ラベル」値に等しくなければなりませんメディア>コンテナ。
The <src-id> element, if applicable, carries the information about the actual source of the media. For example, for Real-time Transport Protocol (RTP) / RTP Control Protocol (RTCP) [13] media streams, the value MUST contain the synchronization source (SSRC) identifier value generated by the endpoint for the stream it sends.
<SRC-ID>要素は、該当する場合、メディアの実際のソースに関する情報を運びます。例えば、リアルタイムトランスポートプロトコル（RTP）のために/ RTP制御プロトコル（RTCP）[13]メディアストリームは、値は、送信ストリームのエンドポイントによって生成された同期ソース（SSRC）識別子の値を含まなければなりません。
When an RTP mixer generates a contributing source (CSRC) identifiers' list according to RTP/RTCP [13], it inserts a list of the SSRC identifiers of the sources that contributed to the generation of a particular packet into the RTP header of that packet. A quote from RFC 3550 [13] explains as follows: "An example application is audio conferencing where a mixer indicates all the talkers whose speech was combined to produce the outgoing packet, allowing the receiver to indicate the current talker, even though all the audio packets contain the same SSRC identifier (that of the mixer)."
RTPミキサは、RTP / RTCP [13]に記載の貢献ソース（CSRC）識別子リストを生成すると、そのパケットのRTPヘッダに特定のパケットの生成に寄与ソースのSSRC識別子のリストを挿入します。次のようにRFC 3550 [13]からの引用は説明：「サンプル・アプリケーションは、ミキサーが現在の話者を示すために受信機を許容する、音声発信パケットを生成するために結合されたすべての話し手を示す音声会議であっても、すべてのオーディオもののパケットが（ミキサーと）同じSSRC識別子を含みます。」
If an RTP mixer compliant to the above is used, participants can perform an SSRC to user mapping and identify "a current speaker".
上記に準拠したRTPミキサが使用される場合、参加者は、ユーザー・マッピングにSSRCを実行し、「現在の話者」を識別することができます。
The element <status> indicates the status in both directions of the media stream and has the values "sendrecv", "sendonly", "recvonly", or "inactive" as defined in SDP [3] and its later revision(s). Note that value specifies the direction from the participant's point of view. For example, a muted participant's stream will have the value of "recvonly".
要素は、<状態>は、メディアストリームの両方向での状態を示し、値「のsendrecv」、「sendonlyの」、「recvonlyで」、または「非アクティブ」SDPで定義されるように[3]およびその以降のリビジョン（S）を有しています。値はビューの参加者の視点からの方向を指定することに注意してください。例えば、ミュートされた参加者の流れは「recvonlyで」の値を持つことになります。
If a participant in the main conference joins a sidebar, a new <user> element representing the user is created either as a part of a separate sub-conference referenced from the <sidebars-by-ref> element or under one of the <sidebars-by-val> elements as described below.
メイン会議の参加者は、サイドバーに参加している場合、ユーザを表す新しい<ユーザー>要素は、<サイドバー-REF-によって>要素または<サイドバーの下から参照別々のサブ会議の一部としてのいずれかで作成され-by-VAL>以下に説明するように要素。
Note that the <user> in the main roster is not being deleted, but its media statuses can be updated to reflect the effect being caused by his/her participation in the sidebar. The display of this information can vary among subscribers to the same conference information, subject to local policies and to the subscriber role both in the sidebar and in the main conference.
メイン名簿で、<user>は削除されていないが、そのメディアのステータスは、サイドバーの彼/彼女の参加によって引き起こされている影響を反映するように更新することができることに注意してください。この情報の表示には、対象地域の政策へと加入者の役割の両方のサイドバーで、メインの会議で同じ会議情報への加入者、の間で変化することができます。
This element contains a set of <entry> child elements, each containing a sidebar conference URI. The recipient of the information can then subscribe to sidebar information independently from the main conference package subscription.
この要素は、<entry>の子要素は、サイドバーの会議URIを含む各セットが含まれています。情報の受信者は、メイン会議パッケージのサブスクリプションとは独立した情報をサイドバー購読することができます。
This element contains a set of <entry> child elements, each containing information about a single sidebar. By using this element of conference-type, the server can include a full or partial description of each sidebar (as a sub-conference) in the body of the main conference document.
この要素は、<entry>の子要素、単一のサイドバーについての各情報を含むのセットが含まれています。会議型のこの要素を使用して、サーバは、メイン会議文書の本体に（サブ会議など）は、各サイドバーの完全または部分的な記述を含むことができます。
<?xml version="1.0" encoding="UTF-8" ?> <xs:schema targetNamespace="urn:ietf:params:xml:ns:conference-info" xmlns:tns="urn:ietf:params:xml:ns:conference-info" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns="urn:ietf:params:xml:ns:conference-info" elementFormDefault="qualified" attributeFormDefault="unqualified"> <!-- This imports the xml:language definition --> <xs:import namespace="http://www.w3.org/XML/1998/namespace" schemaLocation="http://www.w3.org/2001/03/xml.xsd"/> <!-- CONFERENCE ELEMENT --> <xs:element name="conference-info" type="conference-type"/> <!-- CONFERENCE TYPE --> <xs:complexType name="conference-type"> <xs:sequence> <xs:element name="conference-description" type="conference-description-type" minOccurs="0"/> <xs:element name="host-info" type="host-type" minOccurs="0"/> <xs:element name="conference-state" type="conference-state-type" minOccurs="0"/> <xs:element name="users" type="users-type" minOccurs="0"/> <xs:element name="sidebars-by-ref" type="uris-type" minOccurs="0"/> <xs:element name="sidebars-by-val" type="sidebars-by-val-type" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> <xs:attribute name="entity" type="xs:anyURI" use="required"/> <xs:attribute name="state" type="state-type" use="optional" default="full"/> <xs:attribute name="version" type="xs:unsignedInt" use="optional"/> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> <!-- STATE TYPE --> <xs:simpleType name="state-type"> <xs:restriction base="xs:string"> <xs:enumeration value="full"/> <xs:enumeration value="partial"/> <xs:enumeration value="deleted"/>
<？xml version = "1.0" エンコード= "UTF-8"？> <XS：スキーマのtargetNamespace = "壷：IETF：のparams：XML：NS：会議-情報" のxmlns：TNS = "壷：IETF：のparams：XML ：NS：会議-情報」のxmlns：XS = "http://www.w3.org/2001/XMLSchema" のxmlns = "壷：IETF：のparams：XML：NS：会議-情報" のelementFormDefault = "資格" attributeFormDefault = ！ "修飾されていない"> < - これは、XMLをインポート：言語定義 - > <XS：インポートの名前空間= "http://www.w3.org/XML/1998/namespace" のschemaLocation = "のhttp：// WWW。 w3.org/2001/03/xml.xsd "/> < - 会議ELEMENT - > <XS：！要素名=" 会議-情報」タイプ= "会議タイプ" /> < - 会議TYPE - ！ - > <XS：complexTypeの名= "会議型"> <XS：配列> <XS：要素名= "会議記述" タイプ= "会議記述型" のminOccurs = "0" /> <XS：要素名前=「ホスト情報」タイプ=「ホスト型」のminOccurs =「0」/> <XS：要素名=「会議状態」タイプ=「会議状態型」のminOccurs =「0」/> <XS ：要素名=「ユーザー」タイプ=「ユーザ型」のminOccurs =「0」/> <XS：要素名=「サイドバー・バイ・REF」タイプ=「のURI型」minOcc URS = "0" /> <XS：要素名= "サイドバー・バイ・ヴァル" タイプ= "サイドバー・バイ・ヴァル型" のminOccurs = "0" /> <XS：任意の名前空間= "##その他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：シーケンス> <XS：属性名= "実体" タイプ= "XS：anyURIの" 使用= "必要" /> <XS：属性名= "状態" タイプ= "状態型" 使用= "オプションの" デフォルト= "フル" /> <XS：属性名= "バージョン" タイプ= "XS：unsignedInt型" 使用= "オプション" /> <XS：anyAttributeを名前空間= "##他" のprocessContents = "緩い" /> </ XS：complexTypeの> < - STATEのTYPE - > <XS：！単純名= "状態型"> <XS：制限ベース= "XS：文字列 "> <XS：列挙値=" フル "/> <XS：列挙値=" 部分 "/> <XS：列挙値=" 削除 "/>
</xs:restriction> </xs:simpleType> <!-- CONFERENCE DESCRIPTION TYPE --> <xs:complexType name="conference-description-type"> <xs:sequence> <xs:element name="display-text" type="xs:string" minOccurs="0"/> <xs:element name="subject" type="xs:string" minOccurs="0"/> <xs:element name="free-text" type="xs:string" minOccurs="0"/> <xs:element name="keywords" type="keywords-type" minOccurs="0"/> <xs:element name="conf-uris" type="uris-type" minOccurs="0"/> <xs:element name="service-uris" type="uris-type" minOccurs="0"/> <xs:element name="maximum-user-count" type="xs:unsignedInt" minOccurs="0"/> <xs:element name="available-media" type="conference-media-type" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> <!-- HOST TYPE --> <xs:complexType name="host-type"> <xs:sequence> <xs:element name="display-text" type="xs:string" minOccurs="0"/> <xs:element name="web-page" type="xs:anyURI" minOccurs="0"/> <xs:element name="uris" type="uris-type" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> <!-- CONFERENCE STATE TYPE --> <xs:complexType name="conference-state-type">
</ XS：制限> </ XS：単純> <！ - 会議説明TYPE - > <XS：complexTypeの名= "会議記述型"> <XS：シーケンス> <XS：要素名= "ディスプレイ - テキスト」タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "件名" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "フリーテキスト"タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "キーワード" タイプ= "キーワード型" のminOccurs = "0" /> <XS：要素名= "CONF-URIの" タイプ= 「URIの型」のminOccurs =「0」/> <XS：要素名=「サービスURIの」タイプ=「URIの型」のminOccurs =「0」/> <XS：要素名=「最大ユーザ数」タイプ= "XS：unsignedInt型" のminOccurs = "0" /> <XS：要素名= "利用できるメディア" タイプ= "会議メディア型" のminOccurs = "0" /> <XS：任意の名前空間= "##他の」のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：シーケンス> <XS：anyAttributeは名前空間= "##他" のprocessContents = "緩い" /> </ XS：complexTypeの> < ！ - ホストタイプ - > <XS：complexTypeの名= "ホスト型"> <XS：シーケンス> <XS：要素名= "表示テキスト" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素N AME = "ウェブページ" タイプ= "XS：anyURIの" minOccurs属性= "0" /> <XS：要素名= "URIの" タイプ= "のURI型" のminOccurs = "0" /> <XS：任意の名前空間= "##その他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：シーケンス> <XS：anyAttributeは名前空間= "##他" のprocessContents = "緩い" /> </ XS： complexTypeの> < - 会議状態TYPE - > <XS：！complexTypeの名前= "会議状態型">
<xs:sequence> <xs:element name="user-count" type="xs:unsignedInt" minOccurs="0"/> <xs:element name="active" type="xs:boolean" minOccurs="0"/> <xs:element name="locked" type="xs:boolean" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> <!-- CONFERENCE MEDIA TYPE --> <xs:complexType name="conference-media-type"> <xs:sequence> <xs:element name="entry" type="conference-medium-type" maxOccurs="unbounded"/> </xs:sequence> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> <!-- CONFERENCE MEDIUM TYPE --> <xs:complexType name="conference-medium-type"> <xs:sequence> <xs:element name="display-text" type="xs:string" minOccurs="0"/> <xs:element name="type" type="xs:string"/> <xs:element name="status" type="media-status-type" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> <xs:attribute name="label" type="xs:string" use="required"/> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> <!-- URIs TYPE --> <xs:complexType name="uris-type"> <xs:sequence> <xs:element name="entry" type="uri-type" maxOccurs="unbounded"/> </xs:sequence> <xs:attribute name="state" type="state-type"
<XS：配列> <XS：要素名= "ユーザ数" タイプ= "XS：unsignedInt型" のminOccurs = "0" /> <XS：要素名= "アクティブ" タイプ= "XS：ブール" のminOccurs = "0 "/> <XS：要素名=" ロック "タイプ= "XS：ブール" のminOccurs = "0"/> <XS：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs ="無制限 "/> </ XS：シーケンス> <XS：anyAttributeは名前空間=" ##他」のprocessContents = "緩い" /> </ XS：！complexTypeの> < - 会議メディアタイプ - > <XS：complexTypeの名= "会議のメディア型"> <XS：シーケンス> <XS：要素名= "エントリ" タイプ= "会議媒体型" のmaxOccurs = "無制限" /> </ XS：シーケンス> <XS：anyAttributeは名前空間= "##その他" のprocessContents = "緩い" /> </ XS：complexTypeの> < - 会議MEDIUMのTYPE - > <XS：！complexTypeの名前= "会議媒体型"> <XS：シーケンス> <XS：要素名= "表示テキスト" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "タイプ" タイプ= "XS：文字列" /> <XS：要素名= "ステータス" タイプ= "メディア状態型" のminOccurs = "0" /> <XS：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限"/> </ XS：シーケンス> <XS：属性名は=" ラベル」タイプ= "XS：文字列" 使用= "必要" /> <XS：anyAttributeは名前空間= "##他" のprocessContents = "緩いです" /> </ XS：complexTypeの> <XS：complexTypeの名前= "URIの型"> < - - URIのタイプ！> <XS：シーケンス> <XS：要素名= "エントリ" タイプ= "URI型" のmaxOccurs = "無制限" /> </ XS：シーケンス> <XS：属性名= "状態" タイプ= "状態型"
use="optional" default="full"/> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> <!-- URI TYPE --> <xs:complexType name="uri-type"> <xs:sequence> <xs:element name="uri" type="xs:anyURI"/> <xs:element name="display-text" type="xs:string" minOccurs="0"/> <xs:element name="purpose" type="xs:string" minOccurs="0"/> <xs:element name="modified" type="execution-type" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> <!-- KEYWORDS TYPE --> <xs:simpleType name="keywords-type"> <xs:list itemType="xs:string"/> </xs:simpleType> <!-- USERS TYPE --> <xs:complexType name="users-type"> <xs:sequence> <xs:element name="user" type="user-type" minOccurs="0" maxOccurs="unbounded"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> <xs:attribute name="state" type="state-type" use="optional" default="full"/> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> <!-- USER TYPE --> <xs:complexType name="user-type"> <xs:sequence> <xs:element name="display-text" type="xs:string" minOccurs="0"/> <xs:element name="associated-aors" type="uris-type"
！anyAttributeは名前空間= "##他" のprocessContents = "緩い" /> </ XS：：= "オプションの" デフォルト= "フル" /> <XS使用 - URIのTYPE - のcomplexType> <>を<XS：complexTypeの名前= "URI型"> <XS：シーケンス> <XS：要素名= "URI" タイプ= "XS：anyURIの" /> <XS：要素名= "表示テキスト" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "目的" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "修飾" タイプ= "実行型" のminOccurs = "0" / > <XS：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：シーケンス> <XS：anyAttributeは名前空間= "##他" のprocessContents = "ずさん"/> </ XS：！complexTypeの> < - KEYWORDS TYPE - > <XS：単純型名=" キーワード型 "> <XS：リストitemTypeに=" XS：文字列 "/> </ XS：単純> < ！ - ユーザーがタイプ - > <XS：complexTypeの名= "ユーザータイプ"> <XS：シーケンス> <XS：要素名= "ユーザー" タイプ= "ユーザータイプ" のminOccurs = "0" のmaxOccurs = "無制限"/> <XS：任意の名前空間=" ##他 "のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限"/> </ XS：シーケンス> <XS：属性名= "状態" タイプ=" 状態-type」使用= "オプションの" デフォルト= "フル" /> <XS：anyAttributeは名前空間= "##他" のprocessContents = "緩い" /> </ XS：！complexTypeの> < - ユーザータイプ - > <XS：complexTypeの名=」ユーザ型 "> <XS：配列> <XS：要素名=" 表示テキスト "タイプ= "XS：文字列" のminOccurs = "0"/> <XS：要素名= "関連-のAOR" タイプ=" のURI -タイプ"
minOccurs="0"/> <xs:element name="roles" type="user-roles-type" minOccurs="0"/> <xs:element name="languages" type="user-languages-type" minOccurs="0"/> <xs:element name="cascaded-focus" type="xs:anyURI" minOccurs="0"/> <xs:element name="endpoint" type="endpoint-type" minOccurs="0" maxOccurs="unbounded"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> <xs:attribute name="entity" type="xs:anyURI"/> <xs:attribute name="state" type="state-type" use="optional" default="full"/> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> <!-- USER ROLES TYPE --> <xs:complexType name="user-roles-type"> <xs:sequence> <xs:element name="entry" type="xs:string" maxOccurs="unbounded"/> </xs:sequence> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> <!-- USER LANGUAGES TYPE --> <xs:simpleType name="user-languages-type"> <xs:list itemType="xs:language"/> </xs:simpleType> <!-- ENDPOINT TYPE --> <xs:complexType name="endpoint-type"> <xs:sequence> <xs:element name="display-text" type="xs:string" minOccurs="0"/> <xs:element name="referred" type="execution-type" minOccurs="0"/> <xs:element name="status" type="endpoint-status-type" minOccurs="0"/> <xs:element name="joining-method" type="joining-type" minOccurs="0"/> <xs:element name="joining-info" type="execution-type" minOccurs="0"/> <xs:element name="disconnection-method" type="disconnection-type" minOccurs="0"/> <xs:element name="disconnection-info" type="execution-type" minOccurs="0"/> <xs:element name="media" type="media-type" minOccurs="0" maxOccurs="unbounded"/> <xs:element name="call-info" type="call-type" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> <xs:attribute name="entity" type="xs:string"/> <xs:attribute name="state" type="state-type" use="optional" default="full"/> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> <!-- ENDPOINT STATUS TYPE --> <xs:simpleType name="endpoint-status-type"> <xs:restriction base="xs:string"> <xs:enumeration value="pending"/> <xs:enumeration value="dialing-out"/> <xs:enumeration value="dialing-in"/> <xs:enumeration value="alerting"/> <xs:enumeration value="on-hold"/> <xs:enumeration value="connected"/> <xs:enumeration value="muted-via-focus"/> <xs:enumeration value="disconnecting"/> <xs:enumeration value="disconnected"/> </xs:restriction> </xs:simpleType> <!-- JOINING TYPE --> <xs:simpleType name="joining-type"> <xs:restriction base="xs:string"> <xs:enumeration value="dialed-in"/> <xs:enumeration value="dialed-out"/> <xs:enumeration value="focus-owner"/> </xs:restriction> </xs:simpleType> <!-- DISCONNECTION TYPE -->
minOccurs = "0" /> <XS：要素名= "ロール" タイプ= "ユーザーロール型" のminOccurs = "0" /> <XS：要素名= "言語" タイプ= "ユーザーの言語型" minOccurs = "0" /> <XS：要素名= "カスケード接続フォーカス" タイプ= "XS：anyURIの" minOccurs属性= "0" /> <XS：要素名= "エンドポイント" タイプ= "エンドポイント型" のminOccurs = "0" のmaxOccurs = "無制限" /> <XS：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：シーケンス> <XS：属性名= "実体" タイプ= "XS：anyURIの" /> <XS：属性名= "状態" タイプ= "状態型" 使用= "オプションの" デフォルト= "フル" /> <XS：他のanyAttributeは名前空間= "## "のprocessContents =" 緩い "/> </ XS：！complexTypeの> < - ユーザの役割TYPE - > <XS：complexTypeの名前=" ユーザーの役割型 "> <XS：シーケンス> <XS：要素名="エントリ」タイプ= "XS：文字列" のmaxOccurs = "無制限" /> </ XS：シーケンス> <XS：anyAttributeは名前空間= "##他" のprocessContents = "緩い" /> </ XS：！complexTypeの> < - USER言語のTYPE - > <XS：単純型名= "ユーザーの言語型"> <XS：リストitemTypeに= "XS：言語" /> </ XS：！単純> < - エンドポイントタイプ - > <XS ：complexTypeの名前は= "エンドポイント型"> <XS：配列> <XS：要素名= "表示テキスト" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名=タイプ "と呼ば" = "実行型" のminOccurs = "0" /> <XS：要素名= "ステータス" タイプ= "エンドポイント状況型" のminOccurs = "0" /> <XS：要素名= "接合法" タイプ= "接合型" のminOccurs = "0" /> <XS：要素名= "接合-INFO" タイプ= "実行型" のminOccurs = "0" /> <XS：要素名= "切断法" タイプ= "切断型" のminOccurs = "0" /> <XS：要素名= "断線情報" タイプ= "実行型" のminOccurs = "0" /> <XS：要素名= "メディア" タイプ=」メディア型 "のminOccurs = "0" のmaxOccurs = "無制限"/> <XS：要素名= "コール情報" タイプ= "呼び出し型" のminOccurs = "0"/> <XS：任意の名前空間=" ##他の "のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限"/> </ XS：シーケンス> <XS：属性名は= "実体" タイプ= "XS：文字列"/> <XS：属性名="状態」タイプ= "状態型" の使用は= "オプションの" デフォルト= "フル" /> <XS：anyAttributeは名前空間= "##他" のprocessContents = "緩い" /> </ XS：complexTypeの> <！ - - ENDPOINTステータスタイプ - > <XS：単純型名= "エンドポイント状況型"> <XS：制限ベース= "XS：文字列"> <XS：列挙値= "保留" /> <XS：列挙値= "ダイヤルアウト" /> <XS：列挙値= "ダイヤルイン" /> <XS：列挙値= "警告" /> <XS：列挙値= "保留" /> <XS：列挙値= "接続" /> <XS：列挙値= "ミュートビアフォーカス" /> <XS：列挙値= "切断" /> <XS：列挙値= "切断" /> </ XS：制限> </ XS：！単純> < - JOINING TYPE - > <XS：単純型名= "参加型"> <XS：制限ベース= "XS：文字列"> <XS：列挙値= "ダイヤルインで" /> <XS：列挙値= "ダイヤルしたアウト" /> <XS：列挙値= "フォーカスの所有者を" /> </ XS：制限> </ XS：単純> <！ - 切断TYPE - >
<xs:simpleType name="disconnection-type"> <xs:restriction base="xs:string"> <xs:enumeration value="departed"/> <xs:enumeration value="booted"/> <xs:enumeration value="failed"/> <xs:enumeration value="busy"/> </xs:restriction> </xs:simpleType> <!-- EXECUTION TYPE --> <xs:complexType name="execution-type"> <xs:sequence> <xs:element name="when" type="xs:dateTime" minOccurs="0"/> <xs:element name="reason" type="xs:string" minOccurs="0"/> <xs:element name="by" type="xs:anyURI" minOccurs="0"/> </xs:sequence> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> <!-- CALL TYPE --> <xs:complexType name="call-type"> <xs:choice> <xs:element name="sip" type="sip-dialog-id-type"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:choice> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> <!-- SIP DIALOG ID TYPE --> <xs:complexType name="sip-dialog-id-type"> <xs:sequence> <xs:element name="display-text" type="xs:string" minOccurs="0"/> <xs:element name="call-id" type="xs:string"/> <xs:element name="from-tag" type="xs:string"/> <xs:element name="to-tag" type="xs:string"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType>
<XS：simpleTypeの名前は= "切断型"> <XS：制限ベース= "XS：文字列"> <XS：列挙値= "出発" /> <XS：列挙値= "起動" /> <XS：列挙値= "失敗" /> <XS：列挙値= "忙しい" /> </ XS：制限> </ XS：！単純> < - 実行型 - > <XS：complexTypeの名前は= "実行型" > <XS：配列> <XS：要素名= "" タイプ= "XS：dateTimeの" minOccurs属性= "0" /> <XS：要素名= "理由" タイプ= "XS：文字列" のminOccurs = "0" minOccurs = "0" /> </ XS：シーケンス> <XS：anyAttributeは名前空間= "##他" のprocessContents = "緩い" /> </> <XS：：タイプ= "anyURIのXS" "による" 要素名= / XS：complexTypeの> < - CALLのTYPE - > <XS：！complexTypeの名は= "型を呼び出す"> <XS：選択> <XS：要素名= "一口" タイプ=「SIP-ダイアログ-ID型"/> <XS：任意の名前空間=" ##他」のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：選択> <XS：anyAttributeは名前空間= "##他" のprocessContents = "緩い" /> </ XS：complexTypeの> < - SIP DIALOG IDタイプ - > <XS：！complexTypeの名前= "SIP-ダイアログ-ID型"> <XS：シーケンス> <XS：要素名=」表示テキスト」タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "コールID" をタイプ= "XS：文字列" /> <XS：要素名= "からタグ" タイプ= "XS：文字列 "/> <XS：要素名=" とタグ」タイプ= "XS：文字列" /> <XS：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：シーケンス> <XS：anyAttributeは名前空間= "##他" のprocessContents = "緩い" /> </ XS：complexTypeの>
<!-- MEDIA TYPE --> <xs:complexType name="media-type"> <xs:sequence> <xs:element name="display-text" type="xs:string" minOccurs="0"/> <xs:element name="type" type="xs:string" minOccurs="0"/> <xs:element name="label" type="xs:string" minOccurs="0"/> <xs:element name="src-id" type="xs:string" minOccurs="0"/> <xs:element name="status" type="media-status-type" minOccurs="0"/> <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> <xs:attribute name="id" type="xs:string" use="required"/> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> <!-- MEDIA STATUS TYPE --> <xs:simpleType name="media-status-type"> <xs:restriction base="xs:string"> <xs:enumeration value="recvonly"/> <xs:enumeration value="sendonly"/> <xs:enumeration value="sendrecv"/> <xs:enumeration value="inactive"/> </xs:restriction> </xs:simpleType> <!-- SIDEBARS BY VAL TYPE --> <xs:complexType name="sidebars-by-val-type"> <xs:sequence> <xs:element name="entry" type="conference-type" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> <xs:attribute name="state" type="state-type" use="optional" default="full"/> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> </xs:schema>
<！ - メディアタイプ - > <XS：complexTypeの名= "メディア型"> <XS：シーケンス> <XS：要素名= "表示テキスト" タイプ= "XS：文字列" のminOccurs = "0" / > <XS：要素名= "タイプ" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "ラベル" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "SRC-ID" タイプ= "XS：文字列" のminOccurs = "0" /> <XS：要素名= "ステータス" タイプ= "メディア状態型" のminOccurs = "0" /> <XS：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：シーケンス> <XS：属性名= "ID" タイプ= "XS：文字列" 使用=」 "/> <XS：anyAttributeは名前空間=" 必要な##他の "のprocessContents = "緩い"/> </ XS：！complexTypeの> < - MEDIAのステータスタイプは、 - > <XS：単純型名=" メディアのステータスタイプ"> <XS：制限ベース=" XS：文字列 "> <XS：列挙値=" recvonlyで "/> <XS：列挙値=" sendonlyの "/> <XS：列挙値=" のsendrecv "/> <XS：列挙値= "非アクティブ" /> </ XS：制限> </ XS：単純> < - サイドバーVALタイプ別 - > <XS：！complexTypeの名前= "サイドバー・バイ・ヴァル型"> <XS：シーケンス> <XS：要素名= "E ntry」タイプ= "会議型" のminOccurs = "0" のmaxOccurs = "無制限" /> </ XS：シーケンス> <XS：属性名= "状態" タイプ= "状態型" 使用= "" オプションのデフォルト= "フル" /> <XS：anyAttributeは名前空間= "##他" のprocessContents = "緩い" /> </ XS：complexTypeの> </ XS：スキーマ>
The following is an example of a full conference information document:
以下は、完全な会議情報文書の例です。
<?xml version="1.0" encoding="UTF-8"?> <conference-info xmlns="urn:ietf:params:xml:ns:conference-info" entity="sips:conf233@example.com" state="full" version="1"> <!-- CONFERENCE INFO --> <conference-description> <subject>Agenda: This month's goals</subject> <service-uris> <entry> <uri>http://sharepoint/salesgroup/</uri> <purpose>web-page</purpose> </entry> </service-uris> </conference-description> <!-- CONFERENCE STATE --> <conference-state> <user-count>33</user-count> </conference-state> <!-- USERS --> <users> <user entity="sip:bob@example.com" state="full"> <display-text>Bob Hoskins</display-text> <!-- ENDPOINTS --> <endpoint entity="sip:bob@pc33.example.com"> <display-text>Bob's Laptop</display-text> <status>disconnected</status> <disconnection-method>departed</disconnection-method> <disconnection-info> <when>2005-03-04T20:00:00Z</when> <reason>bad voice quality</reason> <by>sip:mike@example.com</by> </disconnection-info>
<会議-情報のxmlns = "壷：IETF：のparams：XML：NS：会議-情報" <xmlのバージョン= "1.0" エンコード= "UTF-8"？>実体= "一口：conf233@example.com" 状態= "フル" バージョン= "1"> < - コンファレンス情報 - > <会議-記述> <対象>アジェンダ：今月の目標</件名> <サービスのURI> <エントリー> <URI>のhttp：/ /共有ポイント/ salesgroup / </ URI> <目的>ウェブページ</目的> </ entry>の</サービスのURI> </会議-記述> <！ - 会議状態 - > <会議状態> <ユーザー数> 33 </ユーザー数> </会議状態> < - USERS - > <ユーザー> <ユーザー主体= "一口：bob@example.com"！状態= "フル"> <ディスプレイ - テキスト>ボブ・ホスキンス</表示テキスト> < - ENDPOINTS - > <エンドポイント実体= "一口：bob@pc33.example.com"> <！ - 表示テキスト>ボブのラップトップ</表示テキスト> <状態> 00：00Z </> <理由>悪い音声品質</理由> <によって切断</ステータス> <断線方法> </切断法> <断線インフォメーション> <> 2005-03-04T20を出航> SIP：mike@example.com </> </切断-情報によって>
<!-- MEDIA --> <media id="1"> <display-text>main audio</display-text> <type>audio</type> <label>34567</label> <src-id>432424</src-id> <status>sendrecv</status> </media> </endpoint> </user> <!-- USER --> <user entity="sip:alice@example.com" state="full"> <display-text>Alice</display-text> <!-- ENDPOINTS --> <endpoint entity="sip:4kfk4j392jsu@example.com;grid=433kj4j3u"> <status>connected</status> <joining-method>dialed-out</joining-method> <joining-info> <when>2005-03-04T20:00:00Z</when> <by>sip:mike@example.com</by> </joining-info> <!-- MEDIA --> <media id="1"> <display-text>main audio</display-text> <type>audio</type> <label>34567</label> <src-id>534232</src-id> <status>sendrecv</status> </media> </endpoint> </user> </users> </conference-info>
<！ - MEDIA - > <メディアID = "1"> <表示テキスト>メインオーディオ</表示テキスト> <タイプ>オーディオ</タイプ> <ラベル> 34567 </ label>は<SRC-ID> 432424 </ SRC-ID> <状態> SENDRECV </状態> </メディア> </エンドポイント> </ユーザー> <ユーザエンティティ= "一口：alice@example.com" < - - USER！>状態= "フル"> <表示テキスト>アリス</表示テキスト> < - ENDPOINTS - > <エンドポイント実体= "一口：4kfk4j392jsu@example.com;グリッド= 433kj4j3u"！> <状態>接続</ステータス> <接合法>ダイヤルアウト</接合法> <接合-INFO> <> 2005-03-04T20：00：00Z </場合> SIP <により>：mike@example.com </によって> < /参加-インフォメーション> <！ - MEDIA - > <メディアID = "1"> <表示テキスト>メインオーディオ</表示テキスト> <タイプ>オーディオ</タイプ> <ラベル> 34567 </ label>は<SRC-ID> 534232 </ SRC-ID> <状態> SENDRECV </状態> </メディア> </エンドポイント> </ユーザー> </ユーザー> </会議-インフォメーション>
The following is an example of a partial conference information document. In this example, there are 32 participants in a voice conference. The user Bob has been ejected from the conference by Mike due to bad voice quality. Note that there are three sidebars in the conference; two are referenced just by their sidebar URIs, and information about the third sidebar is included in this notification. Also note that while this conference offers both audio and video capabilities, only audio is currently in use.
以下は、部分会議情報文書の例です。この例では、音声会議で32人の参加者があります。ユーザーボブは不良により音声品質にマイクで会議から排出されました。会議中3つのサイドバーがあることに注意してください。両者は単に彼らのサイドバーのURIにより参照され、そして第三のサイドバーについての情報は、この通知に含まれています。また、この会議は、オーディオとビデオの両方の機能を提供しながら、音声のみが現在使用中であることに注意してください。
<?xml version="1.0" encoding="UTF-8"?> <conference-info xmlns="urn:ietf:params:xml:ns:conference-info" entity="sips:conf233@example.com" state="partial" version="5"> <!-- CONFERENCE INFO --> <conference-description> <display-text>Weekly Sales Meeting</display-text> <subject>Agenda: This month's goals</subject> <free-text>We will start strict on time</free-text> <keywords>sales meeting weekly</keywords> <conf-uris> <entry> <uri>tel:+18005671234</uri> <display-text>TTI Bridge</display-text> <purpose>participation</purpose> </entry> <entry> <uri>h323:conf545@h323.example.com</uri> <purpose>participation</purpose> </entry> <entry> <uri>http://real.streaming.com/54634/live.ram</uri> <purpose>streaming</purpose> </entry> </conf-uris> <service-uris> <entry> <uri>http://sharepoint/salesgroup/</uri> <purpose>web-page</purpose> </entry> <entry> <uri>http://quicktime.com/54634/recording.mov</uri> <display-text>Quicktime</display-text> <purpose>recording</purpose> </entry> </service-uris> <maximum-user-count>100</maximum-user-count> <available-media> <entry label="34567"> <display-text>main audio</display-text>
<会議-情報のxmlns = "壷：IETF：のparams：XML：NS：会議-情報" <xmlのバージョン= "1.0" エンコード= "UTF-8"？>実体= "一口：conf233@example.com" 状態= "部分" バージョン= "5"> < - コンファレンス情報 - > <会議-記述> <表示テキスト>週刊セールスミーティング</表示テキスト> <対象>アジェンダ：今月の目標</対象> <フリーテキスト>私たちは時間に厳しいスタートします毎週</フリーテキスト> <キーワード>営業会議</キーワード> <CONF-のURI> <エントリー> <URI> TEL：18005671234 </ URI> <表示テキスト> TTIブリッジ</表示テキスト> <目的>参加</目的> </ entry>の<エントリー> <URI> H323：conf545@h323.example.com </ URI> <目的>参加</目的> </エントリ> <エントリー> <URI> http://real.streaming.com/54634/live.ram </ URI> <目的>ストリーミング</目的> </ entry>の</ confに-のURI> <サービスのURI> <エントリー> <URI>のhttp：// SharePointの/ salesgroup / </ URI> <目的>ウェブページ</目的> </ entry>の<エントリー> <URI> http://quicktime.com/54634/recording。 MOV </ URI> <表示テキスト>のQuickTime </表示テキスト> <目的> </目的> </ entry>の</サービス-URIを>記録<最大-userカウント> 100 </最大ユーザー数> <利用できるメディア> <エントリラベル=「34567」> <表示テキスト>メインオーディオ</表示テキスト>
<type>audio</type> <status>sendrecv</status> </entry> <entry label="34569"> <display-text>main video</display-text> <type>video</type> <status>inactive</status> </entry> </available-media> </conference-description> <!-- HOST INFO --> <host-info> <display-text>Sales Host</display-text> <web-page>http://sharepoint/salesgroup/hosts/</web-page> <uris> <entry> <uri>sip:sales@example.com</uri> </entry> </uris> </host-info> <!-- CONFERENCE STATE --> <conference-state> <user-count>32</user-count> <active>true</active> <locked>false</locked> </conference-state> <!-- USERS --> <users> <user entity="sip:bob@example.com"> <display-text>Bob Hoskins</display-text> <associated-aors> <entry> <uri>mailto:bob@example.com</uri> <display-text>email</display-text> </entry> </associated-aors> <roles> <entry>participant</entry> </roles> <languages>en</languages> <!-- ENDPOINTS
<タイプ>オーディオ</タイプ> <状態> SENDRECV </状態> </ entry>の<エントリラベル= "34569"> <表示テキスト>メインビデオは、</表示テキスト> <タイプ>ビデオ</タイプ> <状態> </ステータス> </ entry>の</利用可能メディア> </会議-記述> <非アクティブ - ！HOST INFO - > <ホスト情報> <表示テキスト>セールスホスト</表示テキスト> <ウェブページ>のhttp：// SharePointの/ salesgroup /ホスト/ </ウェブページ> <URIの>の<entry> <URI> SIP：sales@example.com </ URI> </ entry>の</のURI> < /ホスト情報> <！ - 会議状態 - > <会議状態> <ユーザー数> 32 </ユーザー数> <アクティブ>真</アクティブ> <ロック>偽</ロック> </会議-state> < - USERS - > <ユーザー> <ユーザエンティティ= "一口：bob@example.com"> <！ - 表示テキスト>ボブ・ホスキンス</表示テキスト> <関連する-のAOR> <エントリー> < URI>のmailto：bob@example.com </ URI> <表示テキスト>電子メール</表示テキスト> </ entry>の</関連する-のAOR> <役割> <エントリー>参加</ entry>の</役割> <言語>専用</言語> <！ - ENDPOINTS
--> <endpoint entity="sip:bob@pc33.example.com"> <display-text>Bob's Laptop</display-text> <referred> <when>2005-03-04T20:00:00Z</when> <reason>expert required</reason> <by>sip:mike@example.com</by> </referred> <status>disconnecting</status> <joining-method>dialed-out</joining-method> <joining-info> <when>2005-03-04T20:00:00Z</when> <reason>invitation</reason> <by>sip:mike@example.com</by> </joining-info> <disconnection-method>booted</disconnection-method> <disconnection-info>
- > <エンドポイント実体= "一口：bob@pc33.example.com"> <表示テキスト>ボブのラップトップ</表示テキスト> <呼ば> <> 2005-03-04T20：00：00Z </ > <理由>> SIPでエキスパート必要</理由> <：mike@example.com </> </呼ば> <状態>断</ステータス> <接合法>ダイヤルアウト</接合法により> <接合-INFO> <> 2005-03-04T20：00：00Z </> <理由>招待</理由> SIP <により>：mike@example.com </によって> </接合-INFO> <断線方法> </切断法> <断線インフォメーション>ブート
<when>2005-03-04T20:00:00Z</when> <reason>bad voice quality</reason> <by>sip:mike@example.com</by> </disconnection-info> <!-- MEDIA --> <media id="1"> <display-text>main audio</display-text> <type>audio</type> <label>34567</label> <src-id>432424</src-id> <status>sendrecv</status> </media> <!-- CALL INFO --> <call-info> <sip> <display-text>full info</display-text> <call-id>hsjh8980vhsb78</call-id> <from-tag>vav738dvbs</from-tag> <to-tag>8954jgjg8432</to-tag> </sip> </call-info> </endpoint> </user> </users> <!-- SIDEBARS BY REFERENCE
<とき> 2005-03-04T20：00：00Z </> <理由>悪い音声品質</理由>一口<によって>：！mike@example.com </によって> </切断-インフォメーション> < - MEDIA - > <メディアID = "1"> <表示テキスト>メインオーディオ</表示テキスト> <タイプ>オーディオ</タイプ> <ラベル> 34567 </ label>は<SRC-ID> 432424 </ SRC -id> <状態> SENDRECV </状態> </メディア> <！ - CALLのINFO - > <コールインフォメーション> <すする> <表示テキスト>フル情報</表示テキスト> <コールID> hsjh8980vhsb78 </コールID> <からタグ> vav738dvbs </からタグ> <にタグ> 8954jgjg8432 </へのタグ> </ SIP> </コールインフォメーション> </エンドポイント> </ユーザー> < /ユーザー> <！ - REFERENCE BYサイドバー
--> <sidebars-by-ref state="partial"> <entry> <uri>sips:conf233@example.com;grid=45</uri> <display-text>sidebar with Carol</display-text> </entry> <entry> <uri>sips:conf233@example.com;grid=21</uri> <display-text>private with Peter</display-text> </entry> </sidebars-by-ref> <!-- SIDEBARS BY VALUE --> <sidebars-by-val state="partial"> <entry entity="sips:conf233@example.com;grid=77"
- > <サイドバー・バイ・REF状態= "部分">の<entry> <URI>一口：conf233@example.com;グリッド= 45 </ URI> <表示テキスト>キャロルとサイドバー</表示テキスト> </ entry>の<エントリー> <URI>一口：conf233@example.comは、グリッドは、ピーター</表示テキスト>とプライベート21 </ URI> <表示テキストを> = </ entry>の</サイドバー・バイ-REF > <！ - 値によってサイドバーは、 - > <サイドバー・バイ・ヴァル状態=「部分」> <エントリエンティティは=「すする：conf233@example.com、グリッド77 =」
state="partial"> <users> <user entity="sip:bob@example.com"/> <user entity="sip:mark@example.com"/> <user entity="sip:dan@example.com"/> </users> </entry> </sidebars-by-val> </conference-info>
状態= "部分"> <ユーザー> <ユーザエンティティ= "SIP：bob@example.com" /> <ユーザエンティティ= "SIP：mark@example.com" /> <ユーザエンティティ= "SIP：ダン例@。 comの "/> </ユーザー> </ entry>の</サイドバー・バイ・ヴァル> </会議-インフォメーション>
Subscriptions to conference state information can reveal very sensitive information. For this reason, it is RECOMMENDED that a focus use a strong means for authentication and conference information protection and that it apply comprehensive authorization rules when using the conference notification mechanism defined in this document. The following sections will discuss each of these aspects in more detail.
状態情報を会議にサブスクリプションは、非常に機密性の高い情報を明らかにすることができます。このため、焦点は、認証、会議情報保護のための強力な手段を使用することを、この文書で定義された会議通知メカニズムを使用しているとき、それは、包括的な承認規則を適用することをお勧めします。次のセクションでは、より詳細にこれらの側面のそれぞれについて説明します。
It is RECOMMENDED that a focus authenticate a conference package subscriber using the normal SIP authentication mechanisms, such as Digest as defined in Section 22 of RFC 3261 [8].
RFC 3261のセクション22で定義されるように、フォーカスは、ダイジェストなどの通常のSIPの認証メカニズムを使用して、会議パッケージ加入者を認証することが推奨されている[8]。
The mechanism used for conveying the conference information MUST ensure integrity and SHOULD ensure confidentially of the information. In order to achieve these, an end-to-end SIP encryption mechanism, such as S/MIME described in Section 26.2.4 of RFC 3261 [8], SHOULD be used.
機構は、整合性を確保しなければならない会議情報を搬送するために使用され、機密情報を確実にすべきです。これらを達成するために、このようなS / MIMEなどのエンドツーエンドのSIP暗号化機構は、RFC 3261 [8]を使用すべきであるのセクション26.2.4に記載しました。
If a strong end-to-end security means (such as above) is not available, it is RECOMMENDED that a focus use mutual hop-by-hop Transport Layer Security (TLS) authentication and encryption mechanisms described in Section 26.2.2 "SIPS URI Scheme" and Section 26.3.2.2 "Interdomain Requests" of RFC 3261 [8].
強力なエンドツーエンドのセキュリティ手段が、（上記のような）が利用できない場合は、フォーカスが認証と暗号化メカニズムは、セクション26.2.2「SIPSで説明した相互のホップバイホップトランスポート層セキュリティ（TLS）を使用することをお勧めしますURIスキーム」および項26.3.2.2 "RFC 3261のドメイン間要求" [8]。
Generally speaking, conference applications are very concerned about authorization decisions. Mechanisms for establishing and enforcing such authorization rules are a central concept throughout the SIP Conferencing Framework [16]. Because most of the information about a conference can be presented using the conference package, many of the authorization rules directly apply to this specification. As a result, a notification server MUST be capable of generating distinct conference information views to different subscribers, subject to a subscriber's role in a conference, personal access rights, etc. - all subject to local authorization policies and rules.
一般的に言って、会議アプリケーションは、認可の決定について非常に懸念しています。そのような認可ルールを確立し、実施するためのメカニズムは、SIP会議フレームワーク[16]を通して中心的な概念です。会議に関する情報のほとんどが会議パッケージを使用して提示することができるため、認可規則の多くは、直接この仕様に適用されます。ローカル許可ポリシーとルールへのすべての対象 - その結果、通知サーバは、会議における加入者の役割の対象に異なる加入者への個別の会議情報の景色、個人のアクセス権などを生成することができなければなりません。
Since a focus provides participant identity information using this event package, participant privacy needs to be taken into account. A focus MUST support requests by participants for privacy. Privacy can be indicated by the conference policy - for every participant or select participants. It can also be indicated in the session signaling. In SIP, this can be done using the Privacy header field described in RFC 3323 [11]. For a participant requesting privacy, no identity information SHOULD be revealed by the focus in any included URI (e.g., the Address of Record, Contact, or GRUU). For these cases, the anonymous URI generation method outlined in Section 5.6 of this document MUST be followed.
焦点は、このイベントパッケージを使用して参加者の身元情報を提供しているので、参加者のプライバシーが考慮される必要があります。焦点は、プライバシーのために参加者の要求をサポートしなければなりません。プライバシーは、会議ポリシーによって示すことができる - すべての参加者や参加者のための選択。また、セッションシグナリングで示すことができます。 SIPにおいては、これはRFC 3323 [11]に記載のプライバシーヘッダフィールドを使用して行うことができます。いずれか（例えば、録音、連絡先、またはGRUUのアドレス）URIを含まに参加要求プライバシーのために、何のアイデンティティ情報は、フォーカスによって明らかにすべきではありません。これらのケースについては、このドキュメントのセクション5.6に概説され、匿名のURI生成方法に従わなければなりません。
This document registers a SIP event package, a new MIME type, application/conference-info+xml, a new XML namespace, and a new XML schema, and creates a sub-registry "URI purposes" under the existing registry: http://www.iana.org/assignments/sip-parameters.
この文書では、SIPイベントパッケージ、新しいMIMEタイプ、アプリケーション/会議-情報+ xmlの、新しいXML名前空間、および新しいXMLスキーマを登録し、既存のレジストリの下のサブレジストリ「URIの目的」を作成します。http：/ /www.iana.org/assignments/sip-parameters。
This specification registers an event package, based on the registration procedures defined in RFC 3265 [10]. The following is the information required for such a registration:
この仕様は、RFC 3265 [10]で定義された登録手順に基づいて、イベントパッケージを登録します。以下は、そのような登録に必要な情報です。
Package Name: conference
パッケージ名：会議
Package or Template-Package: This is a package.
パッケージまたはテンプレート・パッケージ：これはパッケージです。
Published Document: RFC 4575
公開されたドキュメント：RFC 4575
Person to Contact: IETF SIPPING Working Group <sipping@ietf.org>, as designated by the IESG <iesg@ietf.org>
人への問い合わせ先：IETF SIPPINGワーキンググループ<sipping@ietf.org>、IESGが指定する<iesg@ietf.org>
MIME media type name: application
MIMEメディアタイプ名：application
MIME subtype name: conference-info+xml
MIMEサブタイプ名：会議-情報+ xmlの
Mandatory parameters: none
必須パラメータ：なし
Optional parameters: Same as charset parameter application/xml as specified in RFC 3023 [7]
オプションパラメータ：charsetパラメータアプリケーション/ XMLと同じRFC 3023に指定されている[7]。
Encoding considerations: Same as encoding considerations of application/xml as specified in RFC 3023 [7]
符号化の考慮事項：RFC 3023で指定されたアプリケーション/ XMLの考察をコードするものと同じ[7]
Security considerations: See Section 10 of RFC 3023 [7] and Section 8 of this specification
セキュリティの考慮事項：RFC 3023のセクション10 [7]、この仕様の第8章を参照してください。
Interoperability considerations: none
相互運用性に関する注意事項：なし
Published specification: This document
公開された仕様：このドキュメント
Applications which use this media type: This document type has been used to support SIP conferencing applications
このメディアタイプを使用するアプリケーション：このドキュメントタイプは、SIP会議アプリケーションをサポートするために使用されています
Additional Information:
追加情報：
Magic Number: None
マジックナンバー：なし
File Extension: .xml
ファイル拡張子：.xmlファイル
Macintosh file type code: "TEXT"
Macintoshのファイルタイプコード：「TEXT」
Personal and email address for further information: IETF SIPPING Working Group <sipping@ietf.org>, as designated by the IESG <iesg@ietf.org>
詳しくは、個人やメールアドレス：IETF SIPPINGワーキンググループ<sipping@ietf.org>、IESGが指定する<iesg@ietf.org>
Intended usage: COMMON
意図している用法：COMMON
Author/Change controller: IETF SIPPING Working Group <sipping@ietf.org>, as designated by the IESG <iesg@ietf.org>
著者/変更コントローラ：IETF SIPPINGワーキンググループ<sipping@ietf.org>、<iesg@ietf.org> IESGによって指定されたとして
9.3. URN Sub-Namespace Registration for urn:ietf:params:xml:ns:conference-info
9.3. 骨壷のためのURNサブ名前空間の登録：IETF：のparams：XML：NS：会議-情報
This section registers a new XML namespace, as per the guidelines in RFC 3688 [21].
このセクションでは、RFC 3688 [21]のガイドラインに従って、新しいXML名前空間を登録します。
URI: The URI for this namespace is urn:ietf:params:xml:ns:conference-info
URI：この名前空間のURIはURNです：IETF：のparams：XML：NS：会議-情報
Registrant Contact: IETF SIPPING Working Group <sipping@ietf.org>, as designated by the IESG <iesg@ietf.org>
登録者連絡先：IETF SIPPINGワーキンググループ<sipping@ietf.org>、<iesg@ietf.org> IESGによって指定されたとして
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>Conference Information Namespace</title>
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 =イソ8859-1" /> <タイトル>会議情報名前空間</ TITLE>
</head <body> <h1>Namespace for Conference Information</h1> <h2>urn:ietf:params:xml:ns:conference-info</h2> <p>See <a href="http://www.rfc-editor.org/rfc/rfc4575.txt"> RFC4575</a>.</p> </body> </html> END
会議の情報のための</ヘッド<身体> <H1>名前空間</ H1> <H2> URN：IETF：のparams：XML：NS：//：会議-情報</ H2> <P> <のhref = "HTTPを参照してください。 www.rfc-editor.org/rfc/rfc4575.txt "> RFC4575 </a>でます。</ p> </ body> </ html>このEND
This specification registers a schema, as per the guidelines in RFC 3688 [21].
この仕様は、RFC 3688 [21]のガイドラインに従って、スキーマを登録します。
URI: please assign
URI：割り当ててください
Registrant Contact: IETF SIPPING Working Group <sipping@ietf.org>, as designated by the IESG <iesg@ietf.org>
登録者連絡先：IETF SIPPINGワーキンググループ<sipping@ietf.org>、<iesg@ietf.org> IESGによって指定されたとして
XML: The XML can be found as the sole content of Section 6.
XML：XMLは、第6節の唯一の内容として求めることができます。
The IANA has created a new sub-registry, "URI purposes", under the already existing registry: http://www.iana.org/assignments/sip-parameters.
http://www.iana.org/assignments/sip-parameters：IANAは、既存のレジストリの下に、新しいサブレジストリ、「URIの目的」を作成しました。
The purpose of a URI is an XML element, encoded in the conference event package RFC 4575. The value of the <purpose> element indicates the intended usage of the URI in the context of the conference event package and is defined in Sections 5.3.1 and 5.3.2 of this specification.
URIの目的は、会議イベントパッケージRFC 4575. <目的>の値で符号化されたXML要素であり、要素は、会議イベントパッケージの文脈でURIの使用目的を示し、セクション5.3.1で定義されていますこの仕様書の5.3.2。
This sub-registry is defined as a table that contains the following three columns:
このサブレジストリは、次の3つの列を含むテーブルのように定義されます。
Value: The token under registration
値：登録の下にトークン
Description: A descriptive text defining the intended usage of the URI
説明：URIの使用目的を定義し、説明テキスト
Document: A reference to the document defining the registration
ドキュメント：登録を定義するドキュメントへの参照
The IANA has created the table with the initial content as defined below:
以下に定義するIANAは、初期の内容を持つテーブルを作成しました：
Value Description Document
------- ---------------------------------- ----------
participation The URI can be used to join the [RFC 4575] conference
参加URIは、[RFC 4575]会議に参加するために使用することができます
streaming The URI can be used to access the [RFC 4575] streamed conference data
URIは、[RFC 4575]をアクセスするために使用できるストリーミング会議データをストリーミング
event The URI can be used to subscribe [RFC 4575] to the conference event package
イベントURIは、会議イベントパッケージに[RFC 4575]をサブスクライブするために使用することができます
recording The URI can be used to access the [RFC 4575] recorded conference data
URIは、[RFC 4575]記録された会議データにアクセスするために使用可能な記録します
web-page The URI can be used to access a [RFC 4575] web page that contains additional information of the conference
ウェブページのURIは、会議の追加情報が含まれている[RFC 4575] Webページにアクセスするために使用することができます
New values of the "URI purposes" are registered by the IANA and are specification required according to the definition of RFC 2434 [4]. The IANA Considerations section of the specification MUST include the following information:
「URIの目的」の新しい値は、RFC 2434の定義によれば、IANAによって登録され、仕様が要求される[4]。仕様のIANA Considerations部は、次の情報を含める必要があります。
Value: The value of the <purpose> element to be registered
値：<目的>要素の値を登録します
Description: A short description of the intended usage of the URI
説明：URIの使用目的についての簡単な説明
The authors would like to thank Dan Petrie, Sean Olson, Alan Johnston, Rohan Mahy, Cullen Jennings, Brian Rosen, Roni Even, and Miguel Garcia for their comments and inputs.
作者は彼らのコメントや入力のためのダン・ペトリー、ショーン・オルソン、アラン・ジョンストン、ロハンマーイ、カレン・ジェニングス、ブライアン・ローゼン、ロニでも、とミゲル・ガルシアに感謝したいと思います。
[1] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[1]ブラドナーのは、S.は、BCP 14、RFC 2119、1997年3月の "RFCsにおける使用のためのレベルを示すために"。
[2] Moats, R., "URN Syntax", RFC 2141, May 1997.
[2]堀、R.、 "URN構文"、RFC 2141、1997年5月を。
[3] Handley, M., Jacobson, V. and C. Perkins, "SDP: Session Description Protocol", RFC 4566, July 2006.
[3]ハンドリー、M.、ヤコブソン、V.およびC.パーキンス、 "SDP：セッション記述プロトコル"、RFC 4566、2006年7月。
[4] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 2434, October 1998.
[4] Narten氏、T.とH. Alvestrand、 "RFCsにIANA問題部に書くためのガイドライン"、BCP 26、RFC 2434、1998年10月。
[5] Eastlake 3rd, D. and A. Panitz, "Reserved Top Level DNS Names", BCP 32, RFC 2606, June 1999.
[5]イーストレーク第3、D.とA. Panitz、 "予約トップレベルDNS名"、BCP 32、RFC 2606、1999年6月。
[6] Moats, R., "A URN Namespace for IETF Documents", RFC 2648, August 1999.
[6]堀、R.、 "IETF文書のURN名前空間"、RFC 2648、1999年8月。
[7] Murata, M., St. Laurent, S., and D. Kohn, "XML Media Types", RFC 3023, January 2001.
[7]村田、M.、サンローラン、S.、およびD.コーン、 "XMLのメディアタイプ"、RFC 3023、2001年1月。
[8] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A., Peterson, J., Sparks, R., Handley, M., and E. Schooler, "SIP: Session Initiation Protocol", RFC 3261, June 2002.
[8]ローゼンバーグ、J.、Schulzrinneと、H.、カマリロ、G.、ジョンストン、A.、ピーターソン、J.、スパークス、R.、ハンドレー、M.、およびE.学生、 "SIP：セッション開始プロトコル" 、RFC 3261、2002年6月。
[9] Rosenberg, J. and H. Schulzrinne, "An Offer/Answer Model with Session Description Protocol (SDP)", RFC 3264, June 2002.
[9]ローゼンバーグ、J.、およびH. Schulzrinneと、RFC 3264 "セッション記述プロトコル（SDP）とのオファー/アンサーモデル" 2002年6月。
[10] Roach, A.B., "Session Initiation Protocol (SIP)-Specific Event Notification", RFC 3265, June 2002.
[10]ローチ、A.B.、 "セッション開始プロトコル（SIP）特異的イベント通知"、RFC 3265、2002年6月。
[11] Peterson, J., "A Privacy Mechanism for the Session Initiation Protocol (SIP)", RFC 3323, November 2002.
[11]ピーターソン、J.、RFC 3323、2002年11月 "セッション開始プロトコル（SIP）のためのプライバシーメカニズム"。
[12] Schulzrinne, H., Oran, D., and G. Camarillo, "The Reason Header Field for the Session Initiation Protocol (SIP)", RFC 3326, December 2002.
[12] Schulzrinneと、H.、オラン、D.、およびG.カマリロ、RFC 3326 "セッション開始プロトコル（SIP）理由ヘッダーフィールド" 2002年12月。
[13] Schulzrinne, H., Casner, S., Frederick, R., and V. Jacobson, "RTP: A Transport Protocol for Real-Time Applications", STD 64, RFC 3550, July 2003.
[13] Schulzrinneと、H.、Casner、S.、フレデリック、R.、およびV.ヤコブソン、 "RTP：リアルタイムアプリケーションのためのトランスポートプロトコル"、STD 64、RFC 3550、2003年7月。
[14] Yergeau, F., "UTF-8, a transformation format of ISO 10646", STD 63, RFC 3629, November 2003.
[14] Yergeau、F.、 "UTF-8、ISO 10646の変換フォーマット"、STD 63、RFC 3629、2003年11月。
[15] Sparks, R., "The Session Initiation Protocol (SIP) Referred-By Mechanism", RFC 3892, September 2004.
[15]スパークス、R.、 "セッション開始プロトコル（SIP）と呼ばバイメカニズム"、RFC 3892、2004年9月。
[16] Rosenberg, J., "A Framework for Conferencing with the Session Initiation Protocol (SIP)", RFC 4353, February 2006.
[16]ローゼンバーグ、J.、RFC 4353、2006年2月 "セッション開始プロトコル（SIP）との会議のためのフレームワーク"。
[17] Levin, O. and G. Camarillo, "The Session Description Protocol (SDP) Label Attribute", RFC 4574, August 2006.
[17]レヴィン、O.およびG.キャマリロ、 "セッション記述プロトコル（SDP）label属性"、RFC 4574、2006年8月。
[18] Schulzrinne, H., Rao, A., and R. Lanphier, "Real Time Streaming Protocol (RTSP)", RFC 2326, April 1998.
[18] SchulzrinneとH.とラオとA.、およびR. Lanphier、 "リアルタイムのストリーミングプロトコル（RTSP）"、RFC 2326、1998年4月。
[19] Schulzrinne, H., "The tel URI for Telephone Numbers", RFC 3966, December 2004.
[19] Schulzrinneと、H.、 "電話番号については、TEL URI"、RFC 3966、2004年12月。
[20] Levin, O., "H.323 Uniform Resource Locator (URL) Scheme Registration", RFC 3508, April 2003.
[20]レヴィン、O.、 "H.323のURL（Uniform Resource Locator）スキームの登録"、RFC 3508、2003年4月。
[21] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.
[21] Mealling、M.、 "IETF XMLレジストリ"、BCP 81、RFC 3688、2004年1月。
[22] Saint-Andre, P., "A Uniform Resource Identifier (URI) Scheme for the Extensible Messaging and Presence Protocol (XMPP)", Work in Progress, December 2004.
[22]サンアンドレ、P.、進歩、2004年12月に作品 "拡張メッセージングおよびプレゼンスプロトコル（XMPP）のURI（Uniform Resource Identifier）スキーム"。
[23] Rosenberg, J., Schulzrinne, H., and R. Mahy, "An INVITE-Initiated Dialog Event Package for the Session Initiation Protocol (SIP)", RFC 4235, November 2005.
[23]、RFC 4235 "セッション開始プロトコル（SIP）のためのINVITEが開始ダイアログイベントパッケージ" ローゼンバーグ、J.、Schulzrinneと、H.、およびR.マーイ、2005年11月。
[24] Rosenberg, J., "Obtaining and Using Globally Routable User Agent (UA) URIs (GRUU) in the Session Initiation Protocol (SIP)", Work in Progress, May 2006.
[24]ローゼンバーグ、J.、進歩、2006年5月における作業 "セッション開始プロトコル（SIP）におけるグローバルにルーティング可能なユーザエージェント（UA）のURI（GRUU）の取得と使用" を参照してください。
[25] Peterson, J. and C. Jennings, "Enhancements for Authenticated Identity Management in the Session Initiation Protocol (SIP)", RFC 4474, August 2006.
[25]ピーターソン、J.とC.ジェニングス、 "セッション開始プロトコル（SIP）で認証されたアイデンティティ管理のための機能強化"、RFC 4474、2006年8月。
Authors' Addresses
著者のアドレス
Jonathan Rosenberg Cisco Systems 600 Lanidex Plaza Parsippany, NJ 07054 US
ジョナサン・ローゼンバーグシスコシステムズ600 Lanidexプラザパーシッパニー、NJ 07054米国
Phone: +1 973 952-5000 EMail: jdrosen@cisco.com URI: http://www.jdrosen.net
電話：+1 973 952-5000 Eメール：jdrosen@cisco.com URI：http://www.jdrosen.net
Henning Schulzrinne Columbia University M/S 0401 1214 Amsterdam Ave. New York, NY 10027 US
ヘニングSchulzrinneとコロンビア大学のM / S 0401 1214アムステルダムアベニュー。ニューヨーク、NY 10027米国
EMail: schulzrinne@cs.columbia.edu URI: http://www.cs.columbia.edu/~hgs
電子メール：schulzrinne@cs.columbia.edu URI：http://www.cs.columbia.edu/~hgs
Orit Levin (editor) Microsoft Corporation One Microsoft Way Redmond, WA 98052 US
oriTレヴィン（編集者）マイクロソフト社1マイクロソフト道、レッドモンド、ワシントン98052米国
EMail: oritl@microsoft.com
メールアドレス：oritl@microsoft.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2006).
著作権（C）インターネット協会（2006）。
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 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が表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
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に情報を記述してください。
Acknowledgement
謝辞
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
RFCエディタ機能のための資金は、IETF管理サポート活動（IASA）によって提供されます。