| We need Your Support. Make a Donation now! or |  |
|
Groupe de travail R�seau |
R. Herriot |
|
Request for Comments : 3995 |
Global Workflow Solutions |
|
Cat�gorie : Standards Track |
T. Hastings |
|
Mise � jour de : 2911, 2910 |
Xerox Corporation |
Mars 2005
Protocole d�impression Internet (IPP) : Notifications d��v�nements et abonnements
Statut du pr�sent M�mo
Le
pr�sent document sp�cifie un protocole de normalisation Internet pour la
communaut� Internet, et appelle � discussion et suggestions en vue de son
am�lioration. Pri�re de se rapporter � l��dition en cours des "Internet
Official Protocol Standards" (normes officielles du protocole Internet)
(STD 1) pour conna�tre l��tat de la normalisation et le statut du pr�sent
protocole. La distribution du pr�sent m�mo n�est pas soumise � restrictions.
D�claration de copyright
Copyright (C) The Internet Society (2005).
R�sum�
Le pr�sent document d�crit une extension FACULTATIVE au protocole d�impression Internet/1.1 : Mod�le et s�mantique (RFC 2911, RFC 2910). Cette extension permet � un client de s�abonner aux �v�nements relatifs � l�impression. Les abonnements sont mod�lis�s comme objets d�abonnement. L�objet d�abonnement sp�cifie que lorsque survient un des �v�nements sp�cifi�s, l�imprimante d�livre une Notification d��v�nement asynchrone au r�cepteur de notification sp�cifi� via la m�thode sp�cifi�e de livraison pouss�e ou tir�e (c�est-�-dire, le protocole).
Un client associe les objets d�abonnement � une t�che particuli�re en effectuant l�op�ration Create-Job-Subscriptions (cr�er des abonnements de t�ches) ou en soumettant une t�che avec des informations d�abonnement. Un client associe des objets d�abonnement � l�imprimante en effectuant une op�ration Create-Printer-Subscriptions (cr�er des abonnements d�imprimante). Quatre autres op�rations sont d�finies pour les objets d�abonnement : Get-Subscriptions-Attributes (obtenir des attributs d�abonnement), Get-Subscriptions (obtenir des abonnements), Renew-Subscription (renouveler l�abonnement), et Cancel-Subscription (annuler l�abonnement).
Table des mati�res
1.1������ G�n�ralit�s sur la notification
2����� Mod�les pour Notification
2.1������ Mod�le pour Notification Simple
(normatif)
2.2������ Mod�les suppl�mentaires pour
Notification (Informatifs)
3.1������ Terminologie de conformit�
3.2������ Autres termes
4����� Relations d�objet
4.1������ Objets d�abonnement imprimante et
par-imprimante
4.2������ Objets d�abonnement imprimante,
t�che et par-t�che
5����� Objet d�abonnement
5.1������ R�gles de prise en charge des
attributs de gabarit d�abonnement
5.2������ R�gles de traitement des attributs
de gabarit d�abonnement
5.3������ Les attributs de gabarit d�abonnement
5.3.1������� notify-recipient-uri (uri)
5.3.2������� notify-pull-method (type2
keyword)
5.3.3������� notify-events (1setOf type2
keyword)
5.3.4������� notify-attributes (1setOf type2
keyword)
5.3.5������� notify-user-data
(octetString(63))
5.3.6������� notify-charset (charset)
5.3.7������� notify-natural-language
(naturalLanguage)
5.3.8������� notify-lease-duration (entier de
0 � 67108863)
5.3.9������� notify-time-interval (entier de 0
� MAX)
5.4������ Attributs de description
d�abonnement
5.4.1������� notify-subscription-id (entier de
1 � MAX))
5.4.2������� notify-sequence-number (entier de
0 � MAX)
5.4.3������� notify-lease-expiration-time
(entier de 0 � MAX)
5.4.4������� notify-printer-up-time (entier de
1 � MAX)
5.4.5������� notify-printer-uri (uri)
5.4.6������� notify-job-id (entier de 1 � MAX)
5.4.7������� notify-subscriber-user-name
(name(MAX))
6����� Attributs de description
d�imprimante en rapport avec la notification
6.1������ printer-state-change-time (entier
de 1 � MAX)
6.2������ printer-state-change-date-time
(date et heure)
7����� Nouvelles valeurs pour les
attributs existants de description d�imprimante
7.1������ operations-supported (1setOf type2
enum)
8����� Attributs pour les seules
notification d��v�nements
8.1������ notify-subscribed-event (type2
keyword)
8.2������ notify-text (text(MAX))
9����� Contenu de notification d��v�nement
9.1������ Contenu des notifications
d��v�nement � destination machine
9.2������ Contenu de notification
d��v�nement � destination humaine
10������� M�thodes de livraison
11������� Op�rations pour Notification
11.1���� Op�rations de cr�ation d�abonnement
11.1.1����� Op�ration Cr�er des abonnements de
t�che
11.1.2����� Op�ration Create-Printer-Subscriptions
11.1.3����� Op�ration de cr�ation de t�che -
extensions pour Notification
11.2���� Autres op�rations
11.2.1����� Op�ration Restart-Job - extensions
pour Notification
11.2.2����� Op�ration Validate-Job - extensions
pour Notification
11.2.3����� Get-Printer-Attributes - extensions
pour Notification
11.2.4����� Op�ration
Get-Subscription-Attributes
11.2.5����� Op�ration Get-Subscriptions
11.2.6����� Op�ration Renew-Subscription
11.2.7����� Op�ration Cancel-Subscription
12������� Codes d��tat
12.1���� successful-ok-ignored-subscriptions
(0x0003)
12.2���� client-error-ignored-all-subscriptions
(0x0414)
13������� Codes d��tat dans les groupes
d�attributs d�abonnement
13.1���� client-error-uri-scheme-not-supported
(0x040C)
13.2���� client-error-attributes-or-values-not-supported
(0x040B)
13.3���� client-error-too-many-subscriptions
(0x0415)
13.4���� successful-ok-too-many-events
(0x0005)
13.5���� successful-ok-ignored-or-substituted-attributes
(0x0001)
14������� Codages des �tiquettes d�attribut
suppl�mentaire
15������� Exigences de conformit�
15.1���� Exigences de conformit� pour les
clients
15.2���� Exigences de conformit� pour les
imprimantes
17������� Mod�le distribu� pour
Notification (pour information)
18������� R�cepteur de notification �tendu
(pour information)
19������� Mod�le d�objet pour Notification
(Normatif)
19.1���� Relations d�objet
19.2���� Objet imprimante et objets
d�abonnement par imprimante
19.3���� Objet t�che et objets d�abonnement
par t�che
20������� Objets d�abonnement par t�che et
par imprimante (normatif)
21������� R�f�rences normatives
22������� R�f�rences informatives
23������� Consid�rations sur l�IANA
23.1���� Enregistrement d�attribut
23.3���� Enregistrements d�op�rations
23.4���� Enregistrements de code d��tat
23.5���� Enregistrements d��tiquette de
groupe d�attribut
23.6���� Enregistrements d��v�nements
23.7���� Enregistrements des m�thodes de
livraison de notification d��v�nement
23.7.3����� Enregistrement de document de
m�thode de livraison
23.7.4����� Gabarit d�enregistrement
24������� Consid�rations internationales
25������� Consid�rations sur la s�curit�
25.1���� Droits d�acc�s du client
25.2���� Menaces sur la s�curit� des
imprimantes
25.3���� Menaces sur la s�curit� du r�cepteur
de notification
26������� Description des documents de base
IPP (pour information)
27������� Contributeurs
Tableaux
Figures
La pr�sente sp�cification de notification IPP est une extension FACULTATIVE au protocole d�impression Internet/1.1 : Mod�le et s�mantique [RFC2911, RFC2910]. Voir � l�Appendice 29 une description des documents IPP de base. Le pr�sent document combin� avec les documents suivants est destin� � satisfaire les plus importantes exigences de notification d�crites dans la [RFC3997] :
�������� Protocole d�impression Internet (IPP) : "Attributs d�avancement de t�che" [RFC3381]
�������� Protocole d�impression Internet (IPP) : "M�thode de livraison 'ippget' pour les notifications d��v�nement" [RFC3996]
La pr�sente sp�cification EXIGE que les clients et les imprimantes prennent en charge la m�thode de livraison pouss�e 'ippget' [RFC3996]. Les clients et les mises en �uvre d�imprimante conformes PEUVENT aussi prendre en charge des m�thodes de livraison pouss�es ou tir�es suppl�mentaires.
Note : le pr�sent document ne d�finit lui-m�me aucune m�thode de livraison , mais d�finit les r�gles de conformit� pour les documents de m�thode de livraison et leur enregistrement aupr�s de l�IANA (voir au paragraphe 23.7.3).
Se reporter � la Table des mati�res pour la disposition du pr�sent document.
Le pr�sent document d�finit les op�rations qu�un client peut effectuer afin de cr�er des objets d�abonnement dans une imprimante et transporter sur eux d�autres op�rations. Un objet d�abonnement repr�sente un abonnement abstrait. L�objet d�abonnement sp�cifie que quand survient un des �v�nements sp�cifi�s, l�imprimante d�livre une notification d��v�nement asynchrone au r�cepteur de notification sp�cifi� via la m�thode de livraison sp�cifi�e (c�est-�-dire, le protocole).
Lorsqu�un client (qu�on appelle client d�abonnement) effectue une op�ration qui cr�e un objet d�abonnement, l�op�ration contient un ou plusieurs groupes d�attributs de gabarit d�abonnement. Chacun de ces groupes contient les informations utilis�es par l�imprimante pour initialiser un objet d�abonnement nouvellement cr��. L�imprimante cr�e un objet d�abonnement pour chaque groupe d�attributs de gabarit d�abonnement de l�op�ration. Ce groupe est comme le groupe d�attributs de gabarit de t�che d�fini dans la [RFC2911].
Ce qui suit est un exemple des informations contenues dans un groupe d�attributs de gabarit d�abonnement (voir � la section 5 les pr�cisions sur les attributs d�objet d�abonnement) :
1. Les noms des �v�nements abonn�s qui sont int�ressants pour le r�cepteur de notification.
2. L�adresse (URL) d�un r�cepteur de notification pour une m�thode de livraison Pouss�e ou la m�thode pour une m�thode de livraison Tir�e.
3. La m�thode de livraison (c�est-�-dire, le protocole) qu�utilise l�imprimante pour d�livrer la notification d��v�nement.
4. Certaines donn�es opaques que l�imprimante d�livre au r�cepteur de notification dans la notification d��v�nement. Par exemple, le r�cepteur de notification peut utiliser ces donn�es opaques comme adresse de transmission pour la notification d��v�nement.
5. Le charset (ensemble de caract�res) � utiliser dans les champs de texte au sein d�une notification d��v�nement
6. Le langage naturel � utiliser dans les champs de texte de la notification d��v�nement
7. Le temps d�occupation demand� en secondes pour l�objet d�abonnement
Une op�ration qui cr�e un objet d�abonnement s�appelle une op�ration de cr�ation d�abonnement. Ces op�rations incluent les op�rations suivantes (voir au paragraphe 11.1 pour d�autres pr�cisions) :
-� Op�ration de cr�ation de t�che (Create-Job) : Lorsqu�un client effectue une telle op�ration (Print-Job, Print-URI, et Create-Job), il peut inclure z�ro ou plus groupes d�attributs de gabarit d�abonnement dans la demande. L�imprimante cr�e un Objet d�abonnement pour chaque groupe d�attributs de gabarit d�abonnement dans la demande, et l�imprimante associe chacun de ces Objets d�abonnement � la t�che nouvellement cr��e. Le pr�sent document �tend ces d�finitions d�op�rations de la [RFC2911] en ajoutant des groupes d�attributs de gabarit d�abonnement dans la demande et des groupes d�attributs d�abonnement dans la r�ponse.
-� Op�ration d�abonnement de cr�ation de t�che (Create-Job-Subscriptions) : Un client peut inclure un ou plusieurs groupes d�attributs de gabarit d�abonnement dans la demande. L�imprimante cr�e un objet d�abonnement pour chaque groupe d�attributs de gabarit d�abonnement et l�associe � la t�che qui est le but de cette op�ration.
-� Op�ration d�abonnement de cr�ation d�imprimante (Create-Printer-Subscriptions) : Un client peut inclure un ou plusieurs groupes d�attributs de gabarit d�abonnement dans la demande. L�imprimante cr�e un objet d�abonnement pour chaque groupe d�attributs de gabarit d�abonnement et l�associe � l�imprimante qui est la cible de cette op�ration.
Pour chacune des op�rations ci-dessus :
-� l�imprimante associe un objet d�abonnement � l�imprimante ou une t�che sp�cifique. Lorsqu�un objet d�abonnement est associ� � un objet t�che, il est appel� objet d�abonnement par t�che. Lorsqu�un objet d�abonnement est associ� � un objet imprimante, il est appel� objet d�abonnement par imprimante.
-� la r�ponse contient un groupe d�attributs d�abonnement pour chaque groupe d�attributs de gabarit d�abonnement de la demande et dans le m�me ordre. Lorsque l�imprimante r�ussit � cr�er un Objet d�abonnement, son groupe d�attributs d�abonnement correspondant contient l�attribut "notify-subscription-id" (identifiant d�abonnement de notification). Cet attribut identifie de fa�on univoque l�objet d�abonnement et il est analogue � un "job-id" (identifiant de t�che) pour un objet t�che. Certaines des op�rations d�crites ci-dessous utilisent le "notify-subscription-id" pour identifier l�objet d�abonnement cible.
Le pr�sent document d�finit les op�rations suppl�mentaires suivantes (voir au paragraphe 11.2 pour d�autres pr�cisions) :
-������� op�ration Restart-Job (recommencer la t�che) : Lorsqu�un client effectue l�op�ration Restart-Job [RFC2911], l�imprimante r�utilise la m�me t�che et ses objets d�abonnement.
-������� op�ration Validate-Job (valider la t�che) : Lorsqu�un client effectue cette op�ration, il peut inclure z�ro ou plus groupes d�attributs de gabarit d�abonnement dans la demande. L�imprimante d�termine si elle pourrait cr�er un objet d�abonnement pour chaque groupe d�attributs de gabarit d�abonnement dans la demande. Le pr�sent document �tend cette d�finition d�op�ration de la [RFC2911] en ajoutant des groupes d�attributs de gabarit d�abonnement dans la demande et des groupes d�attributs d�abonnement dans la r�ponse.
-������� op�ration Get-Subscription-Attributes (obtenir les attributs d�abonnement) : Cette op�ration permet � un client d�obtenir les attributs sp�cifi�s d�un objet d�abonnement cible.
-������� op�ration Get-Subscriptions (obtenir les abonnements) : Cette op�ration permet � un client d�obtenir les attributs sp�cifi�s de tous les objet d�abonnements associ�s � l�imprimante ou � une t�che sp�cifi�e.
-������� op�ration Renew-Subscription (renouveler l�abonnement) : Cette op�ration renouvelle la location sur l�objet d�abonnement par imprimante cible avant qu�il n�expire. Un objet d�abonnement par imprimante nouvellement cr�� re�oit une location initale. Il est du devoir du client d�utiliser suffisamment fr�quement cette op�ration pour pr�server un objet d�abonnement par imprimante. L�imprimante supprime un objet d�abonnement par imprimante lorsque sa location arrive � expiration. Un objet d�abonnement par t�che dure exactement aussi longtemps que son objet t�che associ� et n�a donc pas de location.
-������� op�ration Cancel-Subscription (supprimer l�abonnement) : Cette op�ration (1) annule la location de l�objet d�abonnement par imprimante sp�cifi� et ainsi supprime l�objet d�abonnement par imprimante ou (2) supprime l�objet d�abonnement par t�che.
Lorsque survient un �v�nement, l�imprimante trouve tous les objets d�abonnement qui surveillent cet �v�nement (voir au paragraphe 9 des pr�cisions sur comment trouver de tels objets d�abonnement). Pour chacun de ces objets d�abonnement, l�imprimante :
a) g�n�re une notification d��v�nement avec les informations sp�cifi�es � la section 9, ET
b) soit :
i)��� Si la m�thode de livraison est une m�thode de livraison pouss�e comme indiqu� par la pr�sence de l�attribut "notify-recipient-uri" de l�objet d�abonnement, d�livre la notification d��v�nement en utilisant la m�thode de livraison et l�adresse cible identifi�e dans l�attribut "notify-recipient-uri" de l�objet d�abonnement, OU
ii)�� Si la m�thode de livraison est une m�thode de livraison tir�e comme indiqu� par la pr�sence de l�attribut "notify-pull- method" de l�objet d�abonnement, sauvegarde la notification d��v�nement pour une p�riode de temps appel�e dur�e de vie d��v�nement d�finie par la m�thode de livraison, c�est-�-dire que le r�cepteur de notification est cens� amener les notifications d��v�nement.
Au titre d�une op�ration de cr�ation d�abonnement, une imprimante IPP (c�est-�-dire, localis�e dans un appareil ext�rieur ou un serveur) cr�e un ou plusieurs objets d�abonnement. Dans une op�ration de cr�ation d�abonnement, le client sp�cifie le r�cepteur de notification auquel l�imprimante doit d�livrer les notifications d��v�nement. Un r�cepteur de notification peut �tre le Client abonn� ou une tierce partie.
La Figure 1 donne le mod�le de notification pour une relation simple Client-imprimante.
Imprimante incorpor�e :
����������������������������� ��������Appareil ext�rieur ou serveur
�� PDA, de bureau, ou serveur�������������� +---------------+
������� +--------+������������������������ |� ########### ��|
������� | client |-----Op�ration�� �---------># Objet� �#� �|
������� +--------+ de cr�ation d�abonnement|� #imprimante# �|
���� +------------+����������������������� |� #####|#####� �|
���� |R�cepteur de|����������������������� +-------|--------+
���� |notification|<----notifications d��v�nement IPP� -----+
���� +------------+ (�v�nements de t�che et/ou d�imprimante)+
Figure 1 - Mod�le pour Notification
Des mod�les suppl�mentaires ont �t� propos�s (voir aux Appendices 16, 17, et 18).
La pr�sente section d�finit la terminologie utilis�e tout au long du pr�sent document. D�autres �l�ments de terminologie sont d�finis dans la [RFC2911].
Les termes en majuscules, tels que DOIT, NE DOIT PAS, EXIGE, DEVRAIT, NE DEVRAIT PAS, PEUT, PEUT NE PAS, et FACULTATIF, ont une signification particuli�re qui se rapporte � la conformit� telle que d�finie dans la RFC 2119 et au paragraphe 12.1 de la [RFC2911]. Si une mise en �uvre prend en charge l�extension d�finie dans le pr�sent document, ces termes s�appliquent alors ; autrement, ils ne s�appliquent pas. Ces termes d�finissent seulement la conformit� au pr�sent document ; ils n�affectent pas la conformit� aux autres documents, sauf d�clar� explicitement par ailleurs.
Note : une caract�ristique qui est FACULTATIVE dans le pr�sent document devient EXIG� si l�imprimante met en �uvre une m�thode de livraison qui EXIGE la caract�ristique.
READ-ONLY (LECTURE SEULE)- adjectif utilis� dans une d�finition d�attribut pour indiquer qu�une imprimante IPP NE DOIT PAS permettre que la valeur de l�attribut soit modifi�e.
Le pr�sent document utilise la m�me terminologie que la [RFC2911], comme "client", "imprimante", "attribut", "valeur d�attribut", "mot cl�", "op�ration", "demande", "r�ponse", "administrateur", "op�rateur", et "prise en charge". De plus, les termes suivants sont d�finis pour leur utilisation dans le pr�sent document et les documents de m�thode de livraison :
notification d��v�nement compos�e - deux ou plus notifications d��v�nement que d�livre une imprimante avec une seule demande ou r�ponse. Les documents de m�thode de livraison sp�cifient si la m�thode de livraison prend en charge les notifications d��v�nement compos�es.
m�thode de livraison � m�canisme par lequel l�imprimante d�livre une notification d��v�nement.
document de m�thode de livraison - document, distinct du pr�sent document, qui d�finit une m�thode de livraison.
�v�nement - occurrence (attendue ou inattendue) au sein du syst�me d�impression d�un changement d��tat, de condition, ou de configuration d�un objet t�che ou imprimante. Un �v�nement ne survient qu�� un seul instant dans le temps et ne s��tend pas � la dur�e dans le temps de l��v�nement physique. Par exemple, bourrage (jam-occurred) et fin de bourrage (jam-cleared) sont deux �v�nements distincts, instantan�s, quand bien m�me le bourrage dure un certain temps.
dur�e d��v�nement (Event Life) - Pour une m�thode de livraison tir�e, la dur�e en secondes apr�s la survenance d�un �v�nement pendant laquelle l�imprimante va conserver cet �v�nement pour la livraison dans une notification d��v�nement. Apr�s l�expiration de la dur�e d��v�nement, l�imprimante ne d�livrera plus de notification d��v�nement pour cet �v�nement dans une telle r�ponse.
notification d��v�nement - information sur un �v�nement que l�imprimante d�livre quand survient un �v�nement.
groupe d�attributs de notification d��v�nement � groupe d�attributs qui est utilis� pour d�livrer une notification d��v�nement dans une demande (m�thodes de livraison pouss�es) ou dans une r�ponse (m�thodes de livraison tir�es).
notification d��v�nement destin�e � l�homme � texte localis� destin� uniquement � l�homme. Il n�y a pas de format normalis� et donc les programmes ne devraient pas essayer d�analyser ce texte.
op�ration de cr�ation de t�che - une des op�rations qui cr�ent un objet t�che : t�che d�impression (Print-Job), URI d�impression (Print-URI) et cr�ation de t�che (Create-Job). L�op�ration t�che de red�marrage (Restart-Job) de la [RFC2911] n�est pas consid�r�e comme une op�ration de cr�ation de t�che, dans la mesure o� l�imprimante r�utilise l�objet t�che existant. L�op�ration valider la t�che (Validate-Job) n�est pas consid�r�e comme une op�ration de cr�ation de t�che parce qu�aucun objet t�che n�est cr��. Donc, lorsqu�une d�claration s�applique aussi � l�op�ration Restart-Job et/ou Validate-Job, elles sont mentionn�es explicitement.
�v�nement de t�che (Job Event) � �v�nement caus� par un changement dans une t�che particuli�re sur l�imprimante, par exemple, 'fin de t�che'.
notification d��v�nement � destination machine - octets � destination du programme. Les octets sont format�s conform�ment au document de m�thode de livraison.
notification � lorsqu�elle n�est pas dans les phrases 'notification d��v�nement' et 'r�cepteur de notification' � c�est le concept de la pr�sente sp�cification, c�est-�-dire, �v�nements, objets d�abonnement, et notifications d��v�nement.
r�cepteur de notification - entit� � laquelle l�imprimante d�livre une notification d��v�nement. Pour les m�thodes de livraison pouss�es, l�imprimante IPP envoie les notifications � un r�cepteur de notification. Pour les m�thodes de livraison tir�es, le r�cepteur de notification agit dans le r�le d�un client IPP et demande les notifications d��v�nement et donc les termes "client" et "r�cepteur de notification" sont utilis�s de fa�on interchangeable selon les m�thodes de livraison. Pour un exemple, voir la [RFC3996].
objet d�abonnement par t�che - objet d�abonnement associ� � une seule t�che. L�op�ration cr�er des abonnements de t�che (Create-Job-Subscriptions) et l�op�ration de cr�ation de t�ches cr�ent un tel objet.
objet d�abonnement par imprimante - objet d�abonnement associ� � l�imprimante comme un tout. L�op�ration cr�er des abonnements d�imprimante (Create-Printer- Subscriptions) cr�e un tel objet.
�v�nement d�imprimante (Printer Event) � �v�nement caus� par un changement dans l�imprimante qui n�est pas sp�cifique d�une t�che, par exemple, 'changement d��tat de l�imprimante'.
m�thode de livraison tir�e - l�imprimante sauvegarde les notifications d��v�nement pour la dur�e de vie de certain �v�nement et attend que le r�cepteur de notification demande les notifications d��v�nement. L�imprimante d�livre les notifications d��v�nement dans une r�ponse � une telle demande.
m�thode de livraison pouss�e - l�imprimante d�livre la notification d��v�nement peu apr�s la survenance d�un �v�nement.
�v�nement abonn� ��v�nement que le client abonn� juge int�ressant en lui donnant une valeur dans l�attribut "�v�nements notifi�s" sur un objet d�abonnement.
�v�nement de t�che abonn� (Subscribed Job Event) - �v�nement abonn� qui est un �v�nement de t�che.
�v�nement d�imprimante abonn� (Subscribed Printer Event) - �v�nement abonn� qui est un �v�nement d�imprimante.
client abonn� (Subscribing Client) - client qui cr�e l�objet d�abonnement.
groupe d�attributs d�abonnement - groupe d�attributs dans une r�ponse qui contient les attributs d�objet d�abonnement.
op�ration de cr�ation d�abonnement - op�ration qui cr�e un objet d�abonnement : Op�ration de cr�ation de t�ches, op�ration Create-Job-Subscriptions (cr�er des abonnements de t�ches), op�ration Create-Printer-Subscriptions (cr�er des abonnements d�imprimante). Dans le contexte d�une op�ration de cr�ation de t�che, une op�ration de cr�ation d�abonnement est la partie de l�op�ration de cr�ation de t�che qui cr�e un ou plusieurs objets d�abonnement. L�op�ration Restart-Job (red�marrer la t�che) [RFC2911] n�est pas consid�r�e comme une op�ration de cr�ation d�abonnement, dans la mesure o� l�imprimante r�utilise les objets d�abonnement existants de la t�che, plut�t que de cr�er de nouveaux objets d�abonnement.
demande de cr�ation d�abonnement - La portion demande d�une op�ration de cr�ation d�abonnement.
attributs de description d�abonnement - attributs d�objet d�abonnement que fournit une imprimante durant une op�ration de cr�ation d�abonnement.
objet d�abonnement - objet contenant un ensemble d�attributs qui indiquent : le r�cepteur de notification (seulement pour la m�thode de livraison pouss�e), la m�thode de livraison, les �v�nements abonn�s qui causent la livraison d�une notification d��v�nement par l�imprimante, et les informations � inclure dans une notification d��v�nement.
attributs de gabarit d�abonnement � attributs d�objet d�abonnement qu�un client peut fournir dans une op�ration de cr�ation d�abonnement et attributs d�objet imprimante associ�s qui sp�cifient les valeurs prises en charge et par d�faut pour les attributs d�objet d�abonnement.
groupe d�attributs de gabarit d�abonnement - groupe d�attributs d�une demande qui contient les attributs d�objet d�abonnement qui sont les attributs de gabarit d�abonnement.
La pr�sente section d�finit les relations d�objet entre l�imprimante, la t�che, et les objets d�abonnement. Elle ne d�finit pas la mise en �uvre. Pour une illustration de ces relations, voir l�Appendice 19.
1.����� Un objet imprimante peut �tre associ� � z�ro ou plus objets d�abonnement par imprimante.
2.����� Chaque objet d�abonnement par imprimante est associ� � exactement un objet imprimante.
1.����� Un objet imprimante est associ� � z�ro ou plus objets t�che.
2.����� Chaque objet t�che est associ� � exactement un objet imprimante.
3.����� Un objet t�che est associ� � z�ro ou plus objets d�abonnement par t�che.
4.����� Chaque objet d�abonnement par t�che est associ� � exactement un objet t�che.
Un Client abonn� cr�e un objet d�abonnement par une op�ration de cr�ation d�abonnement afin d�indiquer son int�r�t pour certains �v�nements. Voir � la section 11 la description de ces op�rations. Lorsqu�un �v�nement survient, l�objet d�abonnement sp�cifie � l�imprimante o� livrer les notifications d��v�nement pour la seule m�thode de livraisons pouss�e, comment les livrer, et ce qu�il convient d�y inclure. Voir la section 9 pour des pr�cisions sur le contenu d�une notification d��v�nement.
En utilisant les attributs de gabarit de t�che comme mod�le (voir le paragraphe 4.2 de la [RFC2911]), les attributs d�un objet d�abonnement sont divis�s en deux cat�gories : attributs de gabarit d�abonnement et attributs de description d�abonnement.
Les attributs de gabarit d�abonnement sont � leur tour, comme les attributs de gabarit de t�che, divis�s en :
1.����� attributs d�objet d�abonnement qu�un client peut fournir dans une demande de cr�ation d�abonnement, et
2.����� leurs attributs d�objet imprimante associ�s qui sp�cifient les valeurs prises en charge et par d�faut pour les attributs de l�objet d�abonnement.
Le reste de la pr�sente section sp�cifie les r�gles g�n�rales des attributs de gabarit d�abonnement et d�crit chaque attribut d�un objet d�abonnement.
Les attributs de gabarit d�abonnement sont fondamentaux pour le mod�le de Notification d�crit dans la pr�sente sp�cification. Le client fournit ces attributs dans les op�rations de cr�ation d�abonnement et l�imprimante utilise ces attributs pour remplir un objet d�abonnement nouvellement cr��.
Les attributs d�objets d�abonnement qui sont les attributs de gabarit d�abonnement se conforment aux r�gles suivantes :
1.����� Chaque nom d�attribut commence par la cha�ne pr�fixe "notify-" et le pr�sent document appelle de tels attributs "notify-xxx".
2.����� Pour chaque attribut d�objet d�abonnement "notify-xxx" d�fini dans la colonne 1 du Tableau 1 du paragraphe 5.3, le Tableau 1 sp�cifie les attributs d�imprimante correspondants : "notify-xxx-default", "notify-xxx-supported", "yyy-supported" et "notify-max-xxx-supported" d�finis dans la colonne 2 du Tableau 1. Noter que "xxx" est mis pour la m�me cha�ne dans chaque cas et "yyy" est mis pour d�autres cha�nes.
3.����� Si une imprimante prend en charge "notify-xxx" dans la colonne 1 du Tableau 1, l�imprimante DOIT alors prendre en charge tous les attributs associ�s sp�cifi�s dans la colonne 2 du Tableau 1. Par exemple, le Tableau 1 montre que si l�imprimante prend en charge "notify-events", elle DOIT prendre en charge "notify-events-default", "notify-events-supported" et "notify-max-events-supported".
4.����� Si une imprimante ne prend pas en charge "notify-xxx" dans la colonne 1 du Tableau 1, l�imprimante NE DOIT PAS alors prendre en charge d�attribut "notify-yyy" associ� sp�cifi� dans la colonne 2 du Tableau 1. Par exemple, le Tableau 1 montre que si l�imprimante ne prend pas en charge "notify-events", elle NE DOIT PAS prendre en charge "notify-events-default", "notify-events-supported" et "notify-max-events-supported". Noter que cette r�gle ne s�applique pas aux attributs dont le nom ne commence pas par la cha�ne "notify-" et sont donc d�finis dans un autre objet et utilis�s par d�autres attributs.
5.����� La plupart des attributs "notify-xxx" ont un attribut "yyy-supported" correspondant qui sp�cifie les valeurs prises en charge pour "notify-xxx". La colonne 2 du Tableau 1 sp�cifie le nom de chaque attribut "yyy-supported". Les r�gles de d�nomination de IPP/1.1 (voir la [RFC2911]) sont utilis�es lorsque "yyy-supported" est "notify-xxx-supported".
6.����� Certains attributs "notify-xxx" ont un attribut "notify-xxx-default" correspondant qui sp�cifie la valeur de "notify-xxx" si le client ne la fournit pas. La colonne 2 du Tableau 1 sp�cifie le nom de chaque attribut "notify-xxx-default". On utilise les r�gles de d�nomination de IPP/1.1 (voir la [RFC2911]).
Si un client souhaite pr�senter � un utilisateur final une liste des valeurs prises en charge pour y faire un choix, le client DEVRAIT questionner l�imprimante sur ses attributs de valeurs prises en charge. Le client DEVRAIT aussi interroger les attributs de valeur par d�faut. Si le client limite alors les valeurs � choisir aux seules valeurs qui sont prises en charge, le client peut garantir que les valeurs qu�il a fournies dans la demande de cr�ation entrent toutes dans l�ensemble des valeurs prises en charge � l�imprimante. En interrogeant l�imprimante, le client PEUT �num�rer chaque attribut par son nom dans la demande Get-Printer-Attributes (obtenir les attributs d�imprimante), ou le client PEUT simplement fournir le nom de groupe de 'gabarit d�abonnement' afin d�obtenir l�ensemble complet des attributs pris en charge (attributs pris en charge et attributs par d�faut - voir au paragraphe 11.2.3).
Ce paragraphe d�finit un ensemble d�taill� des r�gles que suit une imprimante lorsqu�elle traite les attributs de gabarit d�abonnement dans une demande de cr�ation d�abonnement. Ces r�gles sont semblables aux r�gles de traitement des attributs d�op�ration dans la [RFC2911]. A savoir que l�imprimante peut ou non prendre en charge un attribut et un client peut ou non fournir l�attribut. Certaines combinaisons de ces cas sont convenables. D�autres retournent des avertissements ou des erreurs , et peut-�tre une liste d�attributs non pris en charge.
Une imprimante DOIT mettre en �uvre le comportement suivant pour traiter les attributs de gabarit d�abonnement dans une Demande de cr�ation d�abonnement:
1.����� Si un client fournit un attribut "notify-xxx" de la colonne 1 du Tableau 1 et si l�imprimante le prend en charge ainsi que sa valeur, l�imprimante DOIT remplir l�attribut sur l�objet d�abonnement cr��.
2.����� Si un client fournit un attribut "notify-xxx" de la colonne 1 du Tableau 1 et si l�imprimante ne le prend pas en charge, lui ou sa valeur, l�imprimante NE DOIT PAS remplir l�attribut avec lui sur l�objet d�abonnement cr��. L�imprimante DOIT faire une des choses suivantes :
a)����� Si la valeur de l�attribut "notify-xxx" n�est pas prise en charge, l�imprimante DOIT retourner l�attribut avec sa valeur dans le groupe d�attributs d�abonnement de la r�ponse.
b)����� Si "notify-xxx" est un attribut non pris en charge, l�imprimante DOIT retourner l�attribut dans le groupe d�attributs d�abonnement de la r�ponse avec la valeur "non pris en charge" hors bande.
Note : Les r�gles de cette �tape sont les m�mes que pour les attributs non pris en charge du paragraphe 3.1.7 de la [RFC2911] sauf que les attributs non pris en charge sont retourn�s dans le groupe d�attributs d�abonnement plut�t que dans le groupe des attributs non pris en charge parce que les op�rations de cr�ation d�abonnement peuvent cr�er plus d�un objet d�abonnement).
3.����� S�il est EXIG� d�un client qu�il fournisse un attribut "notify-xxx" de la colonne 1 du Tableau 1 et si l�imprimante ne prend pas en charge la valeur fournie, l�imprimante NE DOIT PAS cr�er un objet d�abonnement. Les r�gles pour les attributs non pris en charge dans l��tape n� 2 s�appliquent.
4.����� Si un client ne fournit pas un attribut "notify-xxx" de la colonne 1 du Tableau 1 et si la fourniture de l�attribut est EXIG�E pour le client, l�imprimante DOIT rejeter l�op�ration de cr�ation d�abonnement (y compris l�op�ration de cr�ation de t�ches) sans cr�er d�objet d�abonnement, et DOIT retourner dans la r�ponse :
a)����� le code d��tat "client-error-bad-request" (erreur client, mauvaise demande) ET
b)����� pas de groupes d�attributs d�abonnement.
5.����� Si un client ne fournit pas un attribut "notify-xxx" de la colonne 1 du Tableau 1 qu�il soit FACULTATIF de fournir au client, et si la colonne 2 du Tableau 1, soit :
a)����� sp�cifie un attribut "notify-xxx-default", l�imprimante DOIT se comporter comme si le client avait fourni l�attribut "notify-xxx-default" (voit l��tape n�1) et remplir l�objet d�abonnement avec la valeur de l�attribut "notify-xxx-default" en tant que partie de l�op�ration de cr�ation d�abonnement (� la diff�rence des attributs de gabarit de t�che o� l�imprimante ne remplit pas l�objet t�che avec des valeurs par d�faut � voir la [RFC2911]) OU
b)����� ne sp�cifie pas un attribut "notify-xxx-default", l�imprimante DOIT remplir l�attribut "notify-xxx" sur l�objet d�abonnement conform�ment � la d�finition de l�attribut "notify-xxx" au paragraphe 5.3. Pour certains attributs, le "notify-xxx" est rempli avec la valeur d�un autre attribut, et pour d�autres, le "notify-xxx" N�EST PAS rempli du tout sur l�objet d�abonnement.
6.����� Une imprimante DOIT cr�er un objet d�abonnement pour chacun des groupes d�attributs de gabarit d�abonnement dans une demande, � moins que l�imprimante :
a)����� ne rencontre des attributs dans un groupe d�attributs de gabarit d�abonnement qui requi�rent que l�imprimante ne cr�e pas l�objet d�abonnement OU
b)����� ne cr�e un objet d�abonnement par t�che lorsqu�elle n�a pas la place pour un autre objet d�abonnement par t�che OU
c)����� ne cr�e un objet d�abonnement par imprimante lorsqu�elle n�a pas de place pour un autre objet d�abonnement par imprimante.
7.����� Une r�ponse DOIT contenir un groupe d�attributs d�abonnement pour chaque groupe d�attributs de gabarit d�abonnement de la demande (et dans le m�me ordre) que l�imprimante cr�e un objet d�abonnement � partir du groupe d�attributs de gabarit d�abonnement ou non. Cependant, les attributs de chaque groupe d�attributs d�abonnement peuvent �tre dans n�importe quel ordre.
8.����� L�imprimante DOIT remplir chaque groupe d�attributs d�abonnement de la r�ponse de sorte que chacun contienne :
a)����� l�attribut "notify-subscription-id" (notifier l�identifiant d�abonnement) (voir au paragraphe 5.4.1), si et seulement si l�imprimante cr�e un objet d�abonnement.
b)����� l�attribut "notify-lease-duration" (notifier la dur�e de location) (voir au paragraphe 5.3.8), si et seulement si l�imprimante cr�e un objet d�abonnement par imprimante. La valeur de cet attribut est la valeur de l�attribut "notify-lease-duration" de l�objet d�abonnement. Cette valeur PEUT �tre diff�rente de la valeur fournie par le client (voir au paragraphe 5.3.8). Si un client fournit cet attribut dans la cr�ation d�un objet d�abonnement par t�che, il DOIT appara�tre dans ce groupe avec la valeur "non pris en charge" hors bande pour indiquer que l�imprimante ne le prend pas en charge dans ce contexte.
c)����� tous les attributs de gabarit d�abonnement de l��tape n� 2 non pris en charge. Noter qu�ils ne sont pas retourn�s dans le groupe des attributs non pris en charge afin de s�parer les attributs non pris en charge pour chaque objet d�abonnement.
d)����� l�attribut "notify-status-code" (notifier le code d��tat) si l�imprimante ne cr�e pas l�objet d�abonnement ou si il y a des attributs de l��tape n� 2 non pris en charge. Les valeurs possibles de l�attribut "notify-status-code" sont indiqu�es ci-dessous (voir la section 13 pour les d�tails). L�imprimante retourne la premi�re valeur dans la liste ci-dessous qui d�crit les �tats.
"client-error-uri-scheme-not-supported" (Erreur client, sch�ma d�URI non accept�) : l�objet d�abonnement n�a pas �t� cr�� parce que le sch�ma de l�attribut "notify-recipient-uri" (notifier l�URI de r�ception) n�est pas accept�. Voir au paragraphe 13.1 des pr�cisions sur ce code d��tat. Voir � l��tape n� 3 du pr�sent paragraphe le cas qui cause cette erreur, et l��tape r�sultante n� 6a) qui est cause que l�imprimante ne cr�e pas l�objet d�abonnement.
"client-error-attributes-or-values-not-supported" (Erreur client, attributs ou valeurs non accept�es) : l�objet d�abonnement n�a pas �t� cr�� parce que la m�thode de l�attribut "notify-pull-method" (notifier la m�thode tir�e) n�est pas accept�e. Voir au paragraphe 13.1 des pr�cisions sur ce code d��tat. Voir � l��tape n� 3 du pr�sent paragraphe le cas qui cause cette erreur, et l��tape r�sultante n� 6a) qui est cause que l�imprimante ne cr�e pas l�objet d�abonnement.
"client-error-too-many-subscriptions" (Erreur client, trop d�abonnements) : l�objet d�abonnement n�a pas �t� cr�� parce que l�imprimante n�a pas de place pour des objets d�abonnement suppl�mentaires. Le client PEUT r�essayer plus tard. Voir au paragraphe 13.3 des pr�cisions sur de code d��tat. Voir aux �tapes n� 6b) et 6c) du pr�sent paragraphe les cas qui causent cette erreur.
"successful-ok-too-many-events" (r�ussite mais trop d��v�nements) : l�objet d�abonnement a �t� cr�� sans que les valeurs de "notify-events" soient incluses dans ce groupe d�attributs d�abonnement parce que l�attribut "notify-events" contient trop de valeurs. Voir au paragraphe 13.4 des pr�cisions sur ce code d��tat. Voir � l��tape n� 2 du pr�sent paragraphe et au paragraphe 5.3.3 les cas qui causent ce code d��tat.
"successful-ok-ignored-or-substituted-attributes" (r�ussite mais attributs ignor�s ou substitu�s) : l�objet d�abonnement a �t� cr�� mais certains des attributs de gabarit d�abonnement fournis ne sont pas pris en charge. Ces attributs non pris en charge sont aussi dans le groupe d�attributs d�abonnement. Voir au paragraphe 13.5 des pr�cisions sur ce code d��tat. Voir � l��tape n� 2 du pr�sent paragraphe les cas qui causent ce code d��tat.
9.����� L�imprimante DOIT valider tous les attributs de gabarit d�abonnement et DOIT retourner tous les attributs et valeurs non pris en charge dans le groupe d�attributs d�abonnement correspondant de la r�ponse (voir l��tape n� 2) � moins qu�elle ne d�termine qu�elle ne peut cr�er d�objets d�abonnement suppl�mentaires � cause de la condition 6b) ou de la condition 6c). L�imprimante PEUT NE PAS valider ces attributs de gabarit d�abonnement suppl�mentaires et le client NE DOIT PAS s�attendre � trouver des attributs non pris en charge de l��tape n� 2 dans de tels groupes d�attributs d�abonnement suppl�mentaires.
Ce paragraphe contient les attributs de gabarit d�abonnement d�finis pour les objets abonnement et imprimante.
Le Tableau 1 ci-dessous montre les attributs de gabarit d�abonnement et a deux colonnes :
-������� Attribut dans l�objet d�abonnement : le nom et la syntaxe d�attribut de chaque attribut d�objet d�abonnement qui est un attribut de gabarit d�abonnement
-������� attributs d�imprimante par d�faut et pris en charge : les attributs d�imprimante par d�faut et les attributs pris en charge qui sont associ�s � l�attribut dans la colonne 1.
L�attribut "notify-recipient-uri" est utilis� avec les m�thodes de livraison pouss�es. L�attribut "notify-pull-method" est utilis� avec les m�thodes de livraison tir�es.
Pour les m�thodes de livraison pouss�es, une imprimante DOIT prendre en charge tous les attributs du Tableau 1 ci-dessous except� "notify-pull-method" et "notify-attributes" (et "notify-pull-method-supported" et "notify-attributes-supported"). Pour les m�thodes de livraison tir�es, une imprimante DOIT prendre en charge tous les attributs du Tableau 1 ci-dessous except� "notify-recipient-uri" et "notify-attributes" (et "notify-schemes-supported" et "notify-attributes-supported"). Si une imprimante prend en charge aussi bien les m�thodes de livraison pouss�es que tir�es, elle DOIT alors prendre en charge les attributs "notify-recipient-uri" et "notify-pull-method".
Pour les m�thodes de livraison tir�es, un client DOIT fournir "notify-recipient-uri" et PEUT omettre tout le reste des attributs de la colonne 1 du Tableau 1 dans une demande de cr�ation d�abonnement. Pour les m�thodes de livraison pouss�es, un client DOIT fournir "notify-pull-method" et PEUT omettre tout le reste des attributs de la colonne 1 du Tableau 1 dans une demande de cr�ation d�abonnement. Un client NE DOIT PAS fournir les deux attributs "notify-recipient-uri" et "notify-pull-method" dans la m�me demande de cr�ation d�abonnement.
Note : Les attributs d�imprimante par d�faut et pris en charge dont la liste figure dans la colonne 2 du Tableau 1 n�ont pas de paragraphes s�par�s pour d�finir leur s�mantique dans la pr�sente sp�cification. A la place, le paragraphe de l�attribut d�objet d�abonnement correspondant (la colonne 1 du Tableau 1) contient la s�mantique de ces attributs d�imprimante. Cette approche suit la pr�s�ance des attributs de gabarit de t�che du paragraphe 4.2 de la [RFC2911] o� les attributs d�imprimante "xxx-default" et "xxx-supported" correspondants sont d�finis dans la m�me section que les attributs de t�che"xxx".
Tableau 1 - Les attributs de gabarit d�abonnement
|
Attribut dans l�objet
d�abonnement |
Attributs
d�imprimante par d�faut et pris en charge |
|
notify-recipient-uri
(uri) * |
notify-schemes-supported
(1setOf uriScheme) |
|
notify-pull-method
(mot cl� de type2) ** |
notify-pull-method-supported
(1setOf type2 keyword) |
|
notify-events
(1setOf mot cl� de type2) |
notify-events-default
(1setOf type2 keyword) |
|
|
notify-events-supported
(1setOf type2 keyword) |
|
|
notify-max-events-supported
(entier(2:MAX)) |
|
notify-attributes
(1setOf mot cl� de type2) |
notify-attributes-supported
(1setOf type2 keyword) |
|
notify-user-data (octetString(63)) |
|
|
notify-charset
(charset) |
charset-supported
(1setOf charset) |
|
notify-natural-language
(naturalLanguage) |
generated-natural-language-supported
(1setOf naturalLanguage) |
|
notify-lease-duration
(entier(0:MAX)) |
notify-lease-duration-default
(entier(0:67108863)) |
|
|
notify-lease-duration-supported |
|
|
(1setOf (entier(0:
67108863) | rangeOfInteger(0:67108863))) |
|
notify-time-interval
(entier(0:MAX)) |
|
* "notify-recipient-uri" est seulement pour les m�thodes de livraison pouss�es.
** "notify-pull-method" est seulement pour les m�thodes de livraison tir�es.
La valeur de cet attribut est un URL, qui est un cas particulier d�URI. Sa valeur consiste en un sch�ma et une adresse. L�adresse sp�cifie le r�cepteur de notification et le sch�ma sp�cifie la m�thode de livraison pouss�e pour chaque notification d��v�nement associ�e � cet objet d�abonnement.
Si une imprimante prend en charge des m�thodes de livraison pouss�es, elle DOIT prendre en charge cet attribut et retourner la valeur comme fournie par le client (pas de conversion de casse ou autre canonisation) dans toute r�ponse d�op�ration qui inclut cet attribut.
Pour une m�thode de livraison pouss�e, un client DOIT fournir cet attribut dans une op�ration de cr�ation d�abonnement. Et donc il n�y a aucun besion d�attribut d�imprimante par d�faut.
Le sch�ma d�URI de la valeur de cet attribut sur un objet d�abonnement DOIT �tre une valeur de l�attribut d�imprimante "notify-schemes-supported (1setOf uriScheme)" (voir au paragraphe 5.3.1.1). Note : Conform�ment � la [RFC2396] le ":" termine le sch�ma et ne fait donc pas partie du sch�ma. Donc, les valeurs de l�attribut d�imprimante "notify-schemes-supported" n�incluent pas le caract�re ":".
Si le client fournit un sch�ma non pris en charge dans la valeur de cet attribut, l�imprimante NE DOIT PAS alors cr�er l�objet d�abonnement et DOIT retourner l�attribut "notify-status-code" avec la valeur "client-error-uri-scheme-not-supported" (Erreur client, sch�ma d�URI non accept�) dans le groupe d�attributs d�abonnement de la r�ponse.
5.3.1.1����� notify-schemes-supported
(1setOf uriScheme)
Cet attribut contient les sch�mas d�URI pris en charge dans l�attribut de gabarit d�abonnement "notify-recipient-uri". Voir aux paragraphes 5.1 et 5.2 le comportement des attributs de gabarit d�abonnement d�imprimante "xxx-supported".
La valeur de cet attribut est un mot cl� de type2 qui indique quelle m�thode de livraison tir�e est � utiliser.
Comme une imprimante DOIT prendre en charge la m�thode de livraison tir�e 'ippget' [RFC3996] (voir la section 15), une imprimante DOIT prendre en charge cet attribut et retourner la valeur fournie par le client dans toute r�ponse d�op�ration qui comporte cet attribut.
Pour une m�thode de livraison tit�e, un client DOIT fournir cet attribut dans une op�ration de cr�ation d�abonnement. ET donc il n�est pas besoin d�un attribut d�imprimante par d�faut.
La valeur du mot cl� de cet attribut sur un objet d�abonnement DOIT �tre une valeur de l�attribut d�imprimante "notify-pull-method-supported (1setOf type2 keyword)".
Si le client fournit une m�thode non prise en charge dans la valeur de cet attribut, l�imprimante NE DOIT PAS cr�er alors l�objet d�abonnement et DOIT retourner l�attribut "notify-status-code" avec la valeur 'client-error-attributes-or-values-not-supported' (Erreur client, attribut ou valeurs non accept�es) dans le groupe d�attributs d�abonnement de la r�ponse.
5.3.2.1����� notify-pull-method-supported
(1setOf type2 keyword)
Voir aux paragraphes 5.1 et 5.2 le comportement des attributs d�imprimante de gabarit d�abonnement "xxx-supported".
Cet attribut contient un ensemble d��v�nements abonn�s. Lorsqu�un �v�nement survient et qu�il "satisfait" une valeur de cet attribut, l�imprimante d�livre une notification d��v�nement en utilisant les informations contenues dans le SubscriptionObject. Les d�tails de "satisfait" sont d�crits au paragraphe 5.3.3.5.
Une imprimante DOIT prendre en charge cet attribut.
Un client PEUT fournir cet attribut dans une op�ration de cr�ation d�abonnement. Si le client ne fournit pas cet attribut dans une op�ration de cr�ation d�abonnement, l�imprimante DOIT remplir cet attribut sur l�objet d�abonnement avec sa valeur d�attribut "notify-events-default" (notifier les �v�nements par d�faut).
Chaque valeur de mot cl� de cet attribut sur un objet d�abonnement DOIT �tre une valeur de l�attribut d�imprimante "notify-events-supported (1setOf type2 keyword)" (notifier les �v�nements pris en charge).
Le nombre des valeurs de cet attribut NE DOIT PAS exc�der la valeur de l�attribut "notify-max-events-supported" (notifier le maximum d��v�nements pris en charge). Une imprimante DOIT prendre en charge au moins deux valeurs par objet d�abonnement. Si le nombre de valeurs fournies par un client dans une op�ration de cr�ation d�abonnement exc�de la valeur de cet attribut, l�imprimante DOIT traiter les valeurs exc�dentaires comme des valeurs non prises en charge et DOIT utiliser la valeur de 'successful-ok-too-many-events' (r�ussite mais trop d��v�nements) pour l�attribut "notify-status-code" (notifier le code d��tat) dans le groupe d�attributs d�abonnement de la r�ponse.
5.3.3.1����� notify-events-default
(1setOf type2 keyword)
Voir aux paragraphes 5.1 et 5.2 le comportement des attributs d�imprimante de gabarit d�abonnement "xxx-default".
5.3.3.2����� notify-events-supported (1setOf type2 keyword)
Voir aux paragraphes 5.1 et 5.2 le comportement des attributs d�imprimante de gabarit d�abonnement "xxx-supported".
5.3.3.3����� notify-max-events-supported (integer(2:MAX))
Cet attribut sp�cifie le nombre maximum d��v�nements que l�imprimante prend en charge pour l�attribut de gabarit d�abonnemet "notify-events". Voir aux paragraphes 5.1 et 5.2 le comportement des attributs d�imprimante de gabarit d�abonnement "xxx-supported".
5.3.3.4����� Valeurs standard pour �v�nements abonn�s
Chaque valeur de cet attribut est un mot cl� et elle sp�cifie un �v�nement abonn� qui repr�sente certain changements. Certains mots cl� repr�sentent un sous-ensemble de changements d�un autre mot cl�, par exemple, 'job-completed' (fin de t�che)est une valeur d��v�nement qui est une sous-valeur de 'job-state-change' (changement d��tat de t�che). Voir au paragraphe 5.3.3.5 le cas o� cet attribut contient � la fois une valeur et une sous-valeur.
Les valeurs du pr�sent paragraphe sont r�parties en trois cat�gories : pas d��v�nement, �v�nements de t�che et �v�nements d�imprimante.
Une imprimante DOIT prendre en charge les �v�nements indiqu�s comme "EXIG�" et PEUT prendre en charge les �v�nements indiqu�s comme "FACULTATIF".
5.3.3.4.1��� Pas d�v�nement
La valeur de mot cl� standard unique pour pas d��v�nement est :
'aucune' : EXIG� � pas de notification d��v�nement pour tout �v�nement. Etant la seule valeur pour "notify-events-supported" (notifier les �v�nements pris en charge), cette valeur signifie que l�imprimante ne prend pas en charge la d�livrance des notifications d��v�nement. Comme seule valeur de "notify-events-default" (notifier les �v�nements par d�faut), cette valeur signifie qu�un client DOIT sp�cifier l�attribut "notify-events" afin de r�ussir une op�ration de cr�ation d�abonnement. Si l�imprimante re�oit cette valeur comme seule valeur d�une op�ration de cr�ation d�abonnement, elle ne cr�e pas un objet d�abonnement. Si une imprimante re�oit cette valeur avec d�autres valeurs d�une op�ration de cr�ation d�abonnement, l�imprimante DOIT traiter cette valeur comme valeur non prise en charge.
5.3.3.4.2��� Ev�nements d�imprimante abonn�s
Les mots cl� standard pour les �v�nements d�impimante abonn�s sont :
'printer-state-changed' (changement d��tat de l�imprimante) : EXIG� - l�imprimante a chang� d��tat depuis n�importe quel �tat vers tout autre �tat. Pr�cis�ment, la valeur des attributs "printer-state" (�tat de l�imprimante), "printer-state-reasons" (causes de l��tat de l�imprimante) ou "printer-is-accepting-jobs" (l�imprimante accepte les t�ches) a chang�.
Cette valeur d��v�nement abonn� a les sous-valeurs suivantes :
'printer-restarted' (r�d�marrage d�imprimante) et 'printer-shutdown' (fermeture de l�imprimante). Un client peut surveiller une de ces sous-valeurs s�il ne veut pas surveiller tous les changements d��tat de l�imprimante :
'printer-restarted' : FACULTATIF � lorsque l�imprimante est mise sous tension.
'printer-shutdown' : FACULTATIF � lorsque l�appareil est �teint.
'printer-stopped : EXIG� - lorsque l�imprimante arr�te l�impression, c�est-�-dire, la valeur de l�attribut d�imprimante "printer-state" devient 'stopped' (arr�t�).
'printer-config-changed' : FACULTATIF - lorsque la configuration d�une imprimante a chang�, c�est-�-dire, la valeur de l�attribut d�imprimante "printer-message-from-operator" (message de l�imprimante pour l�op�rateur) ou toute "configuration" a chang�. Un attribut d�imprimante "configuration" est un attribut qui peut changer de valeur � cause d�une interaction humaine directe ou indirecte, et qui n�est pas couvert par un des autres �v�nements de ce paragraphe. A titre d�exemples d�attributs d�imprimante "configuration"on trouve tous les attributs de gabarit de t�che, tels que "xxx-supported", "xxx-ready" et "xxx-default". Le client doit effectuer un Get-Printer-Attributes (obtenir les attributs d�imprimante) pour trouver les nouvelles valeurs de ces attributs modifi�s. Cet �v�nement est utile pour les clients et pilotes GUI pour mettre � jour aupr�s de l�utilisateur les capacit�s de l�imprimante disponible.
Cette valeur d��v�nement a les sous-valeurs suivantes : 'printer-media-changed' (changement du support d�imprimante) et 'printer-finishings-changed' (changements des finitions de l�imprimante). Un client peut surveiller une de ces sous-valeurs s�il ne veut pas surveiller tous les changements de configuration d�imprimante.
'printer-media-changed' : FACULTATIF � lorsque le m�dia charg� sur une imprimante a �t� chang�, c�est-�-dire que l�attribut "media-ready" a �t� chang�. Cet �v�nement inclut deux cas : une corbeille d�entr�e qui se vide et une corbeille d�entr�e qui re�oit des supports suppl�mentaires du m�me type ou d�un type diff�rent. Le client doit v�rifier s�par�ment les attributs d�imprimante "media-ready" (voir au paragraphe 4.2.11 de la [RFC2911]) pour d�couvrir ce qui a chang�.
'printer-finishings-changed' : FACULTATIF � lorsque le module de finition d�une imprimante a �t� chang�, c�est-�-dire que les attributs "finishings-ready" ont chang�. Cet �v�nement comporte deux cas : un module de finition qui devient vide, et un module de finition qui est recharg� (m�me s�il n�est pas plein). Le client doit v�rifier s�par�ment les attributs d�imprimante "finishings-ready" pour d�couvritr ce qui a chang�.
'printer-queue-order-changed' (changement de l�ordre de la file d�attente de l�imprimante) : FACULTATIF � l�ordre des t�ches de la file d�attente de l�imprimante a chang�, de sorte qu�une application de surveillance de la file d�attente peut effectuer une op�ration Get-Jobs (obtenir les t�ches) pour d�terminer le nouvel ordre. Cet �v�nement n�inclut pas l�entr�e d�une t�che dans la file d�attente (c�est couvert par l��v�nement 'job-created') et n�inclut pas la sortie d�une t�che de la file d�attente (c�est couvert par l��v�nement 'job-completed').
5.3.3.4.3��� Ev�nements de t�che abonn�e
Les valeurs de mot cl� standard pour les �v�nements de t�che abonn�e sont :
'job-state-changed' (changement d��tat de t�che) : EXIG� � la t�che a chang� � partir de n�importe quel �tat vers tout autre �tat. Pr�cis�ment, l�imprimante d�livre cet �v�nement chaque fois que la valeur de l�attribut "job-state" ou "job-state-reasons" change. Lorsqu�une t�che est retir�e des phases R�tention de t�che ou Historique des t�ches (voir au paragrapohe 4.3.7.1 de la [RFC2911]), aucun �v�nement n�est g�n�r�.
Cette valeur d��v�nement a les sous-valeurs suivantes : 'job-created' (cr�ation de t�che), 'job-completed' (fin de t�che) et 'job-stopped' (t�che arr�t�e). Un client peut surveiller une de ces sous-valeurs s�il ne veut pas surveiller tous les 'changements d��tat de t�che'.
'job-created' : EXIG� - l�imprimante a accept� une op�ration de cr�ation de t�che, une op�ration Restart-Job [RFC2911], ou toute op�ration de t�che qui cr�e un objet t�che � partie d�un objet t�che existant. L�imprimante remplit la valeur d�attribut de t�che "time-at-creation" (heure de cr�ation) [RFC2911] paragraphe 4.3.14.1). L�imprimante met la t�che dans l��tat 'pending' (en suspens), 'pending-held' (gard�e en suspens) ou 'processing' (en cours).
'job-completed' : EXIG� � la t�che a atteint un des �tats achev�s, c�est-�-dire que la valeur de l�attribut "job-state" (�tat de t�che) de la t�che est pass� � : 'completed' (achev�), 'aborted' (�chec), ou 'canceled' (annul�). Les attributs "time-at-completed" (heure d�ach�vement) et "date-time-at-completed" (date et heure d�ach�vement) (si ce dernier est pris en charge) de la t�che sont �tablis (voir au paragraphe 4.3.14 de la [RFC2911]). Lorsqu�une t�che se termine, un r�cepteur de notification PEUT interroger la t�che en utilisant l�op�ration Get-Job-Attributes (obtenir les attributs de la t�che). Pour permettre une telle interrogation, l�imprimante retient la t�che dans les phases Job Retention et/ou Job History (voir au paragraphe 4.3.7.1 de la [RFC 2911]) pendant une dur�e convenable qui d�pend de la mise en �uvre et des m�thodes de livraison prises en charge. L�imprimante d�livre aussi cet �v�nement lorsqu�une t�che est supprim�e par l�op�ration Purge-Job (purger les t�ches) (voir au paragraphe 3.2.9 de la [RFC2911]). Dans ce cas, la notification d��v�nement DOIT rapporter l��tat de t�che comme 'annul�' et l�objet t�che n�est plus pr�sent pour l�interrogation.
'job-stopped : FACULTATIF � lorsque la t�che arr�te l�impression, c�est-�-dire que la valeur de l�attribut "�tat de t�che" devient 'processing-stopped' (traitement arr�t�).
'job-config-changed' (configuration de t�che modifi�e) : FACULTATIF � lorsque la configuration d�une t�che a chang�, c�est-�-dire que la valeur de l�attribut de t�che "job-message-from-operator" ou d�un des attributs "configuration" a chang�. Un attribut de t�che "configuration" est un attribut qui peut changer de valeur � cause d�une interaction humaine directe ou indirecte. Des exemples d�attributs de t�che "configuration" figurent dans tout attribut de gabarit de t�che et dans l�attribut "job-name". Le client effectue un Get-Job-Attributes pour d�couvrir les nouvelles valeurs des attributs modifi�s. Cet �v�nement est utile pour les clients et pilotes GUI pour mettre � jour les informations de t�ches destin�es � l�utilisateur.
'job-progress' (avancement de t�che) : FACULTATIF - lorsque l�imprimante a fini d�imprimer une page. Voir dans la sp�cification distincte [RFC3381] les attributs suppl�mentaires qu�une imprimante PEUT dlivrer dans une notification d��v�nement caus�e par cet �v�nement. L�attribut "notify-time-interval" (notifier les intervalles de temps) affecte cet �v�nement en faisant que l�imprimante NE d�livre PAS de notification d��v�nement lorsque que survient un �v�nement 'job-progress'. Voir tous les d�tails au paragraphe 5.3.9.
5.3.3.5����� R�gles pour la correspondance des �v�nements abonn�s
Lorsqu�un �v�nement survient, l�imprimante DOIT trouver chaque objet abonn� dont l�attribut "notify-events" "correspond" � l��v�nement. Les r�gles de "correspondance" des �v�nements abonn�s sont d�crites s�par�ment pour les �v�nements d�imprimante et les �v�nements de t�che. Ce paragraphe d�crit aussi quelques cas particulers.
5.3.3.5.1��� R�gles pour la correspondance des �v�nements d�imprimante
Etant donn� que l�imprimante cause la survenance de l��v�nement d�imprimante E, pour chaque abonnement par t�che ou par imprimante S dans l�imprimante, si E est �gal � une valeur de cet attribut dans S ou si E est une sous-valeur d�une valeur de cet attribut dans S, l�imprimante DOIT g�n�rer une notification d��v�nement.
Consid�rons un exemple. Il y a trois objets d�abonnement dont chacun a l��v�nement d�imprimante abonn� 'printer-state-changed' (changement d��tat d�imprimante). L�objet d�abonnement A est un objet d�abonnement par imprimante. L�objet d�abonnement B est un objet d�abonnement par t�che pour la t�che 1, et l�objet d�abonnement C est un objet d�abonnement par t�che pour la t�che 2. Lorsque l�imprimante entre dans l��tat 'stopped' (arr�t�), l�imprimante d�livre une notification d��v�nement aux r�cepteurs de notification des objets d�abonnement A, B, et C parce que c�est un �v�nement d�imprimante. Noter que si la t�che 1 est d�j� termin�e, l�imprimante ne d�livrera pas de notification d��v�nement pour son objet d�abonnement, m�me si la t�che 1 est conserv�e dans les phases Job Retention et/ou Job History (voir au paragraphe 4.3.7.1 de la [RFC2911]).
5.3.3.5.2��� R�gles pour la correspondance des �v�nements de t�che
�tant donn� que la t�che J cause la survenance de l��v�nement de t�che E :
1.����� Pour chaque abonnement par imprimante S � l�imprimante, si E est �gal � une valeur de cet attribut dans S ou si E est une sous-valeur d�une valeur de cet attribut dans S, l�imprimante DOIT g�n�rer une notification d��v�nement.
2.����� Pour chaque abonnement par t�che S associ� � la t�che J, si E est �gal � une valeur de cet attribut dans S ou si E est une sous-valeur d�une valeur de cet attribut dans S, l�imprimante DOIT g�n�rer une notification d��v�nement.
3.����� Pour chaque abonnement par t�che S NON associ� � la t�che J, si E est �gal � une valeur de cet attribut dans S ou si E est une sous-valeur d�une valeur de cet attribut, l�imprimante NE DOIT PAS g�n�rer de notification d��v�nement � partir de S.
Consid�rons un exemple : Il y a trois objets d�abonnement qui surveillent l��v�nement de t�che 'fin de t�che'. L�objet d�abonnement A est un objet d�abonnement par imprimante. L�objet d�abonnement B est un objet d�abonnement par t�che pour la t�che 1, et l�objet d�abonnement C est un objet d�abonnement par t�che pour la t�che 2. De plus, l�objet d�abonnement par imprimante D surveille l��v�nement de t�che 'changement d��tat de t�che'. Lorsque la t�che 1 se termine, l�imprimante d�livre une notification d��v�nement au r�cepteur de notification de l�objet d�abonnement A (parce que d�est par imprimante) et � l�objet d�abonnement B parce que c�est un objet d�abonnement par t�che associ� � la t�che qui g�n�re l��v�nement. L�imprimante d�livre aussi une notification d��v�nement au r�cepteur de notification de l�objet d�abonnement D parce que 'fin de t�che' est une sous-valeur de 'changement d��tat de t�che' - la valeur que cet objet d�abonnement D surveille. L�imprimante ne d�livre pas de notification d��v�nement aux r�cepteurs de notification de l�objet d�abonnement C parce qu�il est un objet d�abonnement par t�che associ� � une t�che autre que celle qui g�n�re l��v�nement.
5.3.3.5.3��� Cas particuliers de r�gles de correspondance
Le pr�sent paragraphe contient deux r�gles pour le cas particulier o� un seul �v�nement produit plusieurs notifications d��v�nement destin�es au m�me r�cepteur de notification. Ces deux r�gles pr�cisent si une imprimante doit envoyer plusieurs notifications d��v�nement ou regrouper en une seule notification d��v�nement.
Si un �v�nement correspond � des �v�nements abonn�s dans deux objets d�abonnement diff�rents et que l�imprimante voudrait d�livrer deux notifications d��v�nement identiques (sauf pour l�attribut "notify-subscription-id") au m�me r�cepteur de notification en utilisant la m�me m�thode de livraison, l�imprimante DOIT d�livrer les deux notifications d��v�nement. C�est-�-dire, l�imprimante NE DOIT PAS essayer de regrouper des notifications d��v�nement apparemment semblables qui surviennent dans des objets d�abonnement s�par�s. De fa�on incidente, l�imprimante NE DOIT PAS rejeter des op�rations de cr�ation d�abonnement qui cr�eraient ce sc�nario.
Consid�rons un exemple : Au moment o� une t�che s�ach�ve, il y a deux objets d�abonnement par imprimante A et B avec le m�me r�cepteur de notification R. L�objet d�abonnement A a l��v�nement de t�che abonn�e 'changement d��tat de t�che'. L�objet d�abonnement B a l��v�nement de t�che abonn�e 'fin de t�che'. Les deux objets d�abonnement satisfont � l��v�nement 'fin de t�che'. L�imprimante d�livre deux notifications d��v�nement au r�cepteur de notification R. Une avec la valeur de 'changement d��tat de t�che' pour l�attribut "notifier l��v�nement abonn�" et l�autre avec la valeur de 'fin de t�che' pour l�attribut "notifier l��v�nement abonn�".
Si un �v�nement correspond � deux �v�nements abonn�s dans un seul objet d�abonnement (par exemple, une valeur et sa sous-valeur), une imprimante PEUT d�livrer une notification d��v�nement pour chaque valeur satisfaite dans l�objet d�abonnement ou elle PEUT ne d�livrer qu�une notification d��v�nement. Les r�gles des paragraphes 5.3.3.5.1 et 5.3.3.5.2 sont souples � dessein quant au nombre de notifications d��v�nement envoy�es lorsque l��v�nement E correspond � deux valeurs ou plus dans un objet d�abonnement.
Consid�rons un exemple : Au moment o� une t�che se termine, un objet d�abonnement A a deux �v�nements de t�che abonn�s 'changement d��tat de t�che' et 'fin de t�che'.Les deux �v�nements de t�che abonn�s satisfont � l��v�nement 'fin de t�che'. L�imprimante d�livre une ou deux notifications d��v�nement au r�cepteur de notification de l�objet d�abonnement A, selon la mise en �uvre. Si elle d�livre deux notifications d��v�nement, une a la valeur de 'changement d��tat de t�che' pour l�attribut "notifier l��v�nement abonn�",et l�autre a la valeur de 'fin de t�che' pour l�attribut "notifier l��v�nement abonn�". Si elle d�livre une notification d��v�nement, elle a la valeur de 'changement d��tat de t�che' ou de 'fin de t�che' pour l�attribut "notifier l��v�nement abonn�", selon la mise en �uvre. L�algorithme de choix d�une telle valeur d�pend de la mise en �uvre.
Cet attribut contient un ensemble de noms d�attribut. Lorsqu�une imprimante d�livre une notification d��v�nement � destination machine, elle inclut un ensemble d�attributs fix� (voir au paragraphe 9.1). Si cet attribut est pr�sent et si la notification d��v�nement est � destination machine, l�imprimante inclut aussi les attributs sp�cifi�s par cet attribut.
Une imprimante PEUT prendre en charge cet attribut.
Un client PEUT fournir cet attribut dans une op�ration de cr�ation d�abonnement. Si le client ne fournit pas cet attribut dans l�op�ration de cr�ation d�abonnement ou si l�imprimante ne prend pas en charge cet attribut, l�objet d�abonnement soit (1) PEUT contenir l�attribut "notifier les attributs" avc une valeur 'aucune' soit (2) PEUT NE PAS contenir l�attribut du tout. Il n�y a pas d�attribut d�imprimante "notifier les attributs par d�faut".
Chaque valeur de mot cl� de cet attribut sur un objet d�abonnement DOIT �tre une valeur de l�attribut d�imprimante "notify-attributes-supported (1setOf type2 keyword)" (voir au paragraphe 5.3.4.1). "notifier les attributs pris en charge" PEUT contenir tout attribut d�imprimante, attribut de t�che ou attribut d�objet d�abonnement que l�imprimante prend en charge dans une notification d��v�nement. Il NE DOIT PAS contenir d�attributs du paragraphe 9.1 qu�une imprimante met automatiquement dans une notification d��v�nement; qui seraient redondants. Si un client fournit un attribut du paragraphe 9.1, l�imprimante DOIT le traiter comme une valeur d�attribut non accept�e de l�attribut "notifier les attributs".
Les r�gles suivantes s�appliquent � chaque valeur N de mot cl� d�attribut "notifier les attributs" : Si la valeur N d�signe :
a)����� un attribut d�abonnement, l�imprimante DOIT utiliser l�attribut N dans l�objet d�abonnement qui est utilis� pour g�n�rer la notification d��v�nement.
b)����� un attribut de t�che et si l�imprimante g�n�re une notification d��v�nement � partir d�un objet d�abonnement par t�che S, l�imprimante DOIT utiliser l�attribut N dans l�objet de t�che associ� � S.
c)����� un attribut de t�che et si l�imprimante g�n�re une notification d��v�nement � partir d�un objet d�abonnement par imprimante et si l��v�nement est :
-���� un �v�nement de t�che, l�imprimante DOIT utiliser l�attribut N dans l�objet de t�che qui a caus� l��v�nement.
-���� un �v�nement d�imprimante, l�imprimante DOIT utiliser l�attribut N dans la t�che en cours.
Si une imprimante prend en charge cet attribut et si un objet d�abonnement contient cet attribut et que la m�thode de livraison g�n�re une notification d��v�nement � destination machine, l�imprimante DOIT inclure dans chaque notification d��v�nement :
a)����� les attributs sp�cifi�s au paragraphe 9.1 et
b)����� chaque attribut d�sign� par cet attribut.
L�imprimante NE DOIT PAS utiliser cet attribut pour g�n�rer de notification d��v�nement � destination humaine.
5.3.4.1����� notify-attributes-supported (1setOf type2 keyword)
Voir aux paragraphes 5.1 et 5.2 le comportement des attributs de gabarit d�abonnement "xxx-supported".
Cet attribut contient des donn�es opaques que certaines m�thodes de livraison incluent dans chaque notification d��v�nement � destination machine. Les donn�es opaques peuvent contenir, par exemple :
-������� l�identit� de l�abonn�
-������� un chemin ou index vers des informations d�abonn�
-������� une cl� qui identifie aupr�s du r�cepteur de notification le destinataire ultime de la notification d��v�nement
-������� l�identifiant pour un r�cepteur de notification qui s��tait pr�c�demment enregistr� sur un Service d��change de messages instantan�.
Une imprimante DOIT prendre en charge cet attribut.
Un client PEUT fournir cet attribut dans une op�ration de cr�ation d�abonnement. Si le client ne fournit pas cet attribut dans l�op�ration de cr�ation d�abonnement, l�objet d�abonnement soit (1) PEUT contenir l�attribut "notifier les donn�es d�utilisateur" avec une valeur de longueur de z�ro, soit (2) PEUT NE PAS contenir l�attribut du tout. Il n�y a pas d�attribut d�imprimante "notifier les donn�es d�utilisateur par d�faut".
Il n�y a pas d�attribut d�imprimante "notifier les donn�es d�utilisateur prises en charge". Au lieu de cela, toute cha�ne d�octet dont la longueur ne d�passe pas 63 octets est une valeur prise en charge. Si la longueur d�passe 63 octets, l�imprimante DOIT la traiter comme valeur non prise en charge.
Cet attribut sp�cifie le charset (ensemble de caract�res) qui doit �tre utilis� dans le contenu de la notification d��v�nement envoy�e au r�cepteur de notification, que le contenu de la notification d��v�nement soit � destination machine ou humaine.
Une imprimante DOIT prendre en charge cet attribut.
Un client PEUT fournir cet attribut dans une op�ration de cr�ation d�abonnement. Si le client ne fournit pas cet attribut dans l�op�ration de cr�ation d�abonnement ou fournit une valeur non prise en charge, l�imprimante DOIT remplir cet attribut dans l�objet d�abonnement avec la valeur de l�attribut d�op�ration "attributes-charset", qui est un attribut EXIG� dans toutes les demandes IPP (voir la [RFC2911]). Si la valeur de l�attribut "attributes-charset" n�est pas accept�e, l�imprimante DOIT remplir cet attribut dans l�objet d�abonnement avec la valeur de l�attribut "charset-configured" (charset de configuration) de l�imprimante. Il n�y a pas d�attribut d�imprimante "notify-charset-default" (notifier le charset par d�faut).
La valeur de cet attribut sur un objet d�abonnement DOIT �tre une valeur de l�attribut d�imprimante "charset-supported (1setOf charset)".
Cet attribut sp�cifie le langage naturel � utiliser dans tout texte � destination humaine dans le contenu de notification d��v�nement envoy� au r�cepteur de notification, que le contenu de notification d��v�nement soit � destination machine ou � destination humaine.
Une imprimante DOIT prendre en charge cet attribut.
Un client PEUT fournir cet attribut dans une op�ration de cr�ation d�abonnement. Si le client ne fournit pas cet attribut dans l�op�ration de cr�ation d�abonnement ou fournit une valeur non prise en charge, l�imprimante DOIT remplir cet attribut dans l�objet d�abonnement avec la valeur de l�attribut d�op�ration "attributes-natural-language", qui est un attribut EXIG� dans toutes les demandes IPP (voir au paragraphe 3.1.4 de la [RFC2911]). Si la valeur de l�attribut "attributes-natural-language" n�est pas accept�e, l�imprimante DOIT remplir cet attribut dans l�objet d�abonnement avec la valeur de l�attribut "natural-language-configured" de l�imprimante (voir au paragraphe 4.4.19 de la [RFC2911]). Il n�y a pas d�attribut d�imprimante "notify-natural-language-default".
La valeur de cet attribut sur un objet d�abonnement DOIT �tre une valeur de l�attribut d�imprimante "generated-natural-language-supported (1setOf type2 naturalLanguage)" (voir le paragraphe 4.4.20 de la [RFC2911]).
Cet attribute sp�cifie la dur�e de la location (en secondes) associ�e � l�objet d�abonnement par imprimante au moment o� l�objet d�abonnement a �t� cr�� ou o� la location a �t� renouvel�e. La dur�e de la location est infinie si la valeur est 0, c�est-�-dire, la location n�arrive jamais � expiration. Voir des pr�cisions au paragraphe 5.4.3 sur "notify-lease-expiration-time (entier(0:MAX))" (notifier l�heure d�expiration de la location).
Cet attribut n�est pas pr�sent sur un objet d�abonnement par t�che parce que l�objet d�abonnement dure exactement autant que l�objet de t�che associ�. Voir l�expos� sur l��v�nement 'fin de t�che' au paragraphe 5.3.3.4.3 � propos de la r�tention de l�objet de t�che apr�s ach�vement.
Une imprimante DOIT prendre en charge cet attribut.
Pour une op�ration de cr�ation d�objet d�abonnement d�un objet d�abonnement par t�che, le client NE DOIT PAS fournir cet attribut. Si le client fournit cet attribut, l�imprimante DOIT le traiter comme un attribut non pris en charge.
Pour une op�ration de cr�ation d�abonnement d�un objet d�abonnement par imprimante ou une op�ration de renouvellement d�abonnement, un client PEUT fournir cet attribut. Si le client ne fournit pas cet attribut, l�imprimante DOIT remplir cet attribut avec sa valeur d�attribut "notify-lease-duration-default" (notifier la dur�e de location par d�faut) (de 0 � 67108863). Si le client fournit cet attribut avec une valeur non prise en charge, l�imprimante DOIT remplir cet attribut avec une valeur acceptable, et cette valeur DEVRAIT �tre aussi proche que possible de la valeur demand�e par le client. Note : cette r�gle implique qu�une imprimante n'alloue pas la valeur 0 (infini) sauf si le client le demande.
Apr�s que l�imprimante a rempli cet attribut avec une valeur accept�e, cette valeur repr�sente la "dur�e accord�e" de la location en secondes et l�imprimante met � jour la valeur de l�attribut "notify-lease-expiration-time" (notifier l�heure d�expiration) de l�objet d�abonnement comme sp�cifi� au paragraphe 5.4.3.
La valeur de cet attribut sur un objet d�abonnement DOIT �tre une valeur de l�attribut d�imprimante "notify-lease-duration-supported" (1setOf (integer(0:67108863) | rangeOfInteger(0:67108863))).
Une imprimante PEUT demander l�authentification afin de retourner la valeur 0 (la location n�arrive jamais � expiration) comme une des valeurs de "notify-lease-duration-supported", et pour permettre 0 comme valeur de l�attribut "notify-lease-duration".
Note : La valeur maximum 67 108 863 est 2 � la puissance 26 moins 1 et est d�environ 2 ans en secondes. La valeur est consid�rablement inf�rieure � MAX de sorte qu�il n�y a virtuellement aucune chance de d�bordement quand l�imprimante l�ajoute � la valeur d�attribut "printer-up-time" de l�imprimante (voir le paragraphe 4.4.29 de la [RFC2911]) pour produire la valeur d�attribut de description d�abonnement "notify-lease-expiration-time" (notifier l�heure d�expiration de la location) (voir au paragraphe 5.4.3).
5.3.8.1����� notify-lease-duration-default (entier de 0 � 67108863))
Voir aux paragraphes 5.1 et 5.2 le comportement des attributs d�imprimante de gabarit d�abonnement "xxx-default".
5.3.8.2����� notify-lease-duration-supported (1setOf (integer(0: 67108863) | rangeOfInteger(0:67108863))
Voir aux paragraphes 5.1 et 5.2 le comportement des attributs d�imprimante de gabarit d�abonnement "xxx-supported".
L��v�nement 'avancement de t�che' survient � chaque fois qu�une imprimante termine une page. Certains r�cepteurs de notification ne veulent pas recevoir une notification d��v�nement � chaque fois que se produit cet �v�nement. Cet attribut permet � un Client abonn� de demander la fr�quence � laquelle il veut recevoir la notification d��v�nements pour les �v�nements 'avancement de t�che'. La valeur de cet attribut PEUT peut �tre tout entier non n�gatif (0,MAX) indiquant le nombre minimum de secondes entre les notifications d��v�nement 'avancement de t�che'.
L�imprimante DOIT prendre en charge cet attribut si et seulement si l�imprimante prend en charge l��v�nement 'avancement de t�che'.
Un client PEUT fournir cet attribut dans une op�ration de cr�ation d�abonnement. Si le client ne fournit pas cet attribut dans l�op�ration de cr�ation d�abonnement, l�objet d�abonnement soit (1) PEUT contenir l�attribut "notify-time-interval" (notifier l�intervalle de temps) avec une valeur '0' soit (2) PEUT NE PAS contenir cet attribut du tout. Il n�y a pas d�attribut d�imprimante "notify-time-interval-default" (notifier l�intervalle de temps par d�faut).
Il n�y a pas d�attribut d�imprimante "notify-time-interval-supported" (notifier l�intervalle de temps pris en charge).
Si l��v�nement 'avancement de t�che' survient et qu�un objet d�abonnement contient l��v�nement 'avancement de t�che' comme valeur de l�attribut 'notifier les �v�nements', il faut distinguer deux cas :
1.����� Cet attribut n�est pas pr�sent sur l�objet d�abonnement ou a la valeur 0. L�imprimante DOIT g�n�rer et d�livrer une notification d��v�nement (comme c�est le cas avec les autres �v�nements).
2.����� Cet attribut est pr�sent avec une valeur N diff�rente de z�ro :
a)�� Si l�imprimante n�a pas envoy� de notification d��v�nement pour l��v�nement pour l�objet d�abonnement associ� dans les N secondes pass�es, l�imprimante DOIT d�livrer une notification d��v�nement pour l��v�nement qui vient de survenir. Noter que lorsque l�imprimante ach�ve la premi�re page d�une t�che, cette r�gle implique que l�imprimante d�livre une notification d��v�nement pour un objet d�abonnement par t�che.
b)�� Autrement, l�imprimante NE DOIT PAS g�n�rer ou d�livrer de notification d��v�nement pour l�objet d�abonnement associ�. L�imprimante NE DOIT PAS augmenter la valeur de l�attribut d�objet d�abonnement "notifier le num�ro de s�quence" (c�est-�-dire, la s�quence des valeurs de l�attribut "notifier le num�ro de s�quence" compte les notifications d��v�nement que l�imprimante envoie et non les �v�nements qui ne causent pas l�envoi d�une notification d��v�nement).
Il est RECOMMEND� qu�un client abonn� utilise cet attribut lorsqu�il s�abonne � l��v�nement 'avancement de t�che', et que la valeur soit suffisement grande pour limiter la fr�quence � laquelle l�imprimante d�livre les demandes de notification d��v�nement.
Cet attribut NE DOIT PAS affecter d�autre �v�nement que 'avancement de t�che'.
Les attributs de description d�abonnement sont les attributs qu�une imprimante ajoute � un objet d�abonnement au moment de sa cr�ation.
Une imprimante DOIT prendre en charge tous les attributs du Tableau 2.
Un client NE DOIT PAS fournir les attributs du Tableau 2 dans un groupe d�attributs de gabarit d�abonnement d�une op�ration de cr�ation d�abonnement. Il n�y a pas d�attributs par d�faut ou pris en charge correspondants.
Tableau 2 - Attributs de description d�abonnement
Attributs d�objet d�abonnement :
notify-subscription-id (integer(1:MAX)) (notifier l�identifiant d�abonnement (entier de 1 � Max)
notify-sequence-number (integer(0:MAX)) (notifier le num�ro de s�quence (entier de 0 � Max)
notify-lease-expiration-time (integer(0:MAX)) (notifier l�heure d�expiation de location (entier de 0 � Max)
notify-printer-up-time (integer(1:MAX)) (notifier l�heure d�activation de l�imprimante (entier de 1 � Max)
notify-printer-uri (uri) (notifier l�uri de l�imprimante (uri)
notify-job-id (integer(1:MAX)) (notifier l�identifiant de t�che (entier de 1 � Max)
notify-subscriber-user-name (name(MAX)) (notifier le nom de l�utilisateur abonn� (nom(Max)
Cet attribut identifie une instance d�objet d�abonnement avec un num�ro qui est unique dans le contexte de l�imprimante. L�imprimante g�n�re cette valeur au moment o� elle cr�e l�objet d�abonnement.
Une imprimante DOIT prendre en charge cet attribut.
L�imprimante PEUT allouer la valeur de cet attribut de fa�on s�quentielle lorsqu�elle cr�e les objets d�abonnement. Cependant, il n�y a pas de s�curit� sur les objets d�abonnement, et l�allocation s�quentielle expose le syst�me � des menaces d�espionnage passif du trafic.
L�imprimante DEVRAIT �viter de r�utiliser des valeurs r�centes de cet attribut pendant un fonctionnement continu de l�imprimante ainsi que sur un cycle d�alimentation. Un client d�abonnement aura alors peu de chances qu�une r�f�rence p�rim�e donne acc�s � un nouvel objet d�abonnement.
La valeur 0 n�est pas autoris�e afin de permettre la compatibilit� avec "job-id" et avec les valeurs d�indice de tableau MIB, qu�il est recommand� d�avoir diff�rentes de 0.
La valeur de cet attribut indique le nombre de fois o� l�imprimante a g�n�r� et tent� de d�livrer une notification d��v�nement pour cet objet d�abonnement. Lorsqu�une notification d��v�nement contient cet attribut, le r�cepteur de notification peut d�terminer si il manque des notifications d��v�nement (c�est-�-dire, des num�ros saut�s) ou si des doubles sont re�us (c�est-�-dire, deux fois le m�me num�ro).
Une imprimante DOIT prendre en charge cet attribut.
Lorsque l�imprimante cr�e un objet d�abonnement, elle DOIT remplir cet attribut avec une valeur de 0. Cette valeur indique que l�imprimante n�a pas envoy� de notification d��v�nement pour cet objet d�abonnement.
Chaque fois que l�imprimante d�livre une notification d��v�nement qui vient d��tre g�n�r�e, elle DOIT augmenter la valeur de cet attribut de 1. Pour certaines m�thodes de livraison, l�imprimante DOIT inclure cet attribut dans chaque notification d��v�nement, et la valeur DOIT �tre la valeur apr�s l�augmentation de 1. C�est-�-dire que la valeur de cet attribut dans la premi�re notification d��v�nement apr�s la cr�ation de l�objet d�abonnement DOIT �tre 1, la seconde DOIT �tre 2, etc. Si une m�thode de livraison est d�finie de telle sorte que le r�cepteur de notification retourne une r�ponse, l�imprimante peut r�essayer de d�livrer une notification d��v�nement un certain nombre de fois avec le m�me num�ro de s�quence lorsque le r�cepteur de notification �choue � retourner une r�ponse.
Si un objet d�abonnement dure assez longtemps pour atteindre la valeur de MAX, sa prochaine valeur DOIT �tre 0, c�est-�-dire qu�il fait un tour complet.
Cet attribut sp�cifie l�heure � venir � laquelle expirera la location de l�objet d�abonnement par imprimante, c�est-�-dire la valeur de "printer-up-time" (dur�e d�activation de l�imprimante) � laquelle va expirer la location. Si la valeur est 0, la location n�arrive jamais � expiration.
Une imprimante DOIT prendre en charge cet attribut.
Lorsque l�imprimante cr�e un objet d�abonnement par t�che, cet attribut NE DOIT PAS �tre pr�sent � l�objet d�abonnement dure exactement aussi longtemps que l�objet de t�che associ�. Voir aussi l�expos� de l��v�nement 'fin de t�che' au paragraphe 5.3.3.4.3 sur la r�tention de l�objet t�che apr�s ach�vement de sorte qu�un r�cepteur de notification puisse interroger l�objet de t�che apr�s r�ception de la notification d��v�nement 'fin de t�che'.
Lorsque l�imprimante cr�e un objet d�abonnement par imprimante, elle remplit cet attribut avec une valeur qui est la somme des valeurs de l�attribut "printer-up-time" de l�imprimante et de l�attribut "notify-lease-duration" de l�objet d�abonnement avec l�exception suivante. Si la valeur de l�attribut "notify-lease-duration" d�objet d�abonnement est 0 (c�est-�-dire, pas d�heure d�expiration), la valeur de cet attribut DOIT alors �tre mise � 0 (c�est-�-dire, pas d�heure d�expiration).
Lorsque l�imprimante est mise sous tension, elle DOIT remplir cet attribut dans chaque objet d�abonnement persistant avec une valeur qui utilise l�algorithme du paragraphe pr�c�dent.
Lorsque le "printer-up-time" est �gal � la valeur de cet attribut, l�imprimante DOIT supprimer l�objet d�abonnement. Un client peut �tendre une location d�un objet d�abonnement par imprimante avec l�op�ration de renouvellement d�abonnement (voir au paragraphe 11.2.6).
Note : Pour calculer le nombre de secondes restant dans une location pour un objet d�abonnement par imprimante, un client peut soustraire l�attribut "notify-printer-up-time" de l�abonnement (voir au paragraphe 5.4.4) de l�attribut "notify-lease-expiration-time" de l�abonnement.
Cet attribut est un autre nom pour l�attribut "printer-up-time" de l�imprimante (voir le paragraphe 4.4.29 de la [RFC2911]). En d�autres termes, lorsque cet attribut est interrog� par les op�rations Get-Subscriptions ou Get-Subscription-Attributes (voir aux paragraphes 11.2.4 et 11.2.5), la valeur retourn�e est la valeur en cours de l�attribut "printer-up-time" de l�imprimante, plut�t que l�heure � laquelle l�objet d�abonnement a �t� cr��.
Une imprimante DOIT prendre en charge cet attribut.
Lorsque l�imprimante cr�e un objet d�abonnement par t�che, cet attribut NE DOIT PAS �tre pr�sent. Lorsque l�imprimante cr�e un objet d�abonnement par imprimante, cet attribut DOIT �tre pr�sent.
Note : cet attribut existe dans un objet d�abonnement par imprimante de sorte qu�un client qui utilise les op�rations Get-Subscription-Attributes ou Get-Subscription peut convertir l�attribut "notify-lease-expiration-time" de l�abonnement par imprimante en heure d�horloge avec une demande. Si la valeur de l�attribut "notify-lease-expiration-time" n�est pas 0 (c�est-�-dire, pas d�heure d�expiration), la diff�rence entre les attributs "notify-lease-expiration-time" et "notify-printer-up-time" est alors le nombre de secondes restantes sur la location par rapport � l�heure courante.
Cet attribut identifie l�objet imprimante qui a cr�� cet objet d�abonnement.
Une imprimante DOIT prendre en charge cet attribut.
Durant une op�ration de cr�ation d�abonnement, l�imprimante DOIT remplir cet attribut avec la valeur de l�attribut d�op�ration "printer-uri" dans la demande. A partir de l�URI de l�imprimante, le client peut, par exemple, d�terminer quel sch�ma de s�curit� a �t� utilis�.
Cet attribut sp�cifie si l�objet d�abonnement contenant est un objet d�abonnement par t�che ou par imprimante,et pour les objets d�abonnement par t�che, il sp�cifie la t�che associ�e.
Une imprimante DOIT prendre en charge cet attribut.
Si cet attribut n�est pas pr�sent, l�objet d�abonnement DOIT �tre un abonnement par imprimante. Si cet attribut est pr�sent, l�objet d�abonnement DOIT �tre un objet d�abonnement par t�che et cet attribut DOIT identifier la t�che � laquelle l�objet d�abonnement est associ�.
Note : Cet attribut pourrait �tre utile au r�cepteur de notification qui re�oit une notification d��v�nement g�n�r�e � partir d�un objet d�abonnement par t�che et caus�e par un �v�nement d�imprimante. La notification d��v�nement donne acc�s � l�imprimante et � l�objet d�abonnement. La notification d��v�nement ne donne acc�s � la t�che associ�e que via cet attribut. Voir au paragraphe 5.3.3.4.3 l�expos� sur l��v�nement 'fin de t�che' � propos de la r�tention de l�objet t�che apr�s ach�vement de sorte qu�un r�cepteur de notification puisse interroger l�objet t�che apr�s r�ception de la notification d��v�nement 'fin de t�che'.
Cet attribut contient le nom de l�utilisateur qui a effectu� l�op�ration de cr�ation d�abonnement.
Une imprimante DOIT prendre en charge cet attribut.
L�imprimante DOIT remplir cet attribut avec le nom imprimable le plus authentifi� qu�il puisse obbtenir du service d�authentification sur lequel l�op�ration de cr�ation d�abonnement a �t� re�ue. L�imprimante utilise le m�me m�canisme pour d�terminer la valeur de cet attribut comme elle le fait pour un "job-originating-user-name" (nom d�utilisateur d�origine de t�che) de t�che (voir le paragraphe 4.3.6 de la [RFC2911]).
Note : Pour aider � l�authentification, un objet d�abonnement peut avoir des attributs priv�s suppl�mentaires sur l�utilisateur, par exemple, un accr�ditif d�un principal. De tels attributs priv�s d�pendent de la mise en �uvre et ne sont pas d�finis dans le pr�sent document.
La pr�sente section d�finit les attributs de description de l�imprimante qui se rapportent � la Notification. Le Tableau 3 fait la liste des attributs de description de l�imprimante, indique le support d�imprimante exig� pour la conformit�, et si l�attribut est ou non en LECTURE SEULE (READ-ONLY) (voir au paragraphe 3.1) :
Tableau 3 - Attributs de description d�imprimante associ�s � Notification
|
Attributs d�objet
imprimante : |
EXIG� |
READ-ONLY |
|
printer-state-change-time
(entier de 1 � MAX) |
Non |
oui |
|
printer-state-change-date-time
(date et heure) |
Non |
oui |
Cet attribut FACULTATIF note l�heure la plus r�cente � laquelle l��v�nement d�imprimante 'printer-state-changed' (changement d��tat de l�imprimante) est survenu, que des objets d�abonnement surveillent ou non cet �v�nement. Cet attribut aide un client ou op�rateur � d�terminer depuis combien de temps l�imprimante se trouve dans l��tat en cours.
Une imprimante PEUT prendre en charge cet attribut et si c�est le cas, l�attribut DOIT �tre LECTURE SEULE.
A la mise sous tension, l�imprimante DOIT remplir cet attribut avec la valeur de son attribut "printer-up-time", de sorte qu�il ait toujours une valeur. Chaque fois que survient l��v�nement d�imprimante 'printer-state-changed', l�imprimante DOIT mettre � jour cet attribut avec la valeur de l�attribut "printer-up-time" de l�imprimante.
Cet attribut FACULTATIF note l�heure la plus r�cente � laquelle est survenu l��v�nement d�imprimante 'printer-state-changed' que des objets d�abonnement surveillent ou non cet �v�nement. Cet attribut aide un client ou op�rateur � d�terminer depuis combien de temps l�imprimante est dans l��tat en cours.
Une imprimante PEUT prendre en charge cet attribut et si c�est le cas, l�attribut DOIT �tre LECTURE SEULE.
A la mise sous tension, l�imprimante DOIT remplir cet attribut avec la valeur de son attribut "printer-current-time", de sorte qu�il ait toujours une valeur (voir le paragraphe 4.4.30 de la [RFC2911] sur "printer-current-time").
Chaque fois que survient l��v�nement d�imprimante 'printer-state-changed', l�imprimante DOIT mettre � jour cet attribut avec la valeur de l�attribut "printer-current-time" de l�imprimante.
La pr�sente section contient les attributs pour lesquels des valeurs suppl�mentaires ont �t� ajout�es.
Les valeurs suivantes de "id d�op�ration" sont ajout�es afin de prendre en charge les nouvelles op�rations d�finies dans le pr�sent document:
Tableau 4 � Allocations d�id d�op�ration
|
Valeur |
Nom de l�op�ration |
|
0x0016 |
Create-Printer-Subscriptions
(cr�er des abonnements d�imprimante) |
|
0x0017 |
Create-Job-Subscriptions
(cr�er des abonnements de t�che) |
|
0x0018 |
Get-Subscription-Attributes
(obtenir des attributs d�abonnement) |
|
0x0019 |
Get-Subscriptions (obtenir
des abonnements) |
|
0x001A |
Renew-Subscription (renouveller
l�abonnement) |
|
0x001B |
Cancel-Subscription
(annuler l�abonnement) |
La pr�sente section contient ceux des attributs qui n�existent que dans les notifications d��v�nement et n�existent dans aucun objet.
Cet attribut indique l��v�nement abonn� qui a amen� l�imprimante � d�livrer cette notification d��v�nement. Cet attribut n�existe que dans les notifications d��v�nement.
Cet attribut DOIT contenir une des valeurs de l�attribut "notify-events" dans l�objet d�abonnement, c�est-�-dire, une des valeurs d��v�nement abonn�. Sa valeur est l��v�nement abonn� qui "correspond" � l��v�nement qui a amen� l�imprimante � d�livrer cette notification d��v�nement. Cette valeur d��v�nement abonn� peut �tre identique � l��v�nement ou l��v�nement peut �tre une sous-valeur de l��v�nement abonn�. Par exemple, l��v�nement 'fin de t�che' (qui est un sous-�v�nement de l��v�nement 'changement d��tat de t�che') am�nerait l�imprimante � d�livrer une notification d��v�nement pour les �v�nements abonn�s 'fin de t�che' ou 'changement d��tat de t�che' et � d�livrer respectivement la valeur 'fin de t�che' ou 'changement d��tat de t�che' pour cet attribut. Voir au paragraphe 5.3.3.5 les r�gles de "correspondance" des �v�nements abonn�s et pour d�autres exemples.
Le document de m�thode de livraison sp�cifie si l�imprimante inclut la valeur de cet attribut dans une notification d��v�nement.
Cet attribut contient un message textuel � destination humaine (voir au paragraphe 9.2). Ce message d�crit l��v�nement et est cod� comme texte pur, c�est-�-dire, 'text/plain' avec le charset sp�cifi� par l�attribut "notify-charset" de l�objet d�abonnement.
Note : cet attribut contient seulement un message textuel et ne doit contenir aucune information de codage, telle que 'text/plain'. Le codage 'text/plain' est implicite et donc le charset doit �tre sp�cifi� par un m�canisme de remplacement, � savoir l�attribut "notify-charset".
Le document m�thode de livraison sp�cifie si l�imprimante inclut cet attribut dans une notification d��v�nement.
La pr�sente section d�finit le contenu de la notification d��v�nement que d�livre l�imprimante lorsque survient un �v�nement.
Lorsque survient un �v�nement, l�imprimante DOIT trouver chaque objet d�abonnement dont l�attribut "notify-events" "correspond" � l��v�nement. Voir au paragraphe 5.3.3.5 les d�tails sur "correspond". Pour chaque objet d�abonnement correspondant, l�imprimante DOIT cr�er une notification d��v�nement avec le contenu et le format sp�cifi� par le document de m�thode de livraison. Le contenu contient la valeur des attributs sp�cifi�s par le document de m�thode de livraison. L�imprimante obtient les valeurs imm�diatement apr�s la survenance de l��v�nement. Par exemple, si l�attribut "�tat d�imprimante" change de 'repos' � 'traitement', l��v�nement 'changement d��tat de l�imprimante' survient et l�imprimante met divers attributs dans la notification d��v�nement, y compris "printer-up-time" et "�tat d�imprimante" avec les valeurs qu�ils ont imm�diatement apr�s la survenance de l��v�nement, c�est-�-dire, la valeur de "�tat d�imprimante" est 'traitement'.
Ordre des notifications d��v�nement :
Lorsqu�une imprimante d�livre des notifications d��v�nement, les notifications d��v�nement provenant de tout objet d�abonnement donn� DOIVENT �tre dans l�ordre de l�horodatage, c�est-�-dire, en ordre croissant de valeur d�attribut "printer-up-time" dans la notification d��v�nement (voir au Tableau 5). Ces notifications d��v�nement PEUVENT �tre entrelac�es avec celle provenant d�autres objets d�abonnement, pourvu que ces autres notifications soient aussi dans l�ordre de l�horodatage. L�imprimante DOIT observer ces exigences d�ordonnancement qu�elle d�livre plusieurs �v�nements en cours sous forme de multiples notifications d��v�nement s�par�es ou rassembl�es dans une seule notification d��v�nement compos�e.
Si un Client abonn� veut que l�imprimante d�livre certaines notifications d��v�nement dans l�ordre de l�horodatage, il utilise un seul objet d�abonnement. M�me ainsi, selon le transport sous jacent, l�ordre r�el dans lequel un r�cepteur de notification re�oit des notifications d��v�nement s�par�es diff�re de l�ordre d�envoi par l�imprimante (par exemple, messagerie �lectronique).
Exemple : Consid�rons deux objets d�abonnement par imprimante : SO1 et SO2. SO1 demande les �v�nements 'changement d��tat de t�che' et SO2 demande les �v�nements 'changement d��tat d�imprimante'. Le nombre entre parenth�ses est l�horodatage. Les s�quences de notification d��v�nement suivantes sont les seules qui se conforment aux exigences d�ordonnancement pour la d�livrance des notifications d��v�nement par l�imprimante :
(a) SO1: 'job-created' (1000), SO1: 'job-stopped' (1005), SO1: 'job-completed' (1009), SO2: 'printer-stopped' (1005)
(b) SO1: 'job-created' (1000), SO1: 'job-stopped' (1005), SO2: 'printer-stopped' (1005), SO1: 'job-completed' (1009)
(c) SO1: 'job-created' (1000), SO2: 'printer-stopped' (1005), SO1: 'job-stopped' (1005), SO1: 'job-completed' (1009)
(d) SO2: 'printer-stopped (1005), SO1: 'job-created' (1000), SO1: 'job-stopped' (1005), SO1: 'job-completed' (1009)
Les exemples (b) et (c) sont entrelac�s ; les exemples (a) et (d) ne sont pas entrelac�s et ne sont pas appropri�s pour certaines m�thodes de livraison.
Si deux �v�nements diff�rents surviennent simultan�ment, ou presque (par exemple, "printer-up-time" a la m�me valeur pour les deux), l�imprimante DOIT cr�er une notification d��v�nement s�par�e pour chaque �v�nement, m�me si l�objet d�abonnement associ� est le m�me pour les deux �v�nements. Cependant, l�imprimante PEUT combiner ces notifications d��v�nement distinctes en une seule notification d��v�nement compos�e si la m�thode de livraison accepte les notifications d��v�nement compos�es. Par exemple, supposons que deux �v�nements presque simultan�s repr�sentent deux �v�nements 'changement d��tat d�imprimante' successifs, un de 'repos' � 'traitement' et l�autre de 'traitement' � 'arr�t�'. Ces deux �v�nements ont le m�me nom mais sont des instances diff�rentes de l��v�nement. L�imprimante DOIT alors cr�er une notification d��v�nement s�par�e pour chaque �v�nement et DEVRAIT rapporter pr�cis�ment l��tat d�imprimante du premier �v�nement comme 'traitement' et le second �v�nement comme 'arr�t�'.
Si un objet d�abonnement contient plus d�un �v�nement abonn�, et que plusieurs �v�nements surviennent en succession rapide, chacun correspondant � un �v�nement abonn� diff�rent dans l�objet d�abonnement, l�imprimante NE DOIT PAS g�n�rer une notification d��v�nement unique � partir de plusieurs de ces �v�nements, mais PEUT combiner des notifications d��v�nement distinctes en une seule notification d��v�nement compos�e si la m�thode de livraison accepte les notifications d��v�nement compos�es.
Apr�s la cr�ation de la notification d��v�nement par l�imprimante, celle-ci la d�livre via :
une m�thode de livraison pouss�e : l�imprimante d�livre la notification d��v�nement peu apr�s qu�un �v�nement survienne. Pour certaines m�thodes de livraison pouss�es, le r�cepteur de notification DOIT d�livrer une r�ponse ; pour d�autres il NE DOIT PAS d�livrer une r�ponse.
une m�thode de livraison tir�e : l�imprimante sauvegarde les notifications d��v�nement pour une certaine dur�e de vie de l��v�nement et attend que le r�cepteur de notification demande des notifications d��v�nement. L�imprimante retourne les notifications d��v�nement dans une r�ponse � de telles demandes.
Si une erreur satisfaisant aux conditions ci-apr�s survient, l�imprimante DOIT annuler l�objet d�abonnement.
a) l�erreur survient durant la d�livrance d�une notification d��v�nement g�n�r�e � partir d�un objet d�abonnement S ET
b) l�erreur continuerait de se produire chaque fois que l�imprimante d�livre une notification d��v�nement g�n�r�e � partir de l�objet d�abonnement S � l�avenir.
Par exemple, l�adresse du "notify-recipient-uri" de l�objet d�abonnement A se r�f�re � une cible non existante et l�imprimante d�termine ce fait, elle DOIT supprimer l�objet d�abonnement A.
Les deux paragraphes suivants d�crivent respectivement les valeurs que d�livre une imprimante dans le contenu des notifications d��v�nement � destination machine et � destination humaine.
Les tableaux de ces paragraphes contiennent les colonnes suivantes :
a) Valeur de source : nom de l�attribut qui fournit la valeur pour la notification d��v�nement. Les ast�risques dans ce champ se r�f�rent � une note au bas du tableau.
b) D�livre : si l�imprimante accepte la valeur (colonne 1) sur l�objet de source (colonne 3) la m�thode de livraison DOIT sp�cifier :
DOIT : que l�imprimante DOIT d�livrer la valeur.
DEVRAIT : soit que l�imprimante DOIT d�livrer la valeur soit que la valeur est incompatible avec la m�thode de livraison.
PEUT : que l�imprimante DOIT, DEVRAIT, PEUT, NE DOIT PAS, NE DEVRAIT PAS, ou PEUT NE PAS d�livrer la valeur. La m�thode de livraison sp�cifie le niveau de conformit� pour l�imprimante.
c) Objet de source : objet duquel vient la valeur de source. Si l�objet est "notification d��v�nement", l�imprimante fabrique la valeur quand elle d�livre la notification d��v�nement. Voir la section 8.
Ce paragraphe d�finit les attributs qu�une m�thode de livraison DOIT mentionner dans un document de m�thode de livraison lors de la sp�cification du contenu d�une notification d��v�nement � destination machine.
Le pr�sent document ne d�finit pas l�ordre des attributs dans les notifications d��v�nement. Cependant, les documents de m�thode de livraison PEUVENT d�finir l�ordre de certains ou de tous les attributs.
Un document de m�thode de livraison DOIT sp�cifier les attributs suppl�mentaires (s�il en est) qu�une mise en �uvre d�imprimante d�livre dans une notification d��v�nement � destination machine.
Les r�cepteurs de notification DOIVENT �tre capables d�accepter des notifications d��v�nement contenant des attributs qu�ils ne reconnaissent pas. Ce qu�un r�cepteur de notification fait d�un attribut non reconnu d�pend de la mise en �uvre. Les r�cepteurs de notification PEUVENT essayer d�afficher de toutes fa�ons les attributs non reconnus ou PEUVENT les ignorer.
Les trois paragraphes suivants d�finissent les attributs dans les contenus de notification d��v�nement qui sont :
1.����� pour tous les �v�nements
2.����� seulement pour les �v�nements de t�che
3.����� seulement pour les �v�nements d�imprimante.
Ce paragraphe fait la liste des attributs qu�un document de m�thode de livraison DOIT sp�cifier pour tous les �v�nements.
Le Tableau 5 fait la liste des valeurs potentielles dans chaque notification d��v�nement.
Tableau 5 - Attributs dans le contenu de notification d��v�nement
|
Valeur de source |
Livraison |
Objet de source |
|
notify-subscription-id
(entier(1:MAX)) |
DOIT |
Abonnement |
|
notify-printer-uri
(uri) |
DOIT |
Abonnement |
|
notify-subscribed-event
(mot cl� type2) |
DOIT |
notification
d��v�nement |
|
printer-up-time
(integer(MIN:MAX)) |
DOIT |
Imprimante |
|
printer-current-time
(date et heure) * |
DOIT |
Imprimante |
|
notify-sequence-number
(entier (0:MAX)) |
DEVRAIT |
Abonnement |
|
notify-charset
(charset) |
DEVRAIT |
Abonnement |
|
notify-natural-language
(Langage naturel) |
DEVRAIT |
Abonnement |
|
notify-user-data
(cha�ne d�octets(63)) ** |
DEVRAIT |
Abonnement |
|
notify-text (texte) |
DEVRAIT |
notification d��v�nement |
|
attributs de
"notify-attributes" |
PEUT |
Attribut
d�imprimante *** |
|
attributs de
"notify-attributes" |
PEUT |
Attribut de t�che
*** |
|
attributs de
"notify-attributes" |
PEUT |
Attribut d�abonnement
*** |
* Une imprimante ne DOIT d�livrer cette valeur que si et seulement si elle prend en charge l�attribut de l�imprimante "printer-current-time" (heure en cours de l�imprimante).
** Si l�objet d�abonnement ne contient pas un attribut "notify-user-data" (notifier les donn�es d�utilisateur) et que le document de m�thode de livraison EXIGE que l�imprimante d�livre la valeur de source "notify-user-data" dans la notification d��v�nement, l�imprimante DOIT d�livrer une cha�ne d�octets de longueur 0.
*** Les trois derni�res rang�es repr�sentent des attributs suppl�mentaires qu�un client PEUT demander via l�attribut "notify-attributes". Une imprimante PEUT prendre en charge l�attribut "notify-attributes". La m�thode de livraison DOIT dire que l�imprimante DOIT, DEVRAIT, PEUT, NE DOIT PAS, NE DEVRAIT PAS, ou PEUT NE PAS prendre en charge l�attribut "notify-attributes" et des valeurs sp�cifiques de cet attribut. La m�thode de livraison PEUT dire que la prise en charge de "notify-attributes" est conditionn�e par la prise en charge de l�attribut par l�imprimante ou elle PEUT dire que l�imprimante DOIT prendre en charge l�attribut "notify- attributes" si l�imprimante accepte la m�thode de livraison.
Ce paragraphe fait la liste des attributs suppl�mentaires qu�un document de m�thode de livraison DOIT sp�cifier pour les �v�nements de t�che. Voir le Tableau 6.
Tableau 6 � Contenu suppl�mentaire de notification
d��v�nement
pour les �v�nements de t�che
|
Valeur de source |
Livraison |
Objet de source |
|
job-id
(integer(1:MAX)) |
DOIT |
T�che |
|
job-state (�num�ration
de type1) |
DOIT |
T�che |
|
job-state-reasons
(1setOf mot cl� de type2) |
DOIT |
T�che |
|
job-impressions-completed
(entier(0:MAX)) * |
DOIT |
T�che |
*� L�imprimante ne DOIT d�livrer l�attribut "job-impressions-completed" (fin de t�ches d�impression) dans une notification d��v�nement que pour les combinaisons d��v�nements et d��v�nements abonn�s indiqu�es au Tableau 7.
Tableau 7 - Combinaisons d��v�nements et d��v�nements abonn�s pour "job-impressions-completed"
|
�v�nement de t�che |
�v�nement de t�che abonn�t |
|
'job-progress' |
'job-progress' |
|
'job-completed' |
'job-completed' |
|
'job-completed' |
'job-state-changed' |
Ce paragraphe fait la liste des attributs suppl�mentaires qu�un document de m�thode de livraison DOIT sp�cifier pour les �v�nements d�imprimante. Voir le Tableau 8.
Tableau 8 � Contenu suppl�mentaire de notification d��v�nement pour les �v�nements d�imprimante
|
Valeur de source |
Livraison |
Objet de source |
|
printer-state (�num�ration
de type1) |
DOIT |
Imprimante |
|
printer-state-reasons
(1setOf mot cl� de type2) |
DOIT |
Imprimante |
|
printer-is-accepting-jobs
(bool�en) |
DOIT |
Imprimante |
Ce paragraphe d�finit les informations qu�une m�thode de livraison DOIT mentionner dans un document de m�thode de livraison lors de la sp�cification de contenus de notifications d��v�nements � destination humaine ou de la valeur de l�attribut "notify-text".
Une telle m�thode de livraison DOIT sp�cifier les informations suivantes et une imprimante DEVRAIT les d�livrer :
a) nom de l�imprimante (voir le Tableau 9)
b) heure de l��v�nement (voir le Tableau 11)
c) seulement pour les �v�nements d�imprimante :
i)��� les informations d��tat de l��v�nement (voir le Tableau 10) et/ou de l�imprimante (voir le Tableau 14)
d) seulement pour les �v�nements de t�che :
i)��� l�identit� de la t�che (voir le Tableau 12)
ii)�� les informations d��tat de l��v�nement (voir le Tableau 10) et/ou de t�che (voir le Tableau 13).
Les sous-paragraphes de cette section sp�cifient les attributs qu�une imprimante DOIT utiliser pour obtenir cette information.
Un document de m�thode de livraison DOIT sp�cifier les informations suppl�mentaires(s�il en est) qu�une mise en �uvre d�imprimante d�livre dans une notification d��v�nement � destination humaine ou dans l�attribut "notify-text".
Un client NE DOIT PAS demander des attributs suppl�mentaires via l�attribut "notify-attributes" parce que cet attribut ne fonctionne que pour les notifications d��v�nement � destination machine.
Les r�cepteurs de notification NE DOIVENT PAS s�attendre � �tre capables d�analyser le contenu des notifications d��v�nement � destination humaine ou les valeur de l�attribut "notify-text".
Les trois paragraphes suivants d�finissent les attributs dans les contenus de notification d��v�nement qui sont :
a)����� pour tous les �v�nements
b)����� seulement pour les �v�nements de t�che
c)����� seulement pour les �v�nements d�imprimante.
Ce paragraphe fait la liste des sources d�informations qu�une m�thode de livraison DOIT sp�cifier pour tous les �v�nements.
Il y a un tableau s�par� pour chaque �l�ment d�information. Chaque rang�e du tableau repr�sente une valeur de source pour les informations et les valeurs sont list�es dans l�ordre de pr�f�rence, la premi�re �tant la pr�f�r�e. Une mise en �uvre DEVRAIT utiliser la valeur de source de la plus proche rang�e de chaque tableau. Elle PEUT � la place utiliser la valeur de source d�une autre rang�e, ou elle PEUT combiner les valeurs de source de plusieurs rang�es. Une mise en �uvre a toute libert� pour d�terminer la meilleure fa�on de pr�senter cette information.
Dans tous les tableeaux de la pr�sente section, toutes les rang�es contiennent un "PEUT" afin d��tablir que la m�thode de livraison sp�cifie la conformit�.
Le Tableau 9 fait la liste des sources d�information pour le nom de l�imprimante. Le "printer-name" est d�utilisation plus facile � moins que le r�cepteur de notification soit dans un endroit o� le nom de l�imprimante n�est pas significatif. Par exemple, une mise en �uvre pourrait avoir l�intelligence de d�livrer la valeur de l�attribut "printer-name" � un r�cepteur de notification qui peut acc�der � l�imprimante via la valeur de l�attribut "printer-name" et autrement de d�livrer la valeur de l�attribut "notify-printer-uri".
Tableau 9 � Nom de l�imprimante dans un contenu de notification d��v�nement
|
Valeur de source |
Livraison |
Objet de source |
|
printer-name (nom(127)) |
PEUT |
Imprimante |
|
notify-printer-uri
(uri) |
PEUT |
Abonnement |
Le Tableau 10 fait la liste des sources d�information pour le nom d��v�nement. Une imprimante PEUT combiner ces informations avec les informations d��tat d�crites pour les t�ches dans le Tableau 13 ou pour les imprimantes au Tableau 14.
Tableau 10 � Nom d��v�nement dans le contenu de notification d��v�nement
|
Valeur de source |
Livraison |
Objet de source |
|
notify-subscribed-event
(mot cl� de type2) |
PEUT |
Abonnement |
Le Tableau 11 fait la liste des sources d�information pour l�heure d�arriv�e de l��v�nement. Une imprimante ne peut d�livrer cette valeur que si elle prend en charge l�attribut de l�imprimante "printer-current-time". Si une imprimante ne prend pas en charge l�attribut "printer-current-time", elle NE DOIT PAS d�livrer � la place la valeur "printer-up-time", car ce n�est pas une option admise pour les informations � destination humaine.
Tableau 11 � Heure d��v�nement dans un contenu de notification d��v�nement
|
Valeur de source |
Livraison |
Objet de source |
|
printer-current-time
(date et heure) |
PEUT |
Imprimante |
Ce paragraphe fait la liste des sources d�informations suppl�mentaires qu�une m�thode de livraison DOIT sp�cifier pour les �v�nements de t�che.
Le Tableau 12 fait la liste des sources d�information pour le nom de t�che. Le "job-name" est vraisemblablement plus significatif pour un utilisateur qu�un "job-id".
Tableau 12 � Nom de t�che dans le contenu de notification d��v�nement
|
Valeur de source |
Livraison |
Objet de source |
|
job-name (nom(MAX)) |
PEUT |
T�che |
|
job-id (entier(1:MAX)) |
PEUT |
T�che |
Le Tableau 13 fait la liste des sources d�information pour l��tat de t�che. Si une imprimante prend en charge les attributs "job-state-message" et "job-detailed-state- message", elle DEVRAIT utiliser ces attributs pour les informations d��tat de t�che, et autrement, elle devrait fabriquer de telles informations � partir de "job-state" et "job-state-reasons". Pour certains �v�nements, une imprimante PEUT combiner ces informations avec les informations d��v�nement.
Tableau 13 � Etat de t�che dans le contenu de notification d��v�nement
|
Valeur de source |
Livraison |
Objet de source |
|
job-state-message
(texte(MAX)) |
PEUT |
T�che |
|
job-detailed-status-messages
(1setOf texte(MAX)) |
PEUT |
T�che |
|
job-state (�num�ration
de type1) |
PEUT |
T�che |
|
job-state-reasons
(1setOf mot cl� de type2) |
PEUT |
T�che |
Ce paragraphe fait la liste des sources des informations suppl�mentaires qu�une m�thode de livraison DOIT sp�cifier pour les �v�nements d�imprimante.
Le Tableau 14 fait la liste des sources d�information pour l��tat d�imprimante. Si une imprimante prend en charge le "printer-state-message", elle DEVRAIT utiliser cet attribut pour les informations d��tat de t�che, et autrement, elle DEVRAIT fabriquer de telles informations � partir de "printer-state" et "printer-state-reasons". Pour certains �v�nements, une imprimante PEUT combiner ces informations avec des informations d��v�nement.
Tableau 14 � Etat d�imprimante dans le contenu de notification d��v�nement
|
Valeur de source |
Livraison |
Objet de source |
|
printer-state-message
(texte(MAX)) |
PEUT |
Imprimante |
|
printer-state (�num�ration
de type1) |
PEUT |
Imprimante |
|
printer-state-reasons
(1setOf mot cl� de type2) |
PEUT |
Imprimante |
|
printer-is-accepting-jobs
(bool�en) |
PEUT |
Imprimante |
Une m�thode de livraison est le m�canisme, c�est-�-dire, le protocole, par lequel l�imprimante d�livre une notification d��v�nement � un r�cepteur de notification. Il y a plusieurs m�thodes de livraison possibles pour les notifications d��v�nement, normalis�es, aussi bien que du domaine priv�. La pr�sente sp�cification EXIGE que la m�thode de livraison tir�e 'ippget' de [RFC3996] soit prise en charge. Les mises en �uvre conformes PEUVENT aussi prendre en charge des m�thodes de livraisons tir�es ou pouss�es. Le pr�sent document ne d�finit aucun de ces m�canismes de livraison. Chaque m�thode de livraison DOIT �tre d�finie dans un document de m�thode de livraison distinct du pr�sent document. De nouvelles m�thodes de livraison seront cr��es en tant que de besoin en utilisant une extension aux proc�dures d�enregistrement d�finies dans [RFC2911]. De tels documents sont enregistr�s aupr�s de l�IANA (voir au � 23.7.3).
Les m�thodes de livraison suivantes sont possibles :
-������� Le r�cepteur de notification consulte les notifications d��v�nements � des intervalles d�finis par l�imprimante.
-������� L�imprimante d�livre les notifications d��v�nement au r�cepteur de notification en utilisant http comme moyen de transport.
-������� L�imprimante d�livre un message �lectronique.
Le pr�sent paragrahe sp�cifie comment d�finir un document de m�thode de livraison et ce qu�il convient de mettre dans un tel document.
Un document de m�thode de livraison DOIT contenir une copie exacte du paragraphe, du tableau et de la l�gende suivants. De plus, la colonne 2 du tableau du document de m�thode de livraison DOIT contenir les r�ponses aux questions de la colonne 1 sur la m�thode de livraison. Le document de m�thode de livraison DOIT aussi contenir une r�f�rence au pr�sent document et appeler cette r�f�rence [RFC3995] parce que le tableau contient une r�f�rence � [RFC3995].
Si une imprimante prend en charge cette m�thode de livraison, ses caract�ristiques sont les suivantes :
Tableau 15 � Informations sur la m�thode de livraison
|
|
Exigences de
conformit� pour le document de m�thode |
R�alisation de la
m�thode de livraison |
|
1 |
Quel est le nom du
sch�ma d�URL pour la m�thode de livraison pouss�e ou le nom de m�thode de mot
cl� pour la m�thode de livraison tir�e ? |
|
|
2 |
Pour une imprimante
IPP, la prise en charge de la m�thode de livraison est-elle EXIG�E, RECOMMAND�E,
ou FACULTATIVE ? |
|
|
3 |
Quels protocoles de
transport et de livraison l�imprimante utilise-t-elle pour d�livrer le contenu
de notification d��v�nement, c�est-�-dire, quelle est la pile r�seau compl�te
? |
|
|
4 |
Plusieurs
notifications d��v�nement peuvent-elles �tre combin�e dans une notification
d��v�nement compos�e ? |
|
|
5 |
La m�thode de
livraison est elle initi�e par le r�cepteur de notification (tir�e), ou par
l�imprimante (pouss�e) ? |
|
|
6 |
Le contenu de la
notification d��v�nement est-il � destination machine ou � destination humaine
? |
|
|
7 |
Quel paragraphe du
pr�sent document r�pond � la question suivante : Pour une notification
d��v�nement � destination machine, quelle est la repr�sentation et quel est
le codage des valeurs d�finies au paragraphe 9.1 de [RFC3995] et des
exigences de conformit� qu�elle contient ? Pour une notification d��v�nement
� destination humaine, quelle est la repr�sentation et quel est le codage des
�l�ments d�information d�finis au paragraphe 9.2 de [RFC3995] et des
exigences de conformit� qu�elle contient ? |
|
|
8 |
Quels sont le d�lai
de latence et la fiabilit� du protocole de transport et de livraison ? |
|
|
9 |
Quels sont les
probl�mes de s�curit� du protocole de transport et de livraison ; par
exemple, comment est-il trait� dans les pare-feu ? |
|
|
10 |
Quelles sont les restrictions
sur la longueur du contenu ? |
|
|
11 |
Quelles sont les
valeurs ou �l�ments d�information suppl�mentaires qu�une imprimante d�livre
dans un contenu de notification d��v�nement et les exigences de conformit�
qu�elle contient ? |
|
|
12 |
Quels sont les
attributs de gabarit d�abonnement et/ou description d�abonnement
suppl�mentaires et des exigences de conformit� qu�ils contiennent ? |
|
|
13 |
Quels sont les
attributs suppl�mentaires de description d�imprimante et des exigences de
conformit� qu�elle contient ? |
|
La pr�sente section d�finit toutes les op�rations pour Notification. Le paragraphe 7.1 alloue l�"id d�op�ration" pour chaque op�ration. Les deux paragraphes suivants d�finissent les op�rations de cr�ation d�abonnement, et les autres op�rations.
Cette section d�finit les op�rations de cr�ation d�abonnement. Le premier paragraphe sur l�op�ration Cr�er des abonnements de t�che donne l�essentiel de l�information. Les autres op�rations de cr�ation d�abonnement se r�f�rent au paragraphe sur Cr�er des abonnements de t�che au moyen de l�op�ration Cr�er des abonnements de t�che qui est la seule op�ration FACULTATIVE dans le pr�sent document (voir au paragraphe 12).
Une imprimante DOIT prendre en charge Cr�er des abonnements d�imprimante et le groupe d�attributs de gabarit d�abonnement dans les op�rations de cr�ation de t�che. Elle PEUT prendre en charge les op�rations Cr�er des abonnements de t�che.
L�op�ration cr�e un ou plusieurs objets d�abonnement par t�che. Le client fournit un ou plusieurs groupes d�attributs de gabarit d�abonnement dont chacun contient un ou plusieurs attributs de gabarit d�abonnement (d�finis au paragraphe 5.3).
Sauf pour les erreurs, l�imprimante DOIT cr�er exactement un objet d�abonnement par t�che provenant de chaque groupe d�attributs de gabarit d�abonnement de la demande, m�me si l�objet d�abonnement nouvellement cr�� aurait un comportement identique � celui d�un objet d�abonnement existant. L�imprimante DOIT associer chaque objet d�abonnement par t�che nouvellement cr�� avec la t�che cible, qui est sp�cifi�e par l�attribut d�op�ration "notify-job-id" (notifier l�identifiant de t�che).
L�imprimante DOIT accepter la demande dans tous les �tats 'non termin�' de la t�che cible, c�est-�-dire, 'en suspens', 'gard� en suspens', 'traitement en cours, ou 'traitement arr�t�'. L�imprimante NE DOIT PAS changer l�attribut "�tat de t�che " de la t�che � cause de cette op�ration. Si la t�che cible est dans l�un des �tats 'achev�', c�est-�-dire, 'termin�', 'annul�', ou 'avort�, l�imprimante DOIT alors rejeter la demande et retourner le code d��tat 'erreur client, impossible' ; la r�ponse NE DOIT PAS contenir de groupe d�attributs d�abonnement.
Droits d�acc�s : Pour cr�er des objets d�abonnement par t�che, l�usager authentifi� (voir la [RFC2911] paragraphe 8.3) effectuant cette op�ration DOIT (1) �tre le propri�taire de la t�che, (2) avoir les droits d�acc�s d�op�rateur ou d�administrateur pour cette imprimante (voir la section 1 et le paragraphe 8.5 de la [RFC2911]), ou (3) �tre autrement autoris� par la politique de s�curit� configur�e par l�administrateur de l�imprimante pour cr�er des objets d�abonnement par t�che pour la t�che cible. Autrement, l�imprimante DOIT rejeter l�op�ration et retourner : le code d��tat 'erreur client, interdit', 'erreur client, non authentifi�', ou 'erreur client, non autoris�' selon le cas.
11.1.1.1��� Demande Cr�er des abonnements de t�che
Les groupes d�attributs suivants font partie de la demande Cr�er des abonnements de t�che :
Groupe 1 : Attributs d�op�ration
Langage naturel et ensemble de caract�res :
�������� Les attributs "attributes-charset" et "attributes-natural-language" sont d�crits au paragraphe 3.1.4.1 de la [RFC2911].
Cible :���������������� L�attribut "printer-uri" (URI de l�imprimante) qui d�finit la cible de cette op�ration comme d�crit au paragraphe 3.1.5 de la [RFC2911].
Nom de l�usager demandeur :
�������� L�attribut "requesting-user-name" DEVRAIT �tre fourni par le client comme d�crit au paragraphe 8.3 de la [RFC2911].
11.1.1.1.1� notify-job-id (entier de 1 � MAX)
Le client DOIT fournir cet attribut et il DOIT sp�cifier l�objet de t�che associ� � l�abonnement de t�che. La valeur de "notify-job-id" DOIT �tre la valeur du "job-id" de l�objet de t�che associ�. Si le client ne fournit pas cet attribut, l�imprimante DOIT rejeter cette demande avec un code d��tat 'erreur client, mauvaise demande'.
Groupe 2-N : Attributs de gabarit d�abonnement
Pour chaque occurrence de ce groupe :
�������� Le client DOIT fournir un ou plusieurs attributs de gabarit d�abonnement dans n�importe quel ordre. Voir au paragraphe 5.3 la description ce ces attributs. Voir au paragraphe 5.2 les d�tails du traitement de ces attributs.
11.1.1.2��� R�ponse � Cr�er des abonnements de t�che
L�imprimante DOIT retourner au client les ensembles suivants d�attributs au titre de la r�ponse � Cr�er des abonnements de t�che :
Groupe 1 : Attributs d�op�ration
Message d��tat :
En plus du code d��tat EXIG� retourn� dans toute r�ponse, la r�ponse inclut FACULTATIVEMENT un attribut d�op�ration "message d��tat" (texte(255)) et/ou "message d��tat d�taill�" (texte(MAX)) comme d�crit � la section 13 et au paragraphe 3.1.6 de [RFC2911].
Dans ce groupe, l�imprimante peut retourner tous les codes d��tat d�finis dans la [RFC2911] et � la section 12. Les codes d��tat les plus importants sont d�crits ci-apr�s :
successful-ok : l�imprimante a cr�� tous les objets d�abonnement demand�s (voir la [RFC2911]).
successful-ok-ignored-subscriptions : l�imprimante a cr�� certains objets d�abonnement demand�s mais certains ont �chou�. Les groupes d�attributs d�abonnement avec un attribut "notifier le code d��tat" sont ceux qui ont �chou� (voir au paragraphe 12.1).
client-error-ignored-all-subscriptions : l�imprimante n�a pas cr�� les objets d�abonnement demand�s et tous ont �chou�. Les groupes d�attributs d�abonnement avec un attribut "notifier le code d��tat" sont ceux qui ont �chou� (voir au paragraphe 12.2).
client-error-not-possible : pour cettte op�ration et les autres op�rations d�abonnement par t�che, cette erreur peut survenir parce que la t�che sp�cifi�e a d�j� �t� accomplie (voir la [RFC2911], que la t�che soit retenue ou non dans les phases de r�tention de t�che et/ou d�historique des t�ches (voir le paragraphe 4.3.7.1 de la [RFC2911]).
Langage naturel et ensemble de caract�res :
Les attributs "attributes-charset" et "attributes-natural-language" sont d�crits au paragraphe 3.1.4.2 de la [RFC2911].
Groupe 2 : Attributs non pris en charge
Voir au paragraphe 3.1.7 de la [RFC2911] les d�tails sur le retour des attributs non pris en charge. Ce groupe ne contient aucun attribut de gabarit d�abonnement non pris en charge ; ils sont retourn�s dans le groupe d�attributs d�abonnement (voir ci-dessous).
Groupe 3-N : Attributs d�abonnement
Ces groupes DOIVENT �tre retourn�s � moins que l�imprimante ne soit incapable d�interpr�ter la demande toute enti�re, par exemple, le param�tre "code d��tat" retourn� dans le groupe 1 a la valeur : 'erreur client, mauvaise demande'.
"notifier le code d��tat" (�num�ration de type2) :
Elle indique l��tat de cet abonnement (voir � la section 13 les d�finitions de code d��tat). Le paragraphe 5.2 d�finit quand cet attribut DOIT �tre pr�sent dans ce groupe.
Voir au paragraphe 5.2 les d�tails sur le contenu de chaque occurrence de ce groupe
L�op�ration est identique � Create-Job-Subscriptions (cr�er des abonnements de t�ches) avec les exceptions mentionn�es dans ce paragraphe.
L�op�ration cr�e des objets d�abonnement par imprimante au lieu d�objets d�abonnement par t�che, et associe chaque objet d�abonnement par imprimante nouvellement cr�� � l�imprimante sp�cifi�e par la cible de l�op�ration plut�t qu�� une t�che sp�cifique.
L�imprimante DOIT accepter la demande dans tous ses �tats, c�est-�-dire, 'repos', 'en traitement', ou 'arr�t�e'. L�imprimante NE DOIT PAS changer son attribut "�tat d�imprimante" � cause de cette op�ration.
Droits d�acc�s : Pour cr�er des objets d�abonnement par imprimante, l�utilisateur authentifi� (voir le paragraphe 8.3 de la [RFC2911]) qui effectue cette op�ration DOIT avoir (1) des droits d�acc�s d�op�rateur ou d�administrateur pour cette imprimante (voir la section 1 et le paragraphe 8.5 de la [RFC2911]), ou (2) �tre autoris� d�une autre fa�on par la politique de s�curit� configur�e par l�administrateur de l�imprimante � cr�er des objets d�abonnement par imprimante pour cette imprimante. Autrement, l�imprimante DOIT rejeter l�op�ration et retourner le code d��tat 'erreur client, interdit', 'erreur client, non authentifi�', ou 'erreur client, non autoris�' selon le cas appropri�.
11.1.2.1��� Demande Create-Printer-Subscriptions
Les groupes sont identiques � Create-Job-Subscriptions (voir au paragraphe 11.1.1.1) except� que le groupe d�attributs d�op�ration NE DOIT PAS contenir l�attribut "notify-job-id". Si le client fournit l�atribut "notify-job-id", l�imprimante DOIT alors le traiter comme tout autre attribut d�op�ration non pris en charge et DOIT le retourner dans le groupe des attributs non pris en charge.
11.1.2.2��� R�ponse � Create-Printer-Subscriptions
Les groupes sont identiques � ceux de Create-Job-Subscriptions (voir au paragraphe 11.1.1.2).
Le pr�sent document �tend les op�rations de cr�ation de t�che (voir au paragraphe 3.2) pour cr�er des objets d�abonnement au titre de l�op�ration.
Les op�rations de cr�ation de t�che sont identiques aux op�rations de Create-Job-Subscriptions avec les exceptions not�es dans ce paragraphe.
A la diff�rence de l�op�ration Create-Job-Subscriptions, une op�ration de cr�ation de t�che associe les objets d�abonnement nouvellement cr��s aux objets de t�che cr��s par cette op�ration. L�op�ration ne r�ussit que si et seulement si la cr�ation de t�che r�ussit. Si l�imprimante ne cr�e pas tout ou partie des objets d�abonnement demand�s, l�imprimante DOIT retourner un code d��tat 'successful-ok-ignored-subscriptions' (r�ussite mais abonnement ignor�s) au lieu d�un code d��tat 'successful-ok' (r�ussite), mais l�imprimante NE DOIT PAS rejeter l�op�ration � cause d�un �chec � cr�er les objets d�abonnement.
Si l�op�ration de cr�ation de t�che inclut un groupe de gabarit de t�che, le client DOIT le fournir apr�s le groupe d�attribut d�op�ration et avant le premier groupe d�attributs de gabarit d�abonnement.
Si une imprimante ne prend pas en charge cette sp�cification de Notification, elle DOIT alors traiter le groupe d�attributs d�abonnement comme un groupe inconnu et l�ignorer (voir le paragraphe 5.2.2 de la [RFC2911]). Comme l�imprimante ignore le groupe d�attributs d�abonnement, elle ne les retourne pas non plus dans la r�ponse, indiquant par l� au client que l�imprimante ne prend pas en charge Notification.
Apr�s ach�vement d�une op�ration de cr�ation de t�che r�ussie, l�imprimante g�n�re un �v�nement 't�che cr��e' (voir au paragraphe 5.3.3.4.3).
Droits d�acc�s : Pour cr�er des objets d�abonnement par t�che, l�utilisateur authentifi� (voir le paragraphe 8.3 de la [RFC2911]) qui effectue cette op�ration DOIT avoir la permission de cr�er des t�ches sur l�imprimante ou avoir les droits d�acc�s de l�op�rateur ou de l�administrateur pour cette imprimante (voir la section 1 et le paragraphe 8.5 de la [RFC2911]). Autrement, l�imprimante DOIT rejeter l�op�ration et retourner le code d��tat 'erreur client, interdit', 'erreur client, non authentifi�', ou 'erreur client, non autoris�' selon le cas appropri�.
11.1.3.1��� Demande de cr�ation de t�che
Les groupes pour cette op�ration sont suffisamment diff�rents de l�op�ration Cr�er des abonnements de t�che pour qu�ils soient tous pr�sent�s ici. Les groupes d�attributs suivants sont fournis au titre d�une Demande de cr�ation de t�che :
Groupe 1 : Attributs d�op�ration
Les m�mes que ceux d�finis dans la [RFC2911] pour les demandes Print-Job ( t�che d�impression), Print-URI (URI d�impression), et Create-Job (cr�ation de t�che).
Groupe 2 : Attributs de gabarit de t�che
Le client fournit FACULTATIVEMENT un ensemble d�attributs de gabarit de t�che comme d�fini au paragraphe 4.2 de la [RFC2911].
Groupes 3 � N : Attributs de gabarit d�abonnement
Les m�mes que ceux du Groupe 2-N dans Create-Job-Subscriptions. Voir au paragraphe 11.1.1.1.
Groupe N+1: Contenu du Document (seulement pour T�che d�impression)
Le client DOIT fournir les donn�es du document � traiter.
11.1.3.2��� R�ponse de cr�ation de t�che
L�imprimante DOIT retourner au client les ensembles d�attributs suivants au titre d�une r�ponse Print-Job, Print-URI, et Create-Job :
Groupe 1 : Attributs d�op�ration
Message d��tat :
Comme d�fini dans la [RFC2911] pour les demandes Print-Job, Print-URI, et Create-Job.
Dans ce groupe, l�imprimante peut retourner tous les codes d��tat d�finis dans la [RFC2911] et � la section 12. Ce qui suit est une description des codes d��tat les plus importants :
successful-ok (r�ussite) : l�imprimante a cr�� la t�che et tous les objets d�abonnement demand�s (voir la [RFC2911].
successful-ok-ignored-subscriptions (r�ussite, mais abonnements ignor�s) : l�imprimante a cr�� la t�che mais pas tous les objets d�abonnement demand�s (voir au paragraphe 12.1). Ce code d��tat recouvre des codes d��tat 'successful-ok-xxx' qui pourraient r�v�ler des probl�mes dans la cr�ation de t�che. L�imprimante NE DOIT PAS retourner le code d��tat 'client-error-ignored-all-subscriptions' (erreur client, tous les abonnements sont ignor�s) pour les op�rations de cr�ation de t�che parce que l�imprimante ne retourne un code d��tat d�erreur que quand elle �choue � cr�er une t�che.
Langage naturel et ensemble de caract�res :
�������� Les attributs "attributes-charset" et "attributes-natural-language" sont d�crits au paragraphe 3.1.4.2 de la [RFC2911].
Groupe 2 : Attributs non pris en charge
Voir au paragraphe 3.1.7 de la [RFC2911] les d�ails sur le retour des attributs non pris en charge. Ce groupe ne contient aucun des attributs de gabarit d�abonnement non pris en charge ; ils sont retourn�s dans le groupe d�attributs d�abonnement (voir ci-dessous).
Groupe 3 : Attributs d�objet t�che
Le "job-id" (identifiant de t�che) de l�objet de t�che qui vient d��tre cr��, etc., comme d�fini dans la [RFC2911] pour les demandes Print-Job, Print-URI, et Create-Job.
Groupes 4 � N : Attributs d�abonnement
Ces groupes ne DOIVENT �tre retourn�s que si et seulement si le client a fourni les attributs de gabarit d�abonnement et que l�op�ration a �t� accept�e.
Voir au paragraphe 5.2 des pr�cisions sur le contenu de chaque occurrence de ces groupes.
La pr�sente section d�finit d�autres op�rations sur les objets d�abonnement.
L�op�ration Restart-Job (recommencer la t�che) de la [RFC2911] n�est ni une op�ration de cr�ation de t�che ni une op�ration de cr�ation d�abonnement (voir au paragraphe 3.2).
Pour l�op�ration Restart-Job, le client NE DOIT PAS fournir de groupes d�attributs d�abonnement de t�che. L�imprimante DOIT traiter tout attribut d�abonnement de t�che comme attribut non pris en charge.
Pour cette op�ration, l�imprimante ne retourne pas d�id de t�che ou de groupes d�attributs d�abonnement parce que l�imprimante r�utilise l�objet de t�che existant avec le m�me id de t�che et les objets d�abonnement par t�che existants avec les m�mes identifiants d�abonnement. Cependant, apr�s ach�vement r�ussi de cette op�ration, l�imprimante g�n�re un �v�nement 'job-created' (t�che cr��e) (voir au paragraphe 5.3.3.4.3).
Un client peut v�rifier si un ou plusieurs objets d�abonnement pourraient �tre cr��s en utilisant l�op�ration Validate-Job (valider la t�che). Le client fournit un ou plusieurs groupes d�attributs de gabarit d�abonnement (d�finis au paragraphe 5.3), tout comme dans une demande de cr�ation de t�che.
Une imprimante DOIT prendre en charge cette extension d�op�ration.
L�imprimante DOIT accepter les demandes qui sont identiques � la demande de cr�ation de t�che d�finie au paragraphe 11.1.3.1, sauf que la demande NE DOIT PAS contenir de donn�es de document.
L�imprimante DOIT retourner les m�mes groupes et attributs que l�op�ration Print-Job (t�che d�impression) (paragraphe 11.1.3.1) avec les exceptions suivantes. L�imprimante NE DOIT PAS retourner un groupe d�attributs d�objet de t�che parce qu�aucune t�che n�est cr��e. L�imprimante NE DOIT PAS retourner l�attribut "notify-subscription-id" (notifier l�identifiant d�abonnement) d�aucun groupe d�attributs d�abonnement parce qu�aucun objet d�abonnement n�est cr��.
Si l�imprimante r�ussit � cr�er un objet d�abonnement, le groupe d�attributs d�abonnement correspondant n�a pas d�attribut 'code d��tat' ou un attribut 'code d��tat' d�une valeur de 'successful-ok-too-many-events' (r�ussite mais trop d��v�nements) ou 'successful-ok-ignored-or- substituted-attributes' (r�ussite mais attributs ignor�s ou substitu�s) (voir aux paragraphes 5.2 et 13). Les codes d��tat ont la m�me signification que dans la cr�ation de t�che except� que le r�sultat indique ce qui "arriverait".
L�imprimante DOIT valider les groupes d�attributs de gabarit d�abonnement de la m�me fa�on que dans les op�rations de cr�ation de t�che.
Cette op�ration est �tendue de sorte qu�elle retourne les attributs d�imprimante d�finis dans le pr�sent document.
Une imprimante DOIT prendre en charge l�extension � cette op�ration.
En plus des exigences du paragraphe 3.2.5 de la [RFC2911], une imprimante DOIT prendre en charge les valeurs suppl�mentaires suivantes pour l�attribut d�op�ration "requested- attributes" (attributs demand�s) dans cette op�ration et retourner de tels attributs dans le groupe d�attributs d�objet imprimante de sa r�ponse.
1.����� Attributs de gabarit d�abonnement : chaque attribut pris en charge dans la colonne 2 du Tableau 1.
2.����� Attributs de description de nouvelle imprimante : chaque attribut pris en charge dans la section 6.
3.����� Nom du nouveau groupe : nom du groupe de 'subscription-template' (gabarit d�abonnement), dont les noms prennent tous en charge l�attribut de gabarit d�abonnement dans la colonne 2 du Tableau 1. Ce nom de groupe est aussi utilis� dans les op�rations Get-Subscription-Attributes (obtenir les attributs d�abonnement) et Get-Subscriptions (obtenir des abonnements) avec une signification identique.
4.����� Nom de groupe �tendu : nom du groupe 'tout entier', qui d�signe tous les attributs de l�imprimante, conform�ment au paragraphe 3.2.5 de la [RFC2911]. Dans cette extension 'all' (tous) d�signe tous les attributs sp�cifi�s dans la [RFC2911] plus ceux d�sign�s aux points 1 et 2 de la pr�sente liste
Cette op�ration permet � un client de demander les valeurs des attributs d�un objet d�abonnement.
Une imprimante DOIT prendre en charge cette op�ration.
Cette op�ration est presque identique � l�op�ration Get-Job-Attributes (obtenir les attributs de t�che) (voir au paragraphe 3.3.4 de la [RFC2911]). La seule diff�rence est que l�op�ration est dirig�e vers un objet d�abonnement plut�t que vers un objet t�che, et le groupe d�attributs retourn� contient des attributs d�objet d�abonnement plut�t que des attributs d�objet t�che.
Droits d�acc�s : l�utilisateur authentifi� (voir le paragraphe 8.3 de la [RFC2911]) qui effectue cette op�ration DOIT (1) �tre le propri�taire de l�objet d�abonnement, (2) avoir les droits d�acc�s d�op�rateur ou d�administrateur sur cette imprimante (voir la section 1 et le paragraphe 8.5 de la [RFC2911]), ou (3) �tre autrement autoris� par la politique de s�curit� configur�e par l�administrateur de l�imprimante � interroger l�objet d�abonnement sur la t�che cible. Autrement, l�imprimante DOIT rejeter l�op�ration et retourner le code d��tat 'erreur client, interdit', 'erreur client, non authentifi�', ou 'erreur client, non autoris�' selon le cas appropri�. De plus, la politique de s�curit� de l�imprimante PEUT limiter les attributs retourn�s, d�une fa�on similaire � celle de l�op�ration Get-Job-Attributes (voir � la fin du paragraphe 3.3.4.2 de la [RFC2911]).
11.2.4.1��� Demande Get-Subscription-Attributes
Les groupes d�attributs suivants font partie de la demande Get-Subscription-Attributes :
Groupe 1 : Attributs d�op�ration
Langage naturel et ensemble de caract�res :
�������� Les attributs "attributes-charset" et "attributes-natural-language" comme d�crit au paragraphe 3.1.4.1 de la [RFC2911].
Cible : l�attribut "printer-uri" (uri de l�imprimante) qui d�finit la cible pour cette op�ration comme d�crit au paragraphe 3.1.5 de la [RFC2911].
Nom de l�utilisateur demandeur : l�attribut "requesting-user-name" DEVRAIT �tre fourni par le client comme d�crit au paragraphe 8.3 de la [RFC2911].
11.2.4.1.1� "notify-subscription-id" (entier de 1 � MAX)
Le client DOIT fournir cet attribut. L�imprimante DOIT prendre en charge cet attribut. Cet attribut sp�cifie l�objet d�abonnement � partir duquel le client demande les attributs. Si le client omet cet attribut, l�imprimante DOIT rejeter cette demande avec le code d��tat 'erreur client, mauvaise demande'.
11.2.4.1.2� "requested-attributes" (1setOf keyword)
Le client fournit FACULTATIVEMENT cet attribut. L�imprimante DOIT prendre en charge cet attribut. Cet attribut sp�cifie les attributs de l�objet d�abonnement sp�cifi� que l�imprimante DOIT retourner dans la r�ponse. Chaque valeur de cet attribut est un nom d�attribut (d�fini aux paragraphes 5.3 et 5.4) ou un nom de groupe d�attributs. Les noms de groupe d�attribut sont :
- 'subscription-template' (gabarit d�abonnement) : tous les attributs qui sont � la fois d�finis au paragraphe 5.3 et pr�sents dans l�objet d�abonnement sp�cifi� (colonne 1 du Tableau 1).
- 'subscription-description' (description d�abonnement) : tous les attributs qui sont � la fois d�finis au paragraphe 5.4 et pr�sents dans l�objet d�abonnement sp�cifi� (Tableau 2).
- 'all' (tous) : tous les attributs qui sont pr�sents dans l�objet d�abonnement sp�cifi�.
Une imprimante DOIT prendre en charge tous ces noms de groupe.
Si le client omet cet attribut, l�imprimante DOIT r�pondre comme si cet attribut avait �t� fourni avec une valeur de 'all'.
11.2.4.2��� R�ponse � Get-Subscription-Attributes
L�imprimante retourne les ensembles d�attributs suivants au titre de la r�ponse � Get-Subscription-Attributes :
Groupe 1: Attributs d�op�ration
Message d��tat : le m�me que celui de la [RFC2911].
Langage naturel et ensemble de caract�res :
�������� Les attributs "attributes-charset" et "attributes-natural-language" sont comme d�crit au paragraphe 3.1.4.2 de la [RFC2911]. Le "attributes-natural-language" PEUT �tre le langage naturel de l�objet d�abonnement, plut�t que celui demand�.
Groupe 2 : Attributs non pris en charge
Voir les paragraphes 3.1.7 et 3.2.5.2 de la [RFC2911] pour des pr�cisions sur le retour des attributs non pris en charge.
La r�ponse PEUT NE PAS contenir l�attribut d�op�ration "requested-attributes" (attributs demand�s) avec des valeurs de mot cl� fournies qui ont �t� demand�es par le client mais qui ne sont pas prises en charge par l�objet IPP. Si l�objet imprimante ne retourne pas les attributs non pris en charge r�f�renc�s dans l�attribut d�op�ration "requested-attributes", les valeurs de l�attribut "requested-attributes" return�es ne DOIVENT inclure que les mots cl� non pris en charge qui �taient demand�s par le client. Si le client avait demand� un nom de groupe, tel que 'all', les attributs non pris en charge retourn�s ensuite NE DOIVENT PAS inclure les noms de mots cl� d�attribut d�crits dans la norme mais non pris en charge par la mise en �uvre.
Groupe 3 : Attributs d�abonnement
Ce groupe contient un ensemble d�attributs avec leurs valeurs courantes. Chaque attribut retourn� dans ce groupe :
a) DOIT �tre sp�cifi� par l�attribut "requested-attributes" dans la demande, ET
b) DOIT �tre pr�sent sur l�objet d�abonnement sp�cifi� ET
c) NE DOIT PAS �tre restreint par la politique de s�curit� en vigueur. Par exemple, une imprimante PEUT interdire � un client qui n�est pas le cr�ateur d�un objet d�abonnement de voir tout ou partie de ses attributs. Voir la fin du paragraphe 3.3.4.2 de la [RFC2911] et la section 8.
L�imprimante peut retourner les attributs de l�objet d�abonnement dans tout ordre. Le client DOIT accepter les attributs dans tout ordre.
Cette op�ration permet � un client de restaurer les valeurs des attributs de tous objets d�abonnement appartenant � une t�che ou � une imprimante.
Une imprimante DOIT prendre en charge cette op�ration.
Cette op�ration est similaire � l�op�ration Get-Subscription-Attributes (obtenir les attributs d�abonnement), except� que cette op�ration Get-Subscriptions (obtenir les abonnements) retourne les attributs � partir de plus d�un objet le cas �ch�ant.
Cette op�ration est similaire � l�op�ration Get-Jobs (obtenir les t�ches) (voir le paragraphe 3.2.6 de la [RFC2911]), except� que l�op�ration retourne les objets d�abonnement plut�t que les objets de t�che.
Droits d�acc�s : Pour interroger les objets d�abonnement par t�che de la t�che sp�cifi�e (le client a fourni l�attribut d�op�ration "notify-job-id" - voir au paragraphe 11.2.5.1.1), l�utilisateur authentifi� (voir le paragraphe 8.3 de la [RFC2911]) effectuant cette op�ration DOIT (1) �tre le propri�taire de l�objet d�abonnement, (2) avoir les droits d�acc�s d�op�rateur ou d�administrateur pour cette imprimante (voir la section 1 et le paragraphe 8.5 de la [RFC2911]), ou (3) �tre autoris� par ailleurs par la politique de s�curit� configur�e par l�administrateur de l�imprimante � interroger l�objet d�abonnement sur la t�che cible. Pour interroger les objets d�abonnement par imprimante de l�imprimante (le client omet l�attribut d�op�ration "notify-job-id" - voir au paragraphe 11.2.5.1.1), l�utilisateur authentifi� (voir le paragraphe 8.3 de la [RFC2911]) effectuant cette op�ration DOIT (1) avoir les droits d�acc�s d�op�rateur ou d�administrateur pour cette imprimante (voir la section 1 et le paragraphe 8.5 de la [RFC2911]), ou (2) �tre autoris� par ailleurs par la politique de s�curit� configur�e par l�administrateur de l�imprimante pour interroger les objets d�abonnement par imprimante sur l�imprimante cible. Autrement, l�imprimante DOIT rejeter l�op�ration et retourner le code d��tat 'erreur client, interdit', 'erreur client, non authentifi�', ou 'erreur client, non autoris�' selon le cas appropri�. De plus, la politique de s�curit� de l�imprimante PEUT limiter les attributs qui sont retourn�s, de la m�me mani�re que pour les op�rations Get-Jobs et Get-Printer-Attributes (voir � la fin des paragraphes 3.2.6.2 et 3.2.5.2 de la [RFC2911]).
11.2.5.1��� Demande Get-Subscriptions
Les groupes d�attributs suivants font partie de la demande Get-Subscriptions :
Groupe 1 : Attributs d�op�ration
Langage naturel et ensemble de caract�res :
�������� Les attributs "attributes-charset" et "attributes-natural-language" sont comme d�crit au paragraphe 3.1.4.1 de la [RFC2911].
Cible : Attribut "printer-uri" qui d�finit la cible de cette op�ration comme d�crit au paragraphe 3.1.5 de la [RFC2911].
Nom de l�utilisateur demandeur :
�������� l�attribut "requesting-user-name" DEVRAIT �tre fourni par the client comme d�crit au paragraphe 8.3 de la [RFC2911].
11.2.5.1.1� "notify-job-id" (entier de 1 � MAX)
Si le client sp�cifie cet attribut, l�imprimante retourne les attributs sp�cifi�s de tous les objets d�abonnement par t�che associ�s � la t�che dont la valeur d�attribut de "job-id" est �gale � la valeur de cet attribut. Si le client ne sp�cifie pas cet attribut, l�imprimante retourne les attributs sp�cifi�s de tous les objets d�abonnement par imprimante. Note : Il n�y a aucun moyen d�obtenir tous les abonnements par t�che connus � l�imprimante en une seule op�ration. Une op�ration Obtenir les t�ches suivie d�une op�ration Obtenir les abonnements pour chaque t�che aura pour retour tous les abonnements par t�che.
11.2.5.1.2� "limit" (entier de 1 � MAX)
Le client fournit FACULTATIVEMENT cet attribut. L�imprimante DOIT prendre en charge cet attribut. C�est une valeur d�entier qui d�termine le nombre maximum d�objets d�abonnement qu�un client recevra de l�imprimante m�me si l�attribut "my-subscriptions" constitue une contrainte sur les objets d�abonnement qui sont retourn�s. La limite est une "limite sans �tat" en ce que si la valeur fournie par le client est 'N', seuls les 'N' premiers objets d�abonnement sont retourn�s dans la r�ponse � Obtenir les abonnements. Il n�y a pas de m�canisme qui permette les 'M' prochains objets d�abonnement apr�s les 'N' premiers objets d�abonnement. Si le client ne fournit pas cet attribut, l�imprimante r�pond avec tous les objets d�abonnement applicables.
11.2.5.1.3� "requested-attributes" (1setOf mot cl� de type2)
Le client fournit FACULTATIVEMENT cet attribut. L�imprimante DOIT prendre en charge cet attribut. Cet attribut sp�cifie les attributs des objets d�abonnement sp�cifi�s que l�imprimante DOIT retourner dans la r�ponse. Chaque valeur de cet attribut est un nom d�attribut (d�fini aux paragraphes 5.3 et 5.4) ou un nom de groupe d�attributs (d�fini au paragraphe 11.2.4.1). Si le client omet cet attribut, l�imprimante DOIT r�pondre comme si le client avait fourni cet attribut avec la valeur un : 'notifier l�identifiant d�abonnement'.
11.2.5.1.4� "my-subscriptions" (bool�en)
Le client fournit FACULTATIVEMENT cet attribut. L�imprimante DOIT prendre en charge cet attribut. Si la valeur est 'faux', l�imprimante DOIT consid�rer les objets d�abonnement provenant de tous les utilisateurs comme candidats. Si la valeur est 'vrai', l�imprimante DOIT retourner les objets d�abonnement cr��s par l�usager demandeur de cette requ�te. Si le client ne fournit pas cet attribut, l�imprimante DOIT r�pondre comme si le client avait fourni l�attribut avec la valeur 'faux'. Les moyens d�authentification de l�usager demandeur et de faire correspondre les objets d�abonnement sont similaires � ceux pour les t�ches qui sont d�crits � la section 8 de [RFC2911].
11.2.5.2��� R�ponse � Get-Subscriptions
L�imprimante retourne les ensembles d�attributs suivants au titre de la r�ponse � Get-Subscriptions (Obtenir les abonnements) :
Groupe 1 : Attributs d�op�ration
Message d��tat : le m�me que celui de la [RFC2911].
Langage naturel et ensemble de caract�res : Les attributs "attributes-charset" et "attributes-natural-language" sont comme d�crit auparagraphe 3.1.4.2 de la [RFC2911].
Groupe 2 : Attributs non pris en charge
Les m�mes que pour Get-Subscription-Attributes.
Groupes 3 � N : Attributs d�abonnement
L�imprimante r�pond avec un groupe d�attributs d�abonnement pour chaque objet d�abonnement demand� (voir l�attribut "notify-job-id" dans le groupe d�attributs d�op�ration de cette op�ration).
L�imprimante retourne les objets d�abonnements dans n�importe quel ordre.
Si l�attribut "limit" est pr�sent dans le groupe d�attributs d�op�ration de la demande, le nombre de groupes d�attributs d�abonnement dans la r�ponse NE DOIT PAS exc�der la valeur de l�attribut "limit".
Si aucun objet d�abonnement n�est associ� � la t�che ou imprimante sp�cifi�e, l�imprimante DOIT retourner z�ro groupe d�attributs d�abonnement et NE DOIT PAS traiter ce cas comme une erreur, c�est-�-dire que le code d��tat DOIT �tre 'r�ussi-ok' � moins que quelque chose d�autre ne cause une autre valeur du code d��tat.
Voir � la r�ponse de Groupe 3 (Groupe d�attributs d�abonnement) de l�op�ration Get-Subscription-Attributes (paragraphe 11.2.4.2) les attributs qu�une imprimante retourne dans ce groupe.
Cette op�ration permet � un client de demander � l�imprimante d��tendre la location sur un objet d�abonnement par imprimante.
L�imprimante DOIT prendre en charge cette op�ration.
L�imprimante DOIT accepter cette demande pour un objet d�abonnement par imprimante dans tous les �tats de l�imprimante cible, c�est-�-dire, 'repos', 'traitement', ou 'arr�t�', mais NE DOIT PAS changer l�attribut "printer-state" (�tat de l�imprimante) de l�imprimante.
L�imprimante DOIT rejeter cette demande pour un objet d�abonnement par t�che parce qu�elle n�a pas de location (voir au paragraphe 5.4.3). Le code d��tat retourn� DOIT �tre 'erreur client, impossible'.
Droits d�acc�s : l�utilisateur authentifi� (voir le paragraphe 8.3 de la [RFC2911]) qui effectue cette op�ration DOIT (1) �tre le propri�taire de l�objet d�abonnement par imprimante, (2) avoir les droits d�acc�s d�op�rateur ou d�administrateur sur cette imprimante (voir la section 1 et le paragraphe 8.5 de la [RFC2911]), ou (3) �tre autrement autoris� par la politique de s�curit� configur�e par l�administrateur de l�imprimante � renouveler l�objet d�abonnement par imprimante pour l�imprimante cible. Autrement, l�imprimante DOIT rejeter l�op�ration et retourner le code d��tat 'erreur client, interdit', 'erreur client, non authentifi�', ou 'erreur client, non autoris�' selon le cas appropri�.
11.2.6.1��� Renew-Subscription
Request
Les groupes d�attributs suivants font partie de la demande Renew-Subscription :
Groupe 1 : Attributs d�op�ration
Langage naturel et ensemble de caract�res :
�������� Les attributs "attributes-charset" et "attributes-natural-language" sont comme d�crit au paragraphe 3.1.4.1 de la [RFC2911].
Cible : L�attribut "printer-uri" qui d�finit la cible pour cette op�ration comme d�crit au paragraphe 3.1.5 de la [RFC2911].
Nom de l�usager demandeur :
�������� L�attribut "requesting-user-name" (nom(MAX)) DEVRAIT �tre fourni par le client comme d�crit au paragraphe 8.3 de la [RFC2911].
11.2.6.1.1� "notify-subscription-id" (entier de 1 � MAX)
Le client DOIT fournir cet attribut. L�imprimante DOIT prendre en charge cet attribut. Cet attribut sp�cifie l�objet d�abonnement par imprimante dont la location DOIT �tre renouvel�e. Si le client omet cet attribut, l�imprimante DOIT rejeter cette demande avec le code d��tat 'erreur client, mauvaise demande'.
Groupe 2 : Attributs de gabarit d�abonnement.
11.2.6.1.2� "notify-lease-duration" (entier de 0 � MAX)
Le client PEUT fournir cet attribut. Il indique le nombre de secondes de renouvellement de la location pour l�objet d�abonnement sp�cifi�. Une valeur de 0 demande une location infinie (qui PEUT exiger des droits d�acc�s d�op�rateur). Si le client omet cet attribut, l�imprimante DOIT utiliser la valeur de l�attribut "notify-lease-duration-default" (notifier la dur�e de location par d�faut) de l�imprimante'. Voir des pr�cisions au paragraphe 5.3.8.
11.2.6.2��� R�ponse � Renew-Subscription
L�imprimante retourne les ensembles d�attributs suivants au titre de la r�ponse � Renew-Subscription :
Groupe 1 : Attributs d�op�ration
Message d��tat : le m�me que celui de la [RFC2911].
Les codes qui suivent sont une partie de ceux qui sont retourn�s (voir la [RFC2911] :
successful-ok (r�ussite) : l�op�ration a r�ussi � renouveler la location de l�objet d�abonnement pour la dur�e demand�e.
successful-ok-ignored-or-substituted-attributes (r�ussite mais attributs ignor�s ou substitu�s) : l�op�ration a r�ussi � renouveler la location de l�objet d�abonnement pour une dur�e autre que celle demand�e.
client-error-not-possible (erreur client, impossible) : l�op�ration a �chou� parce que l�attribut d�op�ration "notify-subscription-id" (notifier l�identifiant d�abonnement) a identifi� un objet d�abonnement par t�che.
client-error-not-found (erreur client, introuvable) : l�op�ration a �chou� parce que l�attribut d�op�ration "notify-subscription-id" identifie un objet d�abonnement non existant.
Langage naturel et ensemble de caract�res :
Les attributs "attributes-charset" et "attributes-natural-language" sont comme d�crit au paragraphe 3.1.4.2 de la [RFC2911]. Le "attributes-natural-language" PEUT �tre le langage naturel de l�objet d�abonnement, plut�t que celui demand�.
Groupe 2 : Attributs non pris en charge
Voir au paragraphe 3.1.7 de la [RFC2911] des pr�cisions sur le retour des attributs non pris en charge.
Groupe 3 : Attributs d�abonnement
L�imprimante DOIT retourner les attributs d�abonnement suivants :
11.2.6.2.1� "notify-lease-duration" (entier de 0 � MAX)
La valeur de cet attribut DOIT �tre le nombre de secondes que l�imprimante a attribu� pour la location de l�objet d�abonnement (voir des pr�cisions au paragraphe 5.3.8, comme la valeur de cet attribut lorsque l�imprimante ne prend pas en charge la valeur demand�e).
Cette op�ration permet � un client de supprimer un objet d�abonnement et d�arr�ter la d�livrance d�autres notifications d��v�nement par l�imprimante. Une fois effectu�e, il n�y a plus de moyen de faire r�f�rence � l�objet d�abonnement.
Une imprimante DOIT prendre en charge cette op�ration.
L�imprimante DOIT accepter cette demande dans tous les �tats de l�imprimante cible, c�est-�-dire, 'repos', 'traitement', ou 'arr�t�', mais NE DOIT PAS changer l�attribut "printer-state" de l�imprimante.
Si l�objet d�abonnement sp�cifi� est un objet d�abonnement par t�che, l�imprimante DOIT accepter cette demande dans tous les �tats de la t�che cible, mais NE DOIT PAS changer l�attribut "job-state" de la t�che ou affecter la t�che.
Note : Il n�y a aucun moyen de changer un attribut sur un objet d�abonnement, except� l�attribut "notify-lease-duration" (notifier la dur�e de location) (en utilisant l�op�ration Renouveler l�abonnement). Pour changer les autres attributs, un client effectue une op�ration Cr�ation d�abonnement et une op�ration Annulation d�abonnement sur le vieil objet d�abonnement. Si le client veut �viter de manquer des notifications d��v�nement, il effectue d�abord l�op�ration de cr�ation d�abonnement. Si cet ordre cr�erait trop d�objets d�abonnement sur l�imprimante, le client inverse l�ordre.
Droits d�acc�s : l�utilisateur authentifi� (voir le paragraphe 8.3 de la [RFC2911]) qui effectue cette op�ration DOIT (1) �tre le propri�taire de l�objet d�abonnement, (2) avoir les droits d�acc�s d�op�rateur ou d�administrateur sur cette imprimante (voir la section 1 et le paragraphe 8.5 de la [RFC2911]), ou (3) �tre autrement autoris� par la politique de s�curit� configur�e par l�administrateur de l�imprimante � annuler l�objet d�abonnement cible. Autrement, l�imprimante DOIT rejeter l�op�ration et retourner le code d��tat 'erreur client, interdit', 'erreur client, non authentifi�', ou 'erreur client, non autoris�' selon le cas appropri�.
11.2.7.1��� Demande Cancel-Subscription
Les groupes d�attributs suivants font partie de la demande Cancel-Subscription :
Groupe 1 : Attributs d�op�ration
Langage naturel et ensemble de caract�res :
�������� les attributs "attributes-charset" et "attributes-natural-language" sont comme d�crit au paragraphe 3.1.4.1 de la [RFC2911].
Cible : l�attribut "printer-uri" qui d�finit la cible de cette op�ration comme d�crit au paragraphe 3.1.5 de la [RFC2911].
Nom de l�usager demandeur :
�������� l�attribut "requesting-user-name" DEVRAIT �tre fourni par le client comme d�crit au paragraphe 8.3 de la [RFC2911].
11.2.7.1.1� "notify-subscription-id" (entier de 1 � MAX)
Le client DOIT fournir cet attribut. L�imprimante DOIT prendre en charge cet attribut. Cet attribut sp�cifie l�objet d�abonnement que l�imprimante DOIT annuler. Si le client omet cet attribut, l�imprimante DOIT rejeter cette demande avec le code d��tat 'erreur client, mauvaise demande'.
11.2.7.2��� R�ponse � Cancel-Subscription
L�imprimante retourne les ensembles d�attributs suivants au titre de la r�ponse � Cancel-Subscription :
Groupe 1 : Attributs d�op�ration
Message d��tat : le m�me que celui de la [RFC2911].
Les codes d��tat suivants sont quelques uns de ceux retourn�s (voir la [RFC2911] :
successful-ok : l�op�ration a r�ussi � annuler (supprimer) l�objet d�abonnement.
client-error-not-found : l�op�ration a �chou� parce que l�attribut d�op�ration "notify-subscription-id" a identifi� un objet d�abonnement non existant.
Langage naturel et ensemble de caract�res : les attributs "attributes-charset" et "attributes-natural-language" sont comme d�crit au paragraphe 3.1.4.2 de la [RFC2911]. Le "attributes-natural-language" PEUT �tre le langage naturel de l�objet d�abonnement, plut�t que celui demand�.
Groupe 2 : Attributs non pris en charge
Voir au paragraphe 3.1.7 de la [RFC2911] des pr�cisions sur le retour des attributs non pris en charge.
Les codes d��tat suivants sont d�finis comme des extensions � Notification et sont retourn�s comme valeurs du param�tre "code d��tat" dans le groupe d�attributs d�op�ration d�une r�ponse (voir le paragraphe 3.1.6.1 de la [RFC2911]). Les op�rations du pr�sent document peuvent aussi retourner les codes d��tat d�finis � la section 13 de la [RFC2911]. Le code d��tat 'successful-ok' (r�ussite) est un exemple d�un tel code d��tat.
L�op�ration de cr�ation d�abonnement a �t� incapable de cr�er tous les objets d�abonnement demand�s.
Pour une op�ration Create-Job-Subscriptions (cr�er des abonnements de t�che) ou Create-Printer-Subscriptions (cr�er des abonnements d�imprimante), ce code d��tat signifie que l�imprimante a cr�� un ou plusieurs objets d�abonnement, mais pas tous les objets d�abonnement demand�s.
Pour une op�ration de cr�ation de t�che, ce code d��tat signifie que l�imprimante a cr�� la t�che en m�me temps que z�ro ou plusieurs objets d�abonnement. L�imprimante retourne ce code d��tat m�me si d�autres attributs de t�che ne sont pas pris en charge ou sont en conflit. C�est-�-dire que si une imprimante IPP trouve un avertissement qui lui permettrait de retourner 'successful-ok-ignored- subscriptions' et 'successful-ok-ignored-or-substituted-attributes' et/ou 'successful-ok-conflicting-attributes', elle DOIT retourner 'successful-ok-ignored-subscriptions'.
Ce code d��tat est le m�me que 'successful-ok-ignored-subscriptions' except� que seules les op�rations Create-Job-Subscriptions et Create-Printer-Subscriptions le retournent. Elles retournent ce code d��tat seulement quand l�imprimante cr�e z�ro objet d�abonnement.
La pr�sente section contient les valeurs de l�attribut "notifier le code d��tat" (�num�ration de type2) que l�imprimante retourne dans un groupe d�attributs d�abonnement dans une r�ponse lorsque l�objet d�abonnement correspondant :
1.����� n�est pas cr��, ou
2.����� est cr�� et que certains des attributs fournis par le client ne sont pas pris en charge.
Les paragraphes qui suivent sont ordonn�s selon l�importance d�croissante des codes d��tat.
Ce code d��tat est d�fini dans la [RFC2911]. Le pr�sent document �tend sa signification et lui permet d��tre dans un groupe d�attributs d�abonnement d�une r�ponse.
Le sch�ma de l�URI fourni par le client dans un attribut de gabarit d�abonnement "notifier l�uri du r�cepteur" dans une op�ration de cr�ation d�abonnement n�est pas accept�. Voir au � 5.3.1.
Ce code d��tat est d�fini dans la [RFC2911]. Le pr�sent document �tend sa signification et lui permet d��tre dans un groupe d�attributs d�abonnement d�une r�ponse.
La m�thode du mot cl� fourni par le client dans un attribut de gabarit d�abonnement "notifier la m�thode tir�e" dans une op�ration de cr�ation d�abonnement n�est pas accept�e. Voir au paragraphe 5.3.2.
Le nombre d�objets d�abonnements pris en charge par l�imprimante serait d�pass� si cet objet d�abonnement �tait cr�� (voir au paragraphe 5.2).
Le client a fourni plus d��v�nements dans l�attribut d�op�ration "notifier les �v�nements" d�une op�ration de cr�ation d�abonnement que l�imprimante n�en accepte, comme indiqu� dans son attribut d�imprimante "notifier le maximum d��v�nements accept�s" (voir au paragraphe 5.3.3).
Ce code d��tat est d�fini dans la [RFC2911]. Le pr�sent document �tend sa signifcation pour inclure les attributs de gabarit d�abonnement non pris en charge et il peut appara�tre dans un groupe d�attributs d�abonnement.
La pr�sente section alloue des valeurs aux deux �tiquettes d�attributs comme extensions aux codages d�finis dans la [RFC2910]).
L��tiquette "subscription-attributes-tag" d�limite les groupes d�attributs de gabarit d�abonnement dans les demandes et les groupes d�attributs d�abonnement dans les r�ponses.
L��tiquette "event-notification-attributes-tag" d�limite les notifications d��v�nements dans les m�thodes de livraison qui utilisent un codage de type IPP.
Le tableau suivant sp�cifie les valeurs pour les �tiquettes de d�limitation :
|
Valeur d��tiquette
(Hex) |
Signification |
|
0x06 |
"subscription-attributes-tag"
(�tiquette d�attribut d�abonnement) |
|
0x07 |
"event-notification-attributes-tag"
(�tiquette d�attribut de notification d��v�nement) |
Il est FACULTATIF pour les clients et imprimantes IPP de mettre en �uvre la sp�cification de notification d��v�nement.
Si la pr�sente sp�cification de notification d��v�nement est mise en �uvre par un client, ce client DOIT prendre en charge la m�thode de livraison tir�e 'ippget' et satisfaire aux exigences de conformit� d�finies dans la [RFC3996] pour les clients. Un client PEUT prendre en charge des m�thodes de livraison suppl�mentaires.
Si la pr�sente sp�cification de notification d��v�nement est mise en �uvre par une imprimante, l�imprimante DOIT :
-������� satisfaire aux exigences de conformit� d�taill�es � la section 5 de la [RFC2911].
-������� prendre en charge le groupe d�attributs de gabarit d�abonnement dans les demandes et le groupe d�attributs d�abonnement dans les r�ponses.
-������� prendre en charge tous les attributs suivants :
�������� a.����� les attributs d�objet d�abonnement marqu�s EXIG� � la section 5.
�������� b.����� les attributs d�objet de description d�imprimante marqu�s EXIG� � la section 6.
�������� c.����� les attributs marqu�s EXIG� dans le contenu de notification d��v�nement � la section 8.
-������� prendre en charge la m�thode de livraison tir�e 'ippget' et satisfaire aux exigences de conformit� d�finies pour les imprimantes dans la [RFC3996]. L�imprimante PEUT prendre en charge des m�thodes de livraison tir�es et pouss�es suppl�mentaires.
-������� d�livrer des notifications d��v�nement qui se conforment aux exigences de la section 9 et aux exigences du document de m�thode de livraison pour chaque m�thode de livraison prise en charge (les exigences de conformit� pour les documents de m�thode de livraison sont sp�cifi�es � la section 10).
-������� pour toutes les op�rations de cr�ation de t�che que l�imprimante accepte, prendre en charge les extensions marqu�es EXIG� pour la notification d�finie au paragraphe 11.1.3.
-������� satisfaire aux exigences de conformit� pour les op�rations comme d�crit au Tableau 16 et satisfaire aux exigences pour les imprimantes comme sp�cifi� aux paragraphes indiqu�s � la section 11 :
Tableau 16 � Exigences de conformit� d�imprimante pour les op�rations
|
Op�ration |
Exigences de conformit�
d�imprimante |
|
Create-Printer-Subscriptions
(� 11.1.2) |
EXIG� |
|
Create-Job-Subscriptions
(� 11.1.1) |
FACULTATIF |
|
Get-Subscription-Attributes
(� 11.2.3) |
EXIG� |
|
Get-Subscriptions (�
11.2.5) |
EXIG� |
|
Renew-Subscription
(� 11.2.6) |
EXIG� |
|
Cancel-Subscription
(� 11.2.7) |
EXIG� |
Avec ce mod�le (voir la Figure 2 ci-dessous),il y a un serveur d�impression qui intervient entre l�utilisateur humain et l�appareil de sortie. Ainsi, le syst�me a effectivement deux objets imprimante. Deux cas sont � prendre en compte :
1.����� Lorsque l�imprimante 1 (dans le serveur) g�n�re des �v�nements, le syst�me se comporte comme le client et l�imprimante de la Figure 1. Dans ce cas, l�imprimante 1 d�livre les notifications d��v�nement qui sont montr�es comme notifications d��v�nement (A) � la Figure 2.
2.����� Lorsque l�imprimante 2 (dans l�appareil de sortie) g�n�re des �v�nements, il y a deux configurations de syst�me possibles :
a)�� L�imprimante 1 transmet les op�rations de cr�ation d�abonnement fournies par le client � l�imprimante aval 2 et laisse l�imprimante 2 d�livrer les notifications d��v�nement directement aux r�cepteurs de notification fournis par le client (notifications d��v�nement (C) dans le diagramme).
b)�� L�imprimante 1 effectue les op�rations de cr�ation d�abonnement fournies par le client et transmet aussi les op�rations de cr�ation d�abonnement � l�imprimante 2 avec le r�cepteur de notification modifi� pour �tre l�imprimante 1. Lorsque survient un �v�nement dans l�imprimante 2, l�imprimante 2 d�livre la notification d��v�nement (B) au r�cepteur de notification de l�imprimante 1, qui relaie les notifications d��v�nement (B) re�ues au r�cepteur de notification fourni par le client (comme les notifications d��v�nement (A) dans le diagramme). Noter que lorsqu�un client effectue une op�ration de cr�ation d�abonnement, l�imprimante 1 n�a pas besoin de transmettre l�op�ration de cr�ation d�abonnement � l�imprimante 2 si cela cr�erait une duplication d�objet d�abonnement sur l�imprimante 2.
Note : lorsque l�imprimante 1 transmet des op�rations de cr�ation d�abonnement � l�imprimante 2, elle peut demander � l�imprimante 2 de cr�er des objets d�abonnement suppl�mentaires (appel� du "portage" (piggy-backing)). Le portage est utile lorsque :
-������� L�appareil A est configur� pour accepter des demandes (IPP ou non-IPP) venant d�autres serveurs.
-������� Le serveur S veut recevoir des �v�nements de t�che que le client n�a pas demand� et le serveur S veut ces �v�nements pour des t�ches qu�il soumet et non pour d�autres t�ches.
����������������������������� serveur S�������������������� appareil A
�������������������������� +------------+���������������� +------------+
�������������������������� |����������� |���������������� |����������� |
�� +--------+ Op�ration de | ###########|���������������� | ###########|
�� | client |--Cr�ation ----># Objet� �#|� Op�ration de ��| # Objet� �#|
�� +--------+ d�abonnement | # Imprim.1#|---Cr�ation------|># Imprim.2#|
�������������������������� | ###|#######|� d�abonnement�� | ####|#|####|
�������������������������� +----|---^---+���������������� +-----|-|----+
� +---------+�� Notifications�� |�� |�������������������������� | |
� |R�cepteur|<-d��v�nements (A)-+�� +- notif.ons d��v�nement(B)-+ |
��|de notifi|<-------notifications d��v�nement(C)-----------------+
� |cations �|
� +---------+
Figure 2 - Mod�le pour Notification avec imprimantes en cascade
Une mise en �uvre d�imprimante pourrait utiliser un serveur de notification distant pour fournir tout ou partie du service. Par exemple, le serveur de notification distant pourrait d�livrer des notifications d��v�nement en utilisant des m�thodes de livraison qui ne sont pas accept�es directement par l�appareil de sortie ou l�objet imprimant. Ou bien, le serveur de notification distant pourrait emmagasiner les objets d�abonnement (qui lui sont pass�s de l�appareil de sortie en r�ponse aux demandes de cr�ation d�abonnement), accepter les �v�nements, formater la notification d��v�nement dans le langage naturel du r�cepteur de notification, et d�livrer les notifications d��v�nement au ou aux r�cepteurs de notification.
La Figure 3 montre cette r�partition. L�interface entre l�appareil de sortie (ou objet imprimante) et le serveur de notification distant est en dehors du domaine d�application du pr�sent document et il est pr�vu qu�il soit transparent pour le client et le pr�sent document.
������������������������������������������� ***********************
�������������������������� �����������������* Imprimante combin�e au
������������������������������������������� * serveur de notification
������������������������������������������� * distribu�)
������������������������������������������� *
���������������������������������������� ���* appareil de sortie ou serveur
������������������������������������������� * +---------------+
����� PDA, desktop, ou serveur������������� * +� ###########� +
���������� +--------+���������������������� * |� #�������� #� |
���������� | client |---Op�ration de -----------># Objet� �#� |
���������� +--------+� Cr�ation d�abonnement* |� #Imprimant#� |
���������������������������� IPP����������� * |� #####|#####� |
������������������������������������������� * +-------|-------+
���������������������������� ���������������*�������� | Abonnements
������������������������������������������� *�������� | OU Notifications
������� +------------+��������������������� *�������� | d��v�nements
������� |R�cepteur de| ��notif. d��v�nements*� +------v--------+
������� |notification|<-----d�finies par IPP*� |� Serveur de� �|
������� +------------+��������������������� *� | Notification� |
������������������������������������������� *� +---------------+
������������������������������������������� *
������������������������ �������������������*************************
�� *** = Limite opaque de configuration de la mise en oeuvre
Figure 3 � Utilisation opaque d�un serveur de notification transparent pour le client
Le mod�le permet un r�cepteur de notification �tendu qui est lui-m�me un serveur de notification qui transmet chaque notification d��v�nement � un autre r�cepteur (appel� le r�cepteur ultime de notification dans la pr�sente section). La m�thode de livraison au R�cepteur ultime est probablement diff�rente de la m�thode de livraison au r�cepteur de notification �tendu utilis�e par l�imprimante.
Ce r�cepteur de notification �tendu est transparent pour l�imprimante mais pas pour le client.
Lorsqu�un client effectue une op�ration de cr�ation d�abonnement, il sp�cifie le r�cepteur de notification �tendu comme il le ferait de n�importe quel r�cepteur de notification. De plus, le client sp�cifie le r�cepteur ultime de notification dans l�op�ration de cr�ation d�abonnement d�une fa�on qui est sp�cifi�e par le r�cepteur de notification �tendu. Normalement, ce sont des octets dans la valeur de "notify-user-data" ou des param�tres suppl�mentaires dans la valeur de "notify-recipient-uri". Le client s�abonne aussi directement au r�cepteur de notification �tendu (par des moyens qui sont en dehors du domaine d�application du pr�sent document), dans la mesure o� il est un serveur de notification de plein droit.
L�imprimante IPP traite le r�cepteur de notification �tendu comme n�importe quel autre r�cepteur de notification et l�imprimante IPP n�est pas au courant de la transmission. La m�thode de livraison qu�utilise le r�cepteur de notification �tendu pour d�livrer la notification d��v�nement au r�cepteur ultime de notification sort du domaine d�application du pr�sent document et elle est transparente pour l�imprimante IPP.
Des exemples de ce r�cepteur de notification �tendu sont les services de localisation, l��change de messages imm�diats, les services de notification g�n�rale, et l�infrastructure NOS des fabricants. La Figure 4 illustre cette approche.
����� PDA, desktop, ou serveur����������������� serveur ou appareil de sortie
����������������������������������������������������� +---------------+
��������� +--------+��������� ������������������������|� ###########� |
��������� | client |---Op�ration de cr�ation -----------># Objet� �#� |
��������� +--------+������ d�abonnement� �������������|� #Imprimant#� |
����������������������������������������������������� |� #####|#####� |
�� +------------+���� +------------+�� ���������������+-------|-------+
�� |R�cepteur de| qcq |R�cepteur de|<--notification d��v�nements----+
�� |Notification|<----|notification|������� d�finis IPP
�� |Ultime�� ���|���� +------------+
�� +------------+� ���(Serveur de notification)
Figure 4 � Utilisation d�un r�cepteur de notification �tendu transparent pour l�imprimante
La pr�sent section d�crit le mod�le d�objet Notification qui ajoute un objet d�abonnement qui conjointement � l�objet t�che et l�objet imprimante donne la s�mantique compl�te de Notification.
Les relations d�objet peuvent �tre visualis�es comme :
�� Objet d�abonnements (abonnements par imprimante)��� Objet Imprimante
�� +----+����������� �����������������������������������+------------+
�� | s1 |<--------------------------------------------->|����������� |
�� +----++��������������������������������������������� |����������� |
��� | s2 |<-------------------------------------------->|���� p1���� |
��� +----++�������������������������������������������� |����������� |
���� | s3 |<------------------------------------------->|����������� |
���� +----+�������������������������������������������� +------------+
������������������� Objets T�che
�� �����������������+---------+
������������������� |�������� |
���� +----+�������� |�� j1��� |
���� | s4 |<------->|�������� |
���� +----+�������� |�������� |
������������������� |�������� |��� s4 est un objet d�abonnement par t�che
������������������� ++--------++
�������������������� |�������� |
������ +----+������� |�� j2��� |
������ | s5 |<------>|�������� |
������ +----++������ |�������� |
������� | s6 |<----->|�������� |��� s5 et s6 sont des objets d�abonnement
������� +----+������ ++--------++�������� ����par t�che
��������������������� |�������� |
��������������������� |�� j3��� |
��������������������� |�������� |
��������������������� |�������� |�������� <----> indique l�association
��������������������� +---------+
Figure 5 � Mod�le d�objets pour Notification
s1, s2, et s3 sont les objets d�abonnement par imprimante et peuvent identifier les �v�nements imprimante et/ou t�che.
s4, s5, et s6 sont les objets d�abonnement par t�che et peuvent identifier les �v�nements imprimante et/ou t�che.
Ce paragraphe d�finit les relations d�objet entre par exemple, l�imprimante, la t�che, et les objets d�abonnement. Que les objets d�abonnement par imprimante soient r�ellement contenus dans un objet imprimante ou lui soient simplement associ�s de fa�on bi-directionnelle D�PEND DE LA MISE EN �UVRE et est transparent pour le client. De m�me, que les objets d�abonnement par t�che soient r�element contenus dans un objet t�che ou lui soient simplement associ�s de fa�on bi-directionnelle de quelque fa�on D�PEND DE LA MISE EN �UVRE et est transparent pour le client. Les relations d�objet sont d�finies comme suit :
1. L�objet imprimante contient (est associ� �) z�ro ou plusieurs objets d�abonnement par imprimante (p1 contient s1-s3 objets d�abonnement par imprimante).
2. Chaque objet d�abonnement par imprimante (s1, s2, et s3) est contenu dans (ou est associ� �) exactement un objet imprimante (p1).
1. Un objet t�che (j1, j2, j3) est associ� � z�ro ou plusieurs objets d�abonnement par t�che (s4-s6). La t�che j1 est associ�e � l�objet d�abonnement par t�che s4, la t�che j2 est associ�e aux objets d�abonnement par t�che s5 et s6, et la t�che j3 n�est associ�e � aucun objet d�abonnement par t�che.
2. Chaque objet d�abonnement par t�che est associ� � exactement un objet t�che.
Les objets d�abonnement par imprimante et par t�che sont assez semblables. L�un et l�autre type d�objet d�abonnement peuvent s�abonner aux �v�nements de t�che, aux �v�nements d�imprimante, ou aux deux. Les deux types d�objets d�abonnement epuvent�tre interrog�s en utilisant les op�rations Get-Subscriptions et Get-Subscription-Attributes et annul�es en utilisant l�op�ration Cancel-Subscription. Les deux types d�objets d�abonnement cr�ent des objets d�abonnement qui ont des d�finitions d�attribut d�objet d�abonnement identiques. Cependant, il y a quelques diff�rences s�mantiques entre objets d�abonnement par t�che et objets d�abonnement par imprimante. Un objet d�abonnement par t�che est �tabli par le client lorsqu�il soumet une t�che et apr�s avoir cr�� la t�che en utilisant l�op�ration Create-Job-Subscriptions en sp�cifiant l�"identifiant de t�che" de la t�che avec l�attribut "notifier l�identifiant de t�che". Un objet d�abonnement par t�che est �tabli entre un client et une imprimante en utilisant l�op�ration Cr�er des abonnements d�imprimante. Quelques diff�rences sp�cifiques sont :
1.����� Un client cr�e normalement un ou plusieurs objets d�abonnement par t�che au titre des op�rations de cr�ation de t�ches (Create-Job, Print-Job, et Print-URI), plut�t que d�utiliser l�op�ration FACULTATIVE Cr�er des abonnements de t�che, en particulier dans la mesure o� les mises en �uvre d�imprimantes PEUVENT NE PAS prendre en charge l�op�ration Cr�er des abonnements de t�che, FACULTATIVE.
2.����� Pour les objets d�abonnement par t�che, l�objet d�abonnement n�est valide que tant que la t�che est "non termin�e" (voir au paragraphe 5.4.3) alors que pour les objets d�abonnement par imprimante, l�objet d�abonnement est valide jusqu�au moment (en seconde) o� l�imprimante revient � l�attribut d�op�ration "notifier le temps d�expiration de location".
3.����� Les �v�nements de t�che dans un objet d�abonnement par t�che ne s�appliquent qu�� �"une t�che" (la t�che cr��e par l�op�ration de cr�ation de t�che ou r�f�renc�e par l�op�ration Cr�er des abonnements de t�che) alors que les �v�nements de t�che dans un objet d�abonnement par imprimante s�appliquent � TOUTES les t�ches contenues dans l�imprimante IPP.
[RFC2119]����� Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119 (Mots cl� � utiliser dans les RFC pour indiquer les niveaux d�exigence), mars 1997.
[RFC2396]����� Berners-Lee, T., Fielding, R., et L. Masinter, "Uniform Resource Identifiers (URI): Generic Syntax" (Identifiants de ressource uniformes (URI) : Syntaxe g�n�rique), RFC 2396, ao�t 1998.
[RFC2717]����� Petke, R. et I. King, "Registration Procedures for URL Scheme Names" (Proc�dures d�enregistrement pour les noms de sch�ma d�URL), RFC 2717, novembre 1999.
[RFC2910]����� Herriot, R., Butler, S., Moore, P., et R. Turner, "Internet Printing Protocol/1.1: Encoding and Transport" (Protocole /1.1 d�impression sur Internet : Codage et transport), RFC 2910, septembre 2000.
[RFC2911]����� deBry, R., Hastings, T., Herriot, R., Isaacson, S., et P. Powell, "Internet Printing Protocol/1.1: Model and Semantics" (Protocole /1.1 d�impression sur Internet : Mod�le et s�mantique), RFC 2911, septembre 2000.
[RFC3381]����� Hastings, T., Lewis, H., et R. Bergman, "IPP: Job Progress Attributes" (Protocole d�impression sur Internet : Attributs de progr�s de t�che), RFC 3381, septembre 2002.
[RFC3996]����� Herriot, R., Hastings, T., et H. Lewis, "Internet Printing Protocol (IPP): The 'ippget' delivery method for event notifications" (Protocole d�impression sur Internet (IPP) : m�thode de livraison 'ippget' pour les notifications d��v�nement), RFC 3996, mars 2005.
[IANA-CON] Narten, T. et H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs" (Lignes directrices pour introduire une section sur les consid�rations relatives � l�IANA dans les RFC), BCP 26, RFC 2434, octobre 1998.
[RFC2565]����� Herriot, R., Butler, S., Moore, P., et R. Turner, "Internet Printing Protocol/1.0: Encoding and Transport" (Protocole 1.0 d�impression sur Internet :codage et transport), RFC 2565, April 1999.
[RFC2566]����� deBry, R., Hastings, T., Herriot, R., Isaacson, S., and P. Powell, "Internet Printing Protocol/1.0: Model and Semantics" (Protocole 1.0 d�impression sur Internet : Mod�le et s�mantique), RFC 2566, avril 1999.
[RFC2567]����� Wright, D., "Design Goals for an Internet Printing Protocol" (Objectifs de conception pour un protocole d�impression sur Internet), RFC 2567, avril 1999.
[RFC2568]����� Zilles, S., "Rationale for the Structure and Model and Protocol for the Internet Printing Protocol" (Arguments pour la structure, le mod�le et le protocole du Protocole d�impression sur Internet), RFC 2568, avril 1999.
[RFC2569]����� Herriot, R., Hastings, T., Jacobs, N., et J. Martin, "Mapping between LPD and IPP Protocols"(Transposition entre les protocoles LPD et IPP), RFC 2569, avril 1999.
[RFC2616]����� Fielding, R., Gettys, J., Mogul, J., Frystyk, H., Masinter, L., Leach, P., et T. Berners-Lee, "Hypertext Transfer Protocol - HTTP/1.1", RFC 2616, juin 1999.
[RFC3196]����� Hastings, T., Manros, C., Zehler, P., Kugler, C., et H. Holst, "Internet Printing Protocol/1.1: Implementer's Guide" (Protocole /1.1 d�impression sur Internet : Guide de mise en oeuvre), RFC 3196, novembre 2001.
[RFC3997]����� Hastings, T., Editor, deBry, R., et H. Lewis, "Internet Printing Protocol (IPP): Requirements for IPP Notifications" (Protocole d�impression sur Internet (IPP)�: Exigences pour les notifications IPP), RFC 3997, mars 2005.
La pr�sente section contient les informations d�enregistrement ajout�es par l�IANA au registre IPP conform�ment aux proc�dures d�finies � la section 6 de la RFC 2911 [RFC2911] pour couvrir les d�finitions du pr�sent document. De plus, la pr�sente section d�finit comment les �v�nements et les m�thodes de livraison seront enregistr�es lorsqu�elles sont d�finies dans d�autres documents. Les inscriptions r�sultantes ont �t� publi�es dans le registre http://www.iana.org/assignments/ipp-registrations.
Le tableau suivant fait la liste de tous les attributs d�finis dans le pr�sent document. Ils ont �t� enregistr�s conform�ment aux proc�dures du paragaphe 6.2 de la RFC 2911 [RFC2911].
|
Attributs de gabarit d�abonnement : |
R�f�rence |
Paragraphe |
|
notify-attributes (1setOf type2 keyword) |
[RFC3995] |
5.3.4 |
|
notify-attributes-supported (1setOf type2 keyword) |
[RFC3995] |
5.3.4.1 |
|
notify-charset (charset) |
[RFC3995] |
5.3.6 |
|
notify-events (1setOf type2 keyword) |
[RFC3995] |
5.3.3 |
|
notify-events-default (1setOf type2 keyword) |
[RFC3995] |
5.3.3.1 |
|
notify-events-supported (1setOf type2 keyword) |
[RFC3995] |
5.3.3.2 |
|
notify-lease-duration (integer(0:67108863)) |
[RFC3995] |
5.3.8 |
|
notify-lease-duration-default (integer(0:67108863)) |
[RFC3995] |
5.3.8.1 |
|
notify-lease-duration-supported (1setOf (integer(0:
67108863) | rangeOfInteger(0:67108863))) |
[RFC3995] |
5.3.8.2 |
|
notify-max-events-supported (integer(2:MAX)) |
[RFC3995] |
5.3.3.3 |
|
notify-natural-language (naturalLanguage) |
[RFC3995] |
5.3.7 |
|
notify-pull-method (type2 keyword) |
[RFC3995] |
5.3.2 |
|
notify-pull-method-supported (1setOf type2 keyword) |
[RFC3995] |
5.3.2.1 |
|
notify-recipient-uri (uri) |
[RFC3995] |
5.3.1 |
|
notify-schemes-supported�
(1setOf uriScheme) |
[RFC3995] |
5.3.1.1 |
|
notify-time-interval (integer(0:MAX)) |
[RFC3995] |
5.3.9 |
|
notify-user-data (octetString(63)) |
[RFC3995] |
5.3.5 |
|
Subscription Description Attributes: |
|
|
|
notify-job-id (integer(1:MAX)) |
[RFC3995] |
5.4.6 |
|
notify-lease-expiration-time (integer(0:MAX)) |
[RFC3995] |
5.4.3 |
|
notify-printer-up-time (integer(1:MAX)) |
[RFC3995] |
5.4.4 |
|
notify-printer-uri (uri) |
[RFC3995] |
�5.4.5 |
|
notify-sequence-number (integer (0:MAX)) |
[RFC3995] |
5.4.2 |
|
notify-subscriber-user-name (name(MAX)) |
[RFC3995] |
5.4.7 |
|
notify-subscription-id�
(integer (1:MAX)) |
[RFC3995] |
5.4.1 |
|
Printer Description Attributes: |
|
|
|
printer-state-change-date-time (dateTime) |
[RFC3995] |
6.2 |
|
printer-state-change-time (integer(1:MAX)) |
[RFC3995] |
6.1 |
|
Attributes Only in notification d��v�nements |
|
|
|
notify-subscribed-event (type2 keyword) |
[RFC3995] |
8.1 |
|
notify-text (text(MAX)) |
[RFC3995] |
8.2 |
Le tableau suivant fait la liste de toutes les nouvelles valeurs d�attribut d��num�ration d�finies dans le pr�sent document. Elles ont �t� enregistr�es au sein du registre IPP conform�ment aux proc�dures du paragraphe 6.1 de la RFC 2911 [RFC2911].
|
Valeur d�attribut |
Nom |
R�f�rence |
Paragraphe |
|
op�rations-supported |
(1setOf type2 enum) |
[RFC2911] |
4.4.15 |
|
0x0016 |
Create-Printer-Subscriptions |
[RFC3995] |
7.1 |
|
0x0017 |
Create-Job-Subscriptions |
[RFC3995] |
7.1 |
|
0x0018 |
Get-Subscription-Attributes |
[RFC3995] |
7.1 |
|
0x0019 |
Get-Subscriptions |
[RFC3995] |
7.1 |
|
0x001A |
Renew-Subscription |
[RFC3995] |
�7.1 |
|
0x001B |
Cancel-Subscription |
[RFC3995] |
7.1 |
Le Tableau suivant fait la liste de toutes les op�rations d�finis dans le pr�sent document. Elles ont �t� enregistr�es conform�ment aux proc�dures du paragraphe 6.4 de la RFC 2911.
|
Nom d�op�ration |
R�f�rence |
Paragraphe |
|
Cancel-Subscription |
[RFC3995] |
11.2.7 |
|
Create-Job � Extensions |
[RFC3995] |
11.1.3 |
|
Create-Job-Subscriptions |
[RFC3995] |
11.1.1 |
|
Create-Printer-Subscriptions |
[RFC3995] |
11.1.2 |
|
Get-Printer-Attributes � Extensions |
[RFC3995] |
11.2.3 |
|
Get-Subscription-Attributes |
[RFC3995] |
11.2.4 |
|
Get-Subscriptions |
[RFC3995] |
11.2.5 |
|
Print-Job � Extensions |
[RFC3995] |
11.1.3 |
|
Print-URI � Extensions |
[RFC3995] |
11.1.3 |
|
Renew-Subscription |
[RFC3995] |
11.2.6 |
|
Validate-Job Op�ration � Extensions |
[RFC3995] |
11.2.2 |
Le Tableau suivant fait la liste de tous les codes d��tat d�finis dans le pr�sent document. Ils ont �t� enregistr�s conform�ment aux proc�dures du paragraphe 6.6 de la RFC 2911 [RFC2911].
|
Valeur |
Nom du code d��tat |
R�f�rence |
Paragraphe |
|
0x0000:0x00FF |
R�ussite: |
|
|
|
0x0003 |
R�ussite mais
abonnements ignor�s |
[RFC3995] |
12.1 |
|
0x0005 |
R�ussite mais trop
d��v�nements |
[RFC3995] |
13.4 |
|
0x0400:0x04FF - |
Erreur client : |
|
|
|
0x0414 |
Erreur client, ignorer
tous les abonnements |
[RFC3995] |
12.2 |
|
0x0415 |
Erreur client, trop
d�abonnements |
[RFC3995] |
13.3 |
Le Tableau suivant fait la liste de toutes les �tiquettes de groupe d�attributs d�finis dans le pr�sent document. Telles ont �t� enregistr�es conform�ment aux proc�dures du paragraphe 6.5 de la RFC 2911 [RFC2911].
|
Valeur |
Nom de l��tiquette
du groupe d�attribut |
R�f�rence |
Paragraphe |
|
0x06 |
Etiquette d�attribut
d�abonnement |
[RFC3995] |
14 |
|
0x07 |
Etiquette
d�attribut de notification d��v�nement |
[RFC3995] |
14 |
Le tableau suivant fait la liste de tous les �v�nements d�finis dans le pr�sent document comme mots cl� de type2 � utiliser avec les attributs de gabarit d�abonnement "notifier les �v�nements", "notifier les �v�nements par d�faut", et "notifier les �v�nements pris en charge" (voir au paragraphe 5.3.3). Plut�t que de cr�er un paragraphe distincr dans le Registre IPP pour les �v�nements, ces mots cl� d��v�nement ont �t� enregistr�s conform�ment aux proc�dures du paragraphe 7.1 de la [RFC2911] comme valeurs suppl�mentaires d�attribut de mot cl� � utiliser avec l�attribut de gabarit d�abonnement "notifier les �v�nements" (voir au paragraphe 5.3.3), c�est-�-dire, enregistr�es comme valeurs de mot cl� pour les attributs "notifier les �v�nements", "notifier les �v�nements par d�faut", et "notifier les �v�nements pris en charge" :
|
Valeur d�attribut
(syntaxe d�attribut) |
R�f�rence |
Paragraphe |
|
notifier les
�v�nements (1setOf mot cl� de type 2) |
[RFC3995] |
5.3.3 |
|
notifier les
�v�nements par d�faut (1setOf mot cl� de type 2) |
[RFC3995] |
5.3.3.1 |
|
notifier les
�v�nements par d�faut (1setOf mot cl� de type 2) |
[RFC3995] |
5.3.3.2 |
|
notifier les
�v�nements abonn�s (mot cl� de type 2) |
[RFC3995] |
8.1 |
|
Pas d��v�nement : Aucun |
[RFC3995] |
5.3.3.4.1 |
|
Ev�nements
d�imprimante |
|
|
|
printer-state-changed
(changement d��tat d�imprimante) |
[RFC3995] |
5.3.3.4.2 |
|
printer-restarted (red�marrage
d�imprimante) |
[RFC3995] |
5.3.3.4.2 |
|
printer-shutdown (fermeture
de l�imprimante) |
[RFC3995] |
5.3.3.4.2 |
|
printer-stopped (arr�t
de l�imprimante) |
[RFC3995] |
5.3.3.4.2 |
|
printer-config-changed
(changement de configuration de l�imprimante) |
[RFC3995] |
5.3.3.4.2 |
|
printer-media-changed
(changement desupport de l�imprimante) |
[RFC3995] |
5.3.3.4.2 |
|
printer-finishings-changed
(changement des finitions de l�imprimante) |
[RFC3995] |
5.3.3.4.2 |
|
printer-queue-order-changed
(changement de l�ordre de file d�attente de l�imprimante) |
[RFC3995] |
5.3.3.4.2 |
|
Ev�nements de t�che |
|
|
|
job-state-changed (changement
d��tat de t�che) |
[RFC3995] |
5.3.3.4.3 |
|
job-created (cr�ation
de t�che) |
[RFC3995] |
5.3.3.4.3 |
|
job-completed (fin de t�che) |
[RFC3995] |
5.3.3.4.3 |
|
job-stopped (t�che
interrompue) |
[RFC3995] |
5.3.3.4.3 |
|
job-config-changed (changement
de congiguration de t�che) |
[RFC3995] |
5.3.3.4.3 |
|
job-progress �(avancement de t�che) |
[RFC3995] |
5.3.3.4.3 |
Ce paragraphe d�crit les exigences et les proc�dures d�enregistrement et de publication des m�thodes de livraison de �notification d��v�nement et de soumission de telles propositions.
Les m�thodes de livraison de notification d��v�nement enregistr�es comme IPP sont suppos�es suivre les exigences d�crites ci-apr�s.
23.7.1.1��� Caract�ristiques requises
Un document de m�thode de livraison DOIT soit (1) contenir toute la s�mantique de la m�thode de livraison soit (2) contenir les exigences d�enregistrement de la m�thode de livraison IPP et un profil d�un autre protocole qui combin� est la m�thode de livraison (par exemple, mailto). Le document de m�thode de livraison (et tous documents requis) DOIT d�finir soit (1) un URL pour une m�thode de livraison pouss�e qui satisfait aux exigences de [RFC2717] soit (2) un mot cl� pour une m�thode de livraison pouss�e.
Les documents de m�thode de livraison de notification d��v�nement DOIVENT satisfaire aux exigences du pr�sent document (voir aux paragraphes 9 et 10).
De plus, un document de m�thode de livraison DOIT contenir les informations suivantes :
Type d�enregistrement : m�thode de livraison de notification d��v�nement IPP
Nom de cette m�thode de livraison :
Nom du sch�ma d�URL propos� de cette m�thode de livraison pouss�e ou nom du mot cl� de cette m�thode de livraison tir�e :
Nom du proposant :
Adresse du proposant :
Adresse email du proposant :
La m�thode de livraison est elle EXIG�E ou FACULTATIVE pour la conformit� au document de notification d��v�nement eet d�abonnement IPP :
La m�thode de livraison d�finit elle un contenu � destination machine et/ou � destination humaine :
23.7.1.2��� Exigences de d�nomination
Exactement un nom (sch�ma d�URL ou mot cl�) DOIT �tre allou� � chaque m�thode de livraison.
Chaque nom allou� DOIT identifier de fa�on univoque une seule m�thode de livraison. Tous les noms de m�thode de livraison pouss�e DOIVENT se conformer aux r�gles des noms de sch�ma d�URL, conform�ment � la [RFC2396] et � la [RFC2717] pour les sch�mas dans l�arborescence de l�IETF. Tous les noms de m�thode de livraison tir�e DOIVENT se conformer aux r�gles sur les mots cl� conform�ment � la [RFC2911].
23.7.1.3��� Exigences fonctionnelles
Les m�thodes de livraison DOIVENT fonctionner comme un protocole capable de d�livrer des notifications d��v�nement� IPP(pouss�es ou tir�es) aux r�cepteurs de notification.
23.7.1.4��� Exigences d�utilisation et de mise en �uvre
L�utilisation d�un grand nombre de m�thodes de livraison peut nuire � l�interop�rabilit�. Cependant, l�utilisation d�un grand nombre de m�thodes de livraison non document�es et/ou non �tiquet�es nuit encore plus � l�interop�rabilit�.
Une m�thode de livraison ne devrait donc �tre enregistr�e QUE SI elle ajoute une fonctionnalit� significative valable pour une large communaut�, OU si elle documente des pratiques existantes dans une large communaut�. Noter que les m�thodes de livraison enregistr�es pour la seconde raison devraient �tre explicitement marqu�es comme �tant d�utilisation limit�e ou sp�cialis�e et ne devraient �tre utilis�es qu�apr�s accord bilat�ral pr�alable.
23.7.1.5��� Exigences de publication
Les documents de m�thode de livraison DOIVENT �tre publi�s dans des RFC de normalisation, d�information, ou exp�rimentales.
23.7.2������ Proc�dure d�enregistrement
Le groupe de travail IPP d�veloppe un petit nombre de m�thodes de livraison qui sont destin�es � �tre publi�es comme RFC de normalisation. Cependant, certaines parties peuvent souhaiter enregistrer des m�thodes de livraison suppl�mentaires � l�avenir. Ce paragraphe d�crit les proc�dures pour ces m�thodes de livraison suppl�mentaires.
23.7.2.1��� Pr�sentation de la proposition � la Communaut�
Tout d�abord, le document de m�thode de livraison DOIT �tre un projet Internet visant la cat�gorie de document normatif, informationnel, ou exp�rimental. Il DOIT en �tre de m�me pour tout document de r�f�rence.
Fournir la proposition de document de m�thode de livraison propos�e � la liste de diffusion "ipp@pwg.org". Cette liste de diffusion a �t� �tablie par la [RFC2911] pour passer en revue les enregistrements propos�s et discuter les autres questions d�IPP. Les documents de m�thode de livraison propos�s ne sont pas formellement enregistr�s et NE DOIVENT PAS �tre utilis�s tant qu�ils ne sont pas approuv�s.
L�objet de la diffusion publique est de provoquer des commentaires et des retours sur la d�finition et la praticabilit� de la m�thode de livraison et du nom choisi pour elle sur une p�riode de quatre semaines.
23.7.2.2��� R�viseur de m�thode de livraison
Le r�viseur de m�thode de livraison est la personne qui a �t� d�sign�e par le ou les directeurs de domaine d�application de l�IETF comme expert d�sign� sur IPP conform�ment � la [RFC2911] et [IANA-CON]. Lorsque la p�riode de quatre semaine est �coul�e et que l�expert d�sign� sur IPP est convaincu que le consensus est r�alis�, l�expert d�sign� sur IPP approuve la demande d�enregistrement ou la rejette. Le rejet peut survenir � cause d�objections significatives soulev�es sur la liste de diffusion ou � l�ext�rieur.
Les d�cisions prises par le r�viseur doivent �tre envoy�es � la liste de diffusion ipp@pwg.org dans les 14 jours. Il peut �tre fait appel des d�cisions du r�viseur aupr�s de l�IESG.
23.7.2.3��� Enregistrement IANA
Si la proposition d�enregistrement de m�thode de livraison est accept�e au niveau de la r�vision ou au niveau de l�appel aupr�s de l�IESG, le r�viseur notifiera � l�IANA la m�thode de livraison et lui demandera d�enregistrer la m�thode de livraison pour la mettre � la disposition de la communaut�.
Chaque document de m�thode de livraison pouss�e d�finit un sch�ma d�URI. Un tel sch�ma d�URI sert dans une valeur d�URI de l�attribut de gabarit d�abonnement "notification-recipient" (uri) (voir au paragraphe 5.3.1) et la valeur uriScheme de l�attribut d�imprimante "notify-schemes-supported" (1setOf uriScheme) (voir au paragraphe �5.3.1.1). Plut�t que de cr�er un paragraphe distinct dans le registre IPP pour les m�thodes de livraison, les m�thodes de livraison pouss�es seront enregistr�es comme une valeur suppl�mentaire de l�attribut d�imprimante "notify-schemes-supported". Ces valeurs de uriScheme seront enregistr�es conform�ment aux proc�dures du paragraphe 7.1 de la [RFC2911] pour les valeurs d�attribut suppl�mentaires. Donc, l�entr�e de registre IPP pour une m�thode de livraison pouss�e sera de la forme :
|
Valeur d�attribut |
R�f. |
Paragraphe |
|
notify-schemes-supported
(1setOf uriScheme) |
[RFC3995] |
5.3.1.1 |
|
���� <scheme name> |
RFC xxxx |
m.n |
Chaque document de m�thode de livraison tir�e d�finit une m�thode de mot cl� qui est enregistr�e comme une valeur suppl�mentaire des attributs d�impprimante "notify-pull-method" et "notify-pull-method-supported". Ces valeurs de mot cl� seront enregistr�es conform�ment aux proc�dures du paragraphe 7.1 de la [RFC2911] pour les valeurs d�attribut suppl�mentaires. Donc, l�entr�e du registre IPP pour une m�thode de livraison tir�e sera de la forme :
|
Valeur d�attribut |
R�f. |
Paragraphe |
|
notify-pull-method
(type2 keyword) |
[RFC3995] |
5.3.2 |
|
notify-pull-method-supported
(1setOf type2 keyword) |
[RFC3995] |
5.3.2.1 |
|
���� <method keyword name> |
RFC xxxx |
m.n |
A : ipp@pwg.org
Objet : Enregistrement d�une nouvelle m�thode de livraison
Nom de la m�thode de livraison : (Tous les noms de m�thode de livraison pouss�e doivent pouvoir �tre utilis�s comme valeur d�un sch�ma d�URL dans l�arborescence de l�IETF et tous les noms de m�thode de livraison tir�e doivent �tre des mots cl� IPP convenables, conform�ment � la [RFC2911])
Sp�cification(s) publi�es : (Une sp�cification pour la m�thode de livraison qui d�crit convenablement ce qui est enregistr� doit �tre disponible au public.)
Adresse personnelle & email � contacter pour plus d�informations : ?
La pr�sente sp�cification de Notification IPP prolonge la prise en charge de l�internationalisation de la [RFC2911] des attributs contenant des cha�nes de texte et des noms. Permettre au Client abonn� de sp�cifier un langage naturel et un ensemble de caract�res diff�rents pour chaque objet d�abonnement augmente l�internationalisation de la prise en charge.
L�imprimante DOIT �tre capable de localiser le contenu des notifications d��v�nement � destination humaine et de localiser la valeur de l�attribut "notify-text" dans les notifications d��v�nement � destination machine qu�elle d�livre aux r�cepteurs de notification. Pour la localisation, l�imprimante DOIT utiliser la valeur de l�attribut "notify-charset" et l�attribut "notify-natural-language" dans l�objet d�abonnement fourni par le client abonn�.
Les clients qui soumettent des demandes de notification � l�imprimante IPP connaissent les m�mes probl�mes de s�curit� qu�en soumettant une demande de t�ched�impression IPP/1.1 (voir le paragraphe 3.2.1 et la section 8 de la [RFC2911]). Les m�mes m�canismes utilis�s par IPP/1.1 peuvent donc �tre utilis�s par la sousmission de notification client. Les op�rations qui exigent l�authentification peuvent utiliser l�authentification HTTP. Les op�rations qui exigent la confidentialit� peuvent utiliser la confidentialit� de HTTP/TLS. Comme avec les objets de t�che d�impression de IPP/1.1, s�il n�y a pas de s�curit� sur les objets d�abonnement, l�allocation en s�quence des identifiants d�abonnement expose le syst�me � une menace de surveillance passive du trafic.
Le mod�le de contr�le d�acc�s de l�objet d�abonnement est le m�me que le mod�le de contr�le d�acc�s pour les objets t�che. Le client DOIT avoir les droits d�acc�s suivants pour les op�rations d�abonnement indiqu�es :
1. Cr�er des abonnements de t�che (voir au paragraphe 11.1.1) : un objet d�abonnement par t�che est associ� � une t�che. Pour cr�er des objets d�abonnement par t�che, l�utilisateur authentifi� (voir le paragraphe 8.3 de la [RFC2911]) qui effectue cette op�ration DOIT (1) �tre le propri�taire de la t�che, (2) avoir les droits d�acc�s d�op�rateur ou d�administrateur pour cette imprimante (voir la section 1 et le paragraphe 8.5 de la [RFC2911]), ou (3) �tre autrement autoris� par la politique de s�curit� configur�e par l�administrateur de l�imprimante � cr�er des objets d�abonnement par t�che pour la t�che cible.
2. Cr�er des abonnements d�imprimante (voir au paragraphe 11.1.2) : un objet d�abonnement par imprimante est �associ� � l�imprimante. Pour cr�er des objets d�abonnement par imprimante, �l�utilisateur authentifi� (voir le paragraphe 8.3 de la [RFC2911]) qui effectue cette op�ration DOIT (1) avoir les droits d�acc�s d�op�rateur ou d�administrateur pour cette imprimante (voir la section 1 et le paragraphe 8.5 de la [RFC2911]), ou (2) �tre autrement autoris� par la politique de s�curit� configur�e par l�administrateur de l�imprimante � cr�er des objets d�abonnement par imprimante pour cette imprimante.
3. Obtenir les attributs d�abonnement (voir au paragraphe 11.2.4) : le mod�le de contr�le d�acc�s pour cette op�ration est le m�me que celui de l�op�ration Obtenir les attributs de t�che (voir le paragraphe 3.3.4 de la [RFC2911]). La principale diff�rence est que l�op�ration Obtenir les attributs d�abonnement est dirig�e vers un objet d�abonnement plut�t que vers un objet t�che, et un groupe d�attributs retourn� contient des attributs d�objet d�abonnement plut�t que des attributs d�objet t�che. Pour interroger l�objet d�abonnement sp�cifi�, l�utilisateur authentifi� (voir le paragraphe 8.3 de la [RFC2911]) qui effectue cette op�ration DOIT (1) �tre le propri�taire de l�objet d�abonnement, (2) avoir les droits d�acc�s d�op�rateur ou d�administrateur pour cette imprimante (voir la section 1 et le paragraphe 8.5 de la [RFC2911]), ou (3) �tre autrement autoris� par la politique de s�curit� configur�e par l�administrateur de l�imprimante � interroger l�objet d�abonnement sur la t�che cible. De plus, la politique de s�curit� de l�imprimante PEUT limiter les attributs qui sont retourn�s, de la m�me mani�re que pour l�op�ration Obtenir les attributs de t�che (voir la fin du paragraphe 3.3.4.2 de la [RFC2911]).
4. Obtenir les abonnements (voir au paragraphe 11.2.5) : le mod�le de contr�le d�acc�s pour cette op�ration est le m�me que celui de l�op�ration Obtenir les t�ches (voir le paragraphe 3.2.6 de la [RFC2911]). La principale diff�rence est que l�op�ration est dirig�e vers les objets d�abonnement plut�t que vers les objets t�che, et que les groupes d�attribut retourn�s contiennent des attributs d�objet d�abonnement plut�t que des attributs d�objet t�che. Pour interroger les objets d�abonnement par t�che sur la t�che sp�cifi�e (le client a fourni l�attribut d�op�ration "notifier l�identifiant de t�che" - voir au paragraphe 11.2.5.1.1), l�utilisateur authentifi� (voir le paragraphe 8.3 de la [RFC2911]) qui effectue cette op�ration DOIT (1) �tre le propri�taire de l�objet d�abonnement, (2) avoir les droits d�acc�s d�op�rateur ou d�administrateur pour cette imprimante (voir la section 1 et le paragraphe 8.5 de la [RFC2911]), ou (3) �tre autrement autoris� par la politique de s�curit� configur�e par l�administrateur de l�imprimante � interroger l�objet d�abonnement sur la t�che cible. Pour interroger les objets d�abonnement par imprimante de l�imprimante (le client a omis l�attribut d�op�ration "notifier l�identifiant de t�che" - voir au paragraphe 11.2.5.1.1), l�utilisateur authentifi� (voir le paragraphe 8.3 de la [RFC2911]) qui effectue cette op�ration DOIT (1) avoir les droits d�acc�s d�op�rateur ou d�administrateur pour cette imprimante (voir la section 1 et le paragraphe 8.5 de la [RFC2911]), ou (2) �tre autrement autoris� par la politique de s�curit� configur�e par l�administrateur de l�imprimante � interroger les objets d�abonnement par imprimante sur l�imprimante cible. De plus, la politique de s�curit� de l�imprimante PEUT limiter les attributs qui sont retourn�s, de la m�me mani�re que pour l�op�ration Obtenir les attributs de t�che (voir la fin du paragraphe 3.3.4.2 de la [RFC2911]).
5. Renouveler les abonnements (voir au paragraphe 11.2.6) : l�utilisateur authentifi� (voir le paragraphe 8.3 de la [RFC2911]) qui effectue cette op�ration DOIT (1) �tre le propri�taire de l�objet d�abonnement par imprimante, (2) avoir les droits d�acc�s d�op�rateur ou d�administrateur pour cette imprimante (voir la section 1 et le paragraphe 8.5 de la [RFC2911]), ou (3) �tre autrement autoris� par la politique de s�curit� configur�e par l�administrateur de l�imprimante � renouveler les objets d�abonnement par imprimante pour l�imprimante cible.
6. Annuler l�abonnement (voir au paragraphe 11.2.7) : l�utilisateur authentifi� (voir le paragraphe 8.3 de la [RFC2911]) qui effectue cette op�ration DOIT (1) �tre le propri�taire de l�objet d�abonnement, (2) avoir les droits d�acc�s d�op�rateur ou d�administrateur pour cette imprimante (voir la section 1 et le paragraphe 8.5 de la [RFC2911]), ou (3) �tre autrement autoris� par la politique de s�curit� configur�e par l�administrateur de l�imprimante � annuler l�objet d�abonnement cible.
Le souci de la s�curit� standard (livraison au bon utilisateur, confidentialit� du contenu, contenu prot�g� contre les alt�rations) s�applique � chaque m�thode de livraison. Certaines m�thodes de livraison sont plus s�res que d�autres. Chaque document de m�thode de livraison DOIT discuter de ses Consid�rations de s�curit�.
Pi�ge � notifications : si une imprimante prend en charge l�attribut de gabarit d�abonnement FACULTATIF "notifier les attributs" (voir au paragraphe 5.3.4) alors que le client peut demander que l�imprimante retourne tout attribut d�objet de t�che, d�imprimante et d�abonnement sp�cifi�, l�imprimante DOIT appliquer la m�me politique de s�curit� � ces attributs demand�s dans la demande Obtenir les notifications qu�elle applique pour les demandes Obtenir les t�ches, Obtenir les attributs de t�che, Obtenir les attributs d�imprimante, et Obtenir les attributs d�abonnement.
Notifications d��v�nements non d�sir�s (spam) : pour toute m�thode de livraison pouss�e, le plus gros probl�me de s�curit� est de loin l�abus de notifications : la d�livrance de notifications d��v�nement non d�sir�es � des tiers (c�est-�-dire, le spam). Le probl�me empire lorsqu�il y a des adresses de notification qui peuvent �tre redistribu�es de nombreuses fois. Il existe des sc�narios o� la notification � un tiers est utilis�e (voir les sc�nario n� 2 et n� 3 dans la [RFC3997]). Toute solution pleinement s�curis�e passe par l�accord actif de tous les r�cepteurs avant une quelconque livraison.
L�ensemble de base des documents IPP comporte :
Objectifs de conception pour un protocole d�impression sur Internet [RFC2567]
Fondements de la structure, mod�le et protocole du protocole d�impression sur Internet [RFC2568]
Protocole/1.1 d�impression sur Internet : Mod�le et s�mantique [RFC2911]
Protocole/1.1 d�impression sur Internet : Codage et transport [RFC2910]
Protocole/1.1 d�impression sur Internet : Guide de mise en �uvre [RFC3196]
Transposition entre les protocvoles LPD et IPP [RFC2569]
Le document "Objectifs de conception pour un protocole d�impression sur Internet" porte un vaste regard sur la fonction d�impression distribu�e, et �num�re des sc�narios r�els qui aident � clarifier les caract�ristiques qu�il est n�cessaire d�inclure dans un protocole d�impression pour l�Internet. Il identifie les exigences pour trois types d�utilisateurs : utilisateur final, op�rateur, et administrateur. Il fait intervenir un sous ensemble d�exigences d�utilisateur final qui sont satisfaites dans IPP/1.0 [RFC2566, RFC2565]. Quelques op�rations d�op�rateur FACULTATIVES ont �t� ajout�es � IPP/1.1 [RFC2911, RFC2910].
Le document "Fondements de la structure, mod�le et protocole du protocole d�impression sur Internet" d�crit IPP d�un point de vue plus �lev� et d�finit la mission des divers documents qui forment la s�rie des documents de sp�cification d�IPP. Il donne les fondements des d�cisions majeures du groupe de travail IPP de l�ETF.
Le document "Protocole/1.1 d�impression sur Internet : Mod�le et s�mantique" d�crit un mod�le simplifi� avec des objets abstraits, leurs attributs, et leurs op�rations. Le mod�le introduit une imprimante et une t�che. La t�che prend en charge plusieurs documents par t�che. Le document mod�le traite aussi de la fa�on dont les questions de s�curit�, d�internationalisation, et d�annuaire sont trait�es.
Le document "Protocole/1.1 d�impression sur Internet : Codage et transport" est une transposition formelle des op�rations abstraites et des attributs d�finis dans le document mod�le sur HTTP/1.1 [RFC2616]. Il d�finit aussi les r�gles de codage pour un nouveau type de support MIME Internet appel� "application/ipp". Ce document d�finit aussi les r�gles de transport sur HTTP d�un corps de message dont le type de contenu est "application/ipp". Ce document d�finit le sch�ma 'ipp' pour l�identification des imprimantes et des t�ches IPP.
Le document "Protocole/1.1 d�impression sur Internet : Guide de mise en oeuvre" donne des directives et conseils pour la mise en �uvre de clients et objets IPP. Il est destin� � les aider � comprendre IPP/1.1 et � fournir des consid�rations propres � les assister dans la conception de leurs mises en �uvre de client et/ou objet IPP. Par exemple, il donne un ordre de traitement normal d�une demande, avec la v�rification d�erreur. Les motifs de certaines d�cisions de la sp�cification y figurent aussi.
Le document "Transposition entre protocoles LPD et IPP" donne quelques conseils � ceux qui mettent en �uvre des passerelles entre des mises en oeuvre IPP et LPD (Line Printer Daemon).
Les personnes suivantes ont apport� des contributions significatives � la conception et � la r�vision de la pr�sente sp�cification :
|
Scott A.� Isaacson |
Roger deBry |
Jay Martin |
|
Novell, Inc. |
Utah Valley State
College |
Underscore Inc. |
|
122 E 1700 S |
Orem, UT 84058 |
9 Jacqueline St. |
|
Provo, UT� 84606 |
Phone: 801-863-8848 |
Hudson, NH
03051-5308 |
|
Phone: 801-861-7366 |
|
Phone: 603-889-7000 |
|
Fax:�� 801-861-2517 |
m�l:
debryro@uvsc.edu |
Fax:�� 775-414-0245 |
|
m�l:
sisaacson@novell.com |
|
m�l:
jkm@underscore.com |
|
Michael Shepherd |
Ron Bergman |
|
Xerox Corporation |
Ricoh Printing
Systems America |
|
800 Phillips
Road� MS 128-51E |
1757 Tapo Canyon
Road |
|
Webster, NY� 14450 |
Simi Valley, CA
93063-3394 |
|
Phone: 716-422-2338 |
Phone: 805-578-4421 |
|
Fax:�� 716-265-8871 |
Fax:�� 805-578-4001 |
|
m�l: mshepherd@usa.xerox.com |
m�l:
ron.bergman@rpsa.ricoh.com |
Adresse des auteurs
|
Robert Herriot |
Tom Hastings |
|
Global Workflow
Solutions |
Xerox Corporation |
|
706 Colorado Ave. |
701 S Aviation
Blvd, ESAE 242 |
|
Palo Alto, CA 94303 |
El Segundo, CA� 90245 |
|
Phone:� 650-324-4000 |
Phone: 310-333-6413 |
|
m�l:� bob@herriot.com |
m�l:
hastings@cp10.es.xerox.com |
D�claration de copyright
Copyright (C) The Internet Society (2005).
Le pr�sent document est soumis aux droits, licences et restrictions contenus dans le BCP 78, et � www.rfc-editor.org, et sauf pour ce qui est mentionn� ci-apr�s, les auteurs conservent tous leurs droits.
Le pr�sent document et les informations y contenues sont
fournies sur une base "EN L��TAT" et LE CONTRIBUTEUR, L�ORGANISATION
QU�IL OU ELLE REPR�SENTE OU QUI LE/LA FINANCE (S�IL EN EST), LA INTERNET
SOCIETY ET LA INTERNET ENGINEERING TASK FORCE D�CLINENT TOUTES GARANTIES,
EXPRIM�ES OU IMPLICITES, Y COMPRIS MAIS NON LIMIT�ES � TOUTE GARANTIE QUE
L�UTILISATION DES INFORMATIONS CI-ENCLOSES NE VIOLENT AUCUN DROIT OU AUCUNE
GARANTIE IMPLICITE DE COMMERCIALISATION OU D�APTITUDE � UN OBJET PARTICULIER.
Propri�t�
intellectuelle
L�IETF ne prend pas position sur la validit� et la port�e de
tout droit de propri�t� intellectuelle ou autres droits qui pourrait �tre
revendiqu�s au titre de la mise en �uvre ou l�utilisation de la technologie
d�crite dans le pr�sent document ou sur la mesure dans laquelle toute licence
sur de tels droits pourrait �tre ou n��tre pas disponible ; pas plus qu�elle ne
pr�tend avoir accompli aucun effort pour identifier de tels droits. Les
informations sur les proc�dures de l�ISOC au sujet des droits dans les
documents de l�ISOC figurent dans les BCP 78 et BCP 79.
Des copies des d�p�ts d�IPR faites au secr�tariat de l�IETF
et toutes assurances de disponibilit� de licences, ou le r�sultat de tentatives
faites pour obtenir une licence ou permission g�n�rale d�utilisation de tels
droits de propri�t� par ceux qui mettent en �uvre ou utilisent la pr�sente
sp�cification peuvent �tre obtenues sur r�pertoire en ligne des IPR de l�IETF �
http://www.ietf.org/ipr.
L�IETF invite toute partie int�ress�e � porter son attention
sur tous copyrights, licences ou applications de licence, ou autres droits de
propri�t� qui pourraient couvrir les technologies qui peuvent �tre n�cessaires
pour mettre en �uvre la pr�sente norme. Pri�re d�adresser les informations �
l�IETF � ietf- ipr@ietf.org.
Remerciement
Le financement de la fonction d��dition des RFC est
actuellement fourni par Internet Society.