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 classes d’appareils simplifient le développement en permettant aux programmeurs de traiter les appareils qui ont des propriétés similaires de manière similaire. Par exemple, un téléphone numérique dans un bureau a généralement plus de fonctionnalités qu’un combiné standard dans une maison, mais les deux répondent de la même façon à un ensemble de fonctions de base, et les deux appartiennent à une classe d’appareil téléphonique. Les classes d’appareils aident à rendre TAPI extensible en fournissant une infrastructure à partir de laquelle classifier et prendre en charge de nouveaux équipements.
Consultez classes d’appareil TAPI pour les classes que TAPI a prédéfinies. Un fournisseur de services peut implémenter et définir des classes d’appareils supplémentaires pour l’équipement qu’il prend en charge. Une application n’a jamais besoin de savoir quel fournisseur de services contrôle l’appareil, mais peut nécessiter des informations sur le contrôle des nouvelles classes d’appareils.
Un fournisseur de services implémente une classe d’appareil en mappant les demandes en commandes d’appareil réelles. Par exemple, lorsque le fournisseur de services d’un modem compatible Hayes reçoit une commande transmise via TAPISVR pour effectuer un appel, il envoie des commandes AT classiques au modem.
L’interface du fournisseur de services peut être mappée à un large éventail d’environnements, y compris ceux qui ne sont pas traditionnellement considérés comme appartenant à la téléphonie. Par exemple, la conférence multimédia sur un réseau IP tel qu’Internet est un exemple.
Les développeurs d’applications doivent garder à l’esprit l’existence d’autres applications qui peuvent partager des services de téléphonie.