Vue d’ensemble des composants STI
Le diagramme suivant illustre les composants logiciels qui composent Microsoft STI. Vous trouverez ci-dessous une liste de composants.
Application de création d’images
Les applications de création d’images reçoivent, affichent et autorisent généralement la modification d’images fixes capturées. Ils obtiennent des images en appelant une API d’acquisition d’images, telle que TWAIN. Ils doivent s’inscrire eux-mêmes auprès du moniteur d’événements d’image fixe, via l’interface COM IStillImage. Pour plus d’informations, consultez Création d’applications Push-Model prenant en charge.
API d’acquisition d’image
TWAIN, ISIS et Acquisition d’Adobe Systems sont des exemples d’API d’acquisition d’images. Le diagramme illustre TWAIN. Les sources de données TWAIN fournies par le fournisseur sont des composants spécifiques aux appareils et au système d’exploitation qui communiquent avec les appareils à image fixe.
Sous Microsoft STI, les sources de données TWAIN appellent des méthodes fournies par les interfaces IStillImageet IStiDevice . Pour plus d’informations, consultez Création de composants Device-Specific pour les API d’acquisition d’images.
Scanners et caméras Panneau de configuration
Le Panneau de configuration Scanners et caméras permet aux utilisateurs d’effectuer les opérations suivantes :
Affichez la liste des appareils à image fixe installés.
Tester les appareils à image fixe.
Affichez et modifiez les informations fournies par les pages de feuille de propriétés spécifiques aux appareils fournies par le fournisseur pour les appareils à image fixe.
Attribuez des événements d’appareil d’image fixe à des applications spécifiques.
Moniteur d’événements d’image fixe
Le moniteur d’événements d’image fixe réside dans le processus du serveur d’images fixes. Il gère une base de données de tous les appareils à image fixe (à la fois les appareils compatibles Plug-and-Play et ceux installés via l’Assistant Ajout de matériel). Il gère également des bases de données d’applications inscrites et d’événements d’appareil à image fixe.
Le moniteur d’événements attend les événements d’appareil à image fixe. (Pour les appareils pris en charge par les pilotes plus anciens qui ne génèrent pas d’événements de périphérique d’image fixe, le moniteur d’événements crée un thread d’interrogation.) Lorsqu’un événement est détecté, le moniteur d’événements démarre l’application que l’utilisateur a précédemment affectée à l’événement (au moyen du Panneau de configuration Scanners et Caméras). Si l’utilisateur a affecté l’événement à plusieurs applications, le moniteur d’événements lui demande quelle application démarrer. Si l’événement n’a été affecté à aucune application, il est ignoré.
Pour plus d’informations sur le moniteur d’événements d’image fixe, consultez Image fixe dans la documentation Microsoft Windows SDK.
Interfaces COM pour l’image fixe
Microsoft STI définit un ensemble d’interfaces COM qui fournissent des chemins de communication entre les différents composants Microsoft STI. Les interfaces COM suivantes sont définies :
IStiDeviceControl, interface COM
Minidrivers d’image fixe en mode utilisateur
Les minidrivers d’image fixe en mode utilisateur sont des composants fournis par le fournisseur qui fournissent une interface en mode utilisateur spécifique à l’appareil à un pilote en mode noyau approprié. Chacun de ces pilotes en mode utilisateur doit implémenter l’interface COM IStiUSD. Ils communiquent avec les pilotes en mode noyau en appelant les fonctions Win32 CreateFile, ReadFile, WriteFile et DeviceIoControl (décrites dans la documentation Microsoft Windows SDK). Pour plus d’informations, consultez Création d’un minidriver d’image fixe User-Mode.
Pilotes d’image fixe en mode noyau
Les pilotes d’images fixes en mode noyau empaquetent les données pour la remise à des appareils d’image fixe connectés à des types de bus spécifiques. Microsoft fournit des pilotes d’image fixe en mode noyau WDM pour les bus USB et SCSI. Pour plus d’informations, consultez Accès aux pilotes Kernel-Mode pour les appareils à image fixe.
Pour les appareils à image fixe connectés à d’autres bus, le minidriver en mode utilisateur communique directement avec la pile de pilotes de bus en mode noyau.
Un fournisseur doit uniquement fournir un pilote d’image fixe en mode noyau si un appareil n’est pas compatible avec les pilotes fournis par Microsoft.
Piles de pilotes de bus en mode noyau
Microsoft prend en charge les appareils à image fixe connectés aux bus SCSI, USB, parallèles, compatibles IEEE 1394 et série, ainsi que les appareils connectés à des interfaces infra-rouges, comme suit :
Appareils connectés à des bus SCSI et USB
Les pilotes en mode utilisateur appellent des pilotes en mode noyau spécifiques au bus pour les appareils à image fixe.
Appareils connectés à un port parallèle
Les modes de port de fonctionnalités étendues (ECP) et de port parallèle amélioré (EPP) sont pris en charge. Un pilote de filtre en mode noyau fourni par le fournisseur peut être ajouté entre le pilote d’image fixe en mode utilisateur et la pile de pilotes de bus en mode noyau. (Pour plus d’informations sur les pilotes de port parallèle, consultez Guide de conception des périphériques parallèles et Référence des périphériques parallèles. Pour plus d’informations sur les pilotes de filtre, consultez Filtrer les pilotes.)
Appareils connectés à un bus IEEE 1394
Pour les appareils qui prennent en charge le protocole SBP-2, les pilotes en mode utilisateur peuvent appeler l’interface SBP-2 de Microsoft. Sinon, un pilote de filtre fourni par le fournisseur est requis.
Appareils connectés à un port série
Le pilote de port série standard est utilisé. (Pour plus d’informations, consultez Périphériques et pilotes série.)
Appareils connectés à une interface infrarouge
Les pilotes peuvent appeler l’interface logicielle IrSock (décrite dans la documentation Microsoft Windows SDK).
Un fournisseur doit uniquement fournir des pilotes de bus pour les bus qui ne sont pas pris en charge par les pilotes Microsoft.