Freigeben über


Übersicht über STI-Komponenten

Das folgende Diagramm veranschaulicht die Softwarekomponenten, aus denen Microsoft STI besteht. Im Folgenden wird eine Komponentenliste angezeigt.

Diagramm zur Veranschaulichung der Microsoft sti-Komponenten.

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:

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:

IStillImage COM-Schnittstelle

IStiDevice COM-Schnittstelle

IStiUSD COM-Schnittstelle

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.