el iCalendar es un estándar (RFC 2445) para el calendario de intercambio de datos. El estándar se refiere a veces como " iCal", que también es el nombre del programa de calendario de Apple, Inc. (véase el ICal ) que proporciona una de las puestas en práctica del estándar.
iCalendar permite que los usuarios envíen peticiones y tareas de la reunión a otros usuarios a través de email. Los recipientes del email iCalendar (con software apoyado) pueden responder al remitente fácilmente o al revés proponer otra fecha/hora de la reunión.
Es ejecutado/apoyado por una gran cantidad de productos. los datos iCalendar se intercambian típicamente usar email tradicional, pero el estándar se diseña para ser independiente del protocolo de transporte. Por ejemplo, puede también ser compartido y ser corregido usando un servidor de WebDav, o SyncML . Los web server simples (que usan apenas el protocolo del HTTP) son de uso frecuente distribuir datos iCalendar sobre un acontecimiento y publicar épocas ocupadas de un individuo. Los editores pueden encajar datos iCalendar en Web pages usar el HCalendar, una representación del microformat del 1:1 de iCalendar en el semántico (x) [[HTML]]
Fundamentos de la especificación
La especificación iCalendar es un resultado del trabajo del Internet Engineering Task Force que hace calendarios y grupo de trabajo del Scheduling (presidido por el Anik Ganguly abre Text Corporation ), y fue sida autor por Frank Dawson Lotus Development Corporation y Derik Stenerson Microsoft Corporation . iCalendar es basado pesadamente en la especificación anterior de la industria de VCalendar por el consorcio del correo del Internet (IMC).los datos iCalendar tienen el tipo contento texto del /calendario del MIME.
La extensión de archivo del " ics" es ser utilizado para señalar un archivo que contiene (un sistema arbitrario de) la información que hace calendarios y de previsión constante con este tipo contento del MIME.
La extensión de archivo del " ifb" es ser utilizado para señalar un archivo que contiene la información libre u ocupada del tiempo constante con este tipo contento del MIME.
El tipo de archivo código de " iCal" es ser utilizado en ambientes del sistema operativo de Apple Macintosh para señalar un archivo que contiene la información que hace calendarios y de previsión constante con este tipo de medios del MIME.
El tipo de archivo código de " iFBf" es ser utilizado en ambientes del sistema operativo de Apple Macintosh para señalar un archivo que contiene la información libre u ocupada del tiempo constante con este tipo de medios del MIME.
los ficheros de datos iCalendar son archivos de texto llano del ASCII con cada línea terminada por CRLF (en maleficio: 0D0A). Las líneas se deben limitar a 75 octetos (no carácteres) de largo. Donde está demasiado largo un artículo de datos caber en una sola línea puede ser continuado en líneas siguientes comenzando las continuaciones de línea con un carácter de espacio (en maleficio: 20) o un carácter de lengüeta (en maleficio: 09). Si un artículo de datos necesita contener un avance de línea éste es codificado como \ n (en maleficio: 5C6E).
Objeto de la base
El objeto a nivel superior en iCalendar es el objeto de la base el hacer calendarios y del Scheduling. Ésta es una colección de información que hace calendarios y de previsión. Típicamente, esta información consistirá en un solo objeto iCalendar. Sin embargo, los objetos iCalendar múltiples se pueden agrupar secuencialmente juntos. La primera línea debe ser " COMENZAR: VCALENDAR", y la línea pasada debe ser " EXTREMO: VCALENDAR" ; el contenido entre estas líneas se llama el " icalbody". El cuerpo del objeto iCalendar (el icalbody) consiste en una secuencia de características del calendario y uno o más hacen calendarios componentes. Las características del calendario son las cualidades que se aplican al calendario en conjunto. Los componentes del calendario son colecciones de características que expresen un calendario particular semántico. Por ejemplo, el componente del calendario puede especificar un acontecimiento, un lío, una entrada de diario, información de las zonas horarias, o liberar/información ocupada del tiempo, o una alarma.Aquí está un ejemplo simple (de RFC 2445 o de la referencia del sintaxis RFC2445) de un objeto iCalendar que defina un " Día de Bastille Party" acontecimiento que ocurre de 03:59 del 17:00 a partir del 14 de julio de 1997 (UTC) hasta el 15 de julio de 1997: 59 (UTC):
COMENZAR: VCALENDAR VERSIÓN: 2.0 PRODID: - //hacksw/handcal//NONSGML v1.0//EN COMENZAR: VEVENT DTSTART: 19970714T170000Z DTEND: 19970715T035959Z RESUMEN: Partido del día de Bastille EXTREMO: VEVENT EXTREMO: VCALENDAR
Hay muchos diversos tipos de componentes definidos en el estándar, como descrito más abajo.
Acontecimientos (VEVENT)
Un " VEVENT" el componente proporciona agrupar de las características componentes que describen un acontecimiento que represente una cantidad de tiempo programada en un calendario. Normalmente, un acontecimiento aceptado causará que la hora de ser considerado ocupado, pero un acontecimiento se puede fijar para ser " TRANSPARENT" para cambiar esta interpretación. Un VEVENT puede incluir un componente del calendario de VALARM para definir alarmas. Tales acontecimientos tienen una característica de DTSTART que defina su hora de salida, y una característica de DTEND que define su tiempo de la conclusión. Si se está repitiendo el acontecimiento, DTSTART define el comienzo del primer acontecimiento.Los acontecimientos repetidos sin un momento específico, tal como aniversarios y recordatorios diarios, también se representan usar VEVENT. Estos acontecimientos tendrían un tipo de valor de la FECHA para el " DTSTART" la característica en vez de la FECHA Y HORA del defecto, y no necesita incluir un " DTEND" característica
Lío (VTODO)
El componente de VTODO describe un artículo del lío, es decir, un acción-artículo o una asignación.Lo que sigue es un ejemplo de un lío debido el 15 de abril de 1998, de RFC 2445 o de la referencia del sintaxis RFC2445. Una alarma audio se ha especificado para recordar al usuario al mediodía, el día del calendario antes de que se espere que el lío sea terminado y repetición cada hora, cuatro veces adicionales. La definición del lío se ha modificado dos veces desde que fue creada inicialmente.
COMENZAR: VCALENDAR VERSIÓN: 2.0 PRODID: - //ABC Corporation//NONSGML mi Product//EN COMENZAR: VTODO DTSTAMP: 19980130T134500Z SECUENCIA: 2 UID: uid4@host1.com ORGANIZADOR: MAILTO: unclesam@us.gov ASISTENTE; PARTSTAT=ACCEPTED: MAILTO: jqpublic@host.com DEBIDO: 19980415T235959 ESTADO: NEEDS-ACTION RESUMEN: Someter los impuestos sobre la renta COMENZAR: VALARM ACCIÓN: AUDIO DISPARADOR: 19980403T120000
Entrada de diario (VJOURNAL)
Los componentes de VJOURNAL describen una entrada de diario. Atan simplemente notas descriptivas del texto con una fecha civil particular, puede ser que sean utilizados para registrar un expediente diario de actividades o de realizaciones, o describir el progreso con una entrada relacionada del lío. Un " VJOURNAL" el componente del calendario no toma tiempo en un calendario, así que no tiene ninguÌn efecto en tiempo libre u ocupado (apenas como entradas TRANSPARENTES). En la práctica, pocas puestas en práctica de las entradas iCalendar de la ayuda VJOURNAL, aunque existen los ejemplos: El software del chirrido del canario del ciruelo utiliza VTODO y VJOURNAL junto como el formato de datos para una solución de la gerencia del estado de la tarea del proyecto. También el KOrganizer de la mesa de KDE apoya VJOURNAL.Lo que sigue es un ejemplo de una entrada de diario, de RFC 2445 o de la referencia del sintaxis RFC2445:
COMENZAR: VCALENDAR VERSIÓN: 2.0 PRODID: - //ABC Corporation//NONSGML mi Product//EN COMENZAR: VJOURNAL DTSTAMP: 19970324T120000Z UID: uid5@host1.com ORGANIZADOR: MAILTO: jsmith@host.com ESTADO: BOSQUEJO CLASE: PÚBLICO CATEGORÍA: Informe del proyecto, XYZ, reunión semanal DESCRIPCIÓN: Minutos de reunión de la revisión del xyz del proyecto \ n Agenda \ n1. Revisión de los requisitos de la versión 1. Definición de los procesos del proyecto. Revisión del horario de proyecto. \ n Participantes: John Smith, gama de Jane, chulo de Jim \ liendre era decidido que los requisitos necesitan ser firmados apagado cerca marketing de producto. \ Los procesos del n-Proyecto fueron aceptados. \ n - El horario de proyecto necesita explicar días de fiesta programados y tiempo de vacaciones de empleado. Comprobar con la hora para saber si hay específico fechas. \ El n-Nuevo horario será distribuido por viernes. \ n El encuentro siguiente de las semanas está cancelado. Ninguna reunión hasta 3/23. EXTREMO: VJOURNAL EXTREMO: VCALENDAR
Liberar/el tiempo ocupado (VFREEBUSY)
Un componente de VFREEBUSY describe un pedido por el tiempo libre/ocupado, describe una respuesta a una petición, o describe un sistema publicado de tiempo ocupado.
Según lo descrito en RFC 2445 o la referencia del sintaxis RFC2445:
When utilizado para pedir libremente/información ocupada del tiempo, el " ATTENDEE" la característica especifica a usuarios del calendario a cuyo el tiempo libre/ocupado se está pidiendo; el " ORGANIZER" la característica especifica a usuario del calendario que está pidiendo el tiempo libre/ocupado; el " DTSTART" y " DTEND" las características especifican la ventana del tiempo para la cual se está pidiendo el tiempo libre/ocupado; el " UID" y " DTSTAMP" las características se especifican para asistir a la secuencia apropiada del múltiplo libremente/el tiempo ocupado requests.
When utilizado para contestar a un pedido por el tiempo libre/ocupado, el " ATTENDEE" la característica especifica a usuario del calendario que responde a la petición libre/ocupada del tiempo; el " ORGANIZER" la característica especifica a usuario del calendario que pidió original el tiempo libre/ocupado; el " FREEBUSY" la característica especifica la información libre/ocupada del tiempo (si existe); y el " UID" y " DTSTAMP" las características se especifican para asistir a la secuencia apropiada del múltiplo libremente/el tiempo ocupado replies.
When utilizado para publicar el tiempo ocupado, el " ORGANIZER" la característica especifica a usuario del calendario asociado al tiempo ocupado publicado; el " DTSTART" y " DTEND" las características especifican una ventana inclusiva del tiempo que rodee la información ocupada del tiempo; el " FREEBUSY" la característica especifica la información ocupada publicada del tiempo; y el " DTSTAMP" la característica especifica la fecha/la hora que el objeto iCalendar era created.
Lo que sigue es un ejemplo de la información ocupada publicada del tiempo de RFC 2445 o de la referencia del sintaxis RFC2445. el objeto iCalendar se pudo poner en alguÌn URL con el " de la extensión; .ifb":
COMENZAR: VCALENDAR VERSIÓN: 2.0 PRODID: - //RDU Software//NONSGML HandCal//EN COMENZAR: VFREEBUSY ORGANIZADOR: MAILTO: jsmith@host.com DTSTART: 19980313T141711Z DTEND: 19980410T141711Z FREEBUSY: 19980314T233000Z/19980315T003000Z FREEBUSY: 19980316T153000Z/19980316T163000Z FREEBUSY: 19980318T030000Z/19980318T040000Z URL: http://www.com/calendar/busytime/jsmith.ifb EXTREMO: VFREEBUSY EXTREMO: VCALENDAR
Otros tipos componentes
Otros tipos componentes definidos por el estándar incluyen el VTIMEZONE (para definir zonas horarias) y el VALARM (para definir alarmas). Observar que algunos componentes pueden incluir otros componentes (VALARM se incluye a menudo en otros componentes), y algunos componentes se definen a menudo para apoyar otros componentes definidos después de ellos (VTIMEZONE es de uso frecuente esta manera).
Actualizaciones de distribución
El campo de UID se utiliza para facilitar la distribución de actualizaciones, si un cambio programado del acontecimiento. Cuando el acontecimiento primero se genera un tipo de global - el identificador único de debe ser generado. Si un acontecimiento posterior se distribuye con el mismo UID, se significa para substituir el original. Un ejemplo UID pudo ser " Y2007S2C131M5@bigcitycollege.org", para la 5ta reunión de la clase 131 del semestre 2 en una universidad hipotética.
de intercambio de datos iCalendar
El formato iCalendar se diseña para describir datos calendario-basados (como acontecimientos), y no describe intencionalmente qué hacer con ése datos. Así, otros protocolos pueden ser necesarios negociar qué hacer con estos datos.Un estándar del compañero, " Transportar-Independiente iCalendar Interoperability" (iTIP) (RFC 2446), define un protocolo para intercambiar los objetos iCalendar para los propósitos del grupo que hacen calendarios y que programan entre el " Calendario Users" (CUs); quienquiera inicia el intercambio de tomas de los datos en el papel del " Organizer". Este estándar define métodos por ejemplo PUBLICA, PIDE, CONTESTA, AGREGA, CANCELA, RESTAURA, CONTRARIO (negociar un cambio en la entrada), y DECLINE-COUNTER (disminuir la contrapropuesta).
Otro estándar del compañero, " " Mensaje-basado iCalendar del protocolo de la interoperabilidad (IMIP); (RFC 2447), define un método estándar para ejecutar el iTIP en transportes email-basados Internet estándar.
El " Guía al Internet Calendaring" (RFC 3283) describe la relación de iCalendar a los varios estándares relacionados (actual y futuro).
El formato iCalendar fue diseñado para apoyar la interoperabilidad de los datos del calendario; mientras que las características más de uso frecuente por los usuarios son apoyadas extensamente por puestas en práctica iCalendar y pueden ser intercambiadas, la interoperación entre las puestas en práctica de más capacidades avanzadas es manchada. La mayoría de los vendedores no apoyan los diarios (VJOURNAL). El repetirse y la repetición de reuniones todavía tienen un " mordido de misterio y de ambigüedad se asoció al them", causando algunos problemas de la interoperabilidad en algunos casos. VTODO han tenido problemas de la interoperabilidad también.
iCalendar también no es conveniente para hacer calendarios en algunas escalas no-Gregorianas del calendario tales como los calendarios lunares usados en Israel o la Arabia Saudita. Aunque existan los mappings unos por entre escalas gregorianas y las muchas otras del calendario, la carencia de los valores definidos de CALSCALE para esos calendarios y de las limitaciones en varios campos de la fecha puede hacer la ayuda nativa imposible. Por ejemplo el año hebreo del calendario puede contener 12 o 13 meses, y la escala Emperador-basada japonesa del calendario contiene muchas eras.
" Acceso Protocol" del calendario; (RFC 4324) estaba una tentativa inicial en una metodología universal para ejecutar hacer calendarios en tiempo real. Este protocolo fue puesto a un lado eventual, nunca disfrutando de cualquier puesta en práctica verdadera, posiblemente debido a la complejidad excesiva. Los transportes iCalendar-basados pragmáticos tales como GroupDAV y CalDAV ahora están apareciendo en paquetes del cliente y del software de servidor, y aparecen ganar la tracción como métodos de acceso comunes del calendario para el software obediente de los estándares.
El grupo de trabajo el hacer calendarios y del Scheduling del IETF (calsify) está en curso de revisar los estándares iCalendar. Casi todo el trabajo se centra en clarificaciones a los estándares anteriores, y se basa a menudo en el trabajo hecho por otro grupo, hacer calendarios y el consorcio del Scheduling, también conocidos como Calconnect . Formado en 2004, Calconnect aborda ediciones de interoperabilidad a través de pruebas programadas de la interoperabilidad y con los comités técnicos y los exámenes para determinar casos reales del uso. Cualquier organización o individuo es elegible ensamblar el consorcio.0 vCalendar el vCalendar era el precursor del formato iCalendar del intercambio para los datos del calendario promulgados por el consorcio del correo del Internet (IMC).
Aquí está un ejemplo de la información en formato vCalendar: COMENZAR: VCALENDAR VERSIÓN: 1.0 COMENZAR: VEVENT CATEGORÍAS: REUNIÓN ESTADO: TENTATIVO DTSTART: 19960401T033000Z DTEND: 19960401T043000Z RESUMEN: Su revisión de la oferta DESCRIPCIÓN: Steve y Juan para repasar el más nuevo material de la oferta CLASE: PRIVADO EXTREMO: VEVENT EXTREMO: VCALENDAR
Después de que sea iCalendar fuera lanzado, IMC indicó que él " esperanzas que todos los reveladores vCalendar se aprovechan de estos nuevos estándares abiertos y hacen su software compatible con ambos 1." vCalendar;
Ver también
Lista de usos con la ayuda iCalendarCalDAV
GroupDAV
HCalendar
El Scheduling OSID proporciona una abstracción de la interfaz para usar protocolos que hacen calendarios
VCard
XCal
Webcal - un esquema oficioso del identificador de recurso uniforme (URI)
.
| Random links: | La Mirada, California | Diffeology | 10BROAD36 | Ginebra, Nueva York | Godfrey Collins |