[要約] RFC 10051は、iCalendar（RFC 5545）のVTODOカレンダーコンポーネントを拡張し、タスクの種類や関係の指定、期限と見積り所要時間による計画、VSTATUSによる詳細なステータス報告を可能にする標準化過程の仕様です。プロセス制御やプロジェクト管理など、人間だけでなく自動化されたシステム間でもタスクを割り当てて追跡できるようにするため、タスクアーキテクチャと新しいプロパティやパラメータを定義します。RFC 5545を更新し、CalDAV（RFC 4791）サーバーがTASK-MODEに基づいてタスクの状態を自動的に更新する動作を実現するための拡張も規定します。
Internet Engineering Task Force (IETF) A. Apthorp
Request for Comments: 10051 DHL Express
Updates: 5545 M. Douglass
Category: Standards Track Bedework Commercial Services
ISSN: 2070-1721 October 2026
The "VTODO" calendar component in the Internet Calendaring and Scheduling Core Object Specification (iCalendar; RFC 5545) has seen limited adoption and use, mainly for personal reminders and to-do lists.
Internet Calendaring and Scheduling Core Object Specification (iCalendar; RFC 5545) の "VTODO" カレンダーコンポーネントは、主に個人のリマインダーやToDoリストに用いられるにとどまり、採用や利用が限定的でした。
This document updates RFC 5545 and defines extensions to "VTODO" to provide improved status tracking, scheduling, and specification of tasks to allow its use in other contexts, such as process control and project management.
本文書は RFC 5545 を更新し、ステータス追跡、スケジューリング、タスクの仕様を改善して、プロセス制御やプロジェクト管理といった他の文脈でも "VTODO" を使えるようにするための拡張を定義します。
It also defines how Calendaring Extensions to WebDAV (CalDAV) (RFC 4791) servers can be extended to support certain automated task management behaviors.
また、Calendaring Extensions to WebDAV (CalDAV) (RFC 4791) サーバーを拡張して、特定の自動化されたタスク管理の動作をサポートする方法も定義します。
This is an Internet Standards Track document.
本文書は Internet Standards Track の文書です。
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 7841.
本文書は Internet Engineering Task Force (IETF) の成果物です。IETFコミュニティのコンセンサスを表しています。本文書は公開レビューを受け、Internet Engineering Steering Group (IESG) により公開が承認されています。Internet Standards の詳細については、RFC 7841 のセクション2を参照してください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc10051.
本文書の現在のステータス、正誤表、およびフィードバックの方法に関する情報は、https://www.rfc-editor.org/info/rfc10051 で入手できます。
Copyright (c) 2026 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright (c) 2026 IETF Trust および本文書の著者として特定された人々。All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://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 Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.
本文書は、本文書の公開日時点で有効な BCP 78 および IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) の適用を受けます。これらの文書は本文書に関する権利と制限を記述しているため、注意深く確認してください。本文書から抽出されるコードコンポーネントには、Trust Legal Provisions のセクション4.eに記載されている Revised BSD License のテキストを含めなければならず、Revised BSD License に記載されているとおり無保証で提供されます。
1. Introduction
1.1. Terms and Definitions
2. Task Architecture
2.1. Task Architecture Elements
2.2. Architecture Foundations
3. Task Extensions
4. Task Specification
4.1. Task Type
4.2. Task Context and Relationships
5. Task Deadlines, Milestones, and Time Planning
5.1. Deadlines
5.2. Milestones
6. Task Scheduling and Assignment
7. Status Reporting
7.1. Improved Granularity in Status Reporting Information
7.2. Comments Associated to Reasons and Status Changes
7.3. Updating the Overall Status
7.4. Relating Reason and Comments to "ATTENDEE" Property Status
Changes
7.5. Task Alerts and Notifications
7.6. Automated Status Changes
8. Modifications to Calendar Components
9. New Parameter Values
9.1. Redefined VTODO Participant Status
10. New Properties
10.1. Estimated Duration
10.2. Reason
10.3. Substate
10.4. Task Mode
11. Property Extensions and Clarifications
11.1. Updated DURATION Property Definition for VTODO
11.2. Redefined STATUS Property
12. New Components
12.1. Status Component
13. CalDAV Support for Task Mode
13.1. CALDAV:supported-task-mode-set Property
14. Security Considerations
15. IANA Considerations
15.1. Component Registration
15.2. Property Registrations
15.3. STATUS Values Registry
15.4. SUBSTATE Values Registry
15.5. TASK-MODE Values Registry
15.6. Participation Statuses Registry
16. References
16.1. Normative References
16.2. Informative References
Appendix A. Examples of Task State Lifecycle
A.1. Simple Case Status Change
A.2. Example for Multiple "Attendees"
A.3. Example of Failure
Acknowledgements
Authors' Addresses
1. Introduction
1. はじめに
1.1. Terms and Definitions
1.1. 用語と定義
2. Task Architecture
2. タスクアーキテクチャ
2.1. Task Architecture Elements
2.1. タスクアーキテクチャの要素
2.2. Architecture Foundations
2.2. アーキテクチャの基盤
3. Task Extensions
3. タスク拡張
4. Task Specification
4. タスクの仕様
4.1. Task Type
4.1. タスクタイプ
4.2. Task Context and Relationships
4.2. タスクのコンテキストと関係
5. Task Deadlines, Milestones, and Time Planning
5. タスクの期限、マイルストーン、時間計画
5.1. Deadlines
5.1. 期限
5.2. Milestones
5.2. マイルストーン
6. Task Scheduling and Assignment
6. タスクのスケジューリングと割り当て
7. Status Reporting
7. ステータス報告
7.1. Improved Granularity in Status Reporting Information
7.1. ステータス報告情報の粒度の改善
7.2. Comments Associated to Reasons and Status Changes
7.2. 理由およびステータス変更に関連付けられたコメント
7.3. Updating the Overall Status
7.3. 全体ステータスの更新
7.4. Relating Reason and Comments to "ATTENDEE" Property Status
Changes
7.4. 理由とコメントの "ATTENDEE" プロパティのステータス変更への関連付け
7.5. Task Alerts and Notifications
7.5. タスクのアラートと通知
7.6. Automated Status Changes
7.6. 自動ステータス変更
8. Modifications to Calendar Components
8. カレンダーコンポーネントの変更
9. New Parameter Values
9. 新しいパラメータ値
9.1. Redefined VTODO Participant Status
9.1. 再定義された VTODO の参加ステータス
10. New Properties
10. 新しいプロパティ
10.1. Estimated Duration
10.1. 推定所要時間
10.2. Reason
10.2. 理由
10.3. Substate
10.3. サブステート
10.4. Task Mode
10.4. タスクモード
11. Property Extensions and Clarifications
11. プロパティの拡張と明確化
11.1. Updated DURATION Property Definition for VTODO
11.1. VTODO 用の DURATION プロパティ定義の更新
11.2. Redefined STATUS Property
11.2. 再定義された STATUS プロパティ
12. New Components
12. 新しいコンポーネント
12.1. Status Component
12.1. ステータスコンポーネント
13. CalDAV Support for Task Mode
13. タスクモードに対するCalDAVのサポート
13.1. CALDAV:supported-task-mode-set Property
13.1. CALDAV:supported-task-mode-set プロパティ
14. Security Considerations
14. セキュリティに関する考慮事項
15. IANA Considerations
15. IANAに関する考慮事項
15.1. Component Registration
15.1. コンポーネントの登録
15.2. Property Registrations
15.2. プロパティの登録
15.3. STATUS Values Registry
15.3. STATUS Valuesレジストリ
15.4. SUBSTATE Values Registry
15.4. SUBSTATE Valuesレジストリ
15.5. TASK-MODE Values Registry
15.5. TASK-MODE Valuesレジストリ
15.6. Participation Statuses Registry
15.6. Participation Statusesレジストリ
16. References
16. 参考文献
16.1. Normative References
16.1. 規範的参考文献
16.2. Informative References
16.2. 参考情報の参考文献
Appendix A. Examples of Task State Lifecycle
Appendix A. タスク状態ライフサイクルの例
A.1. Simple Case Status Change
A.1. 単純なケースのステータス変更
A.2. Example for Multiple "Attendees"
A.2. 複数の "Attendee" の例
A.3. Example of Failure
A.3. 失敗の例
Acknowledgements
謝辞
Authors' Addresses
著者の連絡先
This document specifies extensions to the Internet Calendaring and Scheduling Core Object Specification (iCalendar) [RFC5545] and associated protocols in order to enhance the structured communication and execution of tasks. The enhancements allow for the communication, time planning, and scheduling of tasks by and between automated systems (e.g., taxi dispatch systems, smart power grids [WsCalendar], and business process management systems), as well as for human-centered tasks.
本文書は、タスクの構造化された通信と実行を強化するために、Internet Calendaring and Scheduling Core Object Specification (iCalendar) [RFC5545] および関連プロトコルの拡張を規定します。これらの拡張により、自動化システム間（例: タクシー配車システム、スマートグリッド [WsCalendar]、ビジネスプロセス管理システム）での、またそれらと人との間でのタスクの通信、時間計画、スケジューリングが可能になり、人間中心のタスクにも対応できます。
A "task" is a representation of an item of work assigned to an individual or organization. In the iCalendar Object Model [RFC5545] the representation of tasks is by "VTODO" calendar components. Tasks can be identified in a number of situations, either informally as ad hoc tasks in personal to-do lists or more formally in business processes (ranging from repetitive workflows to adaptive cases and trouble ticketing) and project management (whether for large-scale construction projects or collaborative software development).
"タスク" とは、個人または組織に割り当てられた作業項目を表現したものです。iCalendar オブジェクトモデル [RFC5545] では、タスクは "VTODO" カレンダーコンポーネントで表現されます。タスクは様々な場面で識別されます。個人のToDoリストにおける場当たり的なアドホックタスクのような非公式なものから、ビジネスプロセス（反復的なワークフローから適応型ケース、トラブルチケット管理まで）やプロジェクト管理（大規模な建設プロジェクトから共同でのソフトウェア開発まで）におけるより公式なものまであります。
The extensions specified in this document enhance and standardize the following:
本文書で規定する拡張は、次の事項を強化し標準化します。
* The specification of tasks: How a task type is defined and the relationships between tasks; see Section 4.
* タスクの仕様: タスク種別の定義方法とタスク間の関係。セクション4を参照してください。
* Task planning and scheduling: Improved specification of deadlines and estimated time for completion; see Section 5.
* タスクの計画とスケジューリング: 期限と完了までの見積時間の仕様の改善。セクション5を参照してください。
* Task assignment and status reporting: The addition of "VSTATUS" (Section 8) allows for more detailed reports; see Section 7.
* タスクの割り当てとステータス報告: "VSTATUS" (セクション8) の追加により、より詳細な報告が可能になります。セクション7を参照してください。
These extensions are defined within the context of an overall architecture for task calendaring and scheduling, which elaborates that supported by [RFC5545] and related standards.
これらの拡張は、[RFC5545] および関連標準がサポートするものを詳細化した、タスクのカレンダリングとスケジューリングの全体アーキテクチャの文脈の中で定義されます。
Calendaring and scheduling roles are referred to in quoted-strings of text with the first character of each word in uppercase. For example, "Organizer" refers to the role of a "Calendar User" (CU) within the scheduling protocol.
カレンダリングとスケジューリングのロールは、各単語の先頭文字を大文字にした引用文字列で参照します。例えば "Organizer" は、スケジューリングプロトコル内の "Calendar User" (CU) のロールを指します。
Calendar components defined by [RFC5545] and updating specifications are referred to with capitalized quoted-strings of text, followed by the words "calendar component". For example, "VEVENT" calendar component refers to the event calendar component, "VTODO" calendar component refers to the to-do calendar component, and "VJOURNAL" calendar component refers to the daily journal calendar component.
[RFC5545] およびそれを更新する仕様で定義されたカレンダーコンポーネントは、先頭を大文字にした引用文字列の後に「カレンダーコンポーネント」という語を付けて参照します。例えば "VEVENT" カレンダーコンポーネントはイベントのカレンダーコンポーネントを、"VTODO" カレンダーコンポーネントはToDoのカレンダーコンポーネントを、"VJOURNAL" カレンダーコンポーネントは日次ジャーナルのカレンダーコンポーネントを指します。
Scheduling methods are referred to with capitalized quoted-strings of text. For example, "REQUEST" refers to the method for requesting a scheduling calendar component be created or modified, and "REPLY" refers to the method the recipient of a request uses to update their status with the "Organizer" of the calendar component.
スケジューリングメソッドは、先頭を大文字にした引用文字列で参照します。例えば "REQUEST" は、スケジューリングのカレンダーコンポーネントの作成または変更を要求するメソッドを指し、"REPLY" は、要求の受信者が自身のステータスをカレンダーコンポーネントの "Organizer" に更新するために使うメソッドを指します。
Properties defined by [RFC5545] and updating specifications are referred to with capitalized quoted-strings of text, followed by the word "property". For example, the "ATTENDEE" property refers to the iCalendar property used to convey the calendar address of a "Calendar User".
[RFC5545] およびそれを更新する仕様で定義されたプロパティは、先頭を大文字にした引用文字列の後に「プロパティ」という語を付けて参照します。例えば "ATTENDEE" プロパティは、"Calendar User" のカレンダーアドレスを伝えるために使う iCalendar のプロパティを指します。
Property parameters defined by [RFC5545] and updating specifications are referred to with lowercase quoted-strings of text, followed by the word "parameter". For example, the "value" parameter refers to the iCalendar property parameter used to override the default data type for a property value.
[RFC5545] およびそれを更新する仕様で定義されたプロパティパラメータは、小文字の引用文字列の後に「パラメータ」という語を付けて参照します。例えば "value" パラメータは、プロパティ値のデフォルトのデータ型を上書きするために使う iCalendar のプロパティパラメータを指します。
Enumerated values defined by this specification are referred to with capitalized text, either alone or followed by the word "value".
本仕様で定義される列挙値は、先頭を大文字にしたテキストで、単独で、または「値」という語を付けて参照します。
In tables, the quoted-string text is specified without quotes in order to minimize the table length.
表では、表の長さを抑えるために、引用文字列のテキストを引用符なしで記載します。
Terms defined and used in this specification include:
本仕様で定義され使用される用語には、次のものがあります。
Assignee:
担当者:
A calendar user assigned to perform a given task. An assignee is equivalent to an "Attendee" of a task.
特定のタスクを実行するよう割り当てられたカレンダーユーザー。担当者は、タスクの "Attendee" (出席者) と同等です。
BPMS:
BPMS:
Business Process Management Software
ビジネスプロセス管理ソフトウェア
CU:
CU:
Calendar User. A person or software system that accesses or modifies calendar information.
カレンダーユーザー。カレンダー情報にアクセスまたは変更する人またはソフトウェアシステム。
CUA:
CUA:
Calendar User Agent. This may be one of the following:
カレンダーユーザーエージェント。次のいずれかです。
1. Software with which the CU communicates with a calendar service or local calendar store to access calendar information.
1. CUがカレンダー情報にアクセスするために、カレンダーサービスまたはローカルのカレンダーストアと通信するソフトウェア。
2. Software that gathers calendar data on the CU's behalf.
2. CUに代わってカレンダーデータを収集するソフトウェア。
Candidate:
候補者:
A calendar user who might be able to perform a given task, prior to actually being assigned the task, e.g., a dispatcher has a list of taxi drivers (candidates) from which one will be selected to pick up a passenger.
実際にタスクが割り当てられる前の、特定のタスクを実行できる可能性のあるカレンダーユーザー。例えば、ディスパッチャーがタクシー運転手（候補者）の一覧を持ち、その中から乗客を迎えに行く1人が選ばれる場合です。
Organizer:
オーガナイザー:
A calendar user who creates a calendar item, requests free/busy information, or publishes free/busy information. It is an "Organizer" who invites "Attendees" [RFC5545].
カレンダー項目を作成する、free/busy情報を要求する、またはfree/busy情報を公開するカレンダーユーザー。"Organizer" は "Attendees" を招待する者です [RFC5545]。
Observer:
オブザーバー:
A calendar user interested in a calendar component, e.g., a manager may have interest in all tasks that have not been completed. Often represented as an "Attendee" with the "role" parameter set to NON-PARTICIPANT.
カレンダーコンポーネントに関心を持つカレンダーユーザー。例えば、マネージャーが完了していないすべてのタスクに関心を持つ場合があります。多くの場合、"role" パラメータを NON-PARTICIPANT に設定した "Attendee" として表現されます。
Resource:
リソース:
A resource in the scheduling context is any shared entity that can be scheduled by a calendar user but does not control its own attendance status. Examples of such resources are locations such as a bookable conference room or equipment such as projectors.
スケジューリングの文脈におけるリソースとは、カレンダーユーザーがスケジュールできるが、自身の出席ステータスを制御しない共有エンティティを指します。このようなリソースの例として、予約可能な会議室などの場所や、プロジェクターなどの機器があります。
Task:
タスク:
A representation of an item of work that can be assigned to one or more task actor assignees. In [RFC5545], these are "VTODO" calendar components, which are groupings of component properties and possibly "VALARM" calendar components that represent an action item or assignment.
1人以上のタスクアクターである担当者に割り当てることができる作業項目の表現。[RFC5545] では、これらは "VTODO" カレンダーコンポーネントであり、アクション項目または割り当てを表すコンポーネントプロパティ、および場合によっては "VALARM" カレンダーコンポーネントをまとめたものです。
A reference architecture for task calendaring and scheduling is defined in order to identify the key logical elements involved in task management and the interfaces between them to enable interoperability. Central to this architecture is the Calendar and Scheduling System. The logical elements identified here establish an appropriate separation of concerns and clarify the responsibilities of different elements. However, the architecture does not prescribe the binding or packaging of elements, i.e., software systems may be developed where some elements are tightly bound and the interfaces between bound elements are not exposed. The task architecture is also described in [TARCH].
タスクのカレンダリングとスケジューリングのリファレンスアーキテクチャは、タスク管理に関わる主要な論理要素とそれらの間のインタフェースを特定し、相互運用性を実現するために定義されています。このアーキテクチャの中心となるのは、カレンダーおよびスケジューリングシステムです。ここで特定される論理要素は、適切な関心の分離を確立し、各要素の責務を明確にします。ただし、このアーキテクチャは要素の結合やパッケージ化の方法を規定するものではありません。すなわち、一部の要素が密に結合され、結合された要素間のインタフェースが公開されないソフトウェアシステムが開発されることもあります。タスクアーキテクチャは [TARCH] でも説明されています。
Task +-------+
Trigger |
+---------------------V---------------------+ +-----------+
| Task Generating System | | |
| +-------------------------+ | | |
| | O | | | |
| | /|\ | | | |
| | / \ | | | |
| | Task Organizer | <----> |
| +-^--------^--------------+ | | |
| | | | | |
| +--------V-+ +----V-----+ +----------+ | | |
| | Task | | Process | | Task | | | |
| |Assignment| | Logic <----> Domain | | | |
| | Rules | | | | Data | | | |
| +----------+ +----------+ +----------+ | | |
| | | |
+------^----------+-----^-------------------+ | |
| | | | |
Availability Task Task | |
| | Status | |
| | | | |
+------v----------v-----+-------------------+ | |
| Calendar and Scheduling System | | Directory |
| +---------+ +---------+ | | Service |
| | | | Task | <----> |
| |Schedule | | Lists | | | |
| | | | | | | |
| +---------+ +---------+ Server | | |
+-------------------------------------------+ | |
| Client | | |
| +----------------------+ +-----------+ | | |
| | Calendar | | Task | | | |
| | User Agent +----> Specific | <----> |
| | | |Application| | | |
| +----------------------+ +-----------+ | | |
| | | |
+-----^---------^--------+---------+--------+ | |
| | | | | |
+-----V---------V--------V---------V--------+ | |
| Task Actors | | |
| O O O O | | |
| /|\ /|\ /|\ /|\ +----> |
| / \ / \ / \ / \ | | |
| Candidate(s) Observer(s) | | |
| Assignee(s) Resource(s) | | |
+-------------------------------------------+ +-----------+
Figure 1: Task Architecture Diagram
図1: タスクアーキテクチャ図
The following logical elements form the task architecture that this specification is based on:
以下の論理要素が、本仕様の基礎となるタスクアーキテクチャを構成します。
Task Actors:
タスクアクター:
Various calendar users that may be involved in the monitoring or performing of a task. The set of actors includes Organizers, Observers, Resources, Assignees, and Candidates.
タスクの監視または実行に関与しうる各種のカレンダーユーザー。アクターの集合には、オーガナイザー、オブザーバー、リソース、担当者、候補者が含まれます。
Task Organizer:
タスクオーガナイザー:
The creator of a task who also determines task assignment and scheduling and monitors task progress.
タスクの作成者であり、タスクの割り当てとスケジューリングを決定し、タスクの進捗を監視する者。
Task Domain Data:
タスクドメインデータ:
This is any domain-specific data that may be acted on or that provides context for performing a task.
タスクに対して操作される可能性のある、またはタスクを実行するための文脈を提供する、あらゆるドメイン固有のデータ。
Task-Specific Application:
タスク固有アプリケーション:
A task-specific application renders the data concerning the task (including task domain data) for presentation and manipulation by a task actor.
タスク固有アプリケーションは、タスクアクターによる提示と操作のために、タスクに関するデータ（タスクドメインデータを含む）を表示します。
Process Logic:
プロセスロジック:
Determines under what conditions one or more tasks are generated and the actions to take upon task completion or upon the occurrence (or non-occurrence) of some other status event.
どのような条件で1つ以上のタスクを生成するか、およびタスクの完了時、または他のステータスイベントの発生時（または不発生時）にどのようなアクションを取るかを決定するもの。
Task Trigger:
タスクトリガー:
An event that gives rise to the generation of a task according to Process Logic. Task triggers can come from many sources including, for example, a task being requested through the calendaring system or a status change in the progression of a business process being managed by a business process management or enterprise resource planning (ERP) system.
プロセスロジックに従ってタスクの生成を引き起こすイベント。タスクトリガーは多くの発生源から生じえます。例えば、カレンダリングシステムを通じて要求されたタスクや、ビジネスプロセス管理システムまたはエンタープライズリソースプランニング (ERP) システムによって管理されるビジネスプロセスの進行におけるステータス変化などです。
Task Assignment Rules:
タスク割り当てルール:
Govern how actors are assigned to a task. A range of different assignment patterns [WfRP] may be considered, including the two general cases:
アクターをタスクにどのように割り当てるかを定めるもの。次の2つの一般的なケースを含め、さまざまな割り当てパターン [WfRP] が考えられます。
a. Delegation to a named actor or group of actors
a. 指名されたアクターまたはアクターのグループへの委任
b. Advertising to a pool of actors for self-selection
b. 自己選択のためのアクターのプールへの告知
In either case, the assignment may be made based on a variety of criteria including, name, availability, skills, capacity, etc.
いずれの場合も、割り当ては、名前、空き状況、スキル、キャパシティなど、さまざまな基準に基づいて行われる場合があります。
Task Generating System:
タスク生成システム:
A system that creates and assigns tasks in response to some initiating event (task trigger). Process Logic defines task creation, while Task Assignment Rules determine task assignment. This system also tracks the status of tasks and will initiate further actions based upon the status. A Task Generating System can take many forms, such as a Business Process Management System, Project Management System, Bug Tracking System, and Building Control System. A Task Generating System may also be a human. In iCalendar terms the Task Generating System is the "Organizer".
何らかの起点となるイベント（タスクトリガー）に応じてタスクを作成し割り当てるシステム。タスクの作成はプロセスロジックが定義し、タスクの割り当てはタスク割り当てルールが決定します。このシステムはタスクのステータスも追跡し、そのステータスに基づいてさらなるアクションを開始します。タスク生成システムには、ビジネスプロセス管理システム、プロジェクト管理システム、バグ追跡システム、ビル制御システムなど、さまざまな形態がありえます。タスク生成システムは人間である場合もあります。iCalendarの用語では、タスク生成システムは "Organizer" です。
Task creation, assignment, and tracking coordinated by a human "Organizer" is a special case of a Task Generating System. In this case, Task Assignment Rules and Process Logic may be either explicit or tacit.
人間の "Organizer" が調整するタスクの作成、割り当て、追跡は、タスク生成システムの特殊なケースです。この場合、タスク割り当てルールとプロセスロジックは、明示的な場合も暗黙的な場合もあります。
Calendar and Scheduling System:
カレンダーおよびスケジューリングシステム:
A software system that stores, publishes, and synchronizes calendar data such as events, tasks, and journal entries for actors. In the context of tasks, this includes schedules (i.e., allocated time and availability to perform tasks) and task lists. A calendar and scheduling system typically consists of server and client software components.
アクターのために、イベント、タスク、ジャーナルエントリなどのカレンダーデータを保存、公開、同期するソフトウェアシステム。タスクの文脈では、これにはスケジュール（すなわち、タスクを実行するために割り当てられた時間と空き状況）とタスクリストが含まれます。カレンダーおよびスケジューリングシステムは、通常、サーバーとクライアントのソフトウェアコンポーネントで構成されます。
It is not within the scope of this document to specify how Process Logic or Task Assignment Rules are codified. Such logic and rules may be codified in a variety of ways, including conventional programming languages (e.g., C++ and Java) or process modeling languages (e.g., Business Process Model and Notation (BPMN) [BPMN]).
プロセスロジックやタスク割り当てルールをどのように体系化するかを規定することは、本文書の範囲外です。そのようなロジックやルールは、従来のプログラミング言語（例: C++ や Java）や、プロセスモデリング言語（例: Business Process Model and Notation (BPMN) [BPMN]）など、さまざまな方法で体系化できます。
The key standards that enable interoperability between the logical elements of the architecture are iCalendar [RFC5545] and the associated protocols. Task and task status are represented by the "VTODO" calendar component. Protocols include, in particular, the iCalendar Transport-Independent Interoperability Protocol (iTIP) [RFC5546] for task assignment and scheduling and the Calendaring Extensions to WebDAV (CalDAV) [RFC4791] for client server communication.
Additionally, this specification uses definitions from "Support for iCalendar Relationships" [RFC9253]. The "LINK", "REFID", "RELATED-TO", and "CONCEPT" properties enable context and a rich set of relationships between tasks and other calendar components to be specified.
さらに、本仕様は「Support for iCalendar Relationships」[RFC9253] の定義を使用します。"LINK"、"REFID"、"RELATED-TO"、"CONCEPT" の各プロパティにより、タスクと他のカレンダーコンポーネントとの間のコンテキストや豊富な関係を指定できます。
In order to support the task architecture described in Section 2, this document defines a number of extensions to iCalendar [RFC5545] in the following areas:
セクション2で説明したタスクアーキテクチャをサポートするために、本ドキュメントは次の分野で iCalendar [RFC5545] に対する複数の拡張を定義します。
Task Specification:
タスクの仕様：
Improved ability to specify domain-specific tasks.
ドメイン固有のタスクを指定する能力の改善。
Task Deadlines, Milestones, and Time Planning:
タスクの期限、マイルストーン、時間計画：
Clarification of deadlines and extension for task duration to support task time planning.
期限の明確化と、タスクの時間計画をサポートするためのタスク所要時間の拡張。
Task Scheduling and Assignment:
タスクのスケジューリングと割り当て：
Ensure support for common patterns of scheduling and assigning tasks.
タスクのスケジューリングと割り当てに関する一般的なパターンを確実にサポートすること。
Task Status Tracking:
タスクステータスの追跡：
Improved granularity in status tracking information and alerting task actors of pending or actual task status changes.
ステータス追跡情報の粒度の改善と、保留中または実際のタスクステータス変更のタスクアクターへの通知。
These extensions are supported mainly by additions to the properties and parameters used within the "VTODO" calendar component.
これらの拡張は主に、"VTODO" カレンダーコンポーネント内で使用されるプロパティとパラメータの追加によってサポートされます。
The specification of tasks must be semantically explicit in order for them to be managed within the context of a business process or project and understood by both humans and IT systems. The "VTODO" calendar component [RFC5545] only provides for simple ad hoc tasks or to-do lists and is therefore extended by this specification as follows:
タスクがビジネスプロセスやプロジェクトの文脈内で管理され、人間とITシステムの双方に理解されるためには、タスクの仕様が意味的に明示的でなければなりません。"VTODO" カレンダーコンポーネント [RFC5545] は、単純なアドホックタスクやToDoリストにしか対応していないため、本仕様では次のように拡張します。
Task Type:
タスクタイプ：
Explicitly what type of task is to be performed is identified.
実行すべきタスクの種類を明示的に識別します。
Task Context and Relationships:
タスクのコンテキストと関係：
How a specific task relates to other tasks and other objects that need to be understood for the effective execution of a task.
特定のタスクが、他のタスクや、タスクを効果的に実行するために理解しておく必要がある他のオブジェクトとどのように関係するか。
Task-Specific Data:
タスク固有のデータ：
The form and content of domain data provided as input to a task and/or that may be output from a task.
タスクへの入力として提供される、および/またはタスクから出力されうるドメインデータの形式と内容。
Organizer and Attendee:
オーガナイザーと出席者：
Recognizes that a task "Organizer" or "Attendee" can be an automated system.
タスクの "Organizer" や "Attendee" が自動化されたシステムであってもよいことを認めます。
The "CONCEPT" property [RFC9253] is used to identify the type of task, for example:
"CONCEPT" プロパティ [RFC9253] は、タスクの種類を識別するために使用されます。例：
CONCEPT:http://example.com/task/delivery
The "LINK" property [RFC9253] specifies a link to external information, which may provide context for the task. For example:
"LINK" プロパティ [RFC9253] は、タスクのコンテキストを提供しうる外部情報へのリンクを指定します。例：
LINK;LINKREL=describedby;VALUE=URI:
mid:752142.141482.307E5@mx123.example.com
The external information may consist of data to be manipulated in performing the task.
外部情報は、タスクの実行時に操作されるデータで構成される場合があります。
The "LINK" property can be used to relate a domain-specific service to the task. For example, it might be a URI pointing to a web page where the status of the task can be directly manipulated.
"LINK" プロパティは、ドメイン固有のサービスをタスクに関連付けるために使用できます。たとえば、タスクのステータスを直接操作できるWebページを指すURIである場合があります。
Note: The link relations below are for illustration only.
注：以下のリンク関係は説明のみを目的としています。
LINK;LINKREL="vacation-system";VALUE=URI:
http://example.com/vacation-approval?id=1234
Additionally, it might be used to link data specific to the task, for example, an electronic copy of a signature taken to confirm delivery of a package.
さらに、タスク固有のデータをリンクするために使用される場合もあります。たとえば、荷物の配達を確認するために受け取った署名の電子コピーです。
LINK;LINKREL="electronic-signature";VALUE=URI:
http://example.com/delivery/sig1234.jpg
The "REFID" property [RFC9253] is used to identify a key used to group tasks by that key.
"REFID" プロパティ [RFC9253] は、そのキーによってタスクをグループ化するために使用されるキーを識別するために使用されます。
REFID:Manhattan
REFID:1234567890
Extensions to the "RELATED-TO" property defined in [RFC9253] allow temporal relationships between tasks as found in project management to be specified as well as parent/child relationships and dependencies (DEPENDS-ON). Tasks ("VTODO" calendar components) may also be related to other calendar components, for example, a "VEVENT" calendar component used to block time to perform a task.
[RFC9253] で定義されている "RELATED-TO" プロパティの拡張により、プロジェクト管理に見られるタスク間の時間的関係に加え、親子関係や依存関係 (DEPENDS-ON) を指定できます。タスク ("VTODO" カレンダーコンポーネント) は、他のカレンダーコンポーネントとも関連付けることができます。たとえば、タスクを実行する時間を確保するために使用される "VEVENT" カレンダーコンポーネントです。
Deadlines for starting and finishing a task are defined by the "DTSTART", "DUE", and "DURATION" properties. The "DTSTART" property represents the earliest start time for beginning work on a task. The "DUE" or "DTSTART" + "DURATION" properties represent the latest finish time for a task. Thus, these properties define a "window" within which a task has to be performed. However, [RFC5545] provides no way to indicate how long the task is expected to take. This document defines a new "ESTIMATED-DURATION" property, in Section 10.1, to allow the estimated time that a task should take to be specified separately from the deadlines for starting and finishing a task. This supports time planning by enabling calendar user agents to display when tasks should occur, which allows calendar users to visualize when tasks should be performed and to allocate time to them accordingly.
タスクの開始と終了の期限は、"DTSTART"、"DUE"、"DURATION" の各プロパティで定義されます。"DTSTART" プロパティは、タスクの作業を開始できる最も早い時刻を表します。"DUE"、または "DTSTART" + "DURATION" の各プロパティは、タスクの最も遅い終了時刻を表します。したがって、これらのプロパティは、タスクを実行しなければならない「ウィンドウ」を定義します。しかし、[RFC5545] には、タスクにどれくらいの時間がかかる見込みかを示す方法がありません。本ドキュメントは、タスクの開始と終了の期限とは別に、タスクにかかるべき見積もり時間を指定できるようにするため、セクション10.1で新しい "ESTIMATED-DURATION" プロパティを定義します。これにより、カレンダーユーザーエージェントがタスクを行うべき時期を表示できるようになり、時間計画がサポートされます。その結果、カレンダーユーザーは、タスクをいつ実行すべきかを視覚化し、それに応じて時間を割り当てることができます。
A task that has intermediary deadlines (i.e., milestones) MUST be expressed by child "VTODO" calendar components (i.e., subtasks associated with each of the milestones) in conjunction with the "RELATED-TO" property to relate the parent and child tasks.
中間の期限 (すなわちマイルストーン) を持つタスクは、親タスクと子タスクを関連付ける "RELATED-TO" プロパティとあわせて、子の "VTODO" カレンダーコンポーネント (すなわち各マイルストーンに対応するサブタスク) で表現しなければなりません (MUST)。
Communication of task assignment or delegation to one or more actors who are allocated to a task by the "Organizer" is directly supported by iTIP, i.e., all included "ATTENDEE" properties in an iTIP "REQUEST" are expected to perform the task.
"Organizer" によってタスクに割り当てられた1つ以上のアクターへのタスク割り当てまたは委任の通知は、iTIPによって直接サポートされます。すなわち、iTIPの "REQUEST" に含まれるすべての "ATTENDEE" プロパティは、そのタスクを実行することが期待されます。
The offering or advertising of a task to one or more (potential) actors where only one or a subset of the candidates may accept the task will be addressed by a later specification.
1人以上の（潜在的な）アクターにタスクを提示または告知し、候補者のうち1人または一部だけがそのタスクを受け入れられるようにする方法については、今後の仕様で扱います。
This document defines a new "VSTATUS" calendar component (see Section 12.1) that can be used to group related information about the status of the task. This might include information on why (the "REASON" property) and when (the "DTSTAMP" property) a status has changed. In addition, new status values are specified to provide for task suspension, failure, and preparation.
本書は、タスクのステータスに関する関連情報をまとめるために使用できる、新しい "VSTATUS" カレンダーコンポーネントを定義します（12.1節を参照）。これには、ステータスが変更された理由（"REASON" プロパティ）と時刻（"DTSTAMP" プロパティ）に関する情報を含めることができます。さらに、タスクの一時停止、失敗、準備を表す新しいステータス値を規定します。
BEGIN:VSTATUS
STATUS:FAILED
REASON:https://example.com/reason/delivery-failed
SUBSTATE:ERROR
DTSTAMP:20130212T120000Z
COMMENT:Breakdown
END:VSTATUS
Multiple comments and reasons may have the same status. As situations change, further "VSTATUS" calendar components can be added to provide additional information.
複数のコメントや理由が同じステータスを持つ場合があります。状況が変化したときは、追加情報を提供するために、さらに "VSTATUS" カレンダーコンポーネントを追加できます。
CONCEPT:https://example.com/task/delivery
BEGIN:VSTATUS
STATUS:FAILED
SUBSTATE:ERROR
DTSTAMP:20220212T104900Z
COMMENT:Out of time
END:VSTATUS
BEGIN:VSTATUS
STATUS:FAILED
COMMENT:Traffic Accident on E44
REASON:https://example.com/reason/traffic
DTSTAMP:20220212T110451Z
END:VSTATUS
BEGIN:VSTATUS
STATUS:FAILED
COMMENT:Arrived after office hours
REASON:https://example.com/reason/closed
DTSTAMP:20220212T180451Z
END:VSTATUS
Note that the "VSTATUS" calendar component is not intended to be used as a history of changes to a task's properties. The purpose of the "VSTATUS" calendar component is only to document changes related to fulfilling the tasks.
"VSTATUS" カレンダーコンポーネントは、タスクのプロパティに対する変更の履歴として使用することを意図したものではない点に注意してください。"VSTATUS" カレンダーコンポーネントの目的は、タスクの遂行に関する変更を記録することだけです。
Only the Task Organizer, or the server acting as the Organizer's proxy, may change or add "VSTATUS" calendar components and the "STATUS" property.
"VSTATUS" カレンダーコンポーネントと "STATUS" プロパティを変更または追加できるのは、タスクのオーガナイザー、またはオーガナイザーのプロキシとして動作するサーバーだけです。
The overall "VSTATUS" will be changed in response to incoming "Attendee" replies. Each change of the overall "VSTATUS" MUST be accompanied by a change to the STATUS.
全体の "VSTATUS" は、受信した "Attendee" の返信に応じて変更されます。全体の "VSTATUS" を変更するたびに、STATUS の変更を伴わなければなりません (MUST)。
Note there is no defined ordering of properties and components so the DTSTAMP property SHOULD be set for each "VSTATUS" component to preserve ordering.
プロパティおよびコンポーネントには定義された順序がないため、順序を保持するために、各 "VSTATUS" コンポーネントには DTSTAMP プロパティを設定すべきです (SHOULD)。
The "PARTICIPANT" calendar component [RFC9073] can be used to provide additional information about why an "ATTENDEE" property's participation status has changed, by following the guidelines set out in Section 7.1 of [RFC9073]. The "COMMENT" property can also be used to include additional human-readable information about why the associated "STATUS" or "ATTENDEE" property changed. For example, if a driver failed to deliver a package because of a puncture, it might be expressed as
ATTENDEE;PARTSTAT=FAILED:mailto:xxx@example.com
...
BEGIN:PARTICIPANT
CALENDAR-ADDRESS:mailto:xxx@example.com
DTSTAMP:20130226T1104510Z
REASON:https://example.com/reason/van-break-down
COMMENT:Puncture
END:PARTICIPANT
Different requirements to alert or notify task actors of pending or actual task status changes are recognized:
保留中または実際のタスクステータスの変更について、タスクアクターに警告または通知するための、次のようなさまざまな要件が認識されています。
Alarms:
アラーム：
"VALARM" calendar components operate in the calendar user agent space to notify the task actor of a pending task state for a task they are assigned to or are interested in.
"VALARM" カレンダーコンポーネントは、カレンダーユーザーエージェントの領域で動作し、タスクアクターに、担当している、または関心を持っているタスクの保留中のタスク状態を通知します。
Current standards (such as [RFC9074]) indicate that "VALARM" calendar components SHOULD be removed from incoming data, and many systems in fact do so. In a task assignment scenario, it may be appropriate for the "Organizer" to be able to set alarms for the participants. A system implementing these standards may choose to preserve "VALARM" calendar components, but sending a task via some external service may result in their removal. This issue is not addressed by this specification.
現行の標準（[RFC9074] など）では、"VALARM" カレンダーコンポーネントは受信データから削除すべきです (SHOULD) とされており、実際に多くのシステムがそのようにしています。タスクの割り当てのシナリオでは、"Organizer" が参加者のアラームを設定できると適切な場合があります。これらの標準を実装するシステムは "VALARM" カレンダーコンポーネントを保持することを選択できますが、外部サービスを介してタスクを送信すると、それらが削除される場合があります。この問題は、本仕様では扱いません。
Escalations:
エスカレーション：
An escalation or notification to the "Attendee", "Organizer", or other task actor may be required if a deadline associated with a task is exceeded or for some other reason. Process Logic identifying when and who to propagate escalations is the responsibility of the Task Generating System, e.g., a BPMS.
タスクに関連付けられた期限を超過した場合やその他の理由がある場合には、"Attendee"、"Organizer"、またはその他のタスクアクターへのエスカレーションまたは通知が必要になることがあります。エスカレーションをいつ、誰に伝達するかを特定するプロセスロジックは、タスク生成システム（たとえば BPMS）の責任です。
Notifications:
通知：
Task actors (Observers) not directly involved in performing a task but that have a known interest in a given task's status can be identified by the "PARTICIPANT" calendar component [RFC9073] against certain components, e.g., the "VALARM" calendar component, to identify which task events the stakeholder/party is interested in. Notifications on shared calendars will allow task actors to register an interest in changes to tasks within a calendar (see Appendix A).
タスクの遂行に直接関与しないものの、特定のタスクのステータスに関心があることが分かっているタスクアクター（オブザーバー）は、特定のコンポーネント（たとえば "VALARM" カレンダーコンポーネント）に対する "PARTICIPANT" カレンダーコンポーネント [RFC9073] によって識別でき、そのステークホルダー/関係者がどのタスクイベントに関心を持っているかを特定できます。共有カレンダーでの通知により、タスクアクターは、カレンダー内のタスクの変更に対する関心を登録できるようになります（付録 A を参照）。
A new "TASK-MODE" property is introduced to instruct servers to apply automated operations for changing the status of a task.
サーバーに対し、タスクのステータスを変更する自動操作を適用するよう指示するために、新しい "TASK-MODE" プロパティを導入します。
; Addition of VSTATUS as a valid component for VEVENT
eventc = "BEGIN" ":" "VEVENT" CRLF
eventprop *alarmc *participantc *locationc
*resourcec *statusc
"END" ":" "VEVENT" CRLF
; Addition of VSTATUS as a valid component for VTODO
todoc = "BEGIN" ":" "VTODO" CRLF
todoprop *alarmc *participantc *locationc
*resourcec *statusc
"END" ":" "VTODO" CRLF
; Addition of properties ESTIMATED-DURATION and TASK-MODE to VTODO
todoprop =/ est-duration /
task-mode
; Addition of VSTATUS as a valid component for VJOURNAL
journalc = "BEGIN" ":" "VJOURNAL" CRLF
jourprop *statusc
"END" ":" "VJOURNAL" CRLF
; Addition of VSTATUS as a valid component for VFREEBUSY
freebusyc = "BEGIN" ":" "VFREEBUSY" CRLF
fbprop *participantc *locationc *resourcec *statusc
"END" ":" "VFREEBUSY" CRLF
; Addition of VSTATUS as a valid component for PARTICIPANT
participantc = "BEGIN" ":" "PARTICIPANT" CRLF
partprop *locationc *resourcec
*statusc
"END" ":" "PARTICIPANT" CRLF
; Addition of properties PERCENT-COMPLETE and REASON to PARTICIPANT
partprop =/ percent / ; OPTIONAL but MUST NOT occur more than once.
reason ; OPTIONAL but MUST NOT occur more than once.
Participant status parameter type values are defined in Section 3.2.12 of [RFC5545]. This specification redefines that type to include the new value "FAILED" for "VTODO" calendar components.
参加ステータスのパラメータ型の値は、[RFC5545] の3.2.12節で定義されています。本仕様は、"VTODO" カレンダーコンポーネント向けに新しい値 "FAILED" を含めるよう、その型を再定義します。
Format Definition:
書式定義：
This property parameter is redefined by the following notation, which adds the value "FAILED":
このプロパティパラメータは、値 "FAILED" を追加する次の記法によって再定義されます。
partstat-todo = ("NEEDS-ACTION" ; To-do needs action
/ "ACCEPTED" ; To-do accepted
/ "DECLINED" ; To-do declined
/ "TENTATIVE" ; To-do tentatively
; accepted
/ "DELEGATED" ; To-do delegated
/ "COMPLETED" ; To-do completed
; COMPLETED property has
; DATE-TIME completed
/ "IN-PROCESS" ; To-do in process of
; being completed
/ "FAILED" ; To-do cannot be
; completed
/ x-name ; Experimental status
/ iana-token) ; Other IANA-registered
; status
; These are the participation statuses for a "VTODO".
; Default is NEEDS-ACTION.
Example:
例：
ATTENDEE;REASON="https://example.com/reason/not-enough-time";
PARTSTAT=FAILED:mailto:jsmith@example.com
Property Name:
プロパティ名：
ESTIMATED-DURATION
ESTIMATED-DURATION
Purpose:
目的：
This property specifies the estimated positive duration of time the corresponding task will take to complete.
このプロパティは、対応するタスクの完了にかかると推定される、正の所要時間を指定します。
Value Type:
値の型：
DURATION
DURATION
Property Parameters:
プロパティパラメータ：
IANA and non-standard property parameters can be specified on this property.
IANAおよび非標準のプロパティパラメータをこのプロパティに指定できます。
Conformance:
適合性：
This property can be specified in "VTODO" calendar components.
このプロパティは "VTODO" カレンダーコンポーネントに指定できます。
Format Definition:
書式定義：
This property is defined by the following notation:
このプロパティは次の表記で定義されます。
est-duration = "ESTIMATED-DURATION" durparam ":" dur-value CRLF
;consisting of a positive duration of time.
durparam = *(";" other-param)
Description:
説明：
In a "VTODO" calendar component the property MAY be used to specify the estimated duration for the to-do, with or without an explicit time window in which the event should be started and completed. When present, the "DTSTART" and "DUE" or "DTSTART" and "DURATION" properties represent the window in which the task can be performed. The "ESTIMATED-DURATION" property SHOULD be passed from the "Organizer" to the "Attendee" in iTIP [RFC5546] messages.
"VTODO" カレンダーコンポーネントでは、このプロパティを使用して、ToDoの見積り所要時間を、イベントを開始して完了すべき明示的な時間枠の有無にかかわらず指定してもよい (MAY)。"DTSTART" と "DUE"、または "DTSTART" と "DURATION" の各プロパティが存在する場合、それらはタスクを実行できる時間枠を表します。"ESTIMATED-DURATION" プロパティは、iTIP [RFC5546] メッセージにおいて "Organizer" から "Attendee" へ渡すべきです (SHOULD)。
Example:
例：
The following example illustrates how this property is used to estimate a task duration of one hour:
次の例は、このプロパティを使用してタスクの所要時間を1時間と見積る方法を示しています。
ESTIMATED-DURATION:PT1H
Property Name:
プロパティ名：
REASON
REASON
Purpose:
目的：
To indicate the reason for a status change or change of "Attendee" participation status.
ステータスの変更または "Attendee" の参加ステータスの変更の理由を示すこと。
Value Type:
値の型：
URI
URI
Property Parameters:
プロパティパラメータ：
IANA and non-standard property parameters can be specified on this property.
IANAおよび非標準のプロパティパラメータをこのプロパティに指定できます。
Conformance:
適合性：
This property can be specified in "VSTATUS" and "PARTICIPANT" calendar components.
このプロパティは "VSTATUS" および "PARTICIPANT" カレンダーコンポーネントに指定できます。
Format Definition:
書式定義：
This property is defined by the following notation:
このプロパティは次の表記で定義されます。
reason = "REASON" reasonparam ":" uri CRLF
reasonparam = *(";" other-param)
Description:
説明：
This property allows a change in task or participant status to be qualified with a codified reason. Typically, reasons are defined within the context of the task type and therefore SHOULD include the name-space of the authority defining the task.
このプロパティを使用すると、タスクまたは参加者のステータスの変更を、体系化された理由で修飾できます。通常、理由はタスクタイプの文脈の中で定義されるため、そのタスクを定義する権威者の名前空間を含めるべきです (SHOULD)。
Example:
例：
REASON:https://example.com/reason/delivered-on-time
Property Name:
プロパティ名：
SUBSTATE
SUBSTATE
Purpose:
目的：
To provide additional granularity of a task status, such as IN-PROCESS.
IN-PROCESS など、タスクステータスのより細かい粒度を提供すること。
Value Type:
値の型：
TEXT
TEXT
Property Parameters:
プロパティパラメータ：
IANA and non-standard property parameters can be specified on this property.
IANAおよび非標準のプロパティパラメータをこのプロパティに指定できます。
Conformance:
適合性：
This property can be specified in a "VSTATUS" calendar component.
このプロパティは "VSTATUS" カレンダーコンポーネントに指定できます。
Format Definition:
書式定義：
This property is defined by the following notation:
このプロパティは次の表記で定義されます。
substate = "SUBSTATE" substateparam ":" substatevalue CRLF
substateparam = *(";" other-param)
substatevalue = ("OK" ; everything is fine (the default)
/ "ERROR" ; something is wrong (REASON
; explains why)
/ "SUSPENDED" ; waiting on some other task to
; complete or availability of a
; resource (REASON explains why)
/ iana-token) ; other IANA-registered type
Description:
説明：
The "SUBSTATE" property allows additional qualification and granularity of states to be recorded, in particular for the IN-PROCESS state. It allows individual substates to be recorded without the need to define and publish a subtask associated with a parent task purely to track that a particular state has been reached. This property also allows parallel states to be expressed, such as indicating that a task has been suspended at whatever state it has reached.
"SUBSTATE" プロパティを使用すると、特に IN-PROCESS 状態について、状態の追加的な限定と細分化を記録できます。特定の状態に到達したことを追跡するためだけに、親タスクに関連付けたサブタスクを定義して公開する必要なく、個々のサブステートを記録できます。また、このプロパティにより、タスクが到達した状態にかかわらず中断されていることを示すなど、並行する状態も表現できます。
Example:
例：
BEGIN:VSTATUS
STATUS:FAILED
REASON:https://example.com/reason/no-one-home
SUBSTATE:ERROR
END:VSTATUS
BEGIN:VSTATUS
STATUS:IN-PROCESS
REASON:https://example.com/reason/paint-drying
SUBSTATE:SUSPENDED
END:VSTATUS
Property Name:
プロパティ名：
TASK-MODE
TASK-MODE
Purpose:
目的：
This property specifies automatic operations that servers acting on behalf of the "Organizer" apply to tasks based on changes in "Attendee" status (PARTSTAT).
このプロパティは、"Organizer" の代理として動作するサーバーが、"Attendee" のステータス (PARTSTAT) の変更に基づいてタスクに適用する自動操作を指定します。
Value Type:
値の型：
TEXT
TEXT
Property Parameters:
プロパティパラメータ：
IANA and non-standard property parameters can be specified on this property.
IANAの登録済みプロパティパラメータおよび非標準のプロパティパラメータを、このプロパティに指定できます。
Conformance:
適合性：
This property can be specified zero times or once in a "VTODO" calendar component.
このプロパティは、"VTODO" カレンダーコンポーネントに0回または1回指定できます。
Format Definition:
形式定義：
This property is defined by the following notation:
このプロパティは、次の記法で定義されます。
task-mode = "TASK-MODE" taskmodeparam ":"
("AUTOMATIC-COMPLETION"
/ "AUTOMATIC-FAILURE"
/ "AUTOMATIC"
/ "SERVER"
/ "CLIENT"
/ iana-token) CRLF
taskmodeparam = *(";" other-param)
Description:
説明：
In a "VTODO" calendar component, this property MAY be used to indicate to servers how they can automatically change the state of the task based on iTIP replies from "Attendees". For example, the server can automatically set the overall task status to "COMPLETED" when every "Attendee" has marked their own status (PARTSTAT) as "COMPLETED", or the server could mark the task as "FAILED" if its DUE date passes before completion. "TASK-MODE" processing is performed on the "Organizer's" copy of the task.
"VTODO" カレンダーコンポーネントでは、このプロパティを使用して、"Attendees" からのiTIP返信に基づいてサーバーがタスクの状態を自動的に変更する方法をサーバーに示してもよい (MAY)。たとえば、サーバーは、すべての "Attendee" が自身のステータス (PARTSTAT) を "COMPLETED" とした時点でタスク全体のステータスを自動的に "COMPLETED" に設定したり、完了前に DUE の日付が過ぎた場合にタスクを "FAILED" としたりできます。"TASK-MODE" の処理は、タスクの "Organizer" 側のコピーに対して行われます。
To set the status, add a "VSTATUS" component as specified in Section 12.1.
ステータスを設定するには、12.1節で規定されているとおり "VSTATUS" コンポーネントを追加します。
The property value is an IANA-registered token that defines the mode to be used for the task. The modes are described in the following subsections.
プロパティ値は、タスクに使用するモードを定義する、IANAに登録されたトークンです。各モードは以下の小節で説明します。
If the "TASK-MODE" property is absent, then the "CLIENT" value is assumed.
"TASK-MODE" プロパティが存在しない場合は、"CLIENT" 値であるとみなされます。
AUTOMATIC-COMPLETION Task Mode:
AUTOMATIC-COMPLETION タスクモード：
The task mode value "AUTOMATIC-COMPLETION" indicates to the server that it SHOULD change the "VTODO" calendar component's status to "COMPLETED" as soon as all "Attendees" in the task have replied with a "partstat" parameter set to "COMPLETED".
タスクモード値 "AUTOMATIC-COMPLETION" は、タスク内のすべての "Attendees" が "partstat" パラメータを "COMPLETED" に設定して返信し次第、サーバーが "VTODO" カレンダーコンポーネントのステータスを "COMPLETED" に変更すべきである (SHOULD) ことをサーバーに示します。
Failing the task MUST be handled by a client.
タスクの失敗の設定は、クライアントが処理しなければなりません (MUST)。
AUTOMATIC-FAILURE Task Mode:
AUTOMATIC-FAILURE タスクモード：
The task mode value "AUTOMATIC-FAILURE" indicates to the server that it SHOULD change the "VTODO" calendar component's status to "FAILED" if either:
タスクモード値 "AUTOMATIC-FAILURE" は、次のいずれかの場合に、サーバーが "VTODO" カレンダーコンポーネントのステータスを "FAILED" に変更すべきである (SHOULD) ことをサーバーに示します。
1. the PARTSTAT of one "ATTENDEE" property is set to "FAILED"; or
1. 1つの "ATTENDEE" プロパティの PARTSTAT が "FAILED" に設定されている。または
2. the current time is past the effective due date of the component and the task has not yet been completed. The effective due date is either the "DUE" property value or the combination of the "DTSTART" and "DURATION" property values.
2. 現在時刻がコンポーネントの有効な期限日を過ぎており、かつタスクがまだ完了していない。有効な期限日とは、"DUE" プロパティの値、または "DTSTART" と "DURATION" の各プロパティ値の組み合わせのいずれかです。
Completing the task MUST be handled by a client.
タスクの完了の設定は、クライアントが処理しなければなりません (MUST)。
AUTOMATIC Task Mode:
AUTOMATIC タスクモード：
This mode handles the automatic behavior of both "AUTOMATIC-COMPLETION" and "AUTOMATIC-FAILURE".
このモードは、"AUTOMATIC-COMPLETION" と "AUTOMATIC-FAILURE" の両方の自動動作を扱います。
CLIENT Task Mode:
CLIENT タスクモード：
The task mode value "CLIENT" is an instruction to the server to honor the status set by the client.
タスクモード値 "CLIENT" は、クライアントが設定したステータスを尊重するようサーバーに指示するものです。
SERVER Task Mode:
SERVER タスクモード：
The task mode value "SERVER" indicates to the server that it SHOULD change the "VTODO" calendar component's status to an appropriate value, based on implementation-defined "business rules", as "Attendee" responses are processed or as deadlines related to the task pass.
タスクモード値 "SERVER" は、"Attendee" の応答が処理されるとき、またはタスクに関連する期限が過ぎたときに、サーバーが実装定義の "business rules" に基づいて、"VTODO" カレンダーコンポーネントのステータスを適切な値に変更すべきである (SHOULD) ことをサーバーに示します。
Examples:
例：
TASK-MODE:AUTOMATIC-COMPLETION
TASK-MODE:AUTOMATIC-FAILURE
TASK-MODE:SERVER
Section 3.6.2 of [RFC5545] introduces a constraint on the use of the "DURATION" property in the "VTODO" calendar component, requiring that a "DURATION" property MUST be accompanied by a "DTSTART" property. This constraint is now dropped, reverting to the situation as specified previously. Thus, Section 3.6.2 of [RFC5545] is updated as follows:
OLD TEXT:
旧テキスト：
; Either 'due' or 'duration' MAY appear in
; a 'todoprop', but 'due' and 'duration'
; MUST NOT occur in the same 'todoprop'.
; If 'duration' appear in a 'todoprop',
; then 'dtstart' MUST also appear in
; the same 'todoprop'.
NEW TEXT:
新テキスト：
; Either 'due' or 'duration' MAY appear in
; a 'todoprop', but 'due' and 'duration'
; MUST NOT occur in the same 'todoprop'.
Note: This allows a "VTODO" calendar component to only have a "DURATION" property.
注：これにより、"VTODO" カレンダーコンポーネントが "DURATION" プロパティのみを持つことが可能になります。
OLD TEXT:
旧テキスト：
A "VTODO" calendar component without the "DTSTART" and "DUE" (or "DURATION") properties specifies a to-do that will be associated with each successive calendar date, until it is completed.
"DTSTART" プロパティと "DUE" (または "DURATION") プロパティを持たない "VTODO" カレンダーコンポーネントは、完了するまで、連続する各暦日に関連付けられるToDoを指定します。
NEW TEXT:
新テキスト：
A "VTODO" calendar component without the "DTSTART" and "DUE" properties specifies a to-do that will be associated with each successive calendar date, until it is completed.
"DTSTART" プロパティと "DUE" プロパティを持たない "VTODO" カレンダーコンポーネントは、完了するまで、連続する各暦日に関連付けられるToDoを指定します。
The "STATUS" property is defined in Section 3.8.1.11 of [RFC5545]. This specification extends that property to include new values associated with "VTODO" calendar components (see Appendix A for examples of the task state lifecycle).
"STATUS" プロパティは [RFC5545] のセクション3.8.1.11で定義されています。本仕様は、このプロパティを拡張して、"VTODO" カレンダーコンポーネントに関連する新しい値を追加します (タスクの状態ライフサイクルの例については付録Aを参照してください)。
Format Definition:
形式定義：
The "STATUS" property parameter list for tasks is redefined by the addition of the values "PENDING" and "FAILED":
タスク用の "STATUS" プロパティのパラメータ一覧は、値 "PENDING" と "FAILED" を追加することで再定義されます。
statvalue-todo = "NEEDS-ACTION" ; To-do needs action.
/ "COMPLETED" ; To-do completed.
/ "IN-PROCESS" ; To-do in process of.
/ "CANCELLED" ; To-do was cancelled.
/ "PENDING" ; A to-do has been
; created and accepted, but
; has not yet started.
/ "FAILED" ; To-do has failed.
; Extended status values for "VTODO" calendar component.
Description:
説明：
PENDING:
PENDING:
A to-do has been created and accepted but has not yet started and is ready to start subject to other dependencies (e.g., a preceding task or DTSTART). This is the default state.
ToDoが作成され受理されたものの、まだ開始されておらず、他の依存関係 (例: 先行するタスクやDTSTART) を満たせば開始可能な状態です。これがデフォルトの状態です。
FAILED:
FAILED:
A to-do has failed and may need some follow-up from the "Organizer" to reschedule or cancel.
ToDoが失敗しており、再スケジュールまたはキャンセルのために "Organizer" によるフォローアップが必要になる場合があります。
Example:
例：
The following is an example of this property for a "VTODO" calendar component:
以下は、"VTODO" カレンダーコンポーネントにおけるこのプロパティの例です。
STATUS:FAILED
Component Name:
コンポーネント名：
VSTATUS
VSTATUS
Purpose:
目的：
This component allows information to be associated with a status, for example, comments and date stamps.
このコンポーネントは、コメントやタイムスタンプなどの情報をステータスに関連付けることを可能にします。
Conformance:
適合性：
This component can be specified multiple times in any calendar component.
このコンポーネントは、任意のカレンダーコンポーネント内で複数回指定できます。
Description:
説明：
This component provides a way for multiple date-stamped statuses to be associated with a component such as a participant, task, or event.
このコンポーネントは、複数の日付スタンプ付きステータスを、参加者、タスク、イベントなどのコンポーネントに関連付ける方法を提供します。
This component may be added to the "PARTICIPANT" component [RFC9073] to allow participants in a task to specify their own status.
このコンポーネントを "PARTICIPANT" コンポーネント [RFC9073] に追加すると、タスクの参加者が各自のステータスを指定できるようになります。
For backwards compatibility, when a "VSTATUS" component is added, the "STATUS" property [RFC5545] MUST be set on the parent component.
後方互換性のため、"VSTATUS" コンポーネントを追加する場合は、親コンポーネントに "STATUS" プロパティ [RFC5545] を設定しなければなりません (MUST)。
Format Definition:
形式定義：
This component is defined by the following notation:
このコンポーネントは、以下の記法で定義されます。
statusc = "BEGIN" ":" "VSTATUS" CRLF
statusprop
"END" ":" "VSTATUS" CRLF
statusprop = *(
;
; The following is REQUIRED,
; but MUST NOT occur more than once.
;
status /
;
; The following are OPTIONAL,
; but MUST NOT occur more than once.
;
description / dtstamp / reason / substate / summary /
;
; The following are OPTIONAL,
; and MAY occur more than once.
;
comment / styleddescription / iana-prop
;
)
Examples:
例：
BEGIN:VSTATUS
STATUS:COMPLETED
REASON: https://example.com/reason/delivered-on-time
DTSTAMP:20220212T120000Z
END:VSTATUS
The CalDAV [RFC4791] calendar access protocol allows clients and servers to exchange iCalendar data. With the introduction of the "TASK-MODE" property in this specification, different automated task management behaviors may be delegated to the server by the Task Organizer depending upon the value of "TASK-MODE".
CalDAV [RFC4791] カレンダーアクセスプロトコルにより、クライアントとサーバーはiCalendarデータを交換できます。本仕様で "TASK-MODE" プロパティが導入されたことで、"TASK-MODE" の値に応じて、さまざまな自動タスク管理の動作をタスクオーガナイザーがサーバーに委任できるようになります。
In order for a CalDAV client to know what task modes are available, a CalDAV server advertises a CALDAV:supported-task-mode-set WebDAV property on calendar home or calendar collections if it supports the use of the "TASK-MODE" property as described in this specification. The server can advertise a specific set of supported task modes by including one or more CALDAV:supported-task-mode XML elements within the CALDAV:supported-task-mode-set XML element.
CalDAVクライアントが利用可能なタスクモードを知るために、CalDAVサーバーは、本仕様で説明されている "TASK-MODE" プロパティの使用をサポートしている場合、カレンダーホームまたはカレンダーコレクション上でWebDAVプロパティ CALDAV:supported-task-mode-set をアドバタイズします。サーバーは、CALDAV:supported-task-mode-set XML要素の中に1つ以上のCALDAV:supported-task-mode XML要素を含めることで、サポートする特定のタスクモードの集合をアドバタイズできます。
If no CALDAV:supported-task-mode XML elements are included in the WebDAV property, then clients MUST assume the server does not support this specification. The client MAY attempt to store iCalendar data containing "TASK-MODE" elements but needs to be prepared for a failure response from the server.
WebDAVプロパティにCALDAV:supported-task-mode XML要素が1つも含まれていない場合、クライアントは、サーバーが本仕様をサポートしていないものとみなさなければなりません (MUST)。クライアントは "TASK-MODE" 要素を含むiCalendarデータの保存を試みてもよい (MAY) ですが、サーバーからの失敗応答に備える必要があります。
A server supporting this specification MUST return an HTTP 403 response with a DAV:error element containing a CALDAV:supported-task-mode XML element, if a client attempts to store iCalendar data with a "TASK-MODE" element value not supported by the server.
本仕様をサポートするサーバーは、クライアントがサーバーでサポートされていない "TASK-MODE" 要素の値を持つiCalendarデータを保存しようとした場合、CALDAV:supported-task-mode XML要素を含むDAV:error要素を伴うHTTP 403応答を返さなければなりません (MUST)。
It is possible for a "TASK-MODE" value to be present in calendar data on the server being accessed by a client that does not support the "TASK-MODE" property. It is expected that existing clients, unaware of "TASK-MODE", will fail gracefully by ignoring the calendar property.
"TASK-MODE" プロパティをサポートしないクライアントがアクセスするサーバー上のカレンダーデータに、"TASK-MODE" の値が存在する可能性があります。"TASK-MODE" を認識しない既存のクライアントは、このカレンダープロパティを無視することで、問題なく動作を継続すると想定されています。
Name:
名前：
supported-task-mode-set
supported-task-mode-set
Namespace:
名前空間：
urn:ietf:params:xml:ns:caldav
urn:ietf:params:xml:ns:caldav
Purpose:
目的：
Enumerates the set of supported iCalendar "TASK-MODE" element values supported by the server.
サーバがサポートする、iCalendarの "TASK-MODE" 要素の値の集合を列挙します。
Protected:
保護：
This property MUST be protected and SHOULD NOT be returned by a PROPFIND allprop request (as defined in Section 14.2 of [RFC4918]).
このプロパティは保護されていなければならず (MUST)、PROPFIND allprop リクエスト（[RFC4918] のセクション14.2で定義）によって返されるべきではありません (SHOULD NOT)。
Description:
説明：
See above.
上記を参照してください。
Definition:
定義：
<!ELEMENT supported-task-mode-set(supported-task-mode*)>
<!ELEMENT supported-task-mode (#PCDATA)>
<!-- PCDATA value: string - case insensitive but
uppercase preferred -->
Example:
例：
<C:supported-task-mode-set
xmlns:C="urn:ietf:params:xml:ns:caldav">
<C:supported-task-mode>AUTOMATIC</C:supported-task-mode>
<C:supported-task-mode>SERVER</C:supported-task-mode>
<C:supported-task-mode>CLIENT</C:supported-task-mode>
</C:supported-task-mode-set>
IANA has added the following new iCalendar component to the "Components" registry defined in Section 8.3.1 of [RFC5545] and located on <https://www.iana.org/assignments/icalendar>.
IANAは、[RFC5545] のセクション8.3.1で定義され、<https://www.iana.org/assignments/icalendar> に置かれている "Components" レジストリに、次の新しいiCalendarコンポーネントを追加しました。
+===========+=========+===========================+
| Component | Status | Reference |
+===========+=========+===========================+
| VSTATUS | Current | Section 12.1 of RFC 10051 |
+-----------+---------+---------------------------+
Table 1: Addition to the Components Registry
表1: Componentsレジストリへの追加
IANA has added the following new iCalendar properties to the "Properties" registry defined in Section 8.3.2 of [RFC5545] and located on <https://www.iana.org/assignments/icalendar>.
IANAは、[RFC5545] のセクション8.3.2で定義され、<https://www.iana.org/assignments/icalendar> に置かれている "Properties" レジストリに、次の新しいiCalendarプロパティを追加しました。
+====================+=========+===========================+
| Property | Status | Reference |
+====================+=========+===========================+
| ESTIMATED-DURATION | Current | Section 10.1 of RFC 10051 |
+--------------------+---------+---------------------------+
| REASON | Current | Section 10.2 of RFC 10051 |
+--------------------+---------+---------------------------+
| SUBSTATE | Current | Section 10.3 of RFC 10051 |
+--------------------+---------+---------------------------+
| STATUS | Current | Section 11.2 of RFC 10051 |
+--------------------+---------+---------------------------+
| TASK-MODE | Current | Section 10.4 of RFC 10051 |
+--------------------+---------+---------------------------+
Table 2: Additions to the Properties Registry
表2: Propertiesレジストリへの追加
IANA has created a new iCalendar registry called "STATUS Values" for values of the "STATUS" property defined in Section 3.8.1.11 of [RFC5545].
IANAは、[RFC5545] のセクション3.8.1.11で定義された "STATUS" プロパティの値のために、"STATUS Values" という新しいiCalendarレジストリを作成しました。
The initial contents of the "STATUS Values" registry are as follows:
"STATUS Values" レジストリの初期内容は次のとおりです。
+==============+=========+===============================+
| Name | Status | Reference |
+==============+=========+===============================+
| CANCELLED | Current | Section 3.8.1.11 of [RFC5545] |
+--------------+---------+-------------------------------+
| COMPLETED | Current | Section 3.8.1.11 of [RFC5545] |
+--------------+---------+-------------------------------+
| CONFIRMED | Current | Section 3.8.1.11 of [RFC5545] |
+--------------+---------+-------------------------------+
| DRAFT | Current | Section 3.8.1.11 of [RFC5545] |
+--------------+---------+-------------------------------+
| FAILED | Current | Section 11.2 of RFC 10051 |
+--------------+---------+-------------------------------+
| FINAL | Current | Section 3.8.1.11 of [RFC5545] |
+--------------+---------+-------------------------------+
| IN-PROCESS | Current | Section 3.8.1.11 of [RFC5545] |
+--------------+---------+-------------------------------+
| NEEDS-ACTION | Current | Section 3.8.1.11 of [RFC5545] |
+--------------+---------+-------------------------------+
| PENDING | Current | Section 11.2 of RFC 10051 |
+--------------+---------+-------------------------------+
| TENTATIVE | Current | Section 3.8.1.11 of [RFC5545] |
+--------------+---------+-------------------------------+
Table 3: Initial Contents of the STATUS Values Registry
表3: STATUS Valuesレジストリの初期内容
IANA has created a new iCalendar registry called "SUBSTATE Values" for values of the "SUBSTATE" property defined in Section 10.3.
IANAは、セクション10.3で定義された "SUBSTATE" プロパティの値のために、"SUBSTATE Values" という新しいiCalendarレジストリを作成しました。
The initial contents of the "SUBSTATE Values" registry are as follows:
"SUBSTATE Values" レジストリの初期内容は次のとおりです。
+===========+=========+===========================+
| Substate | Status | Reference |
+===========+=========+===========================+
| OK | Current | Section 10.3 of RFC 10051 |
+-----------+---------+---------------------------+
| ERROR | Current | Section 10.3 of RFC 10051 |
+-----------+---------+---------------------------+
| SUSPENDED | Current | Section 10.3 of RFC 10051 |
+-----------+---------+---------------------------+
Table 4: Initial Contents of the SUBSTATE Values Registry
表4: SUBSTATE Valuesレジストリの初期内容
IANA has created a new iCalendar registry called "TASK-MODE Values" for values of the "TASK-MODE" property defined in Section 10.4.
IANAは、セクション10.4で定義された "TASK-MODE" プロパティの値のために、"TASK-MODE Values" という新しいiCalendarレジストリを作成しました。
The initial contents of the "TASK-MODE Values" registry are as follows:
"TASK-MODE Values" レジストリの初期内容は次のとおりです。
+======================+=========+===========================+
| Task Mode | Status | Reference |
+======================+=========+===========================+
| AUTOMATIC-COMPLETION | Current | Section 10.4 of RFC 10051 |
+----------------------+---------+---------------------------+
| AUTOMATIC-FAILURE | Current | Section 10.4 of RFC 10051 |
+----------------------+---------+---------------------------+
| AUTOMATIC | Current | Section 10.4 of RFC 10051 |
+----------------------+---------+---------------------------+
| CLIENT | Current | Section 10.4 of RFC 10051 |
+----------------------+---------+---------------------------+
| SERVER | Current | Section 10.4 of RFC 10051 |
+----------------------+---------+---------------------------+
Table 5: Initial Contents of the TASK-MODE Values Registry
表5: TASK-MODE Valuesレジストリの初期内容
IANA has added the following new iCalendar participation status to the "Participation Statuses" registry defined in Section 8.3.7 of [RFC5545] and located here: <https://www.iana.org/assignments/ icalendar>.
IANAは、[RFC5545] のセクション8.3.7で定義され、<https://www.iana.org/assignments/ icalendar> に置かれている "Participation Statuses" レジストリに、次の新しいiCalendar参加ステータスを追加しました。
+======================+=========+==========================+
| Participation Status | Status | Reference |
+======================+=========+==========================+
| FAILED | Current | Section 9.1 of RFC 10051 |
+----------------------+---------+--------------------------+
Table 6: Participation Statuses Registry
表6: Participation Statusesレジストリ
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <https://www.rfc-editor.org/info/rfc2119>.
[RFC4791] Daboo, C., Desruisseaux, B., and L. Dusseault, "Calendaring Extensions to WebDAV (CalDAV)", RFC 4791, DOI 10.17487/RFC4791, March 2007, <https://www.rfc-editor.org/info/rfc4791>.
[RFC4918] Dusseault, L., Ed., "HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV)", RFC 4918, DOI 10.17487/RFC4918, June 2007, <https://www.rfc-editor.org/info/rfc4918>.
[RFC5234] Crocker, D., Ed. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", STD 68, RFC 5234, DOI 10.17487/RFC5234, January 2008, <https://www.rfc-editor.org/info/rfc5234>.
[RFC5545] Desruisseaux, B., Ed., "Internet Calendaring and Scheduling Core Object Specification (iCalendar)", RFC 5545, DOI 10.17487/RFC5545, September 2009, <https://www.rfc-editor.org/info/rfc5545>.
[RFC5546] Daboo, C., Ed., "iCalendar Transport-Independent Interoperability Protocol (iTIP)", RFC 5546, DOI 10.17487/RFC5546, December 2009, <https://www.rfc-editor.org/info/rfc5546>.
[RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174, May 2017, <https://www.rfc-editor.org/info/rfc8174>.
[RFC9073] Douglass, M., "Event Publishing Extensions to iCalendar", RFC 9073, DOI 10.17487/RFC9073, August 2021, <https://www.rfc-editor.org/info/rfc9073>.
[RFC9074] Daboo, C. and K. Murchison, Ed., ""VALARM" Extensions for iCalendar", RFC 9074, DOI 10.17487/RFC9074, August 2021, <https://www.rfc-editor.org/info/rfc9074>.
[RFC9253] Douglass, M., "Support for iCalendar Relationships", RFC 9253, DOI 10.17487/RFC9253, August 2022, <https://www.rfc-editor.org/info/rfc9253>.
[BPMN] Object Management Group, "Business Process Model and
Notation", Version 2.0.2, January 2014,
<https://www.omg.org/spec/BPMN/2.0.2/About-BPMN>.
[TARCH] CalConnect, "Task Architecture V 1.0",
<https://www.calconnect.org/docs/architectures/
Task%20Architecture%201.0.pdf>.
[WfRP] Russell, N., ter Hofstede, A.H.M., Edmond, T., and W.M.P.
van der Aalst, "Workflow Resource Patterns", BETA Working
Paper Series, WP 127, 2004,
<http://www.workflowpatterns.com/patterns/resource/>.
[WsCalendar]
"WS-Calendar Version 1.0", OASIS Committee Specification
01, 30 July 2011, <https://docs.oasis-open.org/ws-
calendar/ws-calendar-spec/v1.0/cs01/ws-calendar-spec-
v1.0-cs01.pdf>.
The following is an example of status changes when assigning and performing a task with one "Attendee".
以下は、1人の "Attendee" にタスクを割り当てて実行する際のステータス変更の例です。
+===+==============+==============+=============================+
| | STATUS | PARTSTAT | Action |
+===+==============+==============+=============================+
| 1 | - | - | Organizer draft |
+---+--------------+--------------+-----------------------------+
| 2 | NEEDS-ACTION | NEEDS-ACTION | Organizer sends iTIP |
| | | | "REQUEST" |
+---+--------------+--------------+-----------------------------+
| 3 | NEEDS-ACTION | ACCEPTED | Attendee "REPLY" |
+---+--------------+--------------+-----------------------------+
| 4 | PENDING | ACCEPTED | Task accepted but waiting |
| | | | on some "trigger" to start |
| | | | (e.g., another task has to |
| | | | finish first) |
+---+--------------+--------------+-----------------------------+
| 5 | IN-PROCESS | IN-PROCESS | Attendee "REPLY" now |
| | | | working on the task |
+---+--------------+--------------+-----------------------------+
| 6 | IN-PROCESS | COMPLETED | Attendee "REPLY" completed |
+---+--------------+--------------+-----------------------------+
| 7 | COMPLETED | COMPLETED | Overall state set by either |
| | | | the Organizer for TASK- |
| | | | MODE=CLIENT or the server |
| | | | for AUTOMATIC-COMPLETION |
+---+--------------+--------------+-----------------------------+
Table 7: Example of Status Changes in Assigning and Performing a Task with One "Attendee"
表7: 1人の "Attendee" にタスクを割り当てて実行する際のステータス変更の例
The following is an example of status changes when assigning and performing a task with two "Attendees" (A1 and A2).
以下は、2人の "Attendee" (A1 と A2) にタスクを割り当てて実行する際のステータス変更の例です。
+==+============+============+==============+=======================+
| |STATUS |PARTSTAT | PARTSTAT | Action |
| | |(A1) | (A2) | |
+==+============+============+==============+=======================+
|1 |- |- | - | Organizer draft |
+--+------------+------------+--------------+-----------------------+
|2 |NEEDS-ACTION|NEEDS-ACTION| NEEDS-ACTION | Organizer sends iTIP |
| | | | | "REQUEST" |
+--+------------+------------+--------------+-----------------------+
|4 |NEEDS-ACTION|ACCEPTED | NEEDS-ACTION | Attendee 1 "REPLY" |
+--+------------+------------+--------------+-----------------------+
|5 |NEEDS-ACTION|ACCEPTED | ACCEPTED | Attendee 2 "REPLY" |
+--+------------+------------+--------------+-----------------------+
|6 |PENDING |ACCEPTED | ACCEPTED | Task accepted but |
| | | | | waiting on some |
| | | | | "trigger" to start |
| | | | | (e.g., another task |
| | | | | has to finish first) |
+--+------------+------------+--------------+-----------------------+
|7 |IN-PROCESS |ACCEPTED | IN-PROCESS | Attendee 2 "REPLY" |
| | | | | now working on the |
| | | | | task |
+--+------------+------------+--------------+-----------------------+
|8 |IN-PROCESS |IN-PROCESS | IN-PROCESS | Attendee 1 "REPLY" |
| | | | | now working on the |
| | | | | task |
+--+------------+------------+--------------+-----------------------+
|9 |IN-PROCESS |COMPLETED | IN-PROCESS | Attendee 1 "REPLY" |
| | | | | completed (overall |
| | | | | status still IN- |
| | | | | PROCESS) |
+--+------------+------------+--------------+-----------------------+
|10|IN-PROCESS |COMPLETED | COMPLETED | Attendee 2 "REPLY" |
| | | | | completed |
+--+------------+------------+--------------+-----------------------+
|11|COMPLETED |COMPLETED | COMPLETED | Overall state set |
| | | | | once both |
| | | | | "Attendees" are |
| | | | | finished. May be |
| | | | | set by either the |
| | | | | Organizer for TASK- |
| | | | | MODE=CLIENT or the |
| | | | | server for |
| | | | | AUTOMATIC-COMPLETION |
+--+------------+------------+--------------+-----------------------+
Table 8: Example for Multiple "Attendees"
表8: 複数の "Attendee" の例
NOTE: The logic for determining the status change to the "VTODO" calendar component is determined by the Task Organizer based on the "ATTENDEE" property status and other business logic.
注記: "VTODO" カレンダーコンポーネントのステータス変更を決定するロジックは、"ATTENDEE" プロパティのステータスおよびその他のビジネスロジックに基づいて、タスクオーガナイザーが決定します。
The following is an example of status changes for a task that fails.
以下は、失敗するタスクのステータス変更の例です。
+===+==============+==============+================================+
| | STATUS | PARTSTAT | Action |
+===+==============+==============+================================+
| 1 | - | - | Organizer draft |
+---+--------------+--------------+--------------------------------+
| 2 | NEEDS-ACTION | NEEDS-ACTION | Organizer sends iTIP "REQUEST" |
+---+--------------+--------------+--------------------------------+
| 3 | NEEDS-ACTION | ACCEPTED | Attendee "REPLY" |
+---+--------------+--------------+--------------------------------+
| 4 | IN-PROCESS | IN-PROCESS | Attendee "REPLY" now working |
| | | | on the task |
+---+--------------+--------------+--------------------------------+
| 5 | IN-PROCESS | FAILED | Attendee "REPLY" task failed |
+---+--------------+--------------+--------------------------------+
| 6 | FAILED | FAILED | Overall state set by Organizer |
| | | | for TASK-MODE=CLIENT or by |
| | | | server for AUTOMATIC-FAILURE |
+---+--------------+--------------+--------------------------------+
Table 9: Example of Failure
表9: 失敗の例
The authors would like to thank the members of the Calendaring and Scheduling Consortium technical committees and the following individuals for contributing their ideas, support, and comments: John Chaffee, Marten Gajda, and Ken Murchison.
著者らは、Calendaring and Scheduling Consortium の技術委員会のメンバー、ならびに、アイデア、支援、コメントを寄せてくださった次の方々に感謝します: John Chaffee、Marten Gajda、Ken Murchison。
The authors would also like to thank CalConnect, the Calendaring and Scheduling Consortium, for advice with this specification.
著者らはまた、本仕様に関する助言を寄せてくれた Calendaring and Scheduling Consortium である CalConnect にも感謝します。
Adrian Apthorp
DHL Express
Fritz-Erler-Str. 5
Bonn
Germany
Email: adrian.apthorp@dhl.com
Michael Douglass
Bedework Commercial Services
226 3rd Street
Troy, NY
United States of America
Email: mdouglass@bedework.com