Übersicht über STI-Komponenten
Das folgende Diagramm veranschaulicht die Softwarekomponenten, aus denen Microsoft STI besteht. Im Folgenden wird eine Komponentenliste angezeigt.
Imageerstellungsanwendung
Imaging-Anwendungen empfangen, anzeigen und ermöglichen in der Regel die Bearbeitung von erfassten Standbildern. Sie erhalten Bilder, indem sie eine Bilderfassungs-API aufrufen, z. B. TWAIN. Sie müssen sich über die IStillImage-COM-Schnittstelle beim Ereignismonitor für Standbilder registrieren. Weitere Informationen finden Sie unter Erstellen von Push-Model-fähigen Anwendungen.
Bilderfassungs-API
TWAIN, ISIS und Adobe Systems' Acquire sind Beispiele für Bilderfassungs-APIs. Das Diagramm veranschaulicht TWAIN. Vom Anbieter bereitgestellte TWAIN-Datenquellen sind gerätespezifische, betriebssystemspezifische Komponenten, die mit Standbildgeräten kommunizieren.
Unter Microsoft STI rufen TWAIN-Datenquellen Methoden auf, die von den IStillImage- und IStiDevice-Schnittstellen bereitgestellt werden. Weitere Informationen finden Sie unter Creating Device-Specific Components for Image Acquisition APIs.For more information, see Creating Device-Specific Components for Image Acquisition APIs.For more information, see Creating Device-Specific Components for Image Acquisition APIs.
Scanner und Kameras Systemsteuerung
Mit der Systemsteuerung Scanner und Kameras können Benutzer die folgenden Vorgänge ausführen:
Zeigen Sie eine Liste der installierten Standbildgeräte an.
Testen von Standbildgeräten.
Anzeigen und Ändern von Informationen, die von vom Hersteller bereitgestellten gerätespezifischen Eigenschaftenblattseiten für Standbildgeräte bereitgestellt werden.
Weisen Sie gerätebezogene Standbildereignisse bestimmten Anwendungen zu.
Ereignismonitor für Standbilder
Der Ereignismonitor für Standbilder befindet sich im Standbildserverprozess. Es verwaltet eine Datenbank aller Standbildgeräte (sowohl Plug & Play kompatible Geräte als auch Geräte, die über den Assistenten zum Hinzufügen von Hardware installiert werden). Darüber hinaus werden Datenbanken mit registrierten Anwendungen und Geräteereignissen mit Einem Image verwaltet.
Der Ereignismonitor wartet auf Standbildgeräteereignisse. (Für Geräte, die von älteren Treibern unterstützt werden und keine Geräteereignisse mit Standbildern generieren, erstellt der Ereignismonitor einen Abrufthread.) Wenn ein Ereignis erkannt wird, startet der Ereignismonitor die Anwendung, die der Benutzer zuvor dem Ereignis zugewiesen hat (mithilfe der Systemsteuerung Scanner und Kameras). Wenn der Benutzer das Ereignis mehreren Anwendungen zugewiesen hat, fragt der Ereignismonitor den Benutzer, welche Anwendung gestartet werden soll. Wenn das Ereignis keiner Anwendung zugewiesen wurde, wird es ignoriert.
Weitere Informationen zum Ereignismonitor für Standbilder finden Sie unter Standbild in der Microsoft Windows SDK-Dokumentation.
COM-Schnittstellen für Standbilder
Microsoft STI definiert eine Reihe von COM-Schnittstellen, die Kommunikationspfade zwischen den verschiedenen Microsoft STI-Komponenten bereitstellen. Die folgenden COM-Schnittstellen sind definiert:
IStiDeviceControl COM-Schnittstelle
Minidriver für Den Benutzermodus mit Standbildern
Minidriver für den Benutzermodus für Noch-Images sind vom Anbieter bereitgestellte Komponenten, die eine gerätespezifische Benutzermodusschnittstelle für einen geeigneten Kernelmodustreiber bereitstellen. Jeder dieser Benutzermodustreiber muss die IStiUSD-COM-Schnittstelle implementieren. Sie kommunizieren mit Kernelmodustreibern, indem sie die Win32-Funktionen CreateFile, ReadFile, WriteFile und DeviceIoControl aufrufen (siehe Microsoft Windows SDK Dokumentation). Weitere Informationen finden Sie unter Erstellen eines User-Mode Still Image Minidriver.
Treiber für Kernelmodus-Standbilder
Im Kernelmodus paketieren Noch-Imagetreiber Daten für die Übermittlung an Standbildgeräte, die mit bestimmten Bustypen verbunden sind. Microsoft stellt WDM-basierte Kernelmodus-Imagetreiber für die USB- und SCSI-Busse bereit. Weitere Informationen finden Sie unter Zugreifen auf Kernel-Mode Treiber für Standbildgeräte.
Bei Standbildgeräten, die mit anderen Bussen verbunden sind, kommuniziert der Benutzermodus-Minitreiber direkt mit dem Kernelmodus-Bustreiberstapel.
Ein Hersteller muss nur einen Kernelmodus-Imagetreiber bereitstellen, wenn ein Gerät mit von Microsoft bereitgestellten Treibern nicht kompatibel ist.
Bustreiberstapel im Kernelmodus
Microsoft unterstützt Standbildgeräte, die mit SCSI-, USB-, parallelen, IEEE 1394-kompatiblen und seriellen Bussen verbunden sind, sowie Geräte, die mit Infrarotschnittstellen verbunden sind, wie folgt:
Geräte, die mit SCSI- und USB-Bussen verbunden sind
Benutzermodustreiber rufen busspezifische Kernelmodustreiber für Standbildgeräte auf.
Geräte, die mit einem parallelen Port verbunden sind
EcP-Modi (Erweiterter Funktionsport) und erweiterter paralleler Port (EPP) werden unterstützt. Ein vom Anbieter bereitgestellter Kernelmodus-Filtertreiber kann zwischen dem Benutzermodus-Standbildtreiber und dem Kernelmodus-Bustreiberstapel hinzugefügt werden. (Weitere Informationen zu Treibern für parallele Ports finden Sie unter Designhandbuch für parallele Geräte und Referenz zu parallelen Geräten. Weitere Informationen zu Filtertreibern finden Sie unter Filtertreiber.)
Geräte, die mit einem IEEE 1394-Bus verbunden sind
Für Geräte, die das SBP-2-Protokoll unterstützen, können Benutzermodustreiber die SBP-2-Schnittstelle von Microsoft aufrufen. Andernfalls ist ein vom Anbieter bereitgestellter Filtertreiber erforderlich.
Geräte, die mit einem seriellen Port verbunden sind
Der Serielle Standardporttreiber wird verwendet. (Weitere Informationen finden Sie unter Serielle Geräte und Treiber.)
Geräte, die mit einer Infrarotschnittstelle verbunden sind
Treiber können die IrSock-Softwareschnittstelle aufrufen (siehe Microsoft Windows SDK-Dokumentation).
Ein Anbieter muss nur Bustreiber für Busse bereitstellen, die von Microsoft-Treibern nicht unterstützt werden.