Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
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 llamando 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
TWAIN, ISIS y Acquire de Adobe Systems son ejemplos de APIs para la adquisición de imágenes. En el diagrama se muestra TWAIN. Las fuentes de datos TWAIN proporcionadas por el proveedor son componentes específicos para dispositivos y sistemas operativos que se comunican con dispositivos de imagen fija.
En Microsoft STI, los orígenes de datos TWAIN llaman a los métodos proporcionados por las interfaces IStillImage e IStiDevice. Para obtener más información, consulte Creación de componentes Device-Specific para las APIs de adquisición de imágenes.
Escáneres y panel de control cámaras
El Panel de control escáneres y cámaras permite a los usuarios realizar las siguientes operaciones:
Vea una lista de dispositivos de imagen fija instalados.
Pruebe los dispositivos de imágenes fijas.
Vea y modifique la información proporcionada por las 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 Still Image
El monitor de eventos de imagen fija reside en el proceso de servidor de imagen fija. Mantiene una base de datos de todos los dispositivos de imagen fija (tanto los 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 dispositivos de imágenes fijas.
El monitor de eventos espera eventos de dispositivo de imagen fija. Para los dispositivos que son compatibles con controladores más antiguos y no generan eventos de dispositivo de imagen fija, el monitor de eventos crea un hilo de sondeo. Cuando se detecta un evento, el monitor de eventos inicia la aplicación que el usuario ha asignado previamente al evento mediante el Panel de control de escáneres y cámaras. Si el usuario ha asignado el evento a varias aplicaciones, el monitor de eventos le pide al usuario qué aplicación 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 imagen fija
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:
IStiDeviceControl COM (interfaz COM)
Minicontroladores de imágenes fijas en modo usuario
Los minidrivers de imágenes en modo de usuario son componentes que son suministrados por el fabricante y proporcionan una interfaz en modo de usuario específica del dispositivo a un controlador en modo núcleo 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 del SDK de Microsoft Windows). Para obtener más información, consulte Creación de un minicontrolador de imágenes fijas en modo de usuario.
Controladores de imágenes fijas en modo kernel
El modo kernel de los controladores de imágenes fijas empaqueta datos para la entrega a dispositivos de imágenes fijas conectados a tipos de bus específicos. Microsoft proporciona controladores de imágenes 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 imágenes fijas conectados a otros buses, el minicontrolador en modo de usuario se comunica directamente con la pila de controladores del bus en modo kernel.
Un proveedor solo debe proporcionar un controlador de imagen de 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 fijos conectados a buses SCSI, USB, paralelos, compatibles con IEEE 1394 y serie, junto con dispositivos conectados a interfaces de infrarrojo, 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 imágenes fijas.
Dispositivos conectados a un puerto paralelo
Se admiten los modos de puerto de capacidades extendidas (ECP) y puerto paralelo mejorado (EPP). Se puede agregar un controlador de filtro en 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 puerto paralelos, vea 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 Controladores de filtro.)
Dispositivos conectados a un bus IEEE 1394
Para 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, consulte Dispositivos y controladores serie).
Dispositivos conectados a una interfaz de infrarrojos
Los controladores pueden llamar a la interfaz de software IrSock (descrita en la documentación del SDK de Microsoft Windows).
Un proveedor solo debe proporcionar controladores de autobús para autobuses que no son compatibles con los controladores de Microsoft.