Java-Midlets: OTA gegen Raubkopien?

  • Bei der Diskussion über's C55 kam mal wieder das Thema "warum nur OTA?" auf den Tisch...
    Wie bei C45, M(T)50, 3510 und afaik 6310i können Midlets beim C55 nur per WAP (also "Over The Air") aufgespielt werden, nicht per Datenkabel.


    Zitat

    Original geschrieben von censtar
    Ich denke eher, dass das alles auch lizenzrechtliche Gründe hat, denn per Datenkabel ist eigentlich der Raubkopierei von Midlets Tür und Tor geöffnet.


    Gegen Raubkopien hilft OTA aber auch nicht viel - dem Handy ist's ja reichlich egal, ob das Applet vom Original-Anbieter, einer Hacker-Seite oder auch einem "eigenem" Server übertragen wurde.
    Ich denke, diese Vorgehensweise wird eher das Raubkopieren anspornen. Denn wenn jemand für ein Midlet zahlt, dann will er es auch jederzeit einsetzen. Dank OTA-Transfer und (zu) kleinen Speicherbereichen für Midlets muß ein altes Midlet aber irgendwann wieder gelöscht werden, wenn ein neues drauf soll. Selbst wenn der Anbieter den mehrfachen Download eines Midlets (z.B. über Zugriffscodes) zulässt (was dann aber wieder eine willkommene Lücke für Raubkopierer ist, die noch dazu den Anbieter kostet), ist das für den Kunden eine wenig zufriedenstellende Alternative...

  • Ich denke man schlägt 2 Fliegen mit einer KLappe! Erstens bringt nämlich Traffic auf dem Datenkabel
    kein Geld und zweitens engt man wie bereits erwähnt die Kopiermöglichkeiten erheblich ein.


    Das Raubkopieren und den Download vom eigenen bzw. Warez-Server unterbindet das aber noch lange nicht, da es
    noch einige Handys gibt, die das Kabel unterstützen (z.B. M50 "Early Bird") bzw. der Download über WAP
    ja auch auf dem Heimrechner möglich bleibt.


    Eine größere Chance diesem Treiben ein Ende zu bereiten ist dann die Möglichkeit die MIDlets auf eine
    betimmte IMEI zu look'en. Das in der MIDP von Sun gar nicht vorgesehene Feature wird von den neueren
    FirmwareVersionen von Siemens SL45i bzw. M(T)50 unterstützt. IMO sollte Siemens sich lieber um die
    Beseitigung der Bugs in der Java-Runtime kümmern, als immer mehr propritäre Features zu implementieren!

    mutt : "All mail clients suck. This one just sucks less."
    Es gibt Threads die braucht man nichtmal lesen um zu wissen was ab geht - /me 2004-01-05 20:54


    Registriert seit: 05/2002 => 10 Jahre TT :)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!