تقويم iCalendar

مواصفات كائنات التقويم والجدولة الأساسية عبر الإنترنت ( iCalendar ) هي نوع وسائط يسمح للمستخدمين بتخزين وتبادل معلومات التقويم والجدولة، مثل الأحداث وقوائم المهام ومدخلات اليوميات ومعلومات التوافر/الانشغال، ^{[ 1 ]} وقد شكلت، إلى جانب المعايير المرتبطة بها، حجر الزاوية في توحيد وتوافق التقاويم الرقمية بين مختلف الموردين. عادةً ما تحمل الملفات المنسقة وفقًا لهذه المواصفات امتداد .ics . وباستخدام برامج داعمة، مثل قارئ البريد الإلكتروني أو تطبيق التقويم ، يمكن لمستلمي ملف بيانات iCalendar الرد على المرسل بسهولة أو اقتراح موعد/وقت بديل للاجتماع. تم تحديد تنسيق الملف في معيار إنترنت مقترح (RFC 5545) لتبادل بيانات التقويم. يُشار أحيانًا إلى المعيار ونوع الملف باسم "iCal"، وهو اسم برنامج التقويم الخاص بشركة Apple Inc. حتى عام 2012 (انظر iCal )، والذي يوفر أحد تطبيقات هذا المعيار.

يتم استخدام iCalendar ودعمه من قبل العديد من المنتجات، بما في ذلك:

• المستخدم العادي: تقويم أبل (المعروف سابقًا باسم iCal)، وeM Client ، وتقويم جوجل ، وتقويم ياهو!
• الشركة: HCL Domino (المعروفة سابقًا باسم IBM Notes و Lotus Notes) ^{[ 2 ]}
• برامج مجانية : جنوم إيفولوشن ، جنو إيماكس ، موزيلا ثندربيرد ، وسي مونكي

وهو مدعوم جزئياً بواسطة مايكروسوفت أوتلوك ونوفيل جروب وايز .

صُمم iCalendar ليكون مستقلاً عن بروتوكول النقل. على سبيل المثال، يمكن إرسال بعض الأحداث عبر البريد الإلكتروني التقليدي، أو مشاركة ملفات التقويم الكاملة وتعديلها باستخدام خادم WebDAV أو SyncML . غالبًا ما تُستخدم خوادم الويب البسيطة (التي تستخدم بروتوكول HTTP فقط) لتوزيع بيانات iCalendar المتعلقة بحدث ما، ولنشر أوقات انشغال الأفراد. يمكن للناشرين تضمين بيانات iCalendar في صفحات الويب باستخدام hCalendar ، وهو تمثيل مصغر لـ iCalendar في لغة HTML الدلالية (X) .

تم إنشاء iCalendar عام 1998 ^{[ 3 ]} من قِبل فريق عمل التقويم والجدولة التابع لفرقة عمل هندسة الإنترنت ، برئاسة أنيك غانغولي من شركة أوبن تكست ، وساهم في تطويره فرانك داوسون من شركة لوتس للتطوير وديريك ستينرسون من شركة مايكروسوفت . ملفات بيانات iCalendar هي ملفات نصية عادية بامتداد .ics أو .ifb (للملفات التي تحتوي على معلومات التوافر فقط). حلّ RFC 5545 محل RFC 2445 في سبتمبر 2009 ، وهو المعيار المعتمد حاليًا.

يعتمد برنامج iCalendar بشكل كبير على برنامج vCalendar السابق التابع لاتحاد البريد الإلكتروني عبر الإنترنت (IMC)، والذي يحمل امتداد الملف .vcs . ^{[ 4 ]} بعد إصدار iCalendar، صرّح اتحاد البريد الإلكتروني عبر الإنترنت بأنه "يأمل أن يستفيد جميع مطوري vCalendar من هذه المعايير المفتوحة الجديدة، وأن يجعلوا برامجهم متوافقة مع كل من vCalendar 1.0 وiCalendar". ^{[ 5 ]}

كانت مذكرة "بروتوكول الوصول إلى التقويم" ( RFC 4324) محاولة أولية لإنشاء نظام عالمي لإنشاء تقاويم فورية، ولكنها أُهملت في نهاية المطاف. وبدلاً من ذلك، شهد برنامج iCalendar بعض الانتشار لهذه الأغراض، مع ظهور امتدادات مخصصة مثل GroupDAV و CalDAV كمعايير غير رسمية، وشهد بعض الانتشار في حزم برامج العميل والخادم .

انتهت المحاولة الأولى لتبسيط معايير iCalendar من قِبل "مجموعة عمل التقويم والجدولة" التابعة لـ IETF (ietf-calsify WG) في يناير 2011 دون اعتمادها. ^{[ 6 ] [ 7 ]} ثم تولت "مجموعة عمل ملحقات التقويم" (ietf-calext WG) زمام العمل. ^{[ 8 ]}

تحتوي بيانات iCalendar على نوع محتوى MIME . يُستخدم text/calendarامتداد اسم الملف ics للملفات التي تحتوي على معلومات التقويم والجدولة، بينما يُستخدم ifb للملفات التي تحتوي على معلومات أوقات الفراغ أو الانشغال المتوافقة مع نوع محتوى MIME هذا. أما رموز أنواع الملفات المكافئة في بيئات نظام التشغيل Apple Macintosh فهي iCal و iFBf .

يستخدم iCalendar افتراضيًا ترميز UTF-8 ؛ ويمكن تحديد ترميز مختلف باستخدام مُعامل MIME "charset" (إذا كانت طريقة النقل المستخدمة تدعم MIME، مثل البريد الإلكتروني أو HTTP ). ينتهي كل سطر بـ CR + LF (بالنظام الست عشري : 0D0A ). يجب ألا يتجاوز طول الأسطر 75 بايت (وليس 75 حرفًا). في حال كان عنصر البيانات طويلًا جدًا بحيث لا يتسع في سطر واحد، يمكن استكماله في أسطر لاحقة ببدء أسطر الاستكمال بمسافة (بالنظام الست عشري: 20) أو علامة جدولة (بالنظام الست عشري: 09). تُشفّر فواصل الأسطر الفعلية في عناصر البيانات كشرطة مائلة عكسية متبوعة بالحرف n أو N (البايتات 5C 6E أو 5C 4E في UTF-8).

صُمم تنسيق iCalendar لنقل البيانات المتعلقة بالتقويم، مثل الأحداث، وهو لا يحدد عمدًا كيفية التعامل مع هذه البيانات. لذا، قد يلزم استخدام برامج أخرى لتحديد كيفية استخدامها. يُعرّف معيارٌ مُصاحب، هو "التوافق التشغيلي المستقل عن نقل iCalendar" (iTIP) (RFC 2446)، بروتوكولًا لتبادل كائنات iCalendar من أجل تنظيم المواعيد والجداول الزمنية بشكل تعاوني بين "مستخدمي التقويم" (CUs)، وذلك بتيسير من "منظم" يبدأ عملية تبادل البيانات. يُحدد هذا المعيار طرقًا مثل ( للتفاوض PUBLISHعلى تغيير في الإدخال)، و ( لرفض الاقتراح المُضاد) . كما يُعرّف معيارٌ مُصاحب آخر، هو "بروتوكول التوافق التشغيلي القائم على الرسائل لـ iCalendar (iMIP)" (RFC 2447)، طريقةً قياسيةً لتطبيق iTIP على بروتوكولات نقل البريد الإلكتروني القياسية عبر الإنترنت. يشرح "دليل تقويم الإنترنت" (RFC 3283) كيفية تفاعل iCalendar مع لغات الكمبيوتر الأخرى الخاصة بالتقويم (الحالية والمستقبلية).REQUESTREPLYADDCANCELREFRESHCOUNTERDECLINE-COUNTER

العنصر الرئيسي في iCalendar هو كائن التقويم والجدولة الأساسي، وهو عبارة عن مجموعة من معلومات التقويم والجدولة. عادةً، تتكون هذه المعلومات من كائن iCalendar واحد. مع ذلك، يمكن تجميع عدة كائنات iCalendar معًا. يجب أن يكون السطر الأول <iCalendar> BEGIN:VCALENDAR، والسطر الأخير END:VCALENDAR<iCalendar>؛ ويُطلق على المحتوى بين هذين السطرين اسم "icalbody". يجب أن يتضمن body خاصيتي التقويم " PRODID " و" VERSION ". بالإضافة إلى ذلك، يجب أن يتضمن مكون تقويم واحد على الأقل. ^{[ 9 ]}

VERSION:1.0يُستخدم هذا لتحديد أن البيانات بتنسيق vCalendar القديم. أما الإصدار فهو 2.0 لتنسيق iCalendar الحالي اعتبارًا من عام 2016.

يحتوي جسم كائن iCalendar (icalbody) على خصائص تقويم من سطر واحد تُطبق على التقويم بأكمله، بالإضافة إلى كتلة واحدة أو أكثر من عدة أسطر، يُعرّف كل منها مكونًا تقويميًا مثل حدث أو إدخال يوميات أو منبه أو أحد الأنواع الأخرى. إليك مثال بسيط لكائن iCalendar يحتوي على تقويم واحد يتضمن مكونًا تقويميًا واحدًا ، وهو حدث " حفل يوم الباستيل " الذي يبدأ الساعة 5 مساءً في 14 يوليو 1997 وينتهي الساعة 4 صباحًا من اليوم التالي: ^{[ 10 ]}

بداية: التقويم الإصدار: 2.0 PRODID:-//hacksw/handcal//NONSGML v1.0//EN بداية: حدث UID:uid1@example.com المنظم؛ الاسم الشائع: جون دو: البريد الإلكتروني: john.doe@example.com DTSTAMP:19970701T100000Z DTSTART:19970714T170000Z DTEND:19970715T040000Z ملخص: احتفالات يوم الباستيل GEO:48.85299;2.36885 نهاية الحدث نهاية: التقويم 

يُستخدم حقل UID لتوزيع التحديثات عند حدوث تغيير في حدث مُجدول. عند إنشاء الحدث لأول مرة، يتم إنشاء مُعرّف فريد عالميًاY2007S2C131M5@example.edu . إذا تم توزيع حدث لاحق بنفس مُعرّف UID، فإنه يحل محل المُعرّف الأصلي. على سبيل المثال ، قد يكون مُعرّف UID هو للاجتماع الخامس من الفصل الدراسي 131 في الفصل الدراسي الثاني في كلية افتراضية. يُعتبر استخدام مُعرّفات UID المُشابهة لتلك الموجودة في البريد الإلكتروني ممارسة غير مُستحسنة، ويُنصح باستخدام مُعرّف UUID بدلاً منها. ^{[ 11 ]}

يُعدّ تمثيل التاريخ والوقت الأكثر شيوعًا هو الطابع الزمني tz المستند إلى تنسيق ISO 8601 ، مثل 20010911T124640Z ، بالتنسيق التالي : <السنة (4 أرقام)><الشهر (رقمان)><اليوم (رقمان)>T<الساعة (رقمان)><الدقيقة (رقمان)><الثانية (رقمان)>Z، بطول إجمالي ثابت يبلغ 16 حرفًا. يشير الحرف Z إلى استخدام التوقيت العالمي المنسق ( UTC ). ^{[ 12 ]} عند استخدام خاصيتي DTSTART و DTEND ، تُضمّن أوقات البدء بينما لا تُضمّن أوقات الانتهاء. يسمح هذا بأن يكون وقت انتهاء حدث ما هو نفسه وقت بدء حدث لاحق دون تداخل هذه الأحداث، مما قد يُؤدي إلى تعارضات جدولة (وهمية). ^{[ 13 ]}

تشمل المكونات ما يلي:

• يصف VEVENT حدثًا له وقت محدد في التقويم. عادةً، عند قبول المستخدم للحدث، يُعتبر ذلك الوقت مشغولًا، ولكن يمكن ضبط الحدث على شفافية لتغيير هذا التفسير. قد يتضمن VEVENT تنبيهًا . تحتوي هذه الأحداث على DTSTART لتحديد وقت البدء، و DTEND لتحديد وقت الانتهاء. إذا كان الحدث متكررًا، فإن DTSTART يحدد بداية الحدث الأول.
• يشير مصطلح VTODO إلى عنصر من عناصر قائمة المهام، أي عنصر عمل أو مهمة. لا تتعرف جميع تطبيقات التقويم على عناصر VTODO . على وجه الخصوص، لا يقوم Outlook بتصدير المهام كعناصر VTODO ، ويتجاهل عناصر VTODO في التقاويم المستوردة. ^{[ 14 ]}
• VJOURNAL عبارة عن مدخلات يومية. تُرفق هذه المدخلات بنص وصفي لتاريخ محدد في التقويم، ويمكن استخدامها لتسجيل الأنشطة أو الإنجازات اليومية، أو لوصف التقدم المحرز من خلال إدخال مهام ذي صلة. لا يشغل مكون VJOURNAL في التقويم أي وقت، وبالتالي لا يؤثر على وقت الفراغ أو وقت الانشغال (تمامًا مثل المدخلات الشفافة ). عمليًا، تدعم برامج قليلة فقط مدخلات VJOURNAL .
• VFREEBUSY هو طلب للحصول على وقت فراغ/انشغال، أو هو رد على طلب، أو هو مجموعة منشورة من أوقات الانشغال.
• تشمل أنواع المكونات الأخرى VAVAILABILITY و VTIMEZONE (المناطق الزمنية) و VALARM (الإنذارات). يمكن لبعض المكونات تضمين مكونات أخرى ( غالبًا ما يتم تضمين VALARM في مكونات أخرى). كما يتم تعريف بعض المكونات لدعم مكونات أخرى مُعرَّفة بعدها ( غالبًا ما يتم استخدام VTIMEZONE بهذه الطريقة).

يهدف iCalendar إلى "توفير تعريف لتنسيق موحد لتبادل معلومات التقويم والجدولة بشكل مفتوح عبر الإنترنت". ورغم أن الميزات الأكثر استخدامًا مدعومة على نطاق واسع في iCalendar، إلا أن بعض الإمكانيات المتقدمة تعاني من مشاكل. على سبيل المثال، لا يدعم معظم الموردين تنسيق "المذكرات" ( VJOURNAL ). كما واجهت تنسيقات "مهام" (VTODO ) مشاكل في التحويل أيضًا. ^{[ 15 ]}

لا يتوافق تقويم iCalendar مع بعض التقاويم غير الغريغورية ، مثل التقاويم القمرية المستخدمة في إسرائيل والمملكة العربية السعودية . ورغم وجود توافق تام بين التقويم الغريغوري والعديد من التقاويم الأخرى، إلا أن عدم وجود قيم CALSCALE محددة لهذه التقاويم، بالإضافة إلى القيود المفروضة على حقول التاريخ المختلفة، قد يحول دون دعمها بشكل مباشر. فعلى سبيل المثال، قد تحتوي السنة العبرية على 12 أو 13 شهرًا، ويحتوي التقويم الياباني القائم على نظام الأباطرة على العديد من الحقب.

يدعم كل من vCalendar و iCalendar ملحقات البرامج الخاصة ، مع بادئة "X-"، والتي يستخدم عدد منها بشكل شائع.

ومن بين هذه الأمور:

• X-RECURRENCE-ID: امتداد vCalendar 1.0 الذي يحاكي معرف التكرار في iCalendar 2.0 (Nokia S60 الإصدار الثالث)
• X-EPOCAGENDAENTRYTYPE: يحدد نوع تقويم العميل
• X-FUNAMBOL-AALARMOPTIONS
• X-FUNAMBOL-ALLDAY: علم فعالية طوال اليوم
• X-MICROSOFT-CDO-ALLDAYEVENT: علامة حدث مايكروسوفت أوتلوك طوال اليوم
• X-MICROSOFT-CDO-BUSYSTATUSمعلومات حالة مايكروسوفت أوتلوك
• X-MICROSOFT-CDO-INTENDEDSTATUS
• X-WR-CALNAMEاسم عرض التقويم
• X-WR-CALDESCوصف التقويم
• X-WR-RELCALID: مُعرّف فريد عالميًا للتقويم ^{[ 16 ]}
• X-WR-TIMEZONE
• X-PUBLISHED-TTL: الفترة الزمنية الموصى بها لتحديث الاشتراك في التقويم
• X-ALT-DESCيُستخدم هذا الخيار لإدراج ترميز HTML في وصف الحدث. يجب أن يحتوي وسم DESCRIPTION القياسي على نسخة غير HTML.
• X-FMTTYPE, X-FILEDATE, X-NAME, X-CN, X-STATUS, X-ROLE, X-SENTBY, X-SYMBIAN-DTSTAMP, X-METHOD, X-RECURRENCE-ID, X-EPOCALARM, X-SYMBIAN-LUID, X-EPOCAGENDAENTRYTYPE^{[ 17 ]}

xCal هو تمثيل XML لبيانات iCalendar، كما هو محدد في RFC 6321 . 

jCal هو تمثيل JSON لبيانات iCalendar، كما هو محدد في RFC 7265 . 

hCalendar هو تمثيل (x)HTML لمجموعة فرعية من بيانات iCalendar باستخدام التنسيقات المصغرة .

hEvent هو تمثيل HTML لمجموعة فرعية من بيانات iCalendar باستخدام تنسيقات دقيقة تعالج بعض مخاوف إمكانية الوصول المتعلقة بتنسيق hCalendar.

• CalDAV – معيار الإنترنت لمشاركة بيانات التقويم 
• بطاقة vCard – معيار تنسيق الملفات لبطاقات العمل الإلكترونية 

• RFC 5545 مواصفات الكائن الأساسي لتقويم الإنترنت وجدولة المواعيد (iCalendar) (يحل محل RFC 2445 )  
• RFC 5546 بروتوكول قابلية التشغيل البيني المستقل عن النقل لـ iCalendar (iTIP) (يحل محل RFC 2446 )  
• RFC 6047 بروتوكول قابلية التشغيل البيني القائم على الرسائل لـ iCalendar (iMIP) (يحل محل RFC 2447 )  
• RFC 6321 xCal: تنسيق XML لـ iCalendar (تمثيل XML لـ iCalendar) 
• تحديث RFC 6868 لتنسيقات البيانات لإدراج أحرف معينة، محظورة بموجب المواصفات الحالية، في قيم المعلمات 
• RFC 7265 jCal: تنسيق JSON لـ iCalendar 
• توافر التقويم وفقًا لـ RFC 7953 
• RFC 7986 خصائص جديدة لـ iCalendar (خصائص إضافية لمواصفات iCalendar) 
• RFC 9073 ملحقات نشر الأحداث لـ iCalendar 
• ملحقات RFC 9074 "VALARM" لـ iCalendar 
• RFC 9253 دعم علاقات iCalendar 
• "مقدمة في تقويم وجدولة الإنترنت" . CalConnect . 2011-10-20.
• "موارد التقويم الإلكتروني" .قائمة بالموارد الخاصة بـ iCalendar والمعايير ذات الصلة.