Introducción a los componentes de STI
En el diagrama siguiente se muestran los componentes de software que componen Microsoft STI. Después del diagrama se muestra una lista de componentes.
Aplicación de creación de imágenes
Las aplicaciones de creación de imágenes suelen recibir, mostrar y permitir la edición de imágenes fijas capturadas. Obtienen imágenes mediante una llamada a una API de adquisición de imágenes, como TWAIN. Deben registrarse con el monitor de eventos de imagen fija, a través de la interfaz COM IStillImage. Para obtener más información, consulte Creación de aplicaciones compatibles con Push-Model.
API de adquisición de imágenes
La adquisición de TWAIN, ISIS y Adobe Systems son ejemplos de API de adquisición de imágenes. En el diagrama se muestra TWAIN. Los orígenes de datos TWAIN proporcionados por el proveedor son componentes específicos del dispositivo y específicos del sistema operativo que se comunican con dispositivos de imagen fija.
En Microsoft STI, los orígenes de datos TWAIN llaman a métodos proporcionados por las interfaces IStillImagee IStiDevice . Para obtener más información, consulte Creating Device-Specific Components for Image Acquisition APIs (Creación de componentes de Device-Specific para API de adquisición de imágenes).
Escáneres y cámaras Panel de control
El Panel de control escáneres y cámaras permite a los usuarios realizar las siguientes operaciones:
Vea una lista de dispositivos de imagen todavía instalados.
Pruebe los dispositivos de imagen fija.
Vea y modifique la información proporcionada por las páginas de hojas de propiedades específicas del dispositivo proporcionadas por el proveedor para dispositivos de imagen fija.
Asigne eventos de dispositivo de imagen fija a aplicaciones específicas.
Monitor de eventos de imagen fija
El monitor de eventos de imagen fija reside en el proceso del servidor de imágenes todavía. Mantiene una base de datos de todos los dispositivos de imagen fija (tanto los dispositivos compatibles con Plug and Play como los instalados a través del Asistente para agregar hardware). También mantiene bases de datos de aplicaciones registradas y eventos de dispositivo de imagen.
El monitor de eventos espera eventos de dispositivo de imagen fija. (Para los dispositivos compatibles con controladores anteriores que no generan eventos de dispositivo de imagen fija, el monitor de eventos crea un subproceso de sondeo). Cuando se detecta un evento, el monitor de eventos inicia la aplicación que el usuario ha asignado previamente al evento (por medio de los escáneres y cámaras Panel de control). Si el usuario ha asignado el evento a varias aplicaciones, el monitor de eventos pregunta al usuario qué aplicación se va a iniciar. Si el evento no se ha asignado a ninguna aplicación, se omite.
Para obtener más información sobre el monitor de eventos still image, vea Still Image en la documentación de Microsoft Windows SDK.
Interfaces COM para imágenes fijas
Microsoft STI define un conjunto de interfaces COM que proporcionan rutas de comunicación entre los distintos componentes de Microsoft STI. Se definen las siguientes interfaces COM:
IStillImage COM (Interfaz COM)
Interfaz COM IStiDeviceControl
Minicontroladores de imágenes en modo de usuario
Los minidrivers de imagen del modo de usuario son componentes proporcionados por el proveedor que proporcionan una interfaz de modo de usuario específica del dispositivo a un controlador en modo kernel adecuado. Cada uno de estos controladores en modo de usuario debe implementar la interfaz COM de IStiUSD. Se comunican con controladores en modo kernel llamando a las funciones CreateFile, ReadFile, WriteFile y DeviceIoControl Win32 (descritas en la documentación de Microsoft Windows SDK). Para obtener más información, vea Creating a User-Mode Still Image Minidriver.
Controladores de imagen fijas en modo kernel
El modo kernel sigue teniendo en cuenta los datos del paquete de controladores de imagen para la entrega a dispositivos de imagen todavía conectados a tipos de bus específicos. Microsoft proporciona controladores de imagen de modo kernel basados en WDM para los buses USB y SCSI. Para obtener más información, consulte Acceso a controladores de Kernel-Mode para dispositivos de imagen fija.
En el caso de los dispositivos de imagen fija conectados a otros buses, el minidriver en modo de usuario se comunica directamente con la pila de controladores de bus en modo kernel.
Un proveedor solo debe proporcionar un controlador de imagen en modo kernel si un dispositivo no es compatible con los controladores proporcionados por Microsoft.
Pilas de controladores de bus en modo kernel
Microsoft admite dispositivos de imagen todavía conectados a SCSI, USB, paralelos, compatibles con IEEE 1394 y buses serie, junto con dispositivos conectados a interfaces infra rojas, como se indica a continuación:
Dispositivos conectados a buses SCSI y USB
Los controladores en modo de usuario llaman a controladores de modo kernel específicos del bus para dispositivos de imagen fija.
Dispositivos conectados a un puerto paralelo
Se admiten los modos de puerto de funcionalidad extendida (ECP) y puerto paralelo mejorado (EPP). Se puede agregar un controlador de filtro de modo kernel proporcionado por el proveedor entre el controlador de imagen de modo de usuario y la pila de controladores de bus en modo kernel. (Para obtener más información sobre los controladores de puertos paralelos, consulte Guía de diseño de dispositivos paralelos y Referencia de dispositivos paralelos. Para obtener más información sobre los controladores de filtro, vea Filter Drivers).
Dispositivos conectados a un bus IEEE 1394
En el caso de los dispositivos que admiten el protocolo SBP-2, los controladores en modo de usuario pueden llamar a la interfaz SBP-2 de Microsoft. De lo contrario, se requiere un controlador de filtro proporcionado por el proveedor.
Dispositivos conectados a un puerto serie
Se usa el controlador de puerto serie estándar. (Para obtener más información, vea Serial Devices and Drivers).)
Dispositivos conectados a una interfaz de infrarrojos
Los controladores pueden llamar a la interfaz de software de IrSock (que se describe en la documentación de Microsoft Windows SDK).
Un proveedor solo debe proporcionar controladores de autobús para los autobuses que no son compatibles con los controladores de Microsoft.