DE202009018561U1 - System für den Zugriff auf Multimediainhalte über ein mobiles Endgerät - Google Patents
System für den Zugriff auf Multimediainhalte über ein mobiles Endgerät Download PDFInfo
- Publication number
- DE202009018561U1 DE202009018561U1 DE202009018561U DE202009018561U DE202009018561U1 DE 202009018561 U1 DE202009018561 U1 DE 202009018561U1 DE 202009018561 U DE202009018561 U DE 202009018561U DE 202009018561 U DE202009018561 U DE 202009018561U DE 202009018561 U1 DE202009018561 U1 DE 202009018561U1
- Authority
- DE
- Germany
- Prior art keywords
- mobile terminal
- digital
- multimedia content
- information
- database
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/303—Terminal profiles
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9577—Optimising the visualization of content, e.g. distillation of HTML documents
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/756—Media network packet handling adapting media to device capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Description
- Gegenstand der Erfindung
- Die vorliegende Erfindung bezieht sich auf ein System für den Zugriff auf Multimediainhalte, wobei über ein Funknetz mittels eines mobilen Endgerätes auf das System zugegriffen werden kann und das System dem mobilen Endgerät nur Zugriff zu Multimediainhalten bereitstellt, die in einem digitalen Format vorliegen, welches von dem mobilen Endgerät unterstützt wird.
- Hintergrund der Erfindung
- Mobile Endgeräte umfassen zum Beispiel Mobiltelefone und Smartphones, die heute weit verbreitet sind und deren Weiterentwicklung nach wie vor sehr schnell voranschreitet. Diese Mobiltelefone ermöglichen es den Nutzern, über ein Funknetz zu kommunizieren, beispielsweise über ein Mobilfunknetz wie GSM und UMTS, zu dem ein Netzbetreiber den Zugang bereitstellt. Obwohl Mobiltelefone dem Nutzer in erster Linie die Audiokommunikation ermöglichen, sind heute viele Mobiltelefone mit einem mehr oder weniger großen Bildschirm ausgestattet, auf dem Bilder dargestellt und sogar Videos abgespielt werden können, und sie sind häufig auch mit einer Kamera ausgestattet. Darüber hinaus ermöglichen Mobiltelefone auch den Zugang zum Internet, das ein festes Kommunikationsnetzwerk darstellt, welches hauptsächlich Verbindungen zwischen festen digitalen Kommunikationseinheiten wie z. B. Personal Computern ermöglicht. Das Internet, oder genauer gesagt das World Wide Web, ermöglicht den Zugriff auf eine Vielzahl von Websites. Eine Website ist eine Zusammenstellung sogenannter Webseiten und Webanwendungen, die von einem oder mehreren Webservern bereitgestellt werden. Die Website ist mit dem Internet verbunden und über eine URL (Uniform Resource Locator), die eine digitale Adresse der Wibsite darstellt, zugänglich. Die Schnittstelle für den Nutzer, über die er die Website über das Internet abrufen kann, wird als Webbrowser bezeichnet. Ein Webbrowser ist eine Softwareanwendung, die es dem Nutzer ermöglicht, Texte, Bilder, Videos, Musik und andere Informationen, die üblicherweise in Webseiten innerhalb einer Website im Internet oder einem lokalen Netzwerk (Local Area Network – LAN) enthalten sind, darzustellen und interaktiv damit zu arbeiten.
- Mobiltelefone greifen über eine Funknetzschnittstelle auf das feste Kommunikationsnetzwerk und die Websites zu. Eine häufig verwendete Schnittstelle nutzt das Wireless Application Protocol (WAP). Das WAP ist ein offener internationaler Standard für Anwendungen, die drahtlose Kommunikation nutzen. Es ermöglicht den Zugang zum Internet mittels eines mobilen Endgerätes, wie zum Beispiel ein Mobiltelefon oder ein PDA. Ein sogenannter WAP-Browser bietet alle grundlegenden Dienste eines computerbasierten Webbrowsers, ist jedoch so gestaltet, dass er mit den Einschränkungen eines mobilen Gerätes, wie zum Beispiel der geringeren Bildschirmgröße, arbeiten kann. Mit Hilfe des WAP-Browsers können sogenannte WAP-Seiten von einer Website heruntergeladen und auf dem Mobiltelefon dargestellt werden. WAP-Seiten sind üblicherweise in der Wireless Markup Language (WML) geschrieben oder werden dynamisch in diese konvertiert. Ein konventioneller WAP-Browser kann jedoch auch Seiten darstellen, die z. B. in XHTML oder CHTML erstellt wurden. In dem Maße, in dem die Bandbreite der Funkschnittstellen aufgrund neuer Technologien wächst, wird auch eine zunehmende Anzahl von Protokollen und Computersprachen in WAP-Browser eingearbeitet, die bereits im World Wide Web genutzt werden. Im Folgenden werden die Ausdrücke „WAP-Seite” und „WAP-Seiten” als Synonyme für Seiten verwendet, die statisch oder dynamisch mit XHTML, CHTML etc. erstellt werden.
- Insbesondere junge Menschen personalisieren ihre Telefone gern durch individuelle Klingeltöne oder originelle Hintergrundbilder. Sie tauschen selbst aufgenommene Fotos aus und laden Videos, Full Tracks (Musiktitel) und sogenannte Video- oder Computerspiele auf ihre mobilen Endgeräte herunter. Multimediainhalte wie Klingeltöne, Hintergrundbilder, Videos, Videospiele und Full Tracks werden von den Anbietern von Multimediainhalten beispielsweise mittels Websites im Internet zur Verfügung gestellt. Diese Inhalte sind üblicherweise durch ein Digital-Rights-Management-System geschützt, d. h. die Inhalte sind verschlüsselt, um zu verhindern, dass sie kopiert werden können. Während die Kommunikation über Funknetze weitgehend genormt ist, werden Multimediainhalte in einer Vielzahl verschiedener digitaler Formate und Unterformate wie zum Beispiel MP3, WMA, WAV, OGG, VOX, MPC, AVI, JPEG, PNG, GIF, TIF, WMV, 3GP, MPEG, TIVX, ASF, HTML, XML, WML etc. zur Verfügung gestellt, die nicht immer miteinander kompatibel sind, und die Hersteller von Telefonen sind durch technische Einschränkungen gezwungen, ihre Telefone auf eine geringe Anzahl unterstützter Formate zu beschränken. Dadurch kommt es zu Inkompatibilitäten zwischen den Systemen, die Inhalte zur Verfügung stellen, und mobilen Endgeräten sowie zwischen verschiedenen mobilen Endgeräten.
- Ein Nutzer, der Multimediainhalte auf sein Mobiltelefon herunterladen möchte, muss daher sicherstellen, dass die digitalen Formate, in denen die Multimediainhalte zur Verfügung gestellt werden, mit den von seinem Mobiltelefon unterstützten Formaten übereinstimmen. Häufig kennt der Nutzer jedoch die unterstützten Formate nicht, und die technischen Informationen, die im Handbuch des jeweiligen mobilen Endgerätes dargestellt werden, sind unter Umständen nicht ausreichend.
- Anbieter, die Multimediainhalte im Rahmen derartiger Websites, die auch als Portale bezeichnet werden, zur Verfügung stellen, gaben bislang oft eine Liste von Mobiltelefonen an, welche das angebotene Format unterstützen, d. h. mit dem System kompatibel sind. Dadurch wird das Problem der Inkompatibilität jedoch nicht gelöst, und nicht alle Nutzer kennen die genaue Bezeichnung ihres Modells, denn die unterstützten Formate variieren teilweise selbst bei ein und demselben Modell je nach Version, d. h. dem letzten Software-Upgrade des eigentlichen Telefons. Darum geschieht es häufig, dass Multimediainhalte von Nutzern gekauft werden, auf deren Telefon aber nicht dargestellt werden können. Des Weiteren ist es für den Nutzer auch enttäuschend, wenn er ein interessantes Angebot sieht, es aber nicht herunterladen kann, selbst nachdem er es in einer entsprechenden Liste überprüft hat. Darüber hinaus kommen immer wieder neue digitale Formate hinzu und neue Modelle von Mobiltelefonen mit neuen Eigenschaften werden entwickelt, so dass diese Listen auch nicht immer auf dem aktuellsten Stand sind.
- Netzbetreiber bieten gelegentlich auch über ihre eigene Website Zugriff auf Multimediainhalte an, und da sie nur eine bestimmte Anzahl von Telefonen unterstützen, versuchen sie sicherzustellen, dass die angebotenen Multimediainhalte mit diesen Telefonen kompatibel sind. Auch dies löst jedoch das Problem der Inkompatibilität nicht, sondern hilft lediglich dabei, nur kompatible Endgeräte mit dem System zu verbinden. Das ist natürlich nicht zufriedenstellend, da der Nutzer in Bezug auf die zugänglichen Inhalte eingeschränkt und darüber hinaus an seinen Betreiber gebunden ist.
- Das sicherlich am häufigsten verwendete Verfahren ist „Versuch und Irrtum”, d. h. das Hochladen von Inhalten, die anschließend nicht auf dem Bildschirm sichtbar oder, im Fall von Klingeltönen, nicht hörbar sind. Dies ist jedoch eine sehr frustrierende und teure Lösung für den Nutzer.
- Kurze Zusammenfassung der Erfindung
- Eine Aufgabe der vorliegenden Erfindung ist es, ein System zur Verfügung zu stellen, das dazu geeignet ist, einem Nutzer eines mobilen Endgerätes Multimediainhalte zur Verfügung zu stellen, wobei die Kompatibilitätsprobleme zwischen diesen Multimediainhalten und den Formaten, die von dem mobilen Endgerät des Nutzers unterstützt werden, reduziert werden.
- Diese Aufgabe und andere Probleme werden jeweils vom Gegenstand der unabhängigen Ansprüche gelöst. Gegenstand der abhängigen Ansprüche sind jeweils vorteilhafte Ausführungsformen der Erfindung.
- Ein Teilaspekt der Erfindung besteht darin, ein System für den Zugriff auf Multimediainhalte bereitzustellen. Das System ist eingerichtet, dass auf das System von einem mobilen Endgerät über ein Funknetzwerk zugegriffen werden kann. Dabei umfasst das System eine erste Datenbank, die eingerichtet ist, Dateien mit Multimediainhalten in einer Mehrzahl von verschiedenen digitalen Formaten zu speichern, sowie eine Mobilgerätecharakterisierungseinheit und eine Abgleicheinheit. Die Mobilgerätecharakterisierungseinheit ist eingerichtet, Identifikationsdaten von dem mobilen Endgerät zu empfangen, die die Fähigkeiten des mobilen Endgeräts angeben. Die Abgleicheinheit ist eingerichtet, digitale Formate, die von den Fähigkeiten des mobilen Endgeräts unterstützt werden, mit den digitalen Formaten der Dateien mit Multimediainhalten abzugleichen. Ferner ist das System eingerichtet, dem mobilen Endgerät aufgrund des Ergebnisses des Abgleichs, der durch die Abgleicheinheit durchgeführt wurde, Informationen zur Verfügung zu stellen und dem mobilen Endgerät nur Zugriff zu Inhaltsdateien zu gewähren, die in einem digitalen Format verfügbar sind, welches von dem mobilen Endgerät unterstützt wird. Das System umfasst des Weiteren eine zweite Datenbank, die eingerichtet ist, eine Datei mit Multimediainhalten über das Funkübertragungsnetzwerk von dem mobilen Endgerät zu empfangen, und ein Transkodier-Cluster, das eingerichtet ist, jede Datei mit Multimediainhalten, die bei der zweiten Datenbank empfangen wurde, in alle digitalen Formate, die der Mobilgerätecharakterisierungseinheit bekannt sind, zu transkodieren.
- Gemäß einer Ausführungsform ist die zweite Datenbank eingerichtet, die Datei mit Multimediainhalten von einer festen digitalen Kommunikationseinheit über ein festes Kommunikationsnetzwerk zu empfangen.
- Gemäß einer anderen Ausführungsform ist die feste digitale Kommunikationseinheit ein PC und wird die Datei mit Multimediainhalten, die bei der zweiten Datenbank empfangen wurde, von einer Festplatte des PCs hochgeladen.
- Nach einer anderen Ausführungsform ist das Transkodier-Cluster eingerichtet, kontinuierlich abzufragen, ob eine neue Datei empfangen wurde und unverzüglich mit der Transkodierung zu beginnen, wenn ein neuer Inhalt empfangen wurde.
- Nach einer weiteren Ausführungsform ist das Transkodier-Cluster eingerichtet, eine Mehrzahl von Dateien mit Multimediainhalten durch automatisches Klonen des Transkodierungsprogramms parallel zu transkodieren.
- Gemäß einer Ausführungsform der Erfindung ist die Mobilgerätecharakterisierungseinheit des Weiteren eingerichtet, von mindestens einer Datenquelle Informationen über die digitalen Multimediaformate, die von dem mobilen Endgerät im Funkübertragungsnetzwerk unterstützt werden, über das das mobile Endgerät auf das System Zugriff hat, abzurufen und die abgerufenen Informationen zu speichern.
- Gemäß einer anderen Ausführungsform ist die erste Datenbank eingerichtet, Multimediainhalte in einem oder mehr digitalen Formaten zu speichern, so wie sie von einem Inhaltsanbieter geliefert wurden, wobei der Inhalt in der ersten Datenbank gegen nicht autorisierte Vervielfältigung durch Verschlüsselung geschützt ist, und wobei die zweite Datenbank eingerichtet ist, Dateien mit Multimediainhalten zu empfangen, die nicht durch ein digitales Rechtemanagement geschützt sind.
- In Bezug auf eine weitere Ausführungsform ist die Mobilgerätecharakterisierungseinheit eingerichtet, Informationen darüber, welche digitalen Multimediaformate durch die verschiedenen Modelle mobiler Endgeräte unterstützt werden, in Form von wahr/falsch zu speichern, und wobei die erste Datenbank eingerichtet ist, Informationen über die digitalen Multimediaformate der Dateien mit Multimediainhalten in Form von wahr/falsch zu speichern.
- Gemäß einer weiteren Ausführungsform ist die Mobilgerätecharakterisierungseinheit eingerichtet, die Informationen in einem ersten Bit-Feld zu speichern, wobei die erste Datenbank eingerichtet ist, die digitalen Multimediaformatinformationen in einem zweiten Bit-Feld zu speichern, wobei das erste und das zweite Bit-Feld die gleiche vorher festgelegte Länge und den gleichen Aufbau aufweisen.
- Nach einer anderen Ausführungsform ist die Abgleicheinheit eingerichtet, das erste Bit-Feld mit dem zweiten Bit-Feld zum Abgleich der digitalen Formate zu vergleichen.
- Nach einer weiteren Ausführungsform ist die Mobilgerätecharakterisierungseinheit des Weiteren eingerichtet, eine Bildschirmgröße, unterstützte Farben und/oder eine unterstützte Software-Sprache des mobilen Endgeräts zu speichern.
- Gemäß einer Ausführungsform der Erfindung umfasst das System weiterhin einen vorgesehenen Speicherbereich für jeden Nutzer, der durch sein mobiles Endgerät identifiziert wird, in welchen der Nutzer Inhalte aus jeglicher Datenbank übertragen kann.
- Gemäß einer weiteren Ausführungsform ist das System eingerichtet, eine Schnittstelle zum Funkübertragungsnetzwerk zur Verfügung zu stellen, die eine allgemeine Schnittstelle und vorgesehene Schnittstellen für verschiedene Modelle mobiler Endgeräte umfasst.
- Gemäß noch einer weiteren Ausführungsform ist das System eine Webseite zum Zugriff auf Multimediainhalte über ein mobiles Endgerät, wobei die Schnittstelle zu dem Funkübertragungsnetzwerk eine WAP-Schnittstelle (Wireless Application Protocol Schnittstelle) ist, die eingerichtet ist, WAP-Seiten an das mobile Endgerät zu liefern, wobei die Webseite eine graphische Nutzersystem-Schnittstelle mit einer Hauptseite und einer Mehrzahl von WAP-Bäume umfasst, wobei jeder WAP-Baum eingerichtet ist, dass auf ihn über eine unterschiedliche Internetadresse (URL) zugegriffen wird, und wobei die Hauptseite einen Verteiler umfasst, der eingerichtet ist, einen Netzwerkbetreiber zu erkennen und das mobile Endgerät an den für den erkannten Netzwerkbetreiber spezifischen WAP-Baum zu leiten.
- Nach einer anderen Ausführungsform umfasst das System weiterhin eine Referenzseite, die eingerichtet ist, ein vollständiges Menü mit möglichen Funktionen zur Verfügung zu stellen, und wobei die WAP-Bäume eingerichtet sind, das Menü von der Referenzseite zu erben oder zu laden, außer es gibt für diesen WAP-Baum spezifische Änderungen zu einem Menüpunkt.
- Nach einer weiteren Ausführungsform umfasst das System ein Strukturmodul, das eingerichtet ist, eine Struktur der WAP-Seiten in einer Metasprache zu beschreiben, und eine Visualisierungseinheit, die eingerichtet ist, die Struktur in eine Software-Sprache zu übersetzen, die vom mobilen Endgerät unterstützt wird.
- Gemäß einer weiteren Ausführungsform ist die Visualisierungseinheit eingerichtet, ihre Informationen über das mobile Endgerät von der die Mobilgerätecharakterisierungseinheit einzuholen.
- Kurzbeschreibung der Zeichnungen Weitere Vorteile und bevorzugte Ausführungsformen sind in den abhängigen Ansprüchen enthalten und werden durch die nachfolgende Beschreibung einer bevorzugten Ausführungsform besser verständlich, die sich auf die beiliegenden Zeichnungen bezieht, wobei:
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- Ausführliche Beschreibung der Erfindung
- Die folgenden Absätze beschreiben verschiedene Ausführungsformen der Erfindung. Die meisten der Ausführungsformen werden beispielhaft in Bezug auf einen Portalserver dargestellt, und die Terminologie, die in den nachfolgenden Abschnitten verwendet wird, bezieht sich hauptsächlich auf diese Technologie. Die verwendete Terminologie und die Beschreibung der Ausführungsformen mit Bezug auf eine Portalarchitektur bezwecken jedoch keine Beschränkung der Grundlagen und Konzepte der Erfindungen auf ein solches System.
- Auch die ausführlichen Erläuterungen im obigen Abschnitt „Hintergrund der Erfindung” sind lediglich dazu gedacht, ein besseres Verständnis für die nachfolgend beschriebenen beispielhaften, hauptsächlich portal- und serverspezifischen Ausführungsformen zu ermöglichen, und sind nicht so zu verstehen, dass die Erfindung auf die beschriebenen spezifischen Umsetzungsmöglichkeiten für Prozesse und Funktionen beschränkt ist.
- Konzepte und Grundlagen, die in den nachfolgenden Abschnitten dargestellt werden, können allgemein für Systeme anwendbar sein, die Zugriff auf Inhalte in bestimmten Formaten zur Verfügung stellen, indem diesen Systemen ermöglicht wird, kompatible Inhalte zur Verfügung zu stellen.
- 1. System für den Zugriff auf Multimediainhalte
- Gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung ist das System für den Zugriff auf Multimediainhalte ein Portal, auf das der Nutzer über ein mobiles Endgerät und/oder ein festes Endgerät zugreifen kann. Das System stellt Audioinhalte, Bildinhalte, Videoinhalte, Video-/Computerspiele und andere Multimediainhalte oder Saftware zur Verfügung, die von Nutzern mit Zugang zu dem Portal käuflich erworben und/oder heruntergeladen werden können. Des Weiteren können die Nutzer eigene Multimediainhalte in dem Portal hochladen und Multimediainhalte mit anderen Nutzern teilen.
- Gemäß der vorliegenden Erfindung stellt das System automatisch Multimediainhalte zur Verfügung oder erstellt Multimediainhalte, die den Fähigkeiten bzw. Funktionalitäten der Mobilgeräte entsprechen, über welche die Multimediainhalte angefordert werden. D. h. die bereitgestellten Inhalte werden entsprechend der festgestellten Kompatibilität des jeweiligen mobilen Gerätes mit digitalen Formaten, seinen Displayfunktionalitäten, seinen Lautsprecherfunktionalitäten, seinen Dekodierfunktionalitäten etc. gefiltert oder erstellt. Auf diese Weise gewährleistet das System, dass die beste Qualität für das jeweilige Gerät geliefert wird und zugleich bestimmte Veröffentlichungsrichtlinien eingehalten werden. Die Funktionalitäten des mobilen Endgerätes beziehen sich z. B. auf dessen Fähigkeit, Inhalte darzustellen, abzuspielen, zu dekodieren, auszuführen oder anderweitig zu verarbeiten. Dies umfasst die Verarbeitung bestimmter Bildformate, Audioformate, Videoformate, Webseiten und anderer Datenformate.
- Um dieses Ziel zu erreichen, stellt das System eine Reihe von Diensten für die Nutzer des Portals zur Verfügung.
- Einer der Dienste dieses Portals ist die Bereitstellung von Multimediainhalten wie Musik, Klingeltönen, Videos, Video-/Computerspielen, Hintergrundbildern, Software etc. Diese Multimediainhalte werden in Form von Dateien zur Verfügung gestellt, die im Folgenden als Dateien mit Multimediainhalten bezeichnet werden und verschiedene digitale Formate wie zum Beispiel MP3, WMA, WAV, OGG, VOX, MPC, AVI, JPEG, PNG, GIF, TIF, WMV, 3GP, MPEG, TIVX, ASF, HTML, XML, WML, AAC, etc. haben können.
- Diese Dateien mit Multimediainhalten werden von Speichermitteln gespeichert. Vorzugsweise umfassen die Speichermittel eine Datenbank oder mehrere Datenbanken und Speichereinrichtungen wie zum Beispiel Speicherplattenanordnungen (disk array), sind aber nicht darauf beschränkt.
- Ein weiterer Dienst des Portals gemäß der bevorzugten Ausführungsform der Erfindung ist die Bereitstellung einer Möglichkeit für den Nutzer, Dateien mit Multimediainhalten wie zum Beispiel Bilder, Hintergrundbilder, Musik, Klingeltöne, Videos, Videospiele, Software etc. hochzuladen. Diese hochgeladenen Inhalte können ebenfalls in der zuvor erwähnten Datenbank bzw. den Datenbanken gespeichert werden.
- Ein weiterer Dienst des Portals gemäß der bevorzugten Ausführungsform der Erfindung ist die Bereitstellung eines Geschäftes, in dem der Nutzer Multimediainhalte entweder in Form einzelner Dateien oder in Form eines Abonnements käuflich erwerben kann. Zu diesem Zweck kann das Geschäft eine Verbindung mit der einen Datenbank oder den mehreren Datenbanken aufbauen, in der bzw. denen die Dateien mit Multimediainhalten gespeichert sind, um Informationen darüber zu erhalten, welche Dateien mit Multimediainhalten dem Nutzer angeboten werden können.
- Darüber hinaus bietet das Portal dem Nutzer die Möglichkeit, Inhalte, die der Nutzer im Geschäft gekauft oder selbst hochgeladen hat, mit anderen Nutzern zu teilen. Zu diesem Zweck kann der Nutzer andere Nutzer über die Datei mit Multimediainhalten, die er oder sie mit den anderen teilen möchte, per Email, SMS, MMS, Voice-Mail etc. informieren, indem er oder sie ihnen z. B. einen Link zu der Datei mit Multimediainhalten, die geteilt werden soll, sendet. Die Inhalte können auch von einem reservierten Bereich eines Abonnenten heruntergeladen werden.
- Alternativ kann der Nutzer eine Kontaktliste oder eine sogenannte Freunde-Liste festlegen, um Multimediainhalte mit den Mitgliedern auf dieser Freunde-Liste zu teilen.
- Im Hinblick darauf bietet das Portal des Weiteren Dienste wie E-mail, SMS, MMS, Voice-over-IP (VoIP), Voice-Mail, Adressbuchfunktionen etc. Damit kann der Nutzer die Kontaktdaten von anderen Personen wie zum Beispiel „Freunden” unkompliziert speichern und z. B. einen Freund mittels der Kontaktdaten, die im Adressbuch gespeichert sind, einladen. Sogenannte „Freunde” können andere Nutzer sein, die in einer speziellen Kontaktliste oder einer sogenannten Freunde-Liste festgelegt werden. Des Weiteren können die Kontaktdaten solchen Freunde-Listen zugewiesen werden. Durch die Auswahl einer oder mehrerer Möglichkeiten, den Freund zu informieren, z. B. per SMS und E-mail, wird der Freund von dem Portal per SMS und E-mail darüber informiert, dass er oder sie Zugriff auf eine oder mehrere Dateien mit Multimediainhalten bekommen hat, zu denen er oder sie eingeladen wurde.
- Um alle diese Dienste zur Verfügung zu stellen, ist das Portal mindestens über ein Computernetzwerk, wie zum Beispiel das Internet und/oder ein drahtloses Netzwerk wie zum Beispiel ein GSM-, GPRS-, EDGE-, UMTS-, CDMA2000-, HSDPA- und/oder ein WiFi-Netzwerk etc. zugänglich. Darüber hinaus kann auch über drahtlose Hotspots oder andere Netzwerkverbindungen oder über die Verbindung des mobilen Endgerätes mit einem lokalen Netzwerk (LAN) auf das Portal zugegriffen werden. Zu diesem Zweck stellt das Portal die erforderlichen Schnittstellen zu den jeweiligen Netzwerken zur Verfügung. Dementsprechend kann auf das Portal gleichermaßen über ein stationäres Endgerät wie zum Beispiel einen Desktop-Computer oder über mobile Endgeräte wie zum Beispiel Mobiltelefone, PDAs, tragbare Geräte, Navigationssysteme, e-Books etc. zugegriffen werden.
- Vorzugsweise umfasst das Portal mindestens zwei Bereiche für den Zugriff. Diese mindestens zwei Bereiche bestehen aus einem Bereich für den Zugriff über z. B. GSM, GPRS, EDGE, UMTS oder HSDPA, der auch als mobiles Portal bezeichnet wird, sowie einem weiteren Bereich für den Zugriff über z. B. LAN oder WiFi, der auch als Web-Portal bezeichnet wird. Vorzugsweise bieten diese mindestens zwei Bereiche in Abhängigkeit von dem Kanal, über den auf sie zugegriffen wird, verschiedene Funktionen an. Alternativ können mobile Zugriffe über UMTS oder HSDPA mit einer großen Bandbreite zu dem Web-Portal weitergeleitet werden, das alle Funktionen in vollem Umfang anbietet. Bei einer anderen Alternative umfasst das Portal keine Bereiche. Für alle Zugriffskanäle werden dieselben Funktionen zur Verfügung gestellt.
- Das Portal gemäß der bevorzugten Ausführungsform der Erfindung umfasst die erforderlichen Hardware- und Software-Komponenten wie zum Beispiel Firewalls, Server, Datenbanken, Speichereinrichtungen und andere Netzwerkausstattung sowie die entsprechenden Backup-Systeme.
- Im Hinblick auf die Architektur ist das Portal vorzugsweise mehrschichtig aufgebaut. Gemäß der bevorzugtesten Ausführungsform basiert das Portal auf einer dreischichtigen Architektur, bestehend aus einer Datenschicht, einer Anwendungsschicht und einer Präsentationsschicht. Die Präsentationsschicht ist dafür zuständig, Informationen bezüglich der oben beschriebenen Dienste darzustellen. Die Anwendungsschicht beinhaltet die Geschäftslogik, welche die Funktionen für die Ausführungsform der oben beschriebenen Dienste umfasst. Die Datenschicht basiert auf Datenbank-Servern. In der Datenschicht werden Informationen abgespeichert und daraus abgerufen. Vorzugsweise umfasst jede Schicht eine Vielzahl von Software-Komponenten, die über festgelegte Schnittstellen miteinander kommunizieren können.
- Im Hinblick auf die Funktionsweise umfasst das Portal mehrere funktionale Einheiten wie zum Beispiel Kompatibilitätsmanagement, Verteiler, Transkodierungsmanagement, Aufnahme- und Content-Management, digitale Rechteverwaltung (Digital-Rights-Management), Rechnungsstellung etc. Einige dieser funktionalen Einheiten werden im Folgenden genauer beschrieben.
- Wie oben dargestellt ist ein Teilaspekt der vorliegenden Erfindung die Bereitstellung eines Systems und eines Verfahrens, die dazu geeignet sind, dem Nutzer eines Mobilgeräts, z. B. eines Mobiltelefons, Multimediainhalte zur Verfügung zu stellen, wobei die Probleme der Kompatibilität der Multimediainhalte mit den Formaten, die von seinem oder ihrem Mobiltelefon unterstützt werden, reduziert werden. Um diese Zielstellung zu erreichen, stellt die bevorzugte Ausführungsform der vorliegenden Erfindung Informationen über die Funktionalitäten des mobilen Endgerätes zur Verfügung. Mit Blick auf die Erkenntnisse über die Funktionalitäten des mobilen Endgerätes kann eine Teilmenge der Dateien mit Multimediainhalten identifiziert werden, die mindestens ein bestimmtes digitales Format haben, welches von mindestens einer der Funktionalitäten des mobilen Endgerätes unterstützt wird. Eine Teilmenge der Dateien mit Multimediainhalten kann eine oder mehrere Dateien mit Multimediainhalten umfassen. Auf diese Weise kann das System eine Teilmenge von Dateien mit Multimediainhalten zur Verfügung stellen, für die gewährleistet ist, dass sie mit dem mobilen Endgerät kompatibel sind.
- Um die Funktionsweise der bevorzugten Ausführungsform der Erfindung genauer zu beschreiben, bezieht sich die folgende Beschreibung auf
-
100 , in dem spezifische Software- und Hardware-Komponenten zu spezifischen funktionalen und strukturellen Einheiten kombiniert werden. Diese Vereinfachung der Struktur des Portals100 ist jedoch nicht dazu gedacht, den Schutzbereich der Erfindung einzuschränken. Die Struktur des Portals im Hinblick auf die Architektur und Funktionsweise wird im Folgenden genauer beschrieben. - Die nachfolgend beschriebenen Einheiten sind nicht darauf beschränkt, als separate Einheiten zu arbeiten. Sie können alternativ zu einer einzigen Einheit kombiniert werden, ohne irgendeine der nachfolgend beschriebenen Funktionen zu verlieren. Des Weiteren können die nachfolgend beschriebenen Einheiten auch weitere Untereinheiten mit zusätzlichen Funktionen umfassen.
- Wie in
100 Empfangs- und Übertragungsmittel170 , über die ein mobiles Endgerät110 wie zum Beispiel ein Mobiltelefon, ein PDA, ein tragbarer Organizer, ein e-Book etc., über ein Funknetzwerk120 auf das Portal100 zugreifen kann. Vorzugsweise umfassen die Empfangs- und Übertragungsmittel170 eine Schnittstelle zu dem Funknetzwerk. Diese Schnittstelle kann eine SMS- und/oder WAP- und/oder i-MODE- oder eine andere Zugriffsschnittstelle sein. Bei einer alternativen Ausführungsform bestehen die Empfangs- und Übertragungsmittel170 aus einem Transceiver-Modul, das in der Lage ist, nicht nur über eine Funkverbindung mit dem Mobilgerät110 zu kommunizieren, sondern auch über ein verdrahtetes Netzwerk mit festen Endgeräten wie zum Beispiel Desktops. - Das mobile Endgerät
110 , das mit dem mobilen Portal100 verbunden ist, kann viele Funktionalitäten haben, beispielsweise kann es dazu verwendet werden, Fotos aufzunehmen, Bilder anzuzeigen und zu bearbeiten, Filme aufzunehmen, Audiodateien wie zum Beispiel MP3-Dateien aufzunehmen und abzuspielen sowie Telefonanrufe zu machen und zu empfangen. - Aus diesem Grund umfasst das Portal
100 des Weiteren eine Mobilgerätecharakterisierungseinheit140 . Die Mobilgerätecharakterisierungseinheit140 stellt vorzugsweise Informationen über die Fähigkeiten bzw. Funktionalitäten (im Folgenden sollen beide Begriffe verwendet werden können) des mobilen Endgerätes zur Verfügung, die mindestens eine Funktionalität des mobilen Endgerätes110 anzeigen. Zu diesem Zweck ist die Mobilgerätecharakterisierungseinheit140 mit den Empfangs- und Übertragungsmitteln170 verbunden, so dass die Informationen, die von dem mobilen Endgerät110 gesendet werden, an die Mobilgerätecharakterisierungseinheit140 weitergeleitet werden können. Die Informationen, die von dem mobilen Endgerät110 bei der Verbindung mit dem System100 empfangen werden, umfassen vorzugsweise Informationen oder Daten, mittels derer das Modell und/oder der Typ des mobilen Endgerätes identifiziert werden kann. - Zu diesem Zweck kann das mobile Endgerät
110 mit einer Kennung ausgestattet werden, die für jeden Kommunikationsstandard unterschiedlich sein kann, so dass jede Kennung einem anderen Kommunikationsstandard entspricht. - Alternativ kann die Kennung auch für jeden Kommunikationsstandard gleich sein. Mit anderen Worten: Das mobile Endgerät
110 kann mit nur einer Kennung ausgestattet sein, die für alle verschiedenen Kommunikationsstandards verwendet wird. Die Kennung oder der Identifizierungscode des mobilen Endgerätes110 kann als ein bestimmtes Feld oder als ein bestimmter Teil der Informationen, die an das System100 übertragen und von den Empfangs- und Übertragungsmitteln170 empfangen werden, zur Verfügung gestellt werden. - Diese Informationen können von dem mobilen Endgerät
110 an das Portal100 gesendet werden, wenn eine Verbindung mit dem Portal100 aufgebaut wird oder/und während die Verbindung besteht. - Die Mobilgerätecharakterisierungseinheit
140 ist darüber hinaus mit der Datenbank160 verbunden, die Informationen über die Funktionalitäten (oder Fähigkeiten) von mobilen Endgeräten entsprechend deren Typ und/oder Modell zur Verfügung stellt. Auf diese Weise kann die Mobilgerätecharakterisierungseinheit140 auf der Grundlage der Kennung oder des Identifizierungscodes, die bzw. der von dem mobilen Endgerät110 empfangen wurde, Informationen über die Funktionalitäten des mobilen Endgerätes110 aus der Datenbank160 abrufen. - Darüber hinaus ist die Mobilgerätecharakterisierungseinheit
140 funktional mit der Abgleicheinheit150 verbunden. Die Abgleicheinheit150 ist dazu geeignet, eine Teilmenge der Dateien mit Multimediainhalten zu identifizieren, die mindestens ein bestimmtes digitales Format hat, wobei das mindestens eine bestimmte digitale Format von der mindestens einen Funktionalität des mobilen Endgerätes unterstützt wird. - Um die Teilmenge der Dateien mit Multimediainhalten zu identifizieren, ist die Abgleicheinheit
150 mit Speichermitteln130 verbunden, welche vorzugsweise ebenfalls aus einer Datenbank bestehen. In dieser Datenbank werden die Dateien mit Multimediainhalten abgespeichert, vorzugsweise zusammen mit Informationen über das digitale Format jeder einzelnen dieser Dateien mit Multimediainhalten. Diese Informationen können von der Abgleicheinheit150 aus den Speichermitteln130 abgerufen werden. Die Informationen aus den Speichermitteln130 bezüglich des digitalen Formates der Dateien mit Multimediainhalten können mit den Informationen bezüglich der Funktionalitäten des mobilen Endgerätes110 abgeglichen werden. Auf diese Weise kann die Abgleicheinheit150 eine Teilmenge der Dateien mit Multimediainhalten identifizieren, die mit den Funktionalitäten des mobilen Endgerätes110 kompatibel sind und die des Weiteren der Anfrage des mobilen Endgerätes110 nach spezifischen Multimediainhalten entsprechen. - Die Abgleicheinheit
150 ist des Weiteren funktional mit den Empfangs- und Übertragungsmitteln170 verbunden, um Informationen bezüglich der Teilmenge der Dateien mit Multimediainhalten an das mobile Endgerät110 zu liefern. Des Weiteren ist die Abgleicheinheit150 funktional mit der Datenbank160 verbunden, um Informationen über die Funktionalitäten des mobilen Endgerätes unmittelbar abzurufen. Des Weiteren kann die Mobilgerätecharakterisierungseinheit140 auch funktional mit den Speichermitteln130 verbunden sein, um weitere Informationen über die Dateien mit Multimediainhalten abzurufen. - Die funktionalen Komponenten des Portals
100 nutzen vorzugsweise z. B. eine Technologie für die Kommunikation zwischen Prozessen, so dass sie miteinander interagieren können. Auf diese Weise ist jede funktionale Komponente des Portals100 in der Lage, mit jeder anderen funktionalen Komponente des Portals100 zu kommunizieren, wenn es erforderlich ist. Dies schließt auch alle Datenbanken mit ein. -
100 umfasst. Wie in110 mit dem System100 über ein Funknetzwerk120 verbinden, z. B. um bestimmte Multimediainhalte abzurufen. Für den Fall, dass das mobile Endgerät110 über UMTS auf das Portal100 zugreift, wird die Anfrage des mobilen Endgerätes110 von einem Knoten B empfangen und an einen sogenannten Gateway GPRS Support Node (GGSN) weitergeleitet, der mit einem IP-Netzwerk verbunden ist. Über dieses IP-Netzwerk wird die Anfrage des mobilen Endgerätes110 an das Portal100 weitergeleitet. Zu diesem Zweck umfasst das System100 Empfangs- und Übertragungsmittel170 , welche die Anfrage des mobilen Endgerätes110 an die Mobilgerätecharakterisierungseinheit140 und die Abgleicheinheit150 weiterleiten. Des Weiteren kann über feste Endgeräte210 wie zum Beispiel Desktops etc. mittels eines Computernetzwerkes220 , welches vorzugsweise ein verdrahtetes und/oder optisches Netzwerk ist, auf das System100 zugegriffen werden. Zu diesem Zweck umfassen die Empfangs- und Übertragungsmittel170 zusätzlich eine Schnittstelle oder mehrere Schnittstellen für die Kommunikation mit dem Computernetzwerk220 und dem Netzwerk, mit dem die Basisstation des Funknetzwerkes120 verbunden ist. Für den Fall, dass das Computernetzwerk220 ein IP-Netzwerk ist und das Funknetzwerk120 ebenfalls mit einem IP-Netzwerk verbunden ist, wird die Anfrage des mobilen Endgerätes110 alternativ zuerst an das IP-Netzwerk220 und anschließend an die Empfangs- und Übertragungsmittel170 weitergeleitet. - Auf diese Weise kann der Nutzer nicht nur über ein mobiles Endgerät, sondern auch über ein festes Endgerät auf das Portal
100 zugreifen. Für den Fall, dass das Portal100 ein Nutzerkonto für den Nutzer zur Verfügung stellt, kann sich der Nutzer über ein festes Endgerät210 einloggen und über das Computernetzwerk220 mit dem Portal100 verbinden. Dieser Zugang kann von dem Nutzer verwendet werden, wenn Dienste des Portals100 genutzt werden, die eine große Bandbreite für die Datenübertragung erfordern. Für den Fall, dass das Endgerät110 mit einer HSDPA-Funktion oder einer ähnlichen Technologie ausgestattet ist, die eine hohe Datenübertragungskapazität bietet, ist es auch möglich, über das Funknetzwerk auf das Portal100 zuzugreifen, wenn die Dienste eine große Bandbreite für die Datenübertragung erfordern. Wie oben erwähnt bietet das Portal dem Nutzer auch die Dienste an, mit denen der Nutzer Dateien mit Multimediainhalten in sein oder ihr Konto hochladen kann. Hierzu ist eine hohe Datenübertragungskapazität erforderlich. - In seinem oder ihrem Konto kann der Nutzer die hochgeladenen Dateien mit Multimediainhalten wie zum Beispiel Bilder, Musik, Klingeltöne, Videos, Spiele etc. abspeichern. Das System
100 umfasst einen Upload-Speicherbereich230 , in dem die hochgeladenen Dateien mit Multimediainhalten abgespeichert werden können. Der Upload-Speicherbereich230 ist vorzugsweise eine Datenbank. - Darüber hinaus umfasst das System
100 einen Cluster für den Upload und die Transkodierung240 , mit dem der Nutzer die hochgeladenen Dateien mit Multimediainhalten in den Upload-Speicherbereich230 übertragen kann. Des Weiteren ist der Cluster für den Upload und die Transkodierung240 dazu geeignet, die hochgeladenen Dateien mit Multimediainhalten entweder automatisch oder auf Anfrage des Nutzers umzucodieren. Bei einer Transkodierung auf Anfrage des Nutzers kann der Nutzer entweder durch eine Standardauswahl, die z. B. im Nutzerprofil gespeichert ist, oder durch eine spezifische Auswahl, die während des Uploads der Dateien mit Multimediainhalten getroffen wird, festlegen, in welches Format die Dateien mit Multimediainhalten transkodiert werden sollen. So kann der Nutzer in dem Fall, dass er z. B. eine Musikdatei im MP3-Format hochgeladen hat, festlegen, dass diese Datei mit Multimediainhalten in das WAV-, WMA- und OGG-Format transkodiert werden soll. Alle drei zusätzlichen Versionen der hochgeladenen Datei mit Multimediainhalten werden ebenfalls im Upload-Speicherbereich230 abgespeichert. - Wie oben angegeben ist, können die Dateien mit Multimediainhalten von dem mobilen Endgerät
110 oder dem festen Endgerät210 in den Upload-Speicherbereich230 hochgeladen werden. Da Computernetzwerke zurzeit eine höhere Datenübertragungskapazität als Funknetzwerke bieten, wird der Nutzer die Dateien mit Multimediainhalten höchstwahrscheinlich über das Computernetzwerk220 hochladen. Wenn er unterwegs ist, hat der Nutzer über das mobile Endgerät110 Zugriff auf seine oder ihre Dateien mit Multimediainhalten unter seinem oder ihrem Nutzerkonto. So kann der Nutzer über das Funknetzwerk120 bestimmte Dateien mit Multimediainhalten aus dem Upload-Speicherbereich230 auf das mobile Endgerät110 herunterladen. - Er oder sie hat durch den Zugriff auf das Portal
100 über ein Internet-Endgerät210 mittels des Netzwerkes220 vorzugsweise auch überall auf der Welt Zugriff auf alle oder eine Teilmenge der hochgeladenen Dateien mit Multimediainhalten, soweit die Inhalte nicht möglichen territorialen Beschränkungen unterliegen. - Vorzugsweise umfasst das System
100 in einer weiteren Erweiterung die Backend-Module250 . Vorzugsweise umfassen diese Backend-Module250 Module für ein Geschäft oder einen Laden, in dem die Nutzer des Portals100 Dateien mit Multimediainhalten käuflich erwerben können. Des Weiteren können die Backend-Module250 Module für das Hochladen von Dateien mit Multimediainhalten in das Geschäft und Digitale-Rechteverwaltungsmodule, also Module für die Verwaltung der digitalen Rechte der Dateien mit Multimediainhalten, die in das Geschäft hochgeladen werden, oder der digitalen Rechte der Multimediainhalte, die von den Nutzern erworben wurden, umfassen. Darüber hinaus können die Backend-Module250 Inhalte-Management-Module umfassen, um die hochgeladenen Dateien mit Multimediainhalten und z. B. Webseiten, auf denen die Dateien mit Multimediainhalten angeboten werden, zu verwalten. Des Weiteren umfassen die Backend-Module250 Module für die Rechnungsstellung, die Authentifizierung, die Sicherheit und die Protokollierung der Aktivitäten der Nutzer. Die spezifischen Merkmale der Backend-Module250 werden nachfolgend genauer dargestellt. - Des Weiteren stellt das System
100 eine Verbindung zu externen Datenquellen260 zur Verfügung. Diese externen Datenquellen beinhalten z. B. weitere Informationen in Bezug auf die Funktionalitäten der mobilen Endgeräte110 . - Darüber hinaus umfasst das Portal
100 vorzugsweise auch Schnittstellen zu Dritten, die Inhalte wie z. B. Nachrichten oder andere Online-Dienste anbieten. - Wie ebenfalls in
140 , die Abgleicheinheit150 und der Cluster für den Upload und die Transkodierung240 vorzugsweise bidirektional mit den Empfangs- und Übertragungsmitteln170 verbunden, die vorzugsweise ein oder mehrere Transceiver-Module umfassen, um mit den Netzwerken120 und220 zu kommunizieren. Die Empfangs- und Übertragungsmittel170 sind in der Lage, Multimediainhalte über SMS, i-Mode, WAP, HTTP, HTTP-Tunneling, etc. an das mobile Endgerät110 und das feste Endgerät210 weiterzuleiten. Des Weiteren sind die Empfangs- und Übertragungsmittel170 in der Lage, Anfragen über SMS, i-Mode, WAP, HTTP, HTTP-Tunneling etc. oder ähnliche Verfahren zu empfangen. - Darüber hinaus sind die Mobilgerätecharakterisierungseinheit
140 , die Abgleicheinheit150 und der Cluster für den Upload und die Transkodierung240 dazu geeignet, direkt oder, wie in140 , die Abgleicheinheit150 und der Cluster für den Upload und die Transkodierung240 sowohl auf die Speichermittel130 als auch auf die Datenbank160 und den Upload-Speicherbereich230 zugreifen. - Die Mobilgerätecharakterisierungseinheit
140 und die Abgleicheinheit150 können des Weiteren auf den Upload-Speicherbereich230 zugreifen (in100 Schnittstellen für die Kommunikation mit bestimmten und/oder allen Speichereinheiten/Speicherbereichen und den Datenbanken des Portals100 . - Der Upload-Speicherbereich
230 stellt vorzugsweise auch Informationen über das Multimedia-Format zur Verfügung, die vorzugsweise aus einem Digitalformatschlüssel bestehen, welcher das Multimedia-Format der jeweiligen Multimedia-Datei anzeigt und im Folgenden genauer beschrieben wird. Diese Informationen über das Multimedia-Format werden zusammen mit den Dateien mit Multimediainhalten abgespeichert, wenn diese in den Upload-Speicherbereich230 hochgeladen werden. „Zusammen abgespeichert” heißt, dass es mindestens einen Verweis von den Informationen über das Multimedia-Format auf die Datei mit Multimediainhalten, auf welche sich die Informationen beziehen, oder umgekehrt gibt. Darüber hinaus werden Informationen über das Multimedia-Format von dem Cluster für den Upload und die Transkodierung240 erstellt, wenn hochgeladene Dateien mit Multimediainhalten transkodiert werden. Die so erstellten Informationen über das Multimedia-Format werden ebenfalls mit den entsprechenden transkodierten Dateien mit Multimediainhalten in dem Upload-Speicherbereich230 gespeichert. Die Informationen über das Multimedia-Format können von der Abgleicheinheit150 ebenso aus dem Upload-Speicherbereich230 abgerufen werden wie die entsprechenden Informationen aus den Speichermitteln160 . So können die Informationen über das Multimedia-Format aus dem Upload-Speicherbereich230 ebenfalls mit den Informationen über die Funktionalitäten des mobilen Endgerätes110 abgeglichen werden. - Vorzugsweise bestehen die Mobilgerätecharakterisierungseinheit
140 , die Abgleicheinheit150 , die Empfangs- und Übertragungsmittel170 , die Datenbank160 , die Speichermittel130 , der Upload-Speicherbereich230 , der Cluster für den Upload und die Transkodierung240 und die externe Datenquelle260 aus einer Kombination von Software- und Hardware-Modulen. Alternativ bestehen diese Komponenten des Systems100 aus Software-Modulen, die in elektronischen Geräten implementiert sind. - Wie oben dargestellt ist, ist der Upload-Speicherbereich
230 ein Bereich, in welchem der Nutzer des mobilen Endgerätes110 eigene, selbst hochgeladene Dateien oder Dateien, die von den Speichermitteln130 heruntergeladen wurden, speichern kann. Auf den Upload-Speicherbereich230 können auch Freunde zugreifen, so dass dessen Inhalt geteilt werden kann, vorzugsweise in Übereinstimmung mit dem Digital-Rights-Management, das nachfolgend genauer erläutert wird. Auf den Upload-Speicherbereich230 kann über die WAP-Schnittstelle170 oder über die WEB-Schnittstelle170 oder über eine andere Schnittstelle, die für den Zugriff aus dem Funknetzwerk geeignet ist, zugegriffen werden. Es ist möglich, eine Datei mit Multimediainhalten von einem mobilen Endgerät110 oder von einem Personal Computer210 in das System100 oder genauer in den Upload-Speicherbereich230 hochzuladen. Die hochgeladene Datei mit Multimediainhalten kann ein beliebiges digitales Format wie zum Beispiel MP3, OGG etc. haben. Die hochgeladene Datei wird von dem Transkodier-Cluster240 transkodiert und im Upload-Speicherbereich230 abgespeichert. - Jeder Nutzer, der mittels seines mobilen Kommunikationsgerätes
110 identifiziert wurde und über das Funkkommunikationsnetzwerk120 oder über das feste Kommunikationsnetzwerk220 auf das System100 zugreift, hat einen dedizierten Speicherbereich, der vorzugsweise Teil des Upload-Speicherbereiches230 ist. Aus diesem Speicherbereich kann er oder sie Multimediainhalte auf sein oder ihr Mobiltelefon110 oder seinen oder ihren Personal Computer210 herunterladen. In diesen Bereich kann er oder sie Dateien mit Multimediainhalten aus den Speichermitteln130 hochladen, vorausgesetzt, dass die Abgleicheinheit140 in der Datenbank130 eine Übereinstimmung zwischen den Funktionalitäten des Endgerätes110 und den angeforderten Multimediainhaltengefunden hat. Der Nutzer kann ebenso private Inhalte in den dedizierten Speicherbereich hochladen. - Durch die Transkodierung der Multimediainhalte, die im Upload-Speicherbereich
230 gespeichert sind, werden diese vorzugsweise in allen digitalen Formaten zur Verfügung gestellt, welche das System100 kennt. Die Kenzeichnungseinheit des Endgerätes140 stellt sicher, dass beim Hochladen von Multimediainhalten in den Upload-Speicherbereich230 mindestens ein Dateiformat gewählt wird, das mit dem Endgerät110 kompatibel ist und die bestmögliche Qualität für das jeweilige Endgerät liefert. Vorzugsweise werden in dem Upload-Speicherbereich230 nicht die Dateien selbst gespeichert, sondern nur eine Adresse der jeweiligen Datei. Dadurch wird die Dopplung von Dateien vermieden. - Da das Digital-Rights-Management ebenfalls ein Problem für die hochgeladenen Inhalte darstellen kann und möglicherweise nicht alle hochgeladenen Dateien in alle bekannten Formate transkodiert werden können, erstellt der Upload-Speicherbereich
230 vorzugsweise alternativ einen entsprechenden Digitalformatschlüssel für die gespeicherten Dateien. -
260 zusammen mit weiteren Beispielen für verschiedene Verbindungen der mobilen Endgeräte110 mit dem System100 . - Gemäß eines Teilaspektes der bevorzugten Ausführungsform umfassen die Datenquellen
260 eine erste Datenbank310 , die vorzugsweise den sogenannten Type Allocation Code (TAC-Code) verschiedener mobiler Endgeräte110 zusammen mit dem Modell oder Typ des mobilen Endgerätes, das dem TAC-Code entspricht, speichert. Der TAC-Code ist ein Teil des 15-stelligen „International Mobile Equipment Identity(IMEI)”-Codes oder des 17-stelligen „International Mobile Equipment Identity and Software Version(IMEISV)”-Codes, die dazu dienen, drahtlose Geräte eindeutig zu identifizieren. Der TAC-Code besteht aus einer achtstelligen Zahlenfolge, die ein bestimmtes Modell identifiziert, und häufig auch eine Version eines mobilen Endgerätes für die Nutzung z. B. in einem GSM- oder UMTS- oder einem anderen drahtlosen Netzwerk, das IMEI oder IMEISV unterstützt. - Der IMEI- oder IMEISV-Code wird von dem mobilen Endgerät
110 übertragen und kann so z. B. zur Identifizierung des Typs oder des Modells des mobilen Endgerätes110 genutzt werden, wenn dieses auf das System100 zugreift. Der IMEI- oder IMEISV-Code wird vorzugsweise an das Betreibernetzwerk120 übertragen, das den TAC-Code z. B. über den GGSN an das Portal100 weiterleitet. Der TAC-Code wird vorzugsweise dazu verwendet, das mobile Endgerät110 zu identifizieren, wenn das mobile Endgerät das Portal100 per SMS kontaktiert. - Vor dem 1. April 2004 beinhaltete die weltweite IMEI-Norm den sechsstelligen Type Allocation Code, der anzeigte, dass dieses spezielle Gerät von einer nationalen GSM-Zulassungsbehörde zugelassen wurde. Des Weiteren war gemäß dem früheren IMEI-Format auch ein Final Assembly Code (FAC) im IMEI-Code enthalten, der eindeutig das Herstellungsunternehmen angeben konnte, welches das Gerät tatsächlich konstruiert und gebaut hatte. Dies ist jedoch nicht immer dasselbe wie der Markenname des mobilen Endgerätes.
- Auf diese Weise ermöglicht die erste Datenbank
310 die eindeutige Identifizierung des Modells des mobilen Endgerätes110 auf der Grundlage des TAC-Codes. - Des Weiteren umfassen die Datenquellen
260 eine zweite Datenbank320 , welche vorzugsweise eine Wireless Universal Resource File (drahtlose universelle Ressourcendatei), auch als WURFL bezeichnet, ist. Die WURFL ist eine XML-Konfigurationsdatei, die Informationen über die Gerätefunktionalitäten und -merkmale für eine Reihe von mobilen Endgeräten enthält. Insbesondere umfasst die zweite Datenbank Informationen, mittels derer mobile Endgeräte, die einen Server oder das System100 über WAP kontaktieren, entsprechend ihres Modells oder Typs identifiziert werden können. Informationen über mobile Geräte werden regelmäßig von Herstellern mobiler Endgeräte in die zweite Datenbank eingetragen, und diese Datenbank wird oft aktualisiert, um auch neu auf den Markt kommende drahtlose Geräte zu beinhalten. Die WURFL-Datenquelle320 , die in110 , wie zum Beispiel die Marke und das Modell, die Bildschirmgröße und die Art des unterstützten Browsers, z. B. ob das Endgerät CSS, XHTMLMP und DRM unterstützt. - Für den Fall, dass das mobile Endgerät das Portal
100 über WAP kontaktiert, kann die zweite Datenbank320 dazu genutzt werden, die Funktionalitäten des mobilen Endgerätes zu identifizieren, da die zweite Datenbank Informationen über den Typ oder das Modell des mobilen Endgerätes auf der Grundlage der Informationen, die z. B. von dem HTTP-Header-Feld „UserAgent” abgerufen und über WAP übertragen wurden, zur Verfügung stellt. - Wenn die erste Datenbank
310 dazu genutzt wird, das Modell oder den Typ des mobilen Endgerätes110 auf der Grundlage des TAC-Codes zu identifizieren, kann die zweite Datenbank320 auch dazu genutzt werden, weitere Informationen über die Funktionalitäten und Merkmale des identifizierten mobilen Endgerätes110 abzurufen. - Darüber hinaus umfasst die Datenquelle
260 vorzugsweise eine dritte Datenbank330 , die Informationen über die Funktionalitäten der mobilen Endgeräte zur Verfügung stellt. Die dritte Datenbank330 enthält Informationen, die z. B. von den Herstellern der mobilen Endgeräte erfragt werden. Diese Hersteller-Datenbank330 speichert Informationen abhängig vom Typ oder Modell der mobilen Endgeräte. Vorzugsweise werden zu jedem Typ oder Modell eines mobilen Endgerätes alle relevanten Informationen wie zum Beispiel Bildschirmgröße, CSS-Unterstützung, XHTMLMP-Unterstützung, DRM-Unterstützung, AVI-Unterstützung, MP3-Unterstützung, WMA-Unterstützung, OGG-Unterstützung, ...Browsertyp, Betriebssystem etc. gespeichert. Die dritte Datenbank330 kann aus einer einzigen Datenbank für alle Hersteller oder aus mehreren Datenbanken bestehen, wobei jede Datenbank die Informationen von einem oder mehreren Herstellern abdeckt. Auf diese Weise ist es möglich, auf der Grundlage der Hersteller-Datenbank330 Informationen in Bezug auf ein bestimmtes mobiles Endgerät basierend auf dem Typ des mobilen Endgerätes abzurufen. - Neben der ersten Datenbank
310 , die Informationen bezüglich des Typs oder Modells eines mobilen Endgerätes auf der Grundlage des TAC-Codes zur Verfügung stellt, welche z. B. per SMS übertragen wurden, der zweiten Datenbank320 , die Informationen bezüglich des Typs oder Modells eines mobilen Endgerätes auf der Grundlage von Informationen zu Verfügung stellt, welche z. B. vom HTTP-Header-Feld „User Agent” abgerufen und mittels WAP übertragen wurden, und der dritten Datenbank330 , die auf der Grundlage des Typs oder Modells des mobilen Endgerätes Informationen bezüglich der Funktionalitäten mobiler Endgeräte zur Verfügung stellt, wird eine weitere Datenbank340 bereitgestellt, die zusätzliche Informationen bezüglich der Funktionalitäten der mobilen Endgeräte enthält. Die in der vierten Datenbank340 gespeicherten Informationen werden vorzugsweise von den Netzbetreibern zur Verfügung gestellt. - Darüber hinaus umfasst die Datenquelle
260 vorzugsweise eine zusätzliche fünfte Datenbank350 . Diese fünfte Datenbank350 wird vorzugsweise von einem externen Anbieter zur Verfügung gestellt, der zuverlässige Informationen über die Funktionalitäten der mobilen Endgeräte anbietet. Vorzugsweise ist die fünfte Datenbank350 eine Datenbank mit einem standardisierten Datenformat. Alternativ ist die fünfte Datenbank350 eine geschützte Datenbank. - Darüber hinaus wird eine sechste Datenbank
360 zur Verfügung gestellt, die eine geschützte Datenbank ist und höchst zuverlässige Daten über die Funktionalitäten der mobilen Endgeräte beinhaltet. Vorzugsweise umfasst diese geschützte Datenbank360 zusätzlich die TAC-Codes und die Codes der WAP User Agents, die dem Modell der mobilen Endgeräte entsprechen, welche in der Datenbank gespeichert sind. Auf diese Weise ist die geschützte Datenbank360 in der Lage, Datensätze zur Verfügung zu stellen, die vorzugsweise alle Informationen wie zum Beispiel den TAC-Code, den Code des WAP User Agents und die Funktionalitäten des jeweiligen Modells eines mobilen Endgerätes umfassen, die erforderlich sind, um die Funktionalitäten eines bestimmten mobilen Endgerätes110 zu identifizieren. Vorzugsweise werden alle diese in der sechsten Datenbank360 gespeicherten Informationen auf ihre Richtigkeit geprüft. - Gemäß einer Variante der bevorzugten Ausführungsform greift das System
100 auf so viele Datenbanken der Datenquellen260 zu wie möglich, vergleicht die Informationen, die aus den verschiedenen Datenquellen260 abgerufen wurden, und speichert für jedes Modell der mobilen Endgeräte, das den verfügbaren Datenquellen bekannt ist, welche digitalen Multimedia-Formate von den jeweiligen Modellen unterstützt werden. - Der Typ und die Version des Browsers, der von dem mobilen Gerät
110 unterstützt wird, kann aus der WURFL-Datenquelle zum Beispiel mittels HTML- oder WAP-Kommunikation oder per SMS abgerufen werden. Es kann jedoch auch jedes andere unterstützte Kommunikationsmittel verwendet werden. Wenn diese Information mittels HTML- oder WAP-Kommunikation abgerufen wird, werden die Informationen über den unterstützten Browser automatisch mittels der Informationen aus den HTTP-Header-Feldern abgerufen. Bei einer Kommunikation per SMS wird jedoch nur die Kennung des mobilen Gerätes, d. h. der TAC-Code, gesendet, und die Information über den von dem mobilen Gerät110 unterstützten Browser wird in einer der Datenbanken überprüft oder aus der Datenbank160 abgerufen. - Gemäß einer anderen Variante der bevorzugten Ausführungsform umfasst das System
100 eine eigene Datenquelle, die individuell mit Informationen über die bekannten Eigenschaften von im Wesentlichen allen Modellen mobiler Endgeräte, die für die Kommunikation über das Funknetzwerk120 genutzt werden, versorgt wird. - Gemäß noch einer weiteren Variante der bevorzugten Ausführungsform werden den Datenbanken
310 bis360 der Datenquelle260 Prioritäten zugewiesen. Da die geschützte Datenbank360 die Datensätze beinhaltet, die als die zuverlässigsten angesehen werden, wird dieser Datenbank die höchste Priorität zugewiesen. Die weiteren Prioritäten werden den Datenbanken gemäß der Zuverlässigkeit der jeweils in ihnen enthaltenen Datensätze zugewiesen. Je geringer die Zuverlässigkeit der Datensätze ist, desto niedriger ist die Priorität, die der Datenbank zugewiesen wird. Auf der Grundlage dieses Prioritätenkonzeptes können für jedes bekannte Modell aus einer Vielzahl von mobilen Endgeräten Datensätze zusammengestellt werden. Die Erstellung derartiger Datensätze kann entweder spontan für jede Anfrage des mobilen Endgerätes oder alternativ einmalig für alle identifizierten Modelle mobiler Endgeräte erfolgen, wobei die dergestalt erstellten Datensätze in der Datenbank160 gespeichert werden. - Es ist klar, dass dieser Teilaspekt der vorliegenden Erfindung nicht auf eine Datenquelle mit sechs Datenbanken beschränkt ist, sondern ebenso mit zwei, drei, vier und fünf Datenbanken oder sogar mehr als sechs Datenbanken gleichermaßen funktioniert.
- In
160 die endgültigen Datensätze gemäß den Prioritäten, die den Datenbanken zugewiesen wurden, unmittelbar aus der ersten bis sechsten Datenbank310 bis360 zusammenstellen. Alternativ erfolgt die Zusammenstellung der endgültigen Datensätze, die in der Datenbank160 gespeichert werden, über die Backend-Module. Wie ebenfalls in100 zugreifen. - Beim Zugriff auf das System
100 über WAP wird eine Kennung von dem mobilen Endgerät110 an das System100 übermittelt, welche den Typ oder das Modell des mobilen Endgerätes anzeigt. Diese Kennung ist vorzugsweise das HTTP-Header-Feld „UserAgent”, das Informationen über das mobile Gerät und dessen Hersteller zur Verfügung stellt. Ist das mobile Endgerät110 zum Beispiel ein Samsung SGH D900 Mobiltelefon, lautet der Inhalt des HTTP-Header-Feldes „User Agent” „Samsung-SGH-D900”. In diesem Zusammenhang muss erwähnt werden, dass das mobile Endgerät110 nicht nur über das Funknetzwerk120 auf das Portal100 zugreifen kann, sondern auch direkt über das Computernetzwerk220 , wenn das mobile Endgerät110 auch mit einer Bluetooth- und/oder WiFi-Funktion ausgestattet ist. In beiden Fällen, d. h. beim Zugriff auf das Portal100 über das Funknetzwerk120 oder über das Computernetzwerk220 , steht das HTTP-Header-Feld „User Agent” zur Identifizierung des Modells oder Typs des mobilen Endgerätes110 zur Verfügung. - Für den Fall, dass das mobile Endgerät
110 per SMS auf das System100 zugreift, wird gleichermaßen eine Kennung zur Verfügung gestellt. Vorzugsweise wird in diesem Fall der TAC-Code übermittelt. Wenn ein Mobiltelefon des Typs Nokia 6234 per SMS auf das System100 zugreift, lautet der übermittelte TAC-Code „35939500”. Bei einer besonders bevorzugten Ausführungsform wird der TAC-Code nur für die Identifizierung von mobilen Endgeräten110 verwendet, die per SMS auf das System zugreifen, und das HTTP-Header-Feld „User Agent” wird nur für die Identifizierung von mobilen Endgeräten110 verwendet, die über WAP auf das System zugreifen. - Dieser TAC-Code oder der Inhalt des HTTP-Header-Feldes „User Agent” kann von allen anderen Informationen, die das mobile Endgerät entweder durch die Empfangs- und Übertragungsmittel
170 oder durch die Mobilgerätecharakterisierungseinheit140 zur Verfügung stellt, getrennt werden. Auf der Grundlage der User-Agent-Information oder des TAC-Codes kann die Mobilgerätecharakterisierungseinheit140 z. B. die Datenbank160 kontaktieren und Informationen über die Funktionalitäten des mobilen Endgerätes entsprechend dem TAC-Code oder dem Inhalt des HTTP-Header-Feldes „User Agent” abrufen. Vorzugsweise stellt die Datenbank160 bei der Anfrage der Mobilgerätecharakterisierungseinheit140 einen Schlüssel zur Verfügung, welcher die Funktionalitäten für den Typ des mobilen Endgerätes, für den die Information angefordert wurde, anzeigt. Wie in - Die Anfragen der Mobilgerätecharakterisierungseinheit
140 an die Datenbank160 werden vorzugsweise als Datenbankabfrage weitergeleitet. Diese Datenbankabfrage erfolgt vorzugsweise über eine ODBC-Schnittstelle. Alternativ erfolgen Datenbankabfragen über andere Standard-Datenbankschnittstellen oder über ein SOAP-Protokoll oder über CORBA, GIOP, ICE, DCOM und/oder COM. Bei einer weiteren Alternative besteht die Datenbank160 aus einer XML-Datei, die alle zusammengestellten endgültigen Datensätze in Bezug auf die Funktionalitäten der mobilen Endgeräte im XML-Format beinhaltet. - 2. Kompatibilitätsmanagement
- Wie oben dargestellt besteht ein Teilaspekt des Systems
100 darin, Audio-, Bild-, Video-, Spiele- und andere Multimediainhalte derart zur Verfügung zu stellen, dass die bestmögliche Qualität für das mobile Endgerät110 , das auf das System100 zugreift wird. Zu diesem Zweck verwendet das System100 ein Kompatibilitätsmanagementsystem. Einige Aspekte dieses Kompatibilitätsmanagements wurden oben bereits allgemein beschrieben. Im Folgenden werden weitere Einzelheiten dieses Kompatibilitätsmanagements dargestellt. - Musik, Videoclips, Soundclips (z. B. Klingeltöne), Spiele und Fotos sowie die Browserformate werden im System
100 als Dateien mit verschiedenen Formaten gespeichert. Ein bestimmter Titel kann z. B. als MP3-Datei und/oder als WMA-Datei gespeichert werden. Weitere digitale Formate für Musik- oder Video-Dateien sind z. B. AAC, HE-AAC, 3GP, MP4, WAV, WMA und AVI. Weitere digitale Formate werden nachfolgend mit Bezug auf Tabelle 1 beschrieben. Es gibt noch viele andere digitale Formate und es entstehen immer noch neue digitale Formate. Die verschiedenen digitalen Formate basieren auf verschiedenen Anweisungen oder Regeln für die Kodierung einer Datei mit Multimediainhalten (z. B. Musikdatei, Videodatei, Sounddatei oder Bilddatei) in eine Abfolge von Bits, die übertragen und anschließend von einem geeigneten Decoder, zum Beispiel in einem Mobiltelefon, dekodiert werden können. Um eine effiziente Möglichkeit zur Verfügung zu stellen, Informationen darüber zu erhalten, ob ein digitales Format von einem bestimmten Modell eines mobilen Endgerätes unterstützt wird, müssen die Funktionalitäten eines mobilen Endgerätes110 in Bezug auf digitale Formate bekannt sein. - Mit Bezug auf die
110 , das auf das System100 zugreift, gemäß der bevorzugten Ausführungsform der vorliegenden Erfindung abgerufen werden können. -
130 gespeichert sind, darstellt. Diese „Speicherung einer Datei in der Datenbank130 ” erfolgt vorzugsweise durch die Speicherung der Datei in einer Speichereinheit, wobei ein Verweis auf diese Datei in der Speichereinheit erstellt und in einem entsprechenden Datensatz der Datenbank gespeichert wird. - Wie in Schritt
410 dargestellt ist, sendet das mobile Endgerät110 eine Anfrage für den Zugriff auf Multimediainhalte, die in Form von einer oder mehreren Dateien mit Multimediainhalten gespeichert sind, an das System100 . Beispielsweise sendet das mobile Endgerät110 eine Anfrage für den Zugriff auf das Video „All Summer Long” von „Kid Rock” und für den Zugriff auf den Titel „Take a Bow” von „Rihanna”. Des Weiteren wird beispielhaft angenommen, dass das mobile Endgerät118 ein Mobiltelefon vom Typ Nokia 8800 ist, welches die Anfrage per SMS sendet. - Die Anfrage wird in Schritt
410 von den Empfangs- und Übertragungsmitteln170 empfangen. Die Empfangs- und Übertragungsmittel170 leiten die Anfrage des Mobiltelefons Nokia 8800 in Schritt420 an die Mobilgerätecharakterisierungseinheit140 weiter. Die Anfrage beinhaltet vorzugsweise den TAC-Code, der vom Netzbetreiber zur Verfügung gestellt wird. Für den Fall, dass die Anfrage den IMEI-Code beinhaltet, bezieht die Mobilgerätecharakterisierungseinheit140 den TAC-Code, welchen das Modell des mobilen Endgerätes110 eindeutig identifiziert, aus dem IMEI-Code. Im Fall des Mobiltelefons Nokia 8800 lautet der TAC-Code z. B. 35797300. - Vorzugsweise wird zusammen mit der Information, dass das mobile Endgerät
110 eine Anfrage auf Zugriff auf den Titel „Take a Bow” und das Video „All Summer Long” stellt, der TAC-Code von der Mobilgerätecharakterisierungseinheit140 im Schritt430 an die Abgleicheinheit150 übermittelt. - In Schritt
440 beginnt die Abgleicheinheit150 eine Abfrage der Datenbank160 auf der Grundlage des TAC-Codes „35797300”, um Informationen über die Funktionalitäten des jeweiligen mobilen Endgerätes abzurufen. Auf Basis des TAC-Codes „35797300” wird in Schritt450 ein Datensatz aus der Datenbank160 abgerufen, der dem Mobiltelefon Nokia 8800 entspricht und Informationen wie zum Beispiel die Bildschirmauflösung (208×208 Pixel), Kameraauflösung (600×800 Pixel), Bildschirmfarben (262 ,144 ), bevorzugte Auflösung des Hintergrundbildes (128×128 Pixel), MP3-Unterstützung (wahr), 3GP-Unterstützung (wahr), etc. enthält. Auf der Grundlage der Informationen, die aus der Datenbank160 abgerufen wurden, erhält die Abgleicheinheit150 nun die Information, dass das mobile Endgerät110 , das die Anfrage nach dem Zugriff auf die oben genannten Dateien mit Multimediainhalten gestellt hat, ein Gerät des Typs Nokia 8800 ist, welches das MP3- und das 3GP-Format unterstützt. - In Schritt
460 fordert die Abgleicheinheit150 Informationen über den Titel „Take a Bow” und das Video „All Summer Long” aus den Speichermitteln130 an. Auf diese Anforderung hin erhält die Abgleicheinheit150 in Schritt470 die Information von den Speichermitteln130 , dass der Titel „Take a Bow” in den digitalen Formaten MP3 und WMA verfügbar ist, und dass das Video „All Summer Long” nur im digitalen Format WMV verfügbar ist. Auf der Grundlage dieser Information stellt die Abgleicheinheit150 fest, dass nur der Zugriff auf den Titel „Take a Bow” und insbesondere auf das digitale Format MP3 gewährt werden kann, da nur dieses Format von dem Gerät Nokia 8800 unterstützt wird. Der Zugriff auf das Video „All Summer Long” wird nicht gewährt, da dieses nur in einem Format zur Verfügung steht, das von dem Gerät Nokia 8800 nicht unterstützt wird. Daher sendet die Abgleicheinheit150 im Schritt480 die Zugriffserlaubnis nur für den Titel „Take a Bow” im digitalen Format MP3 an die Empfangs- und Übertragungsmittel170 . Diese Zugriffserlaubnis wird im Schritt485 von den Empfangs- und Übertragungsmitteln170 an das mobile Endgerät110 weitergeleitet. Anschließend kann das mobile Endgerät110 in den Schritten490 und495 über die Empfangs- und Übertragungsmittel170 auf den Titel „Take a Bow” (von Rihanna) zugreifen und dieses aus den Speichermitteln130 herunterladen. - Alternativ wird die Zugriffserlaubnis nicht nur an das mobile Endgerät
110 weitergeleitet, sondern auch von dem Portal100 in Bezug auf das mobile Endgerät110 , das die Anfrage auf Zugriff gestellt hat, gespeichert. Weitere Anfragen des mobilen Endgerätes110 werden dann von den Empfangs- und Übertragungsmitteln170 auf der Grundlage der gespeicherten Zugriffserlaubnis bearbeitet. - Auf diese Weise wird verhindert, dass der Zugriff auf eine Datei mit Multimediainhalten gewährt wird, die in einem Format verfügbar ist, welches von dem mobilen Endgerät
110 nicht unterstützt wird. Die oben beschriebenen Schritte verhindern, dass ein Nutzer z. B. Dateien mit Multimediainhalten kauft, die von seinem oder ihrem mobilen Endgerät110 nicht unterstützt werden. - Als Alternative zum oben beschriebenen Schritt
410 , bei dem eine Anfrage für bestimmte Dateien mit Multimediainhalten gesendet wird, kann das mobile Endgerät110 eine allgemeine Anfrage für Dateien mit Multimediainhalten an die Empfangs- und Übertragungsmittel170 stellen, z. B. wenn ein Nutzer ein Geschäft „betritt”, das in dem Portal100 unterhalten wird. Auf diese Weise ist es dem mobilen Endgerät110 möglich, z. B. auf ein Geschäft im System100 zuzugreifen und bestimmte Dateien mit Multimediainhalten zu suchen. Das Geschäft zeigt jedoch ausschließlich solche Dateien mit Multimediainhalten an, die von den Funktionalitäten des mobilen Endgerätes110 unterstützt werden. Zu diesem Zweck kann das Geschäft die verfügbaren Dateien mit Multimediainhalten, die in den Speichermitteln130 gespeichert sind, mittels der Abgleicheinheit150 filtern. Auf diese Weise wird verhindert, dass dem Nutzer Dateien mit Multimediainhalten angeboten werden, die von seinem oder ihrem mobilen Endgerät110 nicht unterstützt werden. - Um das Ergebnis auf akzeptable Art und Weise zu präsentieren, umfasst das System
100 zusätzlich eine grafische Benutzeroberfläche oder ein anderes Frontend, das dafür verantwortlich ist, die Ergebnisse auf eine solche Art und Weise zu präsentieren, dass sie auf einem mobilen Endgerät110 oder einem festen Endgerät210 dargestellt werden können. Die Präsentation der Ergebnisse kann auf der Grundlage von SMS, i-Mode, WAP, Webtechnologien etc. erfolgen. - In
130 gespeichert sind, verdeutlicht. Wie bereits im Zusammenhang mit110 im Schritt510 eine Anfrage an die Empfangs- und Übertragungsmittel170 . Diese Anfrage kann eine Anfrage nach bestimmten Dateien mit Multimediainhalten, aber auch eine allgemeine Anfrage sein. Zum Beispiel: Die Anfrage des mobilen Endgerätes110 wird über WAP gestellt. In Schritt520 wird die Anfrage von den Empfangs- und Übertragungsmitteln170 an die Mobilgerätecharakterisierungseinheit140 weitergeleitet. Die Mobilgerätecharakterisierungseinheit140 ruft die Informationen aus dem HTTP-Header-Feld „UserAgent” ab, die zum Beispiel „Samsung-SGH-Z400-Vodafone” lautet. Diese Information wird von der Mobilgerätecharakterisierungseinheit40 in Schritt530 an die Datenbank160 gesendet, um Informationen über die Funktionalitäten dieses Modells abzurufen. In Schritt540 sendet die Datenbank160 die angeforderten Informationen an die Mobilgerätecharakterisierungseinheit140 . Je nach der Anfrage des mobilen Endgerätes110 sendet die Mobilgerätecharakterisierungseinheit140 in Schritt540 die vollständigen Informationen aus der Datenbank160 oder nur einen Teil dieser Informationen an die Abgleicheinheit150 . Für den Fall, dass die Informationen bezüglich des gewünschten Zugriffs nicht in Schritt520 an die Mobilgerätecharakterisierungseinheit140 weitergeleitet wurden, fordert die Mobilgerätecharakterisierungseinheit140 diese Informationen in Schritt544 von den Empfangs- und Übertragungsmitteln170 an und erhält diese Informationen in Schritt548 , bevor sie in Schritt550 die Abgleicheinheit150 kontaktiert. - Basierend auf der allgemeinen oder spezifischen Anfrage des mobilen Endgerätes
110 , leitet die Abgleicheinheit150 in Schritt560 eine Abfrage der Speichermittel130 ein und erhält in Schritt570 Informationen über das digitale Format der gespeicherten Dateien mit Multimediainhalten. Auf der Grundlage der vollständigen Informationen oder eines Teils der Informationen über die Funktionalitäten des mobilen Endgerätes stellt die Abgleicheinheit150 fest, welche der verfügbaren Dateien mit Multimediainhalten ein digitales Format haben, das von den Funktionalitäten des mobilen Endgerätes110 unterstützt wird. Die jeweiligen Ergebnisse werden in Schritt580 an die Empfangs- und Übertragungsmittel170 weitergeleitet und in Schritt585 von den Empfangs- und Übertragungsmitteln170 an das mobile Endgerät110 übermittelt. Auf der Grundlage der erhaltenen Informationen kann das mobile Endgerät110 in den Schritten590 und595 auf die identifizierte Teilmenge der Dateien mit Multimediainhalten zugreifen, die ein Format hat, welches von den Funktionalitäten des mobilen Endgerätes110 unterstützt wird. -
130 gespeichert sind, verdeutlicht. In Schritt610 sendet das mobile Endgerät110 eine Anfrage für den Zugriff auf Dateien mit Multimediainhalten an die Empfangs- und Übertragungsmittel170 . Im Gegensatz zu den anderen Alternativen, die im Zusammenhang mit den110 in Schritt610 Informationen über die Funktionalitäten des mobilen Endgerätes. Diese Informationen werden zusammen mit der Anfrage von den Empfangs- und Übertragungsmitteln170 empfangen und in Schritt620 an die Mobilgerätecharakterisierungseinheit140 weitergeleitet. Die Mobilgerätecharakterisierungseinheit140 kann die Informationen über die Funktionalitäten des mobilen Endgerätes in den Schritten630 und640 durch eine Abfrage der Datenbank160 überprüfen. Insbesondere kann die Mobilgerätecharakterisierungseinheit140 die Schritte630 und640 dann ausführen, wenn die Informationen über die Funktionalitäten des mobilen Endgerätes110 nicht vollständig sind. Für den Fall, dass Informationen bezüglich der Dateien mit Multimediainhalten, auf die das mobile Endgerät110 zugreifen will, nicht in Schritt620 übermittelt wurden, fragt die Mobilgerätecharakterisierungseinheit140 diese Informationen in den Schritten644 und648 ab. Wenn die Mobilgerätecharakterisierungseinheit140 alle Informationen hat, die erforderlich sind, um die Dateien mit Multimediainhalten gemäß der vorliegenden Erfindung zu identifizieren, leitet die Mobilgerätecharakterisierungseinheit148 die Informationen über die Funktionalitäten des mobilen Endgerätes110 und die Informationen bezüglich der angeforderten Multimediainhalte in Schritt650 an die Abgleicheinheit150 weiter. In den Schritten660 und670 ruft die Abgleicheinheit150 Informationen bezüglich der digitalen Formate der angeforderten Multimediainhalte von den Speichermitteln130 ab und erhält diese Informationen. Dann stellt die Abgleicheinheit150 fest, welche Dateien mit Multimediainhalten ein digitales Format haben, das von den Funktionalitäten des mobilen Endgerätes110 unterstützt wird, und der Anfrage des mobilen Endgerätes übereinstimmen. Die jeweiligen Ergebnisse werden in den Schritten680 und685 über die Empfangs- und Übertragungsmittel170 an das mobile Endgerät110 weitergeleitet. Auf der Grundlage der übermittelten Informationen erhält das mobile Endgerät110 in den Schritten690 und695 Zugriff die angeforderten Dateien mit Multimediainhalten. - Mit Bezug auf die
100 feststellt, welche Dateien mit Multimediainhalten mit den Funktionalitäten des mobilen Endgerätes110 kompatibel sind. Die Bereitstellung dieser Informationen für das mobile Endgerät110 wurde in diesem Zusammenhang ebenfalls beschrieben. Im Folgenden werden die Informationen, die in der Datenbank160 gespeichert sind, und die Informationen, die aus den Speichermitteln130 abgerufen werden, ausführlicher beschrieben. Darüber hinaus wird der Abgleich der aus der Datenbank160 abgerufenen Informationen mit den aus den Speichermitteln130 abgerufenen Informationen im Folgenden ebenfalls ausführlicher beschrieben. - Wie oben dargestellt wurde, besteht die Datenbank
160 , die im Folgenden auch als „Kompatibilitätsdatenbank160 ” bezeichnet wird, aus einer Zusammenstellung der Informationen, die vorzugsweise von der Datenquelle260 abgerufen wurden. Die Daten, die in der Kompatibilitätsdatenbank160 gespeichert sind, werden in regelmäßigen Abständen oder auf Anfrage, wenn neue Informationen in der Datenquelle260 verfügbar sind, aktualisiert. Gemäß einer bevorzugten Variante der bevorzugten Ausführungsform, speichert die Kompatibilitätsdatenbank160 für jedes Modell eines mobilen Endgerätes Kennungen, die für die verschiedenen Kommunikationsstandards verwendet werden, wie zum Beispiel den TAC-Code oder den Inhalt des HTTP-Header-Feldes „User Agent”, zusammen mit den jeweiligen Funktionalitäten der Mobiltelefone wie z. B. Bildschirmgröße, CSS-Unterstützung, XHTMLMP-Unterstützung, DRM-Unterstützung, Bildschirmauflösung, Informationen über das Betriebssystem, Informationen über die Codecs, Informationen über die Version des WML-Skriptes und die WML-Version, Informationen über die unterstützten Audio-, Video-, Spiele- und Bilddateien etc. Diese Informationen werden vorzugsweise in einem Datensatz gespeichert. Darüber hinaus werden die Informationen bezüglich eines Modells auch als zusammengefasste Informationen innerhalb eines bestimmten Codes dargestellt, welcher die Funktionalitäten des mobilen Endgerätes110 anzeigt, indem die Verfügbarkeit einer Funktion gemäß einer bevorzugten Variante der Ausführungsform der vorliegenden Erfindung durch die Zuweisung des Wertes „Ja” oder „wahr” oder „0” und „1” angezeigt wird. - 2.1 Kompatibilitätsschlüssel
- Diese zusammengefassten Informationen können als ein einzelner Schlüssel für jedes einzelne Model oder jeden einzelnen Typ des mobilen Endgerätes
110 dargestellt werden, wie z. B. in -
700 gemäß einer Variante der bevorzugten Ausführungsform der Erfindung, der von der Kompatibilitätsdatenbank160 empfangen wurde. Vorzugsweise hat dieser Kompatibilitätsschlüssel700 eine Länge von 256 Bits, gemäß der vorliegenden Erfindung kann jedoch eine beliebige Länge dieses Kompatibilitätsschlüssels700 verwendet werden. Des Weiteren weist der Schlüssel verschiedene Abschnitte auf, die sich vorzugsweise auf verschiedene Merkmale des mobilen Endgerätes wie zum Beispiel allgemeine Informationen, Audiokompatibilität, Bildkompatibilität, Videokompatibilität, Spielkompatibilität etc. beziehen. - Das höchstwertige Bit (most significant bit; MSB) des in
700 befindet sich an der äußersten linken Position. Dementsprechend befindet sich das niedrigstwertige Bit (least significant bit; LSB) an der äußersten rechten Position. Gemäß dem in700 werden die ersten neun Bit-Positionen des Schlüssels dem Merkmal „Allgemeine Informationen” zugeordnet. Diese Informationen können bestimmte Merkmale umfassen, ob das mobile Endgerät Java-Script oder WML-Script unterstützt oder ob es Digital-Rights-Management, CSS etc. unterstützt. Alternativ kann der Teil „Allgemeine Informationen” nur acht Bits oder 16 Bits umfassen. Abhängig von der Anzahl der Merkmale des mobilen Endgerätes, die von dem Kompatibilitätsschlüssel700 abgedeckt werden müssen, kann der Teil „Allgemeine Informationen” sogar noch länger sein. Alternativ kann auch gar kein Abschnitt für „Allgemeine Informationen” zur Verfügung gestellt werden. - Wie ebenfalls in
110 . Dargestellt ist eine Länge dieses Teils, die größer ist als sieben Bits. Vorzugsweise ist er acht Bits lang. Er kann jedoch auch kürzer oder länger sein, je nach Anzahl der verschiedenen Audioformate, die von dem Schlüssel abgedeckt werden sollen. - Jede Bit-Position des Audioabschnitts des Kompatibilitätsschlüssels
700 bezieht sich auf ein bestimmtes Audioformat, das von dem mobilen Endgerät110 unterstützt wird. Die in - Da die erste Bit-Position des Audio-Abschnittes, die dem Audioformat MP3 entspricht, den Wert „0” hat, folgt daraus, dass das mobile Endgerät
110 , auf das sich dieser Kompatibilitätsschlüssel700 bezieht, Audio-Dateien mit dem digitalen Format MP3 nicht unterstützt. Die zweite Bit-Position des Audio-Abschnittes entspricht dem digitalen Format WMA. Der Wert in diesem Bit-Feld ist „1”. Auf diese Weise gibt der Kompatibilitätsschlüssel700 an, dass WMA-Dateien von dem mobilen Endgerät110 unterstützt werden. Die dritte Bit-Position im Audio-Abschnitt, die dem Audioformat WAV entspricht, hat den Wert „0”, der anzeigt, dass dieses Format von dem mobilen Endgerät110 nicht unterstützt wird. Die vierte Bit-Position im Audio-Abschnitt hat den Wert „1”, der anzeigt, dass das digitale Format OGG, das dieser Bit-Position entspricht, von dem mobilen Endgerät110 unterstützt wird. Die Positionen 5, 6 und 7, die den Formaten VOX, MPC und AAC entsprechen, haben den Wert „0”, der anzeigt, dass diese Formate von dem mobilen Endgerät110 nicht unterstützt werden. - Darüber hinaus beinhaltet der Kompatibilitätsschlüssel
700 einen Abschnitt für die Anzeige der Kompatibilität in Bezug auf Bildformate. Wie in700 . Je nach dem verfügbaren Bildformat kann der Bild-Abschnitt länger als acht Bits oder sogar kürzer als acht Bits sein. - Wie in
110 unterstützt wird. Beispielhaft werden den Bit-Feldern, die im Bildabschnitt angezeigt werden, von links nach rechts die Bildformate JPEG, PNG, GIF, TIF etc. zugewiesen. Das bedeutet, dass die Formate JPEG und PNG von dem mobilen Endgerät110 nicht unterstützt werden, aber das Bildformat GIF von dem mobilen Endgerät unterstützt wird. Da der Wert in dem Bit-Feld, das dem TIF-Format entspricht, „0” ist, folgt daraus des Weiteren, dass auch dieses Format von dem mobilen Endgerät110 nicht unterstützt wird. - Darüber hinaus wird im Kompatibilitätsschlüssel
700 ein Abschnitt zur Verfügung gestellt, der die Kompatibilität des mobilen Endgerätes110 mit Videoformaten anzeigt. Wie in700 abgedeckt werden. - Beispielhaft werden den Bit-Feldern des Video-Abschnittes von links nach rechts Videoformate wie zum Beispiel WMV, 3GP, MPEG4, AVI, TIVX und ASF zugewiesen. Mit Ausnahme der zweiten Bit-Position, welche dem Videoformat MPEG4 entspricht, haben alle anderen Bit-Positionen den Wert „0”. Das bedeutet, dass das mobile Endgerät
110 ausschließlich das digitale Videoformat MPEG unterstützt. - Des Weiteren beinhaltet der Kompatibilitätsschlüssel
700 zusätzliche Abschnitte, welche die Kompatibilität des mobilen Endgerätes110 z. B. mit Computerspielen, Logos, Bildschirmschonern etc. anzeigen. - Die in
700 stellt eine beispielhafte Reihenfolge dar. Jede andere Reihenfolge der Abschnitte ist ebenso möglich. Des Weiteren werden gemäß einer Alternative des Kompatibilitätsschlüssels700 keine Abschnitte des Schlüssels700 zur Verfügung gestellt. Jedem Bit-Feld im Schlüssel700 wird eine bestimmte Funktionalität des mobilen Endgerätes zugewiesen, es gibt jedoch keine thematische Gruppierung der Funktionalitäten, sondern eine andere definierte Reihenfolge. Der Kompatibilitätsschlüssel700 kann für Sound-, Video- und Bilddateien, für WAP-/HTML-Seiten, Nachrichten, Hintergrundbilder, Bildschirmschoner, Logos, Computerspiele, ausführbare Programme etc. verwendet werden. Dies wird nachfolgend ausführlicher beschrieben. - Nach Tabelle 1 folgt eine ausführlichere Beschreibung einer bevorzugten Ausführungsform des Kompatibilitätsschlüssels
700 . In der ersten Spalte der Tabelle ist die jeweilige Bit-Position des Kompatibilitätsschlüssels angegeben. Die zweite Spalte beschreibt, welche Funktionen und Formate unterstützt werden. Die dritte und vierte Spalte beschreiben, auf welchen Formattyp (Bild, Video oder Audio) und Formatsubtyp (Browser, Logo, Video-Download, Video-Streaming, Klingeltöne, Musik) sich die jeweilige Bit-Position bezieht. - Wie in Tabelle 1 angegeben ist, ist ein erster Bit-Bereich (0 bis 15) für allgemeine Informationen wie zum Beispiel die Farbleistungsfähigkeit, die phonischen Funktionalitäten, die Java-Fähigkeit, die Videofähigkeit, die Streaming-Fähigkeit, die DoCoMo-Java-(DoJa)-Fähigkeit (eine proprietäre objektorientierte Programmiersprache) oder die Symbian-Fähigkeit (ein offenes Betriebssystem). Diese ersten Bit-Positionen von 0 bis 15 ergeben zwei Bytes. Es ist ersichtlich, dass 5 Bit-Positionen noch nicht definiert sind und zur Definition weiterer allgemeiner Funktionalitäten des mobilen Endgerätes
110 genutzt werden können, - In einem zweiten Bereich (Bit-Positionen 16 bis 79) werden Bild-Funktionalitäten des mobilen Endgerätes
110 definiert. Diese acht Bytes werden noch weiter unterteilt. Zwei Bytes (Bit-Positionen 16 bis 31) definieren bestimmte Bild-Funktionalitäten (Browser-Unterstützung) des mobilen Endgerätes110 , weitere vier Bytes (Bit-Positionen 32 bis 63) definieren weitere Bild-Funktionalitäten des mobilen Endgerätes110 bezüglich Schwarz/Weiß- und/oder Farblogos, und weitere zwei Bytes (Bit-Positionen 64 bis 79) definieren Bild-Funktionalitäten des mobilen Endgerätes110 bezüglich animierter Logos. Wie bereits in Bezug auf den ersten Bereich beschrieben wurde, sind nicht alle Bit-Positionen bereits für bestimmte Bild-Funktionalitäten des mobilen Endgerätes110 reserviert. Es gibt nicht reservierte Bit-Positionen, welche für zukünftige Funktionalitäten des mobilen Endgerätes110 genutzt werden können. - In einem dritten Bereich (Bit-Positionen 80 bis 127) werden Video-Funktionalitäten des mobilen Endgerätes
110 definiert. Diese sechs Bytes sind ebenfalls noch weiter unterteilt. Drei Bytes (Bit-Positionen 80 bis 103) definieren Video-Funktionalitäten des mobilen Endgerätes110 bezüglich heruntergeladener Videos, und weitere drei Bytes (Bit-Positionen 104 bis 127) definieren Video-Funktionalitäten des mobilen Endgerätes110 bezüglich Streaming-Videos. Ebenso wie im ersten und zweiten Bereich sind bestimmten Bit-Positionen des Kompatibilitätsschlüssels700 noch keine bestimmten Funktionalitäten des mobilen Endgerätes110 zugeordnet. Auf diese Weise ist es möglich, den Kompatibilitätsschlüssel700 auch in Bezug auf Video-Funktionalitäten an zukünftige Technologien anzupassen. - Der vierte Bereich (Bit-Positionen 128 bis 255) bezieht sich auf Audio-Funktionalitäten des mobilen Endgerätes
110 . Zwei Bytes (Bit-Positionen 128 bis 143) definieren Audio-Funktionalitäten des mobilen Endgerätes110 für die Wiedergabe monophoner oder polyphoner Formate z. B. für Klingeltöne. Weitere zwei Bytes (Bit-Positionen 144 bis 159) definieren Audio-Funktionalitäten des mobilen Endgerätes110 für die Wiedergabe bestimmter Alarmtöne. Weitere acht Bytes (Bit-Positionen 160 bis 223) definieren Audio-Funktionalitäten des mobilen Endgerätes110 für die Wiedergabe bestimmter Realton-Formate. Die letzten vier Bytes (Bit-Positionen 224 bis 255) definieren Audio-Funktionalitäten des mobilen Endgerätes110 für die Wiedergabe bestimmter Full-Track-Formate z. B. für Musik. Auch in diesem vierten Bereich sind bestimmten Bit-Positionen des Kompatibilitätsschlüssels700 noch keine bestimmten Funktionalitäten des mobilen Endgerätes110 zugeordnet.Bit-Position Beschreibung Produkttyp Produktsubtyp 0 Farbleistungsfähigkeitt 1 Monophone Fähigkeit 2 Polyphone Fähigkeit 3 Realton-Fähigkeit 4 Alarmton-Fähigkeit 5 Full-Track-Fähigkeit 6 Java-Fähigkeit 7 Video-Fähigkeit 8 Streaming-Fähigkeit 9 DoJa-Fähigkeit 10 Symbian-Fähigkeit 11 12 13 14 15 16 wbmp Bild Browser-Unterstützung 17 bmp Bild Browser-Unterstützung 18 gif 87 Bild Browser-Unterstützung 19 gif 89a animiert Bild Browser-Unterstützung 20 gif 89a transparent Bild Browser-Unterstützung 21 jpeg Bild Browser-Unterstützung 22 png 8 Bild Browser-Unterstützung 23 png 24 Bild Browser-Unterstützung 24 png transparent Bild Browser-Unterstützung 25 26 27 28 29 30 31 32 wbmp-Betreiberlogo Bild s/w-Logo 33 wbmp-Bildschirmschoner Bild s/w-Logo 34 gif-Logo 5 kB Bild Farblogo 35 gif-Logo 10 kB Bild Farblogo 36 gif-Logo 14 kB Bild Farblogo 37 gif-Logo 19 kB Bild Farblogo 38 gif-Logo 25 kB Bild Farblogo 39 gif-Logo 29 kB Bild Farblogo 40 gif-Logo 38 kB Bild Farblogo 41 gif-Logo 47 kB Bild Farblogo 42 gif-Logo 57 kB Bild Farblogo 43 gif-Logo 90 kB Bild Farblogo 44 gif-Logo 140 kB Bild Farblogo 45 gif-Logo unbegrenzt Bild Farblogo 46 jpeg-Logo 5 kB Bild Farblogo 47 jpeg-Logo 7 kB Bild Farblogo 48 jpeg-Logo 10 kB Bild Farblogo 49 jpeg-Logo 12 kB Bild Farblogo 50 jpeg-Logo 15 kB Bild Farblogo 51 jpeg-Logo 19 kB Bild Farblogo 52 jpeg-Logo 24 kB Bild Farblogo 53 jpeg-Logo 29 kB Bild Farblogo 54 jpeg-Logo 50 kB Bild Farblogo 55 jpeg-Logo 57 kB Bild Farblogo 56 jpeg-Logo 63 kB Bild Farblogo 57 jpeg-Logo 150 kB Bild Farblogo 58 jpeg-Logo unbegrenzt Bild Farblogo 59 png-Logo unbegrenzt Bild Farblogo 60 61 62 63 64 gif-Logo animiert 7 kB Bild animiertes Logo 65 gif-Logo animiert 10 kB Bild animiertes Logo 66 gif-Logo animiert 14 kB Bild animiertes Logo 67 gif-Logo animiert 20 kB Bild animiertes Logo 68 gif-Logo animiert 24 kB Bild animiertes Logo 69 gif-Logo animiert 29 kB Bild animiertes Logo 70 gif-Logo animiert 33 kB Bild animiertes Logo 71 gif-Logo animiert 50 kB Bild animiertes Logo 72 gif-Logo animiert 57 kB Bild animiertes Logo 73 gif-Logo animiert 70 kB Bild animiertes Logo 74 gif-Logo animiert 78 kB Bild animiertes Logo 75 gif-Logo animiert 90 kB Bild animiertes Logo 76 gif-Logo animiert 100 kB Bild animiertes Logo 77 gif-Logo animiert 195 kB Bild animiertes Logo 78 79 80 3GP QCIF H263 AMRNB 100 Kbs 12 kbps 8 kHz 15 fps mono Video Download 81 3GP QCIF H263 AWB 100 Kbs 24 kbps 16 kHz 15 fps mono Video Download 82 3GP QCIF H263 AAC 100 Kbs 64 kbps 32 kHz 15 fps mono Video Download 83 MP4 QCIF AAC 100 Kbs 64 kbps 32 kHz 15 fps mono Video Download 84 MP4 QVGA AAC 100 Kbs 64 kbps 32 kHz 15 fps mono Video Download 85 3GP QCIF H264 AAC 100 Kbs 64 kbps 32 kHz 15 fps mono Video Download 86 3GP QVGA H264 AAC 100 Kbs 64 kbps 32 kHz 15 fps mono Video Download 87 Video-Download für das WEB Video Download 88 3GP QCIF MPEG4 AAC mono 3GP i-Mode Video Download 89 3GP QCIF MPEG4 AAC mono 3GP i-Mode Video Download 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 3GP2 Video Stream 105 Video-Vorschau für das WEB Video Stream 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 Monophon MIDI WAP Audio monophon 129 Monophon RTTTL ext RTX SMS Audio monophon 130 131 Polyphon 16-Ton SP-MIDI Audio polyphon 132 Polyphon 32-Ton SP-MIDI Audio polyphon 133 Polyphon 4-Ton SP-MIDI Audio polyphon 134 Polyphon 16-Ton MLD MFI-v2 i-Mode Audio polyphon 135 Polyphon 16-Ton MLD MFI-v3 i-Mode Audio polyphon 136 Polyphon 16-Ton MLD MFI-v3 MTTSUBISHI-SAGEM i-Mode Audio polyphon 137 Polyphon 16-Ton SMAF-MA2 max. 8192 Bytes Audio polyphon 138 Polyphon 40-Ton SMAF-MA3 Volume 114 Audio polyphon 139 Polyphon 40-Ton SMAF-MA3 Volume 74 Audio polyphon 140 Polyphon 16-Ton WAV Sagem Codec ADPCM 8 kH Bit max. 64 kB Audio polyphon 141 Polyphon 16-Ton Erweiterung WAV Sagem Codec ADPCM 8 kHz 4 Bits max. 30 kB Audio polyphon 142 143 144 3GP AAC-LC 56 kbps mono 16 Bits 32 kHz 5 s Audio Alarmton 145 3GP AAC-LC i-Mode 64 kbps mono 16 Bit 16 kHz 5 s Audio Alarmton 146 3GP HE-AAC 64 kbps Stereo 16 Bits 44,1 kHz 5 s Audio Alarmton 147 AAC AAC-LC 64 kbps mono 16 Bits 44,1 kHz 5 s Audio Alarmton 148 AAC AAC-LC 96 kbps Stereo 16 Bits 32 kHz 5 s Audio Alarmton 149 MMF SMAF-MA2 mono 8 kHz 8 Bit 5 s Audio Alarmton 150 MMF SMAF-MA3 mono 11,025 kHz 16 Bits 5 s Audio Alarmton 151 MP3 112 kbps mono 16 Bits 44,1 kHz 5 s Audio Alarmton 152 MP3 56 kbps mono 16 Bits 22,05 kHz 5 s Audio Alarmton 153 MP3 96 kbps Stereo 16 Bits 32 kHz 5 s Audio Alarmton 154 MP4 AAC-LC 56 kbps mono 16 Bits 32 kHz 5 s Audio Alarmton 155 MP4 AAC-LC 96 kbps Stereo 16 Bits 32 kHz 5 s Audio Alarmton 156 WAV IMA ADPCM 8 kHz 4 Bits mono 5 s Audio Alarmton 157 158 159 160 3GP AAC i-Mode 30 s max. 210 kB Audio Realton 161 3GP AAC-LC 40 kbps 32 kHz mono 30 s max. 150 kB Audio Realton 162 3GP AAC-Mode 10 s max. 100 kB Vornutzung WAP Audio Realton 163 3GP AAC-LC 40 kbps 32 kHz mono 45s max. 225 kB Audio Realton 164 3GP AAC-LC 40 kbps 32 kHz mono 60 s max. 300 kB Audio Realton 165 3GP HE-AAC 48 kbps 44,1 kHz 30 s Audio Realton 166 AAC 64 kbps 44 kHz mono 30 s max. 240 kB Audio Realton 167 AAC 64 kbps 44 kHz mono 45 s max. 360 kB Audio Realton 168 AAC 64 kbps 44 kHz mono 60 s max. 480 kB Audio Realton 169 AAC 96 kbps 32 kHz Stereo 30 s max. 350 kB Audio Realton 170 ADTS HE-AAC 48 kbps 44,1 kHz 30 s Audio Realton 171 AMR-NARROWBAND 12,2 kbps 8 kHz mono max. 50 kB 30 s Audio Realton 172 AWB AMR-WIDEBAND 15,85 kbps 8 kHz mono max. 61 kB 30 s WAP Audio Realton 173 MLD MFI-v3 Mitsubishi-M430i max. 30 kB 7 s i-Mode Audio Realton 174 MLD MFI-v3 Nec-N400i max. 30 kB 7 s i-Mode Audio Realton 175 MLD MFI-v3 Samsung-S341i max. 30 kB 7 s i-Mode Audio Realton 176 MMF SMAF-MA2 12 s max. 48 kB 12 s Audio Realton 177 MMF SMAF-MA2 max. 100 kB 25 s mit Vornutzung 3sfadaut WAP Audio Realton 178 MMF SMAF-MA2 max. 30 kB 7 s Audio Realton 179 MMF SMAF-MA3 11 kHz max. 85 kB 15 s Audio Realton 180 MMF SMAF-MA3 11 kHz max. 165 kB 30 s WAP Audio Realton 181 MMF MAF-MA3 16 kHz max. 120 kB 15 s Audio Realton 182 MP3 112 kbps 44,1 kHz mono max. 412 kB 30 s Audio Realton 183 MP3 32 kbps 16 kHz max. 60 kB Spezial-TIM 15 s Audio Realton 184 MP3 40 kbps 16 kHz mono max. 140 kB 30 s Audio Realton 185 MP3 56 kbps 22 kHz mono max. 105 kB 15 s Audio Realton 186 MP3 56 kbps 22 kHz mono max. 225 kB 30 s Audio Realton 187 MP3 56 kbps 22 kHz mono max. 338 kb 45 s Audio Realton 188 MP3 56 kbps 22 kHz mono max. 450 kB 60 s Audio Realton 189 190 MP3 Stereo 64 kbps 22 kHz 30 s max. 240 kB Audio Realton 191 MP3 Stereo 96 kbps 32 kHz 30 s max. 355 kB Audio Realton 192 MP4 AAC 56 kbps ABR 32 kHz 30 s max. 230 kB Audio Realton 193 MP4 AAC 56 kbps ABR 32 kHz 30 s max. 230 kB Peak –1,5 dB Audio Realton 194 MP4 AAC 56 kbps CBR 32 kHz 30 s max. 250 kB Audio Realton 195 MP4 AAC 56 kbps CBR 32 kHz 45 s max. 375 kB Audio Realton 196 MP4 AAC 56 kbps CBR 32 kHz 60 s max. 500 kB Audio Realton 197 MP4 AAC 96 kbps 32 kHz Stereo 30 s max. 360 kB Audio Realton 198 RMF 11 kHz max. 90 kB 15 s Audio Realton 199 WAV IMA ADPCM 11 kHz max. 170 kB 30 s Audio Realton 200 WAV IMA ADPCM 16 kHz max. 240 kB 30 s Audio Realton 201 WAV IMA ADPCM 8 kHz 4 Bits 30 s max. 130 kB Audio Realton 202 WAV Sagem Codec ADPCM 8 kHz 4 Bits 15 s max. 64 kB Audio Realton 203 WAV Sagem Codec ADPCM 8 kHz 4 Bits 30 s max. 130 kB Audio Realton 204 WAV Sagem ADPCM 7 s 8 kHz 4 Bits max. 30 kB Audio Realton 205 WAV Codec PCM 16 kHz 8 Bits max. 188 kB 12 s Audio Realton 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 WMA 192 kbps 44 kHz Stereo Web Full Audio Full Track 225 WMA 96 kbps 22 kHz Stereo Web-Vorschau (Stream) 30 s Audio Full Track 226 MP3 64 kbps 44 kHz Stereo Mobil Full Audio Full Track 227 MP3 64 kbps 44 kHz Stereo Mobil 120 s Audio Full Track 228 MP3 64 kbps 44 kHz Stereo Mobil 90 s Audio Full Track 229 AAC 64 kbps 44 kHz Stereo Mobil Full Audio Full Track 230 AAC 64 kbps 44 kHz Stereo Mobil 120 s Audio Full Track 231 AAC 64 kbps 44 kHz Stereo Mobil Audio Full Track 232 3GP AAC-LC 64 kbps 44 kHz Stereo Mobil Full Audio Full Track 233 3GP AAC-LC 64 kbps 44 kHz Stereo 120 s Audio Full Track 234 3GP AAC-LC 64 kbps 44 kHz Stereo 90 s Audio Full Track 235 MP4 AAC 64 kbps 44 kHz Stereo Mobil Full Audio Full Track 236 MP4 AAC 64 kbps 44 kHz Stereo Mobil 120 s Audio Full Track 237 MP4 AAC 64 kbps 44 kHz Stereo Mobil 90 s Audio Full Track 238 HEAAC 64 kbps 44 kHz mono Mobil Full i-Mode 1 Mo max. Audio Full Track 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 - Wie oben erläutert wurde, beschreibt Tabelle 1 eine bevorzugte Ausführungsform des Kompatibilitätsschlüssels
700 . Alternativ kann der Kompatibilitätsschlüssel700 noch mehr Bit-Positionen oder auch weniger Bit-Positionen, mehr Bereiche oder weniger Bereiche umfassen. Des Weiteren kann die Anordnung der Unterbereiche variieren. - Bei einer weiteren alternativen Ausführungsform werden bestimmten Typen oder Modellen von mobilen Endgeräten
110 verschiedene spezifische Kompatibilitätsschlüssel700 z. B. für Bild-Funktionalitäten, Video-Funktionalitäten, Audio-Funktionalitäten und Computerspiel-Funktionalitäten zugeordnet. - Gemäß einer weiteren alternativen Ausführungsform wird ein erster Kompatibilitätsschlüssel
700 für Bild-Funktionalitäten, Video-Funktionalitäten und Audio-Funktionalitäten genutzt, und ein zweiter Kompatibilitätsschlüssel700' wird für Funktionalitäten zum Ausführen von Spielen verwendet. Zu diesem Zweck beinhaltet der zweite Kompatibilitätsschlüssel700' Kompatibilitätsinformationen bezüglich des Betriebssystems, der Bildschirmauflösung, der Art der Spielsteuerungstasten etc., die dazu verwendet werden können, eine bestimmte Version eines Video- oder Software-Spiels zu identifizieren, die am besten für ein bestimmtes mobiles Endgerät110 geeignet ist, wie es oben in Bezug auf die - 2.2 Digitalformatschlüssel
- Das Gegenstück zum Kompatibilitätsschlüssel
700 ist vorzugsweise ein Schlüssel oder ein Teil eines Schlüssels, der die digitalen Formate anzeigt, die für bestimmte Multimediainhalte verfügbar sind. Vorzugsweise bezieht sich der Datenformatschlüssel auf eine Gruppe von Dateien mit Multimediainhalten, die zusammen gehören. Beispielsweise kann der Titel „Take a Bow” in Form von zwei Dateien mit Multimediainhalten gespeichert werden, wobei eine Datei mit Multimediainhalten das Format MP3 und die andere Datei mit Multimediainhalten das Format WMA hat. - Vorzugsweise wird dieser Gruppe von Dateien mit Multimediainhalten ein Digitalformatschlüssel zugeordnet. Ein Beispiel eines solchen Digitalformatschlüssels ist in
700 beinhaltet der Digitalformatschlüssel750 einen Abschnitt für allgemeine Informationen über die Dateien mit Multimediainhalten, einen Abschnitt für die Audioformate, die von der Gruppe von Dateien mit Multimediainhalten zur Verfügung gestellt werden, einen Abschnitt für die verschiedenen Bildformate, die von der Gruppe von Dateien mit Multimediainhalten zur Verfügung gestellt werden, und einen Abschnitt für die verschiedenen Videoformate, die von den Dateien mit Multimediainhalten zur Verfügung gestellt werden. Des Weiteren kann der Digitalformatschlüssel750 zusätzliche Abschnitte beinhalten, die Informationen über andere digitale Formate zur Verfügung stellen. - Die Länge der Abschnitte des Digitalformatschlüssels
750 entspricht der Länge der Abschnitte des Kompatibilitätsschlüssels700 . Des Weiteren entspricht jede Bit-Position im Digitalformatschlüssel750 demselben digitalen Format wie die entsprechende Bit-Position im Kompatibilitätsschlüssel700 . - Wie in
750 an der äußersten linken Position. Dementsprechend befindet sich das niedrigstwertige Bit an der äußersten rechten Position. Entsprechend dem in700 werden die ersten neun Bit-Positionen des Digitalformatschlüssels750 dem Merkmal „Allgemeine Informationen” zugeordnet. Diese Informationen können bestimmte Informationen bezüglich der Datei oder Dateien mit Multimediainhalten, auf die sie sich beziehen, umfassen. Wie in Bezug auf den Kompatibilitätsschlüssel700 erläutert wurde, kann der Abschnitt für allgemeine Informationen auch länger oder kürzer sein. - Der zweite Abschnitt im Digitalformatschlüssel
750 ist der Audio-Abschnitt. Die erste Bit-Position, d. h. die äußerste linke Bit-Position des Audio-Abschnittes des Digitalformatschlüssels750 in700 ebenfalls dem digital Format MP3 entspricht. Der Titel „Take a Bow” ist im Format MP3 verfügbar. Daher ist der Wert in diesem Bit-Feld „1”. Dementsprechend entspricht die zweite Bit-Position des Audio-Abschnittes dem digitalen Format WMA. Der Wert in diesem Bit-Feld ist „1”, da der Titel „Take a Bow”, wie oben erwähnt, auch im WMA-Format verfügbar ist. Die dritte Bit-Position im Audio-Abschnitt, die dem Audio-Format WAV entspricht, hat den Wert „0”, der anzeigt, dass dieses Format für den Titel „Take a Bow” nicht verfügbar ist. Die vierte Bit-Position im Audio-Abschnitt hat den Wert „0”, der anzeigt, dass das digitale Format OGG, das dieser Bit-Position entspricht, ebenfalls nicht verfügbar ist. Die Positionen 5, 6 und 7, die den Formaten WAX, MPC und AVI entsprechen, haben ebenfalls den Wert „0”, der anzeigt, dass auch diese Formate nicht verfügbar sind. - Darüber hinaus beinhaltet der Digitalformatschlüssel
750 einen Abschnitt für die Anzeige der Kompatibilität in Bezug auf Bildformate. Wie in700 . Je nach dem verfügbaren Bildformat kann der Bild-Abschnitt länger als acht Bits oder sogar kürzer als acht Bits sein. - Wie in
- Darüber hinaus wird im Digitalformatschlüssel
750 ein Abschnitt zur Verfügung gestellt, der die Kompatibilität des mobilen Endgerätes110 mit Videoformaten anzeigt. Wie in - Beispielhaft werden den Bit-Feldern des Video-Abschnittes von links nach rechts Videoformate wie zum Beispiel WMV, 3GP, MPEG, AVI, TIVX und ASF zugewiesen. Alle Bit-Positionen haben den Wert „0”. Das bedeutet, dass kein digitales Videoformat für den Titel „Take a Bow” verfügbar ist.
- Des Weiteren umfasst der Digitalformatschlüssel
750 zusätzliche Abschnitte, welche die anderer Formate und Versionen z. B. für Computerspiele anzeigen. - Vorzugsweise haben die Digitalformatschlüssel
750 , welche den Multimediainhalten entsprechen, dieselbe Bit-Länge. Darüber hinaus haben alle Audio-Abschnitte in den Digitalformatschlüsseln750 vorzugsweise dieselbe Länge. Vorzugsweise gilt dasselbe für den Abschnitt der allgemeinen Informationen oder Header-Abschnitt, den Bild-Abschnitt, den Video-Abschnitt etc. - Da die Digitalformatschlüssel
750 das Gegenstück zu dem Kompatibilitätsschlüssel700 bilden, haben beide Schlüssel vorzugsweise dieselbe Bit-Länge. Dies ist vorzugsweise dann der Fall, wenn die Kompatibilitätsschlüssel700 und die Digitalformatschlüssel750 in voller Bit-Länge zur Verfügung gestellt werden. Für die oben beschriebene beispielhafte Ausführungsform bedeutet dies, dass beide Schlüssel in der vollen Länge von 256 Bits zur Verfügung gestellt werden. - Gemäß einer bevorzugten Ausführungsform ist auch der Digitalformatschlüssel
750 gemäß Tabelle 1 strukturiert. Wenn beispielsweise der Titel „Viva La Vida” von „Coldplay” in den Formaten WMA 192 kbps 44 kHz Stereo Web Full, MP3 64 kbps 44 kHz Stereo Mobil Full, AAC 64 kbps 44 kHz Stereo Mobil Full, 3GP AAC-LC 64 kbps 44 kHz Stereo Mobil Full, MP4 AAC 64 kbps 44 kHz Stereo Mobil Full und HEAAC 64 kbps 44 kHz mono Mobil Full i-Mode 1-Mo max. verfügbar ist, wird den Bit-Positionen 224, 226, 229, 232, 235 und 238 der Wert „1” zugewiesen. Allen anderen Bit-Positionen wird eine „0” zugewiesen. Des Weiteren wird, wenn das Musikvideo „Comme Il Se Doit” von „Marc Antoine” in den Formaten „3GP QCIF H263 AMRNB 100 Kbs 12 kbps 8 kHz 15 fps mono”, „3GP QCIF H263 AWB 100 Kbs 24 kbps 16 kHz 15 fps mono”, „3GP QCIF H263 AAC 100 Kbs 64 kbps 32 kHz 15 fps mono”, „MP4 QCIF AAC 100 Kbs 64 kbps 32 kHz 15 fps mono”, „MP4 QVGA AAC 100 Kbs 64 kbps 32 kHz 15 fps mono”, „3GP QCIF H264 AAC 100 Kbs 64 kbps 32 kHz 15 fps mono” und „3G2 QVGA H264 AAC 100 Kbs 64 kbps 32 kHz 15 fps mono” zum Download und im Format „3GP2” als Stream verfügbar ist, den Bit-Positionen 81 bis 86 und 104 der Wert „1” zugewiesen. Allen anderen Bit-Positionen wird der Wert „0” zugewiesen. - In dem Fall, dass der Digitalformatschlüssel
750 auch einen Abschnitt für Computerspiele beinhaltet, könnten zusätzliche Bit-Positionen im „allgemeinen Abschnitt” (Bit-Positionen 0 bis 15) markiert werden, falls die Computerspiele bestimmte Funktionalitäten wie zum Beispiel Java-, DoJa- oder Symbian-Kompatibilität erfordern. - Gemäß einer alternativen Ausführungsform wird ein spezifischer Digitalformatschlüssel
750' für Video- und Software-Spiele zur Verfügung gestellt, welcher dem oben beschriebenen Kompatibilitätsschlüssel700' entspricht. Beide Schlüssel,700' und750' , werden auf dieselbe Art und Weise verwendet wie die Schlüssel700 und750 . Sowohl der Kompatibilitätsschlüssel700' als auch der Digitalformatschlüssel750' beziehen sich jedoch auf Merkmale von Software- oder Videospielen. - 2.3 Alternative Ausführungsformen der Schlüssel
- Alternativ werden nur Teile des Kompatibilitätsschlüssels
700 und des Digitalformatschlüssels750 genutzt, um festzustellen, ob ein bestimmter Titel in einem digitalen Format verfügbar ist, das von den Funktionalitäten des Endgerätes110 unterstützt wird. In diesem Fall wird entweder für beide Schlüssel ein zusätzlicher Header-Abschnitt zur Verfügung gestellt, welcher die Anzahl der Abschnitte, die Reihenfolge der Abschnitte und ihre jeweilige Länge anzeigt, oder diese Informationen werden im Abschnitt „Allgemeine Informationen” untergebracht. Auf diese Weise können die Abschnitte mit Hilfe der Informationen im Header des Schlüssels identifiziert und separat genutzt werden, indem der Schlüssel gemäß der Information im Header verknüpft wird. - Bei dieser alternativen Ausführungsform der Kompatibilitätsschlüssel
700 und der Digitalformatschlüssel750 wird nur der Audio-Abschnitt des Kompatibilitätsschlüssels700 und der Audio-Abschnitt des Digitalformatschlüssels750 verwendet, wenn das mobile Endgerät eine Anfrage in Bezug auf Audio-Dateien sendet. Gleichermaßen können die Abschnitte für Bilder, Videos etc. verwendet werden, wenn von dem mobilen Endgerät110 entsprechende Anfragen gesendet werden. Auf diese Weise müssen weniger Informationen ausgetauscht und weniger Informationen verglichen werden, um festzustellen, welche Dateien mit Multimediainhalten von den Funktionalitäten des mobilen Endgerätes110 unterstützt werden. - Für die alternative Ausführungsform der Kompatibilitätsschlüssel
700 und der Digitalformatschlüssel750 , bei welcher nur Teile der Schlüssel zur Verfügung gestellt werden, besteht die zusätzliche Möglichkeit, dass sich die Bit-Längen der Abschnitte der Schlüssel unterscheiden. Der Audio-Abschnitt des Kompatibilitätsschlüssels700 eines bestimmten mobilen Endgerätes110 ist zum Beispiel sechs Bits lang, während der Audio-Abschnitt des Digitalformatschlüssels750 , der einer Gruppe von Dateien mit Multimediainhalten entspricht, z. B. zehn Bits lang ist. Da die Reihenfolge der digitalen Formate, welche den jeweiligen Bit-Feldern in beiden Audio-Abschnitten zugeordnet sind, in beiden Fällen gleich ist, können die beiden Informationen verglichen werden, um festzustellen, welche Dateien mit Multimediainhalten von den Funktionalitäten des mobilen Endgerätes110 unterstützt werden. - Gemäß einer weiteren alternativen Ausführungsform des Digitalformatschlüssels
750 deckt der Digitalformatschlüssel750 nur bestimmte digitale Formate ab. Wenn der Digitalformatschlüssel750 auf eine Musikdatei verweist, umfasst der Digitalformatschlüssel750 die Information, dass er nur auf Musikformate verweist, und die Information, welche digitalen Formate verfügbar sind. So umfasst eine beispielhafte Ausführungsform dieser alternativen Variante des Digitalformatschlüssels750 , die sich z. B. auf einen Musiktitel bezieht, einen Header-Abschnitt, welcher anzeigt, dass sich der Digitalformatschlüssel750 auf Musikformate bezieht, und nur einen Abschnitt, welcher die verfügbaren digitalen Formate für diesen Musiktitel anzeigt. - Bei einer weiteren alternativen Ausführungsform stellen die Kompatibilitätsschlüssel
700 und die Digitalformatschlüssel750 keine bestimmten Abschnitte für Audio-, Video-, Bild- etc. Formate zur Verfügung, sondern die Formate sind den Bit-Feldern in den Kompatibilitätsschlüsseln700 und den Digitalformatschlüsseln750 in derselben Reihenfolge zugeordnet. - Die Kompatibilitätsschlüssel
700 , welche in Schritt450 oder540 aus der Datenbank160 abgerufen wurden, können von der Abgleicheinheit150 und/oder der Mobilgerätecharakterisierungseinheit140 teilweise oder vollständig für die Dauer der Sitzung des Nutzers gespeichert werden, wenn sich der Nutzer im System100 angemeldet hat. Alternativ werden die Kompatibilitätsschlüssel700 oder Teile davon bei jeder Anfrage des mobilen Endgerätes110 aus der Datenbank160 abgerufen. Die Informationen über die Kompatibilität des mobilen Endgerätes110 , welche z. B. in Schritt610 zur Verfügung gestellt wurden, können von den Empfangsmitteln und/oder der Mobilgerätecharakterisierungseinheit140 und/oder der Abgleicheinheit150 teilweise oder vollständig für die Dauer der Sitzung des Nutzers gespeichert werden, wenn sich der Nutzer im System100 angemeldet hat. Alternativ werden die Informationen über die Kompatibilität des mobilen Endgerätes110 oder Teile davon bei jeder Anfrage des mobilen Endgerätes110 von dem mobilen Endgerät110 zur Verfügung gestellt. - Bei allen diesen oben beschriebenen Ausführungsformen besteht ein zusätzliches Merkmal darin, dass gemäß der Reihenfolge der Bit-Felder in Bezug auf das msb und das lsb Prioritäten zugewiesen werden. Dies würde bedeuten, dass z. B. die Bit-Position, welche dem msb am nächsten ist, die höchste Priorität hat. Bei der Ausführungsform, bei der verschiedene Abschnitte zur Verfügung gestellt werden, würde dies bedeuten, dass z. B. die Bit-Position im Audio-Abschnitt, welche dem msb am nächsten ist, d. h. die erste Bit-Position des Audio-Abschnittes, die höchste Priorität hat. Alternativ kann die höchste Priorität auch der Bit-Position zugewiesen werden, welche dem lsb am nächsten ist.
- Als Alternative zu der oben genannten Möglichkeit kann auch ein zusätzlicher Prioritätenschlüssel zur Verfügung gestellt werden, der die Priorität jedes im Schlüssel enthaltenen Formates abgibt. Dieser zusätzliche Prioritätenschlüssel weist jeder Bit-Position und damit jedem digitalen Format, das der jeweiligen Bit-Position entspricht, eine Priorität zu.
- Durch die Bereitstellung zusätzlicher Prioritätsinformationen entweder durch die Reihenfolge der Bit-Positionen oder durch einen zusätzlichen Prioritätenschlüssel oder durch ein zusätzliches Feld im Kompatibilitätsschlüssel
700 und/oder dem Digitalformatschlüssel750 ist es möglich, aus allen Dateien mit Multimediainhalten, welche von den Funktionalitäten des mobilen Endgerätes110 unterstützt werden, die Dateien mit Multimediainhalten mit der höchsten Priorität auszuwählen. Bei dem oben genannten Beispiel, bei dem der Titel „Take a Bow” in den Formaten MP3 und WMA zur Verfügung gestellt wurde, könnte es sein, dass das mobile Endgerät110 beide digitalen Formate unterstützt. Wenn die höchste Priorität dem digitalen Format MP3 zugewiesen wurde, kann das System100 dem mobilen Endgerät110 nur Zugriff auf die Datei mit Multimediainhalten im Format MP3 gewähren. Alternativ kann die Datei mit Multimediainhalten im Format MP3 hervorgehoben oder anderweitig als die bevorzugte Version der angeforderten Multimediainhalte markiert werden. - Im Folgenden werden weitere Beispiele beschrieben, um das Konzept der Identifizierung einer Teilmenge aus der Vielzahl von Dateien mit Multimediainhalten mit einem oder mehreren bestimmten digitalen Formaten, welches bzw. welche von den Funktionalitäten des mobilen Endgerätes
110 unterstützt wird bzw. werden, weiter zu veranschaulichen. - 2.4 Weitere Beispiele zur Veranschaulichung
- Bei der bevorzugtesten Ausführungsform hat der Kompatibilitätsschlüssel
700 eine Länge von 256 Bits und ist für jedes Modell reserviert. Dies ist jedoch lediglich ein Beispiel zur Veranschaulichung. Wie oben erwähnt kann jede beliebige Bit-Länge und jedes beliebige Format und Kodierschema verwendet werden. - Nachfolgend wird eine andere Schlüsselstruktur als Alternative zu der oben beschriebenen Variante des Kompatibilitätsschlüssels
700 beschrieben. - Während die ersten Bits des Kompatibilitätsschlüssels
700 , beispielsweise die Bits 1 bis 20, für allgemeine Kompatibilitätsinformationen wie zum Beispiel „Videos unterstützt ja/nein”, „Bilder unterstützt ja/nein” reserviert sind, sind alle folgenden Bits einem bestimmten digitalen Format zugeordnet, wobei eine „1” zum Beispiel bedeutet, dass das jeweilige Format unterstützt wird, während eine „0” bedeutet, dass das digitale Format nicht unterstützt wird. Ein Beispiel hierfür ist in Tabelle 1 dargestellt. Tabelle 1Art oder Format der Datei mit Multimediainhalten ID Binäre ID Priorität (Rang) MP3 1 00001 3 AAC 2 00010 1 3GP 3 00100 2 MP4 8 01000 1 AVI 16 10000 2 - Tabelle 1 zeigt, wie die Informationen bezüglich der fünf verschiedenen digitalen Formate MP3, AAC, 3GP, MP4 und AVI angeordnet werden können. Im oben dargestellten beispielhaften Fall repräsentiert ein Abschnitt des Kompatibilitätsschlüssels
700 mit einer Länge von fünf Bit die Informationen darüber, ob diese digitalen Formate von dem mobilen Endgerät unterstützt werden. Der Dezimalwert „1” wird dem digitalen Format MP3 zugeordnet, falls dieses Format von dem mobilen Endgerät110 unterstützt wird. In binärer Schreibweise entspricht dies dem Wert „00001”, was bedeutet, dass das lsb dem digitalen Format MP3 zugeordnet wurde. - Dementsprechend wird der binäre Wert „00010” gesetzt, fass das mobile Endgerät
110 das digitale Format AAC unterstützt. Der Wert „00100” repräsentiert den Fall, dass das mobile Endgerät110 das digitale Format 3GP unterstützt, und der Wert „01000” zeigt an, dass das mobile Endgerät110 das digitale Format MP4 unterstützt. Der Wert „10000” drückt aus, dass das mobile Endgerät110 das digitale Format AVI unterstützt. - In dem Fall, dass das mobile Endgerät
110 alle fünf digitalen Formate unterstützt, hat der oben beschriebene Abschnitt des Kompatibilitätsschlüssels700 den Wert „11111”. Der Dezimalwert dieses Code-Abschnittes wäre dann „31”. - Indem entweder der Wert „11111” oder der Wert „31” in eine Suchtabelle übertragen wird, die z. B. im System
100 enthalten ist, können die jeweiligen Funktionalitäten des mobilen Endgerätes110 identifiziert werden. - Die jeweiligen Informationen könnten auch mit hexadezimalen Werten ausgedrückt werden, vorzugsweise in dem Fall, dass der oben erwähnte Code-Abschnitt eine Größe von acht Bits aufweist. Der Code-Abschnitt, der anzeigt, dass das mobile Endgerät
110 die digitalen Formate MP3, AAC, 3GP und MP4 unterstützt, hätte dann den Wert oxoF. - Beispiele dafür, wie diese Werte mit den entsprechenden Abschnitten des Digitalformatschlüssels
750 abgeglichen werden, werden nachfolgend beschrieben. - Das Format des Digitalformatschlüssels
750 kann entsprechend aufgebaut werden. - Wie in Tabelle 1 dargestellt ist, wird jedem Bit-Feld, das ein digitales Format repräsentiert, zusätzlich ein Prioritätswert zugewiesen. Dieser Prioritätswert kann verwendet werden, wenn für ein und dieselben Multimediainhalte, zum Beispiel für ein bestimmtes Musikvideo, mehrere verschiedene digitale Formate verfügbar sind, wobei mehrere oder alle von diesen verfügbaren digitalen Formaten von dem mobilen Endgerät
110 unterstützt werden. Für den Fall, dass das mobile Endgerät110 MP3, AAC, 3GP, MP4 und AVI unterstützt und das angeforderte Musikvideo in den Formaten 3GP und MP4 verfügbar ist, wird die Datei mit Multimediainhalten im digitalen Format 3GP als bevorzugte Version präsentiert, da die Priorität dieses Formates höher ist als die Priorität des MP4-Formates. Alternativ wird dem Nutzer nur die Datei mit Multimediainhalten im digitalen Format 3GP angeboten. - Bei einer Alternative werden die Funktionalitäten des mobilen Gerätes
110 nach ihrer Priorität angeordnet. Das bedeutet, dass die wichtigste Funktionalität dem höchstwertigen Bit (msb) zugeordnet wird. MP3 ist im obigen Beispiel das niedrigstwertige Bit. - Bei einer klassischen Datenbank beträgt die maximale Länge eines Integer-Codes acht Byte. Mit diesen Integer-Codewörtern mit einer Länge von acht Byte und der oben erwähnten Bitcodierung würden acht Mal acht Bits für die Beschreibung der Funktionalitäten des mobilen Endgerätes
110 zur Verfügung stehen. Demnach können gemäß dieser Einschränkung nur 64 verschiedene Formate eingetragen werden. Die vorliegende Erfindung ist jedoch nicht auf diese Anzahl von Formaten beschränkt. Es kann eine beliebige Anzahl von Formaten gespeichert werden. - Der Kompatibilitätsschlüssel
700 , der damit einen Kompatibilitätsindikatorcode darstellt, d. h. die Kompatibilität der Funktionalitäten des mobilen Gerätes110 mit den verschiedenen Arten von Multimediainhalten, kann anschließend wie folgt berechnet werden. - Wenn beispielsweise ein mobiles Gerät
110 eine Funktionalität zum Abspielen oder Darstellen von AAC-, 3GP- und AVI-Dateien hat, lautet seine Kompatibilitätsindikator-ID oder der Kompatibilitätsindikatorcode (mittels einer ODER-Kombination gefunden) bzw. der entsprechende Teil des Kompatibihtätsschlüssels700
AAC + 3GP + AVI
2 + 4 + 6 = 22 oder
00010 + 00100 + 10000 = 10110 - Wenn die Medienquellen, d. h. die angeforderten Multimediainhalte, die in den Speichermitteln
130 gespeichert sind, die digitalen Formate MP3, AAC und 3GP beinhalten, lautet ihre Kompatibilitätsindikator-ID (ebenfalls mittels einer ODER-Kombination gefunden) bzw. der entsprechende Teil des Digitalformatschlüssels750
MP3 + AAC + 3GP
1 + 2 + 4 = 7 oder
00001 + 00010 + 00100 = 00111 - Gemäß einer oben angeführten Variante des Digitalformatschlüssels
750 bezieht dieser sich lediglich auf eine begrenzte Anzahl von digitalen Formaten und umfasst nur Informationen, die sich auf die begrenzte Anzahl von digitalen Formaten beziehen, welche für den jeweiligen Musiktitel zur Verfügung stehen. Bei dem oben beschriebenen Beispiel kann der Digitalformatschlüssel750 einen Header-Abschnitt, welcher anzeigt, dass sich der Schlüssel lediglich auf eine begrenzte Anzahl von digitalen Formaten bezieht, und den Abschnitt 00111 umfassen. - Ein Abgleich des Abschnittes „10110” des Kompatibilitätsschlüssels
700 und des Abschnittes „00111” des Digitalformatschlüssels750 , z. B. durch eine UND-Operation, würde das Ergebnis „00110” liefern, welches anzeigt, dass die unterstützten Formate AAC und 3GP verfügbar sind. - Wird darüber hinaus berücksichtigt, dass AAC den Prioritätswert „1” und 3GP den Prioritätswert „2” hat, sind die Multimediainhalte im 3GP-Format das bevorzugte Dateiformat, da das digitale Format 3GP die höhere Priorität hat.
- Des Weiteren könnte eine andere Art von digitalem Format eines sein, bei dem die ersten zehn Bits angeben:
den Browser:
0000000001 = Opera 1.0,
0000000010 = Opera 1.1,
0000000011 = ”Browser XVZ”, etc.
oder die Bildschirmgröße:
0000000001 = 128 × 160 etc.. - In diesem Beispiel wird der Browser Opera verwendet, da dies ein Browser ist, der üblicherweise von mobilen Geräten verwendet wird und der auf vielen mobilen Geräten bereits beim Kauf installiert ist. Es kann jedoch auch jeder andere Browser verwendet werden, der mit dem mobilen Endgerät
110 kompatibel ist. - Des Weiteren können durch die Zuweisung der Funktionalitäten zum msb oder lsb einfache Filter verwendet werden. Durch die Filterung der ungeraden Werte können beispielsweise alle Teile der Schlüssel bestimmt werden, in denen das lsb besetzt ist. Des Weiteren können durch die Filterung der geraden Werte alle Teile der Schlüssel bestimmt werden, in denen das lsb den Wert „0” hat. Des Weiteren können Schwellenwerte verwendet werden, um Teile von Schlüsseln oder Schlüssel zu identifizieren, in denen Bits oberhalb oder unterhalb einer bestimmten Position besetzt sind.
- Die Speicherung bestimmter digitaler Formate, die von einem mobilen Modell unterstützt werden, wird anhand eines beispielhaften Bit-Feldes genauer erläutert, das nur fünf Bits und keine Bits für allgemeine Informationen umfasst: In diesem beispielhaften ersten Bit-Feld kann das niedrigstwertige Bit für das digitale Format MP3 stehen, das zweite Bit für AAC, das dritte Bit für 3GP, das vierte Bit für MP4 und das höchstwertige Bit für AVI. Bei einem mobilen Endgerät, das nur das digitale Format MP3 unterstützt, wäre der Wert im ersten Bit-Feld 00001, bei einem mobilen Endgerät, das nur das digitale Format 3GP unterstützt, wäre der Wert im ersten Bit-Feld 00100, während bei einem mobilen Gerät, das alle fünf Formate unterstützt, der Wert im entsprechenden ersten Bit-Feld 11111 wäre.
- Neben den unterstützten digitalen Formaten speichert die Charakterisierungseinheit
140 auch noch andere Informationen. Andere gespeicherte Eigenschaften der mobilen Endgeräte sind unter anderem Bildschirmgröße, unterstützte Farben, unterstützte Software-Sprachen etc. Des Weiteren sind die oben beschriebenen Schlüssel nicht auf eine Länge von 5 Bits beschränkt, vielmehr kann jede beliebige Anzahl von Bits verwendet werden. Die Abgleicheinheit150 kann zum Abgleich der Funktionalitäten des mobilen Endgerätes110 mit dem digitalen Format nur Teile des 256-Bit-Schlüssels oder alternativ den gesamten 256-Bit-Schlüssel verwenden. - Wie oben dargestellt wurde, ist in jedem Bit-Code jeder Art von Multimediainhalten eine bestimmte Anzahl von Bits zugewiesen, d. h. ein „Unterschlüssel”, der nur ein Bruchteil des Schlüssels ist. Beispielsweise können sich die ersten zehn Bits auf allgemeine Informationen beziehen, die zweiten zehn Bits auf Musik- oder Audiodateien (ein „Musik-Unterschlüssel”), die dritten zehn Bits auf Videodateien (ein „Video-Unterschlüssel”), die vierten zehn Bits auf Bilddateien (ein „Bild-Unterschlüssel”) und so weiter. Jedem Bit wird eine Position im Unterschlüssel zugewiesen, es kann jedoch auch leere Positionen für die Speicherung später hochgeladener Inhalte, z. B. Klingeltöne, geben.
- 2.5 Abgleich
-
700 mit dem Digitalformatschlüssel750 dar. Gemäß dieser bevorzugten Variante des Abgleichprozesses wird der Kompatibilitätsschlüssel oder Unterschlüssel des Kompatibilitätsschlüssels700 in Schritt810 empfangen. Wie in den700 von der Mobilgerätecharakterisierungseinheit140 oder der Abgleicheinheit150 aus der Datenbank160 empfangen werden. - In Schritt
820 wird oder werden, abhängig von den Anfragen der mobilen Endgeräte110 , ein oder mehrere Digitalformatschlüssel750 aus den Speichermitteln130 abgerufen. In dem Fall, dass das mobile Endgerät110 nur einen bestimmten Multimedia-Inhalt anfordert, wie zum Beispiel einen bestimmten Musiktitel, wird nur ein Digitalformatschlüssel750 oder Teile davon aus den Speichermitteln130 abgerufen, welcher bzw. welche dem angeforderten Titel entspricht bzw. entsprechen. In dem Fall, dass das mobile Endgerät110 z. B. eine Anfrage für den Zugriff auf mehrere Musiktitel oder Musiktitel und Videoclips stellt, werden die entsprechenden Digitalformatschlüssel750 oder zumindest Teile davon aus den Speichermitteln130 abgerufen. - In Schritt
830 wird der Kompatibilitätsschlüssel700 oder Teile des Kompatibilitätsschlüssels700 mit den Digitalformatschlüsseln750 oder Teilen davon abgeglichen. In dem Fall, dass die Datenbank160 einen vollständigen Digitalformatschlüssel zur Verfügung stellt oder in dem Fall, dass das mobile Endgerät110 einen vollständigen Kompatibilitätsschlüssel700 zur Verfügung gestellt hat, kann die Abgleicheinheit150 oder die Mobilgerätecharakterisierungseinheit140 festlegen, ob sie den vollständigen Kompatibilitätsschlüssel700 oder nur Teile davon für den Abgleichschritt830 verwendet. Wenn des Weiteren die Speichermittel130 einen oder mehrere Digitalformatschlüssel750 zur Verfügung gestellt haben, kann die Abgleicheinheit150 vorzugsweise festlegen, ob sie den vollständigen Digitalformatschlüssel750 oder nur Unterschlüssel davon verwendet. - Da der Abgleich der beiden Schlüssel in der Abgleicheinheit
150 stattfindet, beinhaltet eine bevorzugte Lösung, dass die Abgleicheinheit150 den Kompatibilitätsschlüssel700 für einen gewissen Zeitraum speichert, vorzugsweise mindestens für die Dauer der Sitzung des mobilen Endgerätes mit dem System100 . Auf diese Weise kann die Abgleicheinheit150 den Kompatibilitätsschlüssel700 für aufeinander folgende Anfragen des mobilen Endgerätes110 wiederverwenden und festlegen, ob sie Teile des Kompatibilitätsschlüssels700 oder den vollständigen Schlüssel für den Abgleich mit dem Digitalformatschlüssel750 verwendet. - Vorzugsweise werden einander entsprechende Unterschlüssel des Kompatibilitätsschlüssels
700 und des Digitalformatschlüssels750 abgeglichen. Dieser Abgleich kann z. B. mittels einer UND-Operation erfolgen, wobei die Ergebnisse in Form von „1” oder „0” anzeigen, welche digitalen Formate verfügbar sind und von den Funktionalitäten des mobilen Endgerätes110 unterstützt werden. Der Abgleichschritt830 wird nachfolgend ausführlich erläutert. - Für den Falls, dass der Abgleich des vollständigen Kompatibilitätsschlüssels oder von Teilen davon mit einem oder mehreren vollständigen Digitalformatschlüsseln
750 oder Teilen davon zu dem Ergebnis führt, dass mindestens eine Datei mit Multimediainhalten identifiziert wird, welche ein digitales Format zur Verfügung stellt, das von den Funktionalitäten des mobilen Endgerätes110 unterstützt wird, wird das mobile Endgerät110 in Schritt840 über dieses Ergebnis informiert. Mittels dieser Information kann der Zugriff auf die Teilmenge der Dateien mit Multimediainhalten gewährt werden, welche digitale Formate haben, die von den Funktionalitäten des mobilen Endgerätes110 unterstützt werden. - Für den Fall, dass das Ergebnis des Abgleichschrittes
830 lautet, dass keine Datei mit Multimediainhalten gefunden werden konnte, die in einem digitalen Format verfügbar ist, welches von den Funktionalitäten des mobilen Endgerätes110 unterstützt wird, wird das mobile Endgerät110 in Schritt850 über dieses Ergebnis informiert. - Auf diese Weise wird der Nutzer des Systems über die Verfügbarkeit von kompatiblen Dateien mit Multimediainhalten informiert, bevor er oder sie die Multimediainhalte kauft. Des Weiteren können auf diese Weise unnötige Übertragungskosten vermieden werden, da keine Dateien mit Multimediainhalten übertragen werden, die nicht mit den Funktionalitäten des mobilen Endgerätes
110 kompatibel sind. -
700 mit dem Digitalformatschlüssel750 . Wie in700 und der Digitalformatschlüssel750 ein identisches Format. Wie bereits erwähnt wurde, kann jedoch das Format der beiden Schlüssel auch verschieden sein, falls nur Teile von ihnen miteinander abgeglichen werden. Gemäß700 und der Digitalformatschlüssel750 mindestens die Abschnitte „Allgemeine Informationen”, „Audio”, „Bild” und „Video”. Im Folgenden wird beispielhaft der Abgleich des Audio-Abschnittes des Kompatibilitätsschlüssels mit dem Audio-Abschnitt des Digitalformatschlüssels750 beschrieben. - Der Audio-Abschnitt des Kompatibilitätsschlüssels
700 und der Audio-Abschnitt des Digitalformatschlüssels750 umfassen jeweils acht Bit-Felder. Die äußerste linke Bit-Position des Audio-Abschnittes, d. h. das msb, entspricht der Fähigkeit des Mobiltelefons, MP3-Titel abzuspielen. Die zweite Bit-Position des Audio-Abschnittes entspricht der Fähigkeit des mobilen Endgerätes110 , WMA-Dateien abzuspielen. Des Weiteren entsprechen die dritte, vierte, fünfte, sechste, siebente und achte Bit-Position der Fähigkeit des mobilen Endgerätes110 , WAV-, OGG-, VOX-, MP-C, AVI- etc. Dateien abzuspielen und/oder zu dekodieren. - Dementsprechend repräsentieren die Bit-Felder des Audio-Abschnittes des Digitalformatschlüssels
750 von links nach rechts, d. h. vom msb zum lsb, die Verfügbarkeit des digitalen Formates MP3, WMA, WAV, OGG, VOX, MPC, AVI etc. für die angeforderte Datei mit Multimediainhalten. - Wie oben erwähnt wird der Abgleich vorzugsweise mittels einer UND-Operation durchgeführt. In
910 für die Durchführung einer UND-Operation mit den Bit-Feldern des Audio-Abschnittes des Kompatibilitätsschlüssels700 und den Bit-Feldern des Audio-Abschnittes des Digitalformatschlüssels750 dargestellt. Zu diesem Zweck wird der Wert des ersten Bit-Feldes des Audio-Abschnittes des Kompatibilitätsschlüssels700 zusammen mit dem ersten Bit-Feld des Audio-Abschnittes des Digitalformatschlüssels750 an die Einheit910 weitergeleitet. Mit beiden Werten wird in der Einheit910 eine UND-Operation durchgeführt. Wie in700 „0”. Der Wert im ersten Bit-Feld des Audio-Abschnittes des Digitalformatschlüssels750 ist „1”. Dementsprechend ergibt eine UND-Operation mit diesen Werten den Wert „0”. Das jeweilige Ergebnis wird von der Einheit910 an die Ergebniseinheit920 herausgegeben. Da der Wert in den jeweils zweiten Bit-Feldern der Audio-Abschnitte im Kompatibilitätsschlüssel700 und im Digitalformatschlüssel750 beide „1” ist, ergibt die UND-Operation mit diesen Werten den Wert „1”, welcher ebenfalls von der Einheit910 an die Ergebniseinheit920 herausgegeben wird. Da bei den übrigen Bit-Feldern die entsprechenden Werte in keinem weiteren Fall beide „1” sind, ergibt die UND-Operation für die Bit-Felder 3 bis 8 jeweils „0”. Dementsprechend ist das Ergebnis, welches von der Ergebniseinheit910 ermittelt wurde, „01000000”, was dem Hexadezimalwert „0 × 40” entspricht. - In dem Fall, dass die oben beschriebene Operation den Wert „0” ergibt, ist kein digitales Format für die angeforderten Multimediainhalte verfügbar, das von den Funktionalitäten des mobilen Endgerätes
110 unterstützt wird. Dementsprechend würde das System100 das mobile Endgerät110 in Schritt850 informieren, dass das System100 kein kompatibles Format für den angeforderten Titel zur Verfügung stellen kann. In dem Fall, dass der Wert des Ergebnisses des Abgleichschrittes größer als „0” ist, ist mindestens ein digitales Format der angeforderten Multimediainhalte verfügbar, das von den Funktionalitäten des mobilen Endgerätes110 unterstützt wird. Um festzustellen, welches digitale Format der angeforderten Multimediainhalte an das mobile Endgerät110 weitergeleitet werden soll, kann eine Suchtabelle930 verwendet werden, die Zeiger (Pointer) für die jeweiligen digitalen Formate zur Verfügung stellt. Für den Fall, der in930 Zeiger zu den digitalen Formaten MP3 und WMA zur Verfügung stellen. - Wie oben erwähnt können bei einer alternativen Ausführungsform der vorliegenden Erfindung zusätzlich Prioritätswerte für die jeweiligen digitalen Formate zur Verfügung gestellt werden. Diese Prioritätswerte werden vorzugsweise in die Suchtabelle eingetragen, die dann eine Entscheidung trifft und die jeweilige Information darüber, welches digitale Format der angeforderten Multimediainhalte die bevorzugte Version darstellt, weiterleitet. Alternativ werden die Prioritäten durch die Anordnung der jeweiligen digitalen Formate im jeweiligen Abschnitt gemäß ihrer Priorität festgelegt. In dem in
930 bestimmen kann, welches Format das bevorzugte digitale Format ist. - Bei einer alternativen Variante des Abgleichs werden von dem System mehrere verschiedene Schritte ausgeführt, um die Teilmenge der Dateien mit Multimediainhalten zu identifizieren, die mit der Anfrage des mobilen Endgerätes
110 übereinstimmt und von den Funktionalitäten des mobilen Endgerätes110 unterstützt wird. In dem Fall, dass die höchste Priorität dem msb in dem jeweiligen Abschnitt zugewiesen wird, kann für den Kompatibilitätsschlüssel700 überprüft werden, welches das am weitesten links liegende Bit-Feld ist, d h. das Bit-Feld mit dem höchsten Wert, das ungleich „0” ist. Wenn diese Bit-Position identifiziert wurde, kann in einem anschließenden Schritt überprüft werden, ob der Wert in dem entsprechenden Bit-Feld im Digitalformatschlüssel750 ebenfalls ungleich „0” ist. In dem Fall, dass der jeweilige Wert im Digitalformatschlüssel750 „1” ist, ist das Ergebnis positiv und das mobile Endgerät kann gemäß Schritt840 informiert werden. In dem Fall, dass der entsprechende Wert im Digitalformatschlüssel750 „0” ist, wird im nächsten Schritt die nächst niedrigere Bit-Position im Kompatibilitätsschlüssel700 bestimmt, die ungleich „0” ist, und die entsprechende Bit-Position im Digitalformatschlüssel750 wird überprüft. Dieser Ablauf wird wiederholt, bis ein positives Ergebnis erzielt oder das lsb erreicht wird, ohne dass ein positives Ergebnis erzielt wurde. In diesem Fall wird das mobile Endgerät110 gemäß Schritt850 informiert. - Alternativ könnten auch digitale Filtertechniken verwendet werden, um den Kompatibilitätsschlüssel
700 mit dem Digitalformatschlüssel750 abzugleichen, wie zum Beispiel Filter für ungeradzahlige oder geradzahlige Werte oder bestimmte Schwellenwerte. - Des Weiteren können durch die Partitionierung beider Schlüssel in entsprechende Blöcke mit einer Länge von z. B. acht Bits entsprechende Blöcke unkompliziert miteinander abgeglichen und die Ergebnisse an die Suchtabelle weitergeleitet werden, die Zeiger (Pointer) für die jeweiligen Formate zur Verfügung stellt. Bei einer alternativen Variante wird der Inhalt der Ergebniseinheit
920 mit Prioritätswerten abgeglichen, bevor die Ergebnisse des Abgleichschrittes an die Suchtabelle weitergeleitet werden. - Wie oben dargestellt wurde, wird jeder Datei mit Multimediainhalten ein Digitalformatschlüssel
750 zur Verfügung gestellt. Während die ersten Bits jedes Digitalformatschlüssels750 vorzugsweise die Art des Multimediainhaltes als Video, Klingelton, Full Track etc. kennzeichnen, sind die anderen Bits des Digitalformatschlüssels750 jeweils mit einem anderen digitalen Format verbunden. Das obige Beispiel einer digitalen Musikdatei kann ebenso auf Dateien mit Videos, Bildern, Klingeltönen etc. angewendet werden. - Die Struktur der Digitalformatschlüssel
750 ist identisch mit der Struktur der Kompatibilitätsschlüssel700 . Daher gilt die Erläuterung in Bezug auf die Kompatibilitätsschlüssel700 , welche die Kennungen des mobilen Gerätes110 in der Charakterisierungseinheit140 darstellen, auch hier. Beispielsweise hätten, wie oben mit Bezug auf Tabelle 1 beschrieben, Multimediainhalte, die in den Formaten MP3, AAC und 3GP zur Verfügung gestellt werden, einen entsprechenden Unterschlüssel mit dem Wert 00111. - Die Kompatibilität der Funktionalitäten des mobilen Gerätes mit den digitalen Formaten der Dateien mit Multimediainhalten, die in der Datenbank
130 gespeichert sind, wird von der Abgleicheinheit150 und mittels einer UND-Kombination der beiden Kompatibilitätsindikator-IDs festgestellt. D. h.
10110
00111
00110 = 6 = AAC und 3GP. - Damit ist das mobile Gerät in der Lage, die AAC- und 3GP-Dateien aus den Speichermitteln
130 herunterzuladen. Da, wie in Tabelle 1 dargestellt ist, die AAC-Datei eine höhere Priorität hat als die 3GP-Datei, wird die 3GP-Datei aus der Datenbank130 dem mobilen Gerät110 bereitgestellt. - In den Speichermitteln
130 ist eine Vielzahl von Dateien mit Multimediainhalten in einer Vielzahl verschiedener digitaler Formate gespeichert. Üblicherweise werden diese Multimediainhalte von kommerziellen Anbietern von Multimediainhalten zur Verfügung gestellt. Die Multimediainhalte können mittels eines sogenannten Aufnahme- und Content-Management-Systems und eines Vertragsverwaltungssystems zur Verfügung gestellt werden, wie nachfolgend näher erläutert wird. Diese Systeme werden mit den Speichermitteln130 und vorzugsweise ebenfalls mit dem Upload-Speicherbereich230 verbunden, und sind vorzugsweise darauf ausgelegt, die Datenbank oder Datenbanken zu verwalten oder der Datenbank oder den Datenbanken Inhalte, Informationen (z. B. Digital-Rights-Management (DRM)) und Schnittstellen zu den Anbietern bereitzustellen. So ist es möglich, dass ein Anbieter von Inhalten automatisch Multimediainhalte hochladen kann, die automatisch in Übereinstimmung mit den jeweiligen digitalen Rechten transkodiert werden, und alle erforderlichen Informationen in Bezug auf die DRM-Formate automatisch erstellt werden. Die Erstellung der jeweiligen Digitalformatschlüssel750 wird vorzugsweise von diesen Systemen durchgeführt. Die Transkodierung und das Digital-Rights-Management werden nachfolgend noch ausführlicher beschrieben. - Diese kommerziellen Anbieter von Inhalten stellen ihre Inhalte in einer begrenzten Anzahl von digitalen Formaten zur Verfügung, zum Beispiel als MP3, AAC, 3GP, MP4, AVI etc. Einige Anbieter von Inhalten stellen Multimediainhalte nur in einem dieser digitalen Formate zur Verfügung, einige stellen Multimediainhalte in nur einigen dieser Formate und beschränkt auf ausschließlich diese Formate zur Verfügung, und einige Anbieter von Inhalten stellen Dateien mit Multimediainhalten in allen möglichen verfügbaren Formaten zur Verfügung. Digitale Rechte verhindern die Transkodierung dieser Dateien in andere digitale Formate. Analog zur Mobilgerätecharakterisierungseinheit
140 können Informationen über das digitale Format, in welchem die Multimediainhalte in den Speichermitteln130 zur Verfügung gestellt werden, zum Beispiel in den Digitalformatschlüsseln750 zur Verfügung gestellt werden. Die Informationen über das digitale Format, in welchem die Multimediainhalte in den Speichermitteln130 gespeichert werden, können jedoch auch an anderen Orten und in anderer Form unter Verwendung anderer Bit-Schlüssel gespeichert werden. - Der 5-Bit-Schlüssel und der 256-Bit-Schlüssel (oder Schlüssel in einer beliebigen anderen Bit-Länge) können zum Beispiel für verschiedene Anwendungen und Zwecke erstellt werden. Diese Schlüssel können ebenfalls in den Speichermitteln
130 gespeichert werden, mit einem Zeiger zu einem bestimmten Titel für den Download auf das mobile Gerät110 . Ein Beispiel hierfür wird im Folgenden erläutert, wobei der Titel „Locomotive Breath” in verschiedenen digitalen Formaten gespeichert wird.
Titel: Locomotive Breath
Interpret: Jethro TuII
Verfügbare Formate: MP3, WAV, WMA, OGG etc. - Bei einer Ausführungsform wird diesem Titel ein Teilschlüssel oder Unterschlüssel zugeordnet, der 1111... lautet und nur genau so viele Bits wie Formate umfasst. Dies bietet den Vorteil, dass das System flexibel ist. Wenn mehr Formate verfügbar sind, wird dieser „Musikschlüssel” länger.
- Dieser Teilschlüssel/„Musikschlüssel” wird zusammen oder in Verbindung mit diesem Titel in der Datenbank gespeichert.
- Alternativ wird ein vollständiger Schlüssel in kompletter Länge gespeichert.
- Alternativ wird für jeden Titel und jede Version ein separater Schlüssel gespeichert, zum Beispiel:
Jethro TuII: Locomotive Breath, MP3 → 1000
Jethro TuII: Locomotive Breath, WAV → 0100 etc. für den Teilschlüssel und separate lange Schlüssel mit derselben Länge wie der Kompatibilitätsschlüssel700 für die lange Variante der Schlüssel. - Wenn ein mobiles Endgerät
110 , das die drei digitalen Formate AAC, 3GP und AVI unterstützt, d. h. mit einem entsprechenden Kompatibilitätsschlüssel700 oder einem Unterschlüssel davon, zum Beispiel 10110 (aus den binären IDs aus Tabelle 1 wie oben dargestellt berechnet), ausgestattet ist, auf das System100 zugreift und die oben erwähnten Multimediainhalte herunterladen will, vergleicht die Abgleicheinheit150 den Kompatibilitätsschlüssel700 oder den Unterschlüssel mit dem „Musikschlüssel” durch eine Konjunktion oder UND-Operation mit den jeweiligen Bit-Feldern, wie in - Obwohl die UND-Operation oben an einem Beispiel zur Veranschaulichung erklärt wurde, kann der Bit-Code auch in ein hexadezimales (HEX) Format konvertiert und wie oben erklärt auf einen ungeradzahligen oder geradzahligen Schwellenwert gefiltert werden.
- Des Weiteren kann der Abgleich auch außerhalb der Abgleicheinheit
150 erfolgen. Der Bit-Schlüssel kann zum Beispiel an eine andere Software-Anwendung oder Einheit entweder innerhalb des Systems100 oder außerhalb des Systems100 weitergeleitet werden, zum Beispiel an das mobile Endgerät110 , das ebenfalls eine Abgleichoperation durchführen könnte; d. h. den Funktionalitätencode des mobilen Endgerätes110 oder Teile davon mit dem Bit-Schlüssel zusammenführen. Anstelle der Zusammenführung des Funktionalitätencodes des mobilen Endgerätes mit dem Bit-Schlüssel, welcher die digitalen Inhalte der Multimedia-Datei darstellt, können auch Maskierungs- oder andere Operationen verwendet werden, bei denen das Ergebnis 0 oder 1 ist. - Wenn das mobile Endgerät
110 zum Beispiel eine Funktionalität zum Abspielen der Musikformate MP3, WAV, WMA und OGG besitzt, lautet seine Kompatibilitätsindikator-ID, d. h. sein Kompatibilitätsschlüssel700 , gemäß einer Ausführungsform der Erfindung „1111”. Des Weiteren wird dem digitalen Format MP3 die höchste Priorität zugewiesen. Dann lautet der Schlüssel mit der höchsten Priorität 1000, der Schlüssel mit der zweithöchsten Priorität 0100 etc. Der Musikschlüssel, d. h. der Unterschlüssel für Musikformate im Digitalformatschlüssel750 , lautet dann z. B. 0111, was bedeutet, dass der Titel nur als WAV, WMA und OGG verfügbar ist. - Die Maskierung der jeweiligen Schlüssel erfolgt vorzugsweise auf die folgende Art und Weise.
- In einem ersten Schritt wird der Unterschlüssel des Kompatibilitätsschlüssels
700 „0111” mit dem Schlüssel der höchsten Priorität „1000” und dem Musikschlüssel „0111” maskiert. Da diese Maskierung mittels einer UND-Operation erfolgt, ist das Ergebnis dieser Maskierung „0”. Da das Ergebnis „0” ist, wird der Unterschlüssel des Kompatibilitätsschlüssels700 „0111” in einem anschließenden Schritt mit dem Schlüssel der zweithöchsten Priorität „0100” und dem Musikschlüssel „011” maskiert. Das Ergebnis dieser Maskierung ist ein Wert, der ungleich Null ist. - Wie oben erwähnt wurde, gewinnt die priorisierte Behandlung der Multimediainhalte an Bedeutung, je mehr verschiedene digitale Formate gleichzeitig verfügbar sind. Ein Musikschlüssel mit dem Wert 00110 zeigt an, dass die Multimediainhalte in zwei digitalen Formaten verfügbar sind, z. B. AAC und 3GP, die möglicherweise auch von dem mobilen Endgerät
110 unterstützt werden. Die Abgleicheinheit150 umfasst des Weiteren vorzugsweise Mittel für die Gewichtung der digitalen Formate in Bezug auf deren technische Qualität und/oder Erfordernisse für die Bandbreite. In Fällen wie den im Beispiel dargestellten, in denen die Abgleicheinheit zwei oder mehr passende digitale Formate findet, wird das digitale Format mit der höchsten Priorität verwendet. Die Prioritäten, die den fünf digitalen Formaten in unserem Beispiel zugewiesen wurden, können AAC und MP4 als beste Formate definieren, 3GP und AVI auf dem zweiten Rang und, mit der niedrigsten Priorität, MP3. Alternativ kann die Priorisierung von einer anderen Einheit in einer anderen Ebene des Systems100 oder von einer anderen Anwendung außerhalb des Systems100 vorgenommen werden, zum Beispiel in dem mobilen Endgerät110 selbst. Alternativ erstellt die Abgleicheinheit150 die jeweiligen Prioritätsschlüssel auf der Grundlage des Mittels für die Gewichtung der digitalen Formate in Bezug auf deren technische Qualität und/oder Erfordernisse für die Bandbreite und/oder andere Funktionalitäten des mobilen Endgerätes110 gemäß festgelegten Regeln. - 2.6 Erstellung des Schlüssels
-
700 beschreibt. In einem ersten Schritt1010 wird ein Datensatz erstellt, der so viele Informationen wie möglich über die Funktionalitäten einer Vielzahl von mobilen Endgeräten umfasst. Diese ersten Datensätze können auf der Grundlage einer automatischen Analyse der Modelle von mobilen Endgeräten110 , die auf dem Markt verfügbar sind, erstellt werden. Durch die Analyse der Funktionalitäten eines bestimmten mobilen Endgerätes, z. B. eines Nokia N95-2 mit 8 GB Speicher, können Informationen über die Bildschirmgröße, z. B. 240 × 320, über die Kameraauflösung, z. B. 2,582 × 1,944, Bildschirmfarben, z. B.262 ,144 , etc. abgerufen werden. - Auf der Grundlage dieser ersten Datensätze, die vorzugsweise in einer Datenbank gespeichert werden, können in Schritt
1020 zusätzliche Informationen in Bezug auf alle Modelle von mobilen Endgeräten110 abgerufen werden, die in den ersten Datensätzen bereits identifiziert wurden, aber auch in Bezug auf mobile Endgeräte110 , die noch nicht in ersten Datensätzen enthalten sind. Schritt1020 wird ausgeführt, bis jeder der ersten Datensätze einen festgelegten Mindestinhalt umfasst. Der festgelegte Mindestinhalt umfasst vorzugsweise Informationen über die Funktionalitäten bezüglich des Lesens, Dekodierens und Abspielens von Audiodateien und Videodateien, die Darstellung von Bildern etc. Schritt1020 kann in Bezug auf mehrere verschiedene Datenbanken310 bis360 , die automatisch und in einer bestimmten Reihenfolge kontaktiert werden, ausgeführt werden. - Durch die Nutzung von einer Reihe verschiedener Datenbanken
310 bis360 zur Vervollständigung der Datensätze und Erreichung des Mindestinhaltes für jeden der Datensätze entsteht das Problem, dass redundante Informationen aus diesen Datenbanken310 bis360 abgerufen werden. Um diesem Problem zu begegnen, können den jeweiligen Datenbanken bestimmte Prioritäten zugewiesen werden, welche von der Zuverlässigkeit der von ihnen bereitgestellten Inhalte abhängen. Das bedeutet, wenn eine Datenbank äußerst zuverlässige Inhalte zur Verfügung stellt, wird dieser Datenbank eine hohe Priorität zugewiesen. Wenn zwei Datenbanken widersprüchliche Informationen über ein bestimmtes Merkmal eines bestimmten Modells eines mobilen Endgerätes110 zur Verfügung stellen, wird die Information aus der Datenbank mit der höheren Priorität zur Vervollständigung der jeweiligen Datensätze ausgewählt. - Wenn die ersten Datensätze des Weiteren bereits Informationen enthalten, welche den Informationen aus der Datenbank mit der höchsten Priorität widersprechen, wird ein Verfahren für eine weitere Überprüfung angewendet, bei dem der Inhalt oder Teile des Inhaltes der ersten Datensätze mit dem Inhalt oder Teilen des Inhaltes von Datensätzen der anderen Datenbanken abgeglichen werden. Dies erfolgt in Schritt
1030 und ist vorzugsweise ein optionaler Schritt. Wenn der Inhalt oder Teile des Inhaltes der ersten Datensätze mit dem Inhalt oder Teilen des Inhaltes der anderen Datenbanken abgeglichen werden, wird festgestellt, welche Inhalte oder Teile von Inhalten der ersten Datensätze nicht mit den Inhalten oder Teilen der Inhalte der Datensätze in den anderen Datenbanken übereinstimmen. Entsprechend der Ergebnisse, z. B. in Abhängigkeit von der Priorität und der Anzahl der Datenbanken, die identische Informationen zur Verfügung stellen, wird festgelegt, dass Inhalte oder Teile der Inhalte der ersten Datensätze durch die entsprechenden Inhalte der anderen Datenbanken ersetzt werden, falls diese spezifischen Inhalte der ersten Datensätze nicht mit denen der anderen Datenbanken identisch sind. - Des Weiteren wird in Schritt
1040 für jeden der ersten Datensätze, welche den festgelegten Mindestinhalt repräsentieren und vorzugsweise eine Länge von 256 Bits aufweisen, ein Kompatibilitätsindikatorcode, d. h. vorzugsweise der Kompatibilitätsschlüssel700 , erstellt. - Auf diese Weise wird erreicht, dass für möglichst viele verschiedene Modelle von mobilen Endgeräten automatisch eine Mindestmenge an Kompatibilitätsinformationen aus den Datenbanken abgerufen wird. Für den Fall, dass der erste Datensatz in Schritt
1010 keine Informationen über den TAC-Code beinhaltet, kontaktiert das System100 z. B. eine TAC-Code-Datenbank, um den TAC-Code z. B. von einem Nokia N95-2 8 GB abzurufen, der „35954201” lautet, und den ersten Datensatz entsprechend ergänzen. Für den Fall, dass der erste Datensatz den Wert des HTTP-Header-Feldes „User Agent” nicht beinhaltet, kontaktiert das System100 in Schritt1020 die WURFL-Datenbank, um diese Information abzurufen. Für ein Nokia N95-2 8 GB würde der Inhalt dieses Feldes z. B. „Nokia N95 Smartphone” lauten. - Des Weiteren können aus einer anderen Datenbank Informationen über Video-Codecs oder Audio-Codes, Informationen über die Software-Plattform des mobilen Endgerätes
110 oder über die Java-Plattform Micro Edition abgerufen werden. Für den Fall, dass z. B. eine bestimmte erste Datenbank die maximale Deck-Größe der Wireless-Markup-Language des Nokia N95 mit „357.000” angibt und eine zweite Datenbank für dasselbe Merkmal einen widersprüchlichen Wert, wie zum Beispiel „257.000”, angibt, entscheidet das System100 anhand der Priorität der ersten und zweiten Datenbank, welcher Wert der zuverlässigere Wert ist, der damit dem ersten Datensatz hinzugefügt wird. - Nachfolgend ist eine beispielhafte Ausführungsform eines solchen ersten Datensatzes mit dem festgelegten Mindestinhalt dargestellt.
Nokia N95-2 8 GB
TAG-Code: 35954201
User Agent: Nokia N95 Smartphone
Plattform: Flash Lite Verston: 1.0, Flash Lite Version: 1.1, Flash Lite Version: 2.0
Symbian-Betriebssystem Version: 9.2
Audio-Codecs: aac
Video-Codecs: h263 vo, mpeg4, real media 8
Bildschirmgröße: 240 × 320
Bildschirmfarben: 262144
Kameragröße: 2582 × 1944
Java-Plattform Micro Edition (J2ME):
CLDC Version: 1.0, CLDC-Version: 1.1
MIDP-Version: 1.0, MIDP-Version: 2.0
Spezifische JSR: JSR-75 (Dateisystem), Spezifische JSR: JSR-82 (Bluetooth)
Spezifische JSR: JSR-120 (Wireless Messaging API)
Spezifische JSR: JSR-135 (Mobile Media API)
Spezifische JSR: JSR-179 (Location API)
Spezifische JSR: JSR-184 (Mobile 3D Graphics API)
Wireless Markup Language (WML):
Max. Deck-Größe: 357000
WML-Skript: Skript 1.0, Skript 1.1 Skript 1.2, Skript 1.3
WML-Version: wml 1.1, wml 1.2, wml 1.3
Audioformate: MP3, WMA, WAV, OGG, VOX, MPG, AVI
Videoformate: AAC, 3GP, MP4, AVI
Bildformate: JPEG, PNG, GIF, TIF - Auf der Grundlage dieser Informationen wird der Kompatibilitätsschlüssel
700 erstellt. Gemäß einem vorgegebenen Format für den Kompatibilitätsschlüssel700 werden die Informationen des Datensatzes in Bezug auf das Nokia N95-2 8 GB verwendet, um die jeweiligen wahr- oder falsch-Werte oder „1” und „0” in das definierte Format des Kompatibilitätsschlüssels700 einzutragen. Auf diese Weise wird der Kompatibilitätsschlüssel700 mit allen erforderlichen Informationenbezüglich der Funktionalitäten des N95-2 8 GB gefüllt. - Wie im obigen Datensatz dargestellt ist, werden die Formate JPEG, PNG, GIF und TIF unterstützt. Dementsprechend werden die entsprechenden Bit-Felder des Kompatibilitätsschlüssels
700 mit dem Wert „1” ausgefüllt. Alle anderen Bit-Felder des Kompatibilitätsschlüssels700 , welche Formaten entsprechen, die vom N95-2 8 GB nicht unterstützt werden, werden mit dem Wert „0” ausgefüllt. - 2.7 Weitere Anwendungen des Schlüssels
- Wie oben dargestellt wurde, kann der Kompatibilitätsschlüssel
700 für Sound-, Musik-, Video- und Bilddateien, für Hintergrundbilder und Spiele etc. verwendet werden, aber auch für WAP-/HTML-Seiten und für Nachrichten etc., was im Folgenden ausführlicher erläutert wird. - Des Weiteren wird der Kompatibilitätsschlüssel
700 von der Abgleicheinheit150 dazu verwendet, eine Teilmenge der Dateien mit Multimediainhalten zu identifizieren, welche der Anfrage des mobilen Endgerätes entspricht und von den Funktionalitäten des mobilen Endgerätes auch unterstützt wird. Zu diesem Zweck ruft die Abgleicheinheit150 den Kompatibilitätsschlüssel700 vorzugsweise aus der Kompatibilitätsdatenbank160 ab. Wie in700 auch für weitere Anwendungen verwendet werden, wie zum Beispiel für ein Frontend-Modul1110 für die Veröffentlichung der personalisierten WAP-/HTML-Webseiten, für ein Assistenten- oder Webcrawler-Modul1120 für die Bereitstellung von oder Suche nach bestimmten Inhalten und für ein Adressbuch1130 für die Speicherung von Daten über die Funktionalitäten der mobilen Endgeräte anderer Personen, mit denen Dateien mit Multimediainhalten geteilt werden sollen. - Das Frontend-Modul
1110 verwendet den Kompatibilitätsschlüssel700 vorzugsweise dazu, z. B. die Bildschirmgröße, die verfügbaren Bildschirmfarben, Informationen bezüglich der Java-Plattform und weitere Informationen bezüglich des WML-Skriptes etc. zu bestimmen. Auf diese Weise können personalisierte oder spezifisch auf das mobile Endgerät abgestimmte Inhalte erstellt werden, die am besten für den Bildschirm des mobilen Endgerätes110 geeignet sind, auf dem diese Inhalte dargestellt werden sollen. - Des Weiteren kann der Kompatibilitätsschlüssel
700 in einer Assistenten- oder Webcrawler-Einheit1120 verwendet werden, welche den Dienst anbietet, das World Wide Web nach bestimmten Inhalten wie zum Beispiel Musik, Videoclips etc. abzusuchen. Auf der Grundlage des Kompatibilitätsschlüssels700 ist das Assistenten- oder Webcrawler-Modul1120 in der Lage, Informationen, welche von den Funktionalitäten des mobilen Endgerätes110 nicht unterstützt werden, herauszufiltern. Auf diese Weise wird vermieden, dass Suchergebnisse angezeigt werden, die auf dem mobilen Endgerät110 nicht dargestellt oder anderweitig verwendet werden können. - Darüber hinaus kann der Kompatibilitätsschlüssel
700 als zusätzliche Informationsquelle in einem Adressbuch oder den oben erwähnten Freunde-Listen verwendet werden, wenn Dateien mit Multimediainhalten mit Personen geteilt werden sollen, die in dem Adressbuch oder den Freunde-Listen eingetragen sind. Indem Informationen über die Funktionalitäten des mobilen Endgerätes110 einer bestimmten Person im Adressbuch1130 gespeichert werden, ist es möglich festzustellen, ob bestimmte Dateien mit Multimediainhalten in einem bestimmten digitalen Format auf dem mobilen Endgerät110 einer Person, mit der die jeweilige Datei mit Multimediainhalten geteilt werden soll, dargestellt werden kann. Im Allgemeinen gibt es die Möglichkeit, Multimediainhalte zu transkodieren, so dass sie in den am weitesten verbreiteten Formaten verfügbar sind. Es kann jedoch sein, dass bestimmte Multimediainhalte durch digitale Rechte geschützt sind. In diesem Fall ist es nicht möglich, eine bestimmte Datei mit Multimediainhalten in einem bestimmten digitalen Format in ein anderes digitales Format zu transkodieren. In einem solchen Fall hilft die Kenntnis der Funktionalitäten des mobilen Endgerätes110 einer Person, an welche die Dateien mit Multimediainhalten weitergegeben werden sollen, festzustellen, ob das verfügbare digitale Format von dem mobilen Endgerät110 der anderen Person unterstützt wird. - Wenn das digitale Format der Datei mit Multimediainhalten von den Funktionalitäten des mobilen Endgerätes
110 der anderen Person nicht unterstützt wird, hätte es keinen Sinn, diese Person darüber zu informieren, dass jemand diese Multimediainhalte gern an ihn oder sie weitergeben würde. - 3. Andere Untersysteme
- Während die
100 in Bezug auf das Kompatibilitätsmanagement bieten, werden andere Untersysteme von Portal100 im Folgenden detailliert beschrieben. - 3.1 Verteiler
- Die Interaktion des sogenannten Frontends des Systems
100 mit einem mobilen Endgerät110 wird mit Verweis auf110 verfügbaren Browser eingegeben wird. Eine andere Möglichkeit, die häufig genutzt wird, um Nutzer, die noch nicht mit dem Browser vertraut sind, einzuladen, auf das World Wide Web zuzugreifen, besteht darin, eine SMS (Short Message Service) (oder MMS) zu verschicken, d. h. eine Anfrage mit einer vorhandenen Nummer oder einem vorhandenen Code, die/der zu einer ersten Verbindung mit dem System100 führt. In100 , die vertikale Linie in der Mitte steht für die WAP-Schnittstelle170 zwischen dem System100 und dem Funknetz120 und die vertikale Linie rechts steht für das mobile Endgerät110 . Das von dem erfindungsgemäßen System durchgeführte Verbindungsverfahren erfolgt von oben nach unten. - Der Kontakt (Erstkontakt) vom mobilen Endgerät
110 zu den Empfangs- und Übertragungsmitteln170 wird wie oben erläutert angefragt, indem beispielsweise die URL des Portals100 ausgewählt oder eine SMS mit den Kontaktdaten für das Portal100 empfangen wird. Auf Grundlage dieser Informationen kontaktiert das mobile Endgerät110 das Portal100 über die Empfangs- und Übertragungsmittel170 . Dies erfolgt durch das Senden einer SMS vom mobilen Endgerät100 an die Empfangs- und Übertragungsmittel170 des Systems100 oder durch Senden einer Seitenanforderung vom WAP-Browser des mobilen Endgerätes110 an die Empfangs- und Übertragungsmittel170 . - Bevorzugt umfassen die Empfangs- und Übertragungsmittel
170 ein WAP-Gateway für den Empfang von Seitenanfragen von den mobilen Endgeräten110 . Das Gateway ruft die angeforderte Seite auf und entschlüsselt sie binär, um die binär entschlüsselte Seite an das mobile Endgerät110 weiterzuleiten. Auf Seiten, die WML (Wireless Markup Language) oder XHTML (Extensible HyperText Markup Language) MPs (Mobile Profile) umfassen, wird über das WAP-Gateway zugegriffen. XHTML ist die Erweiterung von HTML, die die strenge Syntaxprüfung von XML durchführt und die Mobile.Profile-Variante ist eine Teilmenge, die einige der Einschränkungen von mobilen Browsern anspricht. - Die Anforderung der Verbindung wird von einem Verteiler
1210 (Dispatcher) empfangen, der durch ein Rechteck auf der Schnittstelle symbolisiert wird. Der Verteiler gemäß einer bevorzugten Ausführungsform wird im Folgenden erläutert. - Durch den Zugriff auf das Portal
100 über WAP kann der Verteiler die IP-Adresse des Gateways des Funknetzbetreibers dazu nutzen, den Funknetzbetreiber zu identifizieren, über den das Mobiltelefon110 mit dem Portal100 verbunden ist. Für den Zugriff auf das Portal per SMS verwendet der Verteiler die Identifizierung des Short Message Service Centres. Natürlich ist es möglich, andere Identifizierungscodes zu verwenden, die sich künftig ergeben. - Nach der Erkennung des Netzwerkbetreibers schaut der Verteiler in einer Tabelle beispielsweise den WAP-Baum oder die WAP-Seite für diesen Betreiber nach. Eine WAP-Seite definiert die grafische Schnittstelle zwischen dem System und dem Nutzer und zeigt Menüpunkte für die Navigation des Nutzers an. Die passende oder spezifische WAP-Seite kann auch eine andere Sprache umfassen (Englisch, Deutsch, Französisch etc.) oder bestimmte Menüpunkte auslassen oder hinzufügen. Jede dieser WAP-Seiten hat eine eigene URL. Daher leitet der Verteiler die Anfrage an das mobile Endgerät
110 um, indem er dem Mobiltelefon die spezifische URL des Netzwerkbetreibers gibt. Ohne Eingreifen des Nutzers stellt das mobile Endgerät110 die Verbindung zum spezifischen WAP-Baum her. Dies wird in - Als nächstes wird auf die Mobilgerätecharakterisierungseinheit
140 zugegriffen. Die Mobilgerätecharakterisierungseinheit140 identifiziert das Modell des Mobiltelefons, indem sie die Informationen in der Typ-Zulassung (TAC) oder den Code des WAP-Benutzer-Agenten liest und den entsprechenden Kompatibilitätsschlüssel700 für dieses Mobiltelefon, der die Informationen über sämtliche unterstützten digitalen Standards und andere spezifische Eigenschaften des Mobiltelefons in Bezug auf Anzeigeinformationen beinhaltet, nachschaut. Sobald die Anzeigeinformationen von der Charakterisierungseinheit140 abgerufen wurde, erfolgt in der Schnittstelle eine Dekodierung (Entschlüsselung) und die nächste Aktivität basiert auf den Anzeigemöglichkeiten des mobilen Endgerätes, dem ersten Bitfeld und der spezifischen WAP-Seite. - In Abhängigkeit von der Systemkonfiguration wird der Nutzer dann automatisch zu seinem dedizierten Speicherbereich geleitet oder er greift direkt auf die Speichermittel
130 zu, wo er dann den Medieninhalt auswählen kann. Der Zugriff auf die Speichermittel130 erfolgt über die Abgleicheinheit150 , also kann der Nutzer nur die Multimediainhalte sehen und auswählen, die für sein mobiles Endgerät geeignet sind, da der Kompatibilitätsschlüssel700 als Bitmaske verwendet wird, die Inhalte verdeckt, die nicht mit dem Mobiltelefon kompatibel sind. - Die modernen mobilen Endgeräte variieren nicht nur in Bezug auf die Bildschirmgröße, sondern auch in Bezug auf die unterstützte Auszeichnungssprache. Die Sprache HTML (Hyper Text Mark-up Language), die üblicherweise auf Webseiten verwendet wird, wird auf Mobiltelefonen nicht häufig verwendet, wird aber immer beliebter, da die Datenübertragungsrate steigt. Andere Sprachen, die für die Erstellung von mobilen Inhalten für Mobiltelefone verwendet werden, sind XHTML (Extensible HTML), WML (Wireless Mark-up Language) und CHTML (Compact HTML). Daher wird vor dem Senden von Informationen an das mobile Endgerät
110 , die im Browser des mobilen Endgerätes110 angezeigt werden sollen, in der Mobilgerätecharakterisierungseinheit140 nachgeschaut, welche Anzeigesprachen das Mobiltelefon110 unterstützt. Um eine WAP-Seite ganz einfach an verschiedene Sprachen und auch neu aufkommende Sprachen anzupassen, wird ein Strukturmodul verwendet, das die Struktur der WAP-Seite in einer META-Sprache wie XML beschreibt, die nur in einem letzten Schritt in eine Sprache wie XHTML, WML oder CHTML umgewandelt wird, die das mobile Endgerät unterstützt. -
110 auf andere Art und Weise. Das mobile Endgerät110 greift über einen Verteiler1210 auf das System zu. Der Verteiler1210 erkennt zum Beispiel anhand der IP-Adresse des Gateways des Funknetzbetreibers den Netzwerkbetreiber für dieses mobile Endgerät110 und leitet seine Anforderung an den spezifischen WAP-Baum1311 ,1312 oder1313 weiter. Natürlich kann es mehr als drei WAP-Bäume geben. Jeder WAP-Baum umfasst ein Strukturmodul1320 , in dem die Zusammensetzung oder Struktur der WAP-Seite in einer META-Sprache definiert ist, zum Beispiel in der weit verbreiteten Sprache XML. Die WAP-Bäume umfassen außerdem ein Aktivitätsmodul oder mehrere Aktivitätsmodule1330 für die Definition von Aktivitäten wie die Auswahl eines Multimediainhaltes. Die Struktur, die im Strukturmodul1320 in einer META-Sprache definiert ist, wird durch eine Visualisierungseinheit1340 in die vom mobilen Endgerät110 unterstützte Sprache übersetzt. Die Visualisierungseinheit1340 schaut in der Mobilgerätecharakterisierungseinheit140 nach, welche Sprache das Endgerät110 unterstützt. In Abhängigkeit von der unterstützten Sprache übersetzt die Visualisierungseinheit1340 die vom Strukturmodul1320 gegebene XML-Datei beispielsweise in XHTML, WML oder CHTML. In dieser Sprache wird die WAP-Seite dann an das mobile Endgerät110 gesendet. -
110 greift über den Verteiler1210 , der anhand der Kriterien der URL, des Netzwerkbetreibers und des Modells des mobilen Endgerätes, z. B. Telefonmodell, eine WAP-Baum-Auswahl trifft, auf das System zu. Der Verteiler1210 erkennt beispielsweise die IP-Adresse des Gateways des Funknetzbetreibers für dieses Mobiltelefon. Der Typ des mobilen Endgerätes110 wird bestimmt, z. B. durch die Mobilgerätecharakterisierungseinheit140 anhand des TAC-Codes oder des Codes des USER AGENTS. Der Verteiler1210 leitet die Anforderung entsprechend an einen spezifischen WAP-Baum1311 ,1312 oder1313 weiter. Wieder kann es mehr als drei WAP-Bäume geben. - Jeder WAP-Baum umfasst ein spezielles Modul, das Inhalte und Funktionalitäten für Verzeichnisse, Speicher, „den reservierten Bereich des Abonnenten” etc. gemäß dem ausgewählten WAP-Baum vorgibt. Das Design, die Funktionsweise und die Wahl der Verzeichnisse, Speicher, „des reservierten Bereiches des Abonnenten” etc. ist vom ausgewählten WAP-Baum abhängig. Die WAP-Bäume umfassen weiterhin die oben genannten zwei Module, das Strukturmodul
1320 und das Aktivitätsmodul oder mehrere Aktivitätsmodule1330 . - Die WAP-Seiten eines spezifischen WAP-Baumes basieren auf einer gemeinsamen Modulbibliothek
1450 , die eine grundlegende funktionale Einrichtung für jeden der Inhalte wie Verzeichnisse, Speicher, „den reservierten Bereich des Abonnenten” etc. ermöglicht, die über den spezifischen WAP-Baum bereitgestellt werden. Die in der META-Sprache im Strukturmodell1320 definierte Struktur wird von der Visualisierungseinheit1340 in die vom mobilen Endgerät110 unterstützte Sprache übersetzt, d. h. beispielsweise XHTML, WML oder CHTML. Hierfür kontaktiert die Visualisierungseinheit1340 die Mobilgerätecharakterisierungseinheit140 , um die Information zu erhalten, welche Sprache vom Endgerät110 unterstützt wird. Bevorzugt erfolgt dies über die Bereitstellung des Kompatibilitätsschlüssels700 für das mobile Endgerät110 . In Abhängigkeit von der vom mobilen Endgerät110 unterstützten Sprache übersetzt die Visualisierungseinheit1340 die XML-Datei, die die Visualisierungseinheit1340 bereitstellt, beispielsweise in XHTML, WML oder CHTML. Die übersetzte Datei wird dann über das WAP-Gateway und die Empfangs- und Übertragungsmittel170 an das mobile Endgerät110 gesendet. - 3.2 Cluster für die Transkodierung
- Wie bereits in Bezug auf
100 auch einen Upload-Speicherbereich230 , in dem private Dateien mit Multimediainhalten gespeichert werden können. Private Medieninhalte sind im Gegenteil zu den Inhalten, die in den Speichermitteln130 gespeichert sind, eher nicht durch digitale Rechte geschützt. Private Dateien mit Multimediainhalten verwenden auch eine Vielzahl verschiedener digitaler Formate. Für die Übertragung eines privaten Fotos, das mit einer digitalen Kamera aufgenommen wurde, auf beispielsweise ein Mobiltelefon kann möglicherweise ein anderes Format erforderlich sein. Ebenso muss auch bei der Übertragung von Videos oder Bildern von einem mobilen Endgerät auf ein anderes mobiles Endgerät das digitale Format geändert werden, wenn die verschiedenen Endgeräte unterschiedliche digitale Formate unterstützen. - Daher bietet das System
100 ein Transkodier-Cluster bzw. Cluster für die Transkodierung240 , das in1521 bis1524 dargestellt wird. Der Upload-Speicherbereich230 erhält die Inhaltsdateien, die von einem Nutzer hochgeladen werden. Das Hochladen kann über die WEB-Schnittstelle oder die WAP-Schnittstelle der Empfangs- und Übertragungsmittel170 erfolgen. Wenn der Nutzer über die WEB-Schnittstelle seines Personal Computers aus hochlädt, wird das Hochladen durch ein Programm erleichtert, das den Browser befähigt, die private Festplatte des Personal Computers zu sehen. Der Uploadserver prüft, ob die hochgeladene Datei tatsächlich eine Multimedia-Datei ist. Dazu wird die Erweiterung des Dateinamens, z. B. .jpg, geprüft. Des Weiteren werden die SHA-Hash-Funktionen geprüft. Hash-Funktionen umfassen einen Verschlüsselungsalgorithmus und ermöglichen die Berechnung einer Prüfsumme zur Prüfung der Integrität von digitalen Daten. Beide Mittel stellen sicher, dass keine Multimediainhalte hochgeladen werden, die durch digitale Rechte geschützt sind, d. h. die verschlüsselt sind. Der Upload-Speicherbereich230 umfasst des Weiteren Mittel, um sicherzustellen, dass jede Datei nur einmal hochgeladen wird. Sämtliche Dateien, die im Upload-Speicherbereich230 gespeichert werden, werden in einem Verzeichnis gemeinsamer Quellen1510 registriert und bilden somit einen Netzwerkbereichsspeicher (NAS). Die verschiedenen Transkodierungseinheiten1521 bis1524 , die im Cluster für die Transkodierung240 beinhaltet sind, unterscheiden sich in den digitalen Formaten, die sie transkodieren können. Zum Beispiel kann die Transkodierungseinheit1521 in der Lage sein, mobile Videos zu transkodieren, während die Transkodierungseinheit1522 Klingeltöne und Full Tracks transkodieren kann. Die Transkodierungseinheit1523 transkodiert Videos, die aus dem Web hochgeladen wurden, während die Transkodierungseinheit1524 in der Lage sein kann, Bilder zu transkodieren, die vom Desktop210 oder dem mobilen Endgerät110 hochgeladen werden. Dies ist natürlich nur ein Beispiel für die Organisation des Clusters für die Transkodierung240 . Natürlich ist auch eine geringere oder höhere Anzahl von Transkodierungseinheiten mit anderen Transkodierungsfähigkeiten möglich. - Jede Transkodierungseinheit
1521 bis1524 scannt das gemeinsame Verzeichnis1510 regelmäßig auf neue Quellen bzw. neue Dateien und startet ein Transkodierungsverfahren, wenn eine neue Datei gefunden wird, die die Transkodierungseinheit transkodieren kann. Bevorzugt wird der Scan in sehr kurzen Intervallen durchgeführt, so dass die Transkodierung einer neuen Datei mehr oder weniger sofort nach dem Hochladen gestartet wird. Für das Scannen des Verzeichnisses gemeinsamer Quellen1510 wird ein sogenanntes Hintergrundprogramm verwendet. Wenn zu viele Uploads gleichzeitig stattfinden, verdoppeln oder klonen sich die Transkodierungsprogramme automatisch. Daher können zahlreiche Dateien mit Multimediainhalten parallel transkodiert werden. Nach dem Transkodierungsverfahren sind sämtliche privaten hochgeladenen Multimediainhalte in allen digitalen Formaten, die das Cluster für die Transkodierung240 kennt, verfügbar. Die verfügbaren Dateien werden im Upload-Speicherbereich230 gespeichert und ihre Adressen werden in ein Verzeichnis gemeinsamer Zielorte1530 eingetragen. Alternativ werden die verfügbaren Dateien wie in1540 gespeichert, um diese Dateien getrennt von den ursprünglich hochgeladenen privaten Dateien mit Multimediainhalten zu speichern. - Ein Cluster für die Transkodierung
240 gemäß einer bevorzugten Ausführungsform der Erfindung wird in1521 bis1524 werden bereitgestellt und von Servern umgesetzt. Jede Transkodierungseinheit transkodiert bevorzugt nur eine Art von Dateien mit Multimediainhalten, d. h. Musik, Bilder etc. Zum Beispiel ist die Transkodierungseinheit1521 nur in der Lage, mobile Video-Dateien zu transkodieren, die von einem mobilen Gerät hochgeladen werden, und die Transkodierungseinheit1522 kann Musikdateien wie Klingeltöne und Full Tracks transkodieren. Die Transkodierungseinheit1523 transkodiert Web-Videodateien mit den Formaten WMA oder WMV. Die Transkodierungseinheit1524 kann Bilddateien transkodieren. Bevorzugt umfasst der Upload-Speicherbereich230 auch einen Uploadserver zum Empfangen der Inhaltsdateien, die von einem Nutzer hochgeladen werden. Ein Registrierungsdienst1650 sammelt die transkodierten Dateien und registriert sie in der zusätzlichen Datenbank1540 . - In Bezug auf
1710 erläutert. Wenn zum ersten Mal auf das System100 zugegriffen wird, reserviert jeder Nutzer automatisch einen dedizierten Speicherbereich1710 . Der Nutzer kann über die WEB-Schnittstelle oder die WAP-Schnittstelle der Empfangs- und Übertragungsmittel170 auf seinen dedizierten Speicherbereich zugreifen. Der dedizierte Speicherbereich1710 ist mit den Speichermitteln130 und dem Upload-Speicherbereich230 verbunden. Darüber hinaus ist der dedizierte Speicherbereich1710 gemäß der alternativen Ausführungsform auch mit der zusätzlichen Datenbank1540 verbunden. - Ein Nutzer kann über die Speichermittel
130 , die ihre Inhalte zum Beispiel von verschiedenen Anbietern von Inhalten1721 ,1722 und1723 bekommen, digitale Multimediainhalte kaufen, die durch digitale Rechte geschützt sind. Der gekaufte Inhalt wird dann automatisch im dedizierten Speicherbereich1710 des Nutzers gespeichert, oder genauer gesagt wird eine Verknüpfung (Link) oder eine Adresse für diesen Inhalt in den Speichermitteln130 zusammen mit Informationen zur Größe dieses Inhalts im dedizierten Speicherbereich des Nutzers gespeichert. Sobald der Inhalt bzw. die Adresse des Inhaltes im dedizierten Speicherbereich1710 gespeichert wurde, kann der Nutzer die Inhalte auf sein mobiles Endgerät110 oder gegebenenfalls auf seinen Personal Computer210 herunterladen. - Beim Stand der Technik geht eine Datei mit Inhalt wie beispielsweise einem Klingelton, den der Nutzer von einem Anbieter von Inhalten heruntergeladen hat, verloren, wenn ein Nutzer sein mobiles Endgerät
110 austauscht. Mit dem dedizierten Speicherbereich kann ein Nutzer, der sein mobiles Endgerät austauscht, denselben Klingelton erneut auf sein neues mobiles Endgerät herunterladen. So geht der Klingelton des alten mobilen Endgerätes nicht verloren. - Bevorzugt ist der dedizierte Speicherbereich
1710 Teil eines Datenbanksystems, das auch den Upload-Speicherbereich230 , die Speichermittel130 und die zusätzliche Datenbank1540 umfasst. - Wenn private Inhalte hochgeladen werden, wird die Datei mit den privaten Inhalten über den Upload-Speicherbereich
230 hochgeladen und nach Durchlaufen des Clusters für die Transkodierung240 in der zusätzlichen Datenbank1540 oder dem Upload-Speicherbereich230 gespeichert. Alternativ dazu werden die transkodierten Multimedia-Dateien im dedizierten Speicherbereich1710 gespeichert. In diesem Fall wird nur ein Link zu den Dateien mit privaten Inhalten, die im Upload-Speicherbereich230 oder der zusätzlichen Datenbank1540 gespeichert sind, im dedizierten Speicherbereich1710 gespeichert, wie es für kommerzielle Multimediainhalte in den Speichermitteln130 der Fall ist. - Wenn ein Nutzer private Inhalte mit einem Freund teilen möchte, der ebenfalls im System
100 registriert ist, sendet er ihm von seinem dedizierten Speicherbereich1710 einen Link zu den Inhalten, die geteilt werden sollen. Für Dateien mit privaten Inhalten gibt es im Allgemeinen keine Einschränkungen in Bezug auf den Austausch. Das System100 ermöglicht es dem Nutzer aber bevorzugt, optionale Einschränkungen für den Austausch von Dateien mit privaten Inhalten festzulegen. Für den Austausch einer Datei mit privaten Inhalten von einem ersten mobilen Endgerät zu einem zweiten mobilen Endgerät lädt der erste Nutzer die Inhaltsdatei in seinen dedizierten Speicherbereich hoch und sendet dann einen Link zur Inhaltsdatei an den zweiten Nutzer. Da die Transkodierung unmittelbar nach dem Hochladen erfolgt, bekommt der Nutzer einen Eindruck der unmittelbaren Übertragung, auch wenn die beiden Endgeräte nicht dieselben digitalen Formate unterstützen. Damit ist es möglich, Dateien mit privaten Inhalten zwischen Mobiltelefonen auszutauschen, ohne sich Gedanken über die Kompatibilität der Telefone zu machen und ohne die unterstützen digitalen Formate zu kennen. - Wenn ein Nutzer Inhalte teilen möchte, die er in den Speichermitteln
130 gekauft hat, d. h. Inhalte, die durch digitale Rechte geschützt werden, ist dies nur dann möglich, wenn der Anbieter der Inhalte einverstanden ist. Der Anbieter von Inhalten kann zum Beispiel die Anzahl der Austausche auf fünf beschränken. Dann wird eine Datei mit digitalen Multimediainhalten, die aus der Datenbank130 gekauft wird, mit Mitteln zum Zählen der Übertragungen beim Speichern im dedizierten Speicherbereich1710 für die Kontrolle der Anzahl der Austausche bereitgestellt. - Ein Nutzer kann einem Freund Ansichtszugang zu seinem dedizierten Speicherbereich
1710 gewähren. In diesem Fall sieht der Freund nur die Inhalte im dedizierten Speicherbereich1710 , die für sein eigenes mobiles Endgerät geeignet sind, da die Abgleicheinheit150 die Bit-Maske des Kommunikationsendgerätes des Freundes über die Inhaltsdateien legt, die aus den Speichermitteln130 gekauft wurden, so dass die Kompatibilität unverzüglich kontrolliert wird. - 3.3 Aufnahme- und Inhaltsmanagement
-
100 gemäß der bevorzugten Ausführungsform. Das System100 wird mit digitalen Multimediainhalten von verschiedenen kommerziellen Anbietern1810 ,1820 ,1830 ,1840 ,1850 und1860 gefüttert. Das Aufnahmemodul sammelt die digitalen Multimediainhalte der kommerziellen Anbieter und richtet das Digital-Rights-Management (DRM) auf Grundlage der Vorgaben der Anbieter von Inhalten ein. Es gibt verschiedene mögliche Modelle und einige Standardparameter in Bezug auf die digitalen Multimediainhalte werden gemäß den Vorgaben der Anbieter von Inhalten1810 ,1820 ,1830 ,1840 ,1850 und1860 gespeichert. - Erstens muss entschieden werden, in welchem digitalen Format (zum Beispiel MP3 etc.) die Multimediainhalte vom Anbieter der Inhalte bereitgestellt werden. Es ist möglich, die digitalen Multimediainhalte in nur einem digitalen Format bereitzustellen, das die beste Qualität für die Reproduktion der digitalen Multimediainhalte auf einem Mobiltelefon bietet, allerdings hat dies den Nachteil, dass nur einige mobile Endgeräte in der Lage sind, diese digitalen Multimediainhalte abzuspielen. Bevorzugt werden die digitalen Multimediainhalte in verschiedenen digitalen Formaten bereitgestellt, was ein Kompromiss zwischen der Qualität der Reproduktion und der Anzahl von mobilen Endgeräten, die dieses Format unterstützen, ist. Der Anbieter der Inhalte kann auch einer Transkodierung seiner Dateien wie oben beschrieben zustimmen. Sämtliche Informationen bezüglich des Digital-Rights-Managements (DRM) werden in einer Datenbank des Systems
100 eingegeben. - Zweitens muss entschieden werden, ob die Inhalte, die ein Nutzer kauft, mit anderen Nutzern geteilt werden dürfen. Es ist möglich, freies Teilen, das Teilen mit einer begrenzten Anzahl von Freunden oder überhaupt kein Teilen zu erlauben. Zum Beispiel kann wie oben erwähnt ein Nutzer des mobilen Endgerätes
110 einen dedizierten Speicherbereich1710 haben, in dem er Multimedia-Dateien speichern kann, die er aus den Datenquellen230 hochgeladen hat, und er kann die gespeicherten Multimedia-Dateien mit anderen Nutzern teilen. Dazu hat der Nutzer, der die Dateien hochgeladen und gespeichert hat, die Option, anzugeben, welche gespeicherten Multimedia-Dateien mit welchen Nutzern geteilt werden sollen. Optional kann der Nutzer, der die Dateien hochgeladen und gespeichert hat, angeben, wie lange spezifische gespeicherte Multimedia-Dateien geteilt werden sollen. Um seine eigenen privaten Dateien, wie Fotos, die er mit dem mobilen Endgerät110 gemacht hat und die nicht dem Digital-Rights-Management unterliegen, von den Dateien, die er aus kommerziellen Datenbanken hochgeladen hat und die dem Digital-Rights-Management unterliegen, zu unterscheiden, können zwei verschiedene Speicherbereiche bereitgestellt werden. Alternativ kann der Nutzer des mobilen Endgerätes110 seine eigenen privaten Dateien auch dem Digital-Rights-Management unterwerfen. - Drittens kann der Anbieter der Inhalte den Vertrieb seiner digitalen Multimediainhalte über die WEB- oder die WAP-Schnittstelle einschränken. Diese Kanaleinschränkung wird ebenfalls in einer Datenbank des Systems eingegeben.
- Viertens kann der Anbieter der Inhalte den Vertrieb seiner digitalen Multimediainhalte auf Gebiete und autorisierte Zeiten beschränken. Wie oben beschrieben empfängt das Portal
100 die Netzwerkadresse des Gateways des Funknetzbetreibers, wenn über WAP auf das Portal100 zugegriffen wird. Über diese Netzwerkadresse kann der Netzwerkbetreiber identifiziert und sogar „lokalisiert” werden. Kommerzielle und geschützte Datenbanken wie geokodierte IP-Datenbanken bieten Informationen zu Netzwerkadressen an wie den Ort (Land, Staat, Stadt etc.), Organisation oder Unternehmen, zu dem sie gehören. Über diese Datenbanken kann das Gebiet des Funknetzbetreibers identifiziert werden. Dazu umfasst das Portal100 entweder eine zusätzliche Datenbank, die geokodierte Informationen zur IP-Adresse bietet, oder eine Schnittstelle zu einer externen Datenbank mit geokodierten Informationen zur IP-Adresse oder beides. - Beim Zugriff auf das Portal per SMS verwendet der Verteiler die Identifikation des Short Message Service Centres, um das Gebiet zu bestimmen, aus dem das mobile Endgerät
110 auf das Portal100 zugreift. - Da das Mobiltelefon mit seiner Identifikation (im TAC-Code) auch die Identifikation des Landes, in dem das mobile Endgerät sich befindet, mitteilt, kann dem Mobiltelefon gegebenenfalls kein Zugriff auf bestimmte Dateien mit digitalen Multimediainhalten gewährt werden, die für sein Herkunftsland nicht autorisiert sind.
- Fünftens wird ein bestimmter Bestand bereitgestellt, für den die Menge der digitalen Kopien der Multimediainhalte, die verkauft oder heruntergeladen werden, begrenzt ist.
- Sechstens kann der Anbieter von Inhalten bestimmten Angeboten oder der Begrenzung des Zugangs auf bestimmte Nutzer zustimmen oder dies ablehnen.
- Gemäß den vereinbarten digitalen Rechten sind die digitalen Multimediainhalte gekennzeichnet. Die digitalen Formate, in denen die Multimediainhalte angeboten werden, werden mit den digitalen Formatschlüsseln
750 und750' markiert. - Wenn sämtliche digitalen Rechte verhandelt und festgehalten sind, werden die Dateien mit digitalen Multimediainhalten in den Speichermitteln
130 gespeichert. - Inhalte in den Speichermitteln
130 können lokalen Bedürfnissen angepasst werden. Lokale Eingaben zu Inhalten umfassen das Preismanagement auf lokaler Ebene, die Trennung verschiedener Genres von Inhalten, ein Event-Management, ein WEB-Homepage-Management und sogar ein Willkommenspaket-Management. - Eine Backoffice-Einheit, die mit der Datenbank
130 verbunden ist, macht Aufzeichnungen von Verkäufen, Käufen, Downloads und/oder Kopien. Rechnungen, Belege und Berichte werden bevorzugt auch durch die Backoffice-Einheit erstellt. - Darüber hinaus umfasst das Portal
100 eine Einheit mit einem reservierten Bereich des Abonnenten (”Exklusiv”), die es nur für Abonnenten gibt. Dieser exklusive Bereich bietet Zugang zu spezifischen Merkmalen und Angeboten des Geschäfts. - Jeder Kauf aus dem Geschäft oder aus dem reservierten Bereich des Abonnenten wird über eine Rechnungsstellungseinheit abgerechnet, die natürlich mit den Daten, die die Backoffice-Einheit bereitstellt, verbunden sein können.
- Der Upload-Speicherbereich
230 umfasst private Inhalte, die wie schon oben erläutert frei mit Freunden geteilt werden können. Eine Digital-Rights-Management-(DRM)-Kontrolle wird bereitgestellt, die sicherstellt, dass keine Dateien hochgeladen werden, die durch digitale Rechte geschützt sind. Neue Dateien werden nach Durchlaufen des Clusters für die Transkodierung240 über den Upload-Speicherbereich230 hochgeladen. - Sämtliche Nutzer des Systems
100 erhalten bevorzugt eine private Kontaktliste und die Kontakte umfassen Kontaktangaben ihrer privaten Freunde. Telefonnummern der privaten Freunde werden in einer Kontakt-Datenbank1870 gespeichert. - Ein Nutzer, der einen Inhalt teilen möchte, der sich in seinem dedizierten Speicherbereich
1710 oder dem Upload-Speicherbereich230 befindet, d. h. kommerzielle Inhalte, die der Nutzer über das Geschäft gekauft hat, die in den Speichermitteln130 gespeichert sind und die geteilt werden dürfen oder private Inhalte sind, die der Nutzer über den Upload-Speicherbereich230 hochgeladen und gespeichert hat, sendet über die Nachrichteneinheit anhand der Kontaktliste in der Kontakt-Datenbank1870 eine Nachricht an seinen Freund. Bevorzugt wird diese Nachricht anhand einer SMS, die eine Nachrichteneinheit1880 durchläuft, an den Freund gesendet. - Die Nachricht lädt den Freund ein, das System
100 zu kontaktieren. Beim Verbinden ermittelt die Mobilgerätecharakterisierungseinheit140 sämtliche Informationen zum mobilen Endgerät des Freundes. So sieht der Freund nicht die Inhaltsdatei, die für den Upload auf seinem mobilen Endgerät vorgeschlagen wird, wenn die Inhalte, die der Nutzer teilen möchte, nicht mit dem mobilen Endgerät des Freundes kompatibel sind. - In einer bevorzugten Ausführungsform sind die Kompatibilitätsschlüssel
700 und700' bezüglich der mobilen Endgeräte von Freunden bereits in den Kontaktlisten oder in der Kontakt-Datenbank1870 beinhaltet und der Nutzer kann im Falle von kommerziellen Multimediainhalten, die in den Speichermitteln130 gespeichert sind, oder von privaten Inhalten, die in seinem dedizierten Speicherbereich1710 oder dem Upload-Speicherbereich230 gespeichert sind, vor dem Senden einer Nachricht prüfen, ob sein Freund diese Inhaltsdatei sehen kann. - Es gibt eine Kundendiensteinheit, die alle erforderlichen Interaktionen im Falle von Systemausfällen ermöglicht und über die Kunden Hilfe bekommen können.
- Der Nutzer kann sich über die WAP-Schnittstelle
170 oder die WEB-Schnittstelle170 mit dem System100 verbinden. In beiden Fällen passt eine Bildschirmeinheit die Ansicht für den Nutzer an, wobei der Netzwerkanbieter und die Funktionalitäten des mobilen Gerätes110 berücksichtigt werden. Die Anpassung umfasst sprachliche Einschränkungen, Bildschirmfunktionalitäten des mobilen Gerätes110 im Falle der WAP-Schnittstelle170 , Menüeinschränkungen gemäß den Anforderungen von Netzwerkanbietern und so weiter. Die Bildschirmeinheit bekommt Informationen von der Mobilgerätecharakterisierungseinheit140 und gibt die Dateien mit Multimediainhalten und die WAP-Seiten in Übereinstimmung mit den Ergebnissen des Verteilers1210 aus. - Eine Liefereinheit übernimmt den tatsächlichen Download einer Datei mit Multimediainhalten mit dem Prüfen der digitalen Rechte und der Mobilgerätecharakterisierungseinheit
140 . - Das System
100 wird des Weiteren bevorzugt mit einer Einheit für Grafikdesign bereitgestellt, in der die grafischen Ansichten der WEB- und WAP-Seiten separat von der Systemstruktur definiert sind. - Das System
100 wird des Weiteren bevorzugt mit einer Formulierungseinheit bereitgestellt, in der unabhängig von Aktivitäten die Beschreibungen für verschiedene Menüpunkte in verschiedenen menschlichen Sprachen definiert und/oder an die Anforderungen von Netzwerkanbietern angepasst werden. - Das System
100 wird des Weiteren bevorzugt mit einer Referenzeinheit für die Handhabung der Bezugnahmen auf die verschiedenen Dateien mit Multimediainhalten bereitgestellt. - Das System
100 wird des Weiteren bevorzugt mit einer Einheit für die Verkehrsanalyse bereitgestellt, die sämtliche Interaktionen im System verfolgt und damit Informationen zu möglichen Überlastungsproblemen bereitstellt und wertvolle Informationen zum Nutzerverhalten liefert. - Das System
100 wird des Weiteren bevorzugt mit einer Berichtseinheit (”Berichtswesen”) bereitgestellt, die Berichte liefert, zum Beispiel über den Zugriff auf verschiedene Dateien mit Multimediainhalten, die für die Anbieter von Inhalten wichtig sind. -
1810 ,1820 und1830 dargestellt. Sämtliche Anbieter von Inhalten1810 ,1820 und1830 liefern zusätzlich zu den Dateien mit Multimediainhalten auch sogenannte Metadaten, die Informationen zu den Dateien mit Multimediainhalten wie Datenformat, Art oder Genre der Inhalte und weitere Informationen beinhalten. Diese Metadaten werden dazu verwendet, die digitalen Formatschlüssel750 und750' zu erstellen, die die digitalen Formate beschreiben, in denen die Inhalte geliefert werden. Einheit1910 liefert digitale Multimediainhalte aller Arten, d. h. Audio, Video, Grafiken. Obwohl Einheit1910 kommerzielle Inhalte liefert, ermöglicht Einheit1910 die Transkodierung von Dateien, die über eine Blocktranskodierung visualisiert wird. Die Multimediainhalte, die Einheit1910 liefert, umfassen Full Track, Klingeltöne, SMS-Benachrichtigungen, Video, Grafiken und ausführbare Programme wie Video-/Computerspiele. Der Anbieter von Inhalten1810 liefert Metadaten und Dateien einschließlich Full Track und Videos. Der Anbieter von Inhalten1820 liefert Metadaten und Dateien einschließlich Full Track und Videos. Der Anbieter von Inhalten1830 liefert Metadaten und Dateien einschließlich Klingeltönen. Unten auf der linken Seite werden persönliche Inhalte dargestellt, die ebenfalls in das System100 eingegeben werden können. - Die persönlichen Inhalte werden in den Upload-Speicherbereich
230 hochgeladen und sämtliche Inhaltsdateien werden vom Transkoder240 transkodiert. - Die kommerziellen Inhalte, die die Anbieter von Inhalten
1810 ,1820 und1830 zur Verfügung stellen, werden in die Aufnahmeeinheit eingegeben, wo die Metadaten dekodiert werden, um herauszufinden, in welchem digitalen Format (MP3 etc.) die Multimediainhalte von den Inhalte-Anbietern1810 ,1820 und1830 bereitgestellt werden und gespeichert werden sollen. Es ist möglich, die digitalen Multimediainhalte in nur einem digitalen Format bereitzustellen, das die beste Qualität für die Reproduktion der digitalen Multimediainhalte auf einem Mobiltelefon bietet, allerdings hat dies den Nachteil, dass nur einige mobile Endgeräte in der Lage sind, diese digitalen Multimediainhalte abzuspielen. Bevorzugt werden die digitalen Multimediainhalte in mehreren verschiedenen digitalen Formaten bereitgestellt, so dass ein Kompromiss zwischen der Qualität der Reproduktion und der Anzahl von mobilen Endgeräten, die dieses Format unterstützen, erreicht wird. Der Anbieter von Inhalten kann auch eine Transkodierung seiner Dateien akzeptieren, wie es bei Einheit1910 der Fall ist. Sämtliche Informationen zum Digital-Rights-Management (DRM) werden in eine Datenbank des Systems eingegeben. - Die Datenbank beinhaltet auch Informationen dazu, ob die Inhalte, die ein Nutzer kauft, mit anderen Nutzern geteilt werden dürfen. Es ist möglich, freies Teilen, das Teilen mit einer begrenzten Anzahl von Freunden, Teilen für eine begrenzte Zeit oder überhaupt kein Teilen oder eine Kombination der genannten Varianten zu erlauben. Diese Information kann durch die Metadaten gegeben sein oder nach Vertragsschluss in die Datenbank eingegeben werden.
- Der Anbieter von Inhalten kann den Vertrieb seiner digitalen Multimediainhalte auf die WEB- oder WAP-Schnittstelle einschränken. Diese Kanaleinschränkung wird ebenfalls in einer Datenbank des Systems eingegeben. Der Anbieter der Inhalte kann den Vertrieb seiner digitalen Multimediainhalte auch auf Gebiete und autorisierte Daten beschränken. Da das Mobiltelefon mit seiner Identifikation auch die Identifikation des Landes, in dem das mobile Endgerät sich befindet, mitteilt, kann dem Mobiltelefon gegebenenfalls kein Zugriff auf bestimmte Dateien mit digitalen Multimediainhalten gewährt werden, die für das Land nicht autorisiert sind.
- Obwohl für einen spezifischen Multimedia-Inhalt mit einem spezifischen digitalen Format vom Anbieter von Inhalten nur eine digitale Datei bereitgestellt wird, steht diese Datei für einen bestimmten Bestand oder eine bestimmte Anzahl von Dateien. Daher können die digitalen Multimediainhalte nur bis zu einer bestimmten Zahl weiterverkauft werden, welche vom System
100 verfolgt und in die Datenbank eingegeben wird. - Weitere Informationen, die in die Datenbank eingegeben werden, beinhalten die Frage, ob der Anbieter von Inhalten speziellen Angeboten oder einer Einschränkung des Zugriffs auf die Inhalte des Anbieters auf bestimmte Nutzer zustimmt oder nicht.
- Gemäß den digitalen Rechten, die vereinbart werden, werden die digitalen Multimediainhalte gekennzeichnet. Die digitalen Formate, in denen die Multimediainhalte bereitgestellt werden, werden im zweiten Bitfeld markiert.
- Wenn sämtliche digitalen Rechte verhandelt und festgehalten sind, werden die Dateien mit digitalen Multimediainhalten in den Speichermitteln
130 gespeichert, die mit einem Backoffice verbunden sind, das die genannten digitalen Rechte und Lizenzierungsvereinbarungen mit den Anbietern von Inhalten verwaltet. - Die Nutzer kaufen die Dateien mit Multimediainhalten über ein Geschäft, das über eine grafische Darstellung zugänglich ist, die die verschiedenen Multimediainhalte, die zum Kauf zur Verfügung stehen, anzeigt.
- Die Nutzungen des Systems und Verkäufe werden innerhalb des Systems aufgezeichnet und in einem Datenlager sortiert nach Kategorien und/oder Verträgen gespeichert.
- Eine Berichtseinheit (”Berichtswesen”) ermöglicht die Erstellung aller Arten von Statistiken.
- Wie oben dargestellt können die Ausführungsformen der vorliegenden Erfindung in zahlreichen Arten unter Verwendung von Hardware und Software umgesetzt werden. Es ist anerkannt, dass die verschiedenen oben beschriebenen Methoden sowie die verschiedenen logischen Blöcke und Module, die oben beschrieben wurden, mit Computergeräten umgesetzt oder ausgeführt werden können, wie beispielsweise Universalprozessoren, digitalen Signalprozessoren (DSP), anwendungsspezifischen digitalen Schaltungen (ASIC), Field Programmable Gate Arrays (FPGA) oder anderen programmierbaren Logikgeräten etc. Die verschiedenen Ausführungsformen der vorliegenden Erfindung können auch durch eine Kombination dieser Geräte durchgeführt oder ausgeführt werden.
- Des Weiteren können die verschiedenen Ausführungsformen der vorliegenden Erfindung auch mithilfe von Softwaremodulen umgesetzt werden, die von einem Prozessor oder direkt in Hardware ausgeführt werden. Auch eine Kombination von Softwaremodulen und einer Hardwareumsetzung ist möglich. Die Softwaremodule können auf jeder Art computerlesbarer Speichermedien gespeichert werden, zum Beispiel RAM, EPROM, EEPROM, Flash-Speicher, Registern, Festplatten, CD-ROM, DVD etc.
- Darüber hinaus können die verschiedenen Ausführungsformen der vorliegenden Erfindung auch mithilfe von dezentralen Servern und Datenbanken in einem lokalen Netzwerk oder in einem dezentralen Netzwerk umgesetzt werden.
- Die verschiedenen Ausführungsformen der vorliegenden Erfindung wie oben beschrieben haben den Vorteil, dass sie die Möglichkeit bieten, dass Multimediainhalte in Abhängigkeit von den Fähigkeiten des mobilen Endgerätes, über das die Multimediainhalte angefordert werden, bereitgestellt werden. Da die verschiedenen Modelle mobiler Endgeräte sich in ihren Fähigkeiten drastisch voneinander unterscheiden, kann nicht jeder Multimedia-Inhalt auf jedem mobilen Endgerät angezeigt, abgespielt oder dekodiert werden. Daher kann es passieren, dass der Nutzer über das mobile Endgerät Multimediainhalte herunterlädt, die dann auf dem mobilen Endgerät nicht angezeigt, abgespielt oder dekodiert werden können.
- Um diese Situation zu verhindern, werden das erfindungsgemäße System so bereitgestellt, dass Multimediainhalte automatisch gemäß den Funktionalitäten des mobilen Endgerätes, über das die mobilen Inhalte angefordert werden, gefiltert werden. In vielen Fällen kennt der Nutzer des mobilen Endgerätes die Funktionalitäten des mobilen Endgerätes nicht einmal, insbesondere die sehr spezifischen, die erforderlich sind, um sämtliche digitalen Formate anzugeben, die das verwendete mobile Endgerät unterstützt. Daher bieten das erfindungsgemäße System eine Datenbank mit Kompatibilitätscodes, bevorzugt einem Kompatibilitätsschlüssel, in dem Informationen bereitgestellt werden, die die Funktionalitäten der jeweiligen mobilen Endgeräte angeben. Da das Modell des mobilen Endgerätes automatisch vom erfindungsgemäßen System ermittelt wird, kann der entsprechende Kompatibilitätsschlüssel für ein Modell oder eine Art des mobilen Endgerätes, das die Anfrage sendet, abgerufen werden. Damit ist es nicht notwendig, dass der Nutzer des mobilen Endgerätes die Funktionalitäten des mobilen Endgerätes selbst einträgt. Des Weiteren ist es nicht erforderlich, das mobile Endgerät manuell zu identifizieren. Da der Nutzer die Funktionalitäten seines mobilen Endgerätes in seinem Profil nicht angeben muss, kann er über zahlreiche mobile Endgeräte auf das erfindungsgemäße System zugreifen. In jedem Fall werden ihm nur die Inhalte zur Verfügung gestellt, die das tatsächlich verwendete mobile Endgerät unterstützt. Dies sorgt für eine hohe Flexibilität des Systems und ein hohes Maß an Benutzerfreundlichkeit.
Claims (17)
- System (
100 ) für den Zugriff auf Multimediainhalte, wobei das System eingerichtet ist, dass auf das System von einem mobilen Endgerät (110 ) über ein Funkübertragungsnetzwerk (120 ) zugegriffen werden kann, wobei das System umfasst: eine erste Datenbank (130 ), die eingerichtet ist, Dateien mit Multimediainhalten in einer Mehrzahl von verschiedenen digitalen Formaten zu speichern; eine Mobilgerätecharakterisierungseinheit (140 ), die eingerichtet ist, Identifikationsdaten von dem mobilen Endgerät (110 ) zu empfangen, die die Fähigkeiten des mobilen Endgeräts angeben; und eine Abgleicheinheit (150 ), die eingerichtet ist, digitale Formate, die von den Fähigkeiten des mobilen Endgeräts unterstützt werden, mit den digitalen Formaten der Dateien mit Multimediainhalten abzugleichen; wobei das System eingerichtet ist, dem mobilen Endgerät aufgrund des Ergebnisses des Abgleichs, der durch die Abgleicheinheit durchgeführt wurde, Informationen zur Verfügung zu stellen und dem mobilen Endgerät nur Zugriff zu Inhaltsdateien zu gewähren, die in einem digitalen Format verfügbar sind, welches von dem mobilen Endgerät unterstützt wird; wobei das System des Weiteren umfasst: eine zweite Datenbank (230 ), die eingerichtet ist, eine Datei mit Multimediainhalten über das Funkübertragungsnetzwerk (120 ) von dem mobilen Endgerät (110 ) zu empfangen; und ein Transkodier-Cluster (240 ), das eingerichtet ist, jede Datei mit Multimediainhalten, die bei der zweiten Datenbank empfangen wurde, in alle digitalen Formate, die der Mobilgerätecharakterisierungseinheit (140 ) bekannt sind, zu transkodieren. - Das System gemäß Anspruch 1, wobei die zweite Datenbank (
230 ) eingerichtet ist, die Datei mit Multimediainhalten von einer festen digitalen Kommunikationseinheit (210 ) über ein festes Kommunikationsnetzwerk (220 ) zu empfangen. - Das System gemäß Anspruch 2, wobei die feste digitale Kommunikationseinheit (
210 ) ein PC ist und die Datei mit Multimediainhalten, die bei der zweiten Datenbank empfangen wurde, von einer Festplatte des PCs hochgeladen wird. - Das System gemäß einem der vorangegangenen Ansprüche, wobei das Transkodier-Cluster (
240 ) eingerichtet ist, kontinuierlich abzufragen, ob eine neue Datei empfangen wurde und unverzüglich mit der Transkodierung zu beginnen, wenn ein neuer Inhalt empfangen wurde. - Das System gemäß Anspruch 4, wobei das Transkodier-Cluster (
240 ) eingerichtet ist, eine Mehrzahl von Dateien mit Multimediainhalten durch automatisches Klonen des Transkodierungsprogramms parallel zu transkodieren. - Das System gemäß einem der vorangegangenen Ansprüche, wobei die Mobilgerätecharakterisierungseinheit (
140 ) des Weiteren eingerichtet ist, von mindestens einer Datenquelle Informationen über die digitalen Multimediaformate, die von dem mobilen Endgerät im Funkübertragungsnetzwerk unterstützt werden, über das das mobile Endgerät auf das System Zugriff hat, abzurufen und die abgerufenen Informationen zu speichern. - Das System gemäß einem der vorangegangenen Ansprüche, wobei die erste Datenbank eingerichtet ist, Multimediainhalte in einem oder mehr digitalen Formaten zu speichern, so wie sie von einem Inhaltsanbieter geliefert wurden, wobei der Inhalt in der ersten Datenbank gegen nicht autorisierte Vervielfältigung durch Verschlüsselung geschützt ist, und wobei die zweite Datenbank eingerichtet ist, Dateien mit Multimediainhalten zu empfangen, die nicht durch ein digitales Rechtemanagement geschützt sind.
- Das System gemäß einem der vorangegangenen Ansprüche, wobei die Mobilgerätecharakterisierungseinheit (
140 ) eingerichtet ist, Informationen darüber, welche digitalen Multimediaformate durch die verschiedenen Modelle mobiler Endgeräte (110 ) unterstützt werden, in Form von wahr/falsch zu speichern, und wobei die erste Datenbank (130 ) eingerichtet ist, Informationen über die digitalen Multimediaformate der Dateien mit Multimediainhalten in Form von wahr/falsch zu speichern. - Das System gemäß Anspruch 8, wobei die Mobilgerätecharakterisierungseinheit (
140 ) eingerichtet ist, die Informationen in einem ersten Bit-Feld zu speichern, und wobei die erste Datenbank (130 ) eingerichtet ist, die digitalen Multimediaformatinformationen in einem zweiten Bit-Feld zu speichern, wobei das erste und das zweite Bit-Feld die gleiche vorher festgelegte Länge und den gleichen Aufbau aufweisen. - Das System gemäß Anspruch 9, wobei die Abgleicheinheit (
150 ) eingerichtet ist, das erste Bit-Feld mit dem zweiten Bit-Feld zum Abgleich der digitalen Formate zu vergleichen. - Das System gemäß einem der vorangegangenen Ansprüche, wobei die Mobilgerätecharakterisierungseinheit (
140 ) des Weiteren eingerichtet ist, eine Bildschirmgröße, unterstützte Farben und/oder eine unterstützte Software-Sprache des mobilen Endgeräts (110 ) zu speichern. - Das System gemäß einem der vorangegangenen Ansprüche, das weiterhin einen vorgesehenen Speicherbereich für jeden Nutzer, der durch sein mobiles Endgerät (
110 ) identifiziert wird, umfasst, in welchen der Nutzer Inhalte aus jeglicher Datenbank (130 ,230 ) übertragen kann. - Das System gemäß einem der vorangegangenen Ansprüche, wobei das System eingerichtet ist, eine Schnittstelle zum Funkübertragungsnetzwerk (
120 ) zur Verfügung zu stellen, die eine allgemeine Schnittstelle und vorgesehene Schnittstellen für verschiedene Modelle mobiler Endgeräte (110 ) umfasst. - Das System gemäß Anspruch 13, wobei das System eine Webseite zum Zugriff auf Multimediainhalte über ein mobiles Endgerät (
110 ) ist, wobei die Schnittstelle zu dem Funkübertragungsnetzwerk eine WAP-Schnittstelle (Wireless Application Protocol Schnittstelle) ist, die eingerichtet ist, WAP-Seiten an das mobile Endgerät (110 ) zu liefern, wobei die Webseite eine graphische Nutzersystem-Schnittstelle mit einer Hauptseite und einer Mehrzahl von WAP-Bäumen umfasst, wobei jeder WAP-Baum eingerichtet ist, dass auf es über eine unterschiedliche Internetadresse (URL) zugegriffen wird, und wobei die Hauptseite einen Verteiler umfasst, der eingerichtet ist, einen Netzwerkbetreiber zu erkennen und das mobile Endgerät (110 ) an den für den erkannten Netzwerkbetreiber spezifischen WAP-Baum zu leiten. - Das System gemäß Anspruch 14, das weiterhin eine Referenzseite umfasst, die eingerichtet ist, ein vollständiges Menü mit möglichen Funktionen zur Verfügung zu stellen, und wobei die WAP-Bäume eingerichtet sind, das Menü von der Referenzseite zu erben oder zu laden, außer es gibt für diesen WAP-Baum spezifische Änderungen zu einem Menüpunkt.
- Das System gemäß Anspruch 14 oder 15, wobei das System ein Strukturmodul umfasst, das eingerichtet ist, eine Struktur der WAP-Seiten in einer Metasprache zu beschreiben, und eine Visualisierungseinheit, die eingerichtet ist, die Struktur in eine Software-Sprache zu übersetzen, die vom mobilen Endgerät (
110 ) unterstützt wird. - Das System gemäß Anspruch 16, wobei die Visualisierungseinheit eingerichtet ist, ihre Informationen über das mobile Endgerät (
110 ) von der die Mobilgerätecharakterisierungseinheit (140 ) einzuholen.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP08290993 | 2008-10-22 | ||
EP08290993A EP2180664A1 (de) | 2008-10-22 | 2008-10-22 | System und Verfahren für den Zugriff auf Multimedia-Inhalt über ein mobiles Endgerät |
Publications (1)
Publication Number | Publication Date |
---|---|
DE202009018561U1 true DE202009018561U1 (de) | 2012-02-03 |
Family
ID=40456112
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE202009018559U Expired - Lifetime DE202009018559U1 (de) | 2008-10-22 | 2009-10-15 | System für den Zugriff auf Multimediainhalte über ein mobiles Endgerät |
DE202009018456U Expired - Lifetime DE202009018456U1 (de) | 2008-10-22 | 2009-10-15 | System für den Zugriff auf Multimediainhalte über ein mobiles Endgerät |
DE202009018561U Expired - Lifetime DE202009018561U1 (de) | 2008-10-22 | 2009-10-15 | System für den Zugriff auf Multimediainhalte über ein mobiles Endgerät |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE202009018559U Expired - Lifetime DE202009018559U1 (de) | 2008-10-22 | 2009-10-15 | System für den Zugriff auf Multimediainhalte über ein mobiles Endgerät |
DE202009018456U Expired - Lifetime DE202009018456U1 (de) | 2008-10-22 | 2009-10-15 | System für den Zugriff auf Multimediainhalte über ein mobiles Endgerät |
Country Status (6)
Country | Link |
---|---|
US (1) | US8670750B2 (de) |
EP (2) | EP2180664A1 (de) |
CA (1) | CA2741055A1 (de) |
DE (3) | DE202009018559U1 (de) |
HK (1) | HK1162778A1 (de) |
WO (1) | WO2010046054A1 (de) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102012022743A1 (de) * | 2012-11-21 | 2014-05-22 | Audi Ag | Verfahren zum Bereitstellen von Datensätzen mit ergänzenden Medieninformationen |
Families Citing this family (78)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7519274B2 (en) | 2003-12-08 | 2009-04-14 | Divx, Inc. | File format for multiple track digital data |
US8472792B2 (en) | 2003-12-08 | 2013-06-25 | Divx, Llc | Multimedia distribution system |
JP5200204B2 (ja) | 2006-03-14 | 2013-06-05 | ディブエックス リミテッド ライアビリティー カンパニー | 高信頼性システムを含む連合型デジタル権限管理機構 |
EP2122482B1 (de) | 2007-01-05 | 2018-11-14 | Sonic IP, Inc. | Videoverteilungssystem mit progressiver wiedergabe |
KR20100106327A (ko) | 2007-11-16 | 2010-10-01 | 디브이엑스, 인크. | 멀티미디어 파일을 위한 계층적 및 감소된 인덱스 구조 |
KR101733793B1 (ko) * | 2009-11-13 | 2017-05-11 | 삼성전자주식회사 | 데이터 관리 방법 및 장치 |
JP5723888B2 (ja) | 2009-12-04 | 2015-05-27 | ソニック アイピー, インコーポレイテッド | 基本ビットストリーム暗号材料伝送システムおよび方法 |
US20110136577A1 (en) * | 2009-12-09 | 2011-06-09 | M5 Systems Llc | Game manager with multi-platform api components |
GB2479164A (en) * | 2010-03-30 | 2011-10-05 | British Broadcasting Corp | Provisioning of customised media content |
US9613142B2 (en) * | 2010-04-26 | 2017-04-04 | Flash Networks Ltd | Method and system for providing the download of transcoded files |
KR101731844B1 (ko) * | 2010-05-14 | 2017-05-02 | 삼성전자 주식회사 | 와이파이 디바이스의 와이파이 서비스 제공 방법 및 시스템 |
KR101064201B1 (ko) * | 2010-07-27 | 2011-09-14 | 주식회사 파수닷컴 | 웹 데이터의 권한 관리 장치, 웹 데이터의 권한 관리 방법을 컴퓨터에서 실행시키기 위한 기록매체, 그리고 권한 관리 정보 제공 장치 및 방법 |
US8880095B2 (en) * | 2010-10-13 | 2014-11-04 | Ntt Docomo, Inc. | Position information aggregation device and position information aggregation method |
US9009599B2 (en) * | 2010-10-15 | 2015-04-14 | Cellco Partnership | Technique for handling URLs for different mobile devices that use different user interface platforms |
US20120117483A1 (en) * | 2010-11-08 | 2012-05-10 | Sony Corporation | System and method for distributing and managing media content on multiple devices |
US9247312B2 (en) | 2011-01-05 | 2016-01-26 | Sonic Ip, Inc. | Systems and methods for encoding source media in matroska container files for adaptive bitrate streaming using hypertext transfer protocol |
US20120311070A1 (en) * | 2011-05-31 | 2012-12-06 | Fanhattan Llc | Intelligent application adapted to multiple devices |
US8812662B2 (en) | 2011-06-29 | 2014-08-19 | Sonic Ip, Inc. | Systems and methods for estimating available bandwidth and performing initial stream selection when streaming content |
US9467708B2 (en) | 2011-08-30 | 2016-10-11 | Sonic Ip, Inc. | Selection of resolutions for seamless resolution switching of multimedia content |
KR101928910B1 (ko) | 2011-08-30 | 2018-12-14 | 쏘닉 아이피, 아이엔씨. | 복수의 최대 비트레이트 레벨들을 사용하여 인코딩된 비디오를 인코딩하고 스트리밍하기 위한 시스템들 및 방법들 |
US8799647B2 (en) | 2011-08-31 | 2014-08-05 | Sonic Ip, Inc. | Systems and methods for application identification |
US8806188B2 (en) | 2011-08-31 | 2014-08-12 | Sonic Ip, Inc. | Systems and methods for performing adaptive bitrate streaming using automatically generated top level index files |
US8964977B2 (en) | 2011-09-01 | 2015-02-24 | Sonic Ip, Inc. | Systems and methods for saving encoded media streamed using adaptive bitrate streaming |
US8909922B2 (en) | 2011-09-01 | 2014-12-09 | Sonic Ip, Inc. | Systems and methods for playing back alternative streams of protected content protected using common cryptographic information |
WO2013053092A1 (zh) * | 2011-10-10 | 2013-04-18 | 华为技术有限公司 | 获取用户设备信息的方法、设备和系统 |
US10733151B2 (en) | 2011-10-27 | 2020-08-04 | Microsoft Technology Licensing, Llc | Techniques to share media files |
US20130110832A1 (en) * | 2011-10-27 | 2013-05-02 | Microsoft Corporation | Techniques to determine network addressing for sharing media files |
US9712891B2 (en) * | 2011-11-01 | 2017-07-18 | Nokia Technologies Oy | Method and apparatus for selecting an access method for delivery of media |
US20130179199A1 (en) | 2012-01-06 | 2013-07-11 | Rovi Corp. | Systems and methods for granting access to digital content using electronic tickets and ticket tokens |
US9031378B2 (en) * | 2012-04-03 | 2015-05-12 | Via Technologies, Inc. | Method of managing multiple wireless video traffic and electronic device thereof |
US9154576B2 (en) * | 2012-06-06 | 2015-10-06 | Babatunde O. O. Olabinri | System and process for communicating between two vehicles |
US8959209B1 (en) * | 2012-07-24 | 2015-02-17 | Symantec Corporation | Systems and methods to indicate compatibility |
US9936267B2 (en) | 2012-08-31 | 2018-04-03 | Divx Cf Holdings Llc | System and method for decreasing an initial buffering period of an adaptive streaming system |
US9077786B2 (en) * | 2012-11-26 | 2015-07-07 | Smart Prompt, Llc | Graphical phone menu systems, methods and articles |
US9191457B2 (en) | 2012-12-31 | 2015-11-17 | Sonic Ip, Inc. | Systems, methods, and media for controlling delivery of content |
US9313510B2 (en) | 2012-12-31 | 2016-04-12 | Sonic Ip, Inc. | Use of objective quality measures of streamed content to reduce streaming bandwidth |
US9078083B2 (en) * | 2013-02-20 | 2015-07-07 | Verizon Patent And Licensing Inc. | Application server awareness of device capabilities in a wireless network |
US10397292B2 (en) | 2013-03-15 | 2019-08-27 | Divx, Llc | Systems, methods, and media for delivery of content |
US9906785B2 (en) | 2013-03-15 | 2018-02-27 | Sonic Ip, Inc. | Systems, methods, and media for transcoding video data according to encoding parameters indicated by received metadata |
US9094737B2 (en) | 2013-05-30 | 2015-07-28 | Sonic Ip, Inc. | Network video streaming with trick play based on separate trick play files |
US9100687B2 (en) | 2013-05-31 | 2015-08-04 | Sonic Ip, Inc. | Playback synchronization across playback devices |
US9380099B2 (en) | 2013-05-31 | 2016-06-28 | Sonic Ip, Inc. | Synchronizing multiple over the top streaming clients |
US9111117B2 (en) | 2013-10-11 | 2015-08-18 | At&T Intellectual Property I, L.P. | Methods, devices, and computer readable storage for sharing sensitive content securely |
US9866534B2 (en) * | 2013-12-06 | 2018-01-09 | Sony Corporation | Computer ecosystem providing privacy and tracking in sharing user-generated content |
US9386067B2 (en) | 2013-12-30 | 2016-07-05 | Sonic Ip, Inc. | Systems and methods for playing adaptive bitrate streaming content by multicast |
US10885104B2 (en) | 2014-02-27 | 2021-01-05 | Dropbox, Inc. | Systems and methods for selecting content items to store and present locally on a user device |
US9112936B1 (en) | 2014-02-27 | 2015-08-18 | Dropbox, Inc. | Systems and methods for ephemeral eventing |
US9462054B2 (en) | 2014-02-27 | 2016-10-04 | Dropbox, Inc. | Systems and methods for providing a user with a set of interactivity features locally on a user device |
US9787799B2 (en) | 2014-02-27 | 2017-10-10 | Dropbox, Inc. | Systems and methods for managing content items having multiple resolutions |
US9648088B1 (en) * | 2014-03-25 | 2017-05-09 | Amazon Technologies, Inc. | Digital content prefetch for travel |
US9866878B2 (en) | 2014-04-05 | 2018-01-09 | Sonic Ip, Inc. | Systems and methods for encoding and playing back video at different frame rates using enhancement layers |
CN106415303B (zh) * | 2014-05-27 | 2018-05-25 | 高通股份有限公司 | 使用由定位协议递送的装置识别的位置支持 |
JP6275880B2 (ja) | 2014-05-27 | 2018-02-07 | クゥアルコム・インコーポレイテッドQualcomm Incorporated | 測位プロトコルによって伝達されるデバイス識別情報を使用したロケーションサポート |
US10678880B2 (en) * | 2014-08-07 | 2020-06-09 | Greenman Gaming Limited | Digital key distribution mechanism |
KR20230156433A (ko) | 2014-08-07 | 2023-11-14 | 디빅스, 엘엘씨 | 독립적으로 인코딩된 타일을 포함한 기본 비트스트림을 보호하는 시스템 및 방법 |
WO2016070127A1 (en) * | 2014-10-30 | 2016-05-06 | Be-Bound Inc. | Asynchronous application data access system and method |
ES2874748T3 (es) | 2015-01-06 | 2021-11-05 | Divx Llc | Sistemas y métodos para codificar y compartir contenido entre dispositivos |
EP3627337A1 (de) | 2015-02-27 | 2020-03-25 | DivX, LLC | System und verfahren zur rahmenduplikation und rahmenerweiterung in live-video-codierung und streaming |
US10165004B1 (en) * | 2015-03-18 | 2018-12-25 | Cequence Security, Inc. | Passive detection of forged web browsers |
US11418520B2 (en) | 2015-06-15 | 2022-08-16 | Cequence Security, Inc. | Passive security analysis with inline active security device |
EP3348084A1 (de) * | 2015-09-07 | 2018-07-18 | Telefonaktiebolaget LM Ericsson (publ) | Verfahren zur redundanz einer vlr-datenbank eines virtualisierten msc |
US10505994B2 (en) | 2015-10-20 | 2019-12-10 | Intel Corporation | Technologies for scalable capability detection for multimedia casting |
US10198355B2 (en) | 2015-10-29 | 2019-02-05 | Dropbox, Inc. | Proving a dynamic digital content cache |
US10931713B1 (en) | 2016-02-17 | 2021-02-23 | Cequence Security, Inc. | Passive detection of genuine web browsers based on security parameters |
US10075292B2 (en) | 2016-03-30 | 2018-09-11 | Divx, Llc | Systems and methods for quick start-up of playback |
US10129574B2 (en) | 2016-05-24 | 2018-11-13 | Divx, Llc | Systems and methods for providing variable speeds in a trick-play mode |
US10231001B2 (en) | 2016-05-24 | 2019-03-12 | Divx, Llc | Systems and methods for providing audio content during trick-play playback |
US10148989B2 (en) | 2016-06-15 | 2018-12-04 | Divx, Llc | Systems and methods for encoding video content |
US10635828B2 (en) | 2016-09-23 | 2020-04-28 | Microsoft Technology Licensing, Llc | Tokenized links with granular permissions |
US10084855B2 (en) * | 2017-01-23 | 2018-09-25 | Akamai Technologies, Inc. | Pixel-based load balancing |
US10931686B1 (en) | 2017-02-01 | 2021-02-23 | Cequence Security, Inc. | Detection of automated requests using session identifiers |
US10498795B2 (en) | 2017-02-17 | 2019-12-03 | Divx, Llc | Systems and methods for adaptive switching between multiple content delivery networks during adaptive bitrate streaming |
US10983677B2 (en) | 2018-11-16 | 2021-04-20 | Dropbox, Inc. | Prefetching digital thumbnails from remote servers to client devices based on a dynamic determination of file display criteria |
US10834767B2 (en) * | 2018-11-27 | 2020-11-10 | International Business Machines Corporation | Dynamic communication group device pairing based upon discussion contextual analysis |
CN109640316B (zh) * | 2018-12-18 | 2021-09-03 | 中国移动通信集团江苏有限公司 | 目标用户终端识别方法、装置、设备及存储介质 |
CA3134561A1 (en) | 2019-03-21 | 2020-09-24 | Divx, Llc | Systems and methods for multimedia swarms |
CN111199743B (zh) * | 2020-02-28 | 2023-08-18 | Oppo广东移动通信有限公司 | 音频编码格式确定方法、装置、存储介质及电子设备 |
US11184650B1 (en) | 2020-06-30 | 2021-11-23 | Western Digital Technologies, Inc. | Automatic transcoding of media data in a data storage device |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6600917B1 (en) * | 1999-10-04 | 2003-07-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Telecommunications network broadcasting of service capabilities |
US7200633B2 (en) * | 2000-08-25 | 2007-04-03 | Ntt Docomo, Inc. | Information delivery system and information delivery method |
US7200680B2 (en) * | 2002-03-11 | 2007-04-03 | Ericsson Inc. | Method, apparatus and system for providing multimedia messages to incompatible terminals |
US7305254B2 (en) * | 2003-07-17 | 2007-12-04 | Sony Ericsson Mobile Communications Ab | System and method of software transfer between a mobile phone and a mobile phone accessory |
US8254276B2 (en) * | 2003-08-05 | 2012-08-28 | Qualcomm Incorporated | Packet data services using version and capability information |
GB0410014D0 (en) * | 2004-05-05 | 2004-06-09 | Nokia Corp | Multimedia message delivery optimisation |
GB2433136A (en) * | 2005-12-08 | 2007-06-13 | Philip John | A method of making media files available for delivery to portable electronic devices |
US20080310825A1 (en) * | 2007-06-12 | 2008-12-18 | Microsoft Corporation | Record quality based upon network and playback device capabilities |
-
2008
- 2008-10-22 EP EP08290993A patent/EP2180664A1/de not_active Withdrawn
-
2009
- 2009-10-15 DE DE202009018559U patent/DE202009018559U1/de not_active Expired - Lifetime
- 2009-10-15 EP EP09737362.5A patent/EP2351327B1/de not_active Not-in-force
- 2009-10-15 CA CA2741055A patent/CA2741055A1/en not_active Abandoned
- 2009-10-15 WO PCT/EP2009/007401 patent/WO2010046054A1/en active Application Filing
- 2009-10-15 DE DE202009018456U patent/DE202009018456U1/de not_active Expired - Lifetime
- 2009-10-15 US US13/125,757 patent/US8670750B2/en not_active Expired - Fee Related
- 2009-10-15 DE DE202009018561U patent/DE202009018561U1/de not_active Expired - Lifetime
-
2012
- 2012-02-02 HK HK12100933.6A patent/HK1162778A1/zh not_active IP Right Cessation
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102012022743A1 (de) * | 2012-11-21 | 2014-05-22 | Audi Ag | Verfahren zum Bereitstellen von Datensätzen mit ergänzenden Medieninformationen |
DE102012022743B4 (de) | 2012-11-21 | 2019-06-06 | Audi Ag | Verfahren zum Bereitstellen von Datensätzen mit ergänzenden Medieninformationen |
Also Published As
Publication number | Publication date |
---|---|
EP2351327A1 (de) | 2011-08-03 |
CA2741055A1 (en) | 2010-04-29 |
WO2010046054A1 (en) | 2010-04-29 |
DE202009018456U1 (de) | 2011-11-22 |
EP2180664A1 (de) | 2010-04-28 |
HK1162778A1 (zh) | 2012-08-31 |
EP2351327B1 (de) | 2015-12-23 |
US8670750B2 (en) | 2014-03-11 |
DE202009018559U1 (de) | 2012-02-03 |
US20110269437A1 (en) | 2011-11-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE202009018561U1 (de) | System für den Zugriff auf Multimediainhalte über ein mobiles Endgerät | |
DE60311237T2 (de) | Gemeinsame Benutzung und Verwaltung persönlicher Profile für drahtlose Endgeräte mit kurzer Reichweite | |
DE60302627T2 (de) | Verfahren und System zur Durchführung von augenblicklichem Nachrichtenverkehr | |
DE602004011952T2 (de) | Verfahren und System zum Verbessern der Präsentation von HTML-Seiten in einem Internet-Zugriffsgerät | |
DE60203798T2 (de) | Mobiler instant-messaging- und präsenzdienst | |
DE69913953T2 (de) | Verfahren und vorrichtung zur verarbeitung von elektronischen post | |
US8645322B2 (en) | Utilizing publishing and subscribing clients in network media channels | |
US8631022B2 (en) | Metadata repository and methods thereof | |
US20040226048A1 (en) | System and method for assembling and distributing multi-media output | |
DE10295699T5 (de) | Eine Anordnung und ein Verfahren in Bezug auf Sitzungsverwaltung in einer Portalstruktur | |
EP2149847A1 (de) | Systeme, Verfahren und Datenträger zum gemeinsamen Nutzen und Verarbeiten von digitalen Medieninhalten in einer skalierbaren verteilten EDV-Umgebung | |
US20090307602A1 (en) | Systems and methods for creating and sharing a presentation | |
US20080222201A1 (en) | Digital media metadata management | |
US20060259589A1 (en) | Browser enabled video manipulation | |
US9031982B2 (en) | Multi-channel content modeling system | |
EP1204044A1 (de) | Verfahren und System zum Optimisieren des Nachschlagens von Datensätzen durch mehrere Benutzer | |
JP2005519372A5 (de) | ||
DE102008057904A1 (de) | System und Verfahren zum profilbasierten Einfügen von Werbung in Inhalte für Einzel- und Mehranwenderszenarien | |
DE102015201453A1 (de) | Gemeinsame nutzung von medien in lokalem netzwerk | |
US20080096605A1 (en) | Discovery and delivery of rich media content to a personalized mobile media box | |
DE102004026083A1 (de) | Vorrichtung und Verfahren zur serverseitigen Verlinkung von Informationen | |
DE60213663T2 (de) | Mehrfachmodales nachrichtenübertragungsrückrufsystem mit dienstauthorisierer und virtueller kundendatenbank | |
DE60019345T2 (de) | Elektronische glückwunschkarte | |
KR20090060331A (ko) | 미디어 라이브러리를 수정하는 시스템 및 방법 | |
JP2003288361A (ja) | コンテンツ配信システムおよびコンテンツ配信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
R207 | Utility model specification |
Effective date: 20120329 |
|
R082 | Change of representative |
Representative=s name: BIRD & BIRD LLP, DE Representative=s name: , |
|
R150 | Utility model maintained after payment of first maintenance fee after three years | ||
R150 | Utility model maintained after payment of first maintenance fee after three years |
Effective date: 20130104 |
|
R082 | Change of representative |
Representative=s name: BIRD & BIRD LLP, DE |
|
R081 | Change of applicant/patentee |
Owner name: WATCHEVER GROUP, FR Free format text: FORMER OWNER: VIVENDI MOBILE ENTERTAINMENT S.A., LEVALLOIS PERRET, FR Effective date: 20130722 |
|
R082 | Change of representative |
Representative=s name: BIRD & BIRD LLP, DE Effective date: 20130722 Representative=s name: BIRD & BIRD LLP, DE Effective date: 20120820 Representative=s name: RECHTSANWAELTE BIRD & BIRD LLP, DE Effective date: 20130722 Representative=s name: RECHTSANWAELTE BIRD & BIRD LLP, DE Effective date: 20120820 |
|
R151 | Utility model maintained after payment of second maintenance fee after six years | ||
R152 | Utility model maintained after payment of third maintenance fee after eight years | ||
R071 | Expiry of right |