DE112012002526B4 - Medieninhalt-Übertragungsverfahren und Übertragungsvorrichtung unter Verwendung desselben - Google Patents

Medieninhalt-Übertragungsverfahren und Übertragungsvorrichtung unter Verwendung desselben Download PDF

Info

Publication number
DE112012002526B4
DE112012002526B4 DE112012002526.1T DE112012002526T DE112012002526B4 DE 112012002526 B4 DE112012002526 B4 DE 112012002526B4 DE 112012002526 T DE112012002526 T DE 112012002526T DE 112012002526 B4 DE112012002526 B4 DE 112012002526B4
Authority
DE
Germany
Prior art keywords
segment
media
index
field
pcr
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.)
Active
Application number
DE112012002526.1T
Other languages
English (en)
Other versions
DE112012002526T5 (de
Inventor
Kyungho Kim
Jinpil Kim
Hyeonjae LEE
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.)
LG Electronics Inc
Original Assignee
LG Electronics 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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of DE112012002526T5 publication Critical patent/DE112012002526T5/de
Application granted granted Critical
Publication of DE112012002526B4 publication Critical patent/DE112012002526B4/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • 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/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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2365—Multiplexing of several video streams
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • 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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • 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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43076—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of the same content streams on multiple devices, e.g. when family members are watching the same movie on different devices
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440209—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display for formatting on an optical medium, e.g. DVD
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless 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/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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Verfahren zum Übertragen von Medien-Inhalt über einen Internetserver, umfassend:
Erzeugen einer Darstellung für den Medien-Inhalt;
Aufteilen der Darstellung in eine Vielzahl von Mediensegmenten;
Aufteilen jedes Mediensegments in eine Vielzahl von Teilsegmenten;
Erzeugen eines Gesamtsegmentindexfelds und einer Vielzahl von Segmentindexfeldern, wobei jedes Segmentindexfeld die Vielzahl von Teilsegmenten jedes Mediensegments indiziert, wobei das Gesamtsegmentindexfeld einen Eintrag in einer Schleife für jedes Mediensegment beinhaltet und jeder Eintrag Segmentindexinformation für ein einzelnes Mediensegment indiziert;
Erzeugen eines Programmzeitreferenz-, PCR-, Informationsfelds, welches jedem Segmentindexfeld folgt,
wobei das PCR-Informationsfeld dieselben Teilsegmente dokumentiert wie jedes Segmentindexfeld, wobei das PCR-Informationsfeld eine Schleife für die Teilsegmente beinhaltet, und wobei die Schleife in dem PCR-Informationsfeld PCR-Information und Null-Padding Bits entsprechend jedem Teilsegment beinhaltet;; und
Übertragen der Vielzahl von Mediensegmenten und eines Indexsegments, welches das Gesamtsegmentindexfeld, die Vielzahl von Segmentindexfeldern und das PCR-Informationsfeld beinhaltet.

Description

  • Technisches Gebiet
  • Die vorliegende Erfindung bezieht sich auf ei n Verfahren und eine Vorrichtung zum Übertragen von Medien-Inhalt über Internet.
  • Stand der Technik
  • Digitaler Rundfunk wie zum Beispiel derzeitiger terrestrischer Rundfunk, KabelRundfunk oder Digital Multimedia Broadcasting (DMB) streamen AV-Inhalt hauptsächlich unter Verwendung von MPEG-2 Transport Stream (TS).
  • Darüber hinaus werden, bei dem in jüngster Zeit schnellen Wachstum des Internet, Multimedien-Dienste, welche Inhalt unter Verwendung eines Internet-Protokoll (IP)-Netzwerks als ein Hauptübertragungsnetz bereitstellen, aktiv genutzt und digitaler Rundfunk wie zum Beispiel Stereo-3D-Video-Rundfunk, Ultra High Definition (UHD) Rundfunk, Multipoint 3D-Video-Rundfunk und Hologramm-Rundfunk hat sich in die Richtung entwickelt, welche größere Übertragungskapazität als zuvor benötigt.
  • Jedoch kann MPEG-2 TS mit einem Paket fester 188-Byte-Länge ineffizient sein, um Inhalt mit einer höheren Auflösung als ein bestehendes HDTV unter Verwendung eines IP-Netzwerks zu übertragen.
  • US 2009 / 0 168 812 A1 offenbart einen Stream, welcher sich aus verschiedenen Mediendateien zusammensetzt. Jede der Mediendateien wird durch eine eindeutige Nummer PIDx, PIDy, PIDz gekennzeichnet. Es wird eine Aufteilung der Mediendateien auf unterschiedliche Datenpakete vorgenommen. Jedes der Datenpakete wird durch dieselbe Kennung PIDa gekennzeichnet.
  • Die Veröffentlichung „Information technology - MPEG systems technologies - Part 6: Dynamic adaptive streaming over http (DASH); ISO/IEC JTC 1/SC 29“, Genf, 28.01.2011, Seiten I-VI, 1 - 80, beschreibt ein Mediensegment als eine Segment, welches darauf ausgelegt ist, Mediendaten zu erhalten, während ein Indexfeld ausschließlich Indexfelder beinhaltet. Durch ein erstes Paket jedes Mediensegments, welches von dem Indexsegment unterschiedlich ist, kann PCR übertragen werden.
  • Offenbarung der Erfindung
  • Technisches Problem
  • Ausführungsformen stellen ein Übertragungsverfahren und eine Vorrichtung bereit, um Medien-Inhalt gemäß einem Netzwerk-Zustand effizient zu streamen.
  • Technische Lösung
  • Die Erfindung wird durch die Patentansprüche definiert. In einer Ausführungsform wird ein Verfahren zum Übertragen von Medien-Inhalten über ein Internet bereitgestellt. Das Verfahren umfasst: Konfigurieren des Medien-Inhalts mit einer Vielzahl von Darstellungen; Teilen der Darstellung in eine Vielzahl von Segmenten; Erzeugen von Zeitreferenzwerten, die jeweils Teilsegmenten in dem Segment entsprechen; und Übertragen von einer der Darstellungen.
  • In einer weiteren Ausführungsform wird ein Verfahren zum Empfangen von Medien-Inhalt über ein Internet bereitgestellt. Das Verfahren umfasst: Empfangen einer ersten Darstellung aus einer Vielzahl von den Medien-Inhalt umfassenden Darstellungen; Beenden des Empfangens der ersten Darstellung und Empfangen einer zweiten Darstellung; und Darstellen der empfangenen Darstellung, wobei die empfangene Darstellung in eine Vielzahl von Segmenten unterteilt ist und in dem Segment enthaltene empfangene Teilsegmente jeweils Zeitreferenzwerten entsprechen.
  • In einer weiteren, anderen Ausführungsform wird eine Vorrichtung zum Übertragen von Medien-Inhalt über ein Internet bereitgestellt. Die Vorrichtung umfasst: einen Medien-Codierer, welcher den Medien-Inhalt mit einer Vielzahl von Darstellungen konfiguriert; einen Segmentierer, welcher die Darstellung in eine Vielzahl von Segmenten teilt; eine Zeitreferenzwert erzeugende Einheit, welche Zeitreferenzwerte, die jeweils in dem Segment enthaltenen Teilsegmenten entsprechen, erzeugt; und eine Übertragungseinheit, welche eine von den Darstellungen überträgt.
  • In einer weiteren, anderen Ausführungsform wird eine Vorrichtung zum Empfangen von Medien-Inhalt über ein Internet bereitgestellt. Die Vorrichtung umfasst: eine Empfangseinheit, welche eine von einer ersten Darstellung und einer zweiten Darstellung, die den Medien-Inhalt umfassen, empfängt und ein Empfangen der ersten Darstellung beendet, wenn die zweite Darstellung empfangen wird; und eine Steuereinheit, welche eine von der ersten Darstellung und der zweiten Darstellung darstellt, wobei die empfangene Darstellung in eine Vielzahl von Segmenten unterteilt ist und in dem Segment enthaltene empfangene Teilsegmente jeweils Zeitreferenzwerten entsprechen.
  • Vorteilhafte Wirkungen
  • Gemäß einer Ausführungsform der vorliegenden Erfindung kann, wenn ein Bitstream entsprechend einer Änderung eines Netzwerk-Zustands wechselt, Medien-Inhalt nahtlos wiedergegeben werden.
  • Figurenliste
    • 1 ist ein Blockdiagramm, das eine Konfiguration eines Medieninhalt-Übertragungssystems gemäß einer Ausführungsform der vorliegenden Erfindung darstellt.
    • 2 ist eine Ansicht, die eine Struktur von MPEG-2 TS darstellt.
    • 3 ist ein Flussdiagramm, das ein Medieninhalt-Übertragungsverfahren gemäß einer Ausführungsform der vorliegenden Erfindung darstellt.
    • 4 ist eine Ansicht, die eine Konfiguration von Darstellungen mit Medien-Inhalt gemäß einer Ausführungsform der vorliegenden Erfindung darstellt.
    • 5 ist eine Ansicht, die eine Konfiguration eines Teilsegments gemäß einer Ausführungsform der vorliegenden Erfindung darstellt.
    • 6 ist eine Ansicht, welche die Darstellungszeiten eines Teilsegments darstellt.
    • 7 ist eine Ansicht, welche die Darstellungszeiten von Teilsegmenten unter Verwendung einer PCR darstellt.
    • 8 und 9 sind Ansichten, die eine Konfiguration eines MPEG-2 TS-PCR-Informationsfelds darstellen, welches gemäß einer Ausführungsform der vorliegenden Erfindung Metadaten zum Medien-Inhalt bereitstellt.
    • 10 und 11 sind Ansichten, welche eine Konfiguration eines Medienhilfsinformationsfelds darstellen, das gemäß einer Ausführungsform der vorliegenden Erfindung Metadaten zum Medien-Inhalt bereitstellt.
    • 12 ist ein Blockdiagramm, das eine Medieninhalt-Empfangsvorrichtung gemäß einer Ausführungsform der vorliegenden Erfindung darstellt.
    • 13 ist ein Flussdiagramm, das ein Medieninhalt-Empfangsverfahren gemäß einer Ausführungsform der vorliegenden Erfindung darstellt.
    • 14 ist ein Blockdiagramm, das eine Konfiguration eines IPTV-Empfängers gemäß einer Ausführungsform der vorliegenden Erfindung darstellt.
    • 15 ist ein Blockdiagramm, das eine Konfiguration eines IPTV-Empfängers gemäß einer weiteren Ausführungsform der vorliegenden Erfindung darstellt.
  • Art zum Ausführen der Erfindung
  • Im Folgenden wird ein Medieninhalt-Übertragungsverfahren und eine Übertragungsvorrichtung unter Verwendung desselben gemäß einer Ausführungsform der vorliegenden Erfindung unter Bezugnahme auf die 1 bis 15 ausführlicher beschrieben.
  • In der folgenden Beschreibung werden ausführliche Beschreibungen von verwandten, bekannten Funktionen oder Ausgestaltungen weggelassen, wenn sie die Erfindung mit unnötiger Ausführlichkeit verschleiern. Auch werden die im Folgenden verwendeten Begriffe entsprechend den Funktionen der vorliegenden Erfindung definiert. So können die Begriffe entsprechend Benutzer- oder Betreiber-Absichten oder Praktiken variieren. Daher müssen die hier verwendeten Begriffe auf der Grundlage der hier gemachten Beschreibungen verstanden werden.
  • Eine Übertragungsvorrichtung und Empfangsvorrichtung gemäß einer Ausführungsform der vorliegenden Erfindung übertragen / empfangen Medien-Inhalt unter Verwendung eines IP-basierten Übertragungssystem, und Medien-Inhalt kann zum Beispiel unter Verwendung des Übertragungssteuerungsprotokoll (TCP, Transmission Control Protocol) und des Hypertext-Übertragungsprotokolls (HTTP, Hypertext Transfer Protocol) durch einen Web-Server übertragen werden.
  • Die Übertragungsvorrichtung kann Inhalt von einem Inhaltsanbieter empfangen und kann den empfangenen Inhalt umwandeln, um ihn zu übertragen, oder kann den empfangenen Inhalt in einer Medien-Datenbank (DB; Data Base) ablegen und speichern.
  • Zum Beispiel kann ein von einem Inhaltsanbieter bereitgestellter Medien-Inhalt einem MPEG-2 TS-Format oder einem ISO-basierten Mediendateiformat folgen, und die Übertragungsvorrichtung kann den Medien-Inhalt in ein Format umwandeln, das für IP-basierte Lieferung einfach ist, und kann dann den umgewandelten Medien-Inhalt über ein Netzwerk wie zum Beispiel ein Internet-Netzwerk übertragen oder die konvertierten Medien in der Medien-DB speichern.
  • Darüber hinaus kann die Empfangsvorrichtung einen Medien-Inhalt von der Übertragungsvorrichtung unter Verwendung eines IP-basierten Systems erhalten und kann dann den empfangenen Medien-Inhalt umwandeln, um ihn abzuspielen oder in einem lokalen Speicher zu speichern.
  • Zum Beispiel kann die Aufnahmevorrichtung den empfangenen Medien-Inhalt von der Übertragungsvorrichtung in ein MPEG-2 TS-Format oder ein ISO-basiertes Mediendateiformat umwandeln und dann den umgewandelten Medien-Inhalt verarbeiten, um ihn abzuspielen oder in einem lokalen Speichermedium zu speichern.
  • Da eine IP-basierte offene Internet-Umgebung unter Verwendung des HTTP keine QoS garantiert, wird darüber hinaus eine Bandbreite, über welche Daten an eine Empfangsvorrichtung übertragen werden, dynamisch in Abhängigkeit von Netzwerkverkehr verändert, so dass es schwierig sein kann, eine stabile und festgesetzte Bandbreite zu erhalten, die für Inhalts-Dateiübergabe notwendig ist.
  • Zum Beispiel kann in einem PC-System, welches ein Benutzer in einem Heim verwendet, wenn Software mit häufiger Netzwerkübertragung installiert oder benutzt wird, aufgrund der Zunahme des Netzwerkverkehrs keine stabile und feste Bandbreite erhalten werden, und, um solch ein Problem zu lösen, ist ein Verfahren eines Internet-Gateway zum Zuweisen einer Bandbreite an eine bestimmte Software entwickelt worden, ist aber nicht weit verbreitet.
  • Darüber hinaus kann es, selbst wenn eine feste Bandbreite in einer Aufnahmevorrichtung gesichert ist, da ein Internet-Server, das heißt, eine Übertragungsvorrichtung, die in einer offenen Internet-Umgebung arbeitet, Dienst über mehrere verschiedene Netzwerke überträgt, immer noch schwierig sein, QoS zu garantieren.
  • Zum Beispiel werden Dienste wie zum Beispiel Youtube durch ein anderes Netzwerk bereitgestellt, welches ein bestimmter Service-Provider betreibt, so dass, wenn die Menge an Netzwerk-Einstellungen oder -Verkehr während eines Übertragungsvorgangs steigt, Inhaltsübertragung verzögert werden kann, Inhaltsübertragung nachlassen kann oder Inhalt wieder übertragen werden kann.
  • Das oben genannte QoS-Garantie-Problem kann ein Hauptfaktor sein, der Inhaltsanbieter, welche Inhaltsdienste in einer offenen Internet-Umgebung bereitstellen, Schwierigkeiten bereitet.
  • Darüber hinaus kann, um die Schwierigkeit bei der Inhaltsübertragung zu lösen, ein adaptives Streaming-Verfahren zum adaptiven Übertragen / Empfangen von Inhalt gemäß einer Netzwerkbandbreite unter Verwendung einer Wiedergabeliste-Datei in einem M3U-Format verwendet werden.
  • Das adaptive Streaming-Verfahren erstellt Inhalts-Dateien mit unterschiedlichen Bitraten in Bezug auf einen Inhalt und ermöglicht eine Anfrage für eine Bitraten-Auswahl und Übertragung gemäß einer Bandbreite von einer Empfangsvorrichtung, und, da Inhalt meist unter Verwendung des HTTP-Protokolls in einer offenen Internet-Umgebung übertragen wird, heißt es HTTP-adaptives Streaming.
  • Im Folgenden wird eine Struktur eines Systems für adaptives Streaming mit Bezug auf 1 gemäß einer Ausführungsform der vorliegenden Erfindung beschrieben.
  • 1 ist ein Blockdiagramm, das eine Konfiguration eines Medieninhalt-Übertragungssystem gemäß einer Ausführungsform der vorliegenden Erfindung darstellt.
  • Bezugnehmend auf 1 ist ein System für adaptives Streaming mit einem Server 10, einem Verteiler 20 und einem Client 30 ausgebildet.
  • Wenn der Server 10 Audio / Video (AV) als Rohdaten an einen Medien-Codierer 11 liefert, kann der Medien-Codierer 11 die AV-Daten in ein Streaming-Dateiformat von einem MPEG-2 TS-Format umwandeln.
  • Darüber hinaus kann ein Stream-Segmentierer 12 eine aus dem Medien-Codierer 11 ausgegebene MPEG-2 TS-Datei in eine Vielzahl von Segmenten teilen.
  • Zum Beispiel kann der Streaming-Segmentierer 12 eine Datei oder ein Echtzeit-MPEG-2 TS-Datei in Segmente aufteilen, die jeweils eine Größe für ca. 10 Sekunden Wiedergabe haben, und kann dann die Segmente in dem Verteiler 20 speichern.
  • Der Client 30 kann die in dem Verteiler 20 gespeicherten segmentierten Dateien unter Verwendung des HTTP-Protokolls anfordern und kann dann die Dateien empfangen und wiedergeben.
  • Zusätzlich können die MPEG-2 TS Dateisegmente mit unterschiedlichen Bitraten in dem Verteiler 20 gespeichert werden, und dafür kann es mehrere Ursprungs-Webserver 21 geben, die mit unterschiedlichen spezifischen Bitraten codierte MPEG-2 TS-Dateisegmente in dem Verteiler 20 speichern.
  • Zum Beispiel können die mit einer Bitrate von 20 kbps codierten MPEG-2 TS-Dateisegmente und die mit einer Bitrate von 500 kbps codierten MPEG-2 TS-Dateisegmente unterschiedliche Dateinamen aufweisen und können in dem Verteiler 20 gespeichert werden.
  • Dementsprechend kann, wenn eine Bandbreite in einem Empfangsbereich verringert wird, der Client 30 die mit einer Bitrate von 20 kbps codierte Datei anfordern und sie dann für 10 Sekunden spielen und kann ebenfalls wieder die Bandbreite in regelmäßigen Abständen überprüfen, bevor 10 Sekunden, d.h. eine Wiedergabezeit, verstreichen.
  • Zu diesem Zeitpunkt kann der Client 30, wenn die Bandbreite zum Übertragen einer Datei von hoher Qualität ausreicht, die Übertragung einer mit einer Bitrate von 500 kbps codierten Datei anfordern.
  • Als ein Ergebnis kann der Client 30 abwechselnd mit Bitraten von 20 kbps und 500 kbps codierte Inhalte adaptiv entsprechend einer Netzwerkbandbreite empfangen und sie abspielen, und im Fall einer schlechten Bandbreite kann die Qualität eines Bildes schlechter werden, aber ein unterbrochenes Bild kann minimiert werden.
  • Für das oben genannte adaptive Streaming unter Verwendung des HTTP-Protokolls kann Medien-Inhalt mit einer Vielzahl von Darstellungen konfiguriert werden, und in jeder der Darstellungen enthaltener Medien-Inhalt kann unterschiedliche Bitraten, Auflösungen, Sprachen oder Codecs haben.
  • Medien-Inhalt kann Medien-Komponenten wie zum Beispiel Audio, Video, oder zeitlich festgelegten Text umfassen, und eine Darstellung kann eine strukturierte Sammlung von einer oder mehreren Medien-Komponenten sein.
  • In diesem Fall kann der Client 30 eine aus einer Vielzahl von Darstellungen, die, wie oben erwähnt, konfiguriert sind, um unterschiedliche Bitraten zu haben, von dem Server 20 anfordern und kann sie empfangen.
  • Um darüber hinaus dem Client 30 zu ermöglichen, auf Segmente zuzugreifen, und für einen Benutzer Streaming-Dienste bereitzustellen, kann der Server 10 eine Mediendarstellungsbeschreibung (MPD; Media Presentation Description) einschließlich Metadaten, die von dem Client 30 benötigt werden, zusätzlich zu den Segmentdaten bereitstellen.
  • Der Client 30 kann eine aus einer Vielzahl von Darstellungen unter Verwendung eines Elements in der MPD auswählen und kann dann eine Übertragung anfordern.
  • Die Darstellung ist in die oben genannte Vielzahl von Segmenten aufgeteilt und kann als ein Segment oder ein Teilsegment als Antwort auf eine Anfrage des Client 30 unter Verwendung eines von HTTP 1.1 (RFC 2616) definierten HTTP-GET- oder HTTPpartial GET-Verfahrens übertragen werden.
  • Andererseits kann der Client 30, wenn Bitstream-Wechsel verfügbar ist, die empfangene Darstellung mit einer anderen Darstellung auf der Grundlage der während der Medienwiedergabe aktualisierten Information wechseln.
  • In diesem Fall kann der Client 30 eine neue Darstellung von einem Zeitpunkt, zu welchem eine vorhergehende Darstellung wiedergegeben wird, empfangen und wiedergeben.
  • Zusätzlich kann ein Segment mit einer Vielzahl von Teilsegmenten konfiguriert sein, und jedes Teilsegment kann die kleinste, auf einer Segmentebene indizierte Einheit bezeichnen. Das Segment kann ein Initialisierungs-Segment, ein Medien-Segment, ein Index-Segment und ein Bitstream-Wechsel-Segment umfassen.
  • 2 zeigt eine Ansicht, die eine Struktur von MPEG-2 TS veranschaulicht.
  • Bezugnehmend auf 2 kann jeder MPEG-2 TS eine Vielzahl von MPEG-2 TS-Paketen mit einer festen Bitrate von 180 Bytes umfassen und jedes Teilsegment kann mit einem Satz von aufeinanderfolgenden MPEG-2 TS-Paketen konfiguriert sein.
  • Zum Beispiel ist ein Sample eine Zugriffseinheit, die mit mindestens einem MPEG-2 TS-Paket mit der gleichen PID konfiguriert ist, und ein Teilsegment kann als ein indizierter Satz von Zugriffseinheiten, die gemäß einer Decodier-Reihenfolge aufeinanderfolgend sind, definiert sein.
  • Darüber hinaus kann eine fragmentierte Datei-Struktur verwendet werden, um ein ISO-basiertes Mediendateiformat zu streamen.
  • Zum Beispiel teilt die fragmentierte Datei physisch Medien-Titel in eine Vielzahl von Fragmenten auf, und jedes Fragment kann mit einem Filmfragment- (moof) Feld und einem Mediendaten- (mdat) Feld konfiguriert werden.
  • Das mdat-Feld nach dem moof-Feld kann Fragment-Mediendaten umfassen, und ein moof-mdat-Paar in einer solchen Kombination kann ein Fragment konfigurieren.
  • In diesem Fall kann ein Teilsegment als ein in sich geschlossener Satz von mindestens einem sequentiellen Filmfragment definiert werden und kann demnach, dazu entsprechend, mindestens ein Filmfragment- (moof) Feld und mindestens ein Mediendaten- (mdat) Feld umfassen.
  • Nach einer Ausführungsform der vorliegenden Erfindung kann der Server 10, wenn ein Medien-Inhalt in dem oben erwähnten MPEG-2 TS- oder ISO-basierten Mediendateiformat mit einer Vielzahl von Darstellungen konfiguriert ist und von einer Segmentierer-Einheit übertragen wird, eine Programmtaktreferenz (PCR; Program Clock Reference) verwenden, um zu erlauben, dass Bitstream-Wechsel effizient bei dem Client 30 durchgeführt wird. Die PCR ist eine Information auf einem Systemtakt in einem MPEG-2 TS und kann einen Zeitreferenzwert in Bezug auf ein Programm anzeigen.
  • Darüber hinaus ist die vorliegende Erfindung, obwohl der Fall, dass ein Medien-Inhalt in dem MPEG-2 TS- oder ISO-basierten Mediendateiformat über HTTP an das Internet übertragen wird, beispielhaft beschrieben wird, nicht darauf beschränkt, und ein Medieninhalt-Übertragungsverfahren und eine Vorrichtung gemäß einer Ausführungsform der vorliegenden Erfindung können auf verschiedene Formate von Medien-Inhalten anwendbar sein.
  • Nachfolgend werden Ausführungsbeispiele für ein Medieninhalt-Übertragungsverfahren mit einer PCR entsprechend einem Teilsegment mit Bezug auf 3 bis 7 ausführlicher beschrieben.
  • 3 zeigt ein Flussdiagramm, das ein Medieninhalt-Übertragungsverfahren gemäß einer Ausführungsform der vorliegenden Erfindung darstellt. Nachstehend wird, in Bezug auf ein Übertragungsverfahren weiter unten, eine Beschreibung desselben, unter Bezugnahme auf 1 und 2 beschriebenen Inhalts weggelassen.
  • Bezugnehmend auf 3 konfiguriert die Übertragungsvorrichtung im Betriebszustand S101 Medien-Inhalt mit einer Vielzahl von Darstellungen. Zum Beispiel kann die Vielzahl von Darstellungen in Abhängigkeit von mindestens einer von einer Bitrate, Auflösung, Sprache, Codec von einem Medien-Inhalt unterschiedlich konfiguriert werden.
  • Die Übertragungsvorrichtung unterteilt in Betriebszustand S103 jede der konfigurierten Darstellungen in eine Vielzahl von Segmenten. Zum Beispiel kann jede der Darstellungen unter Verwendung des HTTP-Protokolls in eine Vielzahl von Segmenten zur Übertragung unterteilt werden.
  • Die Übertragungsvorrichtung teilt in Betriebszustand S105 jedes von einer Vielzahl von konfigurierten Segmenten in eine Vielzahl von Teilsegmenten. Zum Beispiel kann jedes der Mediensegmente gemäß einem Segmentindex von einer Teilsegment-Einheit indiziert werden.
  • 4 zeigt eine Ansicht, die eine Konfiguration von Medien-Inhalt enthaltenden Darstellungen gemäß einer Ausführungsform der vorliegenden Erfindung darstellt.
  • Bezugnehmend auf 4 kann die Übertragungsvorrichtung einen Medien-Inhalt einschließlich einer Darstellung A und einer Darstellung B mit verschiedenen Bitraten erzeugen, und die Darstellungen A und B können eine Gruppe bilden. Die Gruppe kann ferner zusätzlich zu den Darstellungen A und B andere Darstellungen umfassen.
  • Darüber hinaus gibt es Index-Information zu allen in den Darstellungen A und B enthaltenen Teilsegmenten, und die Index-Information kann für den Client 30 verwendet werden, um mit Hilfe des partial-HTTP-GET-Verfahrens zufällig auf Teilsegmente eines Segments zuzugreifen.
  • Zum Beispiel, wenn jedes Teilsegment einen Segment-Index umfasst oder es ein Index-Segment gibt, das einen Index für ein Teilsegment bereitstellt.
  • Ein Verfahren zum Bereitstellen von Index-Information auf Teilsegmenten wird ausführlicher unter Bezugnahme auf die 8 bis 11 beschrieben.
  • Zusätzlich kann, in Bezug auf ein Teilsegment, die früheste Darstellungszeit TE und die letzte Darstellungszeit TL des Teilsegments 200 definiert werden. Nachstehend wird unter Bezugnahme auf 5 eine Konfiguration eines Teilsegments gemäß einer Ausführungsform der vorliegenden Erfindung beschrieben.
  • 5 zeigt eine Ansicht, die eine Konfiguration eines Teilsegments gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht.
  • Bezugnehmend auf 5 kann das Teilsegment 200 zwei Medienkomponenten, zum Beispiel Video und Audio, enthalten, und eine der Medienkomponenten, zum Beispiel Video, kann als ein Referenz-Stream bezeichnet werden.
  • Das heißt, der Referenz-Stream kann eine Gruppe von aufeinander folgenden Samples aus einer primären Medienkomponente unter den Medienkomponenten bezeichnen.
  • In diesem Fall kann die früheste Darstellungszeit TE des Teilsegments 200 als die früheste Darstellungszeit eines beliebigen Samples in dem Referenz-Stream definiert sein und kann dementsprechend eine Darstellungszeit des frühesten Samples 201 unter Video-Samples sein.
  • Auch kann die neueste Darstellungszeit TL des Teilsegments 200 eine Darstellungszeit des letzten Samples 204 in dem Referenz-Stream sein.
  • Darüber hinaus kann das Sample 204 eine Zugriffseinheit in einem Stream von dem Teilsegment 200 (oder einem Segment) bezeichnen.
  • Wieder bezugnehmend auf 4 können die in 4 gezeigten Segmente unterschiedliche Größen oder unterschiedliche Dauern von Medien-Inhalt haben.
  • Zusätzlich kann, obwohl die neueste Darstellungszeit TL eines an der Grenze zwischen aufeinanderfolgenden Teilsegmenten angeordneten Teilsegments in 4 gezeigt ist, die neueste Darstellungszeit TL eines Teilsegments leicht vor der Grenze zwischen Teilsegmenten sein.
  • Das heißt, dass die neueste Darstellungszeit TL des k-ten Teilsegments in der Darstellung A leicht vor einem Zeitpunkt, welcher der Grenze zwischen dem k-ten Teilsegment und dem K+1-ten Teilsegment entspricht, sein kann.
  • Nachfolgend wird unter Bezugnahme auf 6 eine Darstellungszeit von Teilsegmenten beschrieben.
  • 6 ist eine Ansicht, die eine Darstellungszeit eines Teilsegments darstellt.
  • Bezugnehmend auf 6 kann die früheste Darstellungszeit TE des K-1-ten Teilsegments (K-1)B der Darstellung B später als die neueste Darstellungszeit TL des K-ten Teilsegments KA der Darstellung A sein.
  • Wenn der Bitstream-Schalter von der Darstellung A zu der Darstellung B wechselt, kann der Client 30 die Darstellung B nach dem Wechseln darstellen, während die Darstellung A dargestellt wird.
  • Zu diesem Zeitpunkt empfängt der Client 30, nachdem er das K-te Teilsegment KA der Darstellung A empfangen hat und es vollständig dargestellt hat, das K-1-te Teilsegment (K-1)B der Darstellung B und zeigt es an, und ein Zeitpunkt, an welchem ein Teilsegment nicht auf der Grundlage einer Darstellungszeitachse dargestellt wird, tritt durch den Unterschied von der frühesten Darstellungszeit TE des K-1-ten Teilsegments (K-1)B der Darstellung B und der neuesten Darstellungszeit TL des K-ten Teilsegments KA der Darstellung A auf.
  • Zusätzlich kann die früheste Darstellungszeit TE des K+1-ten Teilsegments (K+1)B der Darstellung A vor der neuesten Darstellungszeit TL des K-ten Teilsegments KB der Darstellung B sein.
  • Wenn der Bitstream von der Darstellung B zu der Darstellung A wechselt, kann der Client 30 die Darstellung A nach dem Wechseln darstellen, während die Darstellung B gezeigt wird.
  • Zu diesem Zeitpunkt kann, da der Client das Teilsegment (K+1)A der Darstellung B empfängt und es darstellt, bevor er das K-te Teilsegment KB der Darstellung B empfängt und vollständig darstellt, eine Darstellungszeit eines Teilsegments auf der Grundlage einer Darstellungszeitachse überlappen.
  • Dementsprechend muss, um den Fall zu vermeiden, dass ein Teilsegment während eines Bitstream-Wechselvorgangs nicht dargestellt wird oder Darstellungszeiten von Teilsegmenten von verschiedenen Darstellungen überlappen, die früheste Darstellungszeit TE des in einer von der Darstellung A und der Darstellung B enthaltenen K-ten Teilsegments der neuesten Darstellungszeit TL des in der anderen Darstellung enthaltenen K-1-ten Teilsegments entsprechen.
  • Wieder bezugnehmend auf 3 erzeugt die Übertragungsvorrichtung in Betriebszustand S107 eine Vielzahl von PCRs entsprechend einer Vielzahl von Teilsegmenten. Die Übertragungsvorrichtung kann die Vielzahl von PCRs entsprechend der Vielzahl von Teilsegmenten in einem Indexsegment umfassen. Die Übertragungsvorrichtung kann durch Übertragen einer PCR einen reibungsloseren Bitstream-Wechsel ermöglichen.
  • Im Folgenden wird ein Verfahren zur Verwendung einer PCR, um den Darstellungszeiten der beiden Teilsegmente mit verschiedenen, in unterschiedlichen jeweiligen Darstellungen enthaltenen Indizes zu erlauben, auf eine Darstellungszeitachse abgebildet zu werden, mit Bezug auf 7 beschrieben.
  • 7 ist eine Ansicht, welche die Darstellungszeiten von Teilsegmenten unter Verwendung einer PCR veranschaulicht.
  • Bezugnehmend auf 7 kann der Client 30 die empfangene Darstellung auf der Grundlage von während Medienwiedergabe aktualisierter Information mit einer anderen Darstellung wechseln. Zum Beispiel kann der Client 30 die Darstellung A mit einem mit einer Bitrate von 500 kbps codierten Medien-Inhalt und der Darstellung B mit einem mit einer Bitrate von 20 kbps codierten Medien-Inhalt abwechselnd empfangen.
  • Der Client 30 kann das K-1te Teilsegment (K-1)B der Darstellung B empfangen, da ein Bitstream wechselt, während das K-te Segment KA der Darstellung A empfangen wird.
  • Der Client 30 kann einen ersten PCR-Wert des K-ten Teilsegments KA der Darstellung A und einen zweiten PCR-Wert des K-1-ten Teilsegments (K-1)B der Darstellung B extrahieren, während die Darstellung des K-ten Teilsegments KA der Darstellung A beibehalten wird. Dann kann der Client 30 einen PCR-Differenzwert zwischen dem ersten PCR-Wert und dem zweiten PCR-Wert berechnen.
  • Der Client 30 kann den zweiten PCR-Wert und den PCR-Differenzwert an einen ersten Systemtakt S1 für die Darstellung des K-1-ten Teilsegments (K-1)B der Darstellung B wiedergeben. Durch Wiedergeben eines PCR-Differenzwerts eines Teilsegments in Darstellung und eines Teilsegments, das dargestellt werden soll, an einen Systemtakt des Clients 30, können sich die Darstellungszeiten der Teilsegmente auf der Grundlage einer Darstellungszeitachse einander entsprechen.
  • Wie oben erwähnt können, wenn die Darstellungszeiten von zwei Teilsegmenten mit unterschiedlichen Indizes, die jeweils in verschiedenen Darstellungen enthalten sind, unter Verwendung einer PCR eines Teilsegments einander entsprechen, selbst wenn der Client 30 einen Bitstream-Wechsel auf Darstellungen mit unterschiedlichen Bitraten ausführt, duplizierte Daten nicht bereitgestellt werden und Daten können nicht beschädigt werden.
  • Wiederum bezugnehmend auf 3 überträgt die Übertragungsvorrichtung eine der Darstellungen einschließlich einer PCR, die jeder von einer Vielzahl von Teilsegmenten entsprechen, in Betriebszustand S109.
  • Zum Beispiel wählt der Client 30 eines aus einer Vielzahl von Darstellungen mit unterschiedlichen Bitraten, Auflösungen, Sprachen oder Codes eines Medien-Inhalts unter Verwendung einer von dem Server 10 bereitgestellten MPD aus und kann ein Segment oder ein Teilsegment entsprechend der gewählten Darstellung unter Verwendung eines durch HTTP 1.1 definierten (RFC 2616) HTTP-GET- oder HTTPpartial GET-Verfahrens anfordern.
  • Darüber hinaus kann die MPD einen Bitstream-Wechsel-Flag, das anzeigt, ob ein Bitstream auf Darstellungen zu wechseln ist, und einen Teilsegmentausrichtungs-Flag umfassen, das anzeigt, ob die Teilsegmente auszurichten sind.
  • Wenn das Bitstream-Wechsel-Flag in der MPD ‚wahr‘ ist, kann der Client 30 den oben genannten Bitstream-Wechselvorgang durchführen.
  • Zusätzlich können, wenn das Teilsegmentausrichtungs-Flag in der MPD ‚wahr‘ ist, Teilsegmente, wie in 9 bis 11 gezeigt, ausgerichtet werden, und entsprechend kann der Client 30 eine Darstellung an der arbiträren Grenze zwischen aufeinanderfolgenden Teilsegmenten ohne doppelte oder fehlende Daten wechseln.
  • Gemäß einer Ausführungsform der vorliegenden Erfindung gibt es Index-Information zu allen Teilsegmenten, und unter einer Vielzahl von Darstellungen kann, da die früheste Darstellungszeit TE des in einer arbiträren ersten Darstellung enthaltenen K-ten Teilsegments der neuesten Darstellungszeit TL des in einer arbiträren zweiten Darstellung enthaltenen K-1-ten Teilsegments entspricht, Datenverlust oder doppelter Empfang während Bitstream-Wechsel verhindert werden.
  • Darüber hinaus können, um MPEG-2 TS-Medien in Segmente für die Übertragung zu unterteilen, Medien etwa nach einer Dauer eines Referenzprogrammelements (dieses kann die gleiche Bedeutung wie ein Referenz-Stream haben) wie von einem Transportprotokoll benötigt aufgeteilt werden. Eine Grenze zwischen Segmenten kann mit MPEG-2 TS-Paketen ausgerichtet werden.
  • In den für MPEG-2 TS-Medien gelieferten Metadaten kann ein zu einem Programm gehörendes Programmelement als eine Referenz gewählt werden, und die früheste Darstellungszeit als Wiedergabe-Einheit (PU; Play Unit) in Bezug auf ein Referenz-Programmelement in einem Segment kann geliefert werden.
  • Zusätzlich kann mit Bezug auf jedes Teilsegment ein Daten-Offset und ein Stempel-PTS für die früheste Darstellungszeit eines entsprechenden Teilsegments geliefert werden, und die Darstellungszeit eines Zufallszugriffspunkts und die Information, ob PTS-Diskontinuität auftritt, kann wahlweise geliefert werden.
  • Darüber hinaus kann die Darstellungszeit eines Direktzugriffspunkts und die Information, ob PTS-Diskontinuität auftritt, verwendet werden, um dem Client 30 zu gestatten, eine PTS-PCR-basierte Zeitachse an einer Medien-Darstellungszeitachse auszurichten.
  • Die Metadaten können in einem binären Format basierend auf typischen ISO-basierten Mediendateiformat-Datentypen ausgedrückt werden, und diese können eine ähnliche Struktur wie ein in Dynamic Adaptive Streaming over HTTP (DASH) verwendete ‚sidx‘ Feld haben.
  • Zusätzlich zu einer Funktion des ‚sidx‘ Felds kann ein Format von Metadaten gemäß einer Ausführungsform der vorliegenden Erfindung dem Client 30 erlauben, eine MPEG-2 PTS-PCR-basierte Zeitachse an einer Medien-Darstellungszeitachse auszurichten.
  • Dies wird durch Bereitstellen der frühesten PTS einer Wiedergabe-Einheit PU in einem Teilsegment gemacht, und zusätzlich kann Information über Diskontinuität auf der MPEG-2 PTS-Zeitachse geliefert werden.
  • Nachstehend wird unter Bezugnahme auf 8 und 9 in einem Indexsegment enthaltene PCR-Information gemäß einer Ausführungsform der vorliegenden Erfindung beschrieben.
  • 8 und 9 sind Ansichten, die eine Konfiguration eines MPEG-2 TS-PCR-Informationsfelds, das Metadaten für Medien-Inhalt bereitstellt, gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulichen.
  • Bezugnehmend auf 8 können die Metadaten für Medien-Inhalt mit einem MPEG-2 TS-PCR-Informationsfeld ‚pcrb‘ konfiguriert sein, und das MPEG-2 TS-PCR-Informationsfeld ‚pcrb‘ kann PCR-Information für MPEG-2 TS bereitstellen.
  • Das Indexsegment kann Indexinformation eines Mediensegments umfassen. Das Indexsegment kann ein Indexsegment für ein einzelnes Mediensegment oder ein Indexsegment für ein Mehrfachmediensegment sein.
  • Das Indexsegment für ein einzelnes Mediensegment kann ein Mediensegment genau indizieren. Jedes Indexsegment, welches ein Mediensegment indiziert, kann mit einem Segmenttyp-Feld ‚styp‘ beginnen. In dem Segmenttyp-Feld ‚styp‘ kann ein Indexsegment-Teilsegment (isss; index segment subsegment), das heißt, eine von einem ISO-basierten Mediendateiformat definierte Marke, gezeigt werden. In einer ‚isss‘ Marke kann ein einziges Indexsegment ein MPEG-2 TS-basiertes Mediensegment indizieren.
  • Jedes Indexsegment, das ein Mediensegment indiziert, kann eines oder mehrere Segmentindex-Felder und MPEG-2 TS-PCR-Informationsfelder ‚pcrb‘ umfassen, um ein Mediensegment genau zu indizieren. Die MPEG-2 TS-PCR-Informationsfelder ‚pcrb‘ können unmittelbar auf ein Segment-Indexfeld ‚sidx‘ folgen, welche das gleiche Teilsegment dokumentiert.
  • Das Indexsegment für ein Mehrfachmediensegment kann ein Mehrfachmediensegment indizieren. Jedes Indexsegment, das ein Mehrfachmediensegment indiziert, kann mit einem Segmenttypfeld ‚styp‘ beginnen. In dem Segmenttypfeld ‚styp‘ kann ein Indexsegment-Mediensegment (isms; index segment media segment), das heißt, eine von einem ISO-basierten Mediendateiformat definierte Marke, gezeigt werden. In einer ‚isms‘ Marke kann ein Darstellungsindexsegment ein MPEG-2 TS-basiertes Mediensegment indizieren.
  • Jedes Mediensegment kann durch ein oder mehrere Segmentindex-Felder indiziert werden. Eine Vielzahl von Segmentindexfeldern für ein bestimmtes Mediensegment kann zusammenhängend sein.
  • Indexinformation für eine Vielzahl von Mediensegmenten kann in der von einem einzelnen Gesamtsegment-Indexfeld erwarteten Reihenfolge verkettet werden.
  • Ein Gesamtsegment-Indexfeld kann einen Eintrag in einer Schleife für jedes Medien-Segment enthalten. Jeder Eintrag kann Segment-Indexinformation für ein einzelnes Medien-Segment anzeigen.
  • Ein Index-Segment mit einem Teilsegment-Index kann eine ‚ssss‘ Marke in dem Segmenttyp-Feld ‚styp‘ als eine kompatible Marke umfassen. In einer ‚ssss‘ Marke kann ein Teilsegment-Indexsegment ein MPEG-2 TS-basiertes Medien-Segment indizieren.
  • Ein Index-Segment mit einem Teilsegment-Index kann einem Index-Segment für ein als ‚0‘ definiertes, einzelnes Medien-Segment folgen oder kann einem Index-Segment für ein Mehrfachmediensegment folgen, aber die vorliegende Erfindung ist nicht darauf beschränkt. Ein Teilsegment-Indexfeld ‚ssix‘ kann unmittelbar auf das Segment-Indexfeld ‚sidx‘ folgen oder kann unmittelbar vor der MPEG-2 TS-PCR ‚pcrb‘ folgen. Das Segment-Indexfeld ‚sidx‘ und das MPEG-2 TS-PCR-Informationsfeld ‚pcrb‘ können das gleiche Teilsegment aufzeichnen. Auf diese Weise kann das oben genannte Segmentindexfeld ‚sidx‘ nur eine Vielzahl von Teilsegmenten indizieren.
  • In Bezug auf die Syntaxstruktur des in 9 gezeigten MPEG-2 TS-PCR-Informationsfelds ‚pcrb‘ kann subsegment_count die Anzahl von Teilsegmenten angeben, von denen einige Information an das MPEG-2 TS-PCR-Informationsfeld ‚pcrb‘ gegeben wird, und kann eine positive ganze Zahl sein. subsegment_count kann identisch zu reference_count von einem endgültigen Segmentindexfeld sein. subsegment_count kann in einer Schleife indiziert werden und kann auf einen Wert gleich oder größer als 1 gesetzt werden.
  • pcr zeigt eine MPEG-2 TS-PCR entsprechend dem ersten Sync-Byte des ersten in einem Medienteilsegment enthaltenen MPEG-2 TS-Pakets an.
  • Nachstehend wird unter Bezugnahme auf 10 und 11 in einem Indexabschnitt enthaltene PCR-Information gemäß einer anderen Ausführungsform der vorliegenden Erfindung beschrieben.
  • 10 und 11 sind Ansichten, die eine Konfiguration eines Medienhilfsinformationsfelds, das Metadaten für Medien-Inhalt bereitstellt, gemäß einer Ausführungsform der vorliegenden Erfindung beschreiben.
  • Bezugnehmend auf 10 können die Metadaten für Medien-Inhalt mit einem Medienhilfsinformationsfeld ‚masi‘ konfiguriert sein. Das Medienhilfsinformationsfeld ‚masi‘ kann Hilfsmedieninformation umfassen. Das Medienhilfsinformationsfeld ‚masi‘ kann Information umfassen, dass ein Segment oder ein ein Segment konfigurierendes Teilsegment einen MPEG-2 TS ‚m2ts‘ genannten Medientyp bezeichnet.
  • Das Indexsegment kann, wie oben erwähnt, ein Index-Segment für ein einzelnes Mediensegment oder ein Index-Segment für ein Mehrachmediensegment sein, aber die vorliegende Erfindung ist nicht darauf beschränkt.
  • Das Indexsegment für ein einzelnes Mediensegment kann ein Mediensegment genau indizieren. Jedes Index-Segment, welches ein Medien-Segment indiziert, kann bei einem Segmenttypfeld ‚styp‘ beginnen. In dem Segmenttypfeld ‚styp‘ kann die Marke ‚isss‘ gezeigt werden.
  • Jedes Indexsegment, das ein Mediensegment indiziert, kann eines oder mehrere Segmentindex-Felder und Medien-Hilfsinformationsfelder ‚masi‘ umfassen, um ein Mediensegment genau zu indizieren.
  • In Bezug auf die Syntax-Struktur des in 11 gezeigten Medienhilfsinformationsfelds ‚masi‘ kann FormatID kann ein eindeutiger Bezeichner für Daten sein. FormatID kann vier Zeichen umfassen. Daten können Medien-Daten bezeichnen und die vorliegende Erfindung ist nicht darauf beschränkt.
  • Wieder bezugnehmend auf 10 kann das Medienhilfsinformationfeld ‚masi‘ unmittelbar auf das Segmentindexfeld ‚sidx‘ folgen, welches das gleiche Teilsegment dokumentiert. FormatID des Medienhilfsinformationsfelds ‚masi‘ kann auf ‚m2ts‘ gesetzt sein. Die vorangehenden 42 Bits des Datenfelds des Medienhilfsinformationfelds ‚masi‘ können ein MPEG-2 TS-PCR umfassen. Die MPEG-2 TS-PCR kann dem ersten MPEG-2 TS-Paket mit einem Offset entsprechen, welchen der erste Offset first_offset anzeigt, wenn eine Frequenz 27 MHz ist. Ein Wert von den nächsten 6 Bits des Datenfelds des Medienhilfsinformationsfelds ‚masi‘ kann als 0 belassen werden.
  • Das Indexsegment für ein Mehrfachmediensegment kann ein Mehfrachmediensegment indizieren. Jedes ein Mehrfachmediensegment indizierendes Indexsegment kann bei einem Segmenttyp-Feld ‚styp‘ beginnen. In dem Segmenttyp-Feld ‚styp‘ kann ‚isms‘, d. h., eine durch ein ISO-basiertes Mediendateiformat definierte Marke, gezeigt werden.
  • Jedes Mediensegment kann durch ein oder mehrere Segmentindex-Felder indiziert werden. Eine Vielzahl von Segmentindex-Feldern für ein bestimmtes Medien-Segment kann zusammenhängend sein.
  • Indexinformation für eine Vielzahl von Mediensegmenten kann in der von einem einzelnen Gesamtsegmentindex-Feld erwarteten Reihenfolge verkettet werden.
  • Ein Gesamtsegmentindex-Feld kann einen Eintrag in einer Schleife für jedes Mediensegment umfassen. Jeder Eintrag kann Segment-Indexinformation für ein einzelnes Mediensegment anzeigen.
  • Ein Indexsegment mit einem Teilsegment-Index kann eine ‚ssss‘ Marke in dem Segmenttyp-Feld ‚styp‘ als eine kompatible Marke umfassen.
  • Ein Indexsegment mit einem Teilsegment-Index kann einem Indexsegment für ein einzelnes, als ‚0‘ definiertes Mediensegment folgen oder kann einem Indexsegment für ein Mehrfachmediensegment folgen, aber die vorliegende Erfindung ist nicht darauf beschränkt. Das Teilsegment-Indexfeld ‚ssix‘ kann unmittelbar nach dem Segment-Indexfeld ‚sidx‘ folgen oder kann unmittelbar vor dem Medienhilfsinformationsfeld ‚masi‘ folgen. Das Segmentindexfeld ‚sidx‘ und das Medienhilfsinformationsfeld ‚masi‘ können das gleiche Teilsegment aufzeichnen. Auf diese Weise kann das oben genannte Segmentindexfeld ‚masi‘ nur eine Vielzahl von Teilsegmenten indizieren.
  • Nachstehend wird unter Bezugnahme auf 12 und 13 ein Medieninhalts-Empfangsverfahren und eine Vorrichtung gemäß einer Ausführungsform der vorliegenden Erfindung beschrieben.
  • Die Empfangsvorrichtung 300 gemäß einer Ausführungsform der vorliegenden Erfindung kann einen Betrieb des Client 300, wie mit Bezug auf 1 bis 11 beschrieben, ausführen.
  • Zusätzlich wird, da eine Konfiguration eines Medieninhalts, den die Empfangsvorrichtung 300 empfängt, zum Beispiel eine Konfiguration einer Darstellung eines Segments und eines Teilsegments, die gleiche, wie die unter Bezugnahme auf 3 bis 7 beschrieben, sein kann, eine ausführliche Beschreibung nachfolgend weggelassen.
  • 12 ist ein Blockdiagramm, das eine Medieninhaltsempfangsvorrichtung gemäß einer Ausführungsform der vorliegenden Erfindung darstellt.
  • Bezugnehmend auf 12 umfasst die Empfangsvorrichtung 300 eine Empfangseinheit und eine Steuereinheit. Die Empfangseinheit umfasst eine Schnittstelleneinheit 310, und die Steuereinheit umfasst eine Decodiereinheit 320 und eine Synchronisationseinheit 330.
  • Eine Netzwerk-Schnittstelleneinheit 310, zum Beispiel eine HTTP-Schnittstelle, kann eine Mediendatei zusammen mit Synchronisationsinformation empfangen. Zum Beispiel kann die Netzwerk-Schnittstelleneinheit 310 Synchronisationsinformation Sync Info mit der oben erwähnten Konfiguration unter Bezugnahme auf 6 bis 11 zusammen mit einem MPEG-2 TS empfangen und kann andere Medien in einer unterschiedlichen Form, zum Beispiel einem 3GPP-Dateiformat, empfangen.
  • Die Decodiereinheit 320 kann die Mediendatei, welche die Netzwerk-Schnittstelleneinheit 310 empfängt, decodieren und ausgeben. Die Decodiereinheit 320 umfasst einen ersten Decodierer 321 zum Decodieren von anderen, durch die Netzwerk-Schnittstelleneinheit 310 empfangenen Medien und einen zweiten Decodierer 322 zum Decodieren eines MPEG-2 TS, aber die vorliegende Erfindung ist nicht darauf beschränkt. Der erste Decodierer kann ein Decodierer zum Decodieren von Medien in verschiedenen Formaten wie zum Beispiel einem 3GPP-Dateiformat sein oder kann ein zu dem zweiten Decodierer 322 identischer MPEG-2 TS-Decodierer ein. Der zweite Decodierer 322 kann ein typischer MPEG-2 TS-Decodierer sein. Der zweite Decodierer 322 kann einen MPEG-2 TS von der Netzwerk-Schnittstelleneinheit 310 empfangen und decodieren und kann dann die decodierten Wiedergabe-Einheiten und ihre PTS ausgeben.
  • Die Synchronisationseinheit 330 kann eine Mediendatei, welche die Decodiereinheit 320 decodiert, mit einer Mediendarstellungszeitachse synchronisieren, indem eine in der Synchronisationsinformation enthaltene Medien-Darstellungszeit verwendet wird, welche die Netzwerk-Schnittstelleneinheit 310 empfängt.
  • Darüber hinaus kann die Synchronisationseinheit 330 eine Wiedergabe-Einheit einschließlich einer durch die empfangene Synchronisationsinformation bereitgestellte Medien-Darstellungszeit identifizieren. Dazu kann die Netzwerkschnittstelleneinheit 310 die PTSs von Wiedergabe-Einheiten mit einer bereitgestellten Darstellungszeit wiedergewinnen und sie an die Synchronisationseinheit 330 liefern, oder die PTS einer entsprechenden Wiedergabe-Einheit muss von der Übertragungsvorrichtung zusammen mit einer Darstellungszeit zur Verfügung gestellt werden. Um einen PTS wiederzugewinnen, kann Elementarstream-Zeitwiederherstellung verwendet werden.
  • Die Synchronisationseinheit 330 kann aus dem zweiten Decodierer 322 ausgegebene MPEG-2 TS-basierte Medien mit anderen von dem ersten Decodierer 321 ausgegebenen Medien unter Verwendung der von der Übertragungsvorrichtung bereitgestellten Decodierinformation (zum Beispiel, Mediendarstellungszeiten für Wiedergabe-Einheiten) synchronisieren.
  • Darüber hinaus kann die Aufnahmevorrichtung 300 die durch die Synchronisationseinheit 330 synchronisierten MPEG-2 TS-basierten Medien zusammen mit anderen Medien darstellen.
  • 13 ist ein Flussdiagramm, das ein Medien-Inhaltsempfangsverfahren gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht. Nachstehend wird in Bezug auf ein im Folgenden in 13 gezeigtes Empfangsverfahren eine Beschreibung des gleichen Inhalts mit Bezug auf 1 und 12 weggelassen.
  • Bezugnehmend auf 13 empfängt die Empfangsvorrichtung 300 eine erste Darstellung in Betriebszustand S301 und stellt die empfangene erste Darstellung in Betriebszustand S303 dar.
  • So kann zum Beispiel die in der Netzwerk-Schnittstelleneinheit 310 der Übertragungsvorrichtung 300 eingerichtete Empfangseinheit (nicht gezeigt) ein Segment oder ein Teilsegment von der Übertragungsvorrichtung durch eine von HTTP 1.1 (RFC 2616) definiertes HTTP-GET- oder HTTP- partial GET-Verfahren anfordern.
  • Die Netzwerkschnittstelleneinheit 310 kann eine von einer Vielzahl von Darstellungen mit unterschiedlichen Bitraten, Auflösungen, Sprachen oder Codecs eines Medien-Inhalts als eine Darstellung wählen, die unter Verwendung einer von der Übertragungsvorrichtung empfangener MPD zu empfangen ist.
  • Die Netzwerk-Schnittstelleneinheit 310 bestimmt in Betriebszustand S305, ob ein Bitstream-Wechsel während der Darstellung einer ersten Darstellung erforderlich ist.
  • Wenn Bitstream-Wechsel für die zweite Darstellung erforderlich ist, empfängt die Netzwerk-Schnittstelleneinheit 310 die zweite Darstellung in Betriebszustand S307.
  • Die Empfangsvorrichtung bestimmt in Betriebszustand S309, ob ein Bitstreamwechsel-Flag BitstreamSwitchingFlag ‚wahr‘ ist, unter Verwendung einer von dem Server 10 zur Verfügung gestellten MPD.
  • Wenn das Bitstreamwechsel-Flag BitstreamSwitchingFlag ‚wahr‘ ist, kann die Empfangsvorrichtung den unten beschriebenen Schritt auslassen. Denn zwei Segmente mit unterschiedlichen Bitraten können, wenn das Bitstreamwechsel-Flag BitstreamSwitchingFlag ‚wahr‘ ist, in einem effektiven TS angrenzend sein.
  • Wenn das Bitstreamwechsel-Flag BitstreamSwitchingFlag ‚falsch‘ ist, extrahiert die Empfangsvorrichtung einen ersten PCR-Wert aus einem Index-Segment einer ersten Darstellung in Wiedergabe und extrahiert dann in Betriebszustand S311 einen zweiten PCR-Wert aus einem Index-Segment einer empfangenen zweiten Darstellung nach Bitstream-Wechsel. Das Index-Segment kann eine PCR enthalten, wie in 8 bis 11 beschreiben. Die Empfangsvorrichtung kann jede PCR aus einer in einer Darstellung enthaltenen Vielzahl von Teilsegmenten aus dem Index-Segment extrahieren.
  • Die Empfangsvorrichtung berechnet in Betriebszustand S313 einen PCR-Differenzwert zwischen dem ersten PCR-Wert und dem zweiten PCR-Wert. Der PCR-Differenzwert ist ein Wert, der durch Springen einer PCR zwischen einer Vielzahl von Segmenten von zwei Darstellungen mit unterschiedlichen Bitraten und einer Vielzahl von Teilsegmenten erhalten wird.
  • Hier kann der erste PCR-Wert ein PCR-Wert entsprechend dem letzten MPEG-2 TS-Paket von einem in der ersten Darstellung enthaltenen Segment sein. Auch kann der zweite PCR-Wert ein PCR-Wert entsprechend dem ersten MPEG-2 TS-Paket von einem in der zweiten Darstellung enthaltenen Segment sein.
  • Auf eine solcher Art und Weise kann die Empfangsvorrichtung einen teilweisen zusätzlichen MPEG-2 TS-Decodierungsvorgang durchführen, um erste und zweite PCR-Werte ohne die Unterstützung von anderen Geräten aus einem Mediensegment wiederherzustellen.
  • Die Decodiereinheit 320 bestimmt, ob die in Betriebszustand S307 empfangene zweite Darstellung in Betriebszustand S315 decodiert wird.
  • Wenn der Decodiereinheit 320 eine zweite Darstellung zugeführt wird, führt die Decodiereinheit 320 in Betriebszustand S317 eine Free-Run-Betriebsart aus. Sobald die Free-Run-Betriebsart ausgeführt wird, kann die Empfangsvorrichtung ein Leeren der Puffer der ersten Darstellung während Wiedergabe verhindern.
  • Die Empfangsvorrichtung bestimmt in Betriebszustand S310, ob die Darstellung der ersten Darstellung abgeschlossen ist.
  • Wenn die Wiedergabe der ersten Darstellung abgeschlossen ist, setzt die Empfangsvorrichtung einen Systemtakt mit Hilfe des in Betriebszustand S313 berechneten PCR-Differenzwerts und des zweiten PCR-Werts der zweiten Darstellung in Betriebszustand S321. Die Empfangsvorrichtung setzt ihren Systemtakt auf einen Wert, der durch Addieren des PCR-Differenzwerts und des zweiten PCR-Werts erhalten wird, so dass Bitstream-Wechsel auftritt und die erste Darstellung und die zweite Darstellung nahtlos dargestellt werden können.
  • Wenn der Systemtakt auf einen neuen Wert gesetzt wird, gibt die Decodiereinheit 320 in Betriebszustand S323 die Free-Run-Betriebsart frei.
  • Das mit Bezug auf die 1 bis 13 beschriebene Medieninhaltsempfangs- und Verarbeitungs-Verfahren wird von einem IPTV-Empfänger gemäß einer Ausführungsform der vorliegenden Erfindung durchgeführt.
  • Nachstehend wird unter Bezugnahme auf die 14 und 15 eine Konfiguration eines IPTV-Empfängers gemäß einer Ausführungsform der vorliegenden Erfindung ausführlicher beschrieben.
  • 14 ist ein Blockdiagramm, das eine Konfiguration eines IPTV-Empfängers gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht.
  • Der IPTV-Empfänger gemäß einer Ausführungsform der vorliegenden Erfindung kann einen zusätzlichen Tuner zum Empfang von terrestrischem Rundfunk, Kabelrundfunk und Satellitenrundfunk umfassen. Zur Vereinfachung der Beschreibung wird jedoch in der vorliegenden Erfindung hauptsächlich eine ein IPTV empfangene Konfiguration unter Verwendung eines IP-Netzwerks beschrieben.
  • Darüber hinaus stellt ein ITF stellt eine Open-IPTV-Terminal-Funktion dar und kann einen mit einem Funktionsmodul, der zur Unterstützung von IPTV-Service notwendig ist, konfigurierten Empfänger bezeichnen.
  • Bezugnehmend auf 14 umfasst der IPTV-Empfänger eine Netzwerk-Schnittstelle 501, einen TCP/IP-Manager 502, einen Dienstausführungs-Manager 504, einen PVR-Manager 505, einen Demux 508, einen Data-Decodierer 507, einen Audio / Video-Decodierer 512, eine A/V-Anzeige- und OSD-Modul 515, Anwendungsmanager 513 und 514, eine SI- und Metadaten-DB 511, einen Dienst-Ermittlungsmanager (Service Discovery Manager) 509, einen Dienst-Steuerungsmanager 503, einen Metadaten-Manager 510 und eine Inhalts-DB 506.
  • Die Netzwerk-Schnittstelleneinheit 501 empfängt von einem Netzwerk empfangenen Pakete und überträgt Pakete auf das Netzwerk. Das heißt, die Netzwerk-Schnittstelleneinheit 501 kann Dienst- und Medien-Inhalt von einem Dienstanbieter über ein Netzwerk empfangen.
  • Der TCP/IP-Manager 501 ist bei der Paketzustellung von einer Quelle zu einem Ziel in Bezug auf ein von dem IPTV-Empfänger empfangenes Paket und ein von dem IPTV-Empfänger übertragenes Paket beteiligt. Darüber hinaus kann der TCP/IP-Manager 502 das empfangene Paket klassifizieren, damit es einem geeigneten Protokoll entspricht, und kann das klassifizierte Paket an den Dienstausführungs-Manager 504, den Dienstausführungs-Manager 509, den Dienststeuerungs-Manager 503 und den Metadaten-Manager 510 ausgeben.
  • Der Dienstausführungs-Manager 504 ist für eine Steuerung der empfangenen Dienst-Daten verantwortlich. Zum Beispiel kann in dem Fall, das Echtzeit-Streaming-Daten gesteuert werden, eine RTP/RTCP verwendet werden.
  • Wenn Echtzeit-Streaming-Daten unter Verwendung eines RTP übertragen werden, analysiert der Dienstausführungs-Manager 504 das empfangene Datenpaket gemäß einem RTP, um es an den Demux 508 zu übertragen oder es in der Inhalts-DB 506 gemäß einer Steuerung des Dienst-Manager 514 zu speichern. Zusätzlich kann der Dienstausführungs-Manager 504 Netzwerk-Empfangsinformation an eine Dienst-Seite zurück übertragen, die unter Verwendung eines RTCP Dienst bereitstellt.
  • Der Demux 508 demultipliziert das empfangene Paket in Audio-, Video- und programmspezifische Information (PSI; Program Specific Information) -Daten und überträgt diese anschließend an den Audio/Video-Decodierer 512 und den Daten-Decodierer 507.
  • Der Daten-Decodierer 507 decodiert Service-Information, wie zum Beispiel programmspezifische Information (PSI). Das heißt, der Daten-Decodierer 507 kann ein PSI-Segment, ein Programm- und Dienst-Informationsprotokoll (PSIP; Program and Service Information Protocol) oder ein DVB-Dienstinformations- (SI) Segment, die von dem Demux 508 demultipliziert werden, empfangen und decodieren.
  • Zusätzlich erzeugt der Datendecodierer 507 eine Datenbank mit Service-Information durch Decodieren der empfangenen Segmente und speichert die Daten mit Dienst-Information in der SI- und Metadaten-DB 511.
  • Der Audio/Video-Decodierer 512 decodiert die von dem Demux 508 empfangen Videodaten und Audiodaten. Der Audio/Video-Decodierer 512 kann die decodierten Audiodaten und Videodaten über die Anzeige-Einheit 515 einem Benutzer bereitstellen.
  • Der Anwendungsmanager verwaltet einen Gesamtzustand des IPTV-Empfängers und stellt eine Benutzeroberfläche bereit und verwaltet auch andere Manager. Dazu umfasst der Programm-Manager einen Benutzerschnittstellen-Manager 513 und einen Dienst-Manager-514.
  • Der Benutzerschnittstellen- (UI; User Interface) -Manager 513 stellt eine grafische Benutzeroberfläche (GUI; Graphical User Interface) für Benutzer unter Verwendung eines On Screen Display (OSD) bereit und führt einen Empfängerbetrieb gemäß einer Eingabe durch Empfang einer Tastatureingabe von einem Benutzer aus. Zum Beispiel kann, wenn eine Tastatureingabe für eine Kanalauswahl von einem Benutzer empfangen wird, ein Tastatureingabe-Signal an den Dienst-Manager 514 gesendet werden.
  • Der Dienst-Manager 514 steuert einen Dienst-bezogenen Manager wie zum Beispiel den Dienstausführungs-Manager 504, den Dienstermittlungs-Manager 509, den Dienststeuerungs-Manager 503 und den Metadaten-Manager 510.
  • Zusätzlich erzeugt der Dienst-Manager 514 eine Kanal-Liste und wählt einen Kanal unter Verwendung der Kanal-Liste gemäß einer von dem UI-Manager 513 empfangenen Tastatureingabe aus. Auch empfängt der Dienst-Manager 514 Dienst-Information eines Kanals von dem Daten-Decodierer 507 und setzt Audio/Video-Paketbezeichner (PID; Packet Identifier) des gewählten Kanals auf dem Demux 508.
  • Der Dienstermittlungs-Manager 509 stellt Information, die für die Auswahl eines einen Dienst bereitstellenden Dienst-Anbieters notwendig ist, zur Verfügung. Nach Erhalt einer Kanalwahl von dem Dienst-Manager 514 kann der Dienstermittlungs-Manager 509 einen Dienst finden, indem Information, die für die Auswahl eines Dienstanbieters notwendig ist, verwendet wird.
  • Der Dienststeuerungs-Manager 503 ist für Dienst-Auswahl und -Steuerung verantwortlich. Zum Beispiel verwendet, wenn ein Benutzer einen Live-Rundfunk-Dienst wie zum Beispiel ein bestehendes Rundfunksystem auswählt, der Dienststeuerungs-Manager 503 einen IGMP oder einen RTSP, und wenn ein Benutzer einen Dienst wie zum Beispiel Video auf Abruf (VOD; Video On Demand) auswählt, verwendet der Dienststeuerungs-Manager 503 einen RTSP, so dass er Dienst-Auswahl und Steuerung steuert.
  • Das RTSP-Protokoll stellt einen Trick-Modus für Echtzeit-Streaming zur Verfügung. Zusätzlich initialisiert und verwaltet der Dienststeuerungs-Manager 503 eine Session über ein IMC-Gateway unter Verwendung eines IP Multimedia Subsystem (IMS) und eines Session Initiation Protocol (SIP). Die Protokolle sind nur eine Ausführungsform, und andere Protokolle gemäß einer Ausführung können verwendet werden.
  • Der Metadaten-Manager 510 verwaltet Dienst-bezogene Metadaten und speichert Metadaten in der SI- und Metadaten-DB 511.
  • Die SI- und Metadaten-DB 511 speichert von dem Datendecodierer 507 decodierte Dienst-Information, von dem Metadaten-Manager 510 verwaltete Metadaten und für die Auswahl eines Dienst-Anbieters notwendige Information, die vom Dienstermittlungs-Manager 509 bereitgestellt wird. Zusätzlich kann die SI- und Metadaten-DB 511 Konfigurationsdaten für ein System speichern.
  • Die SI- und Metadaten-DB 511 und die Inhalts-DB 506 können unter Verwendung von nichtflüchtigem RAM (NVRAM; NonVolatile RAM) oder Flash-Speicher ausgeführt werden und können als zwei logisch getrennte Bereiche auf dem gleichen Speicherbereich ausgeführt werden.
  • Der PVR-Manager 505 sammelt als ein Modul zum Aufnehmen und Darstellen von Live-Streaming-Inhalt Metadaten über aufgezeichneten Inhalt und erzeugt erweiterte, einem Benutzer zur Verfügung gestellte Information, zum Beispiel ein Miniaturbild oder einen Index.
  • Eine Funktion einer Steuereinheit eines IPTV-Empfängers gemäß einer Ausführungsform der vorliegenden Erfindung kann durch eine Vielzahl von unterteilten Modulen ausgeführt werden, beispielsweise dem TCP/IP-Manager 502, dem Dienstausführungs-Manager 504, dem PVR-Manager 505, dem Anwendungs-Manager 513 und 514, dem Dienstermittlungs-Manager 509, dem Dienststeuerungs-Manager 503 und dem Metadaten-Manager 510.
  • Zum Beispiel kann der TCP / IP Manager 502 der Netzwerk-Schnittstelle 501 gestatten, nur eine Nutzlast oder ein Segment entsprechend einem bestimmten Paket (zum Beispiel, ein Paket, das der IPTV-Empfänger abonniert) von einem Server anzufragen und es durch Filterung von SD & S Information über die oben genannte Zielpaket-Information zu empfangen.
  • Darüber hinaus erlaubt der TCP / IP-Manager 502 durch Filtern von in einem Multicast-Verfahren durch Zielpaketinformation empfangene SD & S Information entsprechend einem bestimmten Paket nur einer Nutzlast oder Segment, durch den Daten-Decodierer 507 analysiert und verarbeitet zu werden.
  • 15 zeigt ein Blockdiagramm, das eine Konfiguration eines IPTV-Empfängers gemäß einer anderen Ausführungsform der vorliegenden Erfindung veranschaulicht. Ein in 15 gezeigter, durchgezogener Pfeil entspricht einem Datenpfad und ein gestrichelter Pfeil entspricht einem Steuersignalpfad.
  • Ein Kabelmodem, DSL-Modem, usw. 601 stellt als eine Schnittstelle, um einem ITF zu erlauben, sich auf einer physikalischen Ebene mit einem IP-Netzwerk zu verbinden, ein digitales Signal durch Demodulation eines durch ein physikalisches Medium übertragenen Signals wieder her.
  • Eine Ethernet-NIC 602 stellt ein durch eine physikalische Schnittstelle empfangenes Signal wieder zu IP-Daten her, und der IP-Netzwerk-Stack 607 verarbeitet jede Schicht entsprechend einem IP-Protokoll-Stack.
  • Darüber hinaus analysiert ein XML-Parser 609 ein XML-Dokument unter den empfangenen IP-Daten, und ein Datei-Handler 608 verarbeitet in einem Dateiformat durch FLUTE unter den empfangenen IP-Daten übertragene Daten.
  • Ein SI-Handler 611 verarbeitet einen Teil entsprechend einer IPTV-Dienst-Information unter in einem Dateiformat empfangenen Daten und speichert den verarbeiteten Teil in dem Speicher 612, und ein EPG-Handler 610 verarbeitet einen Teil entsprechend einer IPTV-EPG-Information unter in einem Dateiformat empfangenen Daten und speichert den verarbeiteten Teil in dem Speicher 612.
  • Der Speicher 612 speichert verschiedene Daten wie zum Beispiel SI und EPG.
  • Ein SI-Decodierer 613 empfängt SI-Daten aus dem Speicher 612 und analysiert sie, um Kanalkarteninformation zu erhalten, und ein EPG-Decodierer 614 analysiert im Speicher 612 gespeicherte EPG-Daten, um für EPG-Konfiguration erforderliche Information wiederherzustellen.
  • Eine ITF-Betriebssteuereinheit 615 ist eine Hauptsteuereinheit zum Steuern eines Betriebs eines ITF wie zum Beispiel Kanalwechsel oder EPG-Anzeige.
  • Ein Kanal-Dienst-Manager 611 führt einen Vorgang wie zum Beispiel Kanalwechsel gemäß einer Benutzereingabe aus, und ein Anwendungsmanager 617 kann einen Anwendungsdienst wie zum Beispiel EPG-Anzeige gemäß einer Benutzereingabe ausführen.
  • Ein MPEG-2 Demultiplexer 603 extrahiert MPEG-2 TS-Daten aus einem empfangenen IP-Datagramm und liefert sie an ein entsprechendes Modul gemäß Paketidentifikationsinformation PID.
  • Zusätzlich kann ein MPEG-2 PSI/PSIP-Parser 604 PSI/PSIP-Daten einschließlich Paketidentifikationsinformation PID von A/V-Daten extrahieren oder auf Information zu einem Programmelement aus einem MPEG-2 TS zugreifen und kann sie dann analysieren.
  • Außerdem kann ein A/V-Decodierer 605 eingegebene Audio- und Videodaten decodieren, um sie an ein Anzeige-Modul 606 zu liefern, und das Anzeige-Modul 606 kann die decodierten A/V-Daten oder decodierte Anwendung ausgeben.
  • Beispiele für das computerlesbare Aufzeichnungsmedium umfassen Nur-LeseSpeicher (ROM; Read Only Memory), Direktzugriffsspeicher (RAM; Random Access Memory), CD-ROMs, Magnetbänder, Floppy-Disketten und optische Datenspeichervorrichtungen sowie Trägerwellen (zum Beispiel Datenübertragung durch das Internet).
  • Das computerlesbare Aufzeichnungsmedium kann auch über Netzwerkgekoppelte Computersysteme verteilt sein, so dass der computerlesbare Code in einer verteilten Weise gespeichert und ausgeführt wird. Außerdem können funktionelle Programme, Codes und Codesegmente zum Ausführen der vorliegenden Erfindung leicht von Programmierern verstanden werden, die Fachleute auf dem Gebiet, zu dem die vorliegende Erfindung zählt, sind.
  • Obwohl Ausführungsformen unter Bezugnahme auf eine Anzahl von beispielhaften Ausführungsformen davon beschrieben worden sind, versteht es sich, dass zahlreiche andere Änderungen und Ausführungsformen von Fachleuten auf dem Gebiet ersonnen werden können, die innerhalb des Geists und Umfangs der Grundlagen dieser Offenbarung liegen. Insbesondere sind viele Abwandlungen und Änderungen in den Bauteilen und / oder Anordnungen der Sachkombinationsanordnung innerhalb des Umfangs der Offenbarung, der Zeichnungen und der beigefügten Ansprüche möglich.

Claims (15)

  1. Verfahren zum Übertragen von Medien-Inhalt über einen Internetserver, umfassend: Erzeugen einer Darstellung für den Medien-Inhalt; Aufteilen der Darstellung in eine Vielzahl von Mediensegmenten; Aufteilen jedes Mediensegments in eine Vielzahl von Teilsegmenten; Erzeugen eines Gesamtsegmentindexfelds und einer Vielzahl von Segmentindexfeldern, wobei jedes Segmentindexfeld die Vielzahl von Teilsegmenten jedes Mediensegments indiziert, wobei das Gesamtsegmentindexfeld einen Eintrag in einer Schleife für jedes Mediensegment beinhaltet und jeder Eintrag Segmentindexinformation für ein einzelnes Mediensegment indiziert; Erzeugen eines Programmzeitreferenz-, PCR-, Informationsfelds, welches jedem Segmentindexfeld folgt, wobei das PCR-Informationsfeld dieselben Teilsegmente dokumentiert wie jedes Segmentindexfeld, wobei das PCR-Informationsfeld eine Schleife für die Teilsegmente beinhaltet, und wobei die Schleife in dem PCR-Informationsfeld PCR-Information und Null-Padding Bits entsprechend jedem Teilsegment beinhaltet;; und Übertragen der Vielzahl von Mediensegmenten und eines Indexsegments, welches das Gesamtsegmentindexfeld, die Vielzahl von Segmentindexfeldern und das PCR-Informationsfeld beinhaltet.
  2. Verfahren nach Anspruch 1, wobei das PCR-Informationsfeld einen PCR-Wert entsprechend einem Synchronisierungs-Byte von einem in jedem aus der Vielzahl von Teilsegmenten enthaltenen vordersten MPEG-2 TS-Paket umfasst.
  3. Verfahren nach Anspruch 1, wobei das PCR-Informationsfeld ein Teilsegment-Zählerfeld umfasst, welches die Anzahl von durch das Segmentindexfeld indizierten Teilsegmenten darstellt.
  4. Verfahren zum Empfangen eines Medien-Inhalts von einem Hyper Text Transfer Protocol, HTTP, Server, umfassend: Empfangen des Medien-Inhalts, der eine Darstellung beinhaltet, die ein Indexsegment und eine Vielzahl von Mediensegmenten enthält, wobei jedes Mediensegment in eine Vielzahl von Teilsegmenten aufgeteilt ist und das Indexsegment ein Gesamtsegmentindexfeld und eine Vielzahl von Segmentindexfeldern beinhaltet, und wobei jedes Segmentindexfeld die Vielzahl von Teilsegmenten jedes Mediensegments dokumentiert; Extrahieren des Gesamtindexfelds in dem Indexfeld, wobei das Gesamtindexfeld einen Eintrag in einer Schleife für jedes Mediensegment beinhaltet und jeder Eintrag Segmentindexinformation für ein einzelnes Mediensegment indiziert, wobei jedes Segmentindexfeld von einem Programmzeitreferenz-, PCR-, Informationsfeld gefolgt wird, welches dieselben Teilsegmente dokumentiert; Extrahieren des PCR-Informationsfelds in dem Indexfeld, wobei das PCR-Informationsfeld eine Schleife für die Teilsegmente beinhaltet, wobei die Schleife in dem PCR-Indexfeld PCR-Information und Null-Padding Bits entsprechend jedem Teilsegment enthält; und Wiedergeben des Medien-Inhalts unter Verwendung der PCR-Information.
  5. Verfahren nach Anspruch 4, wobei das PCR-Informationsfeld einen PCR-Wert entsprechend einem Synchronisierungs-Byte von einem in jedem aus der Vielzahl von Teilsegmenten enthaltenen vordersten MPEG-2 TS-Paket umfasst.
  6. Verfahren nach Anspruch 4, wobei das PCR-Informationsfeld ein Teilsegment-Zählerfeld umfasst, welches die Anzahl von durch das Segmentindexfeld indizierten Segmenten darstellt.
  7. Verfahren nach Anspruch 4, ferner umfassend: Extrahieren eines Teilsegmentindexfelds aus dem Indexsegment, wobei das Teilsegmentindexfeld auf das Segmentindexfeld folgt.
  8. Verfahren nach Anspruch 4, wobei das Wiedergeben des Medien-Inhalts unter Verwendung der PCR-Information umfasst: Abbilden einer Darstellungszeit des Medien-Inhalts auf eine Mediendarstellungszeitachse unter Verwendung der PCR-Information.
  9. Verfahren nach Anspruch 8, wobei das Abbilden der Darstellungszeit des Medien-Inhalts auf der Mediendarstellungszeitachse unter Verwendung der PCR-Information umfasst: Abbilden einer Darstellungszeit des Medien-Inhalts auf eine Mediendarstellungszeitachse unter Verwendung der PCR-Differenz zwischen einem ersten Teilsegment und einem zweiten Teilsegment, wobei das erste Segment das erste Teilsegment und das zweite Teilsegment enthält.
  10. Vorrichtung zum Empfangen eines Medien-Inhalts über ein Internet umfassend: eine Empfangseinheit zum Empfangen des Medien-Inhalts, welcher eine Darstellung beinhaltet, die ein Indexsegment und eine Vielzahl von Mediensegmenten umfasst, wobei jedes Mediensegment in eine Vielzahl von Teilsegmenten unterteilt ist und das Indexsegment ein Gesamtsegmentindexfeld und eine Vielzahl von Segmentindexfeldern beinhaltet, und wobei jedes Segmentindexfeld die Vielzahl von Teilsegmenten jedes Mediensegments dokumentiert; eine Steuereinheit zum Extrahieren des Gesamtsegmentindexfelds in dem Indexsegment, wobei das Gesamtsegmentindexfeld einen Eintrag in einer Schleife für jedes Mediensegment beinhaltet und jeder Eintrag Segmentindexinformation für ein einzelnes Mediensegment indiziert, wobei jedes Segmentindexfeld von einem Programmzeitreferenz-, PCR-, Informationsfeld gefolgt wird, welches dieselben Teilsegmente dokumentiert, Extrahieren des PCR-Informationsfelds in dem Indexsegment, wobei das PCR-Informationsfeld eine Schleife für die Teilsegmente beinhaltet, wobei die Schleife in dem PCT-Informationsfeld PCR-Information und Null-Padding Bits entsprechend jedem Teilsegment beinhaltet, und Wiedergeben des Medien-Inhalts unter Verwendung der PCR-Information.
  11. Vorrichtung nach Anspruch 10, wobei das PCR-Informationsfeld einen PCR-Wert entsprechend einem Synchronisierungs-Byte von einem in jedem aus der Vielzahl von Untersegmenten enthaltenen vordersten MPEG-2 TS-Paket umfasst.
  12. Vorrichtung nach Anspruch 10, wobei das PCR-Informationsfeld ein Teilsegment-Zählerfeld umfasst, welches die Anzahl von durch das Segmentindexfeld indizierten Segmenten darstellt.
  13. Vorrichtung nach Anspruch 10, wobei die Steuereinheit ein Teilsegmentindexfeld aus dem Indexsegment extrahiert, wobei das Teilsegmentindexfeld auf das Segmentindexfeld folgt.
  14. Vorrichtung nach Anspruch 13, wobei die Steuereinheit eine Darstellungszeit des Medien-Inhalts unter Verwendung der PCR-Information auf eine Mediendarstellungszeitachse abbildet.
  15. Vorrichtung nach Anspruch 14, wobei das Wiedergeben des Medien-Inhalts unter Verwendung der PCR-Information umfasst: Abbilden einer Darstellungszeit des Medien-Inhalts auf eine Mediendarstellungszeitachse unter Verwendung der PCR-Differenz zwischen einem ersten Teilsegment und einem zweiten Teilsegment, wobei das erste Segment das erste Teilsegment und das zweite Teilsegment enthält.
DE112012002526.1T 2011-06-20 2012-06-20 Medieninhalt-Übertragungsverfahren und Übertragungsvorrichtung unter Verwendung desselben Active DE112012002526B4 (de)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201161498627P 2011-06-20 2011-06-20
US61/498,627 2011-06-20
USUS-61/498,627 2011-06-20
US201161499651P 2011-06-21 2011-06-21
USUS-61/499,651 2011-06-21
US61/499,651 2011-06-21
PCT/KR2012/004867 WO2012177041A2 (ko) 2011-06-20 2012-06-20 미디어 컨텐트 송수신 방법 및 그를 이용한 송수신 장치

Publications (2)

Publication Number Publication Date
DE112012002526T5 DE112012002526T5 (de) 2014-02-27
DE112012002526B4 true DE112012002526B4 (de) 2021-01-07

Family

ID=47423075

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112012002526.1T Active DE112012002526B4 (de) 2011-06-20 2012-06-20 Medieninhalt-Übertragungsverfahren und Übertragungsvorrichtung unter Verwendung desselben

Country Status (8)

Country Link
US (2) US9571893B2 (de)
EP (1) EP2723086B1 (de)
KR (2) KR101797507B1 (de)
CN (1) CN103733631B (de)
CA (1) CA2839553C (de)
DE (1) DE112012002526B4 (de)
GB (1) GB2506055B (de)
WO (1) WO2012177041A2 (de)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2839553C (en) 2011-06-20 2017-09-19 Lg Electronics Inc. Media content transceiving method and transceiving apparatus using same
US9590814B2 (en) * 2011-08-01 2017-03-07 Qualcomm Incorporated Method and apparatus for transport of dynamic adaptive streaming over HTTP (DASH) initialization segment description fragments as user service description fragments
WO2013089437A1 (ko) * 2011-12-12 2013-06-20 엘지전자 주식회사 미디어 컨텐트를 수신하는 장치 및 방법
US8977704B2 (en) 2011-12-29 2015-03-10 Nokia Corporation Method and apparatus for flexible caching of delivered media
US9401968B2 (en) * 2012-01-20 2016-07-26 Nokia Techologies Oy Method and apparatus for enabling pre-fetching of media
US20150156243A1 (en) * 2012-11-06 2015-06-04 Telefonaktiebolagel LM Ericsson (publ) Controlling resource usage of adaptive streaming sessions for transmission via a radio access network
RU2655744C2 (ru) * 2013-07-17 2018-05-30 Сони Корпорейшн Устройство подачи содержания, способ подачи содержания, программа, оконечное устройство и система подачи содержания
EP3090566A4 (de) 2014-01-02 2018-01-24 LG Electronics Inc. Rundfunkübertragungsvorrichtung und betriebsverfahren dafür sowie rundfunkempfangsvorrichtung und betriebsverfahren dafür
CN104853226A (zh) * 2014-02-17 2015-08-19 华为技术有限公司 多媒体数据的处理方法、装置、设备及***
KR101560727B1 (ko) * 2014-04-07 2015-10-15 네이버 주식회사 멀티트랙 비디오 컨텐츠의 제공을 위한 멀티트랙 비디오 컨텐츠 서비스 방법 및 시스템
CN103986696B (zh) * 2014-04-24 2017-04-26 华为技术有限公司 多媒体文件传输装置及方法
KR102326282B1 (ko) * 2015-02-09 2021-11-15 한국전자통신연구원 대역폭에 적응적인 대쉬 기반 컨텐츠 제공 장치 및 방법
WO2016129973A1 (ko) * 2015-02-15 2016-08-18 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101601969B1 (ko) * 2015-05-11 2016-03-09 네이버 주식회사 멀티트랙 비디오 컨텐츠의 제공을 위한 멀티트랙 비디오 컨텐츠 서비스 방법 및 시스템
CN106303673B (zh) * 2015-06-04 2021-01-22 中兴通讯股份有限公司 码流对齐、同步处理方法及发送、接收终端和通信***
WO2017035802A1 (zh) * 2015-09-02 2017-03-09 深圳好视网络科技有限公司 一种传输流编码、播放的方法和装置
CN105357591B (zh) * 2015-11-16 2018-10-12 北京理工大学 一种自适应码率视频直播的QoE监控和优化方法
GB2586442B (en) * 2019-06-26 2024-03-27 Univ Dublin City A method and system for encoding and decoding to enable adaptive delivery of mulsemedia streams

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090168812A1 (en) * 2008-01-02 2009-07-02 Cisco Technology, Inc. Secure Combined Interoperable Multiplexing

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040041082A (ko) 2000-07-24 2004-05-13 비브콤 인코포레이티드 멀티미디어 북마크와 비디오의 가상 편집을 위한 시스템및 방법
WO2004028156A1 (en) * 2002-09-19 2004-04-01 Thomson Licensing S.A. Hybrid video on demand using mpeg 2 transport
JP4536659B2 (ja) 2003-06-30 2010-09-01 パナソニック株式会社 データ処理装置及びデータ処理方法
KR100798551B1 (ko) 2005-03-01 2008-01-28 비브콤 인코포레이티드 인포머셜 제공 방법
EP1901452A1 (de) 2006-09-13 2008-03-19 Nagravision S.A. Verfahren zur Übertragung von Dienstinformationen in verschiedenen Typen von Rundfunknetzwerke
EP2462738B1 (de) * 2009-08-07 2018-03-21 Telefonaktiebolaget LM Ericsson (publ) Vorrichtung und verfahren zum einstellen eines kanals eines mpeg-transportstroms (mpeg-ts)
KR101786050B1 (ko) 2009-11-13 2017-10-16 삼성전자 주식회사 데이터 전송 방법 및 장치
KR101777347B1 (ko) * 2009-11-13 2017-09-11 삼성전자주식회사 부분화에 기초한 적응적인 스트리밍 방법 및 장치
KR101750048B1 (ko) 2009-11-13 2017-07-03 삼성전자주식회사 변속 재생 서비스 제공 방법 및 장치
CA2839553C (en) 2011-06-20 2017-09-19 Lg Electronics Inc. Media content transceiving method and transceiving apparatus using same

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090168812A1 (en) * 2008-01-02 2009-07-02 Cisco Technology, Inc. Secure Combined Interoperable Multiplexing

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Information technology - MPEG systems technologies - Part 6: Dynamic adaptive streaming over HTTP (DASH); ISO/IEC JTC 1/SC 29; Genf, 28.01.2011, Seiten I- VI, 1 - 80 *

Also Published As

Publication number Publication date
GB2506055B (en) 2018-04-04
KR101797507B1 (ko) 2017-11-15
WO2012177041A2 (ko) 2012-12-27
CA2839553C (en) 2017-09-19
US10009660B2 (en) 2018-06-26
CN103733631A (zh) 2014-04-16
KR20140031929A (ko) 2014-03-13
EP2723086B1 (de) 2020-01-15
CA2839553A1 (en) 2012-12-27
CN103733631B (zh) 2017-02-15
US20170111706A1 (en) 2017-04-20
WO2012177041A3 (ko) 2013-04-04
KR20170030651A (ko) 2017-03-17
US20140115647A1 (en) 2014-04-24
KR101717555B1 (ko) 2017-03-17
GB2506055A (en) 2014-03-19
GB201322295D0 (en) 2014-01-29
EP2723086A2 (de) 2014-04-23
US9571893B2 (en) 2017-02-14
EP2723086A4 (de) 2015-01-07
DE112012002526T5 (de) 2014-02-27

Similar Documents

Publication Publication Date Title
DE112012002526B4 (de) Medieninhalt-Übertragungsverfahren und Übertragungsvorrichtung unter Verwendung desselben
DE112011103642T5 (de) Verfahren zum Senden/Empfangen von Medieninhalt und Vorrichtung zum Senden/Empfangen, die dieses verwendet
DE112011103965B4 (de) Verfahren zur Übertragung eines Rundfunkdienstes sowie Verfahren und Vorrichtung zum Empfang eines Rundfunkdienstes
DE112011103963B4 (de) Verfahren zum Übertragen eines Rundfunkdienstes, Verfahren zum Empfangen des Rundfunkdienstes und Vorrichtung zum Empfangen des Rundfunkdienstes
DE112012001770T5 (de) Auf Echtzeitverarbeitungsfähigkeit basierende Qualitätsanpassung
DE112011101911T5 (de) Fragmentierte Dateistruktur für die Ausgabe von Live-Medien-Streams
US20130125187A1 (en) Method for transceiving media files and device for transmitting/receiving using same
DE112012002159T5 (de) Kontextsensitive Client-Pufferschwellenwerte
DE112011101908T5 (de) Qualitätseinstellung unter Verwendung eines fragmentierten Medienstroms
DE112016004560T5 (de) Gateway Multi-View-Video-Stream-Verarbeitung für Zweitbildschirminhalts-Überlagerung
DE102018108784B4 (de) Verfahren zum Senden eines digitalen Videosignals an ein Empfangsgerät, Recheneinheit und Computerprogrammprodukt
WO2018042036A1 (de) Verfahren zur übertragung von echtzeitbasierten digitalen videosignalen in netzwerken
EP1989878B1 (de) Verfahren zum übertragen einer änderung eines statischen objekts mit einem änderungsobjekt in einem datenverteildienst, sowie sender und empfänger
DE112018002893T5 (de) Verfahren zum Senden und Empfangen eines Rundsendungssignals und eine Vorrichtung hierfür
EP2081351B1 (de) Verfahren und System zur synchronisierten empfangsseitigen Bereitstellung von Triggerinformationen für interaktive TV-Anwendungen
GB2499539A (en) Method for transreceiving media content and device for transreceiving using same
EP2202940B1 (de) Verfahren und Multicast-Replikationspunkt zum Bereitstellen von Programmen einer Multicast-Gruppe
DE102016113133A1 (de) Verfahren und System zur Übertragung medialer Streams in IP-Netzen

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R016 Response to examination communication
R018 Grant decision by examination section/examining division
R020 Patent grant now final