Autoconfiguration lors d'un changement de configuration

Une fois l’appareil installé, le moniteur de port est chargé de conserver les données de configuration actuelles en envoyant des événements ou en interrogeant. Chaque fois qu’un pilote ou une application est intéressé par la configuration actuelle de l’appareil, il peut utiliser les interfaces de communication bidi et le schéma de communication bidi pour interroger le moniteur de port pour ces informations.

La figure suivante montre le flux de données dans la configuration automatique lorsque la configuration de l’appareil change :

1. Lorsque la configuration de l’appareil change, un appareil qui utilise le protocole Eventing des services Web (WS-Eventing) informe le sous-système d’impression que son état a changé, mais ne décrit pas la modification spécifique. Le moniteur de port TCP/IP standard interroge les appareils qui ne prennent pas en charge WS-Eventing.

2. Le moniteur de port génère une notification indiquant que la configuration de l’appareil a changé et envoie la notification au spouleur.

3. Le spouleur envoie une notification au pilote en appelant DrvPrinterEvent et en transmettant PRINTER_EVENT_CONFIGURATION_UPDATE lors de l’appel. Cet appel de fonction sert à informer le pilote que la configuration de l’appareil a changé.

Le pilote peut déterminer s’il existe une modification de la configuration de l’appareil, car le message de notification porte la valeur modifiée (le schéma est défini dans la spécification de conception de notification Bidi). Toutefois, si la notification est trop importante pour être envoyée par le biais du mécanisme de notification, la notification aura une ou plusieurs instances ReducedSchema, chacune indiquant qu’une caractéristique de l’appareil a changé, mais sans détails de sa nouvelle valeur.