Internet Engineering Task Force (IETF) C. Daboo
Request for Comments: 6321 Apple, Inc.
Category: Standards Track M. Douglass
ISSN: 2070-1721 RPI
S. Lees
Microsoft
August 2011
xCal: The XML Format for iCalendar
Abstract
抽象
This specification defines "xCal", an XML format for iCalendar data.
この仕様は、「のxCal」、iCalendar形式データのXMLフォーマットを定義します。
Status of This Memo
このメモのステータス
This is an Internet Standards Track document.
これは、インターネット標準化過程文書です。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.
このドキュメントはインターネットエンジニアリングタスクフォース（IETF）の製品です。これは、IETFコミュニティの総意を表しています。これは、公開レビューを受けており、インターネットエンジニアリング運営グループ（IESG）によって公表のために承認されています。インターネット標準の詳細については、RFC 5741のセクション2で利用可能です。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6321.
このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc6321で取得することができます。
Copyright Notice
著作権表示
Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（C）2011 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント（http://trustee.ietf.org/license-info）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。コードコンポーネントは、トラスト法規定のセクションで説明4.eおよび簡体BSDライセンスで説明したように、保証なしで提供されているよう簡体BSDライセンスのテキストを含める必要があり、この文書から抽出されました。
Table of Contents
目次
1. Introduction ....................................................3
2. Conventions Used in This Document ...............................4
3. Converting from iCalendar to xCal ...............................4
3.1. Pre-Processing .............................................4
3.2. iCalendar Stream (RFC 5545, Section 3.4) ...................5
3.3. Components (RFC 5545, Section 3.6) .........................6
3.4. Properties (RFC 5545, Sections 3.7 and 3.8) ................6
3.4.1. Special Cases for Properties ........................8
3.4.1.1. Multi-Valued Properties ....................8
3.4.1.2. GEO Property ...............................9
3.4.1.3. REQUEST-STATUS Property ....................9
3.5. Parameters (RFC 5545, Section 3.2) ........................10
3.5.1. VALUE Parameter ....................................11
3.6. Values (RFC 5545, Section 3.3) ............................11
3.6.1. Binary (RFC 5545, Section 3.3.1) ...................12
3.6.2. Boolean (RFC 5545, Section 3.3.2) .................12
3.6.3. Calendar User Address (RFC 5545, Section 3.3.3) ....12
3.6.4. Date (RFC 5545, Section 3.3.4) .....................12
3.6.5. Date-Time (RFC 5545, Section 3.3.5) ................13
3.6.6. Duration (RFC 5545, Section 3.3.6) .................13
3.6.7. Float (RFC 5545, Section 3.3.7) ....................13
3.6.8. Integer (RFC 5545, Section 3.3.8) ..................14
3.6.9. Period of Time (RFC 5545, Section 3.3.9) ...........14
3.6.10. Recurrence Rule (RFC 5545, Section 3.3.10) ........14
3.6.11. Text (RFC 5545, Section 3.3.11) ...................15
3.6.12. Time (RFC 5545, Section 3.3.12) ...................15
3.6.13. URI (RFC 5545, Section 3.3.13) ....................15
3.6.14. UTC Offset (RFC 5545, Section 3.3.14) .............16
3.7. Extensions ................................................16
4. Converting from xCal into iCalendar ............................16
4.1. Converting XML Extensions into iCalendar ..................16
4.2. The XML Property for iCalendar ............................17
5. Handling Unrecognized Properties or Parameters .................18
6. Security Considerations ........................................19
7. IANA Considerations ............................................20
7.1. Namespace Registration ....................................20
7.2. Media Type ................................................20
7.3. iCalendar Property Registrations ..........................21
8. Acknowledgments ................................................22
9. References .....................................................22
9.1. Normative References ......................................22
9.2. Informative References ....................................22
Appendix A. RELAX NG Schema .......................................23
Appendix B. Examples ..............................................49
B.1. Example 1 ..................................................49
B.1.1. iCalendar Data .........................................49
B.1.2. XML Data ...............................................49
B.2. Example 2 ..................................................50
B.2.1. iCalendar Data .........................................50
B.2.2. XML Data ...............................................51
The iCalendar data format [RFC5545] is a widely deployed interchange format for calendaring and scheduling data. While many applications and services consume and generate calendar data, iCalendar is a specialized format that requires its own parser/generator. In contrast, XML-based formats are widely used for interoperability between applications, and the many tools that generate, parse, and manipulate XML make it easier to work with than iCalendar.
iCalendarのデータ形式[RFC5545]はカレンダーおよびスケジューリングデータのために広く展開交換フォーマットです。多くのアプリケーションやサービスを消費し、カレンダーデータを生成する一方で、iCalendar形式は独自のパーサ/発電機を必要とし、特殊な形式です。これとは対照的に、XMLベースのフォーマットは広く解析し、アプリケーション、および生成する多くのツール間の相互運用性のために使用され、XMLを操作している、それが簡単にiCalendar形式よりも、で動作するようにします。
The purpose of this specification is to define "xCal", an XML format for iCalendar data. xCal is defined as a straightforward mapping into XML from iCalendar, so that iCalendar data can be converted to XML, and then back to iCalendar, without losing any semantic meaning in the data. Anyone creating xCal calendar data according to this specification will know that their data can be converted to a valid iCalendar representation as well.
本明細書の目的では、「のxCal」のiCalendarデータのXMLフォーマットを定義することです。 iCalendar形式のデータは、データ内の任意のセマンティックな意味を失うことなく、バックiCalendar形式にその後、XMLに変換し、できるようにのxCalは、iCalendar形式からXMLへの直接マッピングとして定義されます。この仕様に応じてのxCalカレンダーデータを作成する誰もが自分のデータが同様に有効なのiCalendar表現に変換することができることを知っているだろう。
Key design considerations are:
主な設計上の考慮事項は、次のとおりです。
Round-tripping (converting an iCalendar instance to xCal and back) will give the same semantic result as the starting point. That is, all components, properties, and property parameters are guaranteed to be preserved, with the exception of those that have default values.
出発点として、同じセマンティックな結果を与えるであろう（バックのxCalにiCalendarのインスタンスを変換して）ラウンドトリップ。それは、すべてのコンポーネント、プロパティ、およびプロパティのパラメータはデフォルト値を持っているものを除いて、保存されることが保証されている、です。
xCal preserves the semantics of the iCalendar data. While a simple consumer can easily browse the calendar data in xCal, a full understanding of iCalendar is still required in order to modify and/or fully comprehend the calendar data.
xCalは、iCalendarのデータの意味を保持します。シンプルな消費者が簡単のxCalのカレンダーデータを閲覧することができますが、iCalendar形式の完全な理解がまだ修正および/または完全にカレンダーのデータを理解するために必要です。
xCal has the ability to handle many extensions to the underlying iCalendar specification without requiring an update to this document.
xCalは、このドキュメントの更新を必要とせずに基本となるのiCalendar仕様に多くの拡張を処理する能力を持っています。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されます。
When XML element types in the namespace "urn:ietf:params:xml:ns:icalendar-2.0" are referenced in this document outside of the context of an XML fragment, the string "IC:" will be prefixed to the element types.
名前空間内のXML要素タイプが「URN：IETF：paramsは：XML：NS：のiCalendar-2.0」はXMLフラグメントのコンテキストの外で、この文書で参照され、文字列「ICは：」要素タイプに前置されます。
Some examples in this document contain "partial" XML documents used for illustrative purposes. In these examples, three periods "..." are used to indicate a portion of the document that has been removed for compactness.
このドキュメントのいくつかの例は、例示の目的のために使用される「部分的」XML文書が含まれています。これらの例では、3つの期間には、「...」コンパクトさのために削除された文書の一部を示すために使用されています。
This section describes how iCalendar data is converted to xCal using a simple mapping between the iCalendar data model and XML elements.
このセクションでは、iCalendarのデータはiCalendarのデータモデルとXML要素間の単純なマッピングを使用してのxCalに変換する方法を記載しています。
iCalendar uses a line folding mechanism to limit lines of data to a maximum line length (typically 72 characters) to ensure maximum likelihood of preserving data integrity as it is transported via various means (e.g., email) -- see Section 3.1 of [RFC5545]. Prior to converting iCalendar data into xCal, all folded lines MUST be unfolded.
iCalendarの機構、それが種々の手段（例えば、電子メール）を介して搬送されるように、データの整合性を維持するの最大尤度を確保するために最大の行の長さ（典型的には72文字）へのデータの行を制限する折りたたみ線を使用 - [RFC5545]のセクション3.1参照します。 xCalにiCalendarのデータを変換する前に、すべての折り畳まれた行が展開されなければなりません。
iCalendar data uses an "escape" character sequence for text values and property parameter values. When such text elements are converted into xCal, the escaping MUST be removed.
iCalendarのデータはテキスト値とプロパティパラメータ値のための「エスケープ」文字列を使用しています。このようなテキスト要素をのxCalに変換される場合、エスケープは、除去しなければなりません。
iCalendar uses a base64 encoding for binary data. However, it does not restrict the encoding from being applied to non-binary value types. So, the following rules MUST be applied when processing a property with the "ENCODING" property parameter set to "BASE64":
iCalendarのバイナリデータのBase64エンコードを使用します。しかし、非バイナリ値型に適用されることからエンコーディングを制限しません。 「BASE64」に設定し、「エンコーディング」プロパティ・パラメータを持つプロパティを処理するときに、次の規則が適用されなければなりません。
o If the property value type is "BINARY", the base64 encoding MUST be preserved.
プロパティ値型が「バイナリ」である場合、O、base64エンコーディングは、保存されなければなりません。
o If the value type is not "BINARY", the "ENCODING" property parameter MUST be removed, and the value MUST be base64 decoded.
値型がない場合○「BINARY」は、「コードする」プロパティ・パラメータを削除する必要があり、その値は、BASE64が復号されなければなりません。
When base64 encoding and decoding are used, they MUST conform to Section 4 of [RFC4648], which is the base64 method used in [RFC5545].
BASE64符号化及び復号化が使用される場合、それらは[RFC5545]で使用BASE64方式である、[RFC4648]のセクション4に従わなければなりません。
One key difference in the formatting of values used in iCalendar and xCal is that, in xCal, the specification uses date/time and UTC offset values aligned with the syntax of [W3C.REC-xmlschema-2-20041028] to aid with XML processing.
iCalendarとのxCalで使用される値のフォーマットにおける一つの重要な違いは、のxCalに、仕様が日付/時刻とUTCを使用するXML処理を支援する[W3C.REC-XMLSCHEMA-2から20041028]の構文と整列オフセット値、ということです。
At the top level of the iCalendar object model is an "iCalendar stream". This object encompasses multiple "iCalendar objects". In xCal, the entire stream is contained in the root IC:icalendar XML element.
iCalendarオブジェクトモデルの最上位レベルでは、「iCalendarのストリーム」です。このオブジェクトは、複数の「iCalendarのオブジェクト」を包含する。 iCalendarのXML要素：のxCalにおいて、ストリーム全体は、ルートICに含まれています。
An iCalendar stream can contain one or more iCalendar objects. Each iCalendar object, delimited by "BEGIN:VCALENDAR" and "END:VCALENDAR", is enclosed by the IC:vcalendar XML element.
iCalendarのストリームは、1つのまたは複数のiCalendarオブジェクトを含めることができます。 "：VCALENDAR BEGIN" とで区切られた各iCalendarオブジェクト、 "END：VCALENDAR" は、ICによって囲まれている：VCALENDARのXML要素。
Example:
例：
<?xml version="1.0" encoding="utf-8"?> <icalendar xmlns="urn:ietf:params:xml:ns:icalendar-2.0"> <vcalendar> ... </vcalendar> </icalendar>
<？xml version = "1.0" エンコード= "UTF-8"？> <のiCalendarのxmlns = "URN：IETF：paramsは：XML：NS：のiCalendar-2.0"> <VCALENDAR> ... </ VCALENDAR> </のiCalendar >
iCalendar objects are comprised of a set of "components", "properties", "parameters", and "values". A "component" can contain other "components" or "properties". A "property" has a value and a set of zero or more "parameters".
iCalendarのオブジェクトは、「コンポーネント」、「特性」、「パラメータ」、および「値」の組で構成されています。 「コンポーネント」は、他の「部品」または「プロパティ」を含むことができます。 「プロパティ」は値ゼロ以上の「パラメータ」のセットを有します。
In xCal, component elements, for example, IC:vevent and IC:vtodo, are contained within an IC:components XML element. Within the component element, another IC:components element could appear (representing components nested within components) or the IC:properties XML element could appear. IC:properties is used to encapsulate iCalendar properties.
xCalにおいて、構成要素は、例えば、IC：VEVENTとIC：VTODOは、IC内に含まれている：成分XML要素。構成要素内で、別のIC：成分要素が表示される可能性（表わすコンポーネントは、コンポーネント内にネスト）またはIC：プロパティXML要素が表示される可能性があります。 IC：プロパティは、iCalendarのプロパティをカプセル化するために使用されます。
Each iCalendar property will be mapped to its own XML element as described below. Within each of these elements, there is zero or one IC:parameters XML element used to encapsulate any iCalendar property parameters. Additionally there will be one or more XML elements representing the value of the iCalendar property.
以下で説明するように、各iCalendar形式の宿泊施設は、独自のXML要素にマップされます。任意のiCalendar特性パラメータをカプセル化するために使用されるパラメータのXML要素：これらの要素のそれぞれの中、0または1個のICがあります。さらにiCalendarのプロパティの値を表す1つまたは複数のXML要素が存在することになります。
Example:
例：
<?xml version="1.0" encoding="utf-8"?> <icalendar xmlns="urn:ietf:params:xml:ns:icalendar-2.0"> <vcalendar> <properties> ... </properties> <components> ... </components> </vcalendar> </icalendar>
<？xml version = "1.0" エンコード= "UTF-8"？> <のiCalendarのxmlns = "URN：IETF：paramsは：XML：NS：のiCalendar-2.0"> <VCALENDAR> <プロパティ> ... </プロパティ> <コンポーネント> ... </部品> </ VCALENDAR> </ iCalendar形式>
+------------------+--------------+------------------+
| Item | XML element | XML Definition |
+------------------+--------------+------------------+
| iCalendar Stream | IC:icalendar | Appendix A # 3.4 |
| VCALENDAR | IC:vcalendar | Appendix A # 3.6 |
+------------------+--------------+------------------+
Each calendar component in the "VCALENDAR" object, delimited by "BEGIN" and "END", will be converted to an enclosing XML element with the same name, but in lowercase. As an example, the table below shows iCalendar-to-xCal mappings for current iCalendar components. Any new iCalendar components added in the future will be converted in the same way.
「開始」と「END」で区切られた「VCALENDAR」オブジェクト内の各カレンダーコンポーネントは、同じ名前を持つが、小文字で囲むXML要素に変換されます。一例として、以下の表は、現在のiCalendarコンポーネント用のiCalendar対のxCalマッピングを示しています。将来的に追加された新しいのiCalendarコンポーネントは、同じように変換されます。
+-----------+--------------+--------------------+
| Component | XML element | XML Definition |
+-----------+--------------+--------------------+
| VEVENT | IC:vevent | Appendix A # 3.6.1 |
| VTODO | IC:vtodo | Appendix A # 3.6.2 |
| VJOURNAL | IC:vjournal | Appendix A # 3.6.3 |
| VFREEBUSY | IC:vfreebusy | Appendix A # 3.6.4 |
| VTIMEZONE | IC:vtimezone | Appendix A # 3.6.5 |
| STANDARD | IC:standard | Appendix A # 3.6.5 |
| DAYLIGHT | IC:daylight | Appendix A # 3.6.5 |
| VALARM | IC:valarm | Appendix A # 3.6.6 |
+-----------+--------------+--------------------+
iCalendar properties, whether they apply to the "VCALENDAR" object or to a component, are handled in a consistent way in the xCal format.
iCalendarの特性は、それらが「VCALENDAR」オブジェクトまたはコンポーネントに適用されるかどうか、のxCal形式で一貫した方法で処理されます。
iCalendar properties are enclosed in the XML element IC:properties.
プロパティ：iCalendarのプロパティは、XML要素ICで囲まれています。
Each individual iCalendar property is represented in xCal by an element of the same name as the iCalendar property, but in lowercase. For example, the "CALSCALE" property is represented in xCal by the IC:calscale element.
各個々のiCalendarプロパティはなく、小文字で、iCalendarのプロパティと同じ名前の要素でのxCalに示されています。例えば、「CALSCALE」プロパティは、ICによってのxCalで表される：CALSCALE要素。
Example:
例：
<?xml version="1.0" encoding="utf-8"?> <icalendar xmlns="urn:ietf:params:xml:ns:icalendar-2.0"> <vcalendar> <properties> <calscale>...</calscale> <version>...</version> <prodid>...</prodid> </properties> <components> ... </components> </vcalendar> </icalendar>
<？xml version = "1.0" エンコード= "UTF-8"？> <のiCalendarのxmlns = "URN：IETF：paramsは：XML：NS：のiCalendar-2.0"> <VCALENDAR> <プロパティ> <CALSCALE> ... < / CALSCALE> <バージョン> ... </バージョン> <PRODID> ... </ PRODID> </プロパティ> <成分> ... </部品> </ VCALENDAR> </ iCalendarの>
Each property can contain an IC:parameters XML element encapsulating any iCalendar property parameters associated with the iCalendar property.
iCalendarのプロパティに関連付けられた任意のiCalendar特性パラメータをカプセル化パラメータXML要素：各プロパティは、ICを含むことができます。
Each property will contain one or more "value" XML elements as described below representing the value of the iCalendar property.
iCalendarのプロパティの値を表す後述するように各プロパティは、1つ以上の「値」XML要素を含むであろう。
As an example, the table below shows iCalendar-to-xCal mappings for current iCalendar properties. Any new iCalendar properties added in the future will be converted in the same way.
一例として、以下の表は、現在のiCalendarプロパティ用のiCalendar対のxCalマッピングを示しています。将来的に追加された新しいのiCalendarプロパティは、同じように変換されます。
+------------------+---------------------+-----------------------+
| Property | XML element | XML Definition |
+------------------+---------------------+-----------------------+
| CALSCALE | IC:calscale | Appendix A # 3.7.1 |
| METHOD | IC:method | Appendix A # 3.7.2 |
| PRODID | IC:prodid | Appendix A # 3.7.3 |
| VERSION | IC:version | Appendix A # 3.7.4 |
| ATTACH | IC:attach | Appendix A # 3.8.1.1 |
| CATEGORIES | IC:categories | Appendix A # 3.8.1.2 |
| CLASS | IC:class | Appendix A # 3.8.1.3 |
| COMMENT | IC:comment | Appendix A # 3.8.1.4 |
| DESCRIPTION | IC:description | Appendix A # 3.8.1.5 |
| GEO | IC:geo | Appendix A # 3.8.1.6 |
| LOCATION | IC:location | Appendix A # 3.8.1.7 |
| PERCENT-COMPLETE | IC:percent-complete | Appendix A # 3.8.1.8 |
| PRIORITY | IC:priority | Appendix A # 3.8.1.9 |
| RESOURCES | IC:resources | Appendix A # 3.8.1.10 |
| STATUS | IC:status | Appendix A # 3.8.1.11 |
| SUMMARY | IC:summary | Appendix A # 3.8.1.12 |
| COMPLETED | IC:completed | Appendix A # 3.8.2.1 |
| DTEND | IC:dtend | Appendix A # 3.8.2.2 |
| DUE | IC:due | Appendix A # 3.8.2.3 |
| DTSTART | IC:dtstart | Appendix A # 3.8.2.4 |
| DURATION | IC:duration | Appendix A # 3.8.2.5 |
| FREEBUSY | IC:freebusy | Appendix A # 3.8.2.6 |
| TRANSP | IC:transp | Appendix A # 3.8.2.7 |
| TZID | IC:tzid | Appendix A # 3.8.3.1 |
| TZNAME | IC:tzname | Appendix A # 3.8.3.2 |
| TZOFFSETFROM | IC:tzoffsetfrom | Appendix A # 3.8.3.3 |
| TZOFFSETTO | IC:tzoffsetto | Appendix A # 3.8.3.4 |
| TZURL | IC:tzurl | Appendix A # 3.8.3.5 |
| ATTENDEE | IC:attendee | Appendix A # 3.8.4.1 |
| CONTACT | IC:contact | Appendix A # 3.8.4.2 |
| ORGANIZER | IC:organizer | Appendix A # 3.8.4.3 |
| RECURRENCE-ID | IC:recurrence-id | Appendix A # 3.8.4.4 |
| RELATED-TO | IC:related-to | Appendix A # 3.8.4.5 |
| URL | IC:url | Appendix A # 3.8.4.6 |
| UID | IC:uid | Appendix A # 3.8.4.7 |
| EXDATE | IC:exdate | Appendix A # 3.8.5.1 |
| RDATE | IC:rdate | Appendix A # 3.8.5.2 |
| RRULE | IC:rrule | Appendix A # 3.8.5.3 |
| ACTION | IC:action | Appendix A # 3.8.6.1 |
| REPEAT | IC:repeat | Appendix A # 3.8.6.2 |
| TRIGGER | IC:trigger | Appendix A # 3.8.6.3 |
| CREATED | IC:created | Appendix A # 3.8.7.1 |
| DTSTAMP | IC:dtstamp | Appendix A # 3.8.7.2 |
| LAST-MODIFIED | IC:last-modified | Appendix A # 3.8.7.3 |
| SEQUENCE | IC:sequence | Appendix A # 3.8.7.4 |
| REQUEST-STATUS | IC:request-status | Appendix A # 3.8.8.3 |
+------------------+---------------------+-----------------------+
This section describes some properties that have special handling when converting to xCal.
このセクションでは、のxCalに変換する際に特別な処理を持っているいくつかのプロパティについて説明します。
The following iCalendar properties can have values that consist of a list of "standard" iCalendar values separated by a specific delimiter. In xCal, these properties are represented by an XML element that contains multiple "value" elements (Section 3.6).
以下のiCalendarプロパティは、特定のデリミタで区切られた「標準」のiCalendar値のリストで構成値を有することができます。 xCalでは、これらの特性は、複数の「値」の要素（セクション3.6）を含むXML要素によって表されます。
+------------+---------------+-----------------------+
| Property | XML element | XML Definition |
+------------+---------------+-----------------------+
| CATEGORIES | IC:categories | Appendix A # 3.8.1.2 |
| RESOURCES | IC:resources | Appendix A # 3.8.1.10 |
| FREEBUSY | IC:freebusy | Appendix A # 3.8.2.6 |
| EXDATE | IC:exdate | Appendix A # 3.8.5.1 |
| RDATE | IC:rdate | Appendix A # 3.8.5.2 |
+------------+---------------+-----------------------+
In iCalendar, the "GEO" property value is defined as a semicolon-separated list of two "FLOAT" values; the first representing latitude and the second longitude.
iCalendar形式では、「GEO」プロパティの値は、二つの「FLOAT」値のセミコロンで区切られたリストとして定義されます。第表す緯度及び第二経度。
In xCal, the value for the IC:geo element is represented by two XML elements. These are an IC:latitude element and an IC:longitude element, each of which contains float values. See Appendix A # 3.8.1.6.
xCal、ICの値に：GEO要素は2つのXML要素によって表されます。緯度素子とIC：浮動小数点値を含むそれぞれが経度素子、これらはICです。 ＃3.8.1.6付録Aを参照してください。
Example:
例：
<?xml version="1.0" encoding="utf-8"?> <icalendar xmlns="urn:ietf:params:xml:ns:icalendar-2.0"> ... <geo> <latitude>37.386013</latitude> <longitude>-122.082932</longitude> </geo> ... </icalendar>
<？xml version = "1.0" エンコード= "UTF-8"？> <のiCalendarのxmlns = "URN：IETF：paramsは：XML：NS：のiCalendar-2.0"> ... <GEO> <緯度> 37.386013 </緯度> <経度> -122.082932 </経度> </地域> ... </ iCalendarの>
In iCalendar, the "REQUEST-STATUS" property value is defined as a semicolon-separated list of two or three "TEXT" values. The first represents a code, the second a description, and the third any additional data.
iCalendar形式では、「REQUEST-STATUS」プロパティの値は、二、三、「TEXT」の値のセミコロンで区切られたリストとして定義されます。最初は、コード、第二の記述、及び第三の追加のデータを表します。
In xCal, the value for the IC:request-status element is represented by two or three XML elements. These are an IC:code element, an IC: description element, and an IC:data element, each of which contains the corresponding "TEXT" values. If there is no additional data in the iCalendar value, the IC:data element (which would be empty) SHOULD NOT be present. See Appendix A # 3.8.8.3.
xCalでは、ICの値は：要求ステータス要素は、二つまたは3つのXML要素によって表されます。コード要素、IC：description要素、およびIC：対応する「TEXT」値が含ま各々がデータ要素、これらはICです。 iCalendarの値には、追加のデータが存在しない場合、IC：（空である）データ要素が存在してはなりません。 ＃3.8.8.3付録Aを参照してください。
Example:
例：
<?xml version="1.0" encoding="utf-8"?> <icalendar xmlns="urn:ietf:params:xml:ns:icalendar-2.0"> ... <request-status> <code>2.0</code> <description>Success</description> </request-status> ... </icalendar>
<？xml version = "1.0" エンコード= "UTF-8"？> <のiCalendarのxmlns = "URN：IETF：paramsは：XML：NS：のiCalendar-2.0"> ... <リクエストステータス> <コード> 2.0 < / code>の<説明>成功</記述> </リクエストのステータス> ... </ iCalendar形式>
iCalendar property parameters are enclosed in the XML element IC: parameters, which occurs in each property XML element. If there are no iCalendar property parameters, the IC:parameters element (which would be empty) SHOULD NOT be present.
パラメータは、各プロパティのXML要素で発生：のiCalendar特性パラメータは、XML要素IC内に封入されています。何のiCalendarプロパティパラメータが存在しない場合は、IC：（空になる）のパラメータ要素が存在してはなりません。
Each individual iCalendar property parameter is represented in xCal by an element of the same name as the iCalendar property parameter, but in lowercase. For example, the "PARTSTAT" property parameter is represented in xCal by the IC:partstat element.
各個々のiCalendarプロパティパラメータはなく、小文字で、iCalendarのプロパティ・パラメータと同じ名前の要素でのxCalに示されています。 PARTSTAT要素：例えば、「PARTSTAT」特性パラメータは、ICによってのxCalに示されています。
Example:
例：
<?xml version="1.0" encoding="utf-8"?> <icalendar xmlns="urn:ietf:params:xml:ns:icalendar-2.0"> <vcalendar> ... <components> ... <attendee> <parameters> <partstat><text>NEEDS-ACTION</text></partstat> </parameters> ... </attendee> ... </components> </vcalendar> </icalendar>
<？xml version = "1.0" エンコード= "UTF-8"？> <のiCalendarのxmlns = "URN：IETF：paramsは：XML：NS：のiCalendar-2.0"> <VCALENDAR> ... <成分> ... <出席者> <パラメータ> <PARTSTAT> <テキスト> </テキスト> </ PARTSTAT> </パラメータ> ... </参加者> ... </部品> </ VCALENDAR> </ iCalendar形式>-ACTIONをNEEDS
Each XML parameter element contains one or more child XML elements representing iCalendar value types.
各XMLパラメータ要素は、iCalendarの値の型を表す1つの以上の子XML要素が含まれています。
As an example, the table below shows iCalendar-to-xCal mappings for current iCalendar parameters. Any new iCalendar parameters added in the future will be converted in the same way.
一例として、以下の表は、現在のiCalendarパラメータについてのiCalendar対のxCalマッピングを示しています。将来的に追加された新しいiCalendarのパラメータが同じように変換されます。
+----------------+-------------------+---------------------+
| Parameter | XML element | XML Definition |
+----------------+-------------------+---------------------+
| ALTREP | IC:altrep | Appendix A # 3.2.1 |
| CN | IC:cn | Appendix A # 3.2.2 |
| CUTYPE | IC:cutype | Appendix A # 3.2.3 |
| DELEGATED-FROM | IC:delegated-from | Appendix A # 3.2.4 |
| DELEGATED-TO | IC:delegated-to | Appendix A # 3.2.5 |
| DIR | IC:dir | Appendix A # 3.2.6 |
| ENCODING | IC:encoding | Appendix A # 3.2.7 |
| FMTTYPE | IC:fmttype | Appendix A # 3.2.8 |
| FBTYPE | IC:fbtype | Appendix A # 3.2.9 |
| LANGUAGE | IC:language | Appendix A # 3.2.10 |
| MEMBER | IC:member | Appendix A # 3.2.11 |
| PARTSTAT | IC:partstat | Appendix A # 3.2.12 |
| RANGE | IC:range | Appendix A # 3.2.13 |
| RELATED | IC:related | Appendix A # 3.2.14 |
| RELTYPE | IC:reltype | Appendix A # 3.2.15 |
| ROLE | IC:role | Appendix A # 3.2.16 |
| RSVP | IC:rsvp | Appendix A # 3.2.17 |
| SENT-BY | IC:sent-by | Appendix A # 3.2.18 |
| TZID | IC:tzid | Appendix A # 3.2.19 |
+----------------+-------------------+---------------------+
iCalendar defines a "VALUE" property parameter (Section 3.2.20 of [RFC5545]). This property parameter is not mapped to an xCal XML element. Instead, the value type is handled by having different XML elements for each value, and these appear inside of property elements. Thus, when converting from iCalendar to xCal, any "VALUE" property parameters are skipped. When converting from xCal into iCalendar, the appropriate "VALUE" property parameter MUST be included in the iCalendar property if the value type is not the default value type for that property.
iCalendar形式は、 "VALUE" プロパティ・パラメータ（[RFC5545]のセクション3.2.20）を定義します。このプロパティのパラメータはのxCal XML要素にマップされていません。代わりに、値型は、値ごとに異なるXML要素を有することによって処理され、これらは、プロパティ要素の内部に表示されます。 iCalendarからのxCalに変換するときにこのように、任意の「VALUE」特性パラメータはスキップされます。 iCalendarの内のxCalから変換するときに値型がそのプロパティのデフォルト値タイプでない場合、適当な「VALUE」プロパティパラメータは、iCalendarのプロパティに含まれなければなりません。
In the typical case, iCalendar value types are mapped into XML elements with a matching name in all lowercase. In the case of the value for a recurrence rule (see below), iCalendar defines "structured" values, and these are mapped into separate child elements for each value element.
典型的なケースでは、iCalendarの値型はすべて小文字に一致する名前を持つXML要素にマッピングされます。再発ルールの値（以下を参照）の場合には、iCalendar形式は、「構造」の値を定義し、これらは、各値の要素のための別個の子要素にマッピングされます。
Description: iCalendar "BINARY" property values are represented by the IC:binary XML element. The content of the element is base64 encoded data, conforming to Section 4 of [RFC4648], which is the base64 method used in [RFC5545]. Whitespace MAY be inserted into the data at any point to "wrap" the data to reasonable line lengths. When converting back to iCalendar, the whitespace MUST first be removed.
説明：iCalendarの「バイナリ」プロパティの値は、ICによって表されるバイナリXML要素。元素の含有量は、[RFC5545]で使用BASE64方式である[RFC4648]の4章に準拠し、BASE64符号化されたデータです。空白は、合理的な線の長さにデータを「ラップ」するために任意の時点でデータに挿入することができます。 iCalendar形式に戻す変換する際、空白を最初に除去しなければなりません。
XML Definition: Appendix A # 3.3.1
XML定義：＃3.3.1付録
Example:
例：
<binary>SGVsbG8gV29ybGQh</binary>
<バイナリ> SGVsbG8gV29ybGQh </バイナリ>
Description: iCalendar "BOOLEAN" property values are represented by the IC:boolean XML element. The content of the element is a boolean value.
説明：ブールXML要素：iCalendarの「BOOLEAN」プロパティの値はICで表現されています。元素の含有量は、ブール値です。
XML Definition: Appendix A # 3.3.2
XML定義：＃3.3.2付録
Example:
例：
<boolean>true</boolean>
<ブール>真</ブール>
Description: iCalendar "CAL-ADDRESS" property values are represented by the IC:cal-address XML element. The content of the element is a URI.
説明：CAL-アドレスXML要素：iCalendar形式は、 "CAL-ADDRESS" プロパティの値はICで表現されています。要素の内容はURIです。
XML Definition: Appendix A # 3.3.3
XML定義：＃3.3.3付録
Example:
例：
<cal-address>mailto:cyrus@example.com</cal-address>
<CAL-アドレス>のmailto：cyrus@example.com </ CAL-アドレス>
Description: iCalendar "DATE" property values are represented by the IC:date XML element. The content of the element is the same date value specified by [RFC5545], with the exception that the date components are separated by "-" characters, for consistency with [W3C.REC-xmlschema-2-20041028].
説明：日付XML要素：iCalendarの「DATE」プロパティの値はICで表現されています。 [W3C.REC-XMLSCHEMA-2から20041028]との整合性のために、文字「 - 」要素の内容は、日付コンポーネントがによって分離されていることを除いて、[RFC5545]で指定された同じ日付の値です。
XML Definition: Appendix A # 3.3.4
XML定義：＃3.3.4付録
Example:
例：
<date>2011-05-17</date>
<日時> 2011年5月17日</日>
Description: iCalendar "DATE-TIME" property values are represented by the IC:date-time XML element. The content of the element is the same date-time value specified by [RFC5545], with the exception that the date components are separated by "-" characters, and the time components are separated by ":" characters, for consistency with [W3C.REC-xmlschema-2-20041028]. Note that while [W3C.REC-xmlschema-2-20041028] allows for a UTC offset to be included in date/time values, xCal does not use that, and instead follows the iCalendar behavior of using time zone definitions via the "TZID" property parameter.
説明：日時XML要素：iCalendarの "DATE-TIME" プロパティの値はICで表現されています。 [W3Cと一貫性のために、文字「」 - 「」文字、及び時間成分がによって分離されている要素の内容は、日付コンポーネントにより分離されていることを除いて、[RFC5545]で指定された同じ日付時刻値を、あります.REC-XMLSCHEMA-2-20041028]。 【はW3C.REC-XMLSCHEMA-2から20041028]日付/時刻値に含まれるオフセットUTCを可能にしながら、のxCalはそれを使用しないように注意し、その代わりに「TZID」を介してタイムゾーン定義を使用するのiCalendar挙動を以下プロパティ・パラメータ。
XML Definition: Appendix A # 3.3.5
XML定義：＃3.3.5付録
Example:
例：
<date-time>2011-05-17T12:00:00</date-time>
<日時> 2011-05-17T12：00：00 </日時>
Description: iCalendar "DURATION" property values are represented by the IC:duration XML element. The content of the element is the same duration value specified by [RFC5545].
説明：期間XML要素：iCalendarの「DURATION」プロパティの値は、ICで表現されています。元素の含有量は、[RFC5545]で指定された同じ期間の値です。
XML Definition: Appendix A # 3.3.6
XML定義：＃3.3.6付録
Example:
例：
<duration>P1D</duration>
<期間> P1D </期間>
Description: iCalendar "FLOAT" property values are represented by the IC:float XML element. The content of the element is a text representation of a floating point number.
説明：フロートXML要素：iCalendarの「FLOAT」プロパティの値は、ICで表現されています。元素の含有量は、浮動小数点数のテキスト表現です。
XML Definition: Appendix A # 3.3.7
XML定義：＃3.3.7付録
Example:
例：
<float>0.5</float>
<フロート> 0.5 </フロート>
Description: iCalendar "INTEGER" property values are represented by the IC:integer XML element. The content of the element is a text representation of an integer number.
説明：整数XML要素：のiCalendar「INTEGER」プロパティの値は、ICによって表されます。元素の含有量は、整数のテキスト表現です。
XML Definition: Appendix A # 3.3.8
XML定義：＃3.3.8付録
Examples:
例：
<integer>50</integer> <integer>-100</integer>
<整数> 50 </整数> <整数> -100 </整数>
Description: iCalendar "PERIOD" property values are represented by the IC:period XML element. The content of the element is child elements representing the start, end, or duration components of the period.
説明：周期XML要素：iCalendarの「期間」プロパティの値はICで表現されています。元素の含有量は、期間の開始、終了、または持続時間成分を表す子要素です。
XML Definition: Appendix A # 3.3.9
XML定義：＃3.3.9付録
Example:
例：
<period> <start>2011-05-17T12:00:00</start> <duration>P1H</duration> </period>
<期間> <起動> 2011-05-17T12：00：00 </開始> <継続時間> P1H </期間> </期間>
Description: iCalendar "RECUR" property values are represented by the IC:recur XML element. The content of the element is child elements representing the various components of a recurrence rule.
説明：XML要素を再発：iCalendar形式は、プロパティ値がICで表現されている「再発します」。元素の含有量は、再発ルールの様々な構成要素を表す子要素です。
XML Definition: Appendix A # 3.3.10
XML定義：付録Aの＃3.3.10
Example:
例：
<recur> <freq>YEARLY</freq> <count>5</count> <byday>-1SU</byday> <bymonth>10</bymonth> </recur>
<再発> <FREQ>年次</ FREQ> <数> 5 </カウント> <BYDAY> -1SU </ BYDAY> <BYMONTH> 10 </ BYMONTH> </再発>
Description: iCalendar "TEXT" property values are represented by the IC:text XML element. The content of the element is simple text.
説明：テキストXML要素：iCalendar形式「TEXT」プロパティの値は、ICで表現されています。要素の内容は単純なテキストです。
XML Definition: Appendix A # 3.3.11
XML定義：付録Aの＃3.3.11
Example:
例：
<text>Hello World!</text>
<テキスト>のHello World！</テキスト>
Description: iCalendar "TIME" property values are represented by the IC:time XML element. The content of the element is the same time value specified by [RFC5545], with the exception that the time components are separated by ":" characters, for consistency with [W3C.REC-xmlschema-2-20041028]. Note that while [W3C.REC-xmlschema-2-20041028] allows for a UTC offset to be included in date/time values, xCal does not use that, and instead follows the iCalendar behavior of using time zone definitions via the "TZID" property parameter.
説明：時間のXML要素：iCalendarの「TIME」プロパティの値は、ICで表現されています。 「：」の文字を、[W3C.REC-XMLSCHEMA-2から20041028]との整合性のための元素の含有量は、時間成分がによって分離されていることを除いて、[RFC5545]で指定された同一の時間値です。 【はW3C.REC-XMLSCHEMA-2から20041028]日付/時刻値に含まれるオフセットUTCを可能にしながら、のxCalはそれを使用しないように注意し、その代わりに「TZID」を介してタイムゾーン定義を使用するのiCalendar挙動を以下プロパティ・パラメータ。
XML Definition: Appendix A # 3.3.12
XML定義：付録Aの＃3.3.12
Example:
例：
<time>12:00:00</time>
<時間> 12時00分00秒</時間>
Description: iCalendar "URI" property values are represented by the IC:uri XML element. The content of the element is a URI.
説明：URI XML要素：iCalendarの「URI」プロパティの値はICで表現されています。要素の内容はURIです。
XML Definition: Appendix A # 3.3.13
XML定義：付録Aの＃3.3.13
Example:
例：
<uri>http://calendar.example.com</uri>
<S> http://calendar.example.com </ S>
Description: iCalendar "UTC-OFFSET" property values are represented by the IC:utc-offset XML element. The content of the element is the same UTC offset value specified by [RFC5545], with the exception that the hour, minute, and second components are separated by a ":" character, for consistency with [W3C.REC-xmlschema-2-20041028].
説明：UTCオフセットXML要素：iCalendarの「UTCオフセット」プロパティの値は、ICで表現されています。 「：」[W3C.REC-XMLSCHEMA -2-との整合性のための文字、元素の含有量は、時間、分、および第二成分はによって分離されていることを除いて、[RFC5545]で指定された同じUTCオフセット値です。 20041028]。
XML Definition: Appendix A # 3.3.14
XML定義：付録Aの＃3.3.14
Example:
例：
<utc-offset>-05:00</utc-offset>
<UTCオフセット> -05：00 </ UTCオフセット>
iCalendar extension properties and property parameters (those with an "X-" prefix in their name) are handled in the same way as other properties and property parameters: the property or property parameter is represented by an XML element with the same name, but in lowercase, e.g., the "X-FOO" property in iCalendar turns into the IC: x-foo element in xCal. However, see Section 5 for how to deal with default values for unrecognized extension properties or property parameters.
プロパティまたは特性パラメータは、同じ名前を持つXML要素によって表されているが、中：iCalendarの拡張特性および特性パラメータ（名前に「X-」接頭辞を有するもの）は、他の特性および特性パラメータと同じように処理されxCal中のx-foo要素：小文字、例えば、iCalendar形式の "X-FOO" プロパティは、ICに変わります。しかし、認識されていない拡張プロパティまたはプロパティのパラメータのデフォルト値に対処する方法については、セクション5を参照してください。
When converting component, property, and property parameter values, the names SHOULD be converted to uppercase. Although iCalendar names are case insensitive, common practice is to keep them all uppercase following the actual definitions in [RFC5545].
コンポーネント、プロパティ、プロパティのパラメータ値を変換する際に、名前は大文字に変換する必要があります。 iCalendar形式名は大文字小文字を区別しないですが、一般的な方法は、彼らに[RFC5545]で実際の定義は、以下のすべての大文字を維持することです。
BACKSLASH character encoding and line folding MUST be applied to the resulting iCalendar data as required by [RFC5545].
[RFC5545]によって必要とされるバックスラッシュ文字エンコーディングとライン折りは、得られたiCalendarのデータに適用されなければなりません。
Non-binary value types MUST NOT be base64 encoded.
非バイナリ値の型は、base64エンコードされてはなりません。
XML extensions are converted back to iCalendar in one of two ways, depending on whether the extensions are in the iCalendar XML namespace or in an external namespace.
XML拡張は、拡張がiCalendar形式のXML名前空間内または外部ネームスペースにあるかどうかに応じて、2つの方法のいずれかでiCalendar形式に変換されます。
Extensions that are part of the iCalendar XML namespace MUST have element names that begin with "x-", and will be converted back to the equivalent extension property in iCalendar. For example, the "x-foo" element will convert to the "X-FOO" iCalendar property.
iCalendar形式のXML名前空間の一部である拡張機能は、「X-」で始まる要素名を持たなければならない、と背中iCalendar形式で同等の拡張プロパティに変換されます。例えば、「X-FOO」要素は、「X-FOO」のiCalendarプロパティに変換します。
Extensions that are in a namespace other than the iCalendar XML namespace SHOULD be preserved in the iCalendar representation using the "XML" iCalendar property described in Section 4.2. Only those extension elements that are immediate child elements of the IC: properties element are converted, any others are ignored.
iCalendar形式のXML名前空間以外の名前空間にある拡張機能は、4.2節で説明した「XML」のiCalendarプロパティを使用してiCalendarの表現に保存されるべきです。唯一のICの直接の子要素であるこれらの拡張要素：プロパティ要素が変換され、他のものは無視されます。
This section describes an extension property for iCalendar, as covered in Section 8.2.3 of [RFC5545].
[RFC5545]のセクション8.2.3で説明この節では、iCalendarのための拡張プロパティを記述する。
Property name: XML
プロパティ名：XML
Purpose: To embed extended XML-encoded iCalendar data in the iCalendar format.
目的：iCalendar形式で拡張されたXMLでエンコードされたiCalendar形式のデータを埋め込むことができます。
Value type: The default value type is "TEXT". The value type can also be set to "BINARY" to indicate base64 encoded content.
値の種類：デフォルト値のタイプが「TEXT」です。値型はまた、BASE64符号化コンテンツを示すために「バイナリ」に設定することができます。
Property parameters: IANA, non-standard, inline encoding, and value data type property parameters can be specified on this property.
特性パラメータ：IANA、非標準、インライン符号化、及び値のデータ型の特性パラメータは、このプロパティで指定することができます。
Conformance: The property can be specified multiple times in any calendar component.
適合性：プロパティは、任意のカレンダ・コンポーネントで複数回指定することができます。
Description: The value of this property is a single XML 1.0 [W3C.REC-xml-20081126] element. The "XML" property MUST NOT be used to contain properties that are already defined in iCalendar. Since all elements in the urn:ietf:params:xml:ns:icalendar-2.0 namespace convert to a well-defined iCalendar object, the elements in this property MUST NOT be in the urn:ietf:params:xml:ns:icalendar-2.0 namespace. The XML element that is the value of this property MUST have an XML namespace declaration.
説明：このプロパティの値は、単一のXML 1.0 [W3C.REC-XML-20081126]の要素です。 「XML」プロパティは、すでにiCalendar形式で定義されているプロパティを含むために使用してはいけません。 IETF：paramsは：XML：NS：URNのすべての要素ためのiCalendar-2.0名前空間が明確に定義されたiCalendarオブジェクトに変換し、このプロパティの要素はURN中であってはなりません：IETF：paramsは：XML：NS：icalendar- 2.0名前空間。このプロパティの値であるXML要素は、XML名前空間宣言を持たなければなりません。
The default value type for this property is "TEXT", and normal BACKSLASH character encoding rules for that value MUST be applied. Note that the source XML can contain characters not allowed in "TEXT" property values. If this is the case, then the XML data MUST be base64 encoded. As required by [RFC5545], the "ENCODING" property parameter MUST be present and set to "BASE64", and the "VALUE" property parameter MUST be present and set to "BINARY".
このプロパティのデフォルト値のタイプは、「TEXT」であり、その値のため、通常のバックスラッシュ文字符号化規則を適用しなければなりません。ソースXMLが「TEXT」プロパティの値で許可されていない文字が含まれていることに注意してください。このような場合は、その後、XMLデータをbase64エンコードされなければなりません。 [RFC5545]で必要に応じて、「コードする」特性パラメータが存在し、「BASE64」に設定する必要があり、そして「VALUE」プロパティパラメータが存在し、「バイナリ」に設定されなければなりません。
The ordering of "XML" properties is not preserved in the conversion between xCal and iCalendar.
「XML」プロパティの順序はのxCalとiCalendar形式の間の変換で保存されていません。
Format definition: This property is defined by the following notation: xml = "XML" xmlparam ( ":" text ) / ( ";" "ENCODING" "=" "BASE64" ";" "VALUE" "=" "BINARY" ":" binary ) CRLF
フォーマット定義：このプロパティは、以下の記法で定義されるXML = "XML" xmlparam（ "：" テキスト）/（ ";" "ENCODING" "=" "BASE64" "" "VALUE =" "" "BINARY" "：" バイナリ）CRLF
xmlparam = *(";" other-param)
xmlparam = *（ ";" 他の-PARAM）
Example: The following is an example of a location embedded in KML markup inside the "XML" property.
例：以下は、「XML」プロパティ内部KMLマークアップに埋め込まれた位置の一例です。
XML:<kml xmlns="http://www.opengis.net/kml/2.2">\n <Document>\n <name>KML Sample</name>\n <open>1</open>\n <description>An incomplete example of a KML docum ent - used as an example!</description>\n </Document>\n </kml>
XML：<KMLのxmlns = "http://www.opengis.net/kml/2.2"> \ nは<ドキュメント> \ nは<名前> KMLサンプル</名> \ nは<オープン> 1 </オープン> \ nを<説明> KMLのdocumのENTの不完全例 - 例として使用</説明> \ n </ドキュメント> \ n </ KML>！
In iCalendar, properties have a default value type specified by their definition, e.g., "SUMMARY"'s value type is "TEXT" and "DURATION"'s is "DURATION". When a property uses its default value type, the "VALUE" property parameter does not need to be specified on the property.
iCalendarにおいて、特性は、それらの定義で指定されたデフォルト値のタイプを持っている、例えば、「概要」の「継続時間」での値の型は、 『TEXT』と 『継続時間』です」。プロパティが既定値の型を使用する場合、「VALUE」プロパティのパラメータは、プロパティで指定する必要はありません。
When new properties are defined or "X-" properties are used, an iCalendar<->xCal converter might not recognize them, and know what the appropriate default value types are, yet they need to be able to preserve the values. A similar issue arises for unrecognized property parameters. As a result, the following rules are applied when dealing with unrecognized properties and property parameters:
新しいプロパティが定義されているか、「X-」プロパティを使用する場合には、iCalendar形式は、< - >のxCalコンバータは、それらを認識し、適切なデフォルト値の種類が何であるかを知っている、まだ彼らは値を保持できるようにする必要はないかもしれません。同様の問題は認識できないプロパティのパラメータのために生じます。認識されないプロパティおよびプロパティ・パラメータを扱う場合、結果として、以下のルールが適用されます。
o When converting iCalendar into xCal:
xCalやiCalendar形式に変換する場合：
* Any property that does not include a "VALUE" property parameter and whose default value type is not known MUST be converted using the value type XML element IC:unknown. The content of that element is the unprocessed value text.
*デフォルト値の種類が知られていないIC値型のXML要素を使用して変換する必要があり、「VALUE」プロパティパラメータと含まれていない任意のプロパティ：不明に。その要素の内容は、未処理の値のテキストです。
* Any unrecognized property parameter MUST be converted using the value type XML element IC:unknown, with its content set to the property parameter value text, treated as if it were a "TEXT" value or list of "TEXT" values.
その内容は、プロパティパラメータ値のテキストに設定され、それが「TEXT」値または「TEXT」の値のリストであるかのように扱わと、不明：*認識されないプロパティのパラメータは、値型のXML要素ICを使用して変換する必要があります。
o When converting xCal into iCalendar:
xCalやiCalendar形式に変換する場合：
* Any IC:unknown property value XML elements are converted directly into iCalendar values. The containing property MUST NOT have a "VALUE" property parameter.
*任意IC：不明なプロパティ値のXML要素は、iCalendarの値に直接変換されます。含むプロパティは、「VALUE」プロパティ・パラメータを持つことはできません。
* Any IC:unknown parameter value XML elements are converted as if they were IC:text value type XML elements.
テキスト値型のXML要素：*どれIC：彼らはICであるかのように、未知のパラメータ値のXML要素が変換されます。
Example: The following is an example of an unrecognized iCalendar property (that uses a "DATE-TIME" value as its default) and the equivalent xCal representation of that property.
例：以下は、未認識のiCalendarプロパティ（つまり、デフォルトとして「DATE-TIME」の値を使用する）とそのプロパティの同等のxCal表現の一例です。
iCalendar:
iCalendar形式：
X-PROPERTY:20110512T120000Z
X-PROPERTY：20110512T120000Z
xCal:
xCal：
<x-property> <unknown>20110512T120000Z</unknown> </x-property>
<X-プロパティ> <不明> 20110512T120000Z </不明> </ X-プロパティ>
Example: The following is an example of an unrecognized iCalendar property parameter (that uses a "DURATION" value as its default) specified on a recognized iCalendar property, and the equivalent xCal representation of that property and property parameter.
例：以下は、認識のiCalendarプロパティで指定された未認識のiCalendar特性パラメータ（つまりデフォルトとして「継続時間」値を使用）、およびそのプロパティおよびプロパティパラメータの等価のxCal表現の一例です。
iCalendar:
iCalendar形式：
DTSTART;X-PARAM=PT30M:20110512T130000Z
DTSTART; X-PARAM = PT30M：20110512T130000Z
xCal:
xCal：
<dtstart> <parameters> <x-param><unknown>PT30M</unknown></x-param> </parameters> <date-time>2011-05-12T13:00:00Z</date-time> </dtstart>
<DTSTART> <パラメータ> <X-PARAM> <不明> PT30M </不明> </ X-param>の</パラメータ> <日時> 2011-05-12T13：00：00Z </日時> < / DTSTART>
For security considerations specific to calendar data, see Section 7 of [RFC5545]. Since this specification is a mapping from iCalendar, no new security concerns are introduced related to calendar data.
カレンダーのデータに固有のセキュリティ上の考慮事項については、[RFC5545]のセクション7を参照してください。この仕様は、iCalendar形式からのマッピングであるので、新たな安全保障上の懸念は、カレンダーのデータに関連する導入されていません。
The use of XML as a format does have security risks. Section 7 of [RFC3470] discusses these risks. See also the security discussion for the application/xml type in [RFC3023].
フォーマットとしてXMLを使用することは、セキュリティリスクを持っています。 [RFC3470]のセクション7は、これらのリスクを説明します。また、[RFC3023]でアプリケーション/ xml型のセキュリティ説明を参照してください。
This document defines a new URN to identify a new XML namespace for iCalendar data. The URN conforms to a registry mechanism described in [RFC3688].
この文書では、iCalendarのデータのための新しいXML名前空間を識別するための新しいURNを定義します。 URNは、[RFC3688]に記載されたレジストリ・メカニズムに準拠します。
This document defines a new media type. The registration is in Section 7.2.
この文書は、新しいメディアタイプを定義します。登録はセクション7.2です。
This document defines a new property for iCalendar. The registration is in Section 7.3.
この文書は、iCalendar形式のための新しいプロパティを定義します。登録は、7.3節です。
Registration request for the iCalendar namespace:
iCalendarの名前空間の登録要求：
URI: urn:ietf:params:xml:ns:icalendar-2.0
URI：URN：IETF：のparams：XML：NS：iCalendar形式-2.0
Registrant Contact: See the "Authors' Addresses" section of this document.
登録者連絡先：このドキュメントの「著者のアドレス」を参照してください。
XML: None. Namespace URIs do not represent an XML specification.
XML：なし。名前空間URIはXMLの仕様を示すものではありません。
This section defines the MIME media type for use with iCalendar in XML data.
このセクションでは、XMLデータ内のiCalendarで使用するためのMIMEメディアタイプを定義します。
Type name: application
型名：アプリケーション
Subtype name: calendar+xml
サブタイプ名：カレンダー+ xmlの
Required parameters: None
必須パラメータ：なし
Optional parameters: method, component, and optinfo as defined for the text/calendar media type in [RFC5545]; charset as defined for application/xml in [RFC3023]; per [RFC3023], use of the charset property parameter with the value "utf-8" is STRONGLY RECOMMENDED.
オプションパラメータ：方法、コンポーネント、およびoptinfo [RFC5545]のテキスト/カレンダーメディアタイプに対して定義された通りであり;文字セット内のアプリケーション/ XMLの定義として[RFC3023]。 [RFC3023]あたり、値を持つ文字セット特性パラメータの使用「UTF-8」が強く推奨されます。
Encoding considerations: Same as encoding considerations of application/xml as specified in [RFC3023].
符号化の考慮事項：[RFC3023]で指定されたアプリケーション/ XMLの考察をコードするものと同じ。
Security considerations: See Section 6.
セキュリティの考慮事項：第6節を参照してください。
Interoperability considerations: This media type provides an alternative format for iCalendar data based on XML.
相互運用性の考慮：このメディアタイプはXMLに基づいてのiCalendarデータのための代替形式を提供します。
Published specification: This specification.
公開された仕様：この仕様。
Applications that use this media type: Applications that currently make use of the text/calendar media type can use this as an alternative.
このメディアタイプを使用するアプリケーション：現在のテキスト/カレンダーメディアタイプを利用するアプリケーションは、代替手段としてこれを使用することができます。
Additional information:
追加情報：
Magic number(s): None
マジックナンバー（S）：なし
File extension(s): xcs
ファイルの拡張子（S）：XCS
Macintosh file type code(s): None specified.
Macintoshのファイルタイプコード（S）：指定なし。
Person & email address to contact for further information: calsify@ietf.org
人とEメールアドレスは、詳細についての問い合わせ先：calsify@ietf.org
Intended usage: COMMON
意図している用法：COMMON
Restrictions on usage: There are no restrictions on where this media type can be used.
使用に関する制限事項：このメディアタイプを使用できる場所に制限はありません。
Author: See the "Authors' Addresses" section of this document.
著者：このドキュメントの「著者のアドレス」を参照してください。
Change controller: IETF
変更コントローラ：IETF
This document defines the following new iCalendar property to be added to the registry defined in Section 8.2.3 of [RFC5545]:
この文書では、[RFC5545]のセクション8.2.3で定義されたレジストリに追加される次の新しいiCalendarのプロパティを定義します。
+----------+---------+-----------------------+
| Property | Status | Reference |
+----------+---------+-----------------------+
| XML | Current | RFC 6321, Section 4.2 |
+----------+---------+-----------------------+
The authors would like to thank the following for their valuable contributions: Toby Considine, Bernard Desruisseaux, Keith Moore, Filip Navara, Simon Perreault, Arnaud Quillaud, Peter Saint-Andre, and Dave Thewlis. This specification originated from the work of the XML technical committee of the Calendaring and Scheduling Consortium.
トビーConsidine、バーナードDesruisseaux、キースムーア、フィリップナバラ、サイモン・ペロー、アルノーQuillaud、ピーター・サン・アンドレ、とDaveシューリス：著者は、彼らの貴重な貢献のために次のことを感謝したいと思います。この仕様は、カレンダーとスケジュールコンソーシアムのXML技術委員会の作業に由来しました。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC3023] Murata, M., St. Laurent, S., and D. Kohn, "XML Media Types", RFC 3023, January 2001.
[RFC3023]村田、M.、サンローラン、S.、およびD.コーン、 "XMLのメディアタイプ"、RFC 3023、2001年1月。
[RFC3470] Hollenbeck, S., Rose, M., and L. Masinter, "Guidelines for the Use of Extensible Markup Language (XML) within IETF Protocols", BCP 70, RFC 3470, January 2003.
[RFC3470]ホレンベック、S.、ローズ、M.、およびL. Masinter、 "IETFプロトコル内の拡張マークアップ言語（XML）の使用のためのガイドライン"、BCP 70、RFC 3470、2003年1月。
[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.
[RFC3688] Mealling、M.、 "IETF XMLレジストリ"、BCP 81、RFC 3688、2004年1月。
[RFC4648] Josefsson, S., "The Base16, Base32, and Base64 Data Encodings", RFC 4648, October 2006.
[RFC4648] Josefsson氏、S.、 "Base16、Base32、およびBase64でデータエンコーディング"、RFC 4648、2006年10月。
[RFC5545] Desruisseaux, B., "Internet Calendaring and Scheduling Core Object Specification (iCalendar)", RFC 5545, September 2009.
[RFC5545] Desruisseaux、B.、 "インターネットカレンダーとスケジュールのコアオブジェクト仕様（iCalendar形式）"、RFC 5545、2009年9月。
[W3C.REC-xml-20081126] Sperberg-McQueen, C., Yergeau, F., Bray, T., Paoli, J., and E. Maler, "Extensible Markup Language (XML) 1.0 (Fifth Edition)", World Wide Web Consortium Recommendation REC-xml-20081126, November 2008, <http://www.w3.org/TR/2008/REC-xml-20081126>.
[W3C.REC-XML-20081126] Sperberg-マックィーン、C.、Yergeau、F.、ブレイ、T.、パオリ、J.、およびE. MALER、 "拡張マークアップ言語（XML）1.0（第5版）"、 World Wide Web Consortium（W3C）の勧告REC-XML-20081126、2008年11月、<http://www.w3.org/TR/2008/REC-xml-20081126>。
[W3C.REC-xmlschema-2-20041028] Malhotra, A. and P. Biron, "XML Schema Part 2: Datatypes Second Edition", World Wide Web Consortium Recommendation REC-xmlschema-2-20041028, October 2004, <http://www.w3.org/TR/2004/REC-xmlschema-2-20041028>.
[W3C.REC-XMLSCHEMA-2から20041028]マルホトラ、A.、およびP.ビロン、 "XMLスキーマパート2：データ型第二版"、World Wide Web Consortium（W3C）の勧告REC-XMLSCHEMA-2から20041028、2004年10月、<のhttp： //www.w3.org/TR/2004/REC-xmlschema-2-20041028>。
Appendix A. RELAX NG Schema
付録A.はNGスキーマをRELAX
Below is a RELAX NG schema for iCalendar in XML. The schema is non-normative and given for reference only.
以下は、XMLでのiCalendarのためのRELAX NGスキーマです。スキーマは、非規範的及び参考与えられます。
This schema uses the compact notation of RELAX NG. The numeric section numbers given in the comments refer to sections in [RFC5545]. The ordering of elements follows the section ordering of [RFC5545].
このスキーマは、RELAX NGをコンパクトな表記を使用します。コメントで与えられた数値のセクション番号は、[RFC5545]のセクションを参照します。要素の順序は、[RFC5545]のセクションの順序に従います。
The RELAX NG compact notation "?" operator is used to indicate an unordered list of items. However, that operator, as defined, allows "mixing" each element that it operates on at any depth within the other elements, rather than just allowing "mixing" of siblings only. As a result, the schema provided allows certain constructs that are not allowed in iCalendar. Given that there is no sibling-only unordered list operator in RELAX NG, this is the best representation that can be given.
NGコンパクトな表記法をRELAX「？」オペレータは、項目の順序なしリストを示すために使用されます。しかし、そのオペレータが、定義されるように、むしろわずかだけ兄弟の「混合」せるよりも、それは他の要素内の任意の深さでオン動作している各要素を「混合」ことができます。結果として、提供されるスキーマはiCalendar形式で許可されていない特定の構築を可能にします。 RELAX NGのには兄弟のみの順序なしリスト演算子が存在しないことを考えると、これは、与えられたことができる最高の表現です。
Patterns for date/time, duration, and UTC offset values are given because those differ from the values used in iCalendar. More restrictive schema with patterns and numerical limits could be derived from the example schema here if more comprehensive schema validation is required.
日付/時刻、持続時間、およびUTCためのパターンは、それらがiCalendarのに使用される値と異なるため、値が与えられるオフセット。より包括的なスキーマ検証が必要な場合のパターン、数値限界を有するより限定スキーマは、ここでは、例えばスキーマに由来することができます。
# RELAX NG Schema for iCalendar in XML
＃XMLでiCalendar形式のためNGスキーマをRELAX
default namespace = "urn:ietf:params:xml:ns:icalendar-2.0"
デフォルトの名前空間= "壷：IETF：のparams：XML：NS：iCalendar形式-2.0"
# 3.2 Property Parameters
＃3.2プロパティのパラメータ
# 3.2.1 Alternate Text Representation
＃3.2.1代替テキスト表現
altrepparam = element altrep { value-uri }
altrepparam =エレメントaltrep {値-URI}
# 3.2.2 Common Name
＃3.2.2共通名
cnparam = element cn { value-text }
cnparam =要素CN {価値テキスト}
# 3.2.3 Calendar User Type
＃3.2.3カレンダ・ユーザー・タイプ
cutypeparam = element cutype { element text { "INDIVIDUAL" | "GROUP" | "RESOURCE" | "ROOM" | "UNKNOWN" } }
cutypeparam =要素CUTYPE {要素テキスト{ "個人" | "GROUP" | "RESOURCE" | "ROOM" | "未知の" } }
# 3.2.4 Delegators
＃3.2.4委任者
delfromparam = element delegated-from { value-cal-address+ }
delfromparam =エレメントが委任-から{値-CAL-アドレス+}
# 3.2.5 Delegatees
＃3.2.5 Delegatees
deltoparam = element delegated-to { value-cal-address+ }
deltoparam =要素は、委任-に{値-CAL-アドレス+}
# 3.2.6 Directory Entry Reference
＃3.2.6ディレクトリエントリリファレンス
dirparam = element dir { value-uri }
dirparam前記要素= {値} -uri
# 3.2.7 Inline Encoding
＃3.2.7インラインエンコーディング
encodingparam = element encoding { element text { "8BIT" | "BASE64" } }
encodingparam =要素符号化{要素テキスト{ "8BIT" | "BASE64"}}
# 3.2.8 Format Type
＃3.2.8フォーマットタイプ
fmttypeparam = element fmttype { value-text }
fmttypeparam =エレメントfmttype {値テキスト}
# 3.2.9 Free/Busy Time Type
＃3.2.9フリー/ビジータイムタイプ
fbtypeparam = element fbtype { element text { "FREE" | "BUSY" | "BUSY-UNAVAILABLE" | "BUSY-TENTATIVE" } }
fbtypeparam =要素fbtype {要素テキスト{ "FREE" | "BUSY" | "BUSY-UNAVAILABLE" | "BUSY-TENTATIVE"}}
# 3.2.10 Language
＃3.2.10言語
languageparam = element language { value-text }
languageparam =エレメント言語{値テキスト}
# 3.2.11 Group or List Membership
＃3.2.11グループまたはリストメンバーシップ
memberparam = element member { value-cal-address+ }
memberparam =要素部材{値-CAL-アドレス+}
# 3.2.12 Participation Status
＃3.2.12参加状況
partstatparam = element partstat { type-partstat-event | type-partstat-todo | type-partstat-jour }
{タイプPARTSTATイベントPARTSTAT partstatparam =要素|型PARTSTAT、TODO |型PARTSTAT-ジュール}
type-partstat-event = ( element text { "NEEDS-ACTION" | "ACCEPTED" | "DECLINED" | "TENTATIVE" | "DELEGATED" } ) type-partstat-todo = ( element text { "NEEDS-ACTION" | "ACCEPTED" | "DECLINED" | "TENTATIVE" | "DELEGATED" | "COMPLETED" | "IN-PROCESS" } )
型PARTSTATイベント=（要素テキスト{ "NEEDS-ACTION" | "ACCEPTED" | "DECLINED" | "仮" | "DELEGATED"}）型-PARTSTAT-TODO =（要素テキスト{ "NEEDS-ACTION" | " ACCEPTEDは」| "辞退" | "TENTATIVEは" | "DELEGATED" | "完了" | "IN-PROCESS"}）
type-partstat-jour = ( element text { "NEEDS-ACTION" | "ACCEPTED" | "DECLINED" } )
型PARTSTAT-ジュール=（要素テキスト{ "NEEDS-ACTION" | "ACCEPTED" | "DECLINED"}）
# 3.2.13 Recurrence Identifier Range
＃3.2.13再発識別子範囲
rangeparam = element range { element text { "THISANDFUTURE" } }
rangeparam =エレメント範囲{要素テキスト{ "THISANDFUTURE"}}
# 3.2.14 Alarm Trigger Relationship
＃3.2.14アラームトリガーの関係
trigrelparam = element related { element text { "START" | "END" } }
trigrelparam =要素に関連する{要素テキスト{ "START" | "終わり" } }
# 3.2.15 Relationship Type
＃3.2.15関係タイプ
reltypeparam = element reltype { element text { "PARENT" | "CHILD" | "SIBLING" } }
reltypeparam =要素RELTYPE {要素テキスト{ "親" | "CHILD" | "SIBLING"}}
# 3.2.16 Participation Role
＃3.2.16参加役割
roleparam = element role { element text { "CHAIR" | "REQ-PARTICIPANT" | "OPT-PARTICIPANT" | "NON-PARTICIPANT" } }
roleparam =要素の役割{要素テキスト{ "CHAIR" | 「REQ参加者」| 「OPT参加者」| 「不参加」}}
# 3.2.17 RSVP Expectation
＃3.2.17 RSVPの期待
rsvpparam = element rsvp { value-boolean }
rsvpparam =エレメントRSVP {価値ブール}
# 3.2.18 Sent By
＃3.2.18により送信されました
sentbyparam = element sent-by { value-cal-address }
送信されたバイ{値-CAL-アドレス} sentbyparam =エレメント
# 3.2.19 Time Zone Identifier
＃3.2.19タイムゾーン識別子
tzidparam = element tzid { value-text }
tzidparam =エレメントTZID {値テキスト}
# 3.3 Property Value Data Types
＃3.3プロパティ値のデータ型
# 3.3.1 BINARY
＃3.3.1 BINARY
value-binary = element binary { xsd:string }
値バイナリ=エレメントバイナリ{XSD：文字列}
# 3.3.2 BOOLEAN
＃3.3.2 BOOLEAN
value-boolean = element boolean { xsd:boolean }
値ブール=エレメントブール{XSD：ブール}
# 3.3.3 CAL-ADDRESS
＃3.3.3 CAL-ADDRESS
value-cal-address = element cal-address { xsd:anyURI }
値-CAL-アドレス=エレメントCAL-アドレス{XSD：anyURIの}
# 3.3.4 DATE
＃3.3.4 DATE
pattern-date = xsd:string { pattern = "\d\d\d\d-\d\d-\d\d" }
パターン日= XSD：列{パターン= "\ D \ D \ D \ D- \ D \ D- \ D \ D"}
value-date = element date { pattern-date }
値日付=エレメント日{パターン日付}
# 3.3.5 DATE-TIME
＃3.3.5 DATE-TIME
pattern-date-time = xsd:string { pattern = "\d\d\d\d-\d\d-\d\dT\d\d:\d\d:\d\dZ?" }
パターン・日時=のxsd：文字列{パターン= "\ D \ D \ D \ D- \ D \ D- \ D \ dTの\ D \ D：\ D \ D：\ D \ dZと？" }
value-date-time = element date-time { pattern-date-time }
価値日時=エレメント日時{パターン日時}
# 3.3.6 DURATION
＃3.3.6 DURATION
pattern-duration = xsd:string { pattern = "(+|-)?P(\d+W)|(\d+D)?" ~ "(T(\d+H(\d+M)?(\d+S)?)|" ~ "(\d+M(\d+S)?)|" ~ "(\d+S))?" }
パターン持続時間= XSD：列{パターン= "（+ | - ）P（\ D + W）|（\ D + D）？" 〜 "（T（\ D + H（\ D + M）（\ D + S））？|？" 〜 "（\ D + M（\ D + S））|？" 〜「（\ D + S ））？」 }
value-duration = element duration { pattern-duration }
値持続時間=エレメント期間{パターン持続時間}
# 3.3.7 FLOAT
＃3.3.7 FLOAT
value-float = element float { xsd:float }
値フロート=エレメントフロート{XSD：フロート}
# 3.3.8 INTEGER
＃3.3.8 INTEGER
value-integer = element integer { xsd:integer }
値は整数=エレメント整数{XSD：整数}
# 3.3.9 PERIOD
＃3.3.9ピリオド
value-period = element period { element start { pattern-date-time }, ( element end { pattern-date-time } | element duration { pattern-duration } ) }
価値期間=元素周期{素子開始{パターン日時}、（素子端{パターン日時} |要素期間{パターン期間}）}
# 3.3.10 RECUR
＃3.3.10 RECUR
value-recur = element recur { type-freq, (type-until | type-count)?, element interval { xsd:positiveInteger }?, type-bysecond*, type-byminute*, type-byhour*, type-byday*, type-bymonthday*, type-byyearday*, type-byweekno*, type-bymonth*, type-bysetpos*, element wkst { type-weekday }? }
価値再発=要素再発{型FREQ（タイプまで|タイプカウント）?,素子間隔{XSD：POSITIVEINTEGER}？型BYSECOND *、型BYMINUTE *、型BYHOUR *、型BYDAY * 、型BYMONTHDAY *、型byyearday *、型BYWEEKNO *、型BYMONTH *、型BYSETPOS *、素子のWkst {型平日}？ }
type-freq = element freq { "SECONDLY" | "MINUTELY" | "HOURLY" | "DAILY" | "WEEKLY" | "MONTHLY" | "YEARLY" } type-until = element until { type-date | type-date-time }
タイプ-FREQ = "第二" 要素FREQ {| 「細かく」| "HOURLY" | "DAILY" | "WEEKLY" | "MONTHLY" | 「年次」}入力-まで= {要素タイプ日まで|型日時}
type-count = element count { xsd:positiveInteger }
タイプカウント=要素数{XSD：POSITIVEINTEGER}
type-bysecond = element bysecond { xsd:positiveInteger }
BYSECOND型BYSECOND = {要素のxsd：POSITIVEINTEGER}
type-byminute = element byminute { xsd:positiveInteger }
{：POSITIVEINTEGER XSD} BYMINUTE型BYMINUTE =エレメント
type-byhour = element byhour { xsd:positiveInteger }
BYHOUR型BYHOUR = {要素のxsd：POSITIVEINTEGER}
type-weekday = ( "SU" | "MO" | "TU" | "WE" | "TH" | "FR" | "SA" )
タイプ平日=（ "ON" | "MO" | "TU" | "WE" | "TH" | "FR" | "SA"）
type-byday = element byday { xsd:integer?, type-weekday }
{整数?,タイプ平日XSD} BYDAY型BYDAY =エレメント
type-bymonthday = element bymonthday { xsd:integer }
{整数XSD} BYMONTHDAY型BYMONTHDAY =エレメント
type-byyearday = element byyearday { xsd:integer }
{整数XSD} byyearday型byyearday =エレメント
type-byweekno = element byweekno { xsd:integer } type-bymonth = element bymonth { xsd:positiveInteger }
BYMONTH：{整数XSD}入力-BYMONTH =要素BYWEEKNO型BYWEEKNO = {要素のxsd：POSITIVEINTEGER}
type-bysetpos = element bysetpos { xsd:integer }
型BYSETPOS =エレメントBYSETPOS {XSD：整数}
# 3.3.11 TEXT
＃3.3.11 TEXT
value-text = element text { xsd:string }
値テキスト=要素テキスト{XSD：文字列}
# 3.3.12 TIME
＃3.3.12 TIME
pattern-time = xsd:string { pattern = "\d\d:\d\d:\d\dZ?" }
パターン・タイム=のxsd：文字列{パターン= "\ D \ D：\ D \ D：？\ D \ dZに" }
value-time = element time { pattern-time }
価値時間=エレメント時間{パターンタイム}
# 3.3.13 URI
＃ ３。３。１３ うり
value-uri = element uri { xsd:anyURI }
値-URI =エレメントURI {XSD：anyURIの}
# 3.3.14 UTC-OFFSET
＃3.3.14 UTC-OFFSET
value-utc-offset = element utc-offset { xsd:string { pattern = "(+|-)\d\d:\d\d(:\d\d)?" } }
値-UTCオフセット=要素UTCオフセット{のxsd：文字列{パターン= "（+ | - ）\ D \ D：\ D \ D（：\ D \ d）の？" }}
# UNKNOWN
＃ 未知の
value-unknown = element unknown { xsd:string }
値は未知=エレメント不明{XSD：文字列}
# 3.4 iCalendar Stream
＃3.4のiCalendarストリーム
start = element icalendar { vcalendar+ }
開始=素子のiCalendar {VCALENDAR}
# 3.6 Calendar Components
＃3.6カレンダーコンポーネント
vcalendar = element vcalendar { type-calprops, type-component }
VCALENDAR =エレメントVCALENDAR {型calprops、型成分}
type-calprops = element properties { property-prodid & property-version & property-calscale? & property-method? }
型calprops =エレメントプロパティ{プロパティPRODID＆性バージョン・プロパティCALSCALE？ ＆プロパティ、メソッド？ }
type-component = element components { ( component-vevent | component-vtodo | component-vjournal | component-vfreebusy | component-vtimezone )* }
タイプ成分=元素成分{（コンポーネントVEVENT |部品VTODO |部品VJOURNAL |部品VFREEBUSY |コンポーネントVTIMEZONE）*}
# 3.6.1 Event Component
＃3.6.1イベントコンポーネント
component-vevent = element vevent { type-eventprop, element components { component-valarm+ }? }
部品VEVENT =エレメントVEVENT {型eventprop、元素成分{コンポーネントVALARMの+}？ }
type-eventprop = element properties { property-dtstamp & property-dtstart & property-uid &
型eventprop =エレメントプロパティ{プロパティDTSTAMP＆プロパティDTSTART＆プロパティUID＆
property-class? &
property-created? &
property-description? &
property-geo? &
property-last-mod? &
property-location? &
property-organizer? &
property-priority? &
property-seq? &
property-status-event? & property-summary? &
property-transp? &
property-url? &
property-recurid? &
property-rrule? &
プロパティRRULE？ ＆
(property-dtend | property-duration)? &
（プロパティ-DTEND |プロパティ-期間）？ ＆
property-attach* & property-attendee* & property-categories* & property-comment* & property-contact* & property-exdate* & property-rstatus* & property-related* & property-resources* & property-rdate* }
プロパティアタッチ*＆プロパティ出席者*＆プロパティカテゴリ*＆プロパティコメント*＆プロパティ接点*＆プロパティEXDATE *＆プロパティRSTATUS *＆不動産関連*＆プロパティリソース*＆プロパティRDATE *}
# 3.6.2 To-do Component
＃3.6.2 TO-DOコンポーネント
component-vtodo = element vtodo { type-todoprop, element components { component-valarm+ }? }
部品VTODO =エレメントVTODO {型todoprop、元素成分{コンポーネントVALARMの+}？ }
type-todoprop = element properties { property-dtstamp & property-uid &
型todoprop =エレメントプロパティ{プロパティDTSTAMP＆プロパティUID＆
property-class? &
property-completed? &
property-created? &
property-description? &
property-geo? &
property-last-mod? &
property-location? &
property-organizer? &
property-percent? &
property-priority? &
property-recurid? &
property-seq? &
property-status-todo? &
property-summary? & property-url? &
property-rrule? &
プロパティRRULE？ ＆
( (property-dtstart?, property-dtend? ) | (property-dtstart, property-duration)? ) &
（（プロパティ-DTSTART ?,プロパティ-DTEND）|？？（プロパティ-DTSTART、プロパティ-期間））＆
property-attach* & property-attendee* & property-categories* & property-comment* & property-contact* & property-exdate* & property-rstatus* & property-related* & property-resources* & property-rdate* }
プロパティアタッチ*＆プロパティ出席者*＆プロパティカテゴリ*＆プロパティコメント*＆プロパティ接点*＆プロパティEXDATE *＆プロパティRSTATUS *＆不動産関連*＆プロパティリソース*＆プロパティRDATE *}
# 3.6.3 Journal Component
＃3.6.3ジャーナルコンポーネント
component-vjournal = element vjournal { type-jourprop }
部品VJOURNAL =エレメントVJOURNAL {型jourprop}
type-jourprop = element properties { property-dtstamp & property-uid &
型jourprop =エレメントプロパティ{プロパティDTSTAMP＆プロパティUID＆
property-class? &
property-created? &
property-dtstart? &
property-last-mod? &
property-organizer? &
property-recurid? &
property-seq? &
property-status-jour? &
property-summary? &
property-url? &
property-rrule? &
プロパティRRULE？ ＆
property-attach* & property-attendee* & property-categories* & property-comment* & property-contact* & property-description? & property-exdate* & property-related* & property-rdate* & property-rstatus* }
*＆プロパティ出席者*＆プロパティカテゴリ*＆プロパティコメント*＆プロパティ接点*＆プロパティ説明プロパティアタッチ？ ＆プロパティEXDATE *＆プロパティ関連*＆プロパティRDATE *＆プロパティRSTATUS *}
# 3.6.4 Free/Busy Component
＃3.6.4フリー/ビジーコンポーネント
component-vfreebusy = element vfreebusy { type-fbprop }
部品VFREEBUSY =エレメントVFREEBUSY {型fbprop}
type-fbprop = element properties { property-dtstamp & property-uid &
型fbprop =エレメントプロパティ{プロパティDTSTAMP＆プロパティUID＆
property-contact? &
property-dtstart? &
property-dtend? &
property-duration? &
property-organizer? &
property-url? &
property-attendee* & property-comment* & property-freebusy* & property-rstatus* }
プロパティ出席者*＆プロパティコメント*＆プロパティfreebusy *＆プロパティRSTATUS *}
# 3.6.5 Time Zone Component
＃3.6.5タイムゾーンのコンポーネント
component-vtimezone = element vtimezone { element properties { property-tzid &
部品VTIMEZONE =エレメントVTIMEZONE {要素のプロパティ{プロパティTZID＆
property-last-mod? & property-tzuurl? }, element components { (component-standard | component-daylight) & component-standard* & component-daylight* } } component-standard = element standard { type-tzprop }
プロパティ-最後-MOD？ ＆プロパティtzuurl？ }、元素成分{（コンポーネント標準|コンポーネント昼光）およびコンポーネント標準*＆コンポーネント日光*}}コンポーネント標準=エレメント標準{型tzprop}
component-daylight = element daylight { type-tzprop }
部品日光=エレメント日光{型tzprop}
type-tzprop = element properties { property-dtstart & property-tzoffsetto & property-tzoffsetfrom &
型tzprop =エレメントプロパティ{プロパティDTSTART＆プロパティtzoffsetto＆プロパティtzoffsetfrom＆
property-rrule? &
プロパティRRULE？ ＆
property-comment* & property-rdate* & property-tzname* }
プロパティコメント*＆プロパティRDATE *＆プロパティTZNAME *}
# 3.6.6 Alarm Component
＃3.6.6アラームコンポーネント
component-valarm = element valarm { audioprop | dispprop | emailprop }
コンポーネントに成長している発展途上=要素{atiyoprop | Tispipirop | Emailprop}
type-audioprop = element properties { property-action &
型audioprop =エレメントプロパティ{プロパティアクション＆
property-trigger &
プロパティ・トリガ＆
(property-duration, property-repeat)? &
（プロパティ-期間、プロパティ・リピート）？ ＆
property-attach? }
プロパティアタッチ？ }
type-dispprop = element properties { property-action & property-description & property-trigger & property-summary &
型dispprop =エレメントプロパティ{プロパティアクション・プロパティ記述＆プロパティトリガ・プロパティ概要＆
property-attendee+ &
プロパティ出席者+＆
(property-duration, property-repeat)? &
（プロパティ-期間、プロパティ・リピート）？ ＆
property-attach* } type-emailprop = element properties { property-action & property-description & property-trigger &
プロパティアタッチ*}型-emailpropを=要素のプロパティ{プロパティアクション・プロパティ記述＆プロパティトリガ＆
(property-duration, property-repeat)? }
（プロパティ-期間、プロパティ・リピート）？ }
# 3.7 Calendar Properties
＃3.7カレンダーのプロパティ
# 3.7.1 Calendar Scale
＃3.7.1カレンダースケール
property-calscale = element calscale {
プロパティCALSCALE =エレメントCALSCALE {
element parameters { empty }?,
要素パラメータ{空}？
element text { "GREGORIAN" } }
要素テキスト{ "GREGORIAN"}}
# 3.7.2 Method
＃3.7.2方法
property-method = element method {
プロパティメソッド=要素法{
element parameters { empty }?,
要素パラメータ{空}？
value-text }
値テキスト}
# 3.7.3 Product Identifier
＃3.7.3製品識別子
property-prodid = element prodid {
プロパティPRODID =エレメントPRODID {
element parameters { empty }?,
要素パラメータ{空}？
value-text }
値テキスト}
# 3.7.4 Version
＃3.7.4バージョン
property-version = element version {
プロパティ・バージョン=エレメントバージョン{
element parameters { empty }?,
要素パラメータ{空}？
element text { "2.0" } }
要素テキスト{ "2.0"}}
# 3.8 Component Properties
＃3.8コンポーネントのプロパティ
# 3.8.1 Descriptive Component Properties
＃3.8.1記述コンポーネントのプロパティ
# 3.8.1.1 Attachment
＃3.8.1.1アタッチメント
property-attach = element attach {
要素{アタッチ=プロパティは、アタッチ
element parameters {
fmttypeparam? &
encodingparam?
}?,
value-uri | value-binary }
値-URI |値バイナリ}
# 3.8.1.2 Categories
＃3.8.1.2カテゴリー
property-categories = element categories {
プロパティカテゴリ=エレメントカテゴリ{
element parameters {
languageparam? &
}?,
value-text+ }
値テキスト+}
# 3.8.1.3 Classification
＃3.8.1.3分類
property-class = element class {
プロパティクラス=要素クラス{
element parameters { empty }?,
要素パラメータ{空}？
element text { "PUBLIC" | "PRIVATE" | "CONFIDENTIAL" } }
要素テキスト{ "PUBLIC" | "PRIVATE" | "機密" } }
# 3.8.1.4 Comment
＃3.8.1.4コメント
property-comment = element comment {
プロパティコメント=エレメントコメント{
element parameters { altrepparam? & languageparam? }?, value-text }
素子パラメータ{altrepparam？ ＆languageparam？ }？値テキスト}
# 3.8.1.5 Description
＃3.8.1.5説明
property-description = element description {
プロパティ記述=要素の説明{
element parameters {
altrepparam? &
languageparam?
}?,
value-text }
値テキスト}
# 3.8.1.6 Geographic Position
＃3.8.1.6地理的位置
property-geo = element geo {
プロパティGEO =エレメントジオ{
element parameters { empty }?,
要素パラメータ{空}？
element latitude { xsd:float }, element longitude { xsd:float } }
素子緯度{XSD：フロート}、素子経度{XSD：フロート}}
# 3.8.1.7 Location
＃3.8.1.7場所
property-location = element location {
プロパティ位置=要素の位置{
element parameters {
要素パラメータ{
altrepparam? & languageparam? }?,
altrepparam？ ＆languageparam？ }？
value-text }
値テキスト}
# 3.8.1.8 Percent Complete
＃3.8.1.8パーセント完全
property-percent = element percent-complete {
性パーセント=エレメントパーセント完全{
element parameters { empty }?,
要素パラメータ{空}？
value-integer }
値は整数}
# 3.8.1.9 Priority
＃3.8.1.9優先
property-priority = element priority {
プロパティ優先度=要素の優先度{
element parameters { empty }?,
要素パラメータ{空}？
value-integer }
値は整数}
# 3.8.1.10 Resources
＃3.8.1.10リソース
property-resources = element resources {
プロパティ資源=エレメントリソース{
element parameters {
altrepparam? &
languageparam?
}?,
value-text+ }
値テキスト+}
# 3.8.1.11 Status
＃3.8.1.11ステータス
property-status-event = element status {
プロパティ・ステータス・イベント=エレメントステータス{
element parameters { empty }?,
要素パラメータ{空}？
element text { "TENTATIVE" | "CONFIRMED" | "CANCELLED" } }
要素テキスト{「仮」| "CONFIRMED" | "CANCELED"}}
property-status-todo = element status {
プロパティ-STATUS-TODO =エレメントステータス{
element parameters { empty }?,
要素パラメータ{空}？
element text { "NEEDS-ACTION" | "COMPLETED" | "IN-PROCESS" | "CANCELLED" } } property-status-jour = element status {
要素テキスト{ "NEEDS-ACTION" | |「完了」 "IN-PROCESS" | 「CANCELED」}}プロパティ・ステータス・ジュール=エレメントステータス{
element parameters { empty }?,
要素パラメータ{空}？
element text { "DRAFT" | "FINAL" | "CANCELLED" } }
要素テキスト{ "DRAFT" | "FINAL" | "CANCELED"}}
# 3.8.1.12 Summary
＃3.8.1.12概要
property-summary = element summary {
プロパティ要約=要素の概要{
element parameters {
altrepparam? &
languageparam?
}?,
value-text }
値テキスト}
# 3.8.2 Date and Time Component Properties
＃3.8.2日付と時刻コンポーネントのプロパティ
# 3.8.2.1 Date/Time Completed
＃3.8.2.1日付/時刻が完了しました
property-completed = element completed {
プロパティ完了=素子が完成{
element parameters { empty }?,
要素パラメータ{空}？
value-date-time }
値-日時}
# 3.8.2.2 Date/Time End
＃3.8.2.2日付/時刻エンド
property-dtend = element dtend {
プロパティDTEND =エレメントDTEND {
element parameters {
tzidparam?
}?,
value-date-time | value-date }
値-日時|実行日 }
# 3.8.2.3 Date/Time Due
＃3.8.2.3日付/時刻により
property-due = element due {
プロパティによる=要素による{
element parameters {
tzidparam?
}?,
value-date-time | value-date }
値-日時|実行日 }
# 3.8.2.4 Date/Time Start
＃3.8.2.4日付/時刻スタート
property-dtstart = element dtstart {
プロパティDTSTART =エレメントDTSTART {
element parameters {
tzidparam?
}?,
value-date-time | value-date }
値-日時|実行日 }
# 3.8.2.5 Duration
＃3.8.2.5期間
property-duration = element duration {
プロパティ持続時間=エレメント期間{
element parameters { empty }?,
要素パラメータ{空}？
value-duration }
価値期間}
# 3.8.2.6 Free/Busy Time
＃3.8.2.6フリー/ビジー時間
property-freebusy = element freebusy {
プロパティfreebusy =エレメントfreebusy {
element parameters {
fbtypeparam?
}?,
value-period+ }
価値期間}
# 3.8.2.7 Time Transparency
＃3.8.2.7時間の透明性
property-transp = element transp {
プロパティTRANSP =エレメントTRANSP {
element parameters { empty }?,
要素パラメータ{空}？
element text { "OPAQUE" | "TRANSPARENT" } }
要素テキスト{ "OPAQUE" | "トランスペアレント" } }
# 3.8.3 Time Zone Component Properties
＃3.8.3タイムゾーンのコンポーネントのプロパティ
# 3.8.3.1 Time Zone Identifier
＃3.8.3.1タイムゾーン識別子
property-tzid = element tzid {
Barbrtizd =世俗増加{
element parameters { empty }?,
要素パラメータ{空}？
value-text }
値テキスト}
# 3.8.3.2 Time Zone Name
＃3.8.3.2タイムゾーンの名前
property-tzname = element tzname {
プロパティTZNAME =エレメントTZNAME {
element parameters {
languageparam?
}?,
value-text }
値テキスト}
# 3.8.3.3 Time Zone Offset From
＃3.8.3.3タイムゾーンからのオフセット
property-tzoffsetfrom = element tzoffsetfrom {
プロパティtzoffsetfrom =エレメントtzoffsetfrom {
element parameters { empty }?,
要素パラメータ{空}？
value-utc-offset }
値-UTCオフセット}
# 3.8.3.4 Time Zone Offset To
＃3.8.3.4タイムゾーンのオフセット
property-tzoffsetto = element tzoffsetto {
プロパティtzoffsetto =エレメントtzoffsetto {
element parameters { empty }?,
要素パラメータ{空}？
value-utc-offset }
値-UTCオフセット}
# 3.8.3.5 Time Zone URL
＃3.8.3.5タイムゾーンのURL
property-tzurl = element tzurl {
プロパティtzurl =エレメントtzurl {
element parameters { empty }?,
要素パラメータ{空}？
value-uri }
値-URI}
# 3.8.4 Relationship Component Properties
＃3.8.4関係コンポーネントのプロパティ
# 3.8.4.1 Attendee
＃3.8.4.1出席者
property-attendee = element attendee {
プロパティ出席者=エレメント出席者{
element parameters {
cutypeparam? &
memberparam? &
roleparam? &
partstatparam? &
rsvpparam? &
deltoparam? &
delfromparam? &
sentbyparam? &
cnparam? &
dirparam? &
languageparam?
}?,
value-cal-address }
値-CALアドレス}
# 3.8.4.2 Contact
＃3.8.4.2問い合わせ
property-contact = element contact {
プロパティ接点=要素の接触{
element parameters {
altrepparam? &
languageparam?
}?,
value-text }
値テキスト}
# 3.8.4.3 Organizer
＃3.8.4.3主催
property-organizer = element organizer {
プロパティオーガナイザー=エレメントオーガナイザー{
element parameters {
cnparam? &
dirparam? &
sentbyparam? &
languageparam?
}?,
value-cal-address }
値-CALアドレス}
# 3.8.4.4 Recurrence ID
＃3.8.4.4再発ID
property-recurid = element recurrence-id {
プロパティrecurid =エレメント再発-ID {
element parameters {
tzidparam? &
rangeparam?
}?,
value-date-time | value-date }
値-日時|実行日 }
# 3.8.4.5 Related-To
＃3.8.4.5関連-へ
property-related = element related-to {
関連-にプロパティ関連=エレメント{
element parameters {
reltypeparam?
}?,
value-text }
値テキスト}
# 3.8.4.6 Uniform Resource Locator
＃3.8.4.6ユニフォームリソースロケータ
property-url = element url {
プロパティURL =要素のURL {
element parameters { empty }?,
要素パラメータ{空}？
value-uri }
値-URI}
# 3.8.4.7 Unique Identifier
＃3.8.4.7一意識別子
property-uid = element uid {
プロパティUID =エレメントUID {
element parameters { empty }?, value-text }
要素パラメータ{空}？値テキスト}
# 3.8.5 Recurrence Component Properties
＃3.8.5再発コンポーネントのプロパティ
# 3.8.5.1 Exception Date/Times
＃3.8.5.1例外の日付/時間
property-exdate = element exdate {
プロパティEXDATE =エレメントEXDATE {
element parameters {
tzidparam?
}?,
value-date-time+ | value-date+ }
値-日時+ |値日付+}
# 3.8.5.2 Recurrence Date/Times
＃3.8.5.2再発日/タイムズ
property-rdate = element rdate {
プロパティRDATE =エレメントRDATE {
element parameters {
tzidparam?
}?,
value-date-time+ | value-date+ | value-period+ }
価値のdatetime |値、日付_ |価値期間}
# 3.8.5.3 Recurrence Rule
＃3.8.5.3繰り返しルール
property-rrule = element rrule {
プロパティRRULE =エレメントRRULE {
element parameters { empty }?,
要素パラメータ{空}？
value-recur }
価値RECUR}
# 3.8.6 Alarm Component Properties
＃3.8.6アラームコンポーネントのプロパティ
# 3.8.6.1 Action
＃3.8.6.1アクション
property-action = element action {
プロパティアクション=エレメントアクション{
element parameters { empty }?, element text { "AUDIO" | "DISPLAY" | "EMAIL" } }
素子パラメータ{空} ?,要素テキスト{ "AUDIO" | "DISPLAY" | "Eメール" } }
# 3.8.6.2 Repeat Count
＃3.8.6.2繰り返し回数
property-repeat = element repeat {
プロパティ・リピート=エレメント反復{
element parameters { empty }?,
要素パラメータ{空}？
value-integer }
値は整数}
# 3.8.6.3 Trigger
＃3.8.6.3トリガー
property-trigger = element trigger {
プロパティトリガ=エレメントトリガ{
(
element parameters {
trigrelparam?
}?,
value-duration ) | ( element parameters { empty }?,
価値の持続）| （要素パラメータ{空}？
value-date-time ) }
価値日時）}
# 3.8.7 Change Management Component Properties
＃3.8.7変更管理コンポーネントのプロパティ
# 3.8.7.1 Date/Time Created
＃3.8.7.1日付/時刻に作成
property-created = element created {
プロパティ作成=エレメント作成{
element parameters { empty }?,
要素パラメータ{空}？
value-date-time }
値-日時}
# 3.8.7.2 Date/Time Stamp
＃3.8.7.2日付/タイムスタンプ
property-dtstamp = element dtstamp {
プロパティDTSTAMP =エレメントDTSTAMP {
element parameters { empty }?,
要素パラメータ{空}？
value-date-time }
値-日時}
# 3.8.7.3 Last Modified
＃3.8.7.3最終更新
property-last-mod = element last-modified {
プロパティ最後-MOD =エレメント最終更新{
element parameters { empty }?,
要素パラメータ{空}？
value-date-time }
値-日時}
# 3.8.7.4 Sequence Number
＃3.8.7.4シーケンス番号
property-seq = element sequence {
プロパティSEQ =エレメント列{
element parameters { empty }?,
要素パラメータ{空}？
value-integer }
値は整数}
# 3.8.8 Miscellaneous Component Properties
＃3.8.8その他のコンポーネントのプロパティ
# 3.8.8.3 Request Status
＃3.8.8.3リクエストステータス
property-rstatus = element request-status {
プロパティRSTATUS =エレメント要求ステータス{
element parameters {
languageparam?
}?,
element code { xsd:string }, element description { xsd:string }, element data { xsd:string }? }
要素コード{XSD：文字列}、要素の説明{XSD：文字列}、要素データ{XSD：文字列}？ }
Appendix B. Examples
付録B.例
This section contains two examples of iCalendar objects with their xCal representation.
このセクションでは、自分のxCal表現とのiCalendarオブジェクトの2つの例が含まれています。
B.1. Example 1
B.1。例1
B.1.1. iCalendar Data
B.1.1。 iCalendar形式のデータ
BEGIN:VCALENDAR CALSCALE:GREGORIAN PRODID:-//Example Inc.//Example Calendar//EN VERSION:2.0 BEGIN:VEVENT DTSTAMP:20080205T191224Z DTSTART:20081006 SUMMARY:Planning meeting UID:4088E990AD89CB3DBB484909 END:VEVENT END:VCALENDAR
BEGIN：VCALENDARのCALSCALE：GREGORIAN PRODID： - //例Inc.//Exampleカレンダー// EN VERSION：2.0 BEGIN：VEVENT DTSTAMP：20080205T191224Z DTSTART：20081006概要：計画会議のUID：4088E990AD89CB3DBB484909 END：VEVENTのEND：VCALENDARを
B.1.2. XML Data
B.1.2。 CML日
<?xml version="1.0" encoding="utf-8"?> <icalendar xmlns="urn:ietf:params:xml:ns:icalendar-2.0"> <vcalendar> <properties> <calscale> <text>GREGORIAN</text> </calscale> <prodid> <text>-//Example Inc.//Example Calendar//EN</text> </prodid> <version> <text>2.0</text> </version> </properties> <components> <vevent> <properties> <dtstamp> <date-time>2008-02-05T19:12:24Z</date-time> </dtstamp> <dtstart> <date>2008-10-06</date> </dtstart> <summary> <text>Planning meeting</text>
<？xml version = "1.0" エンコード= "UTF-8"？> <のiCalendarのxmlns = "URN：IETF：paramsは：XML：NS：のiCalendar-2.0"> <VCALENDAR> <プロパティ> <CALSCALE> <テキスト> GREGORIAN </テキスト> </ CALSCALE> <PRODID> <テキスト> - //例Inc.//Exampleカレンダー// EN </テキスト> </ PRODID> <バージョン> <テキスト> 2.0 </テキスト> </バージョン> </プロパティ> <成分> <VEVENT> <プロパティ> <DTSTAMP> <日時> 2008-02-05T19：12：24Z </日時> </ DTSTAMP> <DTSTART> <日付> 2008-10- 06 </日付> </ DTSTART> <概要> <テキスト>企画会議</テキスト>
</summary> <uid> <text>4088E990AD89CB3DBB484909</text> </uid> </properties> </vevent> </components> </vcalendar> </icalendar>
</要約> <uid> <テキスト> 4088E990AD89CB3DBB484909 </テキスト> </ UID> </プロパティ> </ VEVENT> </部品> </ VCALENDAR> </ iCalendarの>
B.2. Example 2
B.2。例2
B.2.1. iCalendar Data
B.2.1。 iCalendar形式のデータ
VERSION:2.0 PRODID:-//Example Corp.//Example Client//EN BEGIN:VTIMEZONE LAST-MODIFIED:20040110T032845Z TZID:US/Eastern BEGIN:DAYLIGHT DTSTART:20000404T020000 RRULE:FREQ=YEARLY;BYDAY=1SU;BYMONTH=4 TZNAME:EDT TZOFFSETFROM:-0500 TZOFFSETTO:-0400 END:DAYLIGHT BEGIN:STANDARD DTSTART:20001026T020000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10 TZNAME:EST TZOFFSETFROM:-0400 TZOFFSETTO:-0500 END:STANDARD END:VTIMEZONE BEGIN:VEVENT DTSTAMP:20060206T001121Z DTSTART;TZID=US/Eastern:20060102T120000 DURATION:PT1H RRULE:FREQ=DAILY;COUNT=5 RDATE;TZID=US/Eastern;VALUE=PERIOD:20060102T150000/PT2H SUMMARY:Event #2 DESCRIPTION:We are having a meeting all this week at 12 pm fo r one hour\, with an additional meeting on the first day 2 h ours long.\nPlease bring your own lunch for the 12 pm meetin gs. UID:00959BC664CA650E933C892C@example.com END:VEVENT BEGIN:VEVENT
VERSION：2.0 PRODID： - //例Corp.//Exampleクライアント// EN BEGIN：VTIMEZONE LAST-MODIFIED：20040110T032845Z TZID：US /東はBEGIN：DAYLIGHT DTSTART：20000404T020000 RRULE：FREQ = YEARLY; BYDAY = 1SU; BYMONTH = 4をTZNAME：EDTのTZOFFSETFROM：-0500 TZOFFSETTO：-0400 END：晴れ開始：STANDARD DTSTARTを：20001026T020000 RRULE：FREQ = YEARLY; BYDAY = -1SU; BYMONTH = 10 TZNAME：EST TZOFFSETFROM：-0400 TZOFFSETTO：-0500 END：STANDARD END： VTIMEZONEはBEGIN：VEVENT DTSTAMP：20060206T001121Z DTSTART; TZID = US /東：20060102T120000 DURATION：PT1H RRULE：FREQ = DAILY; COUNT = 5 RDATE; TZID = US /東、VALUE = PERIOD：20060102T150000 / PT2H概要：イベント＃2 DESCRIPTION：私たちは、2時間の我々の長い一日目の追加の会合で、R 1時間\ foは午後12時で、すべての今週の会議を持っている。\ nPleaseは、午後12時の会議室のGSのために、独自の弁当を持参します。 UID：00959BC664CA650E933C892C@example.com END：VEVENTはBEGIN：VEVENT
DTSTAMP:20060206T001121Z DTSTART;TZID=US/Eastern:20060104T140000 DURATION:PT1H RECURRENCE-ID;TZID=US/Eastern:20060104T120000 SUMMARY:Event #2 bis UID:00959BC664CA650E933C892C@example.com END:VEVENT END:VCALENDAR
DTSTAMP：20060206T001121Z DTSTART; TZID = US /東：20060104T140000 DURATION：PT1H再発ID; TZID = US /東：20060104T120000概要：イベント＃2ビスUID：00959BC664CA650E933C892C@example.com END：VEVENTのEND：VCALENDAR
B.2.2. XML Data
B.2.2。 CML日
<?xml version="1.0" encoding="utf-8" ?> <icalendar xmlns="urn:ietf:params:xml:ns:icalendar-2.0"> <vcalendar> <properties> <prodid> <text>-//Example Inc.//Example Client//EN</text> </prodid> <version> <text>2.0</text> </version> </properties> <components> <vtimezone> <properties> <last-modified> <date-time>2004-01-10T03:28:45Z</date-time> </last-modified> <tzid>US/Eastern</tzid> </properties> <components> <daylight> <properties> <dtstart> <date-time>2000-04-04T02:00:00</date-time> </dtstart> <rrule> <recur> <freq>YEARLY</freq> <byday>1SU</byday> <bymonth>4</bymonth> </recur> </rrule> <tzname> <text>EDT</text> </tzname> <tzoffsetfrom> <utc-offset>-05:00</utc-offset>
<？XMLバージョン= "1.0" エンコード= "UTF-8"> <のiCalendarのxmlns = "URN：IETF：paramsは：XML：NS：のiCalendar-2.0"> <VCALENDAR> <プロパティ> <PRODID> <テキスト> - //例Inc.//Exampleクライアント// EN </テキスト> </ PRODID> <バージョン> <テキスト> 2.0 </テキスト> </バージョン> </プロパティ> <成分> <VTIMEZONE> <プロパティ> <最後変性> <日時> 2004-01-10T03：28：45Z </日時> </最終更新> <TZID>米国/東</ TZID> </プロパティ> <コンポーネント> <昼光色> <プロパティ> <DTSTART> <日時> 2000-04-04T02：00：00 </日時> </ DTSTART> <RRULE> <再発> <FREQ>年次</ FREQ> <BYDAY> 1SU </ BYDAY > <BYMONTH> 4 </ BYMONTH> </再発> </ RRULE> <TZNAME> <テキスト> EDT </テキスト> </ TZNAME> <tzoffsetfrom> <UTCオフセット> -05：00 </ UTCオフセット>
</tzoffsetfrom>
<tzoffsetto>
<utc-offset>-04:00</utc-offset>
</tzoffsetto>
</properties>
</daylight>
<standard>
<properties>
<dtstart>
<date-time>2000-10-26T02:00:00</date-time>
</dtstart>
<rrule>
<recur>
<freq>YEARLY</freq>
<byday>-1SU</byday>
<bymonth>10</bymonth>
</recur>
</rrule>
<tzname>
<text>EST</text>
</tzname>
<tzoffsetfrom>
<utc-offset>-04:00</utc-offset>
</tzoffsetfrom>
<tzoffsetto>
<utc-offset>-05:00</utc-offset>
</tzoffsetto>
</properties>
</standard>
</components>
</vtimezone>
<vevent>
<properties>
<dtstamp>
<date-time>2006-02-06T00:11:21Z</date-time>
</dtstamp>
<dtstart>
<parameters>
<tzid><text>US/Eastern</text></tzid>
</parameters>
<date-time>2006-01-02T12:00:00</date-time>
</dtstart>
<duration>
<duration>PT1H</duration>
</duration>
<rrule>
<recur>
<freq>DAILY</freq>
<count>5</count> </recur> </rrule> <rdate> <parameters> <tzid><text>US/Eastern</text></tzid> </parameters> <period> <start>2006-01-02T15:00:00</start> <duration>PT2H</duration> </period> </rdate> <summary> <text>Event #2</text> </summary> <description> <text>We are having a meeting all this week at 12 pm for one hour, with an additional meeting on the first day 2 hours long.
Please bring your own lunch for the 12 pm meetings.</text> </description> <uid> <text>00959BC664CA650E933C892C@example.com</text> </uid> </properties> </vevent> <vevent> <properties> <dtstamp> <date-time>2006-02-06T00:11:21Z</date-time> </dtstamp> <dtstart> <parameters> <tzid><text>US/Eastern</text></tzid> </parameters> <date-time>2006-01-04T14:00:00</date-time> </dtstart> <duration> <duration>PT1H</duration> </duration> <recurrence-id> <parameters> <tzid><text>US/Eastern</text></tzid> </parameters> <date-time>2006-01-04T12:00:00</date-time> </recurrence-id> <summary> <text>Event #2 bis</text>
<数> 5 </数> </再発> </ RRULE> <RDATE> <パラメータ> <TZID> <テキスト>米国/東</テキスト> </ TZID> </パラメータ> <期間> 2006年<スタート> -01-02T15：00：00 </開始> <継続時間> PT2H </期間> </期間> </ RDATE> <概要> <テキスト>イベント＃2 </テキスト> </要約> <説明> <テキスト。>私たちは2時間長い初日に追加の会合で、1時間12午後の会議のすべての今週を持っている＆＃のX0A、午後12時の会議のためにあなた自身の昼食を持参してください。</テキスト> </説明を。 > <uid> <テキスト> 00959BC664CA650E933C892C@example.com </テキスト> </ UID> </プロパティ> </ VEVENT> <VEVENT> <プロパティ> <DTSTAMP> <日時> 2006-02-06T00：11： 21Z </日時> </ DTSTAMP> <DTSTART> <パラメータ> <TZID> <テキスト>米国/東</テキスト> </ TZID> </パラメータ> <日時> 2006-01-04T14：00 ：00 </日時> </ DTSTART> <期間> <期間> PT1H </期間> </期間> <再発-ID> <パラメータ> <TZID> <テキスト>米国/東</テキスト> </ TZID> </パラメータ> <日時> 2006-01-04T12：00：00 </日時> </再発-ID> <概要> <テキスト>イベント＃2ビス</テキスト>
</summary> <uid> <text>00959BC664CA650E933C892C@example.com</text> </uid> </properties> </vevent> </components> </vcalendar> </icalendar>
</要約> <uid> <テキスト> 00959BC664CA650E933C892C@example.com </テキスト> </ UID> </プロパティ> </ VEVENT> </部品> </ VCALENDAR> </ iCalendarの>
Authors' Addresses
著者のアドレス
Cyrus Daboo Apple Inc. 1 Infinite Loop Cupertino, CA 95014 USA
サイラスDabooされたApple Inc. 1無限ループクパチーノ、CA 95014 USA
EMail: cyrus@daboo.name URI: http://www.apple.com/
電子メール：cyrus@daboo.name URI：http://www.apple.com/
Mike Douglass Rensselaer Polytechnic Institute 110 8th Street Troy, NY 12180 USA
マイク・ダグラスレンセラー工科大学110 8thストリートトロイ、NY 12180 USA
EMail: douglm@rpi.edu URI: http://www.rpi.edu/
電子メール：douglm@rpi.edu URI：http://www.rpi.edu/
Steven Lees Microsoft Corporation One Microsoft Way Redmond, WA 98052 USA
スティーブン・リーズマイクロソフト社1マイクロソフト道、レッドモンド、ワシントン98052 USA
EMail: steven.lees@microsoft.com URI: http://www.microsoft.com/
電子メール：steven.lees@microsoft.com URI：http://www.microsoft.com/