Eine kleine Geschichte

Nehmen wir zum Beispiel an, ich betreibe eine Applikation, die es den Facebook-Nutzern ermöglicht, einen virtuellen Bauernhof zu hegen und zu pflegen. Meine App ist so erfolgreich, dass eine große Anzahl von Facebook-Nutzern daran gefallen findet. Schon bald komme ich auf die Idee, spezielle Items für bares Geld zu verkaufen. Da ich das Spiel so angelegt habe, dass viele Abläufe meiner virtuellen Bauern ohne die speziellen Items unerträglich lange dauern und der Mensch im Allgemeinen eher ungeduldig ist, verdiene ich mir schon bald eine goldene Nase. Dies läuft eine ganze Weile gut.

Irgendwann stellt Facebook fest, dass der Werbemarkt erschöpft ist und um mehr Umsatz zu generieren neue Ideen von Nöten sind. Allerdings will Mark und Co. nichts neues mehr einfallen. Also wird sich auf der eigenen Plattform nach gut laufenden Konzepten umgeschaut. Dabei stolpern die Späher über meinen virtuellen Bauernhof und entscheiden sich, ein eigenes Bauernhofspiel zu etablieren.

Nun würde ich als erstes darauf hoffen, ein Urheberrecht auf die Idee des virtuellen Bauernhofes zu besitzen und Facebook das Kopieren meiner Idee verbieten zu können. Aber selbst wenn das so wäre, hat Facebook in seinen Entwickler-AGB mit Punkt 19 bereits vorgesorgt:

9.19 Wir können Anwendungen erstellen, die über ähnliche Funktionen und Dienstleistungen wie deine Anwendung verfügen oder anderweitig mit deiner Anwendung konkurrieren

Ok, sage ich mir. Dann kann ich eben Facebook nicht daran hindern eine eigene App aufzuziehen.  Meine App ist schon sehr weit entwickelt und basiert auf einer soliden Softwarebasis. Diesen Vorsprung einzuholen dürfte für Facebook einiges an Anstrengung abverlangen. Dies ist auch Facebook bewusst und es entschließt sich die Entwicklungsarbeit zu beschleunigen und auf Punkt 17. und 18. der Dev-AGB zurück zu greifen:

9.17 Wir können deine Anwendung, Inhalte und Daten zu jeglichem Zweck, einschließlich kommerziellen Zwecken (wie die Bereitstellung von Werbung für bestimmte Zielgruppen und die Indexierung von Inhalten für die Suche), analysieren.

9.18. Um zu gewährleisten, dass deine Anwendung sicher für die Nutzer ist, können wir sie überprüfen.

Darüber bekommen sie Zugriff auf die Funktionsweise meiner Applikation und unter Umständen auch auf meinen Quellcode. Es erlaubt ihnen nicht meinen Quellcode weiter zu verwenden. Allerdings reicht es manchmal auch aus zu wissen, wie verschiedene Abläufe umgesetzt wurden oder welche Algorithmen zum Einsatz kommen, um die Entwicklung zu beschleunigen.

Also steht schon bald eine Konkurrenz-Applikation zur Verfügung, welche rein softwaretechnisch den selben Umfang bietet wie meine eigene. Allerdings will die Bauernhof-App von Facebook nicht so richtig in Gang kommen. Die Community hat keine Lust einen zweiten Bauernhof zu gründen und noch einmal von vorne mit dem Ackern anzufangen. Nun muss Facebook noch auf Punkt 14. seiner Dev-AGB zurückgreifen:

9.14 Wir garantieren nicht, dass die Facebook-Plattform stets kostenlos sein wird

Als erstes bekomme ich einen Brief, in welchem darauf hingewiesen wird, dass meine Applikation sehr viel Traffic verursacht und aus diesem Grund die Nutzung in Zukunft nicht mehr kostenfrei ermöglicht werden kann. Im ersten Schritt wird mir dafür nun eine Nutzungsgebühr abverlangt. Aufgrund der nun anfallenden Facebook-Gebühren bin ich gezwungen mehr Umsatz mit meinem Bauernhof zu generieren, da sonst das Gold an meiner Nase wieder abbröckeln wird. Daraufhin fangen die ersten Nutzer an zu murren und sich einen Wechsel zum Facebook-Bauernhof zu überlegen. Dennoch bleiben mir die meisten Nutzer treu.

Die Treue meiner Nutzer ist Facebook natürlich ein Dorn im Auge. Die eigene App soll möglichst schnell wachsen und jede Minute die ein Nutzer auf meinem Bauernhof verbringt ist ein verlorene Minuten auf dem Facebook-Bauernhof. Sehr beliebt bei meinen Nutzern ist die Möglichkeit untereinander Geschenke zu verschicken und Nachrichten über kleine Schildchen auf dem Bauernhof auszutauschen. Meine App verwendet dafür die Facebook-Api um diese Vorgänge auch innerhalb der persönlichen Facebook-Seite anzuzeigen. Um die Attraktivität meiner Seite zu schmälern greift Facebook zu guter Letzt auf Punkt 2.9 der Dev-AGB zurück:

9.2.9 Wir können deinen Zugriff auf Daten einschränken

Mir wird es nun nicht mehr erlaubt, Nachrichten auf die Facebook-Pinnwand zu posten oder das Meldesystem für Anwendungen auf Facebook zu nutzen. Damit ist ein wichtiges Feature meiner App verloren gegangen und immer mehr Nutzer wandern zum konkurrierenden Facebook-Bauernhof ab.

Und nun?

Dies ist natürlich nur ein fiktiver Fall und mir ist klar das im Grund Facebook kein Interesse daran haben dürfte große Unternehmen wie Zynga durch solch eine Strategie zu verstimmen.  Des weiteren vermute ich, dass Zynga schon längst Gebühren an FB zahlen dürfte.

Allerdings hat in meinen Augen Facebook eine Menge Rechte, die es ihm ermöglicht mit Facebook-Apps beliebig und willkürlich umzuspringen. In wieweit diese AGB’s rechtens sind, wird wohl erst vor einem Gericht entschieden werden können. Gerade Punkt 19 im Zusammenhang mit patentrechtlich geschützten Anwendungsideen hat für mich sehr hohes Konfliktpotential.

Hier noch der Link zu den AGB von Facebook:

- link -

Am zuverlässigsten funktioniert der “is“-Operator.  Dieser prüft, ob ein Objekt zu einem spezifischen Datentyp, einer Klasse oder einem Interface kompatibel ist. Als Rückgabewert gibt es ein “true” oder “false“.
Dies bedeutet, dass die Funktion auch dann “true” liefert, wenn das Objekte die zu prüfende Klasse als Elternklasse enthält. In manchen Fällen müssen viele verschiedene Klassen geprüft, und darauf aufbauen Entscheidungen im Programmablauf getroffen werden. Dies würde bedeuten, dass für jede mögliche Klasse ein “if” – Block mit dem “is” – Operator implementiert werden muss. Es wäre schön an dieser Stelle mit einem “switch .. case” – Block arbeiten zu können.

Dafür bietet sich die Funktion  ”getQualifiedClassName()” an.  Diese Funktion liefert den kompletten Klassennamen inklusive dem Paketnamen als “String” zurück: “paket::Klassenname“.  Aus diesem String kann nun der Klassenname extrahiert werden.  Durch einen einfachen Stringvergleich ist es damit möglich, den Type der Klasse zu prüfen. Diese Methode hat gegenüber dem “is” Operator einige Nachteile.  So liefert diese  Methode auch dann den Wert “false” wenn das zu prüfende Objekt die gesucht Klasse erweitert oder ein entsprechendes Interface implementiert. Wiederum liefert diese Methode “true”  wenn Klassen aus unterschiedlichen Paketen aber mit selben Namen geprüft werden sollen.

Stellen diese Nachteile innerhalb der Programmierung kein Problem dar, kann mit dieser Methode ein entsprechender “switch … case” Block aufgebaut werden. Folgender CodeBlock kann dadurch umgewandelt werden:

if (object is Class1) {}
else if (object is Class2) {}
else if (object is Class3) {}
else if ((object is Class4)|| (object is Class5)) {}

wird zu

var class_name:String = getQualifiedClassName(object);
class_name = class_name.substring(class_name.search("::")+2);
switch (itemClass){
case "Class1":break;
case "Class2":break;
case "Class3":break;
case "Class4":
case "Class5":break;
}

Dort wird auf einen Entwicklungszweig des FlarToolkits verwiesen der genau mein Thema behandelt. Es wird hier mit Hilfe des Alchemy Projektes die Erkennung des Pattern im Flash, durch das Einbinden von C++ Bibiliotheken, beschleunigt. Damit hat sich mein Diplomarbeitsthema erlegt. Allerdings bietet dieser Entwicklungszweig neue Möglichkeiten für Augmented Reality Umgebungen in Flash. Ich werde mir die Implementierung näher anschauen und bei Gelegenheit hier weitere Informationen dazu posten.

In diesem wird beschrieben wie man mit Hilfe von Alchemy, ein Projekt zur Einbindung von C/C++ Quellcode in eine Flash/Flex Applikation, die JPEG Encodierung wesentlich beschleunigen kann.  Im wesentlichen geht es dabei darum eine Wrapperklasse in C zu schreiben, welche die Kommunikation zwischen dem AS3 Code und den verwendeten C Klassen übernimmt. Diese Klassen werden mit Hilfe verschiedener Helferklassen des Alchemyprojektes und einem modifizierten C Compiler in eine swc Datei übersetzt. Diese SWC Datei wird dann zum Bibliothekspfad des ActionScript-Projektebaum hinzugefügt.  Danach kann die Funktionalität der C Wrapperklasse genutzt werden.

Für eine genaue Beschreibung empfiehlt sich ein Blick auf folgende Seiten:

http://labs.adobe.com/technologies/alchemy/

http://labs.adobe.com/wiki/index.php/Alchemy:Documentation:Getting_Started

Einen Weg dies zu tun habe ich im Blog von Scott Morgan gefunden.  <Link>

Dazu wird nach dem erfolgreichen Laden der externen SWF Datei eine neue Klasse definiert:

var NewClass:Class = loader.content.loaderInfo.applicationDomain.getDefinition("klasse") as Class;

Danach kann man mit Hilfe des new Operators die Klasse jederzeit instanziieren:

var neueInstanz:MovieClip = MovieClip(new NewClass());

Ein Problem entsteht leider wenn die geladene Klasse weitere Klassen verwendet welche mit einem Symbol aus der Bibliothek verknüpft sind. Diese Verknüpfung scheint beim Import verloren zu gehen. Beispiel:

Bibliothek vom externen MovieClip:

• Symbol “Raum” der Klasse “CRaum”
• Symbol “Stuhl” der Klasse  “CStuhl”

Der Raum enthält verschiedene Instanzen der Klasse CStuhl

Wenn man nun den externen MC lädt und wie oben beschrieben eine neue Klasse instanziiert meldet Flash einen “TypeError: Error #1034″. Die Klasse MovieClip#234 kann nicht in CStuhl umgewandelt werden.  Ich werde mich dann mal auf Fehlersuche begeben und bei Erfolg hier meine Lösung posten.

[EDIT] Ein Schlüsselwort ist wohl die ApplicationDomain. Ein paar Hinweise gibt es bei Adobe <Link>. Aber so funktionieren tut es dennoch nicht.

Hier das Abstract zum Vortrag:

Um ein Museum nachhaltig aus dem realen in den virtuellen Raum zu überführen, ist mehr erforderlich als eine bloße Abbildung der Exponate. Das Museum wird nicht nur durch seine Ausstellungsstücke bestimmt, sondern auch durch deren Präsentation für den Besucher. Für den virtuellen Zwilling des Erich Kästner Museums bedeutet dies, eine Gratwanderung zwischen einfacher Bedienbarkeit auf der einen und dem authentischen Erlebnis eines Museumsbesuchs auf der anderen Seite.

Der Vortrag versucht einen Ansatz für die Lösung des Dilemmas aufzuzeigen. Nach einer kurzen Vorstellung des realen Museums, wird der aktuelle Entwicklungsstand des virtuellen Abbildes präsentiert. Anschließend wird das Bedienkonzept des Museums erläutert. Dabei wird sowohl auf die klassische Steuerung mit Maus und Tastatur eingegangen, als auch die Integration von Augmented Reality Technologien besprochen.

Für mich ist dies die perfekte Bezeichnung für das Internet. Es ist aus unserem Leben nicht mehr weg zu denken da viele Prozesse über das Internet abgewickelt werden. Das Internet dringt immer tiefer in unser Leben ein und erweitert unsere reale Welt.

Ich bin Student an der Berufsakademie Dresden im Studiengang Medienproduktion und arbeite als Webentwickler beim Ingenieurbüro Paul. Zu meinen Aufgaben gehört die Programmierung von Rich Internet Applications mit Adobe Flex/Flash. Dabei beschäftige ich mich auch mit der Realisierung von Anwendungen mit Papervision3D und dem FlarToolkit. Nebenbei arbeite ich als Freelancer.

Diese Seite möchte ich nutzen um verschiedene Projekte vorzustellen an denen ich arbeite.

Viel Spaß auf meinen Seiten