Freigeben über


Autokonfiguration während der Konfigurationsänderung

Nachdem das Gerät installiert wurde, ist der Portmonitor dafür verantwortlich, die Konfigurationsdaten entweder durch Senden von Ereignissen oder durch Abruf aktuell zu halten. Wenn ein Treiber oder eine Anwendung an der aktuellen Konfiguration des Geräts interessiert ist, kann er die bidi-Kommunikationsschnittstellen und das bidi-Kommunikationsschema verwenden, um den Portmonitor für diese Informationen abzufragen.

Die folgende Abbildung zeigt den Datenfluss in der automatischen Konfiguration, wenn sich die Konfiguration des Geräts ändert:

Diagramm, das den Datenfluss in der automatischen Konfiguration veranschaulicht, wenn sich die Konfiguration des Geräts ändert.

  1. Wenn sich die Gerätekonfiguration ändert, benachrichtigt ein Gerät, das das Web Services-Ereignising (WS-Eventing) verwendet, das Drucksubsystem darüber, dass sich der Status geändert hat, aber nicht die spezifische Änderung beschreibt. Der Standardmäßige TCP/IP-Portmonitor fragt Geräte ab, die WS-Eventing nicht unterstützen.

  2. Der Portmonitor generiert eine Benachrichtigung, dass sich die Gerätekonfiguration geändert hat, und sendet die Benachrichtigung an den Spooler.

  3. Der Spooler sendet eine Benachrichtigung an den Treiber, indem DrvPrinterEvent aufgerufen wird und dabei PRINTER_EVENT_CONFIGURATION_UPDATE übergeben wird. Dieser Funktionsaufruf dient dazu, den Treiber darüber zu informieren, dass sich die Konfiguration des Geräts geändert hat.

Der Treiber kann bestimmen, wann eine Änderung der Konfiguration für das Gerät vorhanden ist, da die Benachrichtigung den geänderten Wert trägt (das Schema wird in der Bidi Notification-Entwurfsspezifikation definiert). Wenn die Benachrichtigung jedoch zu groß ist, um über den Benachrichtigungsmechanismus gesendet zu werden, verfügt die Benachrichtigung über eine oder mehrere ReducedSchema-Instanzen, die jeweils darauf hindeuten, dass sich ein Gerätemerkmal geändert hat, jedoch ohne Details des neuen Werts.