DataPortability – Join The Conversation from Smashcut on Vimeo.

Die Benutzer des Internets könnten verschiedener nicht sein. Sie komme aus verschiedenen Völkern und Kulturen, sprechen unterschiedliche Sprachen und benutzen das Netz für die Bewältigung diversester Aufgaben. Viele Menschen verfügen heutzutage über eine (oder mehrere) E-Mail Adressen wie z.B. GMail, bewegen sich in einem (oder mehreren) Social Networks wie z.B. Facebook, laden ihre Bilder auf Fotoportalen, Videos auf Videoportalen und selbst geschriebene Texte in das eigene Weblog hoch. Wer das Netz auch nur ansatzweise intensiv nutzt wir von dem nachfolgenden Prozedere ein leidiges Lied singen können. Registriert hat sich ein aktiver „User“ heutzutage bereits diverse Male, danach das eigene Profil ausgefüllt, Kontakte gefunden, sich befreundet und Kontaktanfragen bestätigt. Dieser Aufwand kostet Zeit, ist mühselig und zwingt Benutzer regelrecht dazu, bei einer einzigen Plattform (die zumindest eine bestimmte Aufgabe erfüllt) zu bleiben. Ein Wechsel kommt dem Tod der im Netz hinterlegten Identität und der mit ihr gewonnenen Reputation gleich. Ein Wechsel, auch wenn er aufgrund geänderter Geschäftsbedingungen oder aus anderen Gründen notwendig wäre, ist für viele Benutzer indiskutabel (dies zeigten bereits die zahlreichen Eskapaden beim Social Network studiVZ, die sich nicht – wie befürchtet – in einem Mitgliederschwund äußerten). Wem gehören aber die Daten, die ein Benutzer mit der Zeit aktiv (durch selbst verfasste Inhalte) und auch passiv (durch das erhalten von Kommentaren) erzeugt?!

Das DataPortability-Projekt

An dieser Stelle setzt das DataPortablity-Projekt an, das die folgenden Grundsätze formuliert:

• Benutzer sollen über ihre Identität und den damit verbundenen Inhalten frei verfügen können
• Benutzer sollen selbst auswählen dürfen, welche Anwendungen sie benutzen
• Benutzer benötigen einen Mechanismus, ähnlich eines DHCP-Servers, der ihre Identitäten veraltet und distributiert
• Daten von Benutzern sollen von einem verteilten Dateisystem bereitgehalten werden

Die dafür notwendigen Technologien wie zum Beispiel OPML, RSS und Microformats existieren bereits heute. Beim DataPortability-Projekt sollen also keine neuen Protokolle und Technologien entwickelt werden. Vielmehr sollen Anleitungen zur technischen und grundsätzlichen Umsetzungen erstellt werden. Sechs Gruppen behandeln deshalb die verschiedenen Aspekte, die hier berücksichtigt werden müssen. Die Steering Group befasst sich mit der Gesamtlenkung des DataPortability-Projekts. In der Technical Group wird das technische Design diskutiert, um ein so genanntes „Technical Blueprint“ zu erstellen, das bewährte Verfahren zur Umsetzungen enthält. In der Policy Group werden rechtliche und politische Belange geklärt, die sich im Zusammenhang mit den neuen Technologien und ihrer Anwendung ergeben. Die Evangelism Group besteht aus Promotern, die das Projekt bspw. über Blogs und andere Medien nach außen hin vertreten. In der Implementation Group werden Beispiele in verschiedenen Programmiersprachen umgesetzt, die die im „Technical Blueprint“ behandelten Inhalte beispielhaft belegen. Die Localization Group ist mit der Lokalisierung des Projekts, den Webseiten und Dokumenten beauftragt. Seit 2008 wird die Arbeitsgruppe zudem durch namhafte Unternehmen wie Microsoft, Google, Facebook, Drupal, Flickr u. a. unterstützt.

Technologien im Überblick

Wie bereits erwähnt werden beim DataPortability-Projekt keine neuen Technologien oder Protokolle entwickelt sondern auf bestehenden Lösungen aufgebaut. Die wichtigsten sollen hier in kürze genannt sein:

OpenID (Open Identitfication)
Hierbei handelt es sich um einen dezentralen Identifizierungsdienst. Die Vorgehensweise ähnelt dem eines SSO-Systems (Single Sign-On). Nach einmaliger Registrierung können andere Dienste die Identität eines Benutzers über den verwendeten OpenID-Dienstes verifizieren. Es existieren derzeit zahlreiche OpenID-Server.

OAuth (Open Authentication)
OAuth bezeichnet eine simple Methode zur Umsetzung einer API zur Authentifizierung von Diensten, die auf Grundlage von Token, über so genannte Request/Access Keys, funktioniert.

APML (Attention Profiling Mark-Up Language)
Es handelt sich um ein XML-basiertes Format zum Austausch von Interessen, das – ist es erst einmal angelegt – zwischen verschiedenen Diensten ausgetauscht werden kann. Interessen ergeben sich aus der Browser History, Bookmarks usw. und werden im Idealfall (sofern gewünscht) automatisch gesammelt. Relevante Informationen sollen sich hierüber besser herausfiltern lassen.

RSS (Really Simple Syndication, seit Ver. 2.0)
RSS ist ein XML-basiertes Nachrichtenformat, das mit dem Aufkommen von Blogs an Popularität gewonnen hat. Es ermöglicht dem Benutzer sich über Neuigkeiten/neue Inhalte zu informieren. RSS wird meist in Zusammenhang mit so genannten Feed Readern (online oder als Desktopapplikation) genutzt. RSS-Feeds ersetzen auch immer häufiger API-Aufrufe zwischen verschiedenen Diensten.

OPML (Outline Processor Markup Language)
Ursprünglich sollten über OPML Textgliederungen abgebildet werden. Heutzutage werden über OPML hauptsächlich Feeds (wie RSS-Feeds) hierarchisch strukturiert.

RDF (Resource Description Framework)
RDF basiert ebenfalls auf XML und wurde für das „Semantic Web“ entwickelt, um eine maschinenlesbare Form zur Verarbeitung von Metadaten im Internet zu erreichen.

FoaF (Friend of a Friend)
Foaf ist ein offenes, auf RDF aufbauendes, Protokoll zur Beschreibung von Freundschaftsbeziehungen. Hierdurch können Informationen zu einem selbst und zu anderen Personen dargestellt werden. Eindeutig identifiziert werden Identitäten hier über eine mittels SHA1 verschlüsselte Darstellung ihrer E-Mail Adressen als Hash.

XFN (XHTML Friends Network)
XFN ist eines von vielen Microformats. Durch XFN werden Links semantisch annotiert, so dass sich Beziehungen zwischen Seiten und ihren Autoren darstellen lassen.

hCard (HTML vCard)
Auch bei hCard handelt es sich um ein Microformat. Durch hCards wird bestehendes HTML mit semantischen Informationen angereichert.

Anwendungen und Fazit

Schon heute verwenden Dienste, besonders Erfolgreiche des Web 2.0, diverse APIs um einen Austausch von Daten zu gewähren. Facebook Apps und der damit verbundene Ansatz erlauben vielfach zwar meist, neue Daten hinzuzufügen, nur selten besteht aber ein wirklicher Datenaustausch im Sinne eines Exports. NoseRub, ein dezentrales Social Network, das 2007 von dem Kölner Dirk Olbertz konzipiert und umgesetzt wurde zeigt in Ansätzen welche Möglichkeiten sich bei einem „Offenen Dienst“ ergeben. Die steigende Zahl der Benutzer von Internetdiensten wird auch die Forderung nach der Öffnung von Diensten lauter werden lassen. Das DataPortability-Projekt hat also gute Chancen ernst genommen zu werden.

Credits

Grundlage für den obigen Text ist ein Vortrag von Ortwin Kartmann, der am 27. Februar an der Fachhochschule Gießen gehalten wurde.