Die TAPI ist Bestandteil des Windows Open Services Architecture (WOSA)-Modells, d.h. Microsoft hat hier eine API (Application Programming Interface) definiert, eine Bibliothek von Funktionen, die von Applikationen genutzt werden kann, um im speziellen Fall der TAPI z.B. Telefoniefunktionen via API-Aufrufe zu implementieren. Die API selbst leitet diese Funktionsaufrufe der Applikation weiter an einen sogenannten WOSA-Treiber, der für die Kommunikation zwischen API und Hardware zuständig ist. Ein solcher Treiber würde z.B. von einem Hersteller für seine Hardware hergestellt. Aus Kompatibilitätsgründen muß er sich dazu an den von Microsoft vorgegebenen Rahmen halten und diesen unterstützen, damit seine Hardware auch von der Anwendungssoftware angesprochen werden kann.
Das WOSA-Modell legt demnach eine Standard-API und eine Standard-Treiber-Spezifikation fest, an die sich sowohl Entwickler von Anwendungssoftware, als auch Entwickler von WOSA-Treibern halten müssen, sofern ihre Produkte miteinander kompatibel sein sollen.
Die folgende Abbildung zeigt noch einmal das WOSA-Modell bestehend aus seinen drei Schichten. Ganz oben steht die Applikation, die API befindet sich in der Mitte und der Treiber bildet die untere Schicht. Die API dient beiden, Anwendung und Treiber, als gemeinsame Schnittstelle. Oft werden in diesem Zusammenhang die Applikation auch als Service Requester und der Treiber als Service Provider bezeichnet.
- Die drei Schichten des WOSA-Modell's
Die Schnittstelle zwischen API und Treiber wird, wie schon in der Einleitung erwähnt, als das Service Provider Interface bezeichnet. Es legt die Implementierung und das Verhalten des Treibers in Bezug auf die darüberliegende API fest.
Die TAPI leitet die Funktionsaufrufe bzw. Dienstanforderungen der unterschiedlichen Applikationen an den entsprechenden Telephony Service Provider weiter. Die Anzahl der im System installierten Service Provider ist beliebig, solange diese nicht versuchen, zur gleichen Zeit auf ein und dasselbe Gerät zuzugreifen. Obwohl TAPI in der Lage ist, Aufrufe an mehrere Service Provider weiterzuleiten, kann der Treiber selbst nicht feststellen, wie viele andere Treiber zu diesem Zeitpunkt von der TAPI behandelt werden. Für ihn sieht es so aus, als ob die darüberliegende TAPI einzig und allein Funktionsaufrufe für ihn bearbeiten würde. Die nächste Abbildung zeigt eine Umgebung mit mehreren Applikationen, welche über die TAPI auf verschiedene Telephony Service Provider zugreifen.
- Die TAPI-Service Provider Umgebung
Aus der Abbildung ist zu erkennen, daß mehrere Service Provider zur gleichen Zeit im System existieren können. Eine einzige Applikation kann auf unterschiedliche Service Provider zugreifen, wie dies von den durchgezogenen Pfeilen gezeigt wird. Im Gegensatz dazu kann aber auch ein Service Provider von mehreren Applikationen verwendet werden, was durch die gestrichelten Pfeile dargestellt wird. Die TAPI spielt die Rolle des Vermittlers zwischen Applikationen und Service Provider, indem sie die Kommandos und Ereignisse, welche über diese ausgetauscht werden, entsprechend zusammenfügt und aufteilt.
