Softwareapplikationen sind heutzutage oft eine Komposition (Mashup) von Webservices verschiedener Drittanbieter. Deren Programmcode ist für Entwickler von Mashups nicht zugänglich, während die Schnittstellen (APIs) öffentlich sind. In API Spezifikationen sind Operationen und deren Eingabe- und Ausgabeparameter beschrieben, die Entwickler nutzen um die APIs in Mashups zu integrieren. Das Erstellen solcher Mashups ist heutzutage vorwiegend manuell und ineffizient aus folgenden Gründen: (1) Das Auffinden von relevanten APIs per Suchalgorithmen ist ineffektiv, weil Suchanfragen und API Spezifikationen aufgrund ihrer terminologischen Heterogenität nicht zusammenpassen. (2) API Spezifikationen enthalten keine API Protokolle was es den Entwicklern von Mashups unmöglich macht alle relevanten Operationen zu ermitteln. (3) Die Kommunikation zwischen verschiedenen APIs innerhalb eines Mashups herzustellen ist aufwändig, da ihre Datenmodelle zueinander inkompatibel sind. Das Prinzip des Brokerage as a Service adressiert diese Probleme wie folgt: (1) Die terminologische Heterogenität von Suchanfragen und API Spezifikationen wird über eine globale Ontologie aufgelöst, sodass die Effektivität von Suchanfragen verbessert wird. (2) API Protokolle werden automatisch mittels Process Mining aus Aufzeichnungen von API Aufrufen erzeugt. (3) Interoperabilität zwischen den APIs eines Mashups wird durch das automatische Erzeugen von Glue Code aus korrespondierenden Parametern erzielt. Mithilfe dieser drei Lösungen ermöglicht es BaaS das Erstellen von Mashups effizienter zu machen.

A predominant kind of software application is mashups of third-party web services. The third-party services are usually black-boxes that have private source code and public Application Programming Interfaces (APIs) with operations and parameters. Requesters of such black-box services are developers who compose services into mashups. Today, the creation of mashups is inefficient because of the following main reasons: (1) Finding suitable services is cumbersome because request and API specification often mismatch due to terminological heterogeneity. This makes search algorithms ineffective in finding relevant APIs. (2) API specifications lack API protocols, which makes it impossible for requesters to determine all operation call sequences that are required for their mashup. (3) Enabling data communication inside the mashups is laborious because different APIs use different parameter names and have incompatible data types and formats.This dissertation introduces Brokerage as a Service (BaaS) that pursues these objectives: (1) Resolving the terminological heterogeneity between requests and API specifications by linking them to a global ontology. Terminological normalization improves the effectiveness of finding relevant APIs. (2) Deriving operation dependencies by mining API protocols from call-logs. (3) Making APIs interoperable by generating glue code from parameter mappings. The code generator emits executable program code that makes API calls, extracts relevant parameters from requests and responses, and translates the data. In summary, this dissertation shows how to facilitate mashup creation by adding missing information to requests and API specifications and how to make APIs interoperable.