DE69925254T2 - Verfahren und vorichtung zur mediendatenübertragung - Google Patents

Verfahren und vorichtung zur mediendatenübertragung Download PDF

Info

Publication number
DE69925254T2
DE69925254T2 DE69925254T DE69925254T DE69925254T2 DE 69925254 T2 DE69925254 T2 DE 69925254T2 DE 69925254 T DE69925254 T DE 69925254T DE 69925254 T DE69925254 T DE 69925254T DE 69925254 T2 DE69925254 T2 DE 69925254T2
Authority
DE
Germany
Prior art keywords
data
media
time
related sequence
processing system
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
Application number
DE69925254T
Other languages
English (en)
Other versions
DE69925254D1 (de
Inventor
Anne Jones
Jay Geagan
L. Kevin GONG
Alagu Periyannan
W. David SINGER
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Apple Inc
Original Assignee
Apple Computer Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Apple Computer Inc filed Critical Apple Computer Inc
Application granted granted Critical
Publication of DE69925254D1 publication Critical patent/DE69925254D1/de
Publication of DE69925254T2 publication Critical patent/DE69925254T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • 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/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4143—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a Personal Computer [PC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/24—Systems for the transmission of television signals using pulse code modulation
    • H04N7/52—Systems for transmission of a pulse code modulated video signal with one or more other pulse code modulated signals, e.g. an audio signal or a synchronizing signal
    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Systems (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Television Signal Processing For Recording (AREA)
  • Computer And Data Communications (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Description

  • Die vorliegende Erfindung betrifft Verfahren; computerlesbare Medien und Vorrichtungen zum Vorbereiten von zeit-bezogenen Sequenzen von Mediendaten zur Übertragung, und insbesondere paketierte Übertragung von solchen Mediendaten.
  • Es gibt verschiedenartige unterschiedliche Dateistrukturen, die heute verwendet werden, um zeit-basierte Medien zu speichern: Audioformate wie zum Beispiel AIFF, Videoformate wie zum Beispiel AVI, und Datenstromformate wie zum Beispiel RealMedia. Ein Grund, dass solche Dateistrukturen unterschiedlich sind, besteht in ihrem unterschiedlichen Fokus und Anwendbarkeit. Einige dieser Formate sind ausreichend relativ weit akzeptiert, breit in ihrer Anwendung, und ziemlich einfach zu implementieren, und können somit nicht zur für Inhaltslieferung verwendet werden, sondern auch als Austauschformate. Führend unter diesen allgemeinen Formaten ist das QuickTime-Dateiformat. Es wird heute in der Mehrzahl von Webseiten verwendet, die zeit-basierte Daten bedienen; in der Mehrzahl von Urheberumgebungen, einschließlich professioneller derartiger; und auf der Mehrzahl von Multimedia-CDROM-Titeln.
  • Die QuickTime-Medienschicht unterstützt die effiziente Anzeige und Verwaltung von allgemeinen Multimedia-Daten, mit einem Schwerpunkt auf zeit-basiertem Material (Video, Audio, usw.). Die Medienschicht verwendet das QuickTime Dateiformat als das Speicher- und Austauschformat für Medieninformationen. Die architekturmäßigen Fähigkeiten der Schicht sind allgemein breiter als die existierenden Implementierungen, und das Dateiformat ist in der Lage, mehr Information darzustellen als gegenwärtig durch die existierenden QuickTime Implementationen gefordert wird.
  • Im Gegensatz zu Formaten wie zum Beispiel AVI, welche allgemein konstruiert wurden, um lokalen Zufallszugriff von synchronisierten Medien zu unterstützen, erlauben QuickTime-Systeme, die Daten, Beziehungen und Zeitverhalten von einer allgemeinen Multimediadarstellung zu verwalten. Insbesondere weist das QuickTime-Dateiformat Strukturen auf, um das vorübergehende bzw. temporäre Verhalten von allgemeinen zeit-basierten Datenströmen darzustellen, ein Konzept, welches die zeit-basierte Aussendung von Netzwerkpaketen abdeckt, wie auch die zeit-basierte lokale Präsentation bzw. Darbietung von Multimediadaten.
  • Das existierende QuickTime Dateiformat ist öffentlich von der Fa. Apple Computer in der Dateiformat-Spezifikation von Mai 1996 beschrieben, die auf der Quick-Time-Seite <http://www.apple.com/quicktime> gefunden werden kann.
  • Ein Aspekt des QuickTime-Dateiformats ist das Konzept, dass die physikalische Struktur von Mediendaten (die Gestaltung in Diskaufnahmen) ist unabhängig von einer, und wird beschrieben durch eine, logische Struktur für die Datei. Die Datei ist vollständig beschrieben durch einen Satz von „Film“-Meta-Daten. Diese Meta-Daten liefern deklarierende bzw. erklärende, strukturelle und temporäre Informationen über die wirklichen Mediendaten.
  • Die Mediendaten können in der gleichen Datei wie die Beschreibungsdaten sein, (die „Film“-Meta-Daten), oder in einer anderen Datei bzw. in anderen Dateien. Ein Film, der in einer Datei strukturiert ist, wird üblicherweise „eben" bzw. „Ebene“ (flat) genannt und ist unabhängig. Nicht-Ebenen-Filme können strukturiert werden, um sich auf einige oder alle der Mediendaten in anderen Dateien zu beziehen.
  • Als solches ist das Format allgemein geeignet für eine Optimierung in unterschiedlichen Anwendungen. Zum Beispiel werden, wenn editiert (zusammengestellt) wird, Daten, die nicht als Editierungen wiedergeschrieben werden brauchen, angewendet und Medien werden neu- bzw. umgeordnet; die Meta-Datendatei kann erweitert bzw. verlängert werden und temporäre Zuordnungsinformationen können eingestellt werden. Wenn Editierungen beendet sind, können die relevanten Mediendaten und Meta-Daten in eine einzelne, mit einem Zwischenraum ausgestattete und optimierte Datei für lokalen oder Netzwerkzugriff wiedergeschrieben werden. Sowohl die strukturierten als auch die optimierten Daten sind gültige QuickTime-Dateien, und beide können inspiziert, abgespielt oder wiederbearbeitet bzw. neugefasst werden.
  • Die Verwendung von strukturierten („Nicht-Ebenen“)-Dateien ermöglicht, dass die gleichen Grundmediendaten in irgendeiner Anzahl an Präsentationen zu verwenden sind und wieder zu verwenden sind. Dieser gleiche Vorteil gilt beim Bedienen, wie unten gezeigt wird.
  • Sowohl beim Editieren bzw. Bearbeiten als auch beim Bedienen, erlaubt dies ebenso, dass eine Anzahl von anderen Dateien als ein Teil eines Films zu behandeln ist, ohne dass die Mediendaten kopiert werden. Somit kann Editieren und Bedienen direkt von Dateien wie zum Beispiel das „au“ Audioformat von der Fa. Sun Microsystems oder das AVI-Videoformat getan werden, so daß die großartig die Nützlichkeit bzw. der Nutzen von diesen Formaten erweitert wird.
  • Die QuickTime-Datei wird in einen Satz von Objekten unterteilt, die Atome genannt werden. Jedes Objekt beginnt mit einem Atomkopfstück, welches seine Größe und seinen Typ deklariert bzw. vereinbart:
  • Figure 00040001
  • Die Größe ist in Bytes, einschließlich der Größe und der Typenkopfstückfelder. Das Typenfeld umfasst vier Zeichen (üblicherweise druckbar), um leichte Dokumentation und Identifikation zu erlauben. Die Daten in einem Objekt nach dem Typenfeld können Felder, eine Sequenz von enthaltenen Objekten oder beides sein.
  • Eine Datei ist deshalb einfach eine Sequenz von Objekten:
  • Figure 00040002
  • Die beiden wichtigen Kopfstück-Ebenenobjekte sind die Medien-Daten (mdat) und die Meta-Daten (moov).
  • Das bzw. die Medien-Datenobjekt(e) enthalten die tatsächlichen Medien (zum Beispiel Sequenzen von Klangabtastwerten). Deren Format ist nicht durch das Dateiformat beschränkt; sie sind gewöhnlich nicht Objekte. Deren Format wird in den Meta-Daten beschrieben, nicht durch irgendwelche Deklarationen bzw. Vereinbarungen, die physikalisch mit ihnen zusammenhängen. So werden zum Beispiel in einem Film, der nur aus Bewegungs-JPEG besteht, JPEG-Rahmen zusammenhängend in den Media-Daten ohne dazwischenliegende Extrakopfstücke gespeichert. Die Medien-Daten innerhalb der Medien-Datenobjekte sind logischerweise in Brocken bzw. Klumpen unterteilt; jedoch gibt es da keine expliziten Klumpenmarkierer innerhalb der Mediendaten.
  • Wenn sich die QuickTime-Datei auf Mediendaten in anderen Dateien bezieht, ist es nicht erforderlich, dass diese ,sekundären Dateien gemäß der QuickTime-Spezifikation formatiert werden, da derartige Mediendatendateien formatiert werden können als wenn sie der Inhalt eines Medienobjektes wären. Da das QuickTime-Format nicht notwendigerweise erfordert, dass irgendwelche Kopfstücke oder andere Informationen physikalisch mit den Mediendaten zusammenhängen, ist es möglich, dass die Mediendaten Dateien sind, welche ,fremde' Kopfstücke (zB. UNIX „.au“ Dateien, oder AVI-Dateien) enthalten und dass die QuickTime-Meta-Daten die entsprechende erklärende Information und Referenz der Mediendaten in der ,fremden' Datei enthalten. Auf diesem Weg kann das QuickTime-Dateiformat verwendet werden, um existierende Materialkörper in unvereinbaren Formaten ohne kopieren zu aktualisieren. Das QuickTime-Dateiformat ist sowohl ein eingerichtetes bzw. etabliertes Format als auch in der Lage mit anderen eingerichteten Formaten zu arbeiten, diese einzuschließen und dadurch diese vorwärts zu bringen bzw. weiterzuleiten.
  • Freier Raum (zB. gelöscht durch einen Editierungsvorgang) kann ebenso als ein Objekt beschrieben werden. Eine Software, die eine Datei liest, die Freiraumobjekte einschließt, sollte derartige Freiraumobjekte ignorieren, wie auch Objekte auf irgendeiner Ebene, welche sie nicht versteht. Dies erlaubt eine Erweiterung der Datei auf fast irgendeiner Ebene bzw. auf fast irgendein Maß indem neue Objekte eingeführt werden.
  • Die primären Meta-daten sind das Filmobjekt. Eine QuickTime-Datei weist exakt ein Filmobjekt auf, welches typischerweise am Beginn oder am Ende der Datei ist, um eine einfache Ortung zu erlauben:
  • Figure 00060001
  • Das Filmkopfstück liefert Grundinformationen über die Überallespräsentation (ihr Erzeugungsdatum, Überalles-Zeitskala, und so weiter). In der Sequenz von enthaltenen Objekten, gibt es da typischerweise wenigstens eine Spur, welche temporär präsentierte Daten beschreibt.
  • Figure 00060002
  • Das Spurkopfstück liefert relative Grundinformation über die Spur (ihre ID, Zeitskala, und so weiter). Objekte, die in der Spur enthalten sind, können Verweise auf andere Spuren (zB. für komplexes Verbinden bzw. Zusammenstellen) oder Editierungslisten sein. In dieser Sequenz von enthaltenen Objekten kann es da ein Medienobjekt geben, welches die Medien beschreibt, welche präsentiert werden, wenn die Spur abgespielt wird.
  • Das Medienobjekt enthält Deklarationen, die die Präsentation betreffen, die durch die Spur erforderlich ist (zB. dass sie abgetastetes Audio, oder MIDI, oder Orientierungsinformation für eine 3D-Szene ist). Der Typ der Spur wird durch ihren Führer bzw. Handhaber deklariert:
  • Figure 00060003
  • Figure 00070001
  • Innerhalb der Medieninformation gibt es gleichfalls eine Führerdeklaration für den Datenführer (welcher Mediendaten holt), und eine Dateninformationsdeklaration, welche definiert, welche Dateien die Mediendaten für die verknüpfte Spur enthalten. Durch Verwenden dieser Deklaration bzw. Vereinbarung können Filme gebaut werden, welche mehrere Dateien umfassen bzw. überspannen.
  • Auf der untersten Ebene wird eine Abtasttabelle verwendet, die den temporären Aspekt der Spur zu den Daten betrifft, die in der Datei gespeichert werden:
  • Figure 00070002
  • Die Abtastbeschreibung enthält Informationen über die Medien (zB. die bei Video verwendeten Kompressionsformate). Die Zeit-zu-Abtastwert-Tabelle betrifft eine Zeit in der Spur zu dem Abtastwert (durch Index), welcher zu dieser Zeit angezeigt werden soll. Die Synchronisierungstabelle gibt an bzw. deklariert, welche dieser Synchronisierungs-(Schlüssel) -abtastwerte nicht von anderen Abtastwerten abhängig sind.
  • Das Abtastwert-zu-Brocken-Objekt deklariert wie die Mediendaten für einen gegebenen Abtastwert zu finden sind, und seine Beschreibung wird durch seinen Index gegeben:
  • Figure 00080001
  • Die Abtastwertgrößentabelle zeigt die Größe jedes Abtastwertes an. Die Brockenversatz-Tabelle zeigt den Versatz in der enthaltenden Datei des Beginns jedes Brockens an.
  • Ein Durchlaufen der obenbeschriebenen Struktur, um die passenden Daten zu finden, um sie für eine gegebene Zeit anzuzeigen, ist ziemlich geradewegs einfach, das allgemein Indizieren und Addieren mit sich bringen wird. Unter Verwendung der Synchronisierungs-Tabelle ist es ebenso möglich, den vorhergehenden Synchronisierungs-Abtastwert zu sichern, und ,schweigsam' auflaufende Deltas zu einem gewünschten Startpunkt nach vorwärts zu rollen bzw. spulen.
  • 1 zeigt die Struktur eines einfachen Films mit einer Spur. Ein ähnliches Diagramm kann in der QuickTime-Dateiformatbeschreibung gefunden werden, zusammen mit einer detailierten Beschreiben der Felder der verschiedenartigen Objekte. QuickTime-Atome (Objekte) sind dort mit ihrem Typ in einer grauen Box gezeigt, und einem beschreibenden Namen darüber. Dieser Film enthält eine einzelne Videospur. Die Videorahmen sind in der gleichen Datei, in einem einzelnen Datenbrocken. Es sollte bemerkt werden, dass der ,Brocken' nur ein logisches Konstrukt ist; es ist nicht ein Objekt. Innen in dem Brocken sind Videorahmen, die typischerweise in ihrer natürlichen Form gespeichert werden. Dort sind keine erforderlichen Kopfstücke oder Felder in den Videorahmen selbst.
  • 2 ist ein Diagramm einer unabhängigen bzw. eigenständigen Datei mit sowohl einer Audio- als auch einer Videospur. Weniger der Atome werden hier zur Kürze gezeigt; die Zeiger von den Spuren in die Mediendaten sind natürlich die gewöhnlichen Abtastwerttabellendeklarationen, welche Zeitverlaufsinformationen enthalten.
  • Das Quick-Time-Dateiformat weist eine Anzahl an Vorteilen auf, einschließlich:
    • 1) Skalierbarkeit für Größe und Bitraten. Die Metadaten sind flexibel, sogar kompakt. Dies macht sie geeignet für kleine heruntergeladene Filme (zB. auf dem Internet) wie auch zum Liefern der Basis für eine Anzahl von hochwertigen Editierungssystemen.
    • 2) Eine physikalische Struktur ist von der logischen und temporären Struktur unabhängig. Dies macht es möglich, die physikalische Struktur unterschiedlich abhängig von der Verwendung, die die Datei haben wird, zu optimieren. Insbesondere bedeutet dies, dass ein einzelnes Dateiformat zum Verfassen und Editieren geeignet ist; zum Herunterladen oder Plazieren auf CDROMs; und zum datenstromartigen Übertragen.
    • 3) Das Dateiformat hat sich erwiesen, dass es in der Lage ist, eine sehr breite Vielzahl an Codectypen und Spurtypen zu handhaben, einschließlich vieler unbekannter zur Zeit als das Format entworfen wurde. Diese erwiesene Fähigkeit sich in eine aufwärts-kompatiblen Art zu entwickeln, ist grundlegend für den Erfolg eines Speicherformates.
  • Skalierbar oder geschichtete Codecs können in einer Anzahl an Wegen in dem QuickTime-Dateiformat gehandhabt werden. Für ein datenstromartiges Übertragungsprotokoll, welches Skalierbarkeit unterstützt, können die Abtastwerte mit der Schicht oder Bandbreitenschwelle bzw. -schwellwert gekennzeichnet bzw. etikettiert werden, die bzw. der zum Übertragen bzw. Senden der Abtastwerte zu erfüllen ist.
  • Spuren, welche einen Satz aus Alternativen formen (zB. unterschiedliche Klangspuren in natürlicher Sprache) können derart gekennzeichnet werden, dass nur eine zum Abspielen ausgewählt wird. Die gleiche Struktur kann verwendet werden, um Alternativen zum datenstromartigen Übertragen (zB. für eine Sprachauswahl) auszuwählen. Diese Fähigkeit wird in weiteren Details in dem QuickTime-Dateiformat beschrieben.
  • Wenn QuickTime einen Film oder eine Spur anzeigt, greift der passende Medienführer auf die Mediendaten für eine besondere bzw. einzelne Zeit zu. Der Medienführer muß korrekt den Datenstrom interpretieren, um die geforderten Daten wiederzuerlangen bzw. wiederzufinden. Zum Beispiel durchquert, im Hinblick auf Videomedien, der Medienführer typischerweise mehrere Atome, um den Ort und Größe eines Abtastwertes für eine gegebene Medienzeit zu finden. Der Medienführer kann das Folgende durchführen:
    • 1. Bestimmen der Zeit in dem Medienzeitkoordinatensystem.
    • 2. Untersuchen des Zeit-zu-Abtastwert-Atoms, um die Abtastwertnummer zu bestimmen, die die Daten für die spezifizierte Zeit enthält.
    • 3. Abtasten des Abtastwert-zu-Brocken-Atoms, um ausfindig zu machen, welcher Brocken den in Frage stehenden Abtastwert enthält.
    • 4. Extrahieren des Versatzes des Brockens von dem Brockenversatz-Atom.
    • 5. Auffinden des Versatzes innerhalb des Brockens und der Größe des Abtastwertes, indem das Abtastwertgrößen-Atom verwendet wird.
  • Es ist oftmals wünschenswert eine QuickTime-Datei oder andere Typen von zeitbezogenen Sequenzen von Mediendaten über ein Datenkommunikationsmedium zu übertragen, welches mit einem Computernetzwerk (zB. dem Internet) verknüpft werden kann. In vielen Computernetzwerken sollten die Daten, welche in das Netzwerk übertragen werden, allgemein in Paketform sein bzw. vorliegen. Normalerweise sind zeitbezogene Sequenzen von Mediendaten nicht in dem passenden bzw. richtigen paketierten Format zur Übertragung über ein Netzwerk. Zum Beispiel sind Mediendatendateien in dem QuickTime-Format nicht in einem paketierten Format. Somit existiert da ein Bedürfnis, um die Daten in Pakete zur Übertragung über ein Netzwerk zu sammeln, was manchmal als stromartige Datenübertragung bezeichnet wird.
  • Ein früherer Ansatz, um das Problem des Übertragens zeitbezogener Sequenzen von Mediendaten über ein Netzwerk anzugehen, besteht darin, die Mediendatei über das Netzwerk zu senden, indem ein Netzwerkübertragungsprotokoll, wie zum Beispiel das Hypertext Transfer Protokoll (HTTP) verwendet wird. Somit wird die Mediendatei selbst von einem Computersystem über das Netzwerk an ein anderes Computersystem gesendet. Jedoch kann es da keinen Wunsch geben, die Mediendatei bei bzw. auf dem empfangenden Computersystem zu behalten. Das heißt, wenn die Mediendatei auf dem empfangenden bzw. Empfangs-Computersystem empfangen wird und angesehen wird oder angehört wird, da kann es keinen Wunsch durch den Benutzer desjenigen Empfangs-Computersystems geben, eine Kopie der Datei zu speichern, zum Beispiel, wenn das empfangende Computersystem ein Netzwerkcomputer oder ein Computer mit einer niedrigen Speicherkapazität ist.
  • Ein anderer alternativer Ansatz, um das Problem zu lösen, wie Daten zur Übertragung durch Pakete über ein Netzwerk zu sammeln sind, besteht darin, eine Datei zu präparieren, welche die Netzwerkprotokolldateneinheiten in der Datei für ein besonderes Übertragungsprotokoll enthält. In gewisser Hinsicht kann eine derartige Datei als eine paketierte Datei betrachtet werden, welche wesentlich in dem gleichen Format gespeichert ist, als es gemäß des besonderen Übertragungsprotokolls übertragen werden wird. Durchführen dieses Vorgangs bringt allgemein ein Speichern der Datei in einer paketierten Form für ein besonderes Netzwerkprotokoll bei einer besonderen Datenübertragungsrate und einem besonderen Mediendateiformat mit sich. Somit wird, für jedes unterschiedliche Übertragungsprotokoll bei einer besonderen Datenübertragungsrate, die Datei in ihrer paketierten Form im Wesentlichen reproduziert bzw. kopiert werden. Die fixierte Form von derartigen Dateien kann ihre Anwendbarkeit/Kompatibilität einschränken und es schwer machen, solche Dateien lokal anzusehen bzw. zu sichten. Somit kann ein derartiger Ansatz stark Speichererfordernisse erhöhen, im Versuch, die Datei in verschiedenartigen Übertragungsprotokollen bei verschiedenartig unterschiedlichen Datenübertragungsraten zu liefern. Außerdem ist jede pake tierte Datei, die gemäß diesem alternative früherem Ansatz erzeugt wird allgemein auf ein besonderes Mediendateiformat begrenzt, und somit werden andere Mediendateiformate für das gleiche Medienobjekt (zB. ein digitaler Film) typischerweise paketiert und auf dem sendenden bzw. Sende-Computersystem gespeichert.
  • Sogar ein anderer Ansatz, um das Problem zu lösen, wie zeitbezogenene Sequenzen von Mediendaten datenstromartig zu übertragen sind, besteht darin, die Paketierung der Mediendaten durchzuführen, wenn sie auf dem übertragenden bzw, sendenden System gemäß dem besonderen Übertragungsprotokoll, welches gewünscht wird, erforderlich ist. Diese Verarbeitung erfordert in vielen Fällen eine relativ beträchtliche Menge an Zeit und kann somit das Leistungsverhalten des Übertragungssystems verlangsamen.
  • Eine Veröffentlichung „RAVE: Echtzeitdienste für das Web“, von England et al. offenbart eine RTP-Übertragung von Multimedia, zB. QuickTime, indem ein Paketierungsunterprogramm verwendet wird.
  • Somit ist es wünschenswert ein verbessertes Verfahren und eine Vorrichtung zum Übertragen zeitbezogener Sequenzen von Mediendaten vorzusehen.
  • Die vorliegende Erfindung liefert Verfahren; Computerlesbare Medien und Vorrichtungen zum Verarbeiten von Mediendaten zur Übertragung in einem Datenkommunikationsmedium. In einer Ausführungsform zeigt ein Datensatz an, wie eine zeitbezogene Sequenz von Mediendaten gemäß eines Übertragungsprotokolls zu übertragen ist. Der Datensatz gemäß einer Ausführungsform schließt eine zeitbezogene Sequenz von Daten ein, welche mit der zeitbezogenen Sequenz von Mediendaten verknüpft sind. Gemäß eines Aspekts der Erfindung kann der Datensatz durch ein digitales Verarbeitungssystem ausgenutzt bzw. verwertet werden, um die zeitbezogene Sequenz von Mediendaten (zB. durch Pakete, die gemäß des Übertragungsprotokolls und des Datensatzes erzeugt werden) zu übertragen.
  • Bevorzugte Ausführungsformen der vorliegenden Erfindung werden nun anhand der nachstehenden Zeichnungen beispielshalber beschrieben. Es zeigen:
  • 1 ein Beispiel der Struktur eines einfachen Films mit einer Spur nach Stand der Technik;
  • 2 ein Beispiel einer unabhängigen Filmdatei des Standes der Technik;
  • 3 ein Flußdiagramm, das ein Beispiel eines Verfahrens gemäß der vorliegenden Erfindung zeigt;
  • 4 ein Beispiel einer Hinweisspur der vorliegenden Erfindung;
  • 5 ein anderes Beispiel einer Hinweisspur der vorliegenden Erfindung;
  • 6 ein Diagramm eines Netwerkcomputersystems, in welchem Mediendaten gemäß einer Ausführungsform der vorliegenden Erfindung ausgetauscht und/oder verarbeitet werden können;
  • 7 ein Blockdiagramm eines digitalen Verarbeitungssystems, welches im Einklang mit einer Ausführungsform der vorliegenden Erfindung verwendet werden kann;
  • 8 ein Blockdiagramm eines Systems, das Hinweise ausnutzt, um Mediendaten gemäß einer Ausführungsform der Erfindung zu übertragen;
  • 9 ein Blockdiagramm eines Systems, das Hinweise ausnutzt, um Mediendaten gemäß einer Ausführungsform der Erfindung zu übertragen;
  • 10 ein Flußdiagramm, das ein Verfahren zum Erzeugen von Hinweisen zum Liefern einer Mediendatenübertragung gemäß einer Ausführungsform der Erfindung erläutert;
  • 11 ein Flußdiagramm, das ein Verfahren des Verarbeitens von Mediendaten erläutert, die durch ein Empfangssystem im Einklang mit Hinweisen gemäß einer Ausführungsform der Erfindung empfangen werden;
  • 12 ein Beispiel eines maschinen-lesbaren Speichermediums, auf das durch ein digitales Verarbeitungssystem, wie zum Beispiel ein Generator, gemäß einer Ausführungsform der Erfindung zugegriffen wird;
  • 13 ein Beispiel eines maschinen-lesbaren Speichermediums, auf das durch ein digitales Verarbeitungssystem, wie zum Beispiel ein Server, gemäß einer Ausführungsform der Erfindung zugegriffen wird;
  • 14 ein Beispiel eines maschinen-lesbaren Speichermediums, auf das durch ein digitales Verarbeitungssystem, wie zum Beispiel ein Empfangssystem oder anderes digitales Verarbeitungssystem, gemäß einer Ausführungsform der Erfindung zugegriffen wird;
  • 15 ein Diagramm eines Datenspeicher- und/oder Kommunikationsmediums, das gespeicherte/darauf transportierte Medien- und Hinweisinformation gemäß einer Ausführungsform der Erfindung aufweist.
  • Die vorliegende Erfindung stellt Verfahren, computerlesbare Medien und Vorrichtungen zum Erlauben der Übertragung zur Verfügung, und insbesondere die paketierte Übertragung von zeitbezogenen Sequenzen von Mediendaten, welche zum Beispiel Video, Audio, Video und Audio, usw. einschließen können, über ein Kommunikationsmedium, wie zum Beispiel in einem Computernetzwerk.
  • In einer Ausführungsform der vorliegenden Erfindung erschafft bzw. kreiert ein digitales Verarbeitungssystem einen Datensatz zum Anzeigen wie eine zeitbezogene Sequenz von Mediendaten gemäß eines Übertragungsprotokolls zu übertragen ist. Typischerweise wird dieser Datensatz auf einem Speichergerät gespeichert, das mit dem digitalen Verarbei tungssystem gekoppelt bzw. verbunden ist. Weiterhin ist dieser Datensatz eine zeitbezogene Datensequenz, die mit der zeitbezogenen Sequenz von Mediendaten verknüpft ist.
  • Die vorliegende Erfindung kann völlig in ausführbaren Computerprogramminstruktionen bzw. -anweisungen implementiert werden, welche auf einem computerlesbaren Medium gespeichert werden sie oder kann in einer Kombination aus Software und Hardware, oder in bestimmten Ausführungsformen ausschließlich in Hardware implementiert werden. Typischerweise wird ein Servercomputersystem, das an ein Netzwerk gekoppelt ist, den Datensatz erschaffen, welcher als eine Hinweisspur bezeichnet werden kann und wird diese Hinweisspur in bzw auf einem Speichergerät speichern, welches an das Servercomputersystem angekoppelt ist. Wenn ein Klientencomputersystem eine Präsentation bzw. Darbietung (zB. ein Ansehen oder Anhören oder Ansehen und Anhören) einer Mediendatendatei anfordert, verwendet das Serversystem die Hinweisspur um zu bestimmen wie die Mediendaten zur Übertragung an bzw. auf das Klientencomputersystem zu paketieren sind. Es versteht sich, dass die vorliegende Erfindung allgemein auf zeitbezogene Sequenzen von Mediendaten anwendbar ist, und dass QuickTime hierin als ein Beispiel dieser allgemeinen Anwendbarkeit dargestellt wird. Somit sollte die Erfindung nicht notwendigerweise auf QuickTime begrenzt sein.
  • 3 zeigt ein Beispiel eines Verfahrens gemäß der vorliegenden Erfindung. Das in 3 gezeigte Verfahren 300 beginnt in Schritt 301, in welchem das Mediendateiformat für die besonderen Mediendaten, welche gewünscht werden, dass sie übertragen werden, bestimmt wird. In Schritt 303 wird das besondere Übertragungsprotokoll oder die – protokolle, welches) gewünscht wird (werden), dass es (sie) verwendet wird (werden), ebenso bestimmt. Jedoch sind Schritte 301 und 303 optional, zum Beispiel, in dem Fall, bei dem das gleiche Mediendateiformat immer übertragen wird, indem das gleiche Übertragungsprotokoll verwendet wird.
  • In Schritt 305 erschafft und speichert ein digitales Verarbeitungssystem, wie zum Beispiel ein Servercomputersystem, die Hinweise zum Paketieren einer zeitbezogenen Sequenz von Mediendaten in einer Mediendatei. Alternativ kann ein Computersystem die Hinweise erschaffen und sie an ein anderes System, wie zum Beispiel ein Servercomputersystem, liefern, welches sie für eine spätere Verwendung in einem Übertragungsprozess speichert. Die Paketierung erlaubt die Übertragung über ein Netzwerk oder über Kommunikationsmedien gemäß des gewünschten Übertragungsprotokolls, welches in Schritt 303 bestimmt wurde. In einer Ausführungsform der vorliegenden Erfindung werden die Hinweise als eine Spur einer zeitbezogenen Sequenz von Hinweisen gespeichert, welche sich auf andere Spuren von Mediendaten bezieht, aber welche in einer Ausführungsform von anderen Spuren von Mediendaten getrennt ist. Die Hinweisspur kann in einer Ausführungsform der vorliegenden Erfindung getrennt von den Mediendaten auf welche sie sich bezieht, gespeichert werden. Als solche kann die Hinweisspur in einer Datei gespeichert werden, welche von einer anderen Datei getrennt ist, die die Mediendaten enthält, auf welche durch die Hinweisspur Bezug genommen wird, oder die Hinweisspur kann in einem Hinweisbereich bzw. einer -fläche in der Datei gespeichert werden, die die Mediendaten enthält, die von dem Datenbereich separat und abgetrennt sind, der die tatsächlichen bzw. eigentlichen Mediendaten enthält. In einer Ausführungsform der Erfindung kann eine Hinweisspur, oder ein Abschnitt davon, als ausführbare Instruktionen durch den Server interpretiert werden, wobei die ausführbaren Instruktionen verursachen, dass der Server eine zeitbezogene Sequenz von Daten paketiert, welche typischerweise, aber nicht notwendigerweise, zeit-basierte Mediendaten sind. In einer Ausführungsform der vorliegenden Erfindung werden diese Hinweise auf dem Speichergerät gespeichert, welches mit dem übertragenden digitalen Verarbeitungssystem gekoppelt ist.
  • In Schritt 307 werden die Daten, die gemäß den Hinweisen paketiert werden, von einem Übertragungssystem, wie zum Beispiel ein Servercomputersystem an ein Empfangssystem übertragen. Diese Mediendaten werden übertragen, indem die Mediendaten gemäß den Hinweisen paketiert werden. In einer alternativen Ausführungsform der Erfindung kann das Servercomputersystem entscheiden, dass die Hinweise nicht verwendet werden und dass die Mediendaten durch einen alternativen Paketierungsprozess gesendet werden.
  • In Schritt 309 bringt bzw. präsentiert das Empfangssystem das Medienobjekt, welches durch die Mediendaten dargestellt wird. Typischerweise wird diese Präsentation (welche ein Ansehen und Anhören eines Medienobjektes oder bloß ein Ansehen oder bloß ein Anhören des Medienobjektes sein kann) durchgeführt, wenn die paketieren Daten an bzw. auf dem Empfangssystem werden empfangen. Die paketieren Daten können, in einer Ausführungsform der vorliegenden Erfindung, brauchen aber nicht, auf dem Empfangssystem gespeichert sein. Somit ist die Präsentation der Daten kurzlebig in dem Sinne, dass sobald die Präsentation vorüber ist, es keine örtliche Kopie auf dem Empfangssystem gibt. In einer anderen Ausführungsform kann eine Präsentation des Medienobjekts auf dem Serversystem nachfolgend zum Erschaffen von Hinweisen für die Mediendaten, die das Medienobjekt repräsentieren, stattfinden. In einer Ausführungsform der Erfindung sind die Mediendaten nicht notwendigerweise (re)formatiert, kopiert, usw. für eine Paketierung gemäß der Hinweise.
  • In Schritt 311 kann das Empfangssystem optionalerweise die Mediendatei wiederzusammenbauen, wenn die Mediendatei, wie sie empfangen wurde, auf dem Empfangssystem gespeichert worden ist. Es versteht sich, dass die vielfältigen Schritte des Verfahrens, das in 3 gezeigt wird, in einer unterschiedlichen bzw. anderen Reihenfolge durchgeführt werden können als die eine, die gezeigt und oben beschrieben wurde, und/oder einige der Schritte gleichzeitig durchgeführt werden können. Zum Beispiel werden in einer Ausführungsform Schritte 309 und 311 parallel durchgeführt.
  • Eine besondere Implementation mit QuickTime gemäß einer Ausführungsform der vorliegenden Erfindung wird nun beschrieben werden. In einer Ausführungsform der vorliegenden Erfindung, ist eine Präsentation vorgesehen, welche sowohl lokal zu der Datei angesehen werden kann (zB. bei einem Server, Generator, usw.) als auch datenstromartig über ein Netzwerk innerhalb eines QuickTime-Films übertragen werden kann. Im Allgemeinen sollte der datenstromübertragende Server (oder ein anderes System) Informationen über die Dateneinheiten, die datenstrommäßig zu übertragen sind, ihre Zusammensetzung und Zeitverhalten, haben. Da solche Informationen typischerweise temporal sind, können sie in Spuren beschrieben werden. Ein Server kann eine Paketierung durchführen und Protokollinformationen bestimmen, zum Beispiel, indem die gleichen Indizierungsvorgänge verwendet werden, wie sie verwendet werden würden, um eine Darstellung anzusehen.
  • Die Spuren, die Instruktionen für die Server enthalten, werden manchmal als ,Hinweis' spuren bezeichnet, da solche Spuren einen Datensatz repräsentieren, um den Server in dem Prozess des Formens und Übertragens von Paketen auszurichten bzw. zu steuern. Das QuickTime-Dateiformat unterstützt stromartige Datenübertragung von Mediendaten über ein Netzwerk wie auch lokales Abspielen. Der Prozess des Sendens von Protokolldateneinheiten ist zeit-basiert, gerade wie die Anzeige von zeit-basierten Daten, und wird daher geeignet durch ein zeit-basiertes Format beschrieben. Eine QuickTime-Datei oder ein – ,Film' welche bzw. welcher stromartige Datenübertragung unterstützt, schließt Informationen über die Dateneinheiten ein, die datenstromweise zu übertragen (streaming) sind. Diese Information ist in zusätzlichen Spuren der Datei eingeschlossen, die „Hinweis“spuren genannt werden.
  • Hinweisspuren enthalten Instruktionen für einen datenstromweise übertragenden Server (oder ein anderes digitales Verarbeitungssystem), welches in der Formation von Paketen assistiert. Diese Instruktionen können unmittelbare Daten enthalten, die der Server sendet (zB. Kopfstückinformationen) oder Referenzsegmente der Mediendaten. In einer Ausführungsform der vorliegenden Erfindung werden Instruktionen in der QuickTime-Datei in der gleichen Weise encodiert, in der Editierungs- oder Präsentationsinformation in einer QuickTime-Datei für lokales Abspielen encodiert werden. Anstelle des Editierens oder Präsentationsinformationen können Informationen vorgesehen werden, welche erlauben können, dass ein Server die Mediendaten in einer Art und Weise paketiert, die für stromweise Datenübertragung geeignet ist, indem ein spezifischer Netzwerktransport verwendet wird.
  • In einer Ausführungsform der vorliegenden Erfindung werden die gleichen Mediendaten in einer QuickTime-Datei verwendet, welche Hinweise enthält, ob sie für lokales Abspielen ist, oder für datenstromweises Übertragen über eine Anzahl an unterschiedlichen Transporttypen. Getrennte ,Hinweis'spuren für unterschiedliche Transporttypen können innerhalb der gleichen Datei eingeschlossen werden und die Medien können über alle derartige Transporttypen abgespielt werden, ohne dass zusätzliche Kopien der Medien selbst ge macht werden. Zusätzlich können existierende Medien datenstromweise übertragungsfähig durch die Hinzufügung von passenden Hinweisspuren für spezifische Transporte gemacht werden. Gemäß einem Aspekt der Erfindung brauchen die Mediendaten selbst nicht typmäßig umgewandelt oder reformatiert werden.
  • Deshalb enthalten die Abtastwerte in einer Hinweisspur allgemein Instruktionen, um Pakete zu formen. Diese Instruktionen können unmittelbare Daten enthalten, die der Server sendet (zB. Kopfstückinformationen) oder Referenzsegmente der Mediendaten in einer anderen Spur.
  • In einer Ausführungsform der vorliegenden Erfindung wird eine Drei-Ebenen-Konstruktion verwendet, derart dass:
    • 1) Die Mediendaten werden als ein Satz von netzwerkunabhängigen Spuren dargestellt, welche wie normal abgespielt werden können, editiert werden können und so weiter;
    • 2) Da gibt es eine gemeinsame Deklaration und Basisstruktur für Serverhinweisspuren; dieses gemeinsame Format ist protokollunabhängig, enthält aber die Deklarationen, welches Protokolls bzw. welche Protokolle in der Serverspur bzw. den -spuren beschrieben wird bzw. werden;
    • 3) Da gibt es eine spezifische Konstruktion der Serverhinweisspuren für jedes Protokoll, welches übertragen werden kann; alle diese Konstruktionen verwenden die gleiche Grundstruktur. Zum Beispiel kann es da Konstruktionen für RTP (für das Internet) geben und MPEG-2-Transport (zur Rundfunk- bzw. Fernsehübertragung), oder für neue Standard- oder Verkäufer-spezifischen Protokolle.
  • In einer Ausführungsform der vorliegenden Erfindung sind die resultierenden Datenströme, die durch die Server unter der Steuerung der Hinweisspuren gesendet werden, normale Datenströme, und schließen nicht notwendigerweise eine Spur bzw. Aufzeichnung von QuickTime-Informationen ein. Diese Ausführungsform der Erfindung erfordert es nicht, dass QuickTime oder seine Strukturen oder sein Deklarationsstil notwendigerweise entweder in den Daten oder auf dem Übertragungsmedium (zB. Netzwerkkabel) oder in der Decodierungsstation ist. Zum Beispiel kann eine Datei, die H.261 Video und DVI-Audio verwendet, das datenstromartig unter RTP übertragen wird, in einer Ausführungsform der vorliegenden Erfindung in einen Paketdatenstrom resultieren, welcher vollkommen nachgiebig bzw. verträglich mit den IETF-Spezifikationen zum Paketieren jener Kodierungen in RTP ist.
  • In einer Ausführungsform der Erfindung werden Hinweisspuren gebaut und derart gekennzeichnet bzw. geflaggt, dass, wenn die Präsentation lokal angesehen wird, die Hinweisspuren im wesentlichen durch ein Empfangssystem ignoriert werden.
  • In einer Ausführungsform kann eine zeitbezogene Sequenz von Mediendaten, welche zum Beispiel Video, Audio usw. einschließen können, durch ein digitales Verarbeitungssystem paketiert werden und dann auf dem gleichen digitalen Verarbeitungssystem präsentiert werden. Weiterhin kann eine Paketierung derart vergänglich sein, dass die zeitbezogene Sequenz, die gerade präsentiert wird, gespeichert wird, gelesen wird, usw., ebenso „im Fluge“ paketiert wird. In einer Ausführungsform können sich Hinweise auf Mediendaten beziehen, die nicht kopiert, formatiert, usw. geworden sind; zum Beispiel können die Mediendaten, auf welche sich die Hinweise beziehen, in einem originalen Format auf einem Nur-Lesespeicher usw. gespeichert werden.
  • In einer Ausführungsform präsentiert die gleiche Hinweisroutine, die eine Paketierung liefert, ebenso die Medien während bzw. wie eine Paketierung durchgeführt wird. In alternativen Ausführungsformen der Erfindung kann eine paketierte Datei von zeit-bezogenen Mediendaten gemäß den Hinweisspuren erzeugt werden und gespeichert werden, zum Beispiel für eine spätere Übertragung.
  • 4 erläutert eine Verwendung von Hinweisspuren zum Transportieren von Mediendaten gemäß einer Ausführungsform der Erfindung. In 4 wird eine Hinweisspur 401 für die Medienspur 403 gezeigt. Jeder Hinweisspurabtastwert, wie zum Beispiel Hinweisspurabtastwert 405 – welcher beschreibt, wie ein RTP-Paket zu formen ist – kann ein Kopfstück enthalten und kann einigen Daten von einer verknüpften Medienspur referenzieren bzw. bezeichnen – in diesem Fall eine Videospur 403. In der in 4 gezeigten Ausführungsform wurden die Mediendaten (die Videorahmen) und die RTP-Hinweise derartig mit einem Zwischenraum ausgestattet bzw. verkämmt, dass die verknüpfte Mediendatei relativ leicht gelesen werden kann. In diesem Beispiel wird jeder Rahmen gezeigt, dass er in ein einzelnes RTP-Paket hinein passt. Selbstverständlich ist es möglich, Rahmen in mehrere Pakete, wenn notwendig, zu trennen. Umgekehrterweise können vielfache Rahmen, wenn gewünscht, in einem einzelnen Paket plaziert werden, welches gemeinhin mit Audiodaten durchgeführt wird.
  • Wie oben diskutiert, braucht die oben beschriebene logische Struktur nicht eine physikalische Struktur implizieren. Die Metadaten können im Speicher versteckend zwischengespeichert werden, und die Hinweisspurabtastwerte können mit den Medienabtastwerten auf welche sie sich beziehen (wie in 4 gezeigt ist) dazwischen gelegt, bzw. verkämmt werden.
  • Alternativ ist es möglich, einen neuen Satz an Metadaten und Mediendaten zu schreiben, der die Hinweisspuren enthält, welche die Metadaten und Mediendaten in einer existierenden Präsentation referenzieren und vergrößern. 5 erläutert eine Ausnutzung bzw. Verwendung von Hinweisspuren auf Referenzmediendaten in einer separaten Datei gemäß einer Ausführungsform der Erfindung. In 5 werden zwei Filmdateien 502 und 504 gezeigt, jede mit ihren eigenen Meta-Daten. Die erste, die Filmdatei 502, enthält eine Videospur. Die zweite, die Filmdatei 504, enthält sowohl eine Videospur als auch eine Hinweisspur, aber die Metadaten deklarieren, dass die Metadaten für die Videospur in dem ersten Film 502 ist. Somit zeigen die Hinweise, die mit der Filmdatei 504 verknüpft sind, ebenso auf die Mediendaten in dem ersten Film 502.
  • In einer Ausführungsform der vorliegenden Erfindung kann eine Mediendatei Paketierungshinweisspuren für vielfache bzw. verschiedene Protokolle enthalten. Als solches kann jede Spur Deklarationen des Protokolls (und Protokollparameter, wenn passend), für welches die Hinweisspur geeignet ist, enthalten. Diese Spuren können selbstverständlich alle Mediendaten von den Grundmedienspuren in der Datei referenzieren. Der Wunsch nach Protokollunabhängigkeit und Erweiterbarkeit kann in der beschriebenen Art und Weise erfüllt werden.
  • In einer Ausführungsform der vorliegenden Erfindung brauchen Hinweisspuren nicht alle Daten in den Medienspuren verwenden. Die Hinweisspuren können einen Sub- bzw. Untersatz der Daten (zB. durch Auslassen einiger Videorahmen) verwenden, um eine Bandbreitenschwelle bzw, einen – schwellwert, oder aus anderen Gründen, zu erreichen. Da vielfache Hinweisspuren für das gleiche Protokoll vorgesehen werden können, können sich unterscheidende Subsätze der gleichen Grundmedieninformation für bzw. bei unterschiedlichen Raten bzw. Geschwindigkeiten vorgesehen bzw. geliefert werden. Als solches kann die vorliegende Erfindung eine verbesserte Skalierbarkeit über frühere Verfahren und Vorrichtungen liefern.
  • Es sollte betont werden, dass – obwohl die Hinweisspuren selbst und die QuickTime Meta-daten in einer Ausführungsform in QuickTime-Dateien sein sollten – die Grundmedien in irgendeinem Dateityp gelassen werden können, welches QuickTime importieren kann und anstelle referenzieren kann. In einer Ausführungsform der vorliegenden Erfindung können die Meta-Daten in der Filmdatei eine Datenreferenz einschließen, welche deklariert, dass die Mediendaten sich in einer anderen Datei befinden. Die Abtastwerttabellenversätze und -zeiger können sich somit auf Daten in dieser ,fremden' Datei beziehen. Somit können, gemäß einer Ausführungsform der vorliegenden Erfindung, existierende Altformate, wie zum Beispiel „au“ Audiodateien, „AVI“ Audio/Videodateien und MIDI-Dateien, datenstromweise übertragen werden, ohne dass sie das Kopieren oder Reformatieren der Grundmediendaten erfordern. Da auf die Grundmediendaten nicht geschrieben wird, sondern bloß durch QuickTime-Deklarationen und Hinweisinformation in getrennten Dateien vergrößert werden, können die Grundmediendaten ebenso auf Nur-Lese-maschinen-lesbaren Medien wie zum Beispiel als CDROM geliefert werden.
  • In einer Ausführungsform der vorliegenden Erfindung verkörpern die Hinweisspuren die Ergebnisse einer Off-line-Berechnung und werden typischerweise optimiert, um den Server mit Information zu beliefern, um eine Paketierung, und wenn erforderlich, Übertragungskanalbündelung bzw. Multiplexen zu unterstützen.
  • Beispielhinwiese, zum Beispiel für RTP (das IETF Standard-Echtzeitprotokoll) und MPEG-2-Transport werden in den Anhängen A bis C gezeigt.
  • In einer Ausführungsform der vorliegenden Erfindung unterstützt eine einzelne Datei Hinweisspuren für vielfache bzw. verschiedene Protokolle oder vielfache unterschiedliche Parametrierungen der gleichen Protokolle, ohne ungebührlichen Raumunkosten. Neue Protokolle und ihre damit verknüpften Hinweisspuren können konstruiert werden, ohne dass sie Systeme stören, die sich auf existierende Protokolle verlassen. Somit ist die Erfindung in wenigstens einer Ausführungsform protokollneutral.
  • In dem QuickTime-Dateiformat, kann eine Spur zu dem Film zugefügt werden, indem die Meta-daten aktualisiert oder kopiert und vergrößert werden. Wenn die Metadaten in Dateien sind, die von den Meta-daten getrennt sind, oder ein optimiertes Ausstatten mit einem Zwischenraum (interleave) nicht erforderlich ist, kann dies einer relativ einfacher und effizienter Vorgang sein.
  • In einer Ausführungsform der vorliegenden Erfindung können Spuren extrahiert werden, indem ein neuer Satz an Film-Meta-Daten gebaut wird, welcher nur eine Spur enthält und welcher, wenn gewünscht, die Mediendaten in dem Original referenzieren kann.
  • Zum Beispiel kann in einer Ausführungsform der vorliegenden Erfindung eine neue Audiospur hinzugefügt werden, welche markiert ist, dass sie eine Alternative zu einem Satz von anderen Audiospuren ist. Wenn sie ebenso mit einem Sprachcode (zB. Französisch oder Tagalog) markiert ist, dann kann die passende Spur zur Präsentationszeit ausgewählt werden.
  • SMPTE-Zeitcodespuren sind ein Beispiel von elementaren Datenströmen, welche vorhanden sein können, hinzugefügt oder beseitigt werden können, wie ein Bedürfnis auftritt, gemäß einer Ausführungsform der Erfindung.
  • Gemäß einem Aspekt der Erfindung können Hinweisspuren die Entwicklung von neuen Formaten für neue Protokolle erlauben, ohne dass sie Kompatibilitätsprobleme für existierende Server oder lokales Abspielen hervorrufen. Zusätzlich können neue Medienspuren über die Lebensdauer des Dateiformats hinzugefügt werden, während eine Rückwärtskompatibilität aufrecht erhalten wird.
  • In einer Ausführungsform der vorliegenden Erfindung, schließen die Felder der Erweiterbarkeit ein:
    • a) Neue Spurtypen, welche für Medientypen definiert werden können, die nicht durch das gegegenwärtige QuickTime-Dateiformat (zB. Laborinstrumentenablesungen) abgedeckt werden.
    • b) Neue Codierungstypen für existierende Spuren, welche definiert werden können (zB. Video- oder Audiocodecs). Da gibt es eine explizite Zurverfügungstellung für ihre codec-spezifischen Initialisierungsinformationen.
    • c) Neue Hinweisspurtypen, welche für neue Protokolle definiert werden können, und eine Datei, welche Hinweisinformationen für mehr als ein Protokoll enthalten kann, ohne sich Raumunkosten für die Mediendaten selbst zuzuziehen.
  • Existierender Inhalt auf Nur-Lese-Medien kann mit der vorliegenden Erfindung verwendet werden (zB. vorgepackte Filme auf CD ROM, DV D, usw.).
  • Weiter können gemäß einem Aspekt der Erfindung, vielfältige „fremde“ Dateiformate verwendet werden. In ei ner Ausführungsform der vorliegenden Erfindung können sie, wenn der existierende Inhalt entweder im QuickTime-Format ist oder importiert werden kann, editiert und datenstromweise übertragen, ohne dass ein Kopieren oder Re-formatieren erforderlich ist.
  • In einer Ausführungsform der vorliegenden Erfindung können, wenn ein Codec ein Abstreifen der Mediendaten unterstützt, um eine Bandbreitenskalierbarkeit zu erreichen, dann diese abgestreiften Bandbreiten repräsentiert bzw. dargestellt werden, indem vielfache Datenstromspuren verwendet werden. Jede Spur kann eine unterschiedliche Bandbreite darstellen. Spuren können in ausgewählten Subsätzen der Grundmedien zusammengruppiert werden.
  • In einer Ausführungsform der vorliegenden Erfindung kann, wenn ein Protokoll eine Bandbreitenskalierbarkeit unterstützt, dann die Hinweisspur selbst Informationen für jede Protokolldateneinheit (ein Abtastwert in der Hinweisspur) enthalten. Informationen können die Bandbreitenschwelle bzw. den -schwellwert einschließen, oberhalb welchem die Protokolldateneinheit an das Netzwerk geliefert werden sollte. Somit können Hinweisspuren eine verfügbare Bandbreite, als dass sie hoch, niedrig, usw., ist, anzeigen, und/oder andere Informationen die Bandbreite für eine Datenübertragung betreffen.
  • In einer Ausführungsform der vorliegenden Erfindung können, wenn das Protokoll ein Mehrkanal- bzw. Multiplex-Protokoll (zB. MPEG-2-Transport) ist, dann unterschiedliche Hinweisspuren gebaut werden, welche einen unterschiedlichen Subsatz der elementaren Datenstromsspuren verwenden, um unterschiedliche Datenraten zu erreichen. Hieraus können einige Spuren für eine Übertragung bei niedriger Bitrate völlig ausgelassen werden.
  • In einer Ausführungsform der vorliegenden Erfindung können, wenn es gewünscht wird, die Grunddaten aufzuzeichnen, indem unterschiedliche Codecs verwendet werden, dann jene Spuren in eine Gruppe von Alternativen geformt werden, und nur eine zur Präsentation ausgewählt werden. Die Auswahl, welche Spur zur Präsentation verwendet wird, ist tpyischerweise protokollabhängig und kann erreicht werden, indem die hierin beschriebenen Ansätze für Hinweisspuren verwendet werden.
  • In einer Ausführungsform der vorliegenden Erfindung kann eine Verschlüsselung ebenso auf eine Mediendatei vorangewendet werden. In diesem Fall können die verschlüsselten Daten entweder (a) in einem neuen elementaren Datenstrom (eine neue Spur), welche mit den originalen Mediendaten (oder die originalen Mediendaten können beseitigt werden, wenn sie nicht länger gebraucht werden) verbunden ist oder (b) in der Hinweisspur selbst gespeichert werden. Im Fall (b) ist es möglich, dass die Hinweisspur nicht irgendwelche Daten von dem elementaren unverschlüsselten Datenstrom im Fluge extrahiert. Somit können die gesamten Mediendaten in der Hinweisspur sein wie auch die Protokolldateneinheitsinformation des stromweise zu übertragenden Paketes, weil die Mediendaten durch eine Verschlüsselung transformiert werden können.
  • Als ein Beispiel eingebetteter Objektinhaltsinformation kann die IETF-Sitzungsbeschreibungsinformation für einen ganzen Film und für einzelne Spuren, in den Meta-Daten für die RTP-Hinweisspuren als Benutzeratome gespeichert werden.
  • In einer Ausführungsform der vorliegenden Erfindung enthält ein Dateiformat typischerweise sowohl Mediendaten in einem abspielbaren Format als auch Information zur stromartigen Datenübertragung. In einer Ausführungsform ist es möglich von diesem Format mit relativ niedrigem Unkostenaufwand datenstromweise direkt zu übertragen, während eine Medienunabhängigkeit, eine Protokollunabhängigkeit und eine Fähigkeit, die Medien lokal zu präsentieren, bewahrt wird.
  • Gemäß eines Aspektes der Erfindung können Hinweisspuren detailliertes Wissen von Codecs, Zeitverhalten und Paketierung in einen Off-line-Vorbereitungsprozess abstrahieren. Somit kann es relativ einfach sein, den Hinweisspuren zu folgen, um den Datenstrom zu erzeugen, und kein spezialisiertes Wissen der Medien erfordern, die gerade datenstromartig übertragen werden. Somit kann ein Entkoppeln eines Servers, zum Beispiel, von den Details des Dateninhalts, gemäß eines Aspekts der Erfindung, vorgesehen werden.
  • In einer Ausführungsform der vorliegenden Erfindung kann ein Satz an Hinweisspuren verwendet werden, um eine Datei zu konstruieren, welche direkt zum datenstromartigen Übertragen optimiert ist – zum Beispiel, indem Netzwerk-PDUs auf einer Scheibe bei logischen Scheibengrenzen, in der Zeitsequenz, in welcher sie gesendet werden sollen, ausgelegt bzw. ausgebildet werden. Eine derartige Datei muß nicht länger eine allgemeine Präsentation sein, sie kann aber datenstromartig übertragen werden. In einer Ausführungsform können paketierte Dateien, die mit Hinweisspuren erschaffen wurden, gespeichert werden, und zum Beispiel später für datenstromartige Übertragung optimiert werden.
  • In einer Ausführungsform der vorliegenden Erfindung können, indem fremde Dateiformate eingekapselt werden, Mediendaten in anderen Formaten beibehalten werden, während sie dennoch in QuickTime veröffentlicht werden. Zum Beispiel kann ein existierendes Format direkt in eine neue Me diendatendatei eingekapselt werden, indem die richtige Verpackung (wrapper) angewendet wird, oder kann intakt gelassen werden und in Segmenten oder als ein Ganzes durch die Hinweisspur bezeichnet werden, so dass erlaubt wird, dass die Altformate ohne Kopieren datenstromartig übertragen werden. Ein einzelner Film kann Stücke enthalten, die aus vielfachen Altformaten ausgewählt werden. Diese Erfindung beschränkt nicht das Grundmedienformat.
  • Im Allgemeinen wird ein gemeinsames Format, welches Einfangen, Verfassen und Bearbeiten, Herunterladen und datenstromartiges Übertragen überspannt, allgemein Flexibilität zur Verfügung stellen. Material kann nach Benutzung wiederverarbeitet werden oder in vielfachen Arten verwendet werden, ohne dass es gerade kopiert oder reformatiert wird. In einer Ausführungsform der vorliegenden Erfindung ist es möglich, Material, auf welches hingewiesen wurde, wieder zu bearbeiten und wieder zu benutzen, indem die Hinweisspuren abgestreift werden, indem Standard-Editoren verwendet werden, und dann diese wieder-hingewiesen werden nachdem eine Bearbeitung abgeschlossen ist.
  • Wenn es gewünscht wird, dass eine Mediendatei für lokales Ansehen heruntergeladen wird, kann eine optimierte zwischenraummäßig ausgestattete bzw. verkämmte Datei für diesen Zweck mit dem datenstromartigen Übertragen von Meta-Daten in eine getrennte Deklarationsdatei, die die gleichen Grundmediendaten referenziert, gebaut werden. Das Herunterladen braucht deshalb nicht die Information zur datenstromartigen Übertragung einzuschließen, und sogar die Mediendaten brauchen nur einmal auf einem Server für datenstromartige Übertragung vorhanden zu sein.
  • Indem eine logische Struktur von einer physikalischen Struktur getrennt wird, kann die physikalische Struktur der Datei abhängig von der Anwendung (zB. Bearbeiten, lokales Ansehen, datenstromartige Übertragung) unterschiedlich optimiert werden.
  • Indem die Existenz von vielfachen Hinweisspuren für jede Medienspur in einer Ausführungsform der vorliegenden Erfindung erlaubt wird, kann die Datei veröffentlicht werden, indem es über vielfache Protokolle datenstromartig übertragen wird, ohne dass vielfache Kopien der Medien erforderlich sind.
  • 6 ist ein Diagramm eines Netzwerks von Computersytemen, in welchem Mediendaten gemäß einer Ausführungsform der vorliegenden Erfindung verarbeitet werden können. Wie in 6 gezeigt, wird eine Anzahl an Klienten-Computersystemen, eines oder mehrere, welche eine Implementation des mit Bezug auf 3 oben beschriebenen Empfangssystems darstellen können, durch ein Internet 622 zusammengekoppelt. Es versteht sich, dass sich der Term „Internet“ auf ein Netzwerk von Netzwerken bezieht. Derartige Netzwerke können eine Vielfalt an Protokollen zum Informationsaustausch verwenden, wie zum Beispiel TCP/IP, ATM, SNA, SDI, usw. Die physikalischen Verbindungen des Internets und der Protokolle und Kommunikationsvorgänge des Internets sind dem Fachmann wohl bekannt. Zugang zu dem Internet 103 wird typischerweise durch Internet-Dienst-Lieferanten (ISPs) bereit gestellt, wie zum Beispiel den ISP 624 und den ISP 626. Benutzer auf Klienten-Systemen, wie zum Beispiel die Klienten-Computersysteme 602, 604, 618, und 620, erhalten allgemein Zugang zum Internet durch Internet-Dienst-Lieferanten, wie zum Beispiel ISPs 624 und 626. Zugang zum Internet kann eine Informationsübertragung vereinfachen (zB. Email, Textdateien, Mediendateien, usw.) zwischen zwei oder mehreren digitalen Verarbeitungssystemen, wie zum Beispiel die Klienten-Computersysteme 602, 604, 618, und 620 und/oder ein Web-Serversystem 628. Zum Beispiel können ein oder mehrere der Klienten- Computersysteme 602, 604, 618, und 620 und/oder der Web-Serversystem 628 Mediendaten (zB. Video und Audio, oder Video, oder Audio) an einen anderen oder mehrere andere der Klienten-Computersysteme 602, 604, 618, und 620 und/oder das Web-Serversystem 628 liefern. Solches kann in Antwort auf eine Anfrage geliefert werden. Wie hierin beschrieben, können derartige Mediendaten in dem System 600 gemäß Hinweisen übertragen werden. Derartige Hinweise können in einer Ausführungsform der Erfindung gemäß eines spezifischen Formats der Mediendaten und/oder eines spezifischen Datenkommunikations- (zB. Netzwerk) -protokolls oder spezifischen Datenkommunikationsprotokollen erschaffen werden.
  • Der Webserver 628 weist typischerweise wenigstens ein Computersystem auf, um ein oder mehrere Datenkommunikationsprotokoll bzw. -protokolle zu betreiben, wie zum Beispiel die Protokolle des weltweiten Netzes und ist als solcher typischerweise mit dem Internet 622 gekoppelt. Optionalerweise kann der Webserver 628 Teil eines ISP sein, welcher einen Zugang auf das Internet und/oder zu einem anderen Netzwerk für Klienten-Computersysteme zur Verfügung stellen kann. Die Klienten-Computersysteme 602, 604, 618, und 620 können jeweils mit passender Web-Navigations- und Darstellungssoftware auf Daten Zugriff nehmen, wie zum Beispiel auf HTML-Dokumente (zB. Webseiten), welche durch den Webserver 628 zur Verfügung gestellt werden können. Derartigen Daten können Medien liefern, wie zum Beispiel QuickTime-Filme, welche durch die Klienten-Computersysteme 602, 604, 618, und 620 präsentiert werden können.
  • Der ISP 624 stellt eine Internet-Konnektivität zu dem Klienten-Computersystem 602 über eine Modemschnittstelle 606 zur Verfügung, welche als ein Teil des Klienten-Computersystems 602 betrachtet werden kann. Das Klienten-Computersystem kann ein herkömmliches Computersystem sein, wie zum Beispiel ein Macintosh Computer, ein „Netzwerk“Computer, ein handgehaltener/tragbarer Computer, ein Web-TV-System, oder andere Typen von digitalen Verarbeitungssystemen (zB. ein zelluläres Telefon, das digitale Verarbeitungskapazitäten aufweist). Ähnlich liefert der ISP 626 eine Internet-Konnektivität für die Klienten-Computersysteme 604, 618, und 620, obwohl, wie in 6 dargestellt, eine solche Konnektivität zwischen verschiedenartigen Klienten-Computersystemen variieren kann, wie zum Beispiel den Klienten-Computersystemen 602, 604, 618 und 620. Zum Beispiel, wie in 6 gezeigt, ist das Klienten-Computersystem 604 an den ISP 626 durch eine Modemschnittstelle 608 gekoppelt, während die Klienten-Computersysteme 618 und 620 Teil eines lokalen Flächen- bzw. Bereichsnetzwerkes (LAN) sind. Die Schnittstellen 606 und 608, die als Modems 606 bzw. 608 in 6 entsprechend gezeigt sind, können ein analoges Modem, ein ISDN-Modem, ein Kabelmodem, eine Satellitenübertragungsschnittstelle (zB. „Direkter PC“), eine drahtlose Schnittstelle oder eine andere Schnittstelle zum Koppeln eines digitalen Verarbeitungssystems sein, wie zum Beispiel ein derartiges Klienten-Computersystem, an ein anderes digitales Verarbeitungssystem. Die Klienten-Computersysteme 618 und 620 werden an ein LAN-Bus 612 durch Netzwerkschnittstellen 614 bzw. 616 entsprechend gekoppelt. Die Netzwerkschnittstellen 614 und 616 können ein Ethernet-Typ, ein Asynchroner Übertragungsmodus (ATM) oder ein anderer Typ einer Netzwerkschnittstelle sein. Der LAN-Bus ist ebenso an ein digitales Verarbeitungssystem 610 eines Torwegs (gateway) gekoppelt, welches eine Feuerwand und andere internetbezogene Dienste für ein LAN zur Verfügung stellt. Das digitale Verarbeitungssystem 610 eines Torwegs, ist wiederum an den ISP 626 gekoppelt, um eine Internet-Konektivität für die Klienten-Computersysteme 618 und 620 zur Verfügung zu stellen. Das digitale Verarbeitungssystem 610 eines Torwegs kann zum Beispiel ein herkömmliches Server-Computersystem einschließen.
  • Das System 600 kann einem oder mehrerer der Klienten-Computersysteme 602, 604, 618 und 620 und/oder dem Webserver 628 erlauben, dass er bzw. sie Mediendaten (zB. Video und Audio, oder Video, oder Audio) an ein anderes oder mehrere andere der Klienten-Computersysteme 602, 604, 618 und 620 und/oder den Webserver 628 zur Verfügung gestellt bekommen. Derartige Daten können zum Beispiel in Antwort auf eine Anfrage durch ein Empfangssystem zur Verfügung gestellt werden, welches zum Beispiel eines oder mehrere der Klienten-Computersysteme 602, 604, 618 und 620 sein kann. Wie hierin beschrieben, können derartige Mediendaten in das System 600 gemäß Hinweisen oder Hinweisspuren übertragen werden. Derartige Hinweise können in einer Ausführungsform der Erfindung gemäß eines spezifischen Formats der Mediendaten und/oder eines spezifischen Datenkommunikations- (zB. Netzwerk) -protokolls bzw. -protokolle erschaffen werden, um gemäß eines Aspekts der Erfindung eine Paketierung von Mediendaten zu erlauben.
  • 7 ist ein Blockdiagramm eines digitalen Verarbeitungssystems, welches in Einklang mit einer Ausführungsform der vorliegenden Erfindung verwendet werden kann. Zum Beispiel kann das digitale Verarbeitungssystem 650, das in 7 gezeigt ist, als ein Klienten-Computersystem, ein Web-Serversystem, ein herkömmliches Serversystem verwendet werden. Weiterhin kann das digitale Verarbeitungssystem 650 verwendet werden, um eine oder mehrere Funktion/en eines Internet-Dienstlieferanten, wie zum Beispiel der ISP 624 und 626, durchzuführen. Das digitale Verarbeitungssystem 650 kann eine Schnittstelle mit externen Systemen über eine Modem- oder eine Netzwerkschnittstelle 668 bilden. Es versteht sich, dass die Modem- oder Netzwerkschnittstelle 668 als ein Teil des digitalen Verarbeitungssystems 650 be trachtet werden kann. Die Modem- oder Netzwerkschnittstelle 668 kann ein analoges Modem, ein ISDN-Modem, ein Kabelmodem, eine Token-Ring-Schnittstelle, eine Satellitenübertragungsschnittstelle, eine drahtlose Schnittstelle oder eine andere Schnittstelle bzw. andere Schnittstellen zum Liefern einer Datenkommunikationsverbindung zwischen zwei oder mehreren digitalen Verarbeitungssystemen sein.
  • Das digitale Verarbeitungssystem 650 schließt einen Prozessor 652 ein, welcher einen oder mehrere Prozessoren darstellen kann und einen oder mehrere herkömmliche Typen derartiger Prozessoren einschließen kann, derart wie zum Beispiel einen Motorola PowerPC Prozessor, einen Intel Pentium (oder x86-) Prozessor, usw. Ein Speicher 155 wird mit dem Prozessor 652 durch einen Bus 656 gekoppelt. Der Speicher 155 kann ein dynamischer Zufallszugriffspeicher (DRAM) sein und/oder kann statisches RAM (SRAM) einschließen. Der Prozessor kann ebenso an andere Typen von Speicherflächen bzw. bereichen/gedächtnissen (zB. Cache-Speicher, Flash-Speicher, Scheibe, usw.) gekoppelt sein, welcher als ein Teil des Speichers 155 oder getrennt von dem Speicher 155 betrachtet werden kann.
  • Der Bus 656 koppelt ferner den Prozessor 652 an eine Anzeigesteuerung 658, einen Massenspeicher 662, die Modem- oder Netzwerkschnittstelle 668, und eine Eingabe/Ausgabe-(I/O)-steuerung 664. Der Massenspeicher 662 kann ein magnetisches, optisches, magneto-optisches, Band- und/oder anderen Typ eines maschinen-lesbaren Mediums/Gerätes zum Speichern von Informationen darstellen. Zum Beispiel kann der Massenspeicher 662 eine Festplatte, eine Nur-Lese- oder beschreibbare CD, usw. darstellen. Die Anzeigesteuerung 658 steuert in einer herkömmlichen Art und Weise eine Anzeige 660, welche eine Kathodenstrahlröhren- (CRT) -anzeige, eine Flüssigkristallanzeige (LCD), eine Plasmaanzeige, oder einen anderen Typ an Anzeigegerät repräsentieren kann. Die I/O-Steuerung 664 steuert ein I/O-Gerät bzw. -Geräte 666, welche eine oder mehrere Tastaturen, Maus-/Spurball- oder andere Zeigegeräte, magnetische und/oder optische Scheibenlaufwerke, Drucker, Scanner, digitale Kameras, Mikrophone usw. einschließen können.
  • Es versteht sich, dass das digitale Verarbeitungssystem 650 nur ein Beispiel eines Systems darstellt, welches viele unterschiedliche Konfigurationen und Architekturen haben kann, und welches mit der vorliegenden Erfindung eingesetzt werden kann. Zum Beispiel weisen Macintosh- und Intel-Systeme oftmals vielfache Busse bzw. Bussysteme auf, wie zum Beispiel einen Peripheriebus, ein dedizierter Cachebus, usw. Andererseits braucht ein Netzwerkcomputer, welcher als ein digitales Verarbeitungsgerät der vorliegenden Erfindung verwendet werden kann, zum Beispiel nicht eine Festplatte oder andere Massenspeichergeräte einzuschließen, kann aber Routinen und/oder Daten von einer Netzwerkverbindung empfangen, wie zum Beispiel das Modem oder die Schnittstelle 668, um durch den Prozessor 652 verarbeitet zu werden. Ähnlich kann ein Web-TV-System, welches nach Stand der Technik bekannt ist, betrachtet werden, ein digitales Verarbeitungssystem der vorliegenden Erfindung zu sein, aber ein derartiges System braucht nicht ein oder mehrere I/O-Geräte einzuschließen, wie zum Beispiel diejenigen, die oben mit Bezug auf I/O-Gerät bzw. -Geräte 666 beschrieben wurden. Zusätzlich kann ein tragbares Kommunikations- und Datenverarbeitungssystem, welches ein zelluläres Telephon und/oder Ruffähigkeiten einsetzen kann, als ein digitales Verarbeitungssystem betrachtet werden, welches mit der vorliegenden Erfindung verwendet werden kann.
  • In dem System 650, das in 7 gezeigt ist, kann der Massenspeicher 662 (und/oder der Speicher 654) Medien (zB. Video, Audio, Filme, usw.) speichern, welche gemäß der vorliegenden Erfindung (zB. durch Hinweise) verarbeitet werden können. Alternativ können Mediendaten durch das digitale Verarbeitungssystem 650 empfangen werden, Zum Beispiel über die Modem- oder Netzwerkschnittstelle 668, und gespeichert werden und/oder durch die Anzeige 660 und/oder ein I/O-Gerät bzw. -Geräte 666 präsentiert werden. In einer Ausführungsform können paketierte Mediendaten über ein Datenkommunikationsnetzwerk wie zum Beispiel ein LAN und/oder das Internet, im Einklang mit Hinweisspuren übertragen werden. Andererseits kann der Prozessor 652 eine oder mehrere Routinen ausführen, um eine Datei mit einer oder mehreren Hinweisspuren zu benutzen, oder alternativ, um eine oder mehrere Hinweisspuren zu erschaffen, um Medien (zB. einen vorgepackten Film, eine Audiodatei, eine Videodatei usw.) zur Präsentation oder Paketierung gemäß der Hinweisspuren zu verarbeiten. Solche Routinen können in dem Massenspeicher 662, in dem Speicher 664 und/oder in einem anderen maschinenlesbaren Medium gespeichert werden, das durch digitale Verarbeitungssystem 650 zugreifbar bzw. zugänglich ist. In einer Ausführungsform kann das digitale Verarbeitungssystem 650 Mediendaten verarbeiten, die Hinweisspuren aufweisen, die darin eingebettet sind. Ähnlich können derartige eingebetteten Mediendaten in dem Massenspeicher 662, in dem Speicher 664, und/oder in einem anderen maschinenlesbaren Medium gespeichert werden, das durch das digitale Verarbeitungssystem 650 zugänglich ist.
  • 8 ist ein Blockdiagramm eines Systems, das Hinweise verwendet, um Mediendaten gemäß einer Ausführungsform der Erfindung zu übertragen. Das in 8 gezeigte System 680 schließt ein Empfangssystem ein, welches als ein Klienten-Datenverarbeitungssystem 682 dargestellt ist, das an einen Server 694 über eine Datenkommunikationsverbindung 686 gekoppelt ist. Der Server 694 und/oder das Klienten-Datenverarbeitungssystem können zum Beispiel eine Kombination der Geräte/Systemen darstellen, die mit Bezugnahme auf 6 und 7 beschrieben sind.
  • Der Server 694 schließt eine Hinweiserzeugungs- und Verarbeitungseinheit 688 ein, eine Medienverarbeitungseinheit 690, und eine Datenkommunikationseinheit 692, wobei jede eine fest-verdrahtete Schaltkreisanordnung oder maschinenausführbare Instruktionen oder eine Kombination davon einschließen kann. Weiterhin kann wenigstens ein Abschnitt einer solchen fest-verdrahteten Schaltkreisanordnung und/oder von solchen maschinen-ausführbaren Instruktionen zwischen einer Kombination der Hinweiserzeugungs- und Verarbeitungseinheit 688, der Medienverarbeitungseinheit 690, und der Datenkommunikationseinheit 692 ge-/verteilt bzw. gemeinsam benutzt werden. In einer Ausführungsform wird wenigstens ein/e Speicherfläche/Gedächtnis (zB. ein maschinen-lesbares Medium), das passende Routinen und/oder darin gespeichert Daten aufweist, die an wenigstens einen Prozessor gekoppelt sind, wenigstens in einem Teil ausgenutzt, um eine oder eine Kombination der Hinweiserzeugungs und Verarbeitungseinheit 688, die Medienverarbeitungseinheit 690, und die Datenkommunikationseinheit 692 zu implementieren.
  • In einer Ausführungsform erschafft und speichert die Hinweiserzeugungs- und Verarbeitungseinheit 688 Hinweise für eine Paketierung von Mediendaten, die durch die Medienverarbeitungseinheit 690 verarbeitet werden. Wie oben beschrieben, können die Hinweise als eine separate Datei, relativ zu Mediendateien erzeugt und gespeichert werden, oder können mit bzw. in Mediendaten eingebettet werden. Wenn mehr als ein Medienformat zu verarbeiten ist, kann ein passendes Format durch die Hinweiserzeugungs- und Verarbeitungseinheit 688 in Betracht gezogen werden, um die Hinweise zu erzeugen. Informationen über das Medienformat können durch die Medienverarbeitungseinheit 690 zur Verfügung gestellt werden, welche ebenso die Mediendaten (zB. Mediendateien aus Video, Audio, oder Video und Audio, usw.) zur Verfügung stellen kann. Ähnlich kann die Datenkommunikationseinheit 692 ein oder mehrere Datenkommunikations- (zB. Netzwerk) -protokolle zum Austausch von solchen Mediendaten über die Datenkommunikationsverbindung 686 liefern, die gemäß der Hinweise paketiert sind. Als solches kann die Hinweiserzeugungs- und Verarbeitungseinheit – basierend auf Medienformatinformationen, die durch die Medienverarbeitungseinheit 690 zur Verfügung gestellt werden, und Datenkommunikationsprotokollinformationen, die durch die Datenkommunikationseinheit 692 zur Verfügung gestellt werden – passende Hinweise und Paketierung von Medien und/oder die Hinweise zur Übertragung an ein empfangendes digitales Verarbeitungssystem, wie zum Beispiel das Klienten-Datenverarbeitungssystem 682, bestimmen. In einer Ausführungsform wird das datenstromartige Übertragen der Medien und Hinweis im Einklang mit dem QuickTime-Format durchgeführt.
  • In Antwort auf Mediendaten und Hinweispakete, die über die Datenkommunikationsverbindung 686 empfangen werden, kann das Klienten-Datenverarbeitungssystem 682 ein Medienobjekt präsentieren, das durch die Mediendaten dargestellt wird. Eine derartige Präsentation kann wie oben beschrieben vergänglich durchgeführt werden. In einer Ausführungsform der Erfindung können die Mediendaten optionalerweise durch das Klienten-Datenverarbeitungssystem 682 gespeichert werden und zum Beispiel zu einer späteren Zeit zur Präsentation und/der Übertragung durch das Klienten-Datenverarbeitungssystem 682 wieder zusammengebaut werden.
  • 9 ist ein Blockdiagramm eines Systems, das Hinweise verwendet, um Mediendaten gemäß einer Ausführungsform der Erfindung zu übertragen. Insbesondere stellt 9 eine Ausführungsform der Erfindung dar, bei der ein separates digitales Verarbeitungssystem, das als Generator bezeichnet wird, Hinweise (oder Hinweisspuren) erzeugen kann, um sie an ein anderes System, wie zum Beispiel an einen Server zu liefern, der die Hinweise verwendet, um Mediendaten zur Übertragung an ein andere System, wie zum Beispiel ein Klienten-Computersystem, zu paketieren. In 9 wird ein System 696 gezeigt, welches einen Server 700 einschließt, welcher Daten über die Datenkommunikationsverbindung 686 mit dem Klienten-Datenverarbeitungssystem 682 austauschen kann. Jedoch erzeugt der Server in der in 9 gezeigten Ausführungsform nicht die Hinweise. Sondern vielmehr; ein Generator 710, der an den Server 700 durch eine Datenkommunikationsverbindung 708 gekoppelt ist, schließt eine Hinweiserzeugungseinheit 712 ein, um Hinweise zu erzeugen, die verwendet werden, um Mediendaten zu paketieren.
  • In einer Ausführungsform ist der Betrieb des Systems 696 wie folgt: Der Server 700 macht eine Anforderung bzw. Anfrage an den Generator 710, um Hinweise für einen oder mehrere Mediendateien zu generieren, die Mediendaten enthalten. Zum Beispiel können die Mediendateien in dem Server 700 auf einem maschinen-lesbaren Medium gespeichert werden. Die Anforderung kann Informationen einschließen, um das Format der Mediendatei und/oder ein Datenkommunikationsprotokoll zur Übertragung der Mediendaten und/oder anderer/n Daten anzuzeigen. Das Datenkommunikationsprotokoll kann auf die Datenkommunikationsverbindung 686 bezogen sein, welche in einer Ausführungsform der Erfindung mit einer Netzwerkverbindung verknüpft sein kann, die besondere physikalische und logische Eigenschaften aufweist, um den Austausch von Medien und/oder anderen Daten zwischen dem Server 700 und dem Klienten-Datenverarbeitungssystem 682 zu vereinfachen. In Antwort auf die Anfrage erzeugt die Hinweiserzeugungseinheit 712 passende Hinweise, welche mit einer zeitbezogenen Hinweisspur verknüpft werden können, und liefert die Hinweise an den Server 700. In Antwort auf die Hinweise, die von dem Generator 710 über die Datenkommunikationsverbindung 708 empfangen werden, verwendet der Server 700 und insbesondere eine Hinweisverarbeitungseinheit 702 die Hinweise, um die Mediendaten zur Übertragung an das Klienten-Verarbeitungssystem 682 zu paketieren.
  • In Antwort auf Mediendaten und Hinweispakete, die über die Datenkommunikationsverbindung 686 empfangen werden, kann das Klienten-Datenverarbeitungssystem 682 ein Medienobjekt präsentieren, das durch die Mediendaten dargestellt wird. Eine derartige Präsentation kann wie oben beschrieben vergänglich durchgeführt werden. In einer Ausführungsform der Erfindung können die Mediendaten optional durch das Klienten-Datenverarbeitungssystem 682 gespeichert werden und zum Beispiel zu einer späteren Zeit zur Präsentation und/oder Übertragung durch das Klienten-Datenverarbeitungssystem 682 wieder zusammengebaut werden.
  • 10 ist ein Flußdiagramm, das ein Verfahren zum Erzeugen von Hinweisen zum Liefern einer Mediendatenübertragung gemäß einer Ausführungsform der Erfindung erläutert. In Schritt 720 wird ein Medienformat für Mediendaten bestimmt, die zu übertragen sind, wenn mehr als ein Format verwendet werden wird. Wenn nur ein Format verwendet wird, braucht Schritt 720 nicht ausgeführt zu werden. In Schritt 722 wird ein bzw. werden passendes bzw. passende Datenkommunikationsprotokoll bzw. -protokolle bestimmt, wobei wiederum angenommen wird, dass mehr als ein (Protokoll) verwendet werden kann. In Schritt 724, basierend auf dem Medienformat und dem bzw. den Datenkommunikationsprotkoll bzw. -protokollen (wobei eines oder beide von diesen ausgewählt/konfiguriert worden sein kann), werden Hinweise (zB. Hinweisspuren), die eine Mediendatenübertragung betreffen, erschaffen und gespeichert.
  • In Schritt 726, welcher optional ist, können die Hinweise an ein anderes digitales Verarbeitungssystem übertragen werden. In einer Ausführungsform der Erfindung kann zum Beispiel das Verfahren von 10, wenigstens zu einem Teil, exklusiv durch ein digitales Verarbeitungssystem (zB. ein Server) durchgeführt werden. In einer alternativen Ausführungsform kann Beispiel das Verfahren von 10, wenigstens zu einem Teil, durch zwei oder mehrere digitale Verarbeitungssysteme durchgeführt werden. Zum Beispiel können Attribute von Mediendaten durch einen Server oder ein anderes System für ein anderes digitales Verarbeitungssystem, wie zum Beispiel für einen Generator, zur Verfügung gestellt werden. Als Antwort darauf kann der Generator, basierend auf Attributen, ein passendes bzw. geeignetes Medienformat, Datenkommunikationsprotokoll bzw. -protokolle und Hinweise zur Paketierung von Mediendaten bestimmen, welche auf dem Server gespeichert werden können. Alternativ kann der Server das geeignete Medienformat und ein Protokoll bzw. Protokolle dem Generator zur Verfügung stellen, welcher dann Hinweise erzeugen könnte. Der Generator kann die Hinweise an den Server oder an ein anderes digitales Verarbeitungssystem übertragen, welches Mediendaten gemäß der Hinweise paketieren könnte.
  • 11 ist ein Flußdiagramm, das ein Verfahren der Verarbeitung von Mediendaten erläutert, die durch ein Empfangssystem im Einklang mit Hinweisen gemäß einer Ausführungsform der Erfindung empfangen werden. In Schritt 730 werden Mediendaten, die gemäß eines Empfangssystems im Einklang mit Hinweisen oder Hinweisspuren übertragen werden, durch das Empfangssystem empfangen. In einer Ausführungsform kann das Empfangssystem paketierte Mediendaten wie auch paketierte Hinweisspuren empfangen. Die Hinweisspuren können in einer Ausführungsform der Erfindung wenigstens mit Abschnitten der Mediendaten verknüpft werden. Derartige Daten können durch das Empfangssystem in Antwort auf eine Anfrage empfangen werden, die durch das Empfangssystem gemacht werden kann. Zum Beispiel kann in einer Ausführungsform das Empfangssystem ein Klienten-Computersystem sein und die Anfrage kann an einen Server oder ein anderes digitales Verarbeitungssystem für die Mediendaten gemacht werden. Als Antwort darauf kann der Server Hinweise zum Paketieren der Mediendaten erzeugen (oder sie durch ein separates digitales Verarbeitungssystem erzeugen lassen) und die paketierten Mediendaten, welche Hinweise einschließen können, an das Empfangssystem übertragen.
  • In Schritt 732 wird ein Medienobjekt, das durch die Mediendaten dargestellt wird, die durch das Empfangssystem empfangen werden, durch das Empfangssystem präsentiert. Zum Beispiel können die Mediendaten Video, Audio, oder eine Kombination davon einschließen, die durch das Empfangssystem, zum Beispiel auf einer Anzeige und einem Lautsprecher bzw. Lautsprechern „präsentiert" werden. Wie oben erwähnt, können die Mediendaten mit einem QuickTime-Film verknüpft sein.
  • Optional können die Mediendaten, die in Schritt 734 Hinweise einschließen können, durch das Empfangssystem als Mediendatei bzw. -dateien gespeichert werden. Somit braucht in alternativen Ausführungsformen der Erfindung Schritt 732 nicht ausgeführt zu werden wie die Mediendaten empfangen werden, oder kann vorher, danach oder parallel mit Schritt 734 ausgeführt werden.
  • In Schritt 734 kann die gespeicherte Mediendatei optionalerweise wieder zusammengebaut und/oder präsentiert werden. Als solches kann Schritt 732 nachfolgend zu Schritt 734 durchgeführt werden.
  • 12 ist ein Beispiel eines maschinenlesbaren Speichermediums, auf das durch ein digitales Verarbeitungssystem, wie zum Beispiel ein Generator gemäß einer Ausführungsform der Erfindung, zugegriffen werden kann. Es versteht sich, dass der tatsächliche Speicher, der die Elemente speichert, die gezeigt sind in und unten mit Bezugnahme auf 12 beschrieben werden, ein oder mehrere Elemente wie zum Beispiel eine oder mehrere Scheiben sein kann (welche zum Beispiel magnetisch, optisch, Magnetoptisch, usw. sein können), wobei der Speicher 654 und/oder der Massenspeicher 662 oben unter Bezugnahme auf 7 beschrieben ist. Weiterhin ist in einer Ausführungsform, bei der der Generator, mit welchem das maschinen-lesbare Speichermedium, das in 12 gezeigt wird, verknüpft ist, ein Netzwerkcomputer, wobei eines oder mehrere der Elemente des maschinen-lesbaren Speichermediums auf einem anderen digitalen Verarbeitungssystem gespeichert werden können und auf den Generator herunter geladen werden können. Weiterhin können die Elemente, die unter Bezugnahme auf das maschinenlesbare Speichermedium beschrieben werden, zu irgendeinem Zeitpunkt auf bzw. in einem nicht-flüchtigen Massenspeicher (zB. einer Festplatte) gespeichert werden. Umgekehrt können die Elemente des Maschinenspeichermediums zu anderen Zeiten zwischen unterschiedlichen Speicherflächen bzw. -bereichen, wie zum Beispiel DRAM, SRAM, Scheibe, usw. verstreut werden.
  • 12 zeigt ein maschinen-lesbares Speichermedium 740. In einer Ausführungsform wird das maschinen-lesbare Speichermedium verwendet, wenigstens zu einem Teil, durch ein digitales Verarbeitungssystem, das Hinweise oder Hinweisspuren erzeugt, das heißt, ein Generator im Einklang mit einem oder mehreren Verfahren der Erfindung. Der Generator, wie unter Bezugnahme auf 8 beschrieben, kann in ein digitales Verarbeitungssystem integriert werden, das Mediendaten gemäß der Hinweisspuren überträgt, oder kann, wie unter Bezugnahme auf 9 beschrieben, ein digitales Verarbeitungssystem sein, das die Hinweise an ein anderes digitales Verarbeitungssystem, wie zum Beispiel an einen Server, erschafft und liefert, welcher die Hinweise ausnutzt, um die Mediendaten zu paketieren und zu übertragen.
  • Wie in 12 gezeigt, schließt das maschinenlesbare Speichermedium 740 typischerweise eine Anzahl an Elementen ein. Zum Beispiel schließt das maschinen-lesbare Speichermedium 740 Software zum Liefern einer Betriebssystemfunktionalität an den Generator ein, wie durch ein Generatorbetriebssystem (OS) 742 dargestellt. Eine Netzwerkübertragungsroutine bzw. -routinen 748 liefern Datenkommunikationsfunktionalität, wie zum Beispiel Routinen, Protokolle, usw., um dem Generator zu erlauben, dass er Daten über die Datenkommunikationsverbindung überträgt und empfängt.
  • Zusätzlich schließt das maschinen-lesbare Speichermedium 740 Routinen und Daten zum Erschaffen von Hinweisen ein, die mit einer Medienübertragung verknüpft sind. Als solches kann das maschinen-lesbare Speichermedium 740 optionalerweise Informationen 750 einschließen, welche Informationen liefern, die sich auf ein oder mehrere Datenkommunikationsprotokolle und Medienformate beziehen, welche für eine Erschaffung von Hinweisen durch eine Hinweiserschaffungsroutine bzw. -routinen 744 notwendig sein können. Zum Beispiel kann die Information 750 Informationen einschließen, die sich auf QuickTime-Filme, RTP, MPEG, usw. beziehen. Jedoch können derartige Informationen, wenigstens zu einem Teil, in die Hinweiserschaffungsroutine 744 integriert werden und/oder können dem Generator durch ein entferntes digitales Verarbeitungssystem zur Verfügung gestellt werden.
  • Die Hinweise, die durch die Hinweiserschaffungsroutine bzw. -routinen 744 erzeugt werden, können als erschaffene und/oder anderswohin gespeicherte/übertragene Hinweise 746 gespeichert werden (zB. auf ein entferntes digitales Verarbeitungsgerät, welches ein Server sein kann). Die Hinweise sind Hinweisspuren, die zeit-bezogen für eine Pake tierung und Übertragung von Mediendaten sind, welche ebenso zeit-bezogen ist (zB. Video, Audio, Video und Audio, usw.).
  • Obwohl das maschinen-lesbare Speichermedium 740 unter Bezugnahme auf einen Generator beschrieben wird, kann das Medium 740, wenigstens zu einem Teil, ein Teil einer Anzahl Typen von digitalen Verarbeitungssystemen, Datenspeichermedien usw. sein. Zum Beispiel kann das maschinenlesbare Speichermedium 740, wenigstens zu einem Teil, als ein Teil eines Servers oder eines anderen digitalen Verarbeitungssystems eingeschlossen sein. Weiterhin kann das maschinenlesbare Speichermedium 740, wenigstens zu einem Teil, als ein Teil eines Softwarenutzprogramms auf einer oder mehreren Scheiben oder anderen maschinen-lesbaren Medien eingeschlossen sein.
  • 13 ist ein Beispiel eines maschinen-lesbaren Speichermediums, auf das durch ein digitales Verarbeitungssystem, wie zum Beispiel ein Server gemäß einer Ausführungsform der Erfindung zugegriffen werden kann. Es versteht sich, dass der tatsächliche Speicher, der die Elemente speichert, die unter Bezugnahme auf 13 gezeigt werden und nachfolgend beschrieben werden, ein oder mehrere bzw. verschiedene Elemente sein kann bzw. können, wie zum Beispiel eine oder mehrere Scheiben (welche zum Beispiel magnetisch, optisch, magneto-optisch, usw. sein können), wobei der Speicher 654 und/oder der Massenspeicher 662 oben unter Bezugnahme auf 7 beschrieben ist. Weiterhin können in einer Ausführungsform, bei der der Server, mit dem das in 13 gezeigte maschinen-lesbare Speichermedium verknüpft ist, ein Netzwerkcomputer ist, ein oder mehrere der Elemente des maschinen-lesbaren Speichermediums auf einem anderen digitalen Verarbeitungssystem gespeichert werden und auf den Server herunter geladen werden. Weiterhin können die Elemente, die unter Bezugnahme auf das maschinenlesbare Speichermedium beschrieben sind, zu irgendeinem Zeitpunkt in einem nicht-flüchtigen Massenspeicher (zB. einer Festplatte) gespeichert werden. Umgekehrt können zu anderen Zeiten, die Elemente des Maschinenspeichermediums zwischen unterschiedlichen Speicherbereichen, wie zum Beispiel DRAM, SRAM, Scheibe, usw. verstreut werden.
  • 13 zeigt ein maschinen-lesbares Speichermedium 760. In einer Ausführungsform wird das maschinen-lesbare Speichermedium ausgenutzt, wenigstens zu einem Teil, um Mediendaten zur Übertragung auf einer Datenkommunikationsverbindung im Einklang mit einer oder mehreren Methode/n der Erfindung zu paketieren. Das maschinen-lesbare Speichermedium kann mit einem Server, wie zum Beispiel dem Server 694 verknüpft werden, der unter Bezugnahme auf 8 beschrieben ist, um Routinen einzuschließen, um Hinweisspuren zu erschaffen und Mediendaten gemäß der Hinweisspuren zu übertragen. In einer anderen Ausführungsform kann das maschinenlesbare Speichermedium 760 mit einem digitalen Verarbeitungssystem wie zum Beispiel der Server 700 verknüpft sein, der unter Bezugnahme auf 9 beschrieben wird, bei dem ein digitales Verarbeitungssystem, wie zum Beispiel ein Generator, Routinen einschließt, um Hinweise zu erschaffen, und der Server – indem er die Hinweise, als verarbeitet durch Routinen, die durch das maschinen-lesbare Speichermedium 760 zur Verfügung gestellt werden, verwendet – kann Mediendaten paketieren und übertragen.
  • Das maschinen-lesbare Speichermedium 760 schließt eine Anzahl an Elementen ein. Zum Beispiel kann das maschinenlesbare Speichermedium 760 Software einschließen zum Liefern einer Betriebssystemfunktionalität an den Server, wie durch ein Serverbetriebssystem (OS) 762 dargestellt. Eine Netzwerkübertragungsroutine bzw. -routinen 768 stellt bzw. stellen eine Datenkommunikationsfunktionalität zur Verfügung, wie zum Beispiel Routinen, Protokolle, usw., um dem Server zu erlauben, dass er Daten über eine Datenkommunikationsverbindung sendet und empfängt.
  • Zusätzlich schließt das maschinen-lesbare Speichermedium 760 eine Medienpaketierungsroutine 770 ein zum Paketieren von Mediendaten, welche zeitbezogen sein können, die auf Hinweisen basieren, und welche ebenso paketiert werden können. Demgemäß schließt das maschinen-lesbare Speichermedium 760 eine Mediendatenspeicherfläche 764 ein und eine Hinweisspeicherfläche 766, um Mediendaten zu speichern, (welche zum Beispiel QuickTime-Filme oder andere Medienspuren sein können) bzw. Hinweise (zB. Hinweisspuren) entsprechend. Diese Hinweise können Hinweisspuren einschließen, die zur Paketierung und Übertragung von Mediendaten zeitbezogen sind, welche typischerweise ebenso zeitbezogen sind (zB. Video, Audio, Video und Audio). In einer Ausführungsform werden die Hinweise separat von den Mediendatenpaketen paketiert. In einer Ausführungsform schließen Hinweise Zeigerinformationen ein, die Mediendaten identifizieren (zB. ein besonderes bzw. einzelnes Paket bzw. einzelne Pakete (welche in einer separaten Mediendatei sein können.
  • 14 ist ein Beispiel eines maschinen-lesbaren Speichermediums, auf das durch ein digitales Verarbeitungssystem, wie zum Beispiel ein Empfangssystem oder ein anderes digitales Verarbeitungssystem gemäß einer Ausführungsform der Erfindung zugegriffen werden kann. Es versteht sich, dass der tatsächliche Speicher, der die Elemente speichert, die gezeigt sind in und nachfolgend unter Bezugnahme auf 14 beschrieben werden, ein oder mehrere Elemente sein kann, wie zum Beispiel eine oder mehrere Scheiben (welche zum Beispiel magnetisch, optisch, magneto-optisch, usw. sein können), wobei der Speicher 654 und/oder der Massenspeicher 662 unter Bezugnahme auf 7 beschrieben werden. Weiterhin ist eine Ausführungsform, bei der das Empfangssystem, mit welchem das maschinen-lesbare Speichermedium, das in 14 gezeigt ist, verknüpft ist, ein Netzwerkcomputer ist, wobei eines oder mehrere der Elemente des maschinen-lesbaren Speichermediums auf einem anderen digitalen Verarbeitungssystem gespeichert werden und auf das Empfangssystem herunter geladen werden können. Weiterhin können die Elemente, die unter Bezugnahme auf das maschinen-lesbare Speichermedium beschrieben werden, zu irgendeinem Zeitpunkt in bzw. auf einem nicht-flüchtigen Massenspeicher (zB. einer Festplatte) gespeichert werden. Umgekehrt können die Elemente des maschinen-lesbaren Speichermediums zu anderen Zeiten zwischen unterschiedlichen Speicherflächen bzw. -bereichen wie zum Beispiel DRAM, SRAM usw. verstreut sein.
  • 14 zeigt ein maschinen-lesbares Speichermedium 780. In einer Ausführungsform wird das maschinen-lesbare Speichermedium, wenigstens zu einem Teil verwendet, um Mediendaten zu verarbeiten, die im Einklang mit einem oder mehreren Verfahren der Erfindung paketiert sind. Das maschinenlesbare Speichermedium 780 kann mit einem Empfangssystem, wie zum Beispiel einem Klienten- Datenverarbeitungssystem 682 verknüpft sein, das unter Bezugnahme auf 8 und 9 beschrieben wird, um Routinen einzuschließen, um Mediendaten zu präsentieren, die gemäß Hinweisen gesendet/empfangen werden. Alternativ kann das maschinen-lesbare Speichermedium 780 Mediendaten einschließen, die Hinweise (zB. Hinweisspuren) aufweisen, die darin eingebettet sind. Derartige eingebettete Mediendaten können vorgepackt oder durch eine Routine erzeugt sein, die auf einem maschinenlesbaren Speichermedium, wie zum Beispiel dem maschinenlesbaren Speichermedium 780, gespeichert ist.
  • Das maschinen-lesbare Speichermedium 780 kann eine Anzahl an Elementen einschließen. Zum Beispiel schließt das maschinen-lesbare Speichermedium 780 eine Software zum Liefern einer Betriebssystemfunktionalität an das Empfangssys tem ein, wie durch ein Serverbetriebssystem (OS) 772 dargestellt wird. Eine Netzwerkübertragungsroutine bzw. -routinen 782 liefern eine Datenkommunikationsfunktionalität, wie zum Beispiel Routinen, Protokolle, usw., um dem Server zu erlauben, dass er Daten über eine Datenkommunikationsverbindung sendet und empfängt.
  • Zusätzlich schließt das maschinen-lesbare Speichermedium 780 eine Medienpräsentationsroutine 778 ein zum Präsentieren von Mediendaten, die gemäß Hinweisen paketiert sind. Somit kann das maschinen-lesbare Speichermedium 780, und insbesondere, die Medienpräsentationsroutine 778 Routinen zur Dekompression von Audio- und/oder Videodaten, zum Anzeigen von Video, und/oder Abspielen von Audio usw. einschließen. Weiterhin stellt die Medienpräsentationsroutine 778 typischerweise eine Behandlung von Hinweisen zur Verfügung, die mit den Mediendaten verknüpft sind. In einer Ausführungsform werden die Hinweise ignoriert wie bzw. wenn Medien präsentiert werden.
  • Optionalerweise kann das maschinen-lesbare Speichermedium 780 Mediendaten speichern, die gemäß Hinweisen als Mediendaten 774 paketiert wurden, und kann eine Mediendatenwiederzusammenbauroutine 776 einschließen, um die gespeicherten Mediendaten (zB. um präsentiert zu werden oder übertragen zu werden usw.) wieder zusammen zu bauen.
  • 15 ist ein Diagram eines Datenspeicher- und/oder -kommunikationsmediums, das gemäß einer Ausführungsform der Erfindung darauf gespeicherte/transportierte Medien- und Hinweisinformationen aufweist. Ein Datenspeicher- und/oder -kommunikationsmedium (Medium) 800 wird gezeigt, welches verschiedenartige Typen eines Transport- und/oder Speichermediums darstellt, in welchem ein Mediendatenpaket 804 und ein Hinweispaket 806, die gemäß der vorliegenden Erfindung paketiert sind, gespeichert oder trans portiert werden könnten. Zum Beispiel kann das Medium 800 den Massenspeicher 662 und/oder den Speicher 654 darstellen, der oben unter Bezugnahme auf 7 beschrieben ist. Das Medium 800 kann ebenso ein Kommunikationsmedium, wie zum Beispiel den LAN-Bus 612 darstellen, der gezeigt in 6 ist oder kann die Datenkommunikationsverbindung 686 zum Transportieren von Daten/Signalen, die Medien und/oder andere Informationen darstellen.
  • Das Hinweispaket 806 und das Medienpaket 804 können in ein Paket integriert werden oder gespeichert werden und/oder getrennt transportiert werden, wie in 15 dargestellt ist. Weiterhin kann das Hinweispaket 806 und das Medienpaket 804 mehrere bzw. verschiedene Formattypen verkörpern, wie zum Beispiel diejenigen, die hierin beschrieben werden oder eines, das mit anderen Medienformaten, Netzwerkprotokollen und/oder einer digitalen Verarbeitungsgerätearchitektur verknüpft ist.
  • Unten sind einige Beispielformate von Hinweisen vorgesehen. Es versteht sich, dass die vorliegende Erfindung jedoch mit verschiedenartigen Typen an Netzwerkprotokollen, digitalen Verarbeitungssystemarchitekturen, Medienformaten, usw. verwertet bzw. verwendet werden kann, um eine Übertragung von zeit-bezogenen Daten zu liefern.
  • Während die Erfindung im Sinne von mehreren bzw. verschiedenen Ausführungsformen und erläuternden Figuren beschrieben worden ist, wird der Fachmann erkennen, dass die Erfindung nicht auf die beschriebenen Ausführungsformen und Figuren begrenzt ist. Insbesondere kann die Erfindung in mehreren alternativen Ausführungsformen ausgeführt werden, die eine Paketierung von zeit-bezogenen Medien zur Verfügung stellen.
  • Anhang A – Paketierung-Hinweis-Abtastwerte-Beschreibung
  • In einer Ausführungsform der vorliegenden Erfindung, weist jede Hinweisspur eine Tabelle mit Muster- bzw. Abtastwertbeschreibungen auf. Hinweisspuren weisen typischerweise eine Muster- bzw. Abtastwertbeschreibung auf. Das Format für jeden Abtastwertbeschreibungseintrag für eine Hinweisspur, gemäß einer Ausführungsform der vorliegenden Erfindung, wird nachstehend in Tabelle 1 beschrieben.
  • Tabelle: 1 Hinweisspurabtastwertbeschreibungsformat
    Figure 00530001
  • Das Paketierungshinweiskopfstückatom enthält die folgenden Datenelemente:
  • Figure 00530002
  • Figure 00540001
  • Die Struktur für die zusätzlichen Datentabelleneinträge wird in Tabelle 2 gezeigt.
  • Tabelle 2: Zusätzliches Datentabellenformat
    Figure 00540002
  • Die zusätzlichen Datentabelleneinträge enthalten die folgenden Datenelemente:
  • Figure 00550001
  • Die folgenden Datenkennzeichen können für mehrere verschiedenartige Typen an Datenformattypen definiert werden. Andere Kennzeichen können wie erforderlich erschaffen werden.
  • Figure 00550002
  • Die folgenden Datenformattypen werden definiert. Neue Typen können wie benötigt definiert werden.
  • Figure 00560001
  • Das folgende Datenkennzeichen wird in einer Ausführungsform für ,rtp'-Daten verwendet.
  • Figure 00560002
  • Die folgenden Datenkennzeichen sind für ,rtp'-Daten optional.
  • Figure 00560003
  • Figure 00570001
  • Anhang B – Beispielhinweisspur für RTP
  • Dieser Abschnitt präsentiert ein Beispiel eines Hinweisspurformates zum datenstromartigen Übertragen von RTP von einem QuickTime-Film.
  • Bei Standard-RTP wird jeder Mediendatenstrom typischerweise als ein separater RTP-Datenstrom gesendet. Multiplexen wird allgemein erreicht, indem ein Multiplexen der IP-Port-Ebene verwendet wird, nicht indem die Daten von vielfachen Datenströmen in eine einzelne RTP-Sitzung dazwischen gelegt bzw. verschachtelt werden. Deshalb sollte jede Medienspur in dem Film eine verknüpfte RTP-Hinweisspur aufweisen. In einer Ausführungsform der vorliegenden Erfindung enthält jede Hinweisspur eine Spurreferenz zurück auf die Medienspur, welche sie datenstromartig überträgt.
  • In diesem Beispiel wird die Paketgröße zu der Zeit bestimmt zu der die Hinweisspur erschaffen wird. Deshalb wird in der Abtastwertbeschreibung für die Hinweisspur (eine Datenstruktur, welche Felder enthalten kann, die spezifisch zu der ,Kodierung' sind – welche in diesem Fall ein Protokoll ist) die gewählte Paketgröße angezeigt. In einem Beispiel der vorliegenden Erfindung werden verschiedene RTP-Hinweisspuren für jede Medienspur zur Verfügung gestellt, um unterschiedliche Paketgrößenauswahlen zu liefern. Andere Protokolle können ebenso parameterisiert werden. Ähnlich wird die passende Zeit-Skala für die RTP-Uhr in der nachfolgenden Abtastwertbeschreibung zur Verfügung gestellt.
  • Die Hinweisspur bezieht sich auf seine Grundmedienspur durch eine einzelne Spurreferenzdeklaration. (RTP erlaubt nicht ein Multiplexen von Medien innerhalb eines ein zelnen RTP-Datenstroms). Die Abtastwertbeschreibung für RTP deklariert die Maximalpaketgröße, welche diese Hinweisspur erzeugen wird. Sitzungsbeschreibungs- (SAP/SDP) – informationen werden in den Benutzer-Datenatomen in der Spur gespeichert.
  • Jeder Abtastwert in der RTP-Hinweisspur enthält die Instruktionen um einen Satz an Paketen, welche zu einer gegebenen Zeit ausgesandt werden müssen, auszusenden. Die Zeit in der Hinweisspur ist eine Aussendezeit, nicht notwendigerweise die Medienzeit der verknüpften Medien.
  • In der folgenden Beschreibung der internen Struktur von Abtastwerten, welche Mediendaten sind, nicht Metadaten, in welchen die Terminologie dieses Beispiels beschrieben wird, brauchen sie nicht als Objekte strukturiert zu sein.
  • In diesem Beispiel enthält jeder Abtastwert zwei Bereiche: die Instruktionen um die Pakete zusammen zu stellen und irgendwelche Extradaten, die gebraucht werden, wenn jene Pakete (zB. eine verschlüsselte Version der Mediendaten) gesendet werden.
  • Figure 00580001
  • Jedes RTP-Hinweispaket enthält die Information ein einzelnes Paket zu senden. In einer Ausführungsform wird, um Medienzeit von Aussendungszeit zu trennen, ein RTP-Zeitstempel spezifischerweise eingeschlossen, zusammen mit Daten, die benötigt werden, um das RTP-Kopfstück zu formen. In alternativen Ausführungsformen ist dies jedoch nicht der Fall. Andere Kopfstückinformationen werden typischerweise geliefert. Eine Tabelle von Konstruktionseinträgen ist wie folgt konstruiert:
  • Figure 00590001
  • Da gibt es verschiedenartige Formen des Konstruktors. Jeder Konstruktor weist 16 Bytes auf, welche eine Wiederholung relativ einfach machen. Das erste Byte ist ein Union-Diskriminator:
  • Figure 00590002
  • Der unmittelbare Modus erlaubt das Einfügen von nutzlast-spezifischen Kopfstücken (zB. das RTP H.261-Kopfstück). Für Hinweisspuren, bei denen die Medien ,in das Reine' gesendet werden, kann der Medienabtastwerteintrag die Bytes spezifizieren, die von der Medienspur zu kopieren sind, indem die Abtastwertnummer, Datenversatz, und zu kopierende Länge angegeben wird. Für relativ komplexe Fälle (zB. Verschlüsselung oder Vorwärts-Fehlerkorrektur), können die transformierten Daten in die Hinweisabtastwerte plaziert werden, und dann kann ein Hinweisabtastwertmodus verwendet werden, welcher von dem Extradatenfeld in dem RTP-Abtastwert selbst geliefert werden würde.
  • In einer Ausführungsform der vorliegenden Erfindung gibt es kein Erfordernis, dass aufeinanderfolgende Pakete aufeinanderfolgende Bytes aus dem Mediendatenstrom übertragen. Zum Beispiel kann, um sich an das RTP-Standardverpacken von H.261 anzupassen, kann in einem Beispiel der vorliegenden Erfindung, ein Byte an dem Ende eines Paketes und ebenso an dem Beginn des Nächsten (wenn eine Makroblockgrenze in ein Byte hineinfällt) gesendet werden.
  • Anhang C – Paketierung von Hinweisabtastwertdaten für ein Datenformat ,rtp'
  • Dieser Anhang liefert eine Beschreibung der Abtastwertdaten für das ,rtp'-Format, gemäß einer Ausführungsform der Erfindung. Das ,rtp'-Format nimmt an, dass ein Server Daten sendet, indem er ein Echtzeit-Transportprotokoll (RTP) verwendet. Dieses Format nimmt an, dass der Server über RTP-Kopfstücke Bescheid weiß, es erfordert aber nicht, dass der Server irgendwie über ein spezifisches Medienkopfstück Bescheid weiß, einschließlich Medienkopfstücke, die in verschiedenartigen IETF-Entwürfen definiert werden.
  • In einer Ausführungsform der vorliegenden Erfindung wird jeder Abtastwert in der Hinweisspur ein oder mehrere RTP-Pakete erzeugen. Jeder Eintrag in der Abtastwertdatentabelle in einen Hinweisspurabtastwert korrespondiert mit einem einzelnen RTP-Paket. Abtastwerte in der Hinweisspur können oder müssen nicht mit Abtastwerten in der Medienspur korrespondieren. In einer Ausführungsform der vorliegenden Erfindung sind die Daten in dem Hinweisspurabtastwert Byteausgerichtet, aber nicht 32-Bit-ausgerichtet.
  • Figure 00610001
  • Tabelle 3 – Zusätzliche Daten
    Figure 00610002
  • In einer Ausführungsform enthält der Paketeintrag die folgenden Datenelemente:
  • Figure 00620001
  • Das RTP-Kopfstückinformationsfeld enthält das folgende Element:
  • Figure 00620002
  • Figure 00630001
  • Das RTP-Kopfstückinformationsfeld enthält die folgenden Elemente:
  • Figure 00630002
  • Alle undefinierten Bits (0–1 und 4–7) sind reserviert und sind auf Null gesetzt.
  • Der Ort der definierten Bits sind an dem gleichen Bit-Ort wie in dem RTP-Kopfstück.
  • Figure 00640001
  • Tabelle 4 – Datentabelle
    Figure 00650001
  • Das Datenquellenfeld der Eintragstabelle zeigt an, wie die anderen 15 Bytes des Eintrags zu interpretieren sind. Werte von 0 bis 4 werden definiert. Die verschiedenartigen Datentabellenformate werden unten definiert. Obwohl es da verschiedenartige Schemen gibt, sind die Einträge in den verschiedenartigen Schemen typischerweise 16 Bytes lang.
  • Nicht-Betriebs-Datenmodus
  • Der Datentabelleneintrag weist das folgende Format für einen Nicht-Betriebsmodus auf:
  • Figure 00650002
  • Unmittelbarer Datenmodus
  • Der Datentabelleneintrag weist das folgende Format für den unmittelbaren Modus auf:
  • Figure 00650003
  • Figure 00660001
  • Abtast- bzw. Abtastwertmodus
  • Der Datentabelleneintrag weist das folgende Format für den Abtast- bzw. Abtastwertmodus auf:
  • Figure 00660002
  • Figure 00670001
  • Wenn die Bytes per Kompressionsblock und/oder die Abtastwerte per Kompressionsblock größer als 1 sind, dann wird dieses Verhältnis verwendet, um eine Abtastwertnummer in ein tatsächlichen Byteversatz hinein zu übersetzen. Dieser Verhältnismodus wird typischerweise für komprimierte Audiospuren in QuickTime-Filmen derart verwendet, dass: CB = NS·BPCB/SPCBwobei
    CB = komprimierte Bytes
    NS = Anzahl an Abtastwerten
    BPCB = Bytes per Kompressionsblock
    SPCB = Abtastwerte per Kompressionsblock
  • Zum Beispiel hat ein GSM-Kompressionsblock typischerweise 160 Abtastwerte, die in 33 Bytes hinein gepackt sind. Daher ist BPCB = 33 und SPCB = 160. Der Hinweisabtastwert fordert 33 Bytes von Daten an, die an dem 161-ten Medienabtastwert beginnen. Wird angenommen, dass der erste QuickTime-Brocken wenigstens 320 Abtastwerte enthält, so wird, nachdem bestimmt wird, dass diese Daten von Brocken 1 kommen werden, und wo Brocken 1 beginnt, das Verhältnis verwendet, um den Versatz in die Datei hinein einzustellen, wo die nachgefragten Abtastwerte gefunden werden: Brocken_nummer = 1; /* wird berechnet, indem man durch das Abtastwert-zu-Brockenatom geht */ erster_Abtastwert_in_diesem_Brocken = 1 /* wird ebenso von diesem Atom berechnet */ Brocken_Versatz = Brocken_Versätze[Brocken nummer]; /* von dem stco-Atom */ Daten_Versatz = (Abtastwert_nummer – erster-Abtastwert in_diesem_Brocken) * BPP / SPP gelesen_aus_Datei (Brocken_Versatz + Daten_Versatz, Länge); /* liest unsere Daten */
  • Abtastwertbeschreibungsmodus
  • Der Datentabelleneintrag weist das folgende Format für einen Abtastwertbeschreibungsmodus auf:
  • Figure 00680001
  • Figure 00690001
  • Anhang D – Beispielhinweisspurformat für MPEG-2 Transport
  • Dieser Abschnitt präsentiert ein Beispiel eines einfachen Spurformates zum datenstromartigen Übertragen eines MPEG-2 Transports von einem QuickTime-Film, der elementare Datenströme hält bzw. enthält.
  • Ein MPEG-2-Transportdatenstrom ist mit einem Multiplex von einem oder mehreren elementaren Datenströmen verknüpft. Aus diesem Grund beschreibt eine MPEG-2-Transporthinweisspur, wie ein derartiges Multiplex aus einer oder mehreren Medienspuren zu konstruieren ist. Da gibt es nicht notwendigerweise eine Eins-zu-Eins-Beziehung zwischen Medienspuren und MPEG-2-Transporthinweisspuren. Jede Hinweisspur kann Referenzen auf die elementaren Datenströme enthalten, die sie darstellt. In einem Beispiel der vorliegenden Erfindung könnte eine QuickTime-Datei vielfache von derartigen Hinweisspuren enthalten, um unterschiedliche Multiplexe zu beschrieben.
  • Paketgröße ist allgemein kein Problem, da alle MPEG-2-Transportpakete eine Größe von 188 Bytes haben. In einem Beispiel der vorliegenden Erfindung enthält jedes Transportpaket (in dem MPEG-2-Transportprotokoll) Nutzlastdaten von einer Medienspur. Dies ermöglicht bzw. berücksichtigt eine relativ einfache Hinweisbeschreibung für jedes Transportpaket. In einem Beispiel der vorliegenden Erfindung beschreibt jeder derartiger Hinweise, welche Kopfstückdaten auf jedem Transportpaket erscheinen, und zeigt dann auf die Nutzlast in der passenden Medienspur für das Transportpaket. Für Pakete, welche nicht mit einer Medienspur korrespondieren, wie zum Beispiel PSI-Pakete, kann der Hinweis 188 Bytes der Kopfstückdaten beschreiben, und irgendeine Medienspurreferenz kann als irrelevant betrachtet werden. Für Pakete, die nicht mit einer Medienspur korrespondieren, können die Kopfstückdaten über Informationen, wie zum Beispiel Transportkopfstücke, mögliche Anpassungskopfstücke und PES-Kopfstücke für Transportpakete, die mit PES-Paketen beginnen, Rechenschaft ablegen bzw. Auskunft geben.
  • Bezug genommen wird auf die MPEG-2-Transporthinweisspur in dem Abtastwertbeschreibungsatom (des Typs ,stsd'). Dieses Atom schließt eine Abtastwertta belle ein, und die Einträge in dieser Tabelle unterscheiden sich basierend auf den Medientyp. In einem Beispiel der vorliegenden Erfindung beginnen Hinweisspuren mit einer Struktur, die in Tabelle 1 gezeigt ist. Die zusätzliche Datentabelle kann Einträge mit der Struktur enthalten, die in Tabelle 2 gezeigt ist:
    In einem Beispiel der vorliegenden Erfindung wird, wenn die Hinweisspur eine MPEG-2-Transporthinweisspur ist, das Datenformat in dem Hinweisspurabtastwertbeschreibungseintrag ,m2t' sein und die Maximalpaketgröße wird immer 188 betragen. In einem derartigen Beschreibungseintrag können die Typen, die unterstehend in Tabellen 5 bis 7 beschrieben werden, in der zusätzlichen Datentabelle aufgefunden werden:
  • Figure 00710001
  • Figure 00720001
  • Tabelle 6 – ,otyp'-Werte in der zusätzlichen Datentabelle
    Figure 00720002
  • Figure 00730001
  • Tabelle 7 – Format von Einträgen in dem zusätzlichen ,tmap' Dateneintrag
    Figure 00730002
  • In einer Ausführungsform der vorliegenden Erfindung beschreibt jeder Hinweisabtastwert ein Transportpaket. Jedes Transportpaket kann als einige Menge an Kopfstückdaten beschrieben werden, die durch einige Menge an Nutzlast von einer Medienspur gefolgt wird. Da MPEG-2-Transportpakete relativ klein sind, kann eine große Anzahl von Hinweisabtastwerten erzeugt werden, und somit sollten diese Abtastwerte bevorzugterweise so klein wie möglich sein. Verschiedene Einträge in der zusätzlichen Datentabelle oben können verwendet werden, um die Größe der Abtastwerte zu minimieren, aber solche Faktoren können einige der Felder in den Abtastwerteinträgen in der Größe variabel machen.
  • Wenn der ,otyp'-Eintrag in der Datentabelle einen Wert 0 aufweist, der anzeigt, das Nutzlastdaten im Sinne von Medienabtastwerten beschrieben werden, können Hinweisabtastwerte in der folgenden Form sein, die in Tabelle 8 gezeigt wird:
  • Tabelle 8 – Hinweisabtastwertformat, das Medienabtastwertreferenzen verwendet
    Figure 00730003
  • Figure 00740001
  • In einem Beispiel der vorliegenden Erfindung, ist es nicht nötig, die Länge der Nutzlastdaten für das Paket anzuzeigen, da dies Länge bei MPEG-2 gleich 188 minus die Größe des Kopfstückes für das Paket ist.
  • Wenn der ,otyp'-Eintrag in der Datentabelle den Wert 1 aufweist, der anzeigt, das Nutzlastdaten im Sinne von Dateiversätzen beschrieben werden, können Hinweisabtastwerte von der folgenden Form sein, die in Tabelle 9 gezeigt wird:
  • Figure 00750001
  • Ein einem Beispiel der vorliegenden Erfindung, beschreiben Hinweisabtastwerte ihre Versätze im Sinne von Medienabtastwerten im Sinne von Dateiversätzen. Jedes von diesen weist Vorteile und Nachteile auf. Wenn Hinweisabtastwerte Nutzlast im Sinne von Medienabtastwerten spezifizieren, können sie für zusätzliches Editieren der Datei, die die Medienspur enthält, elastischer sein, sie können aber zusätzliches Verarbeiten zur Lieferung erforderlich machen. Wenn Hinweisabtastwerte Nutzlast im Sinne von Dateiversätzen spezifizieren, kann auf die Nutzlastdaten re lativ leicht zugegriffen werden, aber irgendein Editieren der Datei, die die Medienspur enthält, kann die Hinweise ungültig machen.
  • Anhang D – Eine Beispieldatei
  • Unten zur Verfügung gestellt ist eine relativ kurze (sechs Rahmen-) Abtastwerte- bzw. Musterdatei, bei der einige der relativ wenig wichtigen Felder und Objekte ausgelassen sind (hier durch einschließende Anführungszeichen „...“ markiert), und mit einigen fiktiven Zahlen, um die Gesamtstruktur einer Datei, welche bereit ist für ein datenstromartiges Übertragen über RTP, gemäß einer Ausführungsform der vorliegenden Erfindung zu erläutern. Die Mediendaten sind ausgelassen worden; nur die Meta-Daten werden gezeigt.
  • Figure 00760001
  • Figure 00770001
  • Figure 00780001
  • Figure 00790001
  • Figure 00800001
  • Figure 00810001
  • Figure 00820001
  • Figure 00830001
  • Figure 00840001
  • Figure 00850001

Claims (19)

  1. Verfahren, welches durch ein digitales Verarbeitungssystem zur Verarbeitung von Mediendaten implementiert ist, wobei das Verfahren umfasst: Erstellen eines Satzes von Daten auf einem ersten digitalen Verarbeitungssystem, um anzuzeigen, wie eine zeitbezogene Sequenz von Mediendaten gemäß einem Übertragungsprotokoll übertragen wird; und Speichern des Satzes von Daten auf einer Speichervorrichtung, die mit dem ersten digitalen Verarbeitungssystem verbunden ist, wobei der Satz von Daten eine zeitbezogene Sequenz von Daten ist, welche der zeitbezogenen Sequenz von Mediendaten zugeordnet und von ihr getrennt ist.
  2. Verfahren gemäß Anspruch 1, wobei der Satz von Daten als eine Spur von anzeigenden Daten gespeichert wird.
  3. Verfahren gemäß Anspruch 1 weiter umfassend: Bestimmen eines Formats der zeitbezogenen Sequenz von Mediendaten vor Erstellen des Satzes von Daten; Bestimmen des Übertragungsprotokolls vor Erstellen des Satzes von Daten.
  4. Verfahren gemäß Anspruch 1, wobei das Übertragungsprotokoll ein Paketdatenprotokoll umfasst.
  5. Vorrichtung umfassend: ein erstes digitales Verarbeitungssystem, umfassend einen ersten Prozessor, um einen Satz von Daten zu erzeugen, welcher der Übertragung einer zeitbezogenen Sequenz von Mediendaten gemäß einem Übertragungsprotokoll zugeordnet ist, wobei der Satz von Daten eine zeitbezogene Sequenz von Daten ist, welche der zeitbezogenen Sequenz von Mediendaten zugeordnet und von ihr getrennt ist.
  6. Vorrichtung gemäß Anspruch 5, weiter umfassend: Ein zweites digitales Verarbeitungssystem, welches mit dem ersten digitalen Verarbeitungssystem verbunden ist, um den Satz von Daten von dem ersten digitalen Verarbeitungssystem zu erhalten, wobei der zweite Prozessor umfasst: einen zweiten Prozessor; einen ersten Speicherbereich, um die Mediendaten zu speichern; und einen zweiten Speicherbereich, um den Satz von Daten zu speichern.
  7. Computerlesbares Medium, umfassend: eine zeitbezogene Sequenz von Mediendaten; einen Satz von Daten, welcher, wenn er durch ein digitales Verarbeitungssystem verarbeitet wird, dem digitalen Verarbeitungssystem anzeigt, wie die zeitbezogene Sequenz von Mediendaten gemäß einem Übertragungsprotokoll zu übertragen ist, wobei der Satz von Daten eine zeitbezogene Sequenz von Daten ist, welche der zeitbezogenen Sequenz von Mediendaten zugeordnet und von ihr getrennt ist.
  8. Computerlesbares Medium gemäß Anspruch 7, wobei der Satz von Daten als eine Spur von anzeigenden Daten gespeichert ist.
  9. Computerlesbares Medium gemäß Anspruch 7, weiter umfassend: einen ersten Satz von Anweisungen, um ein digitales Verarbeitungssystem zu veranlassen, ein Format der zeitbezogenen Sequenz von Mediendaten zu bestimmen; einen zweiten Satz von Anweisungen, um das digitale Verarbeitungssystem zu veranlassen, das Übertragungsprotokoll zu bestimmen, wobei das Übertragungsprotokoll ein Paketdatenprotokoll umfasst.
  10. Computerlesbares Medium gemäß Anspruch 7, umfassend eine magnetische Speicherfläche, wobei mindestens die zeitbezogene Sequenz von Mediendaten oder der Satz von Daten in der magnetischen Speicherfläche gespeichert ist.
  11. Computerlesbares Medium gemäß Anspruch 7, umfassend eine optische Speicherfläche, wobei mindestens die zeitbezogene Sequenz von Mediendaten oder der Satz von Anweisungen in der optischen Speicherfläche gespeichert ist.
  12. Computerlesbares Medium gemäß Anspruch 7, umfassend eine elektronische Speicherfläche, wobei mindestens die zeitbezogene Sequenz von Mediendaten oder der Satz von Daten in der elektronischen Speicherfläche gespeichert ist.
  13. Computerlesbares Medium beinhaltend ausführbare Computerprogramm-Anweisungen, welche, wenn sie auf einem ersten digitalen Verarbeitungssystem ausgeführt werden, das erste digitale Verarbeitungssystem veranlassen, ein Verfahren auszuführen, welches umfasst: Erzeugen eines Satzes von Daten, um ein Verfahren anzuzeigen, um eine zeitbezogene Sequenz von Mediendaten gemäß einem Übertragungsprotokoll zu übertragen, wobei der Satz von Daten eine zeitbezogene Sequenz von Daten ist, welche der zeitbezogenen Sequenz von Mediendaten zugeordnet und von ihr getrennt ist; und Speichern des Satzes von Daten.
  14. Computerlesbares Medium gemäß Anspruch 13, wobei der Satz von Daten als eine Spur von anzeigenden Daten gespeichert ist.
  15. Computerlesbares Medium gemäß Anspruch 13, wobei die ausführbaren Programmanweisungen weiter das erste digitale Verarbeitungssystem dazu veranlassen, das Verfahren auszuführen, welches umfasst: Bestimmen eines Formats der zeitbezogenen Sequenz von Mediendaten; Bestimmen des Übertragungsprotokolls, wobei das Übertragungsprotokoll ein Paketdatenprotokoll umfasst.
  16. Vorrichtung gemäß Anspruch 5, weiter umfassend Mittel zum Speichern des ersten Satzes von Daten.
  17. Verfahren, welches durch ein digitales Verarbeitungssystem zur Mediendaten-Verarbeitung implementiert ist, wobei das Verfahren umfasst: Erzeugen auf einem ersten digitalen Verarbeitungssystem einer ersten zeitbezogenen Sequenz von Daten, um anzuzeigen, wie eine zweite zeitbezogene Sequenz von Daten gemäß einem Übertragungsprotokoll übertragen werden soll, wobei die zweite zeitbezogene Sequenz von Daten zeitbezogenen Medien zugeordnet ist, und wobei die erste zeitbezogene Sequenz von Daten der zweiten zeitbezogenen Sequenz von Daten zugeordnet ist; und Speichern der ersten zeitbezogenen Sequenz von Daten.
  18. Verfahren gemäß Anspruch 17, wobei die erste zeitbezogene Sequenz von Daten als eine Spur von anzeigenden Daten gespeichert ist.
  19. Verfahren gemäß Anspruch 17, weiter umfassend: Bestimmen eines Formats der zweiten zeitbezogenen Sequenz von Daten vor dem Erzeugen der ersten zeitbezogenen Sequenz von Daten; und Bestimmen des Übertragungsprotokolls vor dem Erzeugen der ersten zeitbezogenen Sequenz von Daten, wobei das Übertragungsprotokoll ein Paketdatenprotokoll umfasst.
DE69925254T 1998-01-15 1999-01-13 Verfahren und vorichtung zur mediendatenübertragung Expired - Lifetime DE69925254T2 (de)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US7156698P 1998-01-15 1998-01-15
US71566P 1998-01-15
US09/140,173 US6134243A (en) 1998-01-15 1998-08-25 Method and apparatus for media data transmission
US140173 1998-08-25
PCT/US1999/000954 WO1999037057A2 (en) 1998-01-15 1999-01-13 Method and apparatus for media data transmission

Publications (2)

Publication Number Publication Date
DE69925254D1 DE69925254D1 (de) 2005-06-16
DE69925254T2 true DE69925254T2 (de) 2006-03-16

Family

ID=26752380

Family Applications (2)

Application Number Title Priority Date Filing Date
DE69933281T Expired - Lifetime DE69933281T2 (de) 1998-01-15 1999-01-13 Verfahren und Vorrichtung zur Mediendatenübertragung
DE69925254T Expired - Lifetime DE69925254T2 (de) 1998-01-15 1999-01-13 Verfahren und vorichtung zur mediendatenübertragung

Family Applications Before (1)

Application Number Title Priority Date Filing Date
DE69933281T Expired - Lifetime DE69933281T2 (de) 1998-01-15 1999-01-13 Verfahren und Vorrichtung zur Mediendatenübertragung

Country Status (10)

Country Link
US (4) US6134243A (de)
EP (1) EP1062782B1 (de)
JP (3) JP2002510165A (de)
KR (2) KR100431110B1 (de)
CN (2) CN1166142C (de)
AU (1) AU758220B2 (de)
CA (1) CA2318963C (de)
DE (2) DE69933281T2 (de)
HK (1) HK1035277A1 (de)
WO (1) WO1999037057A2 (de)

Families Citing this family (162)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6360234B2 (en) 1997-08-14 2002-03-19 Virage, Inc. Video cataloger system with synchronized encoders
US6567980B1 (en) * 1997-08-14 2003-05-20 Virage, Inc. Video cataloger system with hyperlinked output
US6453355B1 (en) * 1998-01-15 2002-09-17 Apple Computer, Inc. Method and apparatus for media data transmission
US6744763B1 (en) 1998-01-15 2004-06-01 Apple Computer, Inc. Method and apparatus for media data transmission
US6134243A (en) * 1998-01-15 2000-10-17 Apple Computer, Inc. Method and apparatus for media data transmission
KR100621677B1 (ko) * 1998-05-06 2006-09-07 마츠시타 덴끼 산교 가부시키가이샤 디지탈데이터 송수신 시스템 및 그 방법
US6728263B2 (en) * 1998-08-18 2004-04-27 Microsoft Corporation Dynamic sizing of data packets
US6833865B1 (en) * 1998-09-01 2004-12-21 Virage, Inc. Embedded metadata engines in digital capture devices
US6934837B1 (en) 1998-10-19 2005-08-23 Realnetworks, Inc. System and method for regulating the transmission of media data
US6487663B1 (en) * 1998-10-19 2002-11-26 Realnetworks, Inc. System and method for regulating the transmission of media data
US20020013852A1 (en) 2000-03-03 2002-01-31 Craig Janik System for providing content, management, and interactivity for thin client devices
US7468934B1 (en) 1999-07-12 2008-12-23 Ez4Media, Inc. Clock with link to the internet
US6378010B1 (en) * 1999-08-10 2002-04-23 Hewlett-Packard Company System and method for processing compressed audio data
JP4211153B2 (ja) 1999-09-17 2009-01-21 ソニー株式会社 記録装置および方法
US7840639B1 (en) 1999-09-21 2010-11-23 G&H Nevada-Tek Method and article of manufacture for an automatically executed application program associated with an electronic message
US9092535B1 (en) 1999-09-21 2015-07-28 Google Inc. E-mail embedded textual hyperlink object
US6360221B1 (en) 1999-09-21 2002-03-19 Neostar, Inc. Method and apparatus for the production, delivery, and receipt of enhanced e-mail
US7304990B2 (en) * 2000-02-03 2007-12-04 Bandwiz Inc. Method of encoding and transmitting data over a communication medium through division and segmentation
US7327761B2 (en) * 2000-02-03 2008-02-05 Bandwiz Inc. Data streaming
EP1126716A1 (de) * 2000-02-18 2001-08-22 Telefonaktiebolaget L M Ericsson (Publ) Verfahren und System zur Kontrolle der Bearbeitung von Videodaten
US7240099B2 (en) * 2000-03-06 2007-07-03 Sony Corporation System and method for efficiently performing data transfer operations
JP2004501532A (ja) * 2000-03-29 2004-01-15 ヴァディアム　テクノロジー　インコーポレイテッド 鍵中央提供及びキー入力可能文字によるワンタイムパッド暗号化
US7260564B1 (en) 2000-04-07 2007-08-21 Virage, Inc. Network video guide and spidering
US7222163B1 (en) 2000-04-07 2007-05-22 Virage, Inc. System and method for hosting of video content over a network
US8171509B1 (en) 2000-04-07 2012-05-01 Virage, Inc. System and method for applying a database to video multimedia
US7962948B1 (en) 2000-04-07 2011-06-14 Virage, Inc. Video-enabled community building
US7082166B2 (en) * 2000-04-17 2006-07-25 Pts Corporation Decoder for decoding segment-based encoding of video data using segmentation performed at a decoder
US7191242B1 (en) 2000-06-22 2007-03-13 Apple, Inc. Methods and apparatuses for transferring data
WO2002003645A2 (en) * 2000-06-30 2002-01-10 Nokia Inc. Method and apparatus to synchronize audio and visual application data presentation
DE10033110B4 (de) * 2000-07-07 2005-06-16 Siemens Ag Verfahren, und System zur Übertragung digitalisierter Bewegtbilder von einem Sender zu einem Empfänger und zugehöriger Decoder
US20020065678A1 (en) * 2000-08-25 2002-05-30 Steven Peliotis iSelect video
US7421729B2 (en) 2000-08-25 2008-09-02 Intellocity Usa Inc. Generation and insertion of indicators using an address signal applied to a database
US7142934B2 (en) * 2000-09-01 2006-11-28 Universal Electronics Inc. Audio converter device and method for using the same
US20060031550A1 (en) * 2000-09-05 2006-02-09 Universal Electronics Inc. Webpad adapted to communicate using wide area and local area communication channels
US20020065927A1 (en) * 2000-09-05 2002-05-30 Janik Craig M. Webpad and method for using the same
US20020065902A1 (en) * 2000-09-05 2002-05-30 Janik Craig M. Webpad and method for using the same
FR2814027B1 (fr) * 2000-09-14 2003-01-31 Cit Alcatel Procede de synchronisation d'un fichier multimedia
US7200357B2 (en) * 2000-10-20 2007-04-03 Universal Electronics Inc. Automotive storage and playback device and method for using the same
US20020126990A1 (en) * 2000-10-24 2002-09-12 Gary Rasmussen Creating on content enhancements
KR20020032803A (ko) * 2000-10-27 2002-05-04 구자홍 스트리밍 서비스를 위한 파일 구조
JP2002152259A (ja) * 2000-11-13 2002-05-24 Yozan Inc 通信端末装置および課金処理装置
FR2818066B1 (fr) * 2000-12-12 2003-10-10 Eads Airbus Sa Procede et dispositif de transmission deterministe de donnees asynchrones mises en paquet
NL1017388C2 (nl) 2001-02-16 2002-08-19 Marc Van Oldenborgh Organisch datanetwerk met een dynamische topologie.
EP1364533A1 (de) * 2001-02-20 2003-11-26 Intellocity USA, Inc. Inhaltsabhängige video-auswahl
JP3946965B2 (ja) * 2001-04-09 2007-07-18 ソニー株式会社 無体財産権を保護する情報を記録する記録装置、記録方法、記録媒体、およびプログラム
AU2002302974A1 (en) * 2001-05-31 2002-12-09 Canon Kabushiki Kaisha Information storing apparatus and method therefor
US7945688B1 (en) 2001-06-12 2011-05-17 Netapp, Inc. Methods and apparatus for reducing streaming media data traffic bursts
EP1988710B1 (de) * 2001-06-15 2011-06-08 Sharp Kabushiki Kaisha Verfahren und Vorrichtung zur Datendekodierung
US7428548B2 (en) 2001-08-15 2008-09-23 Bentley Systems, Inc. Computer readable medium for storing large data files
US7162479B2 (en) * 2001-08-15 2007-01-09 Bentley Systens, Incorporated Method and system for storing large data files
WO2003017567A1 (en) * 2001-08-15 2003-02-27 Bentley Systems, Incorporated Method and system for storing large data files
US20030056010A1 (en) * 2001-09-20 2003-03-20 Koninklijke Philips Electronics N.V. Downstream metadata altering
EP1463056A4 (de) 2001-11-29 2006-07-05 Sharp Kk Datenaufzeichnungsverfahren, datenlöschverfahren, datenanzeigeverfahren, aufzeichnungsvorrichtung, aufzeichnungsmedium und programm
US7281052B2 (en) * 2001-12-14 2007-10-09 International Business Machines Corporation Data tracing identifiers
US7681013B1 (en) 2001-12-31 2010-03-16 Apple Inc. Method for variable length decoding using multiple configurable look-up tables
US7034849B1 (en) * 2001-12-31 2006-04-25 Apple Computer, Inc. Method and apparatus for image blending
WO2003063465A2 (en) * 2002-01-16 2003-07-31 Aviom, Inc. System and method for transmitting audio or video data using multiple levels of protection
JP2005516278A (ja) * 2002-01-23 2005-06-02 クルーズ、スカイ 情報を秘密保護して送信および分配し、中間情報記憶媒体において送信された情報の物理的な例示を行う方法およびシステム
US20030142113A1 (en) * 2002-01-30 2003-07-31 Xerox Corporation Hint data editor and method of editing hint data
US20030163477A1 (en) * 2002-02-25 2003-08-28 Visharam Mohammed Zubair Method and apparatus for supporting advanced coding formats in media files
US20040167925A1 (en) * 2003-02-21 2004-08-26 Visharam Mohammed Zubair Method and apparatus for supporting advanced coding formats in media files
US7613727B2 (en) * 2002-02-25 2009-11-03 Sont Corporation Method and apparatus for supporting advanced coding formats in media files
WO2003075524A1 (en) * 2002-03-04 2003-09-12 Fujitsu Limited Hierarchical encoded data distributor and distributing method
US8214655B2 (en) 2002-03-29 2012-07-03 Kabushiki Kaisha Toshiba Data structure of multimedia file format, encrypting method and device thereof, and decrypting method and device thereof
US7249264B2 (en) * 2002-04-02 2007-07-24 International Business Machines Corporation Secure IP based streaming in a format independent manner
US20040006575A1 (en) * 2002-04-29 2004-01-08 Visharam Mohammed Zubair Method and apparatus for supporting advanced coding formats in media files
US7831990B2 (en) * 2002-04-29 2010-11-09 Sony Corporation Generic adaptation layer for JVT video
US7451229B2 (en) * 2002-06-24 2008-11-11 Microsoft Corporation System and method for embedding a streaming media format header within a session description message
US8117328B2 (en) * 2002-06-25 2012-02-14 Microsoft Corporation System and method for automatically recovering from failed network connections in streaming media scenarios
US20040002993A1 (en) * 2002-06-26 2004-01-01 Microsoft Corporation User feedback processing of metadata associated with digital media files
US7401221B2 (en) * 2002-09-04 2008-07-15 Microsoft Corporation Advanced stream format (ASF) data stream header object protection
NO318686B1 (no) * 2002-09-27 2005-04-25 Gridmedia Technologies As Multimedia-filformat
WO2004036760A1 (en) * 2002-10-15 2004-04-29 Koninklijke Philips Electronics N.V. System and method for providing error recovery for streaming fgs encoded video over an ip network
US7305043B2 (en) * 2002-10-17 2007-12-04 Ibiquity Digital Corporation Method and apparatus for formatting signals for digital audio broadcasting transmission and reception
CA2504423C (en) * 2002-10-31 2011-10-18 Arizan Corporation Methods and apparatus for summarizing document content for mobile communication devices
AU2003280101A1 (en) * 2002-11-20 2004-06-15 Nokia Corporation System and method for data transmission and reception
JP3937223B2 (ja) * 2003-01-21 2007-06-27 ソニー株式会社 記録装置、再生装置、記録方法及び再生方法
FR2850817B1 (fr) * 2003-01-31 2005-06-03 Cit Alcatel Dispositif de traitement de donnees audio et video pour une communication multimedia via un reseau local etabli au sein d'un reseau asynchrone
US20040158582A1 (en) * 2003-02-11 2004-08-12 Shuichi Takagi Method and apparatus for synchronously transferring data from a local storage medium to a remote storage medium, and method and system for managing transfer of data from a source storage medium to a repository storage medium
US7991905B1 (en) 2003-02-12 2011-08-02 Netapp, Inc. Adaptively selecting timeouts for streaming media
CN100583880C (zh) * 2003-02-26 2010-01-20 Nxp股份有限公司 用于广播多媒体内容的系统
US7768234B2 (en) * 2004-02-28 2010-08-03 Janik Craig M System and method for automatically synchronizing and acquiring content for battery powered devices
US9274576B2 (en) * 2003-03-17 2016-03-01 Callahan Cellular L.L.C. System and method for activation of portable and mobile media player devices for wireless LAN services
EP1566966A4 (de) * 2003-03-25 2007-02-28 Matsushita Electric Ind Co Ltd Datenübertragungseinrichtung
JP2004310330A (ja) * 2003-04-04 2004-11-04 Sony Corp プログラム、その方法およびその装置
US20040199669A1 (en) * 2003-04-04 2004-10-07 Riggs Nicholas Dale Apparatus and method for efficiently and securely transferring files over a communications network
US7623482B2 (en) * 2003-05-10 2009-11-24 Hewlett-Packard Development Company, L.P. System and method for effectuating the transfer of data blocks including a header block across a clock boundary
JP2005012262A (ja) 2003-06-16 2005-01-13 Canon Inc 記録装置、記録方法、記録再生装置及び記録再生方法
US20040260827A1 (en) * 2003-06-19 2004-12-23 Nokia Corporation Stream switching based on gradual decoder refresh
US7483532B2 (en) * 2003-07-03 2009-01-27 Microsoft Corporation RTP payload format
KR100523357B1 (ko) * 2003-07-09 2005-10-25 한국전자통신연구원 이더넷 기반 수동형 광네트워크의 보안서비스 제공을 위한키관리 장치 및 방법
CN1617254A (zh) 2003-11-10 2005-05-18 皇家飞利浦电子股份有限公司 光盘播放系统及其播放方法
JP4439880B2 (ja) * 2003-11-13 2010-03-24 パナソニック株式会社 コンテンツ配信システム、コンテンツサーバ、コンテンツ受信装置、コンテンツ配信方法、記録媒体、及びプログラム
US7555009B2 (en) * 2003-11-14 2009-06-30 Canon Kabushiki Kaisha Data processing method and apparatus, and data distribution method and information processing apparatus
US8732221B2 (en) * 2003-12-10 2014-05-20 Magix Software Gmbh System and method of multimedia content editing
US20050132293A1 (en) * 2003-12-10 2005-06-16 Magix Ag System and method of multimedia content editing
US7652844B2 (en) * 2003-12-24 2010-01-26 Bruce Edwards System and method for protecting removeable media playback devices
US7394011B2 (en) * 2004-01-20 2008-07-01 Eric Christopher Huffman Machine and process for generating music from user-specified criteria
BRPI0418464B1 (pt) * 2004-02-10 2019-02-05 Thompson Licensing armazenamento de conjuntos de parâmetros de codificação de vídeo avançada (avc) no formato de arquivo avc
WO2005088894A1 (en) * 2004-03-11 2005-09-22 Universal Electronics Inc. Syncronizing device-specific encrypted data to and from mobile devices using detachable storage media
US7818444B2 (en) 2004-04-30 2010-10-19 Move Networks, Inc. Apparatus, system, and method for multi-bitrate content streaming
US20050278433A1 (en) * 2004-06-10 2005-12-15 Levi Ronald M System and method for the transmission of data
US7624157B2 (en) * 2004-06-30 2009-11-24 Silicon Laboratories Inc. Ethernet controller with excess on-board flash for microcontroller interface
US20060004926A1 (en) * 2004-06-30 2006-01-05 David Thomas S Smart buffer caching using look aside buffer for ethernet
US7624021B2 (en) * 2004-07-02 2009-11-24 Apple Inc. Universal container for audio data
US7899492B2 (en) 2004-07-16 2011-03-01 Sellerbid, Inc. Methods, systems and apparatus for displaying the multimedia information from wireless communication networks
US7957733B2 (en) 2004-07-16 2011-06-07 Sellerbid, Inc. Method and apparatus for multimedia communications with different user terminals
US20140071818A1 (en) 2004-07-16 2014-03-13 Virginia Innovation Sciences, Inc. Method and system for efficient communication
TWI300186B (en) * 2004-07-30 2008-08-21 Mediatek Inc Method and apparatus for data recording with pseudo-merge
JP4182932B2 (ja) * 2004-08-04 2008-11-19 ソニー株式会社 記録装置および方法、再生装置および方法、記録再生装置および方法、並びにプログラム
US7752325B1 (en) 2004-10-26 2010-07-06 Netapp, Inc. Method and apparatus to efficiently transmit streaming media
US20060100924A1 (en) * 2004-11-05 2006-05-11 Apple Computer, Inc. Digital media file with embedded sales/marketing information
CA2489256A1 (en) * 2004-12-06 2006-06-06 Christoph Both System and method for video assisted music instrument collaboration over distance
FI20041689A0 (fi) * 2004-12-30 2004-12-30 Nokia Corp Mediavirran merkintä ja/tai jakaminen solukkoverkon päätteessä
US20060158677A1 (en) * 2005-01-18 2006-07-20 Atousa Soroushi Enhanced image data processing method and apparatus
US7852353B1 (en) * 2005-03-31 2010-12-14 Apple Inc. Encoding a transparency (alpha) channel in a video bitstream
US7496678B2 (en) * 2005-05-11 2009-02-24 Netapp, Inc. Method and system for unified caching of media content
US8244179B2 (en) 2005-05-12 2012-08-14 Robin Dua Wireless inter-device data processing configured through inter-device transmitted data
US7684566B2 (en) 2005-05-27 2010-03-23 Microsoft Corporation Encryption scheme for streamed multimedia content protected by rights management system
US8264960B2 (en) * 2005-05-31 2012-09-11 Broadcom Corporation Method and system for sharing AV/record resources in a programmable transport demultiplexer and PVR engine
US8098657B2 (en) * 2005-05-31 2012-01-17 Broadcom Corporation System and method for providing data commonality in a programmable transport demultiplexer engine
US8571053B2 (en) * 2005-05-31 2013-10-29 Broadcom Corporation Method and system for architecture of a fast programmable transport demultiplexer using double buffered approach
US20070002852A1 (en) * 2005-06-30 2007-01-04 Nokia Corporation Fixed interleaving length for MPE-FEC
US20070011169A1 (en) * 2005-07-05 2007-01-11 Xerox Corporation Method and system for collecting data from diverse sources and transforming the collected data into a user-friendly format
JP2007018198A (ja) * 2005-07-06 2007-01-25 Sony Corp リンク情報付きインデックス情報生成装置、タグ情報付き画像データ生成装置、リンク情報付きインデックス情報生成方法、タグ情報付き画像データ生成方法及びプログラム
US7769880B2 (en) * 2005-07-07 2010-08-03 Microsoft Corporation Carrying protected content using a control protocol for streaming and a transport protocol
US20070022215A1 (en) * 2005-07-19 2007-01-25 Singer David W Method and apparatus for media data transmission
US7634816B2 (en) * 2005-08-11 2009-12-15 Microsoft Corporation Revocation information management
US8321690B2 (en) 2005-08-11 2012-11-27 Microsoft Corporation Protecting digital media of various content types
US7720096B2 (en) * 2005-10-13 2010-05-18 Microsoft Corporation RTP payload format for VC-1
US8788933B2 (en) * 2005-12-01 2014-07-22 Nokia Corporation Time-shifted presentation of media streams
EP1969857B1 (de) * 2006-01-05 2012-03-28 Telefonaktiebolaget LM Ericsson (publ) Verwaltung von medienbehälterdateien
JP5431733B2 (ja) * 2006-01-05 2014-03-05 テレフオンアクチーボラゲット エル エム エリクソン（パブル） メディアコンテンツ管理
US7624417B2 (en) 2006-01-27 2009-11-24 Robin Dua Method and system for accessing media content via the internet
US7697537B2 (en) * 2006-03-21 2010-04-13 Broadcom Corporation System and method for using generic comparators with firmware interface to assist video/audio decoders in achieving frame sync
TWI322949B (en) * 2006-03-24 2010-04-01 Quanta Comp Inc Apparatus and method for determining rendering duration of video frame
US20070248318A1 (en) * 2006-03-31 2007-10-25 Rodgers Stephane W System and method for flexible mapping of AV vs record channels in a programmable transport demultiplexer/PVR engine
US7996495B2 (en) * 2006-04-06 2011-08-09 General Electric Company Adaptive selection of image streaming mode
US20080010117A1 (en) * 2006-06-14 2008-01-10 Microsoft Corporation Dynamic advertisement insertion in a download service
US20080010118A1 (en) * 2006-06-14 2008-01-10 Microsoft Corporation Managing content downloads to retain user attention
US20080010119A1 (en) * 2006-06-14 2008-01-10 Microsoft Corporation Locating downloaded and viewed content and advertisements
US20080256271A1 (en) * 2006-12-12 2008-10-16 Breed Paul T Methods and apparatus for reducing storage usage in devices
US10382514B2 (en) 2007-03-20 2019-08-13 Apple Inc. Presentation of media in an application
US20100274820A1 (en) * 2007-03-28 2010-10-28 O'brien Christopher J System and method for autogeneration of long term media data from networked time-based media
AP2923A (en) * 2007-05-04 2014-05-31 Nokia Corp Media stream recording into a reception hint trackof a multimedia container file
KR20090017170A (ko) * 2007-08-14 2009-02-18 삼성전자주식회사 미디어 파일 관리 방법 및 장치
US8261312B2 (en) * 2008-06-27 2012-09-04 Cisco Technology, Inc. Linear hint video streaming
US8468426B2 (en) * 2008-07-02 2013-06-18 Apple Inc. Multimedia-aware quality-of-service and error correction provisioning
US9244927B1 (en) * 2008-09-30 2016-01-26 Emc Corporation System and method for record level multiplexing of backup data to storage media
KR101566250B1 (ko) * 2009-01-13 2015-11-05 삼성전자주식회사 휴대용 단말기에서 멀티미디어 파일 스트리밍을 위한 장치 및 방법
US20100279418A1 (en) * 2009-05-04 2010-11-04 Loren Robert Larson Glucose meter adaptable for use with handheld devices, and associated communication network
US8327268B2 (en) * 2009-11-10 2012-12-04 Magix Ag System and method for dynamic visual presentation of digital audio content
US9026913B2 (en) * 2010-06-11 2015-05-05 Linkedin Corporation Replacing an image with a media player
US9275685B2 (en) 2010-06-11 2016-03-01 Linkedin Corporation Smooth playing of video
US9699503B2 (en) 2010-09-07 2017-07-04 Opentv, Inc. Smart playlist
US10210160B2 (en) 2010-09-07 2019-02-19 Opentv, Inc. Collecting data from different sources
US8949871B2 (en) 2010-09-08 2015-02-03 Opentv, Inc. Smart media selection based on viewer user presence
US10496250B2 (en) 2011-12-19 2019-12-03 Bellevue Investments Gmbh & Co, Kgaa System and method for implementing an intelligent automatic music jam session
US9438883B2 (en) * 2012-04-09 2016-09-06 Intel Corporation Quality of experience reporting for combined unicast-multicast/broadcast streaming of media content
KR20140002447A (ko) * 2012-06-29 2014-01-08 삼성전자주식회사 멀티미디어 시스템에서 적응적 미디어 구조 송수신 방법 및 장치
US9601097B2 (en) * 2014-03-06 2017-03-21 Zivix, Llc Reliable real-time transmission of musical sound control data over wireless networks
CN108206807A (zh) * 2016-12-16 2018-06-26 展讯通信（上海）有限公司 通话中共享信息的方法、装置及移动终端

Family Cites Families (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3873777A (en) * 1972-05-23 1975-03-25 Japan Broadcasting Corp Signal transmission system for transmitting a plurality of series of signals
JPS5141287B2 (de) * 1972-09-04 1976-11-09
US4688214A (en) 1986-03-12 1987-08-18 American Telephone And Telegraph Company, At&T Laboratories Switching system control arrangements
DE4102408A1 (de) 1991-01-28 1992-08-06 Grundig Emv Verfahren zur sender- bzw. regionalkennung in gleichwellennetzen
JPH04245818A (ja) * 1991-01-31 1992-09-02 Pioneer Electron Corp 情報伝送システム
US5319707A (en) * 1992-11-02 1994-06-07 Scientific Atlanta System and method for multiplexing a plurality of digital program services for transmission to remote locations
JP2939956B2 (ja) * 1993-05-24 1999-08-25 日本ビクター株式会社 動画像情報再生装置
ATE237894T1 (de) 1993-06-09 2003-05-15 Btg Int Inc Verfahren und vorrichtung für ein digitales multimediakommunikationssystem
EP0717892B1 (de) * 1993-09-10 1998-07-22 Rca Thomson Licensing Corporation Realzeitkodierer für digitaltonpakete
US5689641A (en) * 1993-10-01 1997-11-18 Vicor, Inc. Multimedia collaboration system arrangement for routing compressed AV signal through a participant site without decompressing the AV signal
EP0674414B1 (de) 1994-03-21 2002-02-27 Avid Technology, Inc. Gerät und Verfahren ausgeführt auf einem Rechner für Echtzeit Multimedia Datenübertragung in einer verteilten Rechneranordnung
US5497373A (en) 1994-03-22 1996-03-05 Ericsson Messaging Systems Inc. Multi-media interface
US5448568A (en) * 1994-04-28 1995-09-05 Thomson Consumer Electronics, Inc. System of transmitting an interactive TV signal
EP0702309A1 (de) * 1994-06-24 1996-03-20 Aarhuus Stiftsbogtrykkerie S.M.B.A. Rechnergesteuertes Bildanzeigesystem, Datenträger zur Anwendung in einem solchen System und Verfahren zur Anzeige von Bildern
JP3462267B2 (ja) * 1994-06-30 2003-11-05 株式会社東芝 情報通信端末装置
US5694334A (en) 1994-09-08 1997-12-02 Starguide Digital Networks, Inc. Method and apparatus for electronic distribution of digital multi-media information
US5625818A (en) * 1994-09-30 1997-04-29 Apple Computer, Inc. System for managing local database updates published to different online information services in different formats from a central platform
WO1996017313A1 (en) 1994-11-18 1996-06-06 Oracle Corporation Method and apparatus for indexing multimedia information streams
EP0716370A3 (de) 1994-12-06 2005-02-16 International Business Machines Corporation Ein Plattenzugangsverfahren, um Multimedia- und Videoinformation auf Wunsch über Grossraumnetze zu liefern
GB2298951B (en) 1995-03-17 1999-10-27 Olivetti Res Ltd Addition of time information
JP3609488B2 (ja) * 1995-05-17 2005-01-12 株式会社日立製作所 情報処理システム
US5818441A (en) * 1995-06-15 1998-10-06 Intel Corporation System and method for simulating two-way connectivity for one way data streams
WO1997001928A1 (fr) * 1995-06-29 1997-01-16 Sony Corporation Dispositif de transmission de signal video
US6138147A (en) 1995-07-14 2000-10-24 Oracle Corporation Method and apparatus for implementing seamless playback of continuous media feeds
US6112226A (en) 1995-07-14 2000-08-29 Oracle Corporation Method and apparatus for concurrently encoding and tagging digital information for allowing non-sequential access during playback
US6119154A (en) 1995-07-14 2000-09-12 Oracle Corporation Method and apparatus for non-sequential access to an in-progress video feed
US5659539A (en) 1995-07-14 1997-08-19 Oracle Corporation Method and apparatus for frame accurate access of digital audio-visual information
JPH0944976A (ja) * 1995-07-27 1997-02-14 Sony Corp ディスク駆動装置およびディスク駆動方法
US5966120A (en) 1995-11-21 1999-10-12 Imedia Corporation Method and apparatus for combining and distributing data with pre-formatted real-time video
JP2000515692A (ja) * 1995-12-12 2000-11-21 ザ ボード オブ トラスティーズ オブ ザ ユニバーシティー オブ イリノイ 性質限定システム上でリアルタイムの動画及び音声情報を伝送し読み出すための方法及び装置
US6085221A (en) * 1996-01-08 2000-07-04 International Business Machines Corporation File server for multimedia file distribution
JPH09200158A (ja) * 1996-01-19 1997-07-31 Toshiba Corp デジタル放送システムとその送信装置及び受信装置
US5859660A (en) 1996-02-29 1999-01-12 Perkins; Michael G. Non-seamless splicing of audio-video transport streams
JPH09247645A (ja) * 1996-03-12 1997-09-19 Toshiba Corp ビデオサーバのビデオデータ管理装置
US6157674A (en) 1996-03-21 2000-12-05 Sony Corporation Audio and video data transmitting apparatus, system, and method thereof
US5778187A (en) * 1996-05-09 1998-07-07 Netcast Communications Corp. Multicasting method and apparatus
US5838678A (en) * 1996-07-24 1998-11-17 Davis; Joseph W. Method and device for preprocessing streams of encoded data to facilitate decoding streams back-to back
US5928330A (en) 1996-09-06 1999-07-27 Motorola, Inc. System, device, and method for streaming a multimedia file
US5956729A (en) 1996-09-06 1999-09-21 Motorola, Inc. Multimedia file, supporting multiple instances of media types, and method for forming same
US5774666A (en) 1996-10-18 1998-06-30 Silicon Graphics, Inc. System and method for displaying uniform network resource locators embedded in time-based medium
US6064771A (en) 1997-06-23 2000-05-16 Real-Time Geometry Corp. System and method for asynchronous, adaptive moving picture compression, and decompression
US6157871A (en) 1997-09-26 2000-12-05 Marconi Commerce Systems Inc. Fuel dispensing system preventing customer drive-off
US6175871B1 (en) 1997-10-01 2001-01-16 3Com Corporation Method and apparatus for real time communication over packet networks
US6327418B1 (en) 1997-10-10 2001-12-04 Tivo Inc. Method and apparatus implementing random access and time-based functions on a continuous stream of formatted digital data
US6175872B1 (en) 1997-12-12 2001-01-16 Gte Internetworking Incorporated Collaborative environment for syncronizing audio from remote devices
US6453355B1 (en) * 1998-01-15 2002-09-17 Apple Computer, Inc. Method and apparatus for media data transmission
US6134243A (en) * 1998-01-15 2000-10-17 Apple Computer, Inc. Method and apparatus for media data transmission

Also Published As

Publication number Publication date
DE69933281T2 (de) 2007-05-10
DE69925254D1 (de) 2005-06-16
JP4891364B2 (ja) 2012-03-07
US6512778B1 (en) 2003-01-28
KR20010034224A (ko) 2001-04-25
CN1290444A (zh) 2001-04-04
US6134243A (en) 2000-10-17
CA2318963C (en) 2012-03-20
KR100431110B1 (ko) 2004-05-12
CN1308437A (zh) 2001-08-15
WO1999037057A2 (en) 1999-07-22
US6717952B2 (en) 2004-04-06
CA2318963A1 (en) 1999-07-22
US6829648B1 (en) 2004-12-07
HK1035277A1 (en) 2001-11-16
JP2009225458A (ja) 2009-10-01
KR100339629B1 (ko) 2002-06-21
JP2002510165A (ja) 2002-04-02
JP2009246991A (ja) 2009-10-22
JP5081868B2 (ja) 2012-11-28
EP1062782B1 (de) 2005-05-11
AU2322499A (en) 1999-08-02
US20030204555A1 (en) 2003-10-30
WO1999037057A3 (en) 1999-09-16
EP1062782A2 (de) 2000-12-27
AU758220B2 (en) 2003-03-20
CN1166142C (zh) 2004-09-08
DE69933281D1 (de) 2006-11-02
KR20010052144A (ko) 2001-06-25

Similar Documents

Publication Publication Date Title
DE69925254T2 (de) Verfahren und vorichtung zur mediendatenübertragung
DE69936570T2 (de) Verfahren und vorrichtung zur mediendatenübertragung
CN103309933B (zh) 用于媒体数据传输的方法和设备
KR101376025B1 (ko) 미디어 데이터 전송 방법 및 장치
DE69918571T2 (de) Verfahren und vorrichtung zur lieferung von in einem transportstrom eingebetteten bytekodes
US20040205224A1 (en) Method and apparatus for media data transmission
DE60310639T2 (de) Konsistente anpassung digitaler datengrössen (&#34;digital item&#34;) in mpeg-21 multimedia-systemen
EP1051008B1 (de) Verfahren und Vorrichtung zur Mediendatenübertragung
JP2001197120A (ja) メディア・データ伝送のための方法および装置
EP1819127B1 (de) Verfahren und Vorrichtung zur Mediendatenübertragung
AU755830B2 (en) Method and apparatus for media data transmission
Jones et al. US6714984: Method and apparatus for media data transmission

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
8327 Change in the person/name/address of the patent owner

Owner name: APPLE INC., CUPERTINO, CALIF., US