Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Les fournisseurs de services implémentent des contrôles détaillés des appareils de téléphonie. Un fournisseur de services de téléphonie (TSP) fournit des contrôles d’appel et un fournisseur de services multimédias, s’il existe, contrôle le flux multimédia.
Tous les fournisseurs de services de téléphonie s’exécutent dans le processus TAPISRV. Les fournisseurs de services peuvent créer des threads dans le contexte TAPISRV si nécessaire pour effectuer leur travail et être sûrs qu’aucune des ressources qu’ils créent ne sera détruite par la sortie de n’importe quelle application individuelle. Le serveur TAPI traduit les commandes d’application selon les besoins en un ensemble cohérent de commandes appelées TSPI (Téléphonie Service Provider Interface).
Les fournisseurs de services multimédias s’exécutent dans l’espace de processus de l’application, ce qui permet la réponse rapide parfois requise dans les contrôles multimédias. La DLL TAPI fournit une adhésion cohérente à l’interface MSPI (Media Service Provider Interface).
Pour une couverture plus détaillée des fournisseurs de services, consultez vue d’ensemble du fournisseur de services TAPI.
Sous la DLL du fournisseur de services de téléphonie, le fournisseur de services peut utiliser toutes les fonctions système ou d’autres composants nécessaires. Ces fonctions incluent CreateFile et DeviceIoControl, qui fonctionnent avec des composants et services en mode noyau conçus par le fournisseur de matériel indépendant, ainsi que des appareils standard tels que des ports série et parallèles pour contrôler les appareils externes attachés localement. Ils peuvent également accéder aux services réseau (tels que RPC, Windows Sockets et canaux nommés) pour la téléphonie client/serveur.
La DLL d’interface utilisateur du fournisseur de services de téléphonie est chargée par TAPI dans le processus d’une application qui appelle l’une des fonctions du fournisseur de services pouvant afficher une boîte de dialogue (par exemple, TSPI_lineConfigDialog). Le fournisseur de services peut également charger et exécuter sa DLL d’interface utilisateur associée dans le processus d’une application si le fournisseur de services doit afficher l’interface utilisateur à des moments inattendus, par exemple pour afficher la boîte de dialogue Talk/Hang-up affichée par le pilote de modem universel (UNIMODEM) lorsqu’un modem de données est utilisé pour composer un appel vocal interactif à l’aide de TSPI_lineMakeCall (pas normalement considéré comme un appel vocal interactif Fonction de génération d’interface utilisateur).
Le gestionnaire de demandes proxy est une application de téléphonie complète qui s’exécute normalement sur un serveur de téléphonie (le même serveur sur lequel le fournisseur de services de téléphonie s’exécute pour les appareils de ligne associés). Cette architecture, plutôt que l’architecture du fournisseur de services WOSA, est utilisée lorsqu’un service particulier est plus correctement implémenté dans une application que dans un pilote sur le serveur. Par exemple, les fonctions de gestion de l’agent ACD sont implémentées dans un gestionnaire de requêtes proxy plutôt que dans un fournisseur de services.
Le fournisseur de services de pilote UNIMODEM pour le contrôle modem est disponible sur les systèmes d’exploitation Windows Server 2003, Windows XP, Windows 2000 et Windows NT. La téléphonie Windows inclut également un mappeur TSPI (Kernel-Mode Service Provider Interface) générique, KMDDSP, qui permet aux fournisseurs de services d’être implémentés en tant que pilotes de périphériques en mode noyau.