Visão geral dos componentes de STI
O diagrama a seguir ilustra os componentes de software que compõem o Microsoft STI. Seguindo o diagrama está uma lista de componentes.
Aplicativo de geração de imagens
Os aplicativos de imagem normalmente recebem, exibem e permitem a edição de imagens paradas capturadas. Eles obtêm imagens chamando uma API de aquisição de imagem, como TWAIN. Eles devem registrar-se com o monitor de eventos de imagem ainda, por meio da Interface COM IStillImage. Para obter mais informações, consulte Criando aplicativos com reconhecimento de Push-Model.
API de aquisição de imagem
TWAIN, ISIS e Adobe Systems's Acquire são exemplos de APIs de aquisição de imagem. O diagrama ilustra o TWAIN. As fontes de dados TWAIN fornecidas pelo fornecedor são componentes específicos do sistema operacional específicos do dispositivo que se comunicam com dispositivos de imagem ainda.
Em Microsoft STI, as fontes de dados TWAIN chamam métodos fornecidos pelas interfaces IStillImagee IStiDevice . Para obter mais informações, consulte Criando componentes Device-Specific para APIs de aquisição de imagem.
Scanners e câmeras Painel de Controle
O Painel de Controle Scanners e Câmeras permite que os usuários executem as seguintes operações:
Exibir uma lista de dispositivos de imagem ainda instalados.
Testar dispositivos de imagem ainda.
Exiba e modifique as informações fornecidas por páginas de folha de propriedades específicas do dispositivo fornecidas pelo fornecedor para dispositivos de imagem parada.
Atribua eventos de dispositivo de imagem ainda a aplicativos específicos.
Monitor de Eventos de Imagem Ainda
O monitor de eventos de imagem ainda reside no processo do servidor de imagem ainda. Ele mantém um banco de dados de todos os dispositivos de imagem ainda (dispositivos compatíveis com Plug and Play e aqueles instalados por meio do Assistente para Adicionar Hardware). Ele também mantém bancos de dados de aplicativos registrados e eventos de dispositivo de imagem.
O monitor de eventos aguarda eventos de dispositivo de imagem ainda. (Para dispositivos compatíveis com drivers mais antigos que não geram eventos de dispositivo de imagem ainda, o monitor de eventos cria um thread de sondagem.) Quando um evento é detectado, o monitor de eventos inicia o aplicativo que o usuário atribuiu anteriormente ao evento (por meio dos scanners e câmeras Painel de Controle). Se o usuário tiver atribuído o evento a vários aplicativos, o monitor de eventos perguntará ao usuário qual aplicativo iniciar. Se o evento não tiver sido atribuído a nenhum aplicativo, ele será ignorado.
Para obter mais informações sobre o monitor de eventos still image, consulte Still Image na documentação do SDK do Microsoft Windows.
Interfaces COM para Imagem Parada
O Microsoft STI define um conjunto de interfaces COM que fornecem caminhos de comunicação entre os vários componentes do Microsoft STI. As seguintes interfaces COM são definidas:
IStiDeviceControl COM Interface
Minidrivers de imagem parada no modo de usuário
Os minidrivers de imagem de modo de usuário ainda são componentes fornecidos pelo fornecedor que fornecem uma interface de modo de usuário específica do dispositivo para um driver de modo kernel apropriado. Cada um desses drivers de modo de usuário deve implementar a interface COM IStiUSD. Eles se comunicam com drivers no modo kernel chamando as funções CreateFile, ReadFile, WriteFile e DeviceIoControl Win32 (descritas na documentação do SDK do Microsoft Windows). Para obter mais informações, consulte Criando um minidriver de imagem ainda User-Mode.
Drivers de imagem ainda no modo Kernel
O modo kernel ainda impulsiona os dados do pacote de drivers para entrega em dispositivos de imagem ainda conectados a tipos de barramento específicos. A Microsoft fornece drivers de imagem ainda no modo kernel baseado em WDM para os barramentos USB e SCSI. Para obter mais informações, consulte Acessando drivers de Kernel-Mode para dispositivos de imagem ainda.
Para dispositivos de imagem parada conectados a outros barramentos, o minidriver de modo de usuário se comunica diretamente com a pilha de driver de barramento no modo kernel.
Um fornecedor só precisa fornecer um driver de imagem ainda no modo kernel se um dispositivo for incompatível com drivers fornecidos pela Microsoft.
Pilhas de driver de barramento no modo kernel
A Microsoft dá suporte a dispositivos de imagem ainda conectados a SCSI, USB, paralelo, compatível com IEEE 1394 e barramentos seriais, juntamente com dispositivos conectados a interfaces infravermelhas, da seguinte maneira:
Dispositivos conectados a barramentos SCSI e USB
Os drivers de modo de usuário chamam drivers de modo kernel específicos do barramento para dispositivos de imagem parada.
Dispositivos conectados a uma porta paralela
Há suporte para os modos ECP (porta paralela) e EPP (porta paralela avançada). Um driver de filtro de modo kernel fornecido pelo fornecedor pode ser adicionado entre o driver de imagem still do modo de usuário e a pilha de driver de barramento no modo kernel. (Para obter mais informações sobre drivers de porta paralelas, consulte Guia de design de dispositivos paralelos e Referência de dispositivos paralelos. Para obter mais informações sobre drivers de filtro, consulte Filtrar drivers.)
Dispositivos conectados a um barramento IEEE 1394
Para dispositivos que dão suporte ao protocolo SBP-2, os drivers de modo de usuário podem chamar a interface SBP-2 da Microsoft. Caso contrário, um driver de filtro fornecido pelo fornecedor será necessário.
Dispositivos conectados a uma porta serial
O driver de porta serial padrão é usado. (Para obter mais informações, consulte Dispositivos serial e drivers.)
Dispositivos conectados a uma interface infravermelha
Os drivers podem chamar a interface de software IrSock (descrita na documentação do SDK do Microsoft Windows).
Um fornecedor só precisa fornecer motoristas de ônibus para ônibus que não são compatíveis com os motoristas da Microsoft.