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.
Dans TAPI version 3.0 et ultérieure, le modèle objet TAPI utilise des objets terminal pour représenter la source ou le récepteur d’un flux multimédia associé à une session d’appel ou de communication. Ce modèle objet permet à une application de spécifier, au niveau détaillé, la façon dont les médias sont traités sur un appel. Ce modèle permet également à plusieurs terminaux d’être sélectionnés simultanément. Par exemple, un appel peut être généré sur un haut-parleur audio et enregistré simultanément.
L’objet Terminal représente une source ou un renderer, tel qu’un microphone ou un haut-parleur. Une application choisit parmi les terminaux disponibles en fonction du sens multimédia et du type ou des types impliqués dans une session de communication. Chaque flux multimédia associé est ensuite sélectionné sur le terminal approprié pour démarrer la diffusion en continu.
Les terminaux sont normalement implémentés par un fournisseur de services multimédias (MSP) et les objets terminal ne seront pas disponibles s’il n’y a pas de MSP associé à une session de communication. Une exception est qu’avec Windows 2000 SP1 et versions ultérieures, une application peut implémenter une forme de terminal enfichable. Cela permet à un serveur de conférence de créer des terminaux de pontage afin que les clients H323 non-Windows 2000 SP1 ou non multidiffusion puissent être ajoutés aux conférences multidiffusion SDP/IP TAPI 3.
Chaque terminal appartient à une classe de terminal . Une classe de terminal représente un ensemble de fonctionnalités de source ou de rendu. Par exemple, un terminal mappé à un ensemble de haut-parleurs audio serait identifié comme CLSID_SpeakersTerminal, et le fournisseur de services devrait implémenter le contrôle de volume. TAPI 3 définit un ensemble de classes de terminal, un MSP peut définir des classes supplémentaires et une application peut inscrire de nouvelles classes de terminal. Chaque classe de terminal est affectée à un identificateur global unique (GUID).
Du point de vue d’une application, un terminal est décrit par son type de terminal et direction. Le type peut être statique ou dynamique. Un terminal statique est mappé au matériel, tel qu’un téléphone ou un microphone. Un terminal dynamique est mappé à un objet temporaire, tel qu’un fichier ou une fenêtre vidéo. La direction décrit si un terminal donné est une source ou un renderer.
Les fonctionnalités d’un objet terminal donné peuvent varier considérablement en fonction de la paire de fournisseurs de services en cours d’utilisation. Le MSP pour un appareil spécialisé peut implémenter une interface avec des méthodes appropriées à cet appareil. Cette interface peut être agrégée sur l’objet terminal et les méthodes mises à la disposition d’une application. Pour plus d’informations et de documents de référence, consultez la documentation du fournisseur de services multimédias.
Pour plus d’informations sur les interfaces et méthodes de terminal implémentées par TAPI 3, consultez interfaces d’objet terminal.
Si les auteurs d’un fournisseur de services multimédias utilisent les classes de base MSP, ils peuvent implémenter certaines des fonctionnalités du terminal de streaming multimédia.
Pour plus d’informations et d’exemples de code illustrant l’utilisation d’un objet Terminal, consultez Effectuer un appel et recevoir un appel.
Windows XP : Pour plus d’informations sur la façon dont l’objet Terminal a été développé dans Windows XP, consultez terminals de fichiers, terminaux multitracket terminaux enfichables.
Pour plus d’informations et d’exemples de code, consultez Utilisation des terminaux de fichiers, à l’aide de terminaux multitrack et du mécanisme de sélection par défaut, et inscription de terminal enfichable.