Panoramica dei componenti STI
Il diagramma seguente illustra i componenti software che compongono Microsoft STI. Seguendo il diagramma è riportato un elenco di componenti.
Applicazione per la creazione di immagini
Le applicazioni di creazione di immagini in genere ricevono, visualizzano e consentono la modifica di immagini ancora acquisite. Ottengono immagini chiamando un'API di acquisizione di immagini, ad esempio TWAIN. Devono registrarsi con il monitoraggio degli eventi immagine ancora, tramite l'interfaccia COM IStillImage. Per altre informazioni, vedere Creating Push-Model Aware Applications.For more information, see Creating Push-Model Aware Applications.
API acquisizione immagini
TWAIN, ISIS e Adobe Systems' Acquire sono esempi di API di acquisizione di immagini. Il diagramma illustra TWAIN. Le origini dati TWAIN fornite dal fornitore sono componenti specifici del dispositivo specifici del sistema operativo che comunicano con dispositivi ancora immagine.
In Microsoft STI, le origini dati TWAIN chiamano i metodi forniti dalle interfacce IStillImagee IStiDevice . Per altre informazioni, vedere Creazione di componenti Device-Specific per le API di acquisizione di immagini.
Scanner e telecamere Pannello di controllo
Il Pannello di controllo Scanner e fotocamere consente agli utenti di eseguire le operazioni seguenti:
Visualizzare un elenco di dispositivi ancora immagine installati.
Testare i dispositivi ancora immagine.
Visualizzare e modificare le informazioni fornite dalle pagine della finestra delle proprietà specifiche del fornitore per i dispositivi ancora immagine.
Assegnare eventi del dispositivo ancora immagine a applicazioni specifiche.
Monitoraggio eventi immagine ancora
Il monitoraggio degli eventi di immagine ancora risiede nel processo del server di immagini. Gestisce un database di tutti i dispositivi ancora immagine (dispositivi compatibili con Plug and Play e quelli installati tramite l'Aggiunta guidata hardware). Gestisce anche i database delle applicazioni registrate e ancora gli eventi del dispositivo di immagine.
Il monitoraggio eventi attende gli eventi del dispositivo ancora immagine. Per i dispositivi supportati da driver meno recenti che non generano ancora eventi del dispositivo immagine, il monitoraggio eventi crea un thread di polling. Quando viene rilevato un evento, il monitoraggio eventi avvia l'applicazione assegnata in precedenza all'evento (tramite scanner e pannello di controllo fotocamere). Se l'utente ha assegnato l'evento a più applicazioni, il monitoraggio eventi chiede all'utente quale applicazione avviare. Se l'evento non è stato assegnato ad alcuna applicazione, viene ignorato.
Per altre informazioni sul monitoraggio degli eventi di immagine ancora, vedere Still Image nella documentazione di Microsoft Windows SDK.
Interfacce COM per l'immagine ancora
Microsoft STI definisce un set di interfacce COM che forniscono percorsi di comunicazione tra i vari componenti di Microsoft STI. Sono definite le interfacce COM seguenti:
Interfaccia COM IStiDeviceControl
Minidriver immagine in modalità utente
I minidriver in modalità utente sono componenti forniti dal fornitore che forniscono un'interfaccia in modalità utente specifica del dispositivo a un driver in modalità kernel appropriato. Ognuno di questi driver in modalità utente deve implementare l'interfaccia COM IStiUSD. Comunicano con i driver in modalità kernel chiamando le funzioni CreateFile, ReadFile, WriteFile e DeviceIoControl Win32 (descritte nella documentazione di Microsoft Windows SDK). Per altre informazioni, vedere Creating a User-Mode Still Image Minidriver.For more information, see Creating a User-Mode Still Image Minidriver.
Driver di immagine ancora in modalità kernel
I dati del pacchetto dei driver immagine in modalità kernel per il recapito a dispositivi immagine ancora connessi a tipi di bus specifici. Microsoft fornisce driver immagine basati su KERNEL basati su WDM per i bus USB e SCSI. Per altre informazioni, vedere Accesso ai driver Kernel-Mode per i dispositivi ancora immagine.
Per i dispositivi ancora immagine connessi ad altri bus, il minidriver in modalità utente comunica direttamente con lo stack di driver del bus in modalità kernel.
Un fornitore deve fornire un driver di immagine in modalità kernel solo se un dispositivo non è compatibile con i driver forniti da Microsoft.
Stack di driver del bus in modalità kernel
Microsoft supporta i dispositivi immagine ancora connessi a bus SCSI, USB, paralleli, compatibili con IEEE 1394 e seriali, insieme ai dispositivi connessi a interfacce infra-rosse, come indicato di seguito:
Dispositivi connessi a bus SCSI e USB
I driver in modalità utente chiamano driver in modalità kernel specifici del bus per i dispositivi ancora immagine.
Dispositivi connessi a una porta parallela
Sono supportate le modalità ECP (Extended Capabilities Port) e EPP (Enhanced Parallel Port). È possibile aggiungere un driver di filtro in modalità kernel fornito dal fornitore tra il driver immagine in modalità utente e lo stack di driver del bus in modalità kernel. Per altre informazioni sui driver di porta paralleli, vedere Guida alla progettazione di dispositivi paralleli e Informazioni di riferimento sui dispositivi paralleli. Per altre informazioni sui driver di filtro, vedere Filtrare i driver.
Dispositivi connessi a un bus IEEE 1394
Per i dispositivi che supportano il protocollo SBP-2, i driver in modalità utente possono chiamare l'interfaccia SBP-2 di Microsoft. In caso contrario, è necessario un driver di filtro fornito dal fornitore.
Dispositivi connessi a una porta seriale
Viene usato il driver della porta seriale standard. Per altre informazioni, vedere Dispositivi seriali e driver.
Dispositivi connessi a un'interfaccia a infrarossi
I driver possono chiamare l'interfaccia software IrSock (descritta nella documentazione di Microsoft Windows SDK).
Un fornitore deve fornire solo i conducenti degli autobus che non sono supportati dai driver Microsoft.