DE112011104029B4 - Rundfunkdienst-Sendeverfahren, Rundfunkdienst-Empfangsverfahren und Rundfunkdienst- Empfangsgerät - Google Patents

Rundfunkdienst-Sendeverfahren, Rundfunkdienst-Empfangsverfahren und Rundfunkdienst- Empfangsgerät Download PDF

Info

Publication number
DE112011104029B4
DE112011104029B4 DE112011104029.6T DE112011104029T DE112011104029B4 DE 112011104029 B4 DE112011104029 B4 DE 112011104029B4 DE 112011104029 T DE112011104029 T DE 112011104029T DE 112011104029 B4 DE112011104029 B4 DE 112011104029B4
Authority
DE
Germany
Prior art keywords
service
information
trigger
nrt
field
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 - Fee Related
Application number
DE112011104029.6T
Other languages
English (en)
Other versions
DE112011104029T5 (de
Inventor
Sanghyun Kim
Kwansuk Kim
Jinpil Kim
Dongwan Seo
Jongyeul Suh
Joonhui 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 DE112011104029T5 publication Critical patent/DE112011104029T5/de
Application granted granted Critical
Publication of DE112011104029B4 publication Critical patent/DE112011104029B4/de
Expired - Fee Related 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/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/235—Processing of additional data, e.g. scrambling of additional data or processing 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/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/8133—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts specifically related to the content, e.g. biography of the actors in a movie, detailed information about an article seen in a video program
    • 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/8458—Structuring of content, e.g. decomposing content into time segments involving uncompressed content
    • 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/426—Internal components of the client ; Characteristics thereof
    • H04N21/42607—Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/4263—Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific tuning arrangements, e.g. two tuners
    • 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/426—Internal components of the client ; Characteristics thereof
    • H04N21/42684—Client identification by a unique number or address, e.g. serial number, MAC address, socket ID
    • 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
    • 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/43074—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 additional data with content streams on the same device, e.g. of EPG data or interactive icon with a TV program
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and 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/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/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • 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, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44008—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics in 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the 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/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • 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/835—Generation of protective data, e.g. certificates
    • H04N21/8358—Generation of protective data, e.g. certificates involving watermark
    • 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/8547—Content authoring involving timestamps for synchronizing content
    • 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/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division

Abstract

Verfahren zum Empfangen eines Rundfunkdienstes in einem Empfangsgerät, wobei das Verfahren folgende Schritte umfasst:Empfangen unkomprimierter Audio- und Video-Inhalte;Erzielen von Informationen bezüglich der unkomprimierten Audio- oder Video-Inhalte auf der Grundlage von Einzelbildern oder Audioproben der unkomprimierten Audio- oder Video-Inhalte; undErzielen von Auslöserinformationen unter Verwendung der erzielten Informationen, wobei die Auslöserinformationen eine Zieldienstkennung und eine Auslöseraktion umfassen,wobei die Auslöseraktion eine Vorbereitungs-Auslöseaktion umfasst, wobei die Vorbereitungs-Auslöseraktion anzeigt, dass die Empfangseinheit die Ausführung der Zieldienstkennung vorbereitet; undwobei das Erzielen der Informationen bezüglich der unkomprimierten Audio- oder Video-Inhalte folgende Schritte umfasst:Entnehmen von charakteristischen Informationen aus Einzelbildern oder Audioproben der unkomprimierten Audio- oder Video-Inhalte; undErzielen von Informationen bezüglich der unkomprimierten Audio- oder Video-Inhalte anhand einer Antwort von einem Server auf eine Abfrage, welche die charakteristischen Informationen umfasst.

Description

  • TECHNISCHES GEBIET
  • Die vorliegende Offenbarung betrifft ein Rundfunkdienst-Sendeverfahren, ein Rundfunkdienst-Empfangsverfahren und ein Rundfunkdienst-Empfangsgerät.
  • ALLGEMEINER STAND DER TECHNIK
  • Das Dokument US 2007 / 0 022 437 A1 zeigt eine Vorrichtung und ein Verfahren zur Verfügbarmachung von sendungsbezogenen Zusatzinhalten eines TV-Programms. Hierbei werden insbesondere IDs und/oder Zeitstempel einem Sendeinhalt hinzugefügt, sodass diese, während eines Ansehens des TV-Programms durch einen Nutzer, ausgelesen werden können. Mit Hilfe der ausgelesenen IDs und/oder Zeitstempel können anschließend die sendungsbezogenen Zusatzinhalte des TV-Programms identifiziert werden.
  • Das Dokument US 6,411,725 B1 offenbart ein Verfahren zur Hinzufügung von Wasserzeichen in Medieninhalten, insbesondere zu Video- oder Audioinhalten.
  • Das Dokument WO 2007 / 083 824 A1 offenbart ein Verfahren und eine Vorrichtung zur Übertragung von inhaltsbezogenen Mitteilungen in einem Funkübertragungssystem. Insbesondere werden hierbei Ereignisbenachrichtigungen über einen Funkkanal zu einer Empfängereinheit übertragen und anschließend verarbeitet.
  • Digitalfernsehen (DTV) wird heutzutage präsentiert, um zusätzlich zu der ursprünglichen Funktion eines Fernsehers (TV) diverse Dienste, wie etwa das Abspielen von Video- und Audiomaterial, anzubieten. Beispielsweise können einem Benutzer Rundfunkinformationen, wie etwa ein Elektronischer Programmführer (EPG), bereitgestellt werden, und es ist auch möglich einem Benutzer Rundfunkdienste von mindestens zwei Kanälen gleichzeitig bereitzustellen. Insbesondere da eine Empfangsvorrichtung des Empfangssystems eine große Kapazität einer Speichervorrichtung umfasst und an einen Datenkommunikationskanal angeschlossen ist und das Internet über eine bidirektionale Kommunikation verfügbar ist, werden weitere Dienste über Rundfunksignale zugänglich. Da sich zudem die Dienste, die über Rundfunksignale angeboten werden, weiter diversifizieren, erhöht sich der Bedarf dafür, die diversifizierten Dienste richtig zu verwenden.
  • OFFENBARUNG DER ERFINDUNG
  • TECHNISCHES PROBLEM
  • Die Ausführungsformen stellen ein Rundfunkdienst-Empfangsverfahren und ein dieses verwendendes Empfangsgerät bereit, die einen erweiterten Dienst gemäß einer Rundfunkempfangsumgebung des Empfangsgeräts bereitstellen.
  • TECHNISCHE LÖSUNG
  • Bei einer Ausführungsform umfasst ein Verfahren zum Empfangen eines Rundfunkdienstes folgende Schritte: Empfangen von unkomprimierten audiovisuellen Inhalten; Erzielen von Informationen bezüglich eines Kanals der unkomprimierten audiovisuellen Inhalte auf der Grundlage eines Teils der unkomprimierten audiovisuellen Inhalte; und Erzielen von Inhalten und Auslöserinformationen für den Rundfunkdienst unter Verwendung der erzielten Informationen.
  • Bei einer anderen Ausführungsform umfasst ein Empfangsgerät: eine Empfangseinheit, die unkomprimierte Audio- und Video-Inhalte empfängt; und eine Dienstverwaltungseinheit, die Informationen bezüglich eines Kanals der unkomprimierten audiovisuellen Inhalte auf der Grundlage eines Teils der unkomprimierten audiovisuellen Inhalte erzielt und Inhalte und Auslöserinformationen für den Rundfunkdienst unter Verwendung der erzielten Informationen erzielt, wobei die Informationen bezüglich des Kanals Adresseninformationen eines Servers umfassen, der angeschlossen ist, um mindestens eines von Kanalidentifizierungs-Informationen, Zeitstempel-Informationen und den Inhalte und Auslöserinformationen zu erzielen.
  • VORTEILHAFTE AUSWIRKUNGEN
  • Gemäß einer Ausführungsform kann ein Rundfunkdienst, der einen Inhalt verwendet, der über einen Nicht-Echtzeitdienst heruntergeladen wird, mit einem Echtzeit-Rundfunkdienst verlinkt werden, um die richtige Zeiteinstellung bereitzustellen.
  • Gemäß einer anderen Ausführungsform kann ein Empfänger, der unkomprimierte audiovisuelle (AV) Hauptinhalte empfängt, Inhalte und Auslöserinformationen für einen Rundfunkdienst unter Verwendung eines Mechanismus zur automatischen Inhaltserkennung (ACR) erzielen, und kann entsprechend einer Rundfunkanstalt den Dienst unabhängig von einer Rundfunkempfangsumgebung des Empfängers bereitstellen.
  • Figurenliste
  • Es zeigen:
    • 1 ein Konzeptdiagramm, das abbildet, wie ein RT-Dienst und ein NRT-Dienst bereitgestellt werden.
    • 2 eine Ansicht, die eine Struktur eines NRT-Dienstes gemäß einer Ausführungsform abbildet.
    • 3 eine Ansicht, die einen Protokollstapel für einen NRT-Dienst gemäß einer Ausführungsform abbildet.
    • 4 eine Ansicht, die ein Beispiel des Protokollstapels für einen mobilen NRT-Dienst abbildet.
    • 5 eine Ansicht, die einen Bitstromabschnitt eines TVCT-Tabellenabschnitts (VCT) gemäß einer Ausführungsform abbildet.
    • 6 und 7 Ansichten, die abbilden, wie man einen Wert eines Feldes Diensttyp (service_type) gemäß einer Ausführungsform definiert.
    • 8 eine Ansicht eines Datendiensttabellen-Abschnitts (data_service_table_section) zum Identifizieren einer Anwendung des NRT-Dienstes und einer Bitstromsyntax von Datendiensttabellen-Bytes (data_service_table_bytes) in einem DST-Abschnitt.
    • 9 eine Ansicht, die ein Verfahren zum Empfangen und Bereitstellen eines NRT-Dienstes in einem Empfangssystem unter Verwendung der Norm ATSC A/90 zum Senden eines Datenübertragungsstroms und der Norm ATSC A/92 zum Senden eines IP-Multicast-Streams abbildet.
    • 10 und 11 Ansichten, die ein Verfahren zum Empfangen eines NRT-Dienstes unter Verwendung von DSM-CC-adressierbaren Abschnittsdaten gemäß einer anderen Ausführungsform abbilden.
    • 11 eine Ansicht, die ein Verfahren zum Signalisieren von DSM-CC-adressierbaren Abschnittsdaten unter Verwendung einer VCT gemäß einer anderen Ausführungsform abbildet.
    • 12 und 13 Ansichten, die eine Bitstromsyntax einer NST gemäß einer Ausführungsform abbilden.
    • 14 eine Ansicht, die eine Bitstromsyntax eines NRT-Komponenten-Deskriptors (MH_component_descriptor) gemäß einer Ausführungsform abbildet.
    • 15 eine Ansicht, die eine Bitstromsyntax eines NRT-Komponenten-Deskriptors, der NRT-Komponentendaten (NRT_component_data) umfasst, gemäß einer Ausführungsform abbildet.
    • 16 eine Ansicht, die eine Bitstromsyntax eines NRT-IT-Abschnitts zum Signalisieren einer NRT-Anwendung gemäß einer Ausführungsform abbildet.
    • 17 eine Ansicht, die eine Syntaxstruktur eines Bitstroms für einen NRT-Abschnitt (NRT_content_table_section) gemäß einer Ausführungsform abbildet.
    • 18 eine Ansicht, die eine Bitstrom-Syntaxstruktur einer SMT-Sitzung, die Signalisierungsinformationen über NRT-Dienstdaten bereitstellt, gemäß einer Ausführungsform abbildet.
    • 19 eine Ansicht, die ein FDT-Schema zum Zuordnen einer Datei und einer Inhaltskennung (content_id) gemäß einer Ausführungsform abbildet.
    • 20 eine Ansicht, die ein FDT-Schema zum Zuordnen einer Datei und einer Inhaltskennung gemäß einer anderen Ausführungsform abbildet.
    • 21 ein Ablaufschema, das einen Betrieb eines Empfängers gemäß einer Ausführungsform abbildet.
    • 22 und 23 Ansichten, die ein Empfangssystem, das NRT-Inhalte für einen NRT-Dienst empfängt, speichert und abspielt, gemäß einer anderen Ausführungsform abbilden.
    • 24 ein Ablaufschema, das ein Verfahren eines Empfängers zum Empfangen und Bereitstellen eines NRT-Dienstes gemäß einer Ausführungsform abbildet.
    • 25 eine Ansicht, die eine Bitstromsyntax eines Auslösers gemäß einer Ausführungsform abbildet.
    • 26 eine Ansicht, die eine PES-Struktur gemäß einem synchronisierten Datenstromverfahren, das einen Auslöser umfasst, gemäß einer Ausführungsform abbildet.
    • 27 eine Ansicht, die eine synchronisierte Datenpaketstruktur einer PES-Nutzlast zum Senden eines Auslösers als Bitstromsyntax gemäß einer Ausführungsform abbildet.
    • 28 eine Ansicht, die eine Inhaltstyp-Deskriptor-Struktur an der Zapfstelle tap() in einer DST gemäß einer Ausführungsform abbildet.
    • 29 eine Ansicht, die eine Syntax einer PMT und eines Dienstidentifizierer-Deskriptors gemäß einer Ausführungsform abbildet.
    • 30 eine Ansicht, die einen Auslöserstrom-Deskriptor gemäß einer Ausführungsform abbildet.
    • 31 eine Ansicht, die eine AIT gemäß einer Ausführungsform abbildet.
    • 32 eine Ansicht, die eine STT gemäß einer Ausführungsform abbildet.
    • 33 ein Blockdiagramm, das einen Sender zum Senden eines TDO und eines Auslösers gemäß einer Ausführungsform abbildet.
    • 34 ein Blockdiagramm, das einen Empfänger 300 zum Empfangen eines TDO und eines Auslösers gemäß einer Ausführungsform abbildet.
    • 35 ein Ablaufschema, das ein Auslöser-Sendeverfahren gemäß einer Ausführungsform abbildet.
    • 36 ein Ablaufschema, das einen Betrieb eines Empfängers 300 gemäß einer Ausführungsform abbildet.
    • 37 ein Ablaufschema, das ein Auslöser-Empfangsverfahren unter Verwendung einer Auslösertabelle gemäß einer Ausführungsform abbildet.
    • 38 ein Ablaufschema, das einen Betrieb eines Empfängers, wenn Auslösersignalisierungsinformationen und der Auslöser unter Verwendung einer DST gesendet werden, gemäß einer Ausführungsform abbildet.
    • 39 ein Ablaufschema, das einen Betrieb eines Empfängers, wenn ein Auslöser unter Verwendung eines Auslöserstrom-Deskriptors gesendet wird, gemäß einer Ausführungsform abbildet.
    • 40 ein Ablaufschema, das einen Betrieb eines Empfängers, wenn ein Auslöser unter Verwendung eines Stromtyps gesendet wird, gemäß einer Ausführungsform abbildet.
    • 41 ein Ablaufschema, das einen Betrieb eines Empfängers, wenn ein Auslöser unter Verwendung einer AIT gesendet wird, gemäß einer Ausführungsform abbildet.
    • 42 ein Ablaufschema, das einen Betrieb eines Empfängers, wenn ein Auslöser unter Verwendung einer STT gesendet wird, gemäß einer Ausführungsform abbildet.
    • 43 eine Ansicht, die eine Bitstromsyntax eines Auslösers, der gemäß einer anderen Ausführungsform gestaltet ist, abbildet.
    • 44 eine Ansicht, die eine Ausführungsform eines Verfahrens zum Einstellen von Löschzeitinformationen abbildet.
    • 45 ein Ablaufschema, das ein TDO-Löschverfahren gemäß einer Ausführungsform abbildet.
    • 46 ein Blockdiagramm, das die Netzwerktopologie gemäß der Ausführungsform abbildet.
    • 47 ein Blockdiagramm, das eine wasserzeichenbasierte Netzwerktopologie gemäß einer Ausführungsform abbildet.
    • 48 ein Leiterdiagramm, das einen Datenfluss in einer wasserzeichenbasierten Netzwerktopologie gemäß einer Ausführungsform abbildet.
    • 49 eine Ansicht, die eine Zeiteinstellung der wasserzeichenbasierten Inhaltserkennung gemäß einer Ausführungsform abbildet.
    • 50 ein Blockdiagramm, das eine fingerabdruckbasierte Netzwerktopologie gemäß einer Ausführungsform abbildet.
    • 51 ein Leiterdiagramm, das einen Datenfluss in einer fingerabdruckbasierten Netzwerktopologie gemäß einer Ausführungsform abbildet.
    • 52 eine Ansicht, die ein schematisches XML-Diagramm des ACR-Ergebnistyps, der ein Abfrageergebnis enthält, gemäß einer Ausführungsform abbildet.
    • 53 ein Blockdiagramm, das eine wasserzeichen- und fingerabdruckbasierte Netzwerktopologie gemäß einer Ausführungsform abbildet.
    • 54 ein Leiterdiagramm, das einen Datenfluss in einer wasserzeichen- und fingerabdruckbasierten Netzwerktopologie gemäß einer Ausführungsform abbildet.
    • 55 ein Blockdiagramm, das eine Konfiguration eines Empfangsgeräts gemäß einer anderen Ausführungsform abbildet.
  • AUSFÜHRUNGSFORM DER ERFINDUNG
  • Nachstehend werden bevorzugte Ausführungsformen der vorliegenden Erfindung mit Bezug auf die beiliegenden Zeichnungen ausführlicher beschrieben. Die Konfigurationen und Vorgänge der vorliegenden Erfindung, die in den beiliegenden Zeichnungen gezeigt und beschrieben werden, werden als mindestens ein Beispiel erklärt, und die technische Idee der vorliegenden Erfindung und ihre grundlegenden Konfigurationen und Vorgänge sind dadurch nicht eingeschränkt.
  • Die Begriffe, die in der vorliegenden Erfindung verwendet werden, werden, soweit in Anbetracht der Funktionen der vorliegenden Erfindung möglich, als derzeit verwendete allgemeine Begriffe ausgewählt, könnten jedoch gemäß den Absichten oder Gewohnheiten des Fachmanns oder dem Auftreten einer neuen Technik variieren. In manchen Fällen gibt es Begriffe, die von einem Anmelder willkürlich ausgewählt werden, und in diesem Fall wird ihre Bedeutung in der Beschreibung ausführlicher beschrieben. Entsprechend sind die Begriffe, die in der vorliegenden Erfindung verwendet werden, auf der Grundlage der Bedeutung der Begriffe und des Inhalts und nicht als einfache Bezeichnungen der Begriffe in der vorliegenden Erfindung zu definieren.
  • Des Weiteren bedeutet unter den Begriffen in der vorliegenden Erfindung ein Echtzeit- (RT) Dienst im wörtlichen Sinne einen Dienst in Echtzeit. D.h. der Dienst ist zeitlich eingeschränkt. Dagegen ist ein Nicht-Echtzeit- (NRT) Dienst ein Dienst in NRT, anders als der RT-Dienst. D.h. der NRT-Dienst ist zeitlich nicht eingeschränkt. Ferner heißen Daten für einen NRT-Dienst NRT-Dienstdaten.
  • Ein Rundfunkempfänger gemäß der vorliegenden Erfindung kann einen NRT-Dienst über ein Medium, wie etwa eine terrestrische Welle, ein Kabel und das Internet empfangen.
  • Der NRT-Dienst kann auf einem Speichermedium des Rundfunkempfängers gespeichert sein und kann dann auf einer Anzeigevorrichtung gemäß einer vorherbestimmten Zeit oder auf Anfrage des Benutzers angezeigt werden. Der NRT-Dienst wird in einem Dateiformat empfangen und wird gemäß einer Ausführungsform auf einem Speichermedium gespeichert. Das Speichermedium kann gemäß einer Ausführungsform eine HDD sein, die in dem Rundfunkempfänger eingebettet ist. Als anderes Beispiel kann das Speichermedium ein universeller serieller Bus- (USB) Speicher oder eine externe HDD sein, die an das Rundfunk-Empfangssystem angeschlossen ist.
  • Signalisierungsinformationen sind notwendig, um die Dateien zu empfangen, die den NRT-Dienst bilden, um sie auf einem Speichermedium zu speichern und um einem Benutzer einen Dienst bereitzustellen. Die vorliegende Erfindung kann die obigen Signalisierungsinformationen als NRT-Dienst-Signalisierungsinformationen oder als NRT-Dienst-Signalisierungsdaten bezeichnen.
  • Der NRT-Dienst umfasst einen NRT-Festdienst und einen NRT-Mobildienst gemäß einem Verfahren zum Erzielen eines IP-Datagramms, das NRT-Dienst-Signalisierungsdaten umfasst. Insbesondere wird der NRT-Festdienst einem festen Rundfunkempfänger bereitgestellt, und der NRT-Mobildienst wird einem mobilen Rundfunkempfänger bereitgestellt.
  • TDO-Inhalt: 10FPDTV423
  • 1 ist ein Konzeptdiagramm, das abbildet, wie ein RT-Dienst und ein NRT-Dienst bereitgestellt werden.
  • Eine Rundfunkstation sendet den RT-Dienst auf herkömmliche Art und Weise, d.h. wie den aktuellen terrestrischen Rundfunk (bzw. den mobilen Rundfunk). Zu diesem Punkt sendet die Rundfunkstation den RT-Dienst und kann dann unter Verwendung der übrigen Bandbreite während des Sendens oder einer exklusiven Bandbreite den NRT-Dienst bereitstellen. D.h. der RT-Dienst und der NRT-Dienst werden über den gleichen oder einen anderen Kanal gesendet. Damit ein Rundfunkempfänger entsprechend den RT-Dienst und den NRT-Dienst trennen und den getrennten NRT-Dienst speichern kann, um ihn bei Bedarf einem Benutzer bereitzustellen, sind Dienst-Signalisierungsinformationen (oder NRT-Dienst-Signalisierungsdaten) notwendig. Die NRT-Dienst-Signalisierungsinformationen (oder NRT-Dienst-Signalisierungsdaten) werden noch ausführlicher beschrieben.
  • Beispielsweise sendet eine Rundfunkstation Rundfunkdienst-Daten in Echtzeit und sendet Nachrichten, den Wetterbericht, Reklame und Push-VOD in Nicht-Echtzeit. Zusätzlich kann der NRT-Dienst spezifische Szenen, Detailinformationen eines spezifischen Programms und eine Echtzeitvorschau eines Übertragungsstroms zusätzlich zu Nachrichten, Wetterbericht, Reklame und Push-VOD darstellen.
  • Ein typischer Rundfunkempfänger (d.h. eine ältere Vorrichtung) kann den RT-Dienst empfangen und verarbeiten, kann jedoch vielleicht den NRT-Dienst nicht empfangen und verarbeiten. Das bedeutet, dass der typische Rundfunkempfänger (d.h. eine ältere Vorrichtung) im Prinzip durch einen NRT-Strom auf einem Kanal, der einen RT-Dienst überträgt, nicht beeinflusst wird. Dies bedeutet, dass auch wenn der typische Rundfunkempfänger einen NRT-Dienst empfängt, er den empfangenen NRT-Dienst nicht verarbeiten kann, weil er keine Einheit umfasst, um ihn richtig zu verarbeiten.
  • Im Gegensatz dazu empfängt der Rundfunkempfänger (d.h. eine NRT-Vorrichtung) der vorliegenden Erfindung einen NRT-Dienst kombiniert mit einem RT-Dienst und verarbeitet den NRT-Dienst richtig, so dass er einem Zuschauer vielfältigere Funktionen als ein typischer Rundfunkempfänger bereitstellt.
  • 2 ist eine Ansicht, die eine Struktur eines NRT-Dienstes gemäß einer Ausführungsform abbildet.
  • Der NRT-Dienst umfasst mindestens ein Inhaltselement (oder Inhalte oder NRT-Inhalte), wie in 2 gezeigt, und das Inhaltselement umfasst gemäß einer Ausführungsform mindestens eine Datei. Eine Datei und ein Objekt haben in der vorliegenden Erfindung die gleiche Bedeutung.
  • Das Inhaltselement ist eine Mindesteinheit, die unabhängig abspielbar ist. Beispielsweise werden Nachrichten in NRT bereitgestellt. Wenn die Nachrichten Wirtschaftsnachrichten, politische Nachrichten und Gesellschaftsnachrichten umfassen, kann es sich um einen NRT-Dienst handeln, und jedes Element davon kann als Inhaltselement bezeichnet werden. Des Weiteren kann jedes Element von Wirtschaftsnachrichten, politischen Nachrichten und Gesellschaftsnachrichten mindestens eine Datei umfassen.
  • Zu diesem Punkt kann der NRT-Dienst in einem MPEG-2-Transportstrom- (TS) Paketformat über den gleichen Rundfunkkanal wie der RT-Dienst oder über einen exklusiven Rundfunkkanal gesendet werden. Um den NRT-Dienst zu identifizieren, kann in diesem Fall dem TS-Paket der NRT-Dienstdaten eine einzigartige PID zugeteilt und dann gesendet werden. Gemäß einer Ausführungsform der vorliegenden Erfindung werden IP-basierte NRT-Dienstdaten in ein MPEG-2-TS-Paket paketiert und dann gesendet.
  • Zu diesem Punkt werden die NRT-Dienst Signalisierungsdaten, die zum Empfangen der NRT-Dienstdaten notwendig sind, über einen ist NRT-Dienst-Signalisierungskanal gesendet. Der NRT-Dienst-Signalisierungskanal wird über einen spezifischen IP-Strom auf einer IP-Schicht gesendet, und an diesem Punkt kann dieser spezifische IP-Strom in ein MPEG-2-TS-Paket paketiert und dann gesendet werden. Die NRT-Dienst-Signalisierungsdaten, die über den NRT-Dienst-Signalisierungskanal gesendet werden, können mindestens eine von einer Dienstzuordnungstabelle (SMT), einer NRT-Diensttabelle (NST), einer NRT-Inhaltstabelle (NCT), einer NRT-Informationstabelle (NRT-IT) und einer Textfragmenttabelle (TFT) umfassen. Die NST oder die SMT stellt Zugriffsinformationen über mindestens einen NRT-Dienst, der auf einer IP-Schicht funktioniert, oder die Inhaltselemente oder Dateien, die den NRT-Dienst bilden, bereit. Die NRT-IT oder die NCT stellt Zugriffsinformationen über die Inhaltselemente oder Dateien bereit, die den NRT-Dienst bilden.
  • Zusätzlich können NRT-Dienst-Signalisierungsdaten, die eine SMT (oder NST) und eine NRT-IT (oder NCT) umfassen, in einer PSIP-Tabelle in dem MPEG-2-TS enthalten sein oder können über einen NRT-Dienst-Signalisierungskanal auf einer IP-Schicht auf einem virtuellen Kanal gesendet werden. Des Weiteren kann eine Vielzahl von NRT-Dienstdaten über einen virtuellen Kanal bereitgestellt werden.
  • Die NRT-IT umfasst Informationen, die herunterladbare Inhalte beschreiben, die in einer Empfangsvorrichtung zu speichern sind. Die Informationen, die der NRT-IT bereitgestellt werden, können einen Inhaltstitel (zum Beispiel den Namen eines herunterladbaren Programms), die verfügbare Zeit zum Herunterladen von Inhalten, empfohlene Inhalte, die Verfügbarkeit eines Untertiteldienstes, Inhaltsidentifizierung und andere Metadaten umfassen.
  • Zusätzlich stellt die TFT eine ausführliche Beschreibung über ein Inhaltselement oder einen Dienst bereit. Die TFT kann eine Datenstruktur umfassen, die mehrere Sprachen unterstützt, und kann demnach ausführliche Beschreibungen in verschiedenen Sprachen darstellen (z.B. entspricht jede Zeichenkette einer Sprache). Die Textfragmenttabelle kann in privaten Abschnitten enthalten sein, die einen Wert Tabellenkennung (table_id, TBD) aufweisen, und kann durch TFT_id identifiziert werden. Ein TFT-Abschnitt kann in IP-Paketen in einem Dienst-Signalisierungskanal enthalten sein, und eine Multicast-IP-Adresse (224.0.23.60) und ein Anschluss (4937) können dem Dienst-Signalisierungskanal von IANA zugeteilt werden.
  • Zunächst kann ein Empfänger identifizieren, ob ein entsprechender Dienst der NRT-Dienst ist, beispielsweise mit Bezug auf ein Feld Dienstkategorie (service_category) in der SMT. Zusätzlich kann der Empfänger den NRT-Dienst aus der SMT über ein Feld NRT-Dienstkennung (NRT_service_id) einzigartig identifizieren.
  • Zusätzlich kann der NRT-Dienst eine Vielzahl von Inhaltselementen umfassen. Der Empfänger kann ein NRT-Inhaltselement über ein Feld content_id in der NCT oder der NRT-IT identifizieren. Zudem kann man das NRT-Inhaltselement und den NRT-Dienst miteinander verbinden, indem man das Feld NRT-Kanalkennung (NRT_channel_id) der NCT mit dem Feld NRT_service_id abgleicht.
  • Des Weiteren kann der NRT-Dienst über eine FLUTE-Sitzung gesendet werden, und der Empfänger kann FDT-Informationen aus der FLUTE-Sitzung entnehmen. Dann wird die content_id in den entnommenen FDT-Informationen der content_id der NCT oder dem OMA-BCAST-SG zugeordnet, um die NRT-Dienstinhalte, die ein Benutzer auswählt, zu bestätigen und zu empfangen. Wenn das Zuordnungsverfahren kurz beschrieben wird, identifiziert beispielsweise der Empfänger jede Datei, die das NRT-Inhaltselement bildet, über die Felder TOI und Inhaltsposition in der FDT in der FLUTE-Sitzung. Jede TOI oder die Inhaltsposition und das Inhaltselement ordnet die content_ID der FDT dem Feld content_id der NCT oder dem Feld content_id des OMA-BCAST-SG zu, um die NRT-Dienstinhalte zu bestätigen und zu empfangen.
  • 3 ist eine Ansicht, die einen Protokollstapel für einen NRT-Dienst gemäß einer Ausführungsform abbildet.
  • Für einen NRT-Festdienst wird der NRT-Dienst eines Dateiformats in einer IP-Schicht IP-paketiert, und wird dann in einem MPEG-2-TS-Format über einen spezifischen Kanal gesendet.
  • Anhand einer Tabelle mit MPEG-2-basierten programmspezifischen Informationen (PSI) oder einem Programm- und Systeminformationsprotokoll (PSIP), beispielsweise einer VCT, wird bestimmt, ob ein NRT-Dienst in einem virtuellen Kanal vorliegt, und Identifizierungsinformationen eines NRT-Dienstes werden signalisiert.
  • Gemäß einer Ausführungsform wird der NRT-Dienst-Signalisierungskanal, der NRT-Dienst-Signalisierungsdaten sendet, welche die Zugriffsinformationen des IPbasierten NRT-Dienstes signalisieren, in einen spezifischen IP-Strom in der IP-Schicht IP-paketiert und wird dann in einem MEPG-2-TS-Format gesendet.
  • Dies bedeutet, dass eine Rundfunkstation das NRT-Inhaltselement oder die Dateien gemäß einem Dateiübertragungsprotokoll-Verfahren, wie in 3 gezeigt, paketiert, und dann das paketierte NRT-Inhaltselement oder die Dateien in einem asynchronen Schichtcodierungs- (ALC) oder Schichtcodierungstransport- (LCT) Verfahren paketiert. Dann werden die paketierten ALC- oder LCT-Daten gemäß einem UDP-Verfahren paketiert. Dann werden die paketierten UDP-Daten wieder gemäß dem IP-Verfahren paketiert, und werden dann zu IP-Daten. Dabei können die IP-Daten eine Dateibeschreibungstabelle (FDT) umfassen, die Informationen über eine Dateizustellung über eine unidirektionale Transport- (FLUTE) Sitzung aufweist. Die paketierten IP-Daten können aus praktischen Gründen der Beschreibung in der vorliegenden Erfindung als IP-Datagramm bezeichnet werden.
  • Zudem ist das IP-Datagramm des NRT-Dienstes in einer adressierbaren Abschnittsstruktur verkapselt und wird wiederum in einem MPET-2-TS-Format paketiert. Dies bedeutet, dass eine adressierbare Abschnittsstruktur eine Abschnittskopfzeile und eine CRC-Prüfsumme aufweist, die zu einem IP-Datagramm hinzugefügt werden. Das Format der adressierbaren Abschnittsstruktur wird mit einem DSM-CC („Digital Storage Media Command and Control“) Abschnittsformat für private Datensendung im Sinne einer Struktur abgeglichen. Entsprechend kann der adressierbare Abschnitt als DSM-CC-adressierbarer Abschnitt bezeichnet werden.
  • Des Weiteren können NRT-Dienst-Signalisierungsdaten, die mindestens eine umfassen von einer SMT (oder NST) und einer NRT-IT (oder NCT), die zum Empfangen von NRT-Inhalten/Dateien notwendig ist, über einen NRT-Dienst-Signalisierungskanal auf einer IP-Schicht gesendet werden. Entsprechend können die NRT-Dienst-Signalisierungsdaten gemäß einem IP-Verfahren paketiert werden, um sie über den NRT-Dienst-Signalisierungskanal auf einer IP-Schicht zu senden. Der NRT-Dienst-Signalisierungskanal ist in dem IP-Datagramm verkapselt, das eine wohlbekannte IP-Adresse aufweist, und wird gemäß einer Ausführungsform im Multicast gesendet.
  • Zusätzlich können die NRT-Dienst-Signalisierungsdaten in programmspezifischen Informationen (PSI) oder Abschnittsdaten einer Programm- und Systeminformationsprotokoll- (PSIP) Tabelle enthalten sein und dann gesendet werden. Zudem kann die PSI-Tabelle eine Programmzuordnungstabelle (PMT) und eine Programmverknüpfungstabelle (PAT) umfassen. Die PSIP-Tabelle kann eine virtuelle Kanaltabelle (VCT), eine terrestrische virtuelle Kanaltabelle (TVCT), eine kabelgebundene virtuelle Kanaltabelle (CVCT), eine Systemzeittabelle (STT), eine Bewertungsgebietstabelle (RRT), eine verlängerte Texttabelle (ETT), eine direkte Kanalumschalttabelle (DCCT), eine direkte Kanalumschaltauswahl-Codetabelle (DCCSCT), eine Ereignisinformationstabelle (EIT) und eine übergreifende Führertabelle (MGT) umfassen.
  • Ferner kann man als Daten für die Verwaltung und Chiffrierung digitaler Rechte des Rundfunkdienstes, um den NRT-Dienst vor illegalem Vertrieb und illegaler Wiedergabe zu schützen, BCAST DRM („Broadcast Services Enabler Suite Digital Rights Management“), die von der OMA („Open Mobile Alliance“) empfohlen wird, verwenden.
  • Des Weiteren werden die zuvor erwähnten programmspezifischen Informationen (PSI), die Abschnittsdaten der Programm- und Systeminformationsprotokoll-(PSIP) Tabelle, die DSM-CC-adressierbaren Abschnittsdaten und die OMA-BCAST-DRM-Daten durch eine 184-Byte-Einheit geteilt, und dann wird eine 4 Byte lange MPEG-Kopfzeile zu jeweils 184 Bytes hinzugefügt, um ein 188 Byte langes MPEG-2-TS-Paket zu erzielen. Zu diesem Punkt ist ein Wert, welcher der PID der MPEG-Kopfzeile zugeteilt wird, ein einzigartiger Wert, der ein TS-Paket zum Senden des NRT-Dienstes und den NRT-Dienst-Signalisierungskanals identifiziert.
  • MPEG-2-TS-Pakete können in einem vorherbestimmten Sendeverfahren in einer physischen Schicht moduliert werden, beispielsweise in einem 8-VSB-Sendeverfahren, und können dann an ein Empfangssystem gesendet werden.
  • Des Weiteren ist 4 eine Ansicht, die einen Protokollstapel für einen NRT-Dienst gemäß einer anderen Ausführungsform abbildet.
  • 4 ist eine Ansicht, die ein Beispiel des Protokollstapels für einen mobilen NRT-Dienst abbildet. Wie in 4 gezeigt, ist zwischen einer IP-Schicht und einer physischen Schicht eine Adaptationsschicht enthalten. Daraufhin kann man ohne ein MPEG-2-TS-Format zu verwenden, das IP-Datagramm von mobilen Dienstdaten und das IP-Datagramm von Signalisierungsinformationen senden.
  • Dies bedeutet, dass eine Rundfunkstation die NRT-Inhalte/Dateien gemäß einem Datenübertragungsprotokoll-Verfahren, wie in 4 gezeigt, paketiert, und sie dann gemäß einem asynchronen Schichtcodierungs- (ALC)/ Schichtcodierungstransport- (LCT) Verfahren paketiert. Dann werden die paketierten ALC/LCT-Daten gemäß einem UDP-Verfahren paketiert. Dann werden die paketierten ALC/LCT/UDP-Daten wieder gemäß dem IP-Verfahren paketiert und werden zu ALC/LCT/UDP/IP-Daten. Die paketierten ALC/LCT/UDP/IP-Daten können aus praktischen Gründen der Beschreibung in der vorliegenden Erfindung als IP-Datagramm bezeichnet werden. Zu diesem Punkt werden die OMA-BCAST-SG-Informationen demselben Prozess unterzogen wie die NRT-Inhalte/Datei, um das IP-Datagramm zu bilden.
  • Wenn zusätzlich die NRT-Dienst-Signalisierungsinformationen (zum Beispiel eine SMT), die zum Empfangen der NRT-Inhalte/Dateien notwendig sind, über einen Dienst-Signalisierungskanal gesendet werden, wird der Dienst-Signalisierungskanal gemäß einem Benutzerdatengrammprotokoll- (UDP) Verfahren paketiert, und die paketierten UDP-Daten werden wieder gemäß dem IP-Verfahren paketiert, um zu UDP/IP-Daten zu werden. Die UDP/IP-Daten können aus praktischen Gründen der Beschreibung in der vorliegenden Erfindung als IP-Datagramm bezeichnet werden. Zu diesem Punkt wird der Dienst-Signalisierungskanal in dem IP-Datagramm verkapselt, das eine wohlbekannte IP-Zieladresse und eine wohlbekannte Ziel-UDP-Anschlussnummer aufweist, und wird gemäß einer Ausführungsform im Multicast gesendet.
  • Zusätzliche werden mit Bezug auf die OMA-BCAST-DRM für den Dienstschutz eine UDP-Kopfzeile und eine IP-Kopfzeile der Reihe nach hinzugefügt, um ein IP-Datagramm zu bilden.
  • Das IP-Datagramm des NRT-Dienstes, der NRT-Dienst-Signalisierungskanal und die mobilen Dienstdaten werden in einer Adaptationsschicht zusammengestellt, um einen RS-Datenübertragungsblock zu generieren. Der RS-Datenübertragungsblock kann das IP-Datagramm des OMA-BCAST-SG umfassen.
  • Die Länge (d.h. die Anzahl der Zeilen) einer Spalte in dem RS-Datenübertragungsblock wird auf 187 Byte eingestellt, und die Länge (d.h. die Anzahl der Spalten) einer Zeile beträgt N Bytes (N kann gemäß den Signalisierungsinformationen, wie etwa einem Sendeparameter (oder TPC-Daten) variieren).
  • Der RS-Datenübertragungsblock wird in einem vorherbestimmten Sendeverfahren in einer mobilen physischen Schicht (zum Beispiel dem VSB-Sendeverfahren) moduliert und wird dann an ein Empfangssystem gesendet.
  • Ob der NRT-Dienst gesendet wird, wird zudem durch eine PSI/PSIP-Tabelle signalisiert. Als ein Beispiel wird die Tatsache, dass der NRT-Dienst gesendet wird, der VCT oder der TVCT signalisiert.
  • 5 ist eine Ansicht, die einen Bitstromabschnitt eines TVCT-Tabellenabschnitts (VCT) gemäß einer Ausführungsform abbildet.
  • Mit Bezug auf 5 weist der TVCT-Tabellenabschnitt beispielhaft ohne Einschränkung eine Tabellenform eines privaten MPEG-2-Abschnitts auf.
  • Wenn die VCT und die PID des Audio-/Videomaterials geparst werden und dann über die TVCT gesendet werden, kann man die Paketidentifizierungs- (PID) Informationen erzielen.
  • Entsprechend umfasst der TVCT-Tabellenabschnitt eine Kopfzeile, einen Hauptteil und einen Nachspann. Ein Kopfzeilenteil reicht von einem Feld Tabellenkennung (table_id) bis zu einem Feld Protokollversion (protocol_version). Ein Feld Transportstromkennung (transport_stream_id) ist ein 16-Bit-Feld und stellt eine MPEG-2-TS-ID in einer Programmverknüpfungstabelle (PAT) dar, die zum Multiplexen durch einen PID-Wert von 0 definiert wird. In einem Hauptteil ist ein Feld num_channels_in_section ein 8-Bit-Feld und stellt die Anzahl virtueller Kanäle in einem VCT-Abschnitt dar. Schließlich umfasst ein Nachspannteil ein Feld CRC_32.
  • Zunächst wird der Kopfzeilenteil wie folgt beschrieben.
  • Ein Feld table_id (8 Bits) wird auf 0xC8 gesetzt und identifiziert, dass ein entsprechender Tabellenabschnitt ein Tabellenabschnitt ist, der eine TVCT bildet.
  • Ein Feld section_syntax_indicator (1 Bit) wird auf 1 gesetzt und stellt dar, dass der Abschnitt eine allgemeine Abschnittssyntax befolgt.
  • Ein Feld privater Indikator (private_indicator) (1 Bit) wird auf 1 gesetzt.
  • Ein Feld section_length (12 Bits) beschreibt die Anzahl von Bits, die in dem Abschnitt bis zum Ende des Abschnitts von direkt nach dem Feld section_length verbleiben. Der Wert des Feldes section_length kann nicht größer als 1021 sein.
  • Ein Feld Tabellenkennungsverlängerung (table_id_extension) (16 Bits) kann auf 0x000 gesetzt werden.
  • Ein Feld version_number (5 Bits) kann gleich 0 sein und bedeutet die Versionsnummer der VCT.
  • Ein Feld current_next_indicator (1 Bit) stellt dar, dass ein entsprechender Tabellenabschnitt gerade gültig ist, wenn er auf 1 gesetzt ist.
  • Ein Feld section_number (8 Bits) gibt die Nummer des entsprechenden Tabellenabschnitts unter den TVCT-Abschnitten an. In einem ersten Abschnitt der TVCT sollte section_number auf 0x00 gesetzt werden.
  • Ein Feld last_section_number (8 Bits) bedeutet den Tabellenabschnitt mit der letzten und höchsten Nummer unter den TVCT-Abschnitten.
  • Ein Feld protocol_version (8 Bits) ist eine Funktion, die einen Tabellentyp ermöglicht, der Parameter zustellt, die eine andere Struktur aufweisen als diejenige, die in einem aktuellen Protokoll definiert ist. Derzeit ist der einzige gültige Wert von protocol_version gleich 0. Die protocol_version, die einen anderen Wert als 0 aufweist, kann für die zukünftige Version der Norm verwendet werden, um eine andere Tabelle zu erkennen, die eine andere Struktur aufweist.
  • Anschließend wird der Hauptteil beschrieben.
  • Ein Feld num_channels_in_section (8 Bits) bezeichnet die Nummern der virtuellen Kanäle in dem VCT-Abschnitt. Die Nummern sind durch eine Tabellenabschnittslänge eingeschränkt.
  • Ein Feld short_name (16 Bits) stellt den Namen des virtuellen Kanals unter Verwendung eines 16-Bit-Codewertes, der Reihe nach von 1 bis 7 dar.
  • Ein Feld major_channel_number (10 Bits) stellt eine Hauptkanalnummer dar, die sich auf einen virtuellen Kanal bezieht, der durch Wiederholung in einer för-Schleife definiert wird. Jeder virtuelle Kanal sollte sich auf eine Hauptkanalnummer und eine Nebenkanalnummer beziehen. Die Hauptkanalnummer dient zusammen mit der Nebenkanalnummer als Referenznummer eines virtuellen Kanals eines Benutzers.
  • Ein Feld minor_channel_number (10 Bits) stellt Neben- oder Teilkanalnummern dar, die von 0 bis 999 reichen. Dieses Feld dient zusammen mit major_channel_number als die zweite der Nummer oder Kanalnummer des zweiten Teils, der den rechten Bereich darstellt. Die minor_channel_number wird auf 0 gesetzt, wenn der Diensttyp (service_type) analoges Fernsehen ist. Wenn service_type ATSC_digital_television oder ATSC_audio_only ist, verwendet es eine Nebennummer, die von 1 bis 99 reicht. Ein Wert der minor_channel_number überschneidet sich nicht mit dem der major_channel_number in einer TVCT.
  • Ein Feld modulation_mode (8 Bits) stellt einen Modulationsmodus für den Träger dar, der mit einem virtuellen Kanal zusammenhängt.
  • Ein Feld carrier_frequnecy (32 Bits) weist einen Empfehlungswert von 0 auf. Obwohl das Feld verwendet wird, um eine Trägerfrequenz zu identifizieren, empfiehlt sich dies nicht.
  • Ein Feld channel_TSID (16 Bits) ist ein Feld mit einer vorzeichenlosen Ganzzahl, die eine MPEG-2-TS-ID mit Bezug auf einen TS darstellt, der ein MPEG-2-Programm enthält, das durch einen virtuellen Kanal in einem Bereich von 0x0000 bis 0xFFFF referenziert wird.
  • Ein Feld program_number (16 Bits) identifiziert eine vorzeichenlose Ganzzahl mit Bezug auf einen virtuellen Kanal, der in einer MPEG-2-Programmverknüpfungstabelle (PAT) und einer TS-Programmzuordnungstabelle (PMT) definiert wird. Ein virtueller Kanal, der einem analogen Dienst entspricht, umfasst eine program_number 0xFFFF.
  • Ein Feld ETM_location (2 Bits) beschreibt das Vorhandensein und die Position einer verlängerten Textnachricht (ETM).
  • Ein Feld access_controlled (1 Bit) gibt an, dass der Zugriff auf Ereignisse mit Bezug auf einen virtuellen Kanal gesteuert wird, wenn es eingestellt ist. Wenn das Flag auf 0 gesetzt ist, ist der Zugriff auf Ereignisse nicht eingeschränkt.
  • Ein verborgenes Feld (1 Bit) gibt an, dass ein Benutzer durch einen direkten Eintrag einer virtuellen Kanalnummer nicht auf einen virtuellen Kanal zugreifen kann, wenn es eingestellt ist. Ein verborgener virtueller Kanal wird ausgelassen, wenn ein Benutzer auf einem Kanal surft, und wird gezeigt, wenn der Benutzer auf einen undefinierten oder direkten Kanaleintrag zugreift. Eine typische Anwendung eines verborgenen Kanals ist ein Testsignal und ein NVOD-Dienst. Der verborgene Kanal und seine Ereignisse können gemäß dem Zustand eines Bits hide_guide auf einer EPG-Anzeige gezeigt werden.
  • Ein Feld hidden_guide ermöglicht die Anzeige eines virtuellen Kanals und seiner Ereignisse auf einer EPG-Anzeige, sobald es für einen verborgenen Kanal auf 0 gesetzt wird. Das Bit steht nicht in Bezug auf einen Kanal, dessen verborgenes Bit nicht gesetzt ist, und somit werden nicht verborgene Kanäle und ihre Ereignisse immer auf einer EPG-Anzeige angezeigt, und zwar unabhängig von einem Zustand des Bits hide_guide. Eine typische Anwendung eines verborgenen Kanals, bei dem ein Bit hidden_guide auf 1 gesetzt ist, ist ein Testsignal und ein Dienst, der mühelos über einen Anwendungsebenenzeiger erzielbar ist.
  • Ein Feld service_type (6 Bits) stellt einen Diensttyp dar, der von einem virtuellen Kanal gesendet wird. 6 und 7 sind Ansichten, die abbilden, wie ein Wert eines Feldes service_type gemäß einer Ausführungsform definiert wird. Gemäß einer Ausführungsform bedeutet ein Wert service_type (d.h. 0x04), der in 6 gezeigt wird, dass der service_type ATSC_data_only_service ist und der NRT-Dienst über einen virtuellen Kanal gesendet wird. Gemäß einer anderen Ausführungsform bedeutet ein Wert service_type (d.h. 0x08), der in 7 gezeigt wird, dass der service_type ATSC_nrt_service ist und ein virtueller Kanal einen NRT-Dienst bereitstellt, der die ATSC-Norm erfüllt.
  • Ein Feld source_id (16 Bits) stellt den Ursprung eines Programms mit Bezug auf einen virtuellen Kanal dar.
  • Ein Feld descriptors_length stellt die Gesamtlänge (in Byte) eines Deskriptors für den folgenden virtuellen Kanal dar.
  • Ein Feld descriptor() umfasst mindestens null Deskriptoren.
  • Ein Feld additional_descriptors_length stellt eine Gesamtlänge (in Byte) des folgenden VCT-Deskriptors dar.
  • Schließlich ist mit Bezug auf den Nachspannteil ein Feld CRC_32 ein 32-Bit-Feld und umfasst einen Wert einer zyklischen Redundanzprüfung (CRC), der eine Nullausgabe aus den Registern eines Decodierers sicherstellt, der in einem MPEG-2-System definiert ist, nachdem ein ganzen STT-Abschnitt verarbeitet wurde.
  • 8 ist eine Ansicht von data_service_table_section zum Identifizieren einer Anwendung eines NRT-Dienstes und einer Bitstromsyntax von data_service_table_bytes in einem DST-Abschnitt. In einer Rundfunkstation können NRT-Dienstdaten oder NRT-Dienst-Signalisierungsdaten, welche die ASTC-Norm erfüllen, über den DST-Tabellenabschnitt aus 8 gesendet werden.
  • Nachstehend ist die Semantik von Feldern, die eine Struktur data_service_table_section umfassen, folgendermaßen aufgebaut.
  • Ein Feld table_id (8 Bits) als Feld für die Typidentifizierung eines entsprechenden Tabellenabschnitts ist ein Tabellenabschnitt, in dem ein entsprechender Tabellenabschnitt eine DST durch dieses Feld bildet. Beispielsweise identifiziert ein Empfänger, dass ein entsprechender Tabellenabschnitt ein Tabellenabschnitt ist, der eine DST bildet, wenn ein Wert des Feldes gleich 0XCF ist.
  • Ein Feld section_syntax_indicator (1 Bit) ist ein Indikator, der ein Abschnittsformat der DST definiert, und das Abschnittsformat kann beispielsweise eine abgekürzte Syntax (0) von MPEG sein.
  • Ein Feld private_indicator (1 Bit) stellt dar, ob das Format eines entsprechenden Abschnitts ein privates Abschnittsformat befolgt und kann auf 1 gesetzt werden.
  • Ein Feld private_section_length (12 Bits) stellt eine restliche Tabellenabschnittslänge nach einem entsprechenden Feld dar. Zusätzlich geht ein Wert dieses Feldes nicht über 0xFFD hinaus.
  • Ein Feld table_id_extension (16 Bits) ist von einer Tabelle abhängig und kann ein logischer Teil eines Feldes table_id sein, das einen Bereich der übrigen Felder bereitstellt.
  • Ein Feld version_number (5 Bits) stellt die Versionsnummer der DST dar.
  • Ein Feld current_next_indicator (1 Bit) gibt an, ob ein gesendeter DST-Tabellenabschnitt gerade gültig ist. Wenn der Feldwert 0 ist, bedeutet dies, dass es noch keine Tabelle gibt und dass die nächste Tabelle gültig ist.
  • Ein Feld section_number (8 Bits) stellt eine Abschnittsnummer in Abschnitten dar, bei denen ein entsprechender Tabellenabschnitt eine DST-Tabelle bildet. Die section_number des ersten Abschnitts in der DST wird auf 0x00 gesetzt. Die section_number wird um Eins erhöht, wenn der Abschnitt der DST erhöht wird.
  • Ein Feld last_section_number (8 Bits) stellt die letzte Abschnittsnummer dar, die eine DST-Tabelle bildet, d.h. die höchste section_number.
  • Ein Feld data_service_table_bytes stellt einen Datenblock dar, der eine DST bildet, und seine ausführliche Struktur wird nachstehend beschrieben.
  • Ein Feld CRC_32 ist ein 32-Bit-Feld und umfasst einen Wert einer zyklischen Redundanzprüfung (CRC), die eine Nullausgabe aus den Registern eines Decodierers sicherstellt, der in einem MPEG-2-System definiert ist, nachdem ein ganzer DST-Abschnitt verarbeitet wurde.
  • Anschließend ist die Semantik von Feldern, die eine Struktur data_service_table_bytes umfassen, folgendermaßen aufgebaut.
  • Ein Feld sdf_protocol_version (8 Bits) beschreibt die Version eines Dienstbeschreibungs-Rahmenprotokolls.
  • Ein Feld application_count_in_section (8 Bits) stellt die Anzahl von Anwendungen dar, die in einem DST-Abschnitt aufgeführt werden.
  • Ein Feld compatibility_descriptor() stellt dar, dass eine entsprechende Struktur einen DSM-CC-kompatiblen Deskriptor umfasst. Es dient dazu, kompatible Anforderungen einer Anwendung in einer Empfangsplattform zu signalisieren, um einen entsprechenden Datendienst zu verwenden, nachdem ihre Eignung bestimmt wurde.
  • Ein Feld app_id_byte_length (16 Bits) beschreibt die Anzahl von Bytes, die zum Identifizieren einer Anwendung verwendet werden.
  • Ein Feld app_id_description (16 Bits) beschreibt das Format und die Semantik der folgenden Anwendungsidentifizierungs-Bytes. Beispielsweise kann ein Wert einer app_id_description wie in Tabelle 1 definiert sein. Tabelle 1
    Wert Anwendungskennungsformat
    0x0000 DASE-Anwendung
    0x0000-0x7FFF Reserviert für ATSC
    0x8000-0xFFFF Benutzerprivat
  • Ein Feld app_id_byte (8 Bits) stellt ein Byte einer Anwendungskennung dar.
  • Ein Feld tap_count (8 Bits) beschreibt die Anzahl von Tap()-Strukturen, die für die entsprechende Anwendung verwendet werden.
  • Ein Feld protocol_encapsulation (8 Bits) beschreibt einen Protokollverkapselungstyp, der verwendet wird, um ein spezifisches Datenelement zu senden, das durch ein Feld Tap() referenziert wird. Ein Wert des Feldes protocol_encapsulation wird wie in Tabelle 2 definiert. Tabelle 2
    Wert Verkapseltes Protokoll
    0x00 Nicht in einem MPEG-2-Transportstrom
    0x01 Asynchrones nicht flussgesteuertes Szenario des DSM-CC-Download-Protokolls, das in DSM-CC-Abschnitten verkapselt ist.
    0x02 Synchronisiertes Download-Protokoll ohne kontinuierliche Übertraqunq, das in DSM-CC-Abschnitten verkapselt ist.
    0x03 Asynchrone Multiprotokoll-Datagramme in adressierbaren Abschnitten unter Verwendung einer LLC/SNAP-Kopfzeile
    0x04 Asynchrone IP-Datagramme in adressierbaren Abschnitten
    0x05 Synchronisierte kontinuierliche Übertragungsdaten, die in PES verkapselt sind.
    0x06 Synchrone kontinuierliche Übertragungsdaten, die in PES
    verkapselt sind.
    0x07 Synchronisierte Multiprotokoll-Datagramme mit kontinuierlicher Übertragung in PES unter Verwendung einer LLC/SNAP-Kopfzeile
    0x08 Synchrone Multiprotokoll-Datagramme mit kontinuierlicher Übertragung in PES unter Verwendung einer LLC/SNAP-Kopfzeile
    0x09 Synchronisierte kontinuierliche Übertragungs-IP-Dataqramme in PES
    0x0A Synchrone kontinuierliche Übertragungs-IP-Datagramme in PES
    0x0B Proprietäre Datenumleitunq
    0x0C Asynchrones Protokoll SCTE DVS 051 [19]
    0x0D Asynchrones Karussell-Szenario des DSM-CC-Download-Protokolls, das in DSM-CC-Abschnitten verkapselt ist.
    0x0E Reserviert zur Harmonisierung mit einem anderen Standardhauptteil
    0x0F-0x07F Reserviert für ATSC
    0x80-0xFF Benutzerdefiniert
  • Ein Feld action_type (7 Bits) stellt ein Attribut von Daten dar, die durch Tap() referenziert werden.
  • Ein Feld resource_location (1 Bit) beschreibt eine Position eines Feldes Verknüpfungsmarkierung (association_tag), das einem Wert association_tag entspricht, der in der nächsten Tap-Struktur aufgeführt ist. Wenn ein entsprechendes Feld auf 0 gesetzt ist, existiert die association_tag in der PMT eines aktuellen MPEG-2-Programms. Wenn somit das entsprechende Feld auf 1 gesetzt ist, existiert eine passende association_tag in dem DSM-CC-Ressourcen-Deskriptor in einer Netzwerk-Ressourcen-Tabelle eines entsprechenden Datendienstes.
  • Ein Feld Tap() kann Informationen über die Suche eines Datenelements eines Anwendungszustandes in einem Kommunikationskanal einer unteren Schicht umfassen. Ein Feld association_tag in einem Feld Tap() kann Entsprechungsinformationen zwischen Datenelementen eines Anwendungszustandes umfassen. Ein Wert eines Feldes association_tag in einer Tap-Struktur entspricht einem Wert eines Feldes association_tag eines Verknüpfungsmarkierungs-Deskriptors in einer aktuellen PMT. Beispielsweise kann ein Feld Tap() eine spezifische Struktur aufweisen, welche die Felder der Tabelle 3 umfasst. Tabelle 3
    Syntax Bitanzahl Format
    Tap(){
    tap_id 16 uimsbf
    use 16 uimsbf
    association_tag 16 uimsbf
    selector()
    }
  • Ein Feld tap_id (16 Bits) wird von einer Anwendung verwendet, um Datenelemente zu identifizieren. Ein Wert von tap_id hat einen Bereich, der durch die Werte der Felder app_id_byte mit Bezug auf Tap() in der DST definiert wird. Ein Wert tap_id wird von einem Datendienstanbieter ausgewählt. Zudem kann der Wert tap_id für eine Anwendung zur Handhabung eines Datenelements verwendet werden.
  • Ein Feld Verwendung (16 Bits) wird verwendet, um einen Kommunikationskanal vorzugeben, der von association_tag referenziert wird.
  • Ein Feld association_tag (16 Bits) identifiziert einzigartig einen von einem DSM-CC-Ressourcen-Deskriptor, der in einer Netzwerk-Ressourcen-Tabelle aufgeführt ist, oder von einem Datenelementarstrom, der in der PMT aufgeführt ist. Ein Wert eines entsprechenden Feldes kann mit einem Wert association_tag von association_tag_descriptor identisch sein.
  • Ein Feld Selector() beschreibt ein spezifisches Datenelement, das in einem Kommunikationskanal oder Datenelementarstrom verfügbar ist, der durch das Feld association_tag referenziert wird. Zudem kann die Wählerstruktur ein Protokoll angeben, das für ein entsprechendes Datenelement benötigt wird.
  • Ein Feld tap_info_length (16 Bits) beschreibt die Anzahl der Bytes der Deskriptoren in dem nächsten entsprechenden Feld.
  • Ein Feld descriptor() kann Deskriptor-Informationen gemäß einem entsprechenden Deskriptor-Format umfassen.
  • Ein Feld app_info_length (8 Bits) beschreibt die Anzahl der Bytes der nächsten Deskriptoren eines entsprechenden Feldes.
  • Ein Feld descriptor() kann Deskriptor-Informationen gemäß einem entsprechenden Deskriptor-Format umfassen.
  • Ein Feld app_data_length (16 Bits) beschreibt die Länge einer Byte-Einheit der Felder app_data_byte.
  • Ein Feld app_data_byte (8 Bits) stellt Eingabeparameter mit Bezug auf Anwendungs- und andere private Datenfelder in 1 Byte dar.
  • Ein Feld service_info_length (8 Bits) beschreibt die Anzahl der Byte des nächsten Deskriptors.
  • Ein Feld descriptor() kann Deskriptor-Informationen gemäß einem entsprechenden Deskriptor-Format umfassen.
  • Ein Feld service_private_data_length (16 Bits) beschreibt die Länge einer Byte-Einheit in privaten Feldern.
  • Ein Feld service_private_data_byte (8 Bits) stellt ein privates Feld in 1 Byte dar.
  • 9 ist eine Ansicht, die ein Verfahren zum Empfangen und Bereitstellen eines NRT-Dienstes in einem Empfangssystem unter Verwendung der Norm ATSC A/90 zum Senden eines Datenübertragungsstroms und der Norm ATSC A/92 zum Senden eines IP-Multicast-Streams abbildet.
  • Dies bedeutet, dass Informationen über den Strom, der jeden virtuellen Kanal bildet, dem Dienstpositionsdeskriptor der VCT oder der ES-Schleife (ES_loop) der PMT signalisiert werden. Wenn beispielsweise, wie in 7 oder 8 gezeigt, der VCT-Diensttyp 0x02 (d.h. digitale(s) A/V/Daten), 0x04 (d.h. nur Daten) oder 0x08 (d.h. nur NRT-Dienst) ist, kann der NRT-Dienststrom an den virtuellen Kanal gesendet werden. Wenn nun 0x95 (d.h. DST-Sendung) einem Feldwert Stromtyp (stream_type) in einem Dienstpositions-Deskriptor (oder einer ES-Schleife der PMT) zugeteilt wird, bedeutet dies, dass Rundfunk gesendet wird. Wenn der Feldwert stream_type keinen Wert aufweist oder nicht gleich 0x95 ist, wird nur typisches A/V gesendet. Dies bedeutet, dass wenn der Feldwert stream_type in dem Dienstpositions-Deskriptor gleich 0x95 ist, ein Feldwert Elementary_PID nun ein PID-Wert einer Datendiensttabelle (DST) ist. Entsprechend kann die DST über die Elementary_PID empfangen werden.
  • Durch die DST können Anwendungstypen und ausführliche Informationen bezüglich eines Datenübertragungsstroms, der über den Kanal gesendet wird, erzielt werden. Die DST wird verwendet, um die NRT-Anwendung (d.h. den NRT-Dienst) zu identifizieren.
  • Dies bedeutet, dass das Feld App_id_descrption der DST das Format und die Auslegung der folgenden Anwendungsidentifizierungs-Bytes definiert. Gemäß einer Ausführungsform wird dem Feld App_id_descrption 0x0003 zugeteilt, um die NRT-Anwendung zu identifizieren. Der obige nummerische Wert ist rein beispielhaft und schränkt den Umfang der Schutzrechte der vorliegenden Erfindung nicht ein.
  • Wenn der Feldwert App_id_descrption gleich 0x0003 ist, wird der nächste folgende Wert Application_id_byte ein Dienst-ID-Wert der NRT-Anwendung. Eine Dienst-ID für die NRT-Anwendung kann einen URI-Wert aufweisen, der einen entsprechenden Dienst auf der Welt einzigartig identifiziert.
  • Nachdem die NRT-Anwendung identifiziert wurde, wird die PID eines MPEG-2-TS-Pakets von dem IP-Datagramm eines NRT-Dienst-Signalisierungskanals durch Zapfstelleninformationen gesucht. Dann kann ein IP-Datagramm, das einen NRT-Dienst-Signalisierungskanal sendet, aus MPEG-2-TS-Paketen erzielt werden, die eine PID aufweisen, die durch die Zapfstelleninformationen erzielt werden, und NRT-Dienst-Signalisierungsdaten können aus dem erzielten IP-Datagramm erzielt werden. Zu diesem Punkt können die IP-Zugriffsinformationen des NRT-Dienst-Signalisierungskanals wohlbekannte IP-Zugriffsinformationen sein, d.h. eine wohlbekannte IP-Adresse und eine wohlbekannte UDP-Anschlussnummer.
  • Dies bedeutet, dass wenn der Feldwert Protokollverkaspelung (Protocol_encapsulation) in der DST gleich 0x04 ist, ein asynchroner IP-Strom gesendet wird, und wenn der Feldwert Wählertyp (Selector_type) gleich 0x0102 ist, ein Wert Vorrichtungskennung (device_id), der eine Zieladresse angibt, über Wähler-Bytes (selector_bytes) abgegeben werden kann. Der Multiprotokoll-Verkapselungs-Deskriptor (multiprotocol_encapsulation_descriptor) wird verwendet, um den Wert selector_bytes richtig auszulegen, und die Anzahl gültiger Bytes in dem Wert device_id wird signalisiert. Daraufhin wird über die Zapfstelleninformationen eine IP-Multicast-Adresse (oder ein Adressenbereich) des NRT-Dienst-Signalisierungskanals, der an die entsprechende PID gesendet wird, erzielt.
  • Entsprechend greift ein Empfänger auf die Multicast-Adresse (oder den Adressenbereich) zu, um einen IP-Strom, d.h. ein IP-Paket, zu empfangen, und entnimmt dann die NRT-Dienst-Signalisierungsdaten aus dem empfangenen IP-Paket.
  • Dann empfängt der Empfänger NRT-Dienstdaten, d.h. NRT-Inhalte/Dateien, um sie auf einem Speichermedium zu speichern oder sie auf einer Anzeigevorrichtung anzuzeigen, und zwar auf der Grundlage der entnommenen NRT-Dienst-Signalisierungsdaten.
  • Gemäß einer anderen Ausführungsform kann ein Feldwert Stromtyp der DST nun 0x96 statt 0x95 enthalten, um einen NRT-Dienst zu signalisieren. Dies ist der Fall, weil der NRT-Dienst, d.h. die neue Anwendung, versagen kann, wenn ein typischer Empfänger nur auf der Grundlage davon, dass ein Strom vorhanden ist, der einen Stromtyp gleich 0x95 aufweist, bestimmt, dass es einen Datenübertragungsstrom gibt. Wenn in diesem Fall ein Strom neu bezeichnet wird, kann ein typischer Empfänger diesen ignorieren, um eine Rückwärtskompatibilität zu gewährleisten.
  • 10 und 11 sind Ansichten, die ein Verfahren zum Empfangen eines NRT-Dienstes unter Verwendung von DSM-CC-adressierbaren Abschnittsdaten gemäß einer anderen Ausführungsform abbilden.
  • Ein Datensendeverfahren, das die DST verwendet, ist standardmäßig für das Senden aller möglichen IP-Datagramme über einen digitalen Übertragungsstrom und kann für den NRT-Dienst unwirksam sein. Entsprechend bilden 10 und 11 ein Verfahren zum Empfangen des NRT-Dienstes ab, indem die PID eines spezifischen Stroms signalisiert wird, der IP-Adresseninformationen und Abschnittsdaten des IP-Datagramms mit Bezug auf den NRT-Dienst über die Daten des DSM-CC-adressierbaren Abschnitts umfasst.
  • Wie in 10 gezeigt, kann der Empfänger Informationen darüber erzielen, dass der NRT-Dienststrom über den virtuellen Kanal gesendet wird, wenn ein Diensttyp der VCT (oder TVCT) gleich 0x08 ist (d.h. ein nur NRT-Dienst). Dies bedeutet, dass der Empfänger Informationen darüber erzielen kann, ob es einen NRT-Dienst gemäß den Informationen service_type gibt, indem er die PID eines virtuellen Kanals einer Kanalnummer zuordnet.
  • Wenn nun 0x0D einem Feldwert stream_type in dem Dienstpositions-Deskriptor der VCT (oder der ES-Schleife der PMT) zugeteilt wird, bedeutet dies, dass der DSM-CC-Strom gesendet wird. Ein Feldwert Elementary_PID kann zu diesem Punkt der PID-Wert eines DSM-CC-adressierbaren Abschnitts sein. Entsprechend empfängt der Empfänger über die Elementary_PID einen DSM-CC-adressierbaren Abschnitt, der NRT-Dienstdaten umfasst.
  • Dies bedeutet, dass der Empfänger die PID des DSM-CC-adressierbaren Abschnitts über die VCT oder die PMT erzielen kann. Dabei kann der Empfänger ein Feld NRT_IP_address_list_descriptor_A() erzielen, das eine IP-Adresse eines NRT-Dienst-Signalisierungskanals oder eine IP-Adresse der FLUTE-Sitzung zum Senden von NRT-Dienstdaten umfasst, was der PID entspricht, die aus der PMT des entsprechenden Stroms erzielt wird.
  • Des Weiteren kann der Empfänger DSM-CC-adressierbare Abschnittsdaten aus dem IP-Multicast-Stream oder dem IP-Teilnetz auf der Grundlage der IP-Adresse empfangen, die aus einem Feld NRT_IP_address_list_descriptor_A() erzielt wird. Der Empfänger kann ein entsprechendes IP-Datagramm erzielen, das Daten von einem spezifischen NRT-Dienst (zum Beispiel A, B oder C) umfasst, indem er einen DSM-CC-adressierbaren Abschnitt durchsucht, der eine PID aufweist, die der erzielten elementary_PID aus den empfangenen DSM-CC-adressierbaren Abschnittsdaten entspricht.
  • 11 ist eine Ansicht, die ein Verfahren zum Signalisieren von DSM-CC-adressierbaren Abschnittsdaten unter Verwendung einer VCT gemäß einer anderen Ausführungsform abbildet.
  • Wie zuvor erwähnt, kann der Empfänger Informationen darüber erzielen, dass ein NRT-Dienststrom gesendet werden kann, wenn ein service_type in der VCT gleich 0X02, 0X04 oder 0X08 ist. Auch kann der Empfänger eine elementary_PID, die einen Stromtyp 0X0D aufweist, aus dem Feld service_location_descriptor() erzielen, um den DSM-CC-Strom zu empfangen. Dabei kann der Empfänger ein Feld NRT_IP_address_list_descriptor_B() erzielen, das eine IP-Adresse eines NRT-Dienst-Signalisierungskanals oder eine IP-Adresse der FLUTE-Sitzung zum Senden von NRT-Dienstdaten umfasst, die der erzielten elementary_PID entspricht.
  • Des Weiteren kann der Empfänger DSM-CC-adressierbare Abschnittsdaten aus dem IP-Multicast-Stream oder dem IP-Teilnetz auf der Grundlage der IP-Adresse empfangen, die aus einem Feld NRT_IP_address_list_descriptor_B() erzielt wird. Der Empfänger kann das IP-Datagramm, das einen spezifischen NRT-Dienst umfasst (zum Beispiel A, B oder C), den er empfangen möchte, aus den empfangenen DSM-CC-adressierbaren Abschnittsdaten erzielen, indem er den DSM-CC-adressierbaren Abschnitt parst, der eine PID aufweist, die der erzielten elementary_PID entspricht.
  • Die Prozesse zum Entnehmen von NRT-Dienst-Signalisierungsdaten und NRT-Dienstdaten werden nachstehend beschrieben. Dabei wird 0x08 dem Feldwert service_type in der VCT zugeteilt und gibt an, dass mindestens ein NRT-Dienst an einen entsprechenden virtuellen Kanal gesendet wird.
  • Dies bedeutet, dass wenn der Empfänger eingeschaltet wird und ein Kanal standardmäßig oder durch einen Benutzer über einen Tuner ausgewählt wird, der PSI/PSIP-Abschnitts-Handler die VCT und die PMT aus einem Rundfunksignal erzielt, das über den ausgewählten Kanal empfangen wird. Auch parst der PSI/PSIP-Abschnitts-Handler die erzielte VCT, um zu bestätigen, ob es einen NRT-Dienst gibt. Dies wird dadurch bestätigt, dass der Feldwert in einer virtuellen Schleife der VCT geprüft wird. Wenn der Feldwert service_type beispielsweise nicht gleich 0x08 ist, sendet der entsprechende virtuelle Kanal keinen NRT-Dienst. Da nun der virtuelle Kanal einen existierenden Dienst (d.h. einen älteren ATSC-Dienst) sendet, funktioniert der Empfänger gemäß den Informationen auf dem virtuellen Kanal richtig.
  • Wenn zudem mit Bezug auf eine Demultiplex-Einheit ein Feldwert service_type gemäß einer Steuerung eines Dienst-Managers gleich 0x08 ist, sendet ein entsprechender virtueller Kanal einen NRT-Dienst. In diesem Fall wird die PID der DST dadurch entnommen, dass ein Dienstpositions-Deskriptor in einer virtuellen Kanalschleife der VCT geparst wird. Zudem wird die DST unter Verwendung der entnommenen PID empfangen.
  • Des Weiteren bestätigt der Empfänger, ob ein entsprechender Dienst, der über einen Kanal bereitgestellt wird, der aus der empfangenen DST ausgewählt wird, ein NRT-Dienst ist.
  • Der NRT-Dienst wird durch einen Feldwert App_id_descrption bestätigt.
  • Gemäß einer Ausführungsform wird dem Feld App_id_descrption 0x0003 zugeteilt, um eine NRT-Anwendung zu identifizieren. Der obige nummerische Wert ist rein beispielhaft und schränkt den Umfang der Schutzrechte der vorliegenden Erfindung nicht ein.
  • Wenn der Feldwert App_id_descrption in der DST gleich 0x0003 ist, wird der nächste folgende Wert Application_id_byte ein Service-ID-Wert der NRT-Anwendung (d.h. des NRT-Dienstes). Daher entnimmt der Dienst-Manager oder der PSI/PSIP-Abschnitts-Handler Tap() für die PID eines MEGP-2-TS-Pakets, das von dem IP-Datagramm des NRT-Dienst-Signalisierungskanals getrennt ist, nachdem die NRT-Anwendung (d.h. der NRT-Dienst) identifiziert wurde. Dann wird die Strom-PID, welche die association_tag der entnommenen Zapfstelle enthält, aus der PMT entnommen.
  • Auch kann der adressierbare Abschnitts-Handler den DSM-CC-adressierbaren Abschnitt wiederherstellen, indem er die Entkapselung entfernt, d.h. eine MPEG-2-Kopfzeile, nachdem MPEG-2-TS-Pakete empfangen wurden, die der entnommenen Strom-PID entsprechen.
  • Dann stellt der Empfänger das IP-Datagramm, das einen NRT-Dienst-Signalisierungskanal sendet, wieder her, indem er eine Abschnittskopfzeile und eine CRC-Prüfsumme aus dem DSM-CC-adressierbaren Abschnitt entfernt und NRT-Dienst-Signalisierungsdaten aus dem wiederhergestellten IP-Datagramm erzielt. Dabei sind die Zugriffsinformationen über das IP-Datagramm, das den NRT-Dienst-Signalisierungskanal sendet, eine wohlbekannte Ziel-IP-Adresse und eine wohlbekannte Ziel-UDP-Anschlussnummer.
  • Dies bedeutet, dass wenn der Feldwert Protocol_encapsulation in der DST gleich 0x04 ist, ein asynchroner IP-Strom gesendet wird, und wenn der Feldwert Selector_type gleich 0x0102 ist, ein Wert device_id, der eine Zieladresse angibt, über selector_bytes abgegeben werden kann. Der multiprotocol_encapsulation_descriptor wird verwendet, um den Wert selector_bytes richtig auszulegen, und die Anzahl gültiger Bytes in dem Wert device_id wird signalisiert. Daraufhin wird über die Zapfstelleninformationen eine IP-Multicast-Adresse (oder ein Adressenbereich) des NRT-Dienst-Signalisierungskanals, welcher der entsprechenden PID gesendet wird, erzielt.
  • Entsprechend greift ein Empfänger auf die Multicast-Adresse (oder den Adressenbereich) zu, um den IP-Strom, d.h. das IP-Paket, zu empfangen, und entnimmt dann die NRT-Dienst-Signalisierungsdaten aus dem empfangenen IP-Paket.
  • Der Empfänger empfängt NRT-Dienstdaten, d.h. NRT-Inhalte/Dateien, um sie auf einem Speichermedium zu speichern oder sie auf einer Anzeigevorrichtung anzuzeigen, und zwar auf der Grundlage der entnommenen NRT-Dienst-Signalisierungsdaten.
  • Des Weiteren kann der NRT-Dienst gemäß einer Ausführungsform als dynamischer Inhaltszustellungs- (DCD) Dienst bereitgestellt werden. Der DCD-Dienst ist ein Dienst, um regelmäßig oder auf Anfrage des Benutzers Inhalte an einen Empfänger zu senden, und die Inhalte werden gemäß den Empfängerinformationen aus einem Server ausgewählt. Der DCD-Dienst unterstützt ein Punkt-zu-Punkt-Verfahren und ein Rundfunkverfahren in einem Kommunikationsmittel zur Inhaltszustellung, und der obige NRT-Dienst wird über ein OMA-BCAST-Verfahren und eines der Rundfunkverfahren des DCD-Dienstes gesendet.
  • NRT-Dienstdaten können über den DCD-Dienst des OMA-BCAST-Verfahrens gesendet werden. In diesem Fall kann der Empfänger die DCD-Kanalinformationen erzielen, um einen NRT-Dienst zu empfangen, und kann den NRT-Dienst über einen entsprechenden DCD-Kanal auf der Grundlage der DCD-Kanalinformationen empfangen.
  • Des Weiteren können die DCD-Kanalinformationen in der NST enthalten sein und gesendet werden. Beispielsweise empfängt der Empfänger die NST und erzielt DCD-Kanalinformationen über einen DCD-Urlader.
  • Zudem kann die NST DCD-Kanalmetadaten umfassen, die über einen DCD-Verwaltungskanal empfangen werden, um die DCD-Kanalinformationen zu signalisieren. Entsprechend kann der Empfänger Informationen über einen Kanal zum Empfangen eines NRT-Dienstes und Metadaten über die NST empfangen.
  • Wenn die NST, die DCD-Kanalinformationen umfasst, gesendet wird, greift der Empfänger entsprechend über die NST ohne Sendung der NRT-Dienstsignaldaten auf den DCD-Kanal zu und empfängt dann den NRT-Dienst.
  • Wenn die NST somit die Metadaten eines Kanals zum Empfangen eines NRT-Dienstes umfasst, sind mehrere Vorteile gegeben.
  • Zunächst kann ohne Empfangen der NRT-Dienst-Signalisierungsdaten auf der Grundlage des Diensttyps eines virtuellen Kanals die Dienstzugangsgeschwindigkeit dadurch erhöht werden, dass Kanalmetadaten empfangen werden, die den NRT-Dienst direkt aus der NST empfangen.
  • Zusätzlich kann eine Signalisierung der Aktualisierung für ein Kanaländerungselement in Echtzeit in einer Rundfunkumgebung ausgeführt werden.
  • Des Weiteren kann man Zugriffsinformationen im OMA-BCAST-SG erzielen, indem man sich auf die NST bezieht. Beispielsweise empfängt der Empfänger DCD-Kanalmetadaten auf der Grundlage der DCD-Kanalinformationen in der NST und erzielt Zugang auf Informationen, um einen NRT-Dienst auf der Grundlage der NRT-Dienst-Signalisierungsdaten und der DCD-Kanalmetadaten, die von der NST erzielt werden, zu empfangen.
  • Schließlich kann die NST, die eine Liste des NRT-Dienstes mit Bezug auf einen anderen virtuellen Kanal umfasst, gesendet werden. Entsprechend können Listeninformationen des NRT-Dienstes über einen spezifischen NRT-Dienst-Signalisierungskanal auf einer IP-Schicht und nicht auf einer PSI- oder PSIP-Schicht gesendet werden. Entsprechend kann in diesem Fall die Rückwärtskompatibilität mit PSI oder PSIP reserviert werden.
  • Zusätzlich und wie zuvor erwähnt, können die DCD-Kanalinformationen, welche die DCD-Kanalmetadaten umfassen, in den Zugriffsinformationen des SG in OMA-BCAST enthalten sein, und die Zugriffsinformationen entsprechen den NRT-DienstInformationen in der NST. Genauer gesagt kann der Empfänger NRT-DienstInformationen in der NST aus einem Zugriffsfragment des OMA-BCAST-SG erzielen. Entsprechend kann der Empfänger Informationen über das Empfangen eines NRT-Dienstes erzielen, indem er die NST empfängt, die den erzielten NRT-DienstInformationen entspricht.
  • Des Weiteren kann der NRT-Dienst, der über den DCD-Kanal gesendet wird, durch eine zugeteilte Dienstkategorie geteilt werden. Beispielsweise kann die Dienstkategorie des NRT-Dienstes, der über den DCD-Kanal gesendet wird, durch 0X0F identifiziert werden.
  • 12 und 13 sind Ansichten, die eine Bitstromsyntax der NST gemäß einer Ausführungsform abbilden.
  • Dabei wird die entsprechende Syntax in einem privaten MPEG-2-Abschnittsformat erstellt, um zum Verständnis beizutragen, doch das Format der entsprechenden Daten kann variieren. Beispielsweise können die entsprechenden Daten gemäß einem anderen Verfahren in einem Format eines Sitzungsbeschreibungsprotokolls (SDP) ausgedrückt werden und über ein Sitzungsankündigungsprotokoll (SAP) signalisiert werden.
  • Die NST beschreibt Dienstinformationen und IP-Zugriffsinformationen in einem virtuellen Kanal zum Senden der NST und stellt NRT-Übertragungsstrom-Informationen eines entsprechenden Dienstes unter Verwendung einer Kennung des NRT-Übertragungsstroms, d.h. NRT_service_id, in jedem Dienst bereit. Ferner beschreibt die NST Beschreibungsinformationen jedes festen NRT-Dienstes auf einem virtuellen Kanal, und ein Deskriptor-Bereich kann andere zusätzliche Informationen umfassen.
  • Ein Feld table_id (8 Bits) als Feld für die Typidentifizierung eines entsprechenden Tabellenabschnitts ist ein Tabellenabschnitt, in dem ein entsprechender Tabellenabschnitt die NST durch dieses Feld bildet.
  • Ein Feld section_syntax_indicator (1 Bit) ist ein Indikator, der ein Abschnittsformat der NST definiert, und das Abschnittsformat kann beispielsweise eine abgekürzte MPEG-Syntax (0) sein.
  • Ein Feld private_indicator (1 Bit) stellt dar, ob das Format eines entsprechenden Abschnitts ein privates Abschnittsformat befolgt, und kann auf 1 gesetzt sein.
  • Ein Feld section_length (12 Bits) stellt eine restliche Tabellenabschnittlänge nach einem entsprechenden Feld dar. Zusätzlich geht ein Wert dieses Feldes nicht über 0xFFD hinaus.
  • Ein Feld table_id_extension (16 Bits) ist von einer Tabelle abhängig und kann ein logischer Teil eines Feldes table_id sein, das einen Bereich der übrigen Felder bereitstellt. Dabei umfasst ein Feld table_id_extension ein Feld NST_protocol_version.
  • Das Feld NST_protocol_version (8 Bits) zeigt eine Protokollversion zum Melden, dass die NST Parameter sendet, die eine andere Struktur aufweisen als diejenige, die in einem aktuellen Protokoll definiert ist. Derzeit beträgt dieser Feldwert 0. Wenn der Feldwert später mit einem anderen Wert als 0 bezeichnet wird, ist dies für eine Tabelle, die eine andere Struktur aufweist.
  • Ein Feld version_number (5 Bits) stellt die Versionsnummer der NST dar.
  • Ein Feld current_next_indicator (1 Bit) gibt an, ob ein gesendeter NST-Tabellenabschnitt gerade anwendbar ist. Wenn der Feldwert gleich 0 ist, bedeutet dies, dass es noch keine Tabelle gibt und dass die nächste Tabelle gültig ist.
  • Ein Feld section_number (8 Bits) stellt eine Abschnittsnummer in Abschnitten dar, in denen ein entsprechender Tabellenabschnitt eine NST-Tabelle bildet.
  • Die Abschnittsnummer des ersten Abschnitts einer NRT-Diensttabelle (NST) wird auf 0x00 gesetzt. Die Abschnittsnummer wird jedes Mal um Eins erhöht, wenn ein Abschnitt der NST erhöht wird.
  • Ein Feld last_section_number (8 Bits) stellt die letzte Abschnittsnummer dar, die eine NST-Tabelle bildet, d.h. die höchste Abschnittsnummer (highest_section_number).
  • Ein Feld carrier_frequnecy (32 Bits) meldet eine Sendefrequenz, die einem Kanal entspricht.
  • Ein Feld channel_TSID (16 Bits) bedeutet eine einzigartige Kanalkennung des Übertragungsstroms, in dem gerade ein entsprechender NST-Abschnitt gesendet wird.
  • Ein Feld program_number (16 Bits) stellt die Nummer eines Programms mit Bezug auf einen virtuellen Kanal dar.
  • Ein Feld source_id (16 Bits) stellt den Ursprung eines Programms mit Bezug auf einen virtuellen Kanal dar.
  • Ein Feld num_NRT_services (8 Bits) stellt die Anzahl von NRT-Diensten in einem NST-Abschnitt dar.
  • Zusätzlich stellt die NST Informationen über eine Vielzahl von festen NRT-Diensten bereit unter Verwendung einer for-Schleife. Nachstehend können die gleichen Feldinformationen jedem festen NRT-Dienst bereitgestellt werden.
  • Ein Feld NRT_service_status (2 Bits) identifiziert einen Zustand eines entsprechenden mobilen Dienstes. Dabei gibt MSB an, ob ein entsprechender mobiler Dienst aktiv (1) oder inaktiv (0) ist, und ob der entsprechende mobile Dienst verborgen (1) ist oder nicht (0). Wenn dabei der mobile Dienst ein NRT-Dienst ist, wird ein Zustand des entsprechenden NRT-Dienstes identifiziert. Der verborgene Dienst wird hauptsächlich zur exklusiven Anwendung verwendet und ein typischer Empfänger ignoriert ihn.
  • Ein Feld SP_indicator (1 Bit) ist ein Feld, das einen Dienstschutz darstellt, wenn der Dienstschutz, der auf mindestens eine der Komponenten angewendet wird, die zum Bereitstellen einer sinnvollen Präsentation eines entsprechenden mobilen Dienstes notwendig sind, eingestellt ist.
  • Ein Feld CP_indicator Feld (1 Bit) stellt dar, ob ein Inhaltsschutz eines entsprechenden NRT-Diensts eingestellt ist. Wenn der Feldwert CP_indicator gleich 1 ist, bedeutet dies, dass der Inhaltsschutz auf mindestens eine der Komponenten angewendet wird, die benötigt werden, um eine sinnvolle Präsentation eines entsprechenden NRT-Dienstes bereitzustellen.
  • Ein Feld NRT_service_id (16 Bits) ist ein Indikator, der einen entsprechenden NRT-Dienst in einem Bereich einer entsprechenden NRT-Übertragung einzigartig identifiziert. Die NRT_service_id ändert sich während des entsprechenden Dienstes nicht. Wenn dabei der Dienst beendet wird, kann, um Verwirrung zu vermeiden, die NRT_service_id für den Dienst nicht für einen anderen Dienst verwendet werden, bis ein geeigneter Zeitraum abgelaufen ist.
  • Ein Feld Short_NRT_service_name (8*8 Bits) zeigt eine Abkürzung des NRT-Dienstes an. Wenn keine Abkürzung des NRT-Dienstes vorliegt, kann das Feld mit einem Nullwert ausgefüllt werden (zum Beispiel 0x00).
  • Ein Feld NRT_service_category (6 Bits) identifiziert einen Diensttyp in dem entsprechenden NRT-Dienst.
  • Ein Feld num_components (5 Bits) zeigt die Anzahl von IP-Stromkomponenten in dem NRT-Dienst an.
  • Wenn ein Feld IP_version_flag (1 Bit) auf 0 gesetzt ist, gibt dies an, dass ein Feld source_IP_address, ein Feld NRT_service_destination_IP_address und ein Feld component_destination_IP_address IPv4-Adressen sind. Wenn sie auf 1 gesetzt sind, sind ein Feld source_IP_address, ein Feld NRT_service_destination_IP_address und ein Feld component_destination_IP_address IPv6-Adressen.
  • Ein Feld source_IP_address_flag (1 Bit) gibt an, wenn ein Flag gesetzt ist, dass es einen Ursprungs-IP-Adressenwert für einen entsprechenden NRT-Dienst gibt, um einen ursprungsspezifischen Multicast anzugeben.
  • Ein Feld NRT_service_destination_IP_address_flag (1 Bit) gibt an, wenn ein Flag auf 1 gesetzt ist, dass es ein Feld NRT_service_destination_IP_address zum Bereitstellen einer standardmäßigen IP-Adresse für Komponenten eines entsprechenden NRT-Dienstes gibt.
  • Mit Bezug auf ein Feld source_IP_address (128 Bits) gibt es ein entsprechendes Feld, wenn das source_IP_address_flag auf 1 gesetzt wird, doch es gibt kein entsprechendes Feld, wenn es auf 0 gesetzt wird. Wenn es ein entsprechendes Feld gibt, umfasst das entsprechende Feld eine Ursprungs-IP-Adresse aller IP-Datagramm sendenden Komponenten des entsprechenden NRT-Dienstes. Eine eingeschränkte Verwendung einer 128 Bit langen Adresse eines entsprechenden Feldes ist für die zukünftige Verwendung von IPv6 gedacht, das jedoch derzeit nicht verwendet wird. Das Feld source_IP_address wird eine Ursprungs-IP-Adresse desselben Servers, der alle Kanäle einer FLUTE-Sitzung sendet.
  • Wenn mit Bezug auf ein Feld NRT_service_destination_IP_address (128 Bits) das source_IP_address_flag auf 1 gesetzt ist, gibt es ein Feld source_IP_address, doch wenn das source_IP_address_flag auf 0 gesetzt ist, gibt es kein entsprechendes Feld source_IP_address. Wenn es kein entsprechendes Feld source_IP_address gibt, existiert ein Feld component_destination_IP_address für jede Komponente in einer Schleife num_components. Eine eingeschränkte Verwendung einer 128 Bit langen Adresse eines entsprechenden Feldes source_IP_address ist zur zukünftigen Verwendung von IPv6 gedacht, das jedoch derzeit nicht verwendet wird. Die Adresse NRT_service_destination_IP_Address wird signalisiert, wenn es eine Ziel-IP-Adresse einer Sitzungsebene der FLUTE-Sitzung gibt.
  • Zusätzlich stellt die NST unter Verwendung einer for-Schleife Informationen über eine Vielzahl von Komponenten bereit. Ein Feld essential_component_indicator (1 Bit) gibt an, wenn ein Wert eines entsprechenden Feldes auf 1 gesetzt wird, dass eine entsprechende Komponente eine notwendige Komponente für einen NRT-Dienst ist. Andernfalls ist die entsprechende Komponente eine ausgewählte Komponente.
  • Ein Feld port_num_count (6 Bits) gibt Nummern von UDP-Anschlüssen mit Bezug auf eine entsprechende UDP/IP-Stromkomponente an. Die Werte der Ziel-UDP-Anschlussnummern werden ausgehend von einem Feldwert component_destination_UDP_port_num um Eins erhöht.
  • Ein Feld component_destination_IP_address_flag (1 Bit) ist ein Flag, das darstellt, dass ein Feld component_destination_IP_address für eine entsprechende Komponente vorliegt, wenn es auf 1 gesetzt ist.
  • Mit Bezug auf das Feld component_destination_IP_address (128 Bits), wenn das component_destination_IP_address_flag auf 1 gesetzt ist, gibt es ein entsprechendes Feld, doch wenn das component_destination_IP_address_flag auf 0 gesetzt ist, gibt es kein entsprechendes Feld. Wenn es ein entsprechendes Feld gibt, umfasst das entsprechende Feld eine Ursprungs-IP-Adresse aller IP-Datagramm sendenden Komponenten des entsprechenden NRT-Dienstes. Eine eingeschränkte Verwendung einer 128 Bit langen Adresse eines entsprechenden Feldes ist zur zukünftigen Verwendung von IPv6 gedacht, das jedoch derzeit nicht verwendet wird.
  • Ein Feld component_destination_UDP_port_num (16 Bits) stellt eine Ziel-UDP-Anschlussnummer für eine entsprechende UDP/IP-Stromkomponente dar.
  • Ein Feld num_component_level_descriptors (4 Bits) stellt die Anzahl der Deskriptoren bereit, die zusätzliche Informationen über eine entsprechende IP-Stromkomponente bereitstellen.
  • Ein Feld component_level_descriptors identifiziert mindestens einen Deskriptor, der zusätzliche Informationen über eine entsprechende IP-Stromkomponente bereitstellt.
  • Ein Feld num_NRT_service_level_descriptors (4 Bits) stellt die Anzahl der NRT-Dienstebenen-Deskriptoren für einen entsprechenden Dienst dar.
  • NRT_service_leveLdescriptor() identifiziert keinen oder mindestens einen Deskriptor, der zusätzliche Informationen über einen entsprechenden NRT-Dienst bereitstellt. Dabei kann ein spezifischer Diensttyp für einen NRT-Dienst bereitgestellt werden. Der spezifische Diensttyp umfasst einen Portaldienst, der das Herunterladen von Web-Inhalten, Push-VOD und A/V bereitstellt.
  • Ein Feld num_virtual_channel_level_descriptors (4 Bits) beschreibt die Anzahl der virtuellen Kanalebenen-Deskriptoren für einen entsprechenden virtuellen Kanal.
  • Der virtual_channel_level_descriptor() stellt einen Deskriptor dar, der zusätzliche Informationen über einen virtuellen Kanal bereitstellt, der eine entsprechende NST beschreibt.
  • Zudem wird der NRT-Dienst über FLUTE gesendet, und die Zugriffsinformationen auf die NST-Tabelle sind mit den Informationen der FLUTE-Sitzung folgendermaßen verbunden.
  • Source_IP_address ist eine Ursprungs-IP-Adresse desselben Servers, der alle Kanäle der FLUTE-Sitzung sendet.
  • NRT_service_destination_IP_Address wird signalisiert, wenn es eine Ziel-IP-Adresse einer Sitzungsebene der FLUTE-Sitzung gibt.
  • Eine Komponente kann einem Kanal in der FLUTE-Sitzung zugeordnet werden, und eine zusätzliche Ziel-IP-Adresse (die anders als eine IP-Adresse ist, die von der Sitzung signalisiert wird) wird über die component_destination_IP_address auf jedem Kanal signalisiert.
  • Zusätzlich wird eine Ziel-Anschlussnummer über component_destination_UDP_port_num signalisiert und ausgehend von component_destination_UDP_port_num kann die Anzahl der Ziel-Anschlüsse zusätzlich über port_num_count bezeichnet werden.
  • Eine Vielzahl von Kanälen kann für eine einzige Ziel-IP-Adresse konfiguriert werden, indem ein Anschluss mehrfach bezeichnet wird. Dabei bezeichnet eine einzige Komponente eine Vielzahl von Kanälen. Es ist jedoch erwünscht, einen Kanal über eine Ziel-IP-Adresse im Allgemeinen zu identifizieren. Dabei wird ein Kanal typischerweise einer einzigen Komponente zugeordnet.
  • Inhaltselemente/Dateien für den NRT-Dienst werden über FLUTE gesendet, und entsprechende FLUTE-Sitzungsinformationen werden unter Verwendung von Zugriffsinformationen über die NST-Tabelle signalisiert.
  • 14 ist eine Ansicht, die eine Bitstromsyntax des NRT_component_descriptor (MH_component_descriptor) gemäß einer Ausführungsform abbildet.
  • Der NRT_component_descriptor() wird in einer Komponenten-Deskriptor-Schleife in jeder Komponente jedes NRT-Dienstes in der NST gezeigt. Dann entsprechen alle Parameter in einem entsprechenden Deskriptor den Parametern, die für Komponenten des NRT-Dienstes verwendet werden.
  • Nachstehend wird jede Feldinformation, die über den NRT_component_descriptor aus 14 gesendet wird, wie folgt beschrieben.
  • Ein Feld component_type (7 Bits) identifiziert ein Codierungsformat einer Komponente. Der Identifizierungswert kann einer der Werte sein, die für den Nutzlasttyp (payload_type) eines RTP/AVP-Stroms zugeteilt werden. Zudem kann der Identifizierungswert ein dynamischer Wert sein, der von 96 bis 127 reicht. Die Werte des Feldes für Komponenten, die Medien bilden, die über das RTP gesendet werden, sind identisch zu denen in dem payload_type in einer RTP-Kopfzeile eines IP-Stroms, der eine entsprechende Komponente sendet.
  • Ein Addierwert eines Feldes component_type in einem Bereich von 43 bis 71 wird in der zukünftigen Version der Norm definiert werden. Wenn der NRT-Dienststrom basierend auf FLUTE gesendet wird, kann man, um zusätzlich Parameter zu signalisieren (nachstehend beschrieben), die für die FLUTE-Sitzung notwendig sind, 38 (wobei es sich um den component_type handelt, der für eine FLUTE-Komponente bei ATSC definiert ist) verwenden, oder 43 (d.h. ein nicht zugeteilter Wert) kann als component_type für eine neue NRT-Sendung definiert und verwendet werden.
  • Ein Feld num_STKM_streams (8 Bits) identifiziert die Nummern von STKM-Strömen mit Bezug auf eine entsprechende Komponente.
  • Ein Feld STKM_stream_id (8 Bits) identifiziert den STKM-Strom, der Schlüssel aufweist, um die erzielte entsprechende geschützte Komponente zu dechiffrieren. Dabei wird auf das Feld STKM_stream_id in dem Komponenten-Deskriptor für den Strom STKM Bezug genommen.
  • Ein Feld NRT_component_data (component_type) stellt mindestens einen von Codierungsparametern, die notwendig sind, um eine entsprechende Komponente auszudrücken, und anderen Parametern bereit. Dabei wird eine Struktur eines Elements NRT_component_data durch einen Wert eines Feldes component_type bestimmt.
  • Eine Dateizustellungstabelle (FDT) von FLUTE-Sitzungen wird zur Zustellung von Elementlisten aller Inhaltselemente verwendet und stellt Größen, Datentypen und andere Informationen von Elementen mit Bezug auf die Erzielung der Elemente bereit.
  • Entsprechend erzielt die vorliegende Erfindung Informationen zum Zugreifen auf die FLUTE-Sitzung, die einen entsprechenden Inhalt unter Verwendung der NST sendet, um einen ausgewählten Inhalt von dem SG zu erzielen, der unter Verwendung der NRT-IT erzielt wird. Zudem ordnet die vorliegende Erfindung Informationen in einer Datei, die über eine entsprechende FLUTE-Sitzung gesendet wird, den Informationen über ein Inhaltselement der NRT-IT zu. In diesem Fall wird die Identifizierung des Dienstes, der das ausgewählte Inhaltselement umfasst, über die NRT_service_id der NST aufgelöst.
  • Der NRT-Dienst wird über FLUTE gesendet, und die Zugriffsinformationen über die NST-Tabelle sind mit den FLUTE-Sitzungsinformationen wie folgt verbunden.
  • Source_IP_address ist eine Ursprungs-IP-Adresse desselben Servers, der alle Kanäle der FLUTE-Sitzung sendet.
  • NRT_service_destination_IP_Address wird signalisiert, wenn es eine Ziel-IP-Adresse einer Sitzungsebene der FLUTE-Sitzung gibt.
  • Eine Komponente kann in einen Kanal in der FLUTE-Sitzung zugeordnet werden, und eine zusätzliche Ziel-IP-Adresse (die anders als eine IP-Adresse ist, die von der Sitzung signalisiert wird) wird über die component_destination_IP_address auf jedem Kanal signalisiert. Zudem wird eine Ziel-Anschlussnummer über die component_destination_UDP_port_num signalisiert, und die Anzahl der Zielanschlüsse ausgehend von component_destination_UDP_port_num kann zusätzlich über port_num_count bezeichnet werden.
  • Eine Vielzahl von Kanälen kann einer Ziel-IP-Adresse bereitgestellt werden, indem eine Vielzahl von Anschlüssen bezeichnet wird, und in diesem Fall bezeichnet eine Komponente eine Vielzahl von Kanälen. Es empfiehlt sich jedoch, dass sich ein Kanal durch eine Ziel-IP-Adresse unterscheidet, und in diesem Fall wird ein Kanal einer Komponente zugeordnet.
  • Das component_attribute_byte kann verwendet werden, um ein zusätzliches Attribut einer Komponente zu signalisieren, die eine Sitzung bildet. Darüber können zusätzliche Parameter, die zum Signalisieren einer FLUTE-Sitzung nötig sind, signalisiert werden.
  • In dieser Hinsicht sind Parameter zum Signalisieren der FLUTE-Sitzung notwendig und umfassen definitiv notwendige erforderliche Parameter und optionale notwendige Parameter mit Bezug auf eine entsprechende FLUTE-Sitzung. Zunächst umfassen die definitiv notwendigen Parameter Parameter, wie etwa eine Ursprungs-IP-Adresse, die Anzahl von Kanälen in der Sitzung, die Ziel-IP-Adresse und die Anschlussnummer für jeden Kanal in der Sitzung, die Transportsitzungskennung (TSI) der Sitzung und die Startzeit und Endzeit der Sitzung. Die optionalen notwendigen Parameter mit Bezug auf eine entsprechende FLUTE-Sitzung umfassen Parameter wie etwa FEC-Objektsendeinformationen, gewisse Informationen, die dem Empfänger im Voraus mitteilen, dass die Sitzung interessante Dateien enthält, und die Spezifikation der Bandbreite.
  • Die Anzahl von Kanälen in der Sitzung kann ausdrücklich bereitgestellt werden oder kann durch Addieren der Anzahl von Strömen, welche die Sitzung bilden, erzielt werden. Über die NST und den Komponenten-Deskriptor können Parameter, wie etwa Startzeit und Endzeit der Sitzung, Ursprungs-IP-Adresse, Ziel-IP-Adresse und Anschlussnummer für jeden Kanal in der Sitzung, Transportsitzungskennung (TSI) der Sitzung und Anzahl der Kanäle in der Sitzung, signalisiert werden.
  • 15 ist eine Ansicht, die eine Bitstromsyntax des NRT-Komponenten-Deskriptors, der NRT_component_data umfasst, gemäß einer Ausführungsform abbildet.
  • Ein NRT-Dienst kann in mehreren FLUTE-Sitzungen enthalten sein. Jede Sitzung kann unter Verwendung mindestens eines NRT-Komponenten-Deskriptors in Abhängigkeit von den IP-Adressen und Anschlüssen, die für die Sitzung verwendet werden, signalisiert werden.
  • Nachstehend wird jedes Feld von NRT_component_data wie folgt beschrieben.
  • Ein TSI-Feld (16 Bits) stellt die TSI einer FLUTE-Sitzung dar.
  • Ein Feld session_start_time gibt eine Startzeit der FLUTE-Sitzung an. Wenn all Werte der entsprechenden Felder gleich 0 sind, bedeutet dies, dass eine Sitzung bereits angefangen hat.
  • Ein Feld session_end_time gibt eine Endzeit der FLUTE-Sitzung an. Wenn alle Werte der entsprechenden Felder gleich 0 sind, bedeutet dies, dass eine Sitzung unendlich weitergeht.
  • Ein Feld tias_bandwith_indicator (1 Bit) gibt Flags an, die transportunabhängige, anwendungsspezifische (TIAS) Bandbreiteninformationen umfassen. Wenn es angibt, dass ein TIAS-Bandbreitenfeld existiert, wird ein entsprechendes Bit auf 1 gesetzt, und wenn es angibt, dass das TIAS-Bandbreitenfeld nicht existiert, wird das entsprechende Bit auf 0 gesetzt.
  • Mit Bezug auf ein Feld as_bandwidth_indicator (1 Bit) umfassen die Flags anwendungsspezifische (AS) Bandbreiteninformationen. Wenn es angibt, dass das AS-Bandbreitenfeld existiert, wird ein entsprechendes Bit auf 1 gesetzt, und wenn es angibt, dass das AS-Bandbreitenfeld nicht existiert, wird das entsprechende Bit auf 0 gesetzt.
  • Ein Feld FEC_OTI_indicator (1 Bit) stellt dar, ob FEC-Objektsendeinformationen (OTI) bereitgestellt werden.
  • Ein Feld tias_bandwidth stellt eine maximale TIAS-Bandbreite dar.
  • Ein Feld as_bandwidth weist einen Wert der maximalen AS-Bandbreite auf.
  • Ein Feld FEC_encoding_id stellt eine FEC-Codierungs-ID dar, die in der entsprechenden FLUTE-Sitzung verwendet wird.
  • Ein Feld FEC_instance_id stellt eine FEC-Instanz-ID dar, die in der entsprechenden FLUTE-Sitzung verwendet wird.
  • Es wird ein Verfahren bereitgestellt, um alle Informationen bereitzustellen, die zum Empfangen der FLUTE-Sitzung notwendig sind, indem die gleichen Parameter wie zuvor über die FLUTE-Komponenten-Daten-Bytes signalisiert werden, und um Dateien zu empfangen, indem Informationen über alle Dateien erzielt werden, die durch FLUTE-Sitzung abgegeben werden, die eine FDT verwendet, die über die Sitzung empfangen wird.
  • Dieser FLUTE-Komponenten-Deskriptor kann über eine Schleife Component_level_descriptor aus der NST abgegeben werden. Wenn der FLUTE-Kanal mehrfach vorliegt, da TSI und session_start_time, session_end_Time, d.h. die Parameter einer Sitzungsebene, ein einziges Mal zu signalisieren sind, kann ein FLUTE-Komponenten-Deskriptor nur in einer einzigen der Komponenten auf mehreren Kanälen über eine Schleife Component_level_descriptor gesendet werden.
  • 16 ist eine Ansicht, die eine Bitstromsyntax des NRT-IT-Abschnitts zum Signalisieren einer NRT-Anwendung gemäß einer Ausführungsform abbildet.
  • Die Informationen, die von der NRT-IT bereitgestellt werden, umfassen einen Titel von Inhalten (zum Beispiel einen Namen eines herunterladbaren Programms), Zeit und Informationen der Verfügbarkeit des Downloads, Inhaltsratgeber, Verfügbarkeit des Untertiteldienstes, Inhaltsidentifizierung und andere Metadaten. Ein Element der Inhalte kann mindestens eine Datei umfassen. Beispielsweise kann ein Audio/Video-Clip in einer JPEG-Miniaturansicht abgespielt werden, die zum Anzeigen eines Bildschirms verwendet wird.
  • Eine Instanz der NRT-IT kann Daten umfassen, die einem willkürlich vorherbestimmten Zeitraum entsprechen, oder kann einen NRT-Inhalt beschreiben, der zu einem vorherbestimmten Zeitpunkt beginnt und in unbestimmter Zukunft endet. Jede NRT-IT stellt eine Startzeit und einen Zeitraum, der unbestimmt sein kann, dar. Jede NRT-IT-Instanz kann in 256 Abschnitte unterteilt werden. Jeder Abschnitt umfasst Informationen über eine Vielzahl von Inhaltselementen. Die Informationen eines spezifischen Inhaltselements können nicht unterteilt und in mindestens zwei Abschnitten gespeichert werden.
  • Das herunterladbaren Inhaltselement, das länger dauert als ein Zeitraum, den mindestens eine NRT-IT-Instanz einnimmt, ist das erste Element der NRT-IT. Die Inhaltselementbeschreibung wird im NRT_information_table_section() nach Verfügbarkeit geordnet gespeichert. Wenn entsprechend ein Wert von last_section_number größer als 0 ist (dies bedeutet, dass die NRT-IT an eine Vielzahl von Abschnitten gesendet wird), kann die gesamte Inhaltselementbeschreibung in einem spezifischen Abschnitt, nicht in dem ersten Abschnitt, die gleiche oder eine höhere Verfügbarkeit aufweisen wie die Inhaltselementbeschreibung des nächsten Abschnitts.
  • Jede NRT-IT identifiziert einen NRT-Dienst mit Bezug auf einen spezifischen Wert einer gültigen service_id in einem spezifischen virtuellen Kanal während des Zeitraums.
  • Ein Feld table_id (8 Bits) wird auf 0xTBD gesetzt, um einen Tabellenabschnitt zu identifizieren, der einen entsprechenden Tabellenabschnitt NRT-IT bildet.
  • Ein Feld service_id (16 Bits) beschreibt ein Feld service_id mit Bezug auf einen NRT-Dienst, der ein Inhaltselement zeigt, das von dem Abschnitt beschrieben wird.
  • Ein Feld NRT_IT_version_number (5 Bits) wird als Satz in mindestens einem NRT_content_table_section() definiert, der einen gemeinsamen Wert im Verhältnis zu den Feldern service_id, current_next_indicator, protocol_version und time_span_start aufweist. Es identifiziert eine Versionsnummer einer NRT-IT-Instanz. Die Versionsnummer wird um 1 Modulo 32 erhöht, wenn sich ein Feld der NRT-IT-Instanz ändert.
  • Ein Feld current_next_indicator (1 Bit) stellt dar, dass ein entsprechender Tabellenabschnitt gerade anwendbar ist, wenn es auf 1 gesetzt ist.
  • Ein Feld protocol_version (8 Bits) wird auf 0 gesetzt. Eine Funktion von protocol_version ermöglicht einen Tabellentyp, der Parameter in der Zukunft aufweist, die eine andere Struktur aufweisen als diejenigen, die in dem aktuellen Protokoll definiert ist. Derzeit ist der einzige gültige Wert von protocol_version 0. Ein anderer Wert als 0 in protocol_version wird für die zukünftige Version der Norm verwendet, um andere Tabellen zu erkennen, die unterschiedliche Strukturen aufweisen.
  • Ein Feld time_span_start (32 Bits) stellt eine Startzeit eines Instanzzeitraums dar, der in GPS-Sekunden seit 00:00:00 UTC, 6. Januar 1980, dargestellt wird. Eine Uhrzeit von time_span_start wird auf 00 Minuten der Zeit eingestellt. Ein Wert 0 von time_span_start stellt einen Zeitraum einer NRT-IT-Instanz dar, der von einer negativen Vergangenheit ausgeht. Ein Wert von time_span ist in jedem Abschnitt der NRT-IT-Instanz aus mehreren Abschnitten identisch. Die Werte von time_span_start und time_span_length werden eingestellt, um sich nicht mit einer anderen NRT-IT-Instanz eines IP-Teilnetzes in einem vorgegebenen Zeitraum zu überschneiden.
  • Ein Feld time_span_length (11 Bits) identifiziert eine Anzahl von Minuten, die zu dem Zeitpunkt beginnen, der bei dem time_span_start erkannt wird, der von der Instanz abgedeckt wird. Sobald das Feld gesetzt ist, ändert sich ein Wert von time_span_length in einen Wert von time_span_start nicht. Wenn ein Wert von time_span_length gleich 0 ist, deckt eine NRT-IT-Instanz die ganze Zeit ab, die mit time_span_start in der unbestimmten Zukunft beginnt. Wenn ein Wert von time_span_start gleich 0 ist, hat time-span-length keine Bedeutung.
  • Ein Wert von time_span_start ist in jedem Abschnitt der NRT-IT-Instanz mit mehreren Abschnitten identisch. Die Werte von time_span_start und time_span_length werden eingestellt, um sich nicht mit einer anderen NRT-IT-Instanz eines IP-Teilnetzes in einem vorgegebenen Zeitraum zu überschneiden.
  • Ein Feld num_items_in_section (8 Bits) stellt die Anzahl von Inhaltselementen dar, die in einem NRT-IT-Abschnitt beschrieben werden.
  • Ein Feld content_linkage (16 Bits) stellt eine Identifizierungsnummer in einem Bereich von 0x0001 bis 0xFFFF dar. 0x0000 wird nicht verwendet. Das Feld content_linkage ist eine zweifache Verlinkungsfunktion: sie verlinkt mindestens eine Datei der FLUTE-FDT mit Bezug auf einen NRT-Dienst mit Metadaten der NRT-IT und bildet eine TF_id (Kennung für ein Textfragment in einer Textfragmenttabelle). Ein Wert eines Feldes content_linkage entspricht einem Wert eines Elements FDT-Inhaltsverlinkung oder einem Wert eines Elements Dateiinhaltsverlinkung in der FLUTE-FDT jeder Datei mit Bezug auf ein Inhaltselement. Eine Prioritätsregel wird angewendet, wenn für jeden Inhaltsverlinkungswert, der ein entsprechendes Inhaltsverlinkungselement in der FLUTE-FDT umfasst, eine Übereinstimmung gefunden wird.
  • Ein Flag TF_available (boolesches Flag) wird auf 1 gesetzt, wenn das Textfragment in einer Textfragmenttabelle eines Dienst-Signalisierungskanals existiert. Wenn das Textfragment nicht in einem Dienst-Signalisierungskanal für das Inhaltselement enthalten ist, wird ein Wert des Feldes TF_available auf 0 gesetzt.
  • Wenn ein Flag low_latency (boolesches Flag) auf 1 gesetzt ist, während ein Benutzer wartet, sind die Inhalte in einer aktuellen digitalen Sendung gültig, deren Verzögerungszeit gering genug ist, damit eine Zusammenstellung versucht wird. Wenn es auf 0 gesetzt ist, verlängert sich die Zusammenstellungsverzögerungszeit und eine Benutzerschnittstelle schlägt dem Benutzer eine spätere Visualisierung vor.
  • Ein Feld playback_length_in_seconds (20 Bits) ist eine Ganzzahl, die eine Abspielzeit eines Inhalts in Sekunden darstellt. Ein Inhalt, der Texte und/oder Standbilder umfasst, weist einen Wert von 0 auf. Mit Bezug auf einen Inhalt, der Audio- oder Audio- und Video-Inhalte umfasst, stellt playback_length_in_seconds eine Abspielzeit der Audio- oder audiovisuellen Inhalte dar.
  • Wenn ein Flag content_length_included (boolesches Flag) auf 1 gesetzt ist, existiert ein Feld content_length in der Wiederholung in einer for-Schleife. Wenn es auf 0 gesetzt ist, gibt es an, dass das Feld content_length in der Wiederholung in einer for-Schleife nicht existiert.
  • Wenn ein Flag playback_delay_included (boolesches Flag) auf 1 gesetzt ist, gibt es an, dass ein Feld playback_delay in der Wiederholung in einer for-Schleife existiert. Wenn es auf 0 gesetzt ist, gibt es an, dass das Feld playback_delay in der Wiederholung in einer for-Schleife nicht existiert.
  • Wenn ein Flag expiration_included (boolesches Flag) auf 1 gesetzt ist, verlässt ein Verfallfeld die Wiederholung in einer for-Schleife. Wenn es auf 0 gesetzt ist, gibt es an, dass das Verfallfeld in der Wiederholung in einer for-Schleife nicht existiert.
  • Ein Feld Dauer (12 Bits) stellt eine erwartete Zykluszeit eines Karussells, das ein referenziertes Inhaltselement umfasst, in einem Bereich von 1 bis 2880 in Minuten dar. Ein Empfänger verwendet einen Parameter Dauer, der eine Zeit bestimmt, die für die referenzierte Inhaltsaufnahme benötigt wird.
  • Die Abspielverzögerung (playback_delay) (20 Bits) wird durch eine Anzahl der nächsten Sekunden des ersten Bytes dargestellt, bevor ein dazugehöriger Inhalt abgespielt wird, während der ankommende Strom zwischengespeichert wird. Ein Wert von 0 stellt dar, dass die das Abspielen sofort beginnt. Wenn playback_delay nicht eingestellt ist, stellt ein Empfänger eine vollständige Datei oder Datei vor dem Abspielen zusammen.
  • Ein Feld Verfall (32 Bits) stellt die Verfallzeit in GPS-Sekunden seit 00:00:00 UTC, 6. Januar 1980, dar. Nach dem Verfall werden die Inhalte aus dem Speicher gelöscht. Wenn die Zeit nicht abgelaufen ist, verwendet der Empfänger ein Verfahren, das von einer Firma zum Verwalten einer Speicher-Ressource ausgewählt wird.
  • Ein Feld content_name_length (8 Bits) stellt die Länge (in Byte) von content_name_text dar.
  • Ein Feld content_name_text() stellt einen Inhaltstitel in einem System dar, das eine Vielzahl von Zeichenkettenstrukturen aufweist.
  • Ein Feld content_descriptors_length (12 Bits) stellt eine gesamte Länge (in Byte) des content_descriptor dar, der zusätzliche Informationen auf Inhaltsebene bereitstellt.
  • content_descriptor ist ein Deskriptor, der zusätzlich auf jedes Inhaltselement angewandt wird.
  • descriptor_length (10 Bits) stellt eine Gesamtlänge (in Byte) eines Deskriptors dar.
  • Ein Deskriptor wird im Allgemeinen auf alle Inhaltselemente angewendet, die in dem aktuellen NRT-IT-Abschnitt beschrieben werden.
  • 17 ist eine Ansicht, die eine Syntaxstruktur des Bitstroms für einen NRT-Abschnitt (NRT_content_table_section) gemäß einer Ausführungsform abbildet. Eine ausführliche Beschreibung jedes Feldes in dem NCT-Abschnitt wird nachstehend gegeben.
  • In 17 umfasst ein Feld table_id (8 Bits) als Kennung einer Tabelle eine Kennung, welche die NCT identifiziert.
  • Ein Feld section_syntax_indicator (1 Bit) ist ein Indikator, der ein Abschnittsformat der NCT definiert.
  • Ein Feld private_indicator (1 Bit) stellt dar, ob die NCT auf einen privaten Abschnitt folgt.
  • Ein Feld section_length (12 Bits) stellt die Abschnittslänge der NST dar.
  • Ein Feld NRT_channel_id (16 Bits) stellt einen Wert dar, der einen NRT-Dienst, der Inhalte enthält, die in der NCT beschrieben werden, einzigartig identifiziert.
  • Ein Feld version_number (5 Bits) stellt die Versionsnummer der NCT dar.
  • Ein Feld current_next_indicator (1 Bit) stellt dar, ob Informationen in einem entsprechenden NCT-Abschnitt in diesem Moment oder in Zukunft anwendbar sind.
  • Ein Feld section_number (8 Bits) stellt die Abschnittsnummer eines aktuellen NCT-Abschnitts dar.
  • Ein Feld last_section_number (8 Bits) stellt die letzte Abschnittsnummer der NCT dar.
  • Ein Feld protocol_version (8 Bits) gibt eine Protokollversion an, um eine NCT zu ermöglichen, die Parameter überträgt, die andere Strukturen aufweisen als diejenigen, die in einem aktuellen Protokoll definiert sind. (Ein 8-Bit langes Feld mit einer vorzeichenlosen Ganzzahl, deren Funktion darin besteht, in Zukunft zu ermöglichen, dass diese NRT-Inhaltstabelle Parameter führt, die anders strukturiert sein können als diejenigen, die in dem aktuellen Protokoll definiert sind. Derzeit ist der Wert für protocol_version gleich Null. Andere Werte als Null für protocol_version können von einer zukünftigen Version dieser Norm verwendet werden, um anders strukturierte Tabellen anzugeben.)
  • Ein Feld num_contents_in_section (8 Bits) gibt die Anzahl von Inhalten in der NCT an. Zu diesem Punkt stellt die Anzahl von Inhalten die Anzahl von Inhalten dar, die über einen virtuellen Kanal gesendet werden, der von source_id vorgegeben wird.
  • Später wird eine for-Schleife (oder eine Inhaltsschleife) so oft ausgeführt wie die Anzahl von Inhalten, die dem Feldwert num_contents_in_section entsprechen, um die ausführlichen Informationen eines entsprechenden Inhalts durch jeden Inhalt bereitzustellen.
  • Ein Feld content_version (32 Bits) gibt die Versionsnummer für Inhalte (oder eine Datei) an, die einen spezifischen Wert content_id aufweisen. Dies bedeutet, dass, wenn man davon ausgeht, dass die content_id eines Inhalts, den ein Empfänger empfängt, zuvor gleich 0x0010 war, die gleichen Inhalte, d.h. ihr Wert content_id ist gleich 0x0010, gesendet werden. Wenn nun der Feldwert content_version anders ist, werden die zuvor gespeicherten Inhalte aktualisiert oder ersetzt, indem die neu angekündigten Inhalte über die NCT empfangen werden. Bei dieser Ausführungsform bedeutet der Feldwert content_version eine Seriennummer, die eine Freigabeversion darstellt, die jedoch in der Tat den Zeitpunkt der Veröffentlichung (Freigabe) direkt darstellen kann. Wenn es nun schwierig ist, mit dem Feld content_version, den Veröffentlichungszeitpunkt darzustellen, kann man ein neues Feld verwenden, um den Zeitpunkt der Veröffentlichung (Freigabe) darzustellen.
  • Ein Feld content_id (16 Bits) gibt eine Kennung an, welche die Inhalte (oder die Datei) einzigartig identifiziert.
  • Ein Feld content_available_start_time (32 Bits) und ein Feld content_available_end_time (32 Bits) stellen eine Startzeit und Endzeit einer FLUTE-Sitzung, welche die Inhalte sendet, dar.
  • Ein Feld ETM_location (2 Bits) beschreibt das Vorhandensein und die Position einer verlängerten Textnachricht (ETM).
  • Ein Feld content_length_in_seconds (30 Bits) stellt eine tatsächliche Abspielzeit eines entsprechenden Inhalts in Sekunden dar, wenn der Inhalt (oder die Datei) eine A/V-Datei ist.
  • Ein Feld content_size (48 Bits) stellt die Größe der Inhalte (oder der Datei) in Byte dar.
  • Ein Feld content_delivery_bit_rate (32 Bits) stellt eine Bitrate dar, mit der die Inhalte (oder die Datei) gesendet werden, und bedeutet eine Zielbitrate. Dies bedeutet, dass wenn ein Dienstanbieter oder eine Rundfunkstation einen entsprechenden Inhalt sendet, das Feld content_delivery_bit_rate anzeigt, wie viel Bandbreite zuzuteilen ist. Wenn entsprechend ein Empfänger content_size und content_delivery_bit_rate verwendet, wird die Mindestzeit zum Empfangen eines entsprechenden Inhalts (oder einer Datei) erzielt. Dies bedeutet, dass die Zeit zum Empfangen von Inhalten geschätzt und einem Benutzer bereitgestellt wird. Auch wird die Mindestempfangszeit erzielt, indem (content_size * 8) / (content_delivery_bit_rate) in Sekunden berechnet wird.
  • Ein Feld content_title_length (8 Bits) stellt die Länge von content_title_text() in Byte dar. Wenn dieses Feld verwendet wird, weiß der Empfänger, wie viele Bytes zu lesen sind, um die Informationen content_title_text () zu erzielen.
  • Ein Feld content_title_text() stellt einen Inhaltstitel im Format einer mehrfachen Zeichenkettenstruktur dar.
  • Dies bedeutet, dass der Empfänger die NCT verwendet, um Konfigurationsinformationen über NRT-Inhalte/ eine Datei zu erzielen, und stellt einen Führer für die NRT/Datei auf der Grundlage der erzielten Konfigurationsinformationen über NRT-Inhalte/Datei bereit. Des Weiteren erzielt der Empfänger Zugriffsinformationen einer FLUTE-Sitzung, welche die Inhalte/Datei sendet, die von dem Führer aus der NST ausgewählt werden/wird, und empfängt die ausgewählten Inhalte unter Verwendung der erzielten Zugriffsinformationen der FLUTE-Sitzung.
  • Des Weiteren kann die vorliegende Erfindung Behälterinformationen, Codierungsinformationen und Decodierungsparameter von Medienobjekten umfassen, die zum Wiedergeben der Inhalte/Dateien, die den NRT-Dienst bilden, in der NCT notwendig sind, und kann diese dann senden. Entsprechend entnimmt ein Empfangssystem die Behälterinformationen, die Codierungsinformationen und die Decodierungsparameter von Medienobjekten für jeden Inhalt, die notwendig sind, um die entsprechenden Inhalte/Dateien wiederzugeben, und verwendet sie bei der Wiedergabe.
  • 18 ist eine Ansicht, die eine Bitstrom-Syntaxstruktur einer SMT-Sitzung, die Signalisierungsinformationen über NRT-Dienstdaten bereitstellt, gemäß einer Ausführungsform abbildet.
  • Dabei wird die entsprechende Syntax in einem privaten MPEG-2-Abschnittsformat erstellt, um zum Verständnis beizutragen, doch das Format der entsprechenden Daten kann variieren.
  • Die SMT beschreibt Signalisierungsinformationen (oder Signalisierungsinformationen eines NRT-Dienstes) und IP-Zugriffsinformationen eines mobilen Dienstes in einem Ensemble, in dem die SMT gesendet wird. Die SMT verwendet eine Transport_Strom_ID, d.h. eine Kennung des Übertragungsstroms, der jeden Dienst umfasst, und stellt Übertragungsstrom-Informationen eines entsprechenden Dienstes bereit. Ferner umfasst die SMT Beschreibungsinformationen jedes mobilen Dienstes (oder NRT-Dienstes) in einem Ensemble und umfasst andere zusätzliche Informationen in einem Deskriptor-Bereich.
  • Wie zuvor erwähnt, kann die SMT-Sitzung als IP-Stromformat in dem RS-Datenübertragungsblock enthalten sein und kann dann gesendet werden. In diesem Fall beschreiben die RS-Datenübertragungsblock-Decodierer eines Empfängers später eingegebene decodierte RS-Datenübertragungsblöcke, und geben die decodierten RS-Datenübertragungsblöcke als entsprechenden RS-Datenübertragungsblock-Handler aus. Des Weiteren teilt jeder RS-Datenübertragungsblock-Handler den eingegebenen RS-Datenübertragungsblock durch eine Reiheneinheit, um ein Transportpaket M/H-TP zu bilden, und gibt es als M/H-TP-Handler aus.
  • Zusätzlich gibt es folgende Beispiele für Felder, die über die SMT gesendet werden.
  • Ein Feld table_id (8 Bits) ist ein Feld, das einen Tabellentyp angibt, und dadurch wird bestätigt, dass dieser Tabellenabschnitt ein Tabellenabschnitt in der SMT ist. (table_id: Eine 8-Bit lange vorzeichenlose Ganzzahl, die den Typ des Tabellenabschnitts angibt, der in der Dienstzuordnungstabelle (SMT) definiert wird.)
  • Ein Feld section_syntax_indicator (1 Bit) ist ein Indikator, der ein Sitzungsformat der SMT definiert, und sein Sitzungsformat kann eine abgekürzte MPEG-Syntax (0) sein (section_syntax_indicator: Dieses 1-Bit-Feld muss auf 0 gesetzt sein, um immer anzugeben, dass diese Tabelle von der „abgekürzten“ Form der privaten MPEG-2-Abschnittstabelle abgeleitet ist).
  • Ein Feld private_indicator Feld (1 Bit) gibt an, ob die SMT auf einen privaten Abschnitt folgt (private_indicator: Dieses 1-Bit-Feld muss auf 1 gesetzt sein).
  • Ein Feld section_length (12 Bits) stellt die restliche Sitzungslänge der SMT nach einem entsprechenden Feld dar (section_length: Ein 12 Bit langes Feld. Es gibt die Anzahl der restlichen Bytes dieses Tabellenabschnitts an, der unmittelbar auf dieses Feld folgt. Der Wert in diesem Feld darf nicht größer als 4093 (0xFFD) sein).
  • Ein Feld table_id_extension (16 Bits) ist von einer Tabelle abhängig und kann ein logischer Bestandteil eines Feldes table_id sein, das einen Bereich der übrigen Felder bereitstellt (table_id_extension: Dabei handelt es sich um ein 16 Bit langes Feld, das tabellenabhängig ist. Es ist als logischer Bestandteil des Feldes table_id anzusehen, das den Umfang für die übrigen Felder bereitstellt).
  • Dabei umfasst ein Feld table_id_extension ein Feld SMT_protocol_version.
  • Das Feld SMT_protocol_version (8 Bits) zeigt eine Protokollversion, die SMT-Sendeparameter ermöglicht, die eine andere Struktur aufweisen, als diejenigen, die in einem aktuellen Protokoll definiert sind (SMT_protocol_version: Ein 8 Bit langes vorzeichenlose Ganzzahlfeld, dessen Funktion darin besteht, in der Zukunft zu ermöglichen, dass diese SMT Parameter führt, die anders strukturiert sein können als diejenigen, die in dem aktuellen Protokoll definiert sind. Derzeit muss der Wert für SMT_protocol_version Null sein. Andere Werte als Null für SMT_protocol_version können von einer zukünftigen Version dieser Norm verwendet werden, um anders strukturierte Tabellen anzugeben).
  • Ein Feld ensemble_id (8 Bits) umfasst Werte von 0x00 bis 0x3F als ID-Wert mit Bezug auf ein entsprechendes Ensemble (ensemble_id: Dieses 8 Bit lange vorzeichenlose Ganzzahlfeld im Bereich von 0x00 bis 0x3F ist die Ensemble-ID, die mit diesem Ensemble verknüpft ist. Der Wert dieses Feldes wird von der parade_id abgeleitet, die von dem Basisbandprozessor des Teilsystems der physischen Schicht geführt wird, indem die parade_id der verknüpften Parade für die 7 niederwertigsten Bits verwendet wird und indem 0 für das höchstwertige Bit verwendet wird, wenn das Ensemble über den primären RS-Datenübertragungsblock geführt wird, und indem 1 für das höchstwertige Bit verwendet wird, wenn das Ensemble über den sekundären RS-Datenübertragungsblock geführt wird).
  • Ein Feld version_number (5 Bits) stellt die Versionsnummer der SMT dar. Ein Feld current_next_indicator (1 Bit) gibt an, ob eine gesendete SMT-Tabellensitzung gerade gültig ist (current_next_indicator: Ein 1-Bit-Indikator, der, wenn er auf 1 gesetzt ist, angeben soll, dass die gesendete Dienstzuordnungstabelle derzeit anwendbar ist. Wenn das Bit auf 0 gesetzt ist, soll dies angeben, dass die gesendete Tabelle noch nicht anwendbar ist und dass sie die nächste Tabelle ist, die gültig wird. Diese Norm schreibt nicht vor, dass die „nächsten“ Tabellen (bei denen der current_next_indicator auf 0 gesetzt ist) gesendet werden müssen. Eine Aktualisierung auf die derzeit anwendbare Tabelle wird signalisiert, indem das Feld version_number inkrementiert wird).
  • Ein Feld section_number (8 Bits) stellt eine aktuelle SMT-Sitzungsnummer dar (section_number: Dieses 8 Bit lange Feld gibt die Abschnittsnummer des Abschnitts der NRT-Dienst-Signalisierungstabelle an. Die section_number des ersten Abschnitts in einer NRT-Dienst-Signalisierungstabelle ist 0x00. Die section_number wird bei jedem zusätzlichen Abschnitt in der NRT-Dienst-Signalisierungstabelle um 1 inkrementiert).
  • Ein Feld last_section_number (8 Bits) stellt die letzte Sitzungsnummer dar, die eine SMT-Tabelle bildet.
  • (last_section_number: Dieses 8 Bit lange Feld gibt die Nummer des letzten Abschnitts (d.h. des Abschnitts mit der höchsten section_number) der Dienst-Signalisierungstabelle an, zu der dieser Abschnitt gehört).
  • Ein Feld num_services (8 Bits) gibt die Anzahl der Dienste in einer SMT-Sitzung an. (num_services: Dieses 8 Bit lange Feld gibt die Anzahl der Dienste in diesem SMT-Abschnitt an.). Mindestens ein mobiler Dienst, mindestens ein NRT-Dienst oder mobile und NRT-Dienste können über das Ensemble empfangen werden, das die SMT aufweist. Wenn nur NRT-Dienste über das Ensemble gesendet werden, das die SMT aufweist, kann es die Anzahl von NRT-Diensten in der SMT angeben.
  • Später wird eine for-Schleife (oder eine Dienst-Schleife) so oft ausgeführt wie die Anzahl von Diensten, die dem Feldwert num_service entspricht, um Signalisierungsinformationen über eine Vielzahl von Diensten bereitzustellen. Dies bedeutet, dass die Signalisierungsinformationen eines entsprechenden Dienstes von jedem Dienst in der SMT-Sitzung angezeigt werden. Dabei kann der Dienst mobil oder ein NRT-Dienst sein. Nun können die folgenden Feldinformationen für jeden Dienst bereitgestellt werden.
  • Ein Feld service_id (16 Bits) stellt einen Wert dar, der einen entsprechenden Dienst einzigartig identifiziert (Eine 16 Bit lange vorzeichenlose Ganzzahl, die diesen Dienst im Umfang dieses SMT-Abschnitts einzigartig identifiziert.). Die service_id eines Dienstes ändert sich im Leben des Dienstes nicht.
  • Um Verwirrung zu vermeiden, empfiehlt es sich, dass wenn ein Dienst beendet ist, die service_id für den Dienst dann nicht für einen anderen Dienst verwendet wird, bis ein geeignetes Zeitintervall verstrichen ist. Wenn dabei der Dienst ein NRT-Dienst ist, kann die service_id den NRT-Dienst identifizieren.
  • Ein Feld Multi_ensemble_service (2 Bits) identifiziert, ob ein entsprechender Dienst über mindestens ein Ensemble gesendet wird.
  • Zudem identifiziert das entsprechende Feld, ob der Dienst als ein Teil des Dienstes wiedergegeben wird, der über eine entsprechende Einheit gesendet wird. Dies bedeutet, dass wenn der Dienst ein NRT-Dienst ist, das Feld identifiziert, ob der NRT-Dienst über mindestens eine Einheit gesendet wird (multi_ensemble_service: Ein 2 Bit langes Aufzählungsfeld, identifiziert, ob der Dienst über mehr als ein Ensemble geführt wird. Auch identifiziert dieses Feld, ob der Dienst nur mit dem Teil des Dienstes, der von diesem Ensemble geführt wird, wiedergegeben werden kann oder nicht.).
  • Ein Feld service_status Feld (2 Bits) identifiziert einen Zustand eines entsprechenden Dienstes. Dabei gibt das MSB an, ob ein entsprechender Dienst aktiv (1) oder inaktiv (0) ist, und das LSB gibt an, ob ein entsprechender Dienst verborgen (1) ist oder nicht (0). Wenn dabei der Dienst ein NRT-Dienst ist, gibt das MSB des Feldes service_status an, ob ein entsprechender NRT-Dienst ist aktiv (1) oder inaktiv (0) ist, und das LSB gibt an, ob ein entsprechender NRT-Dienst verborgen (1) ist oder nicht (0).
  • Ein Feld SP_indicator (1 Bit) stellt dar, ob ein Dienstschutz eines entsprechenden Dienstes eingestellt ist. Wenn ein Feldwert SP_indicator gleich 1 ist, wird der Dienstschutz auf Komponenten angewendet, die benötigt werden, um eine sinnvolle Präsentation eines entsprechenden Dienstes bereitzustellen.
  • Ein Feld short_service_name_length (3 Bits) stellt die Länge eines abgekürzten Dienstnamens in einem Feld short_service_name in Byte dar.
  • Ein Feld short_service_name stellt einen abgekürzten Namen eines entsprechenden Dienstes dar (short_service_name: Die Abkürzung des Dienstes, wobei jedes Zeichen mit UTF-8 [29] codiert wird. Wenn es eine ungerade Anzahl von Bytes in der Abkürzung gibt, enthält das zweite Byte des letzten Byte-Paars gemäß der Paarzählung, die in dem Feld short_service_name_length angegeben wird, 0x00). Wenn beispielsweise der Dienst ein mobiler Dienst ist, wird eine Abkürzung des mobilen Dienstes angezeigt, und wenn es sich um einen NRT-Dienst handelt, wird eine Abkürzung des NRT-Dienstes angezeigt.
  • Ein Feld service_category (6 Bits) identifiziert eine Typkategorie eines entsprechenden Dienstes. Wenn ein Wert eines entsprechenden Feldes auf einen Wert eingestellt ist, der „nur zur Information“ angibt, wird er als informative Beschreibung für die Kategorie des Dienstes behandelt. Und ein Empfänger muss ein Feld component_level_descriptors() der SMT testen, um eine tatsächliche Kategorie des empfangenen Dienstes zu identifizieren. Das Feld service_category weist eine Komponente auf NTP-Zeitbasis für Dienste auf, die eine Video- und/oder Audio-Komponente aufweisen.
  • Insbesondere mit Bezug auf die vorliegende Erfindung, wenn ein Feldwert service_category gleich 0x0E ist, gibt ein entsprechender Dienst einen NRT-Dienst an. In diesem Fall wird angegeben, dass Signalisierungsinformationen des Dienstes, der gerade in einer SMT-Sitzung beschrieben wird, Signalisierungsinformationen des NRT-Dienstes sind.
  • Ein Feld num_components (5 Bits) gibt die Anzahl von IP-Stromkomponenten in diesem Dienst an.
  • Das Feld IP_version_flag (1 Bit), wenn es auf 0 gesetzt ist, gibt an, dass die Felder source_IP_address, service_destination_IP_address, und component_destination_IP_address IPv4-Adressen sind. Der Wert von 1 für dieses Feld ist für eine eventuelle zukünftige Angabe reserviert, dass die Felder source_IP_address, service_destination_IP_address, und component_destination_IP_address für IPv6 gedacht sind. Die Verwendung einer IPv6-Adressierung ist derzeit nicht definiert.
  • Ein Feld source_IP_address_flag (1 Bit) gibt an, wenn es gesetzt ist, dass ein Ursprungs-IP-Adressenwert für diesen Dienst vorliegt, um einen ursprungsspezifischen Multicast anzugeben.
  • Wenn ein Feld service_destination_IP_address_flag (1 Bit) gesetzt ist, gibt es an, dass eine entsprechende IP-Stromkomponente über ein IP-Datagramm gesendet wird, das eine andere Ziel-IP-Adresse aufweist als service_destination_IP_address.
  • Wenn das Flag entsprechend gesetzt ist, verwendet ein Empfangssystem eine Komponentenziel-IP-Adresse (component_destination_IP_address) als Ziel-IP-Adresse (destination_IP_address) und ignoriert ein Feld service_destination_IP_address in einer Schleife num_channels (service_destination_IP_address_flag: Ein 1 Bit langes boolesches Flag, das angibt, wenn es auf 1 gesetzt ist, dass ein Wert service_destination_IP_address vorliegt, um als standardmäßige IP-Adresse für die Komponenten dieses Dienstes zu dienen).
  • Mit Bezug auf das Feld source_IP_address (32 oder 128 Bits), wenn source_IP_address_flag auf 1 gesetzt ist, ist eine Auslegung erforderlich, doch wenn es nicht auf 0 gesetzt ist, ist keine Auslegung erforderlich.
  • Wenn das Feld source_IP_address_flag auf 1 gesetzt ist und das Feld IP_version_flag auf 0 gesetzt ist, gibt dieses Feld eine 32 Bit lange IPv4-Adresse an, die einen Ursprung eines entsprechenden Schaltungskanals angibt. Wenn das Feld IP_version_flag auf 1 gesetzt ist, gibt dieses Feld eine 32 Bit lange IPv6-Adresse an, die einen Ursprung eines entsprechenden virtuellen Kanals darstellt (source_IP_address: Dieses Feld liegt vor, wenn das source_IP_address_flag auf 1 gesetzt ist, und liegt nicht vor, wenn das source_IP_address_flag auf 0 gesetzt ist. Wenn es vorliegt, soll dieses Feld die Ursprungs-IP-Adresse aller IP-Datagramme enthalten, welche die Komponenten dieses Dienstes führen. Die bedingte Verwendung der 128 Bit langen Adressenversion dieses Felds dient dazu, die eventuelle Verwendung von IPv6 in der Zukunft zu ermöglichen, obwohl die Verwendung von IPv6 derzeit nicht definiert ist).
  • Wenn der Dienst ein NRT-Dienst ist, wird das Feld Source_IP_address eine Ursprungs-IP-Adresse desselben Servers, der alle Kanäle der FLUTE-Sitzung sendet.
  • Mit Bezug auf das Feld service_destlnation_IP_address (32 oder 128 Bits), wenn das service_destination_IP_address_flag auf 1 gesetzt ist, ist eine Auslegung erforderlich, doch wenn es auf 0 gesetzt ist, ist keine Auslegung erforderlich. Wenn das Feld service_destination_IP_address_flag auf 1 gesetzt ist und das Feld IP_version_flag auf 0 gesetzt ist, gibt dieses Feld eine 32 Bit lange Ziel-IPv4-Adresse für einen entsprechenden virtuellen Kanal an.
  • Wenn das Feld service_destination_IP_address_flag auf 1 gesetzt ist und das Feld IP_version_flag auf 1 gesetzt ist, gibt dieses Feld eine 64 Bit lange Ziel-IPv6-Adresse für einen entsprechenden virtuellen Kanal an. Wenn die entsprechende service_destination_IP_address nicht ausgelegt werden kann, muss ein Feld component_destination_IP_address in einer Schleife num_components ausgelegt werden, und ein Empfangssystem verwendet die component_destination_IP_address, um auf eine IP-Stromkomponente zuzugreifen (service_destination_IP_address: Dieses Feld liegt vor, wenn das service_destination_IP_address_flag auf 1 gesetzt ist, und liegt nicht vor, wenn das service_destination_IP_address_flag auf 0 gesetzt ist. Wenn diese service_destination_IP_address nicht vorliegt, dann liegt das Feld component_destination_IP_address für jede Komponente in der Schleife num_components vor. Die bedingte Verwendung der 128 Bit langen Adressenversion dieses Feldes besteht darin, die eventuelle Verwendung von IPv6 in der Zukunft zu ermöglichen, obwohl die Verwendung von IPv6 derzeit nicht definiert ist). Wenn der Dienst kein NRT-Dienst ist, wird das Feld service_destination_IP_Address mit einer Ziel-IP-Adresse einer Sitzungsebene der FLUTE-Sitzung signalisiert.
  • Zusätzlich stellt die SMT Informationen über eine Vielzahl von Komponenten unter Verwendung einer for-Schleife bereit.
  • Später wird eine for-Schleife (oder eine Komponentenschleife) so oft ausgeführt wie die Anzahl von Komponenten, die dem Feldwert num_components entspricht, um Zugriffsinformationen über eine Vielzahl von Komponenten bereitzustellen. Dies bedeutet, dass Zugriffsinformationen über jede Komponente in einem entsprechenden Dienst bereitgestellt werden. Zu diesem Punkt können die folgenden Feldinformationen über jede Komponente bereitgestellt werden. Dabei entspricht gemäß einer Ausführungsform eine Komponente einer FLUTE-Sitzung.
  • Ein Feld essential_component_indicator (1 Bit), wenn es auf 1 gesetzt ist, gibt an, dass diese Komponente eine wesentliche Komponente für den Dienst ist. Ansonsten gibt dieses Feld an, dass diese Komponente eine optionale Komponente ist).
  • Ein Feld component_destination_IP_address_flag (1 Bit) gibt an, wenn es auf 1 gesetzt ist, dass die component_destination_IP_address für diese Komponente vorliegt.
  • Ein Feld port_num_count (6 Bits) gibt die Anzahl von Ziel-UDP-Ports an, die mit dieser UDP/IP-Stromkomponente verknüpft sind. Die Werte der Ziel-UDP-Anschlussnummern beginnen mit dem Feld component_destination_UDP_port_num und werden um Ein inkrementiert, außer bei RTP-Strömen, wenn die Ziel-UDP-Anschlussnummern mit dem Feld component_destination_UPD_port_num beginnen, und werden um zwei inkrementiert, um die RTCP-Ströme zu ermöglichen, die mit den RTP-Strömen verknüpft sind.
  • Ein Feld component_destination_UDP_port_num (16 Bits) stellt die Ziel-UDP-Anschlussnummer für diese UDP/IP-Stromkomponente dar. Für RTP-Ströme ist der Wert von component_destination_UDP_port_num gerade, und der nächst höhere Wert stellt die Ziel-UDP-Anschlussnummer des verknüpften RTCP-Stroms dar.
  • Ein Feld component_destination_IP_address Feld (32 oder 128 Bits) liegt vor, wenn das component_destination_IP_address_flag auf 1 gesetzt ist, und liegt nicht vor, wenn das component_destination_IP_address_flag auf 0 gesetzt ist. Wenn dieses Feld vorliegt, stimmt die Zieladresse des IP-Datagramms, das diese Komponente des M/H-Dienstes führt, mit der Adresse in diesem Feld überein. Wenn dieses Feld nicht vorliegt, stimmt die Zieladresse des IP-Datagramms, das diese Komponente führt, mit der Adresse in dem Feld M/H_service_destination_IP_address überein. Die bedingte Verwendung der 128 Bit langen Adressenversion dieses Feldes dient dazu, die eventuelle Verwendung von IPv6 in der Zukunft zu ermöglichen, obwohl die Verwendung von IPv6 derzeit nicht definiert ist.
  • Ein Feld num_component_level_descriptors Feld (4 Bits) gibt die Anzahl von Deskriptoren an, die zusätzliche Informationen über eine Komponentenebene bereitstellen.
  • Die Felder component_level_descriptor() sind in der Komponentenschleife so oft wie eine Anzahl enthalten, die dem Feldwert num_component_level_descriptors entspricht, so dass zusätzliche Informationen über die Komponente bereitgestellt werden.
  • Ein Feld num_service_level_descriptors (4 Bits) gibt die Anzahl von Deskriptoren an, die zusätzliche Informationen über eine entsprechende Dienstebene bereitstellen.
  • Die Felder service_level_descriptor() sind in der Dienstschleife so oft enthalten wie eine Anzahl, die dem Feldwert num_service_level_descriptors entspricht, so dass zusätzliche Informationen über den Dienst bereitgestellt werden. Wenn der Dienst ein mobiler Dienst ist, werden zusätzliche Informationen über den mobilen Dienst bereitgestellt, und wenn es ein NRT-Dienst ist, werden zusätzliche Informationen über den NRT-Dienst bereitgestellt.
  • Ein Feld num_ensemble_level_descriptors (4 Bits) gibt die Anzahl von Deskriptoren an, die zusätzliche Informationen über eine Ensemble-Ebene bereitstellen.
  • Die Felder ensemble_level_descriptor() sind in der Ensemble-Schleife so oft enthalten wie eine Anzahl, die dem Feldwert num_ensemble_level_descriptors entspricht, so dass zusätzliche Informationen über das Ensemble bereitgestellt werden.
  • Des Weiteren kann component_descriptor()der SMT aus 18 als component_level_descriptors() bereitgestellt werden.
  • Der component_descriptor() wird als einer der omponent_level_descriptors() der SMT verwendet und beschreibt zusätzliche Signalisierungsinformationen einer entsprechenden Komponente.
  • Entsprechend können mit Bezug auf einen mobilen NRT-Dienst Signalisierungsinformationen bereitgestellt werden, die zum Empfangen einer entsprechenden FLUTE-Sitzung notwendig sind, und zwar unter Verwendung des Komponenten-Deskriptors aus 14.
  • Wenn beispielsweise ein Feldwert component_type des Komponenten-Deskriptors aus 14 gleich 38 ist, stellt ein Feld component_data (component_type) Daten für die FLUTE-Dateizustellung bereit, wie in 15 gezeigt. Da die Beschreibung zu den jeweiligen Feldern aus 14 und 15 bereits vorgenommen wurde, werden sich überschneidende Beschreibungen ausgelassen.
  • 19 ist eine Ansicht, die ein FDT-Schema zum Zuordnen einer Datei und einer content_id gemäß einer Ausführungsform abbildet. 20 ist eine Ansicht, die ein FDT-Schema zum Zuordnen einer Datei und einer content_id gemäß einer anderen Ausführungsform abbildet. Sie stellen ein Verfahren zum Bezeichnen einer Datei mit Einträgen auf FDT-Instanzebene dar. Die NRT-Inhalte umfassen eine Vielzahl von Dateien. Da die jeweiligen Dateien jedoch keine Markierung aufweisen, ist es schwierig, nach einer Datei mit Bezug auf NRT-Inhalte zu suchen. Entsprechend wird, wie in 19 und 20 gezeigt, die content_id in die FDT in jeder Datei eingefügt.
  • Nachstehend bedeutet eine FDT-Instanzebene, wenn ein gemeinsames Attribut aller Dateien, die von der FDT deklariert werden, definiert werden muss, eine Ebene, die einen Definitionsteil für das gemeinsame Attribut umfasst. Eine FDT-Dateiebene kann eine Ebene bedeuten, die eine Definition für ein individuelles Attribut jeder Datei umfasst.
  • Ein Empfänger identifiziert, ob ein Dienst, der über einen entsprechenden Kanal gesendet wird, ein SMT-basierter NRT-Dienst ist. Zusätzlich identifiziert der Empfänger ein Inhaltselement und eine Datei des entsprechenden NRT-Dienstes.
  • Obwohl der Empfänger, wie zuvor erwähnt, eine Datei und ein Inhaltselement in dem NRT-Dienst identifizieren kann, verfügt er nicht über Informationen über Dateien des Inhaltselements und kann sie somit nicht abgleichen. Entsprechend kann der Empfänger den NRT-Dienst nicht verarbeiten.
  • Entsprechend stellt die vorliegende Erfindung ein Verfahren bereit, um zu identifizieren, ob ein Inhaltselement betroffen ist. Dies bedeutet, dass ein entsprechendes Verfahren zeigt, welche Arten von Dateien in einem Inhaltselement enthalten sind. In diesem Fall kann der Empfänger den empfangenen NRT-Dienst richtig verarbeiten. Entsprechend kann das entsprechende Verfahren auf der Grundlage von FDT-Informationen in der FLUTE-Sitzung, die den NRT-Dienst sendet, bezeichnet werden. Beispielsweise wird jede Datei, die ein Inhaltselement bildet, auf der Grundlage einer Inhaltsposition und eines TOI-Feldes, das in der FLUTE-Sitzung bezeichnet werden, identifiziert. Die content_id in der FDT wird mit einer Inhaltskennung (content_id) der NCT oder einer Inhaltskennung eines Inhaltsfragments im OMB-BCAST-SG abgeglichen.
  • Mit Bezug auf 19 und 20 deklariert ein Teil, der mit 1 angegeben ist, eine Inhaltskennung in einer FDT-Instanzebene, und diese deklarierte Inhaltskennung wird allen Dateien zugewiesen, die in einer entsprechenden FDT-Instanz deklariert sind. Natürlich kann man diese Informationen übergehen, indem man eine neue Inhaltskennung in einer Dateiebene zuweist. Oder wenn eine spezifische Datei zu einem anderen Inhaltselement gehört, das kein Inhaltselement ist, das in der FDT-Instanzebene definiert ist, kann dies über das Zuweisen einer nachstehend beschriebenen content_id auf Dateiebene gemeldet werden. Diese Ausführungsform drückt die content_id in 16 Bits aus.
  • Wenn mit Bezug auf einen Teil, der mit 2 angegeben ist, eine Datei in der FDT-Instanz unterschiedliche Inhaltselemente mit einer Deklaration content_id auf Dateiebene umfassen, signalisiert dieses Verfahren welche Datei, alle Dateien eines Inhaltselements oder der Inhalte, zu welchem Eintrag gehört.
  • Ein Teil 3 ist ein Verfahren zum Melden, ob eine entsprechende Datei für jede Datei eine Eingangsdatei ist. Dies bedeutet, dass eine Datei, die einer Stammdatei entspricht, die von mehreren Dateien, die ein Inhaltselement bilden, zuerst abgespielt wird oder notwendigerweise zuerst ausgeführt wird, um auf ein Inhaltselement zuzugreifen, als Eingangsdatei bezeichnet wird, und stellt ein Verfahren zum Melden dieser Informationen dar. Ein Eingangsattribut kann ausgelassen werden und sein Standardwert ist „Falsch“. Wenn es ausgelassen wird, bedeutet dies, dass eine entsprechende Datei keine Eingangsdatei ist. Ein „Eingang“ ist ein Kopf einer Datei, der zu verarbeiten ist, um die Datei auszuführen. Beispielsweise kann „index.html“ ein „Eingang“ sein. Entsprechend kann eine Eingangsdatei auf „Wahr“ gesetzt werden, und andere Dateien können auf „falsch“ gesetzt werden. Anhand der Eingangsdatei kann das wiederholte Senden der gleichen Datei effektiv gesteuert werden. Sobald eine Datei heruntergeladen wurde, gibt die Eingangsdatei eine Inhaltsdatei für eine andere Referenz an, so dass es nicht notwendig ist, sie in einer anderen oder einer zusätzlichen Instanz herunterzuladen.
  • Eine spezifische Datei dient als Eingang in eine spezifische Gruppe, da eine Gruppe mit Bezug auf eine Dateiebene signalisiert, ob ein Eingang möglich ist, doch ihre entsprechende Aufgabe kann bei einer anderen Gruppe fehlschlagen. Wenn eine Inhaltskennung in einer FDT-Instanzebene zugewiesen wird, kann ein Verfahren zum Melden einer Eingangsdatei eines der beiden folgenden Verfahren sein.
    1. 1) Ein Verfahren zum zusätzlichen Zuweisen einer Inhaltskennung auf Dateiebene zu einer Datei, die einer Eingangsdatei entspricht, und zum Einstellen ihres Eingangsattributs auf „Wahr“: In diesem Fall wird eine Inhaltskennung in einer FDT-Instanzebene und einer Dateiebene dupliziert, weist jedoch die flexibelste Struktur auf. Dies bedeutet, dass obwohl eine der Dateiebene und der FDT-Instanzebene content_id bezeichnen kann, wenn eine andere content_id zusammen mit der Dateiebene und der FDT-Instanzebene bezeichnet wird, die content_id der Dateiebene Vorrang gegenüber derjenigen der FDT-Instanzebene hat.
    2. 2) Wie eine andere Ausführungsform der FDT-Methode aus 20, können Dateien, die als Eingangsdatei dienen, direkt in der Definition der Inhaltskennung in der FDT-Instanzebene referenziert werden. Dazu wird gemäß der Ausführungsform aus 20 der FDT-Inhaltskennungstyp zusätzlich für eine Inhaltskennung auf FDT-Instanzebene definiert und erstreckt sich, wie in Teil 2 gezeigt, derart, dass sie eine Inhaltsposition einer Eingangsdatei umfasst. Im Fall von Teil 2 wird eine Eingangsebene mit ihrer content_id identifiziert. Beispielsweise zeigt jede content_id, welche Eingangsdatei existiert.
  • Bei diesem Verfahren wird die Inhaltsposition dupliziert, so dass die Signalisierung problematisch sein kann, doch Informationen über die Konfiguration der Eingangsdatei können unmittelbar von jedem Inhaltselement erzielt werden.
  • 21 ist ein Ablaufschema, das einen Betrieb eines Empfängers gemäß einer Ausführungsform abbildet.
  • Mit Bezug auf 21 empfängt ein Empfänger gemäß einer Ausführungsform NRT-Dienst-Signalisierungsdaten über einen NRT-Dienst-Signalisierungskanal, zeigt NRT-Führerinformationen auf der Grundlage der empfangenen NRT-Dienst-Signalisierungsdaten an, und empfängt NRT-Dienstdaten für die ausgewählten NRT-Inhalte, um einen NRT-Dienst bereitzustellen.
  • Nachdem der Empfänger eingeschaltet wurde, wählt ein Benutzer in Schritt S1000 zunächst einen Kanal. Dann wird ein physischer Sendekanal gemäß dem ausgewählten Kanal eingestellt.
  • Dann werden die VCT und die PMT aus einem Rundfunksignal erzielt, das über den eingestellten physischen Sendekanal in Schritt S1010 empfangen wird. Dann wird in Schritt S1020 bestätigt, ob ein NRT-Dienst vorliegt, indem die erzielte TVCT (VCT) geparst wird. Dies wird bestätigt, indem der Feldwert service_type in einer virtuellen Schleife der VCT überprüft wird. Wenn beispielsweise ein Feld service_type gleich 0x08 ist, liegt ein NRT-Dienst vor. Wenn es zudem nicht gleich 0x08 ist, da ein entsprechender virtueller Kanal den NRT-Dienst nicht sendet, kann ein ordnungsgemäßer Betrieb, wie etwa ein allgemeiner A/V-Dienst, gemäß den Informationen in dem virtuellen Kanal in Schritt S1111 ausgeführt werden.
  • Wenn zudem bestimmt wird, dass ein NRT-Dienst vorliegt, da ein entsprechender virtueller Kanal einen NRT-Dienst sendet, wird eine PID(PID=PID_NST), die mit einer spezifischen PID(PID_NST) eines Stroms übereinstimmt, der eine wohlbekannte IP-Adresse für eine Adresse eines NRT-Dienst-Signalisierungskanals umfasst, in Schritt S1030 erzielt.
  • Des Weiteren empfängt der Empfänger in Schritt S1040 ein Transportpaket (TP), das die gleiche PID wie der erzielte PID-Wert (PID_NST) umfasst.
  • Dann entnimmt der Empfänger NRT-Dienst-Signalisierungsdaten, die eine NRT-Diensttabelle (NST) umfassen, aus dem empfangenen TP oder entnimmt eine IP-Adresse für den Zugriff auf einen NRT-Dienst-Signalisierungskanal aus dem empfangenen TP, um NRT-Dienst-Signalisierungsdaten zu empfangen, die in einem anderen Format über eine IP-Schicht in Schritt S1050 gesendet werden.
  • Dann erzielt der Empfänger Kanalinformationen über die Sendung von NRT-Dienstdaten durch jeden NRT-Dienst aus der NST in Schritt S1060.
  • Dann erzielt der Empfänger eine NRT-Inhaltstabelle (NCT), die einen Feldwert NRT_channel_id umfasst, der mit einem Wert von Channel-id, eine Kennung der erzielten Kanalinformationen, identisch ist, aus den NRT-Dienst-Signalisierungsdaten in Schritt S1070.
  • Dann erzielt der Empfänger Inhaltsinformationen über NRT-Inhalte, die jeden NRT-Dienst bilden, aus jedem Feld der erzielten NCT in Schritt S1080. Beispielsweise können die Inhaltsinformationen gemäß einer Ausführungsform der NCT mindestens eines der Felder content_delivery_bit_rate, content_available_start_time, content_available_end_time und content_title_text() umfassen.
  • Dann zeigt der Empfänger NRT-Führerinformationen unter Verwendung der Inhaltsinformationen in Schritt S1090 an. Ein Benutzer kann zu verwendende oder zu empfangende NRT-Inhalte aus den angezeigten NRT-Führerinformationen auswählen.
  • Dann erzielt der Empfänger NRT-Dienst-Zugriffsinformationen, welche die ausgewählten NRT-Inhalte aus der NST aufweisen, in Schritt S1100. Die NRT-Dienst-Zugriffsinformationen können beispielsweise Kanalinformationen oder IP-Adresseninformationen zum Empfangen von NRT-Dienstdaten umfassen.
  • Des Weiteren empfängt der Empfänger einen entsprechenden NRT-Inhalt in Schritt S1110 unter Verwendung der erzielten NRT-Dienst-Zugriffsinformationen nach dem Zugriff auf einen Kanal oder Server zum Senden des NRT-Dienstes und führt einen ordnungsmäßigen Betrieb gemäß den NRT-Inhalten aus.
  • 22 und 23 sind Ansichten, die ein Empfangssystem abbilden, das NRT-Inhalte für einen NRT-Dienst gemäß einer anderen Ausführungsform empfängt, speichert und abspielt.
  • Der Empfänger aus 23 kann eine Betriebssteuereinheit 100, eine Basisband-Verarbeitungseinheit 110, einen Dienst-Demultiplexer 120, einen Strom-Komponenten-Handler 130, einen Medien-Handler 140, einen Datei-Handler 150, einen Dienst-Manager 160, einen PVR-Manager 170, eine erste Speichereinheit 180, einen SG-Handler 190, einen EPG-Manager 191, einen NRT-Dienst-Manager 192, einen Anwendung-Manager 194, eine Middleware-Engine 193, einen Präsentations-Manager 195 und einen Benutzerschnittstellen- (UI) Manager 196 umfassen.
  • Die Basisband-Verarbeitungseinheit 110 kann einen Tuner 111 und einen Demodulator umfassen. Der Dienst-Demultiplexer 120 kann einen MPEG-2-TP-Handler 121, einen PSI/PSIP-Handler 122, einen MPEG-2-TP-Demultiplexer 123, einen Descrambler 124, und eine zweite Speichereinheit 125 umfassen.
  • Der Strom-Komponenten-Handler 130 kann einen Demodulator 131 für einen paketierten Elementar-Strom (PES), einen Demodulator 132 für einen Elementar-Strom (ES), einen PCR-Handler 133, einen STC-Handler 134, einen Handler 135 für DSM-CC-adressierbare Abschnitte, einen IP-Datagramm-Handler 136, einen Descrambler 137, einen UDP-Handler 138, einen Dienstsignalisierungsabschnitts-Handler 138-1, und ein bedingtes Zugriffssystem (CAS) 139 umfassen.
  • Der Medien-Handler 140 kann einen A/V-Demodulator 141 umfassen. Der Datei-Handler 150 kann einen ALC/LCT-Strom-Handler 151, einen Dateiwiederherstellungs-Zwischenspeicher 152, einen XML-Parser 153, einen FDT-Handler 154, einen Dekomprimierer 155, eine dritte Speichereinheit 156 und einen Dateidecodierer 157 umfassen.
  • In 23 stellt der Tuner 111 ein Rundfunksignal eines gewünschten Kanals unter den Rundfunksignalen ein, die über eine terrestrische Welle gemäß einer Steuerung des Dienst-Managers 160 empfangen werden, und wandelt dann das eingestellte Rundfunksignal in ein Zwischenfrequenz- (IF) Signal herab, um es an den Demodulator 112 auszugeben. Der Tuner 111 kann einen Echtzeit-Strom und einen Nicht-Echtzeit-Strom empfangen. Der Nicht-Echtzeit-Strom wird in der vorliegenden Erfindung als NRT-Strom bezeichnet.
  • Der Demodulator 112 führt eine automatische Verstärkungsregelung, eine Trägerrückgewinnung und eine Zeiteinstellungs-Rückgewinnung über ein digitales IF-Signal eines Durchlassbandes, das von dem Tuner 111 eingegeben wird, aus, konvertiert das digitale IF-Signal in ein Basisbandsignal und führt dann eine Kanalentzerrung aus. Wenn beispielsweise das Rundfunksignal ein VSB-Modulationssignal ist, wird ein VSB-Demodulationsprozess für die automatische Verstärkungsregelung, Trägerrückgewinnung und Zeiteinstellungsrückgewinnung ausgeführt.
  • Die demodulierten und kanalentzerrten Daten in dem Demodulator 112 werden an den MPEG-2-TP-Handler 121 in einem Paketformat eines MPEG-2-Transportstroms (TS) ausgegeben.
  • Der MPEG-2-TP-Handler 121 umfasst einen MPEG-2-TP-Zwischenspeicher und einen MPEG-2-TP-Parser und analysiert eine TS-Kopfzeile, nachdem eine Ausgabe des Demodulators 112 zeitweise gespeichert wurde. Wenn dann eine Ausgabe des Demodulators 112 ein A/V-TS-Paket für Echtzeit oder ein NRT-TS-Paket ist, wird es an den Demultiplexer 123 ausgegeben, und wenn es ein TS-Paket für eine PSI/PSIP-Tabelle ist, wird es an den PSI/PSIP-Handler 122 ausgegeben.
  • Der PSI/PSIP-Handler 122 umfasst einen PSI/PSIP-Abschnitts-Zwischenspeicher und einen PSI/PSIP-Parser, und nachdem er zeitweise ein TS-Paket gespeichert hat, das von dem MPEG-2-TP-Handler 121 ausgegeben wird, stellt er eine entsprechende Tabelle aus den PSI/PSIP-Abschnittsdaten in einer Nutzlast des TS-Pakets mit Bezug auf eine Tabellenkennung wieder her und parst dieses. Zu diesem Punkt wird über ein Feld table_id, ein Feld section_number und ein Feld last_section_number in einem entsprechenden Abschnitt bestimmt, ob eine Tabelle einen Abschnitt oder eine Vielzahl von Abschnitten umfasst. Auch werden Abschnitte, welche die gleiche Tabellenkennung aufweisen, zusammengestellt, um eine entsprechende Tabelle zu vervollständigen. Beispielsweise werden Abschnitte, die eine Tabellenkennung aufweisen, die der VCT zugeteilt, zusammengestellt, um die VCT zu vervollständigen. Des Weiteren werden die geparsten Informationen jeder Tabelle durch den Dienst-Manager 160 zusammengestellt, um in der ersten Speichereinheit 180 gespeichert zu werden. Tabelleninformationen, wie etwa die VCT, die PAT, die PMT und die DST, werden in der ersten Speichereinheit anhand der obigen Prozesse gespeichert. Der Dienst-Manager 160 speichert die Tabelleninformationen in der ersten Speichereinheit 180 in einem Dienstzuordnungs- und Führungsdaten-Format.
  • Wenn das eingegebene TS-Paket ein A/V-TS-Paket in Echtzeit ist, teilt der Demultiplexer 123 das TS-Paket in ein Audio-TS-Paket und ein Video-TS-Paket auf und gibt sie dann in den PES-Decodierer 131 aus. Wenn das eingegebene TS-Paket ein NRT-TS-Paket ist, wird es an den DSM-CC-Handler 135 ausgegeben. Zusätzlich gibt der Demultiplexer 123, wenn das TS-Paket eine Programmtaktreferenz (PCR) umfasst, diese an den PCR-Handler 133 aus, und wenn es bedingte Zugriffs- (CA) Informationen umfasst, gibt er diese an das CAS 139 aus. Ein NRT-TS-Paket umfasst ein TS-Paket, das NRT-Dienstdaten aufweist, und ein TS-Paket, das einen NRT-Dienst-Signalisierungskanal aufweist. Eine einzigartige PID zum Identifizieren des NRT-Dienstes wird einem TS-Paket der NRT-Dienstdaten zugeteilt, und die PID eines TS-Pakets, das den NRT-Dienst-Signalisierungskanal umfasst, wird unter Verwendung der DST und PMT entnommen.
  • Wenn eine Nutzlast des eingegebenen TS-Pakets chiffriert ist, gibt der Demultiplexer 123 sie an den Descrambler 124 aus, und der Descrambler 124 empfängt dann Informationen (Steuerwörter, die zum Chiffrieren verwendet werden), die zum Dechiffrieren aus dem CAS 139 notwendig sind, und führt an dem TS-Paket eine Dechiffrierung aus.
  • Der Demultiplexer 123 speichert ein A/V-Paket in Echtzeit, das auf die eine Anfrage einer zeitweiligen Aufzeichnung, einer programmierten Aufzeichnung und einer Zeitverschiebung eingegeben wird, in der zweiten Speichereinheit 125. Die zweite Speichereinheit 125 ist ein Massenspeichermedium und kann beispielsweise eine HDD umfassen. Die zweite Speichereinheit 125 führt das Herunterladen (d.h. Speichern) und Aktualisieren (d.h. Abspielen) gemäß einer Steuerung des PVR-Managers 170 aus.
  • Der Demultiplexer 123 trennt ein Audio-TS-Paket und ein Video-TS-Paket aus dem A/V-TS-Paket, das aus der zweiten Speichereinheit aktualisiert wird, und gibt sie dann an den PES-Decodierer 131 auf eine Abspielanfrage hin aus.
  • Der Demultiplexer 123 wird von dem Dienst-Manager 160 und/oder dem PVR-Manager 170 gesteuert, um die obigen Prozesse auszuführen.
  • Dies bedeutet, dass wenn ein Feldwert service_type in der VCT angibt, dass der NRT-Dienst gesendet wird, der Dienst-Manager 160 Identifizierungsinformationen von jedem NRT-Dienst aus dem NRT_service_descriptor() entnimmt, der von einer virtuellen Kanalschleife der VCT empfangen wird, und sie speichert und dann die DST-PID aus einem Dienstpositions-Deskriptor (oder einer ES-Schleife der PMT) der VCT entnimmt, um die DST zu empfangen.
  • Dann wird der NRT-Dienst aus der empfangenen DST identifiziert, und die PID eines MPEG-2-TS-Pakets, das den NRT-Dienst-Signalisierungskanal umfasst, wird entnommen, um den identifizierten NRT-Dienst unter Verwendung der DST und der PMT zu empfangen. Die entnommene PID wird an den Demultiplexer 123 ausgegeben. Der Demultiplexer 123 gibt MPEG-2-TS-Pakete, die der PID entsprechen, die von dem Dienst-Manager 160 ausgegeben werden, an den adressierbaren Abschnitts-Handler 135 aus.
  • Die PCR ist ein Zeitreferenzwert, der zur Zeitsynchronisierung eines Audio-ES und eines Video-ES in dem A/V-Decodierer 141 verwendet wird. Der PCR-Handler 133 stellt die PCR in der Nutzlast des eingegebenen TS-Pakets wieder her und gibt sie an den STC-Handler 134 aus. Der STC-Handler 134 stellt den Systemzeittakt (STC), d.h. einen Referenztakt eines Systems, aus der PCR wieder her und gibt sie an den A/V-Decodierer 141 aus.
  • Der PES-Decodierer 131 umfasst einen PES-Zwischenspeicher und einen PES-Handler, und nachdem er zeitweilig ein Audio-TS-Paket und ein Video-TS-Paket gespeichert hat, entfernt er eine TS-Kopfzeile aus dem TS-Paket, um den Audio-PES und den Video-PES wiederherzustellen. Die wiederhergestellten Audio-PES und Video-PES werden an den ES-Decodierer 132 ausgegeben. Der ES-Decodierer 132 umfasst einen ES-Zwischenspeicher und einen ES-Handler und entfernt jede PES-Kopfzeile aus dem Audio-PES und dem Video-PES, um den Audio-ES und den Video-ES, d.h. die reinen Daten, wiederherzustellen. Die wiederhergestellten Audio-ES und Video-ES werden an den A/V-Decodierer 141 ausgegeben.
  • Der A/V-Decodierer 141 decodiert den Audio-ES und den Video-ES durch jeden Decodierungsalgorithmus, um einen vorhergehenden Komprimierungszustand wiederherzustellen, und gibt sie dann an den Präsentations-Manager 195 aus. Zu diesem Punkt wird eine Zeitsynchronisierung ausgeführt, wenn der Audio-ES und der Video-ES gemäß der STC decodiert werden. Als ein Beispiel umfasst ein Audio-Decodierungsalgorithmus mindestens einen AC-3-Decodierungsalgorithmus, einen MPEG-2-Audio-Decodierungsalgorithmus, einen MPEG-4-Audio-Decodierungsalgorithmus, einen AAC-Decodierungsalgorithmus, einen AAC+-Decodierungsalgorithmus, einen HE-AAC-Decodierungsalgorithmus, einen AAC-SBR-Decodierungsalgorithmus, einen MPEG-Surround-Decodierungsalgorithmus und einen BSAC-Decodierungsalgorithmus. Ein Video-Decodierungsalgorithmus umfasst mindestens einen von einem MPEG-2-Video-Decodierungsalgorithmus, einem MPEG-4-Video-Decodierungsalgorithmus, einem H.264-Decodierungsalgorithmus, einem SVC-Decodierungsalgorithmus und einem VC-1-Decodierungsalgorithmus.
  • Das CAS 139 umfasst einen CA-Strom-Zwischenspeicher und einen CA-Strom-Handler, und nachdem es zeitweilig ein TS-Paket, das von dem MPEG-2-TP-Handler ausgegeben wird, oder Dienstschutzdaten, die von einem UDP-Datagramm-Handler 138 wiederhergestellt und ausgegeben werden, gespeichert hat, stellt es die Informationen (zum Beispiel Steuerwörter, die zur Chiffrierung verwendet werden), die zum Dechiffrieren aus dem gespeicherten TS-Paket oder den Dienstschutzdaten notwendig sind, wieder her. Dies bedeutet, dass eine Berechtigungsverwaltungsnachricht (EMM) und eine Berechtigungskontrollnachricht (ECM) in der Nutzlast des TS-Pakets entnommen werden und Informationen, die zum Dechiffrieren notwendig sind, durch das Analysieren der entnommenen EMM und ECM erzielt werden. Die ECM kann ein Steuerwort (CW) umfassen, das beim Chiffrieren verwendet wird. Zu diesem Punkt kann das Steuerwort anhand eines Verschlüsselungscodes verschlüsselt werden. Die EMM kann einen Verschlüsselungscode und Qualifizierungsinformationen von entsprechenden Daten umfassen. Information, die zum Dechiffrieren notwendig sind und aus dem CAS 139 erzielt werden, werden an den Descrambler 124 und 137 ausgegeben.
  • Der DSM-CC-Abschnitts-Handler 135 umfasst einen DSM-CC-Abschnitts-Zwischenspeicher und einen DSM-CC-Abschnitts-Parser, und nachdem er zeitweilig ein TS-Paket gespeichert hat, das von dem Demultiplexer 123 ausgegeben wird, stellt er einen adressierbaren Abschnitt in der Nutzlast des TS-Pakets wieder her. Nach dem Wiederherstellen des IP-Datagramms durch Entfernen einer Kopfzeile und einer CRC-Prüfsumme des adressierbaren Abschnitts wird das wiederhergestellte IP-Datagramm an den IP-Datagramm-Handler 136 ausgegeben.
  • Der IP-Datagramm-Handler 136 umfasst einen IP-Datagramm-Zwischenspeicher und einen IP-Datagramm-Parser. Nachdem er ein IP-Datagramm zwischengespeichert hat, das von dem DSM-CC-Abschnitts-Handler 135 abgegeben wird, entnimmt und analysiert der IP-Datagramm-Handler 136 eine Kopfzeile des zwischengespeicherten IP-Datagramms, um das UDP-Datagramm aus der Nutzlast des IP-Datagramms wiederherzustellen und gibt es dann an den UDP-Datagramm-Handler 138 aus.
  • Wenn zu diesem Punkt das IP-Datagramm chiffriert ist, wird das chiffrierte UDP-Datagramm in dem Descrambler 137 dechiffriert und wird dann an den UDP-Datagramm-Handler 138 ausgegeben. Als ein Beispiel empfängt der Descrambler 137 Informationen (z.B. ein Steuerwort, das zum Chiffrieren verwendet wird), die zum Dechiffrieren aus dem CAS 138 notwendig sind, und führt eine Dechiffrierung an dem UDP-Datagramm aus, um es an den UDP-Datagramm-Handler 138 auszugeben.
  • Der UDP-Datagramm-Handler 138 umfasst einen UDP-Datagramm-Zwischenspeicher und einen UDP-Datagramm-Parser. Nachdem er das IP-Datagramm zwischengespeichert hat, das von dem IP-Datagramm-Handler 136 oder dem Descrambler 137 abgegeben wird, entnimmt und analysiert der UDP-Datagramm-Handler 138 eine Kopfzeile des zwischengespeicherten UDP-Datagramms, um die Daten wiederherzustellen, die in der Nutzlast des UDP-Datagramms enthalten sind. Wenn zu diesem Punkt die wiederhergestellten Daten Dienstschutzdaten sind, werden sie an das CAS 139 ausgegeben; wenn die wiederhergestellten Daten NRT-Dienst-Signalisierungsdaten sind, werden sie an den Dienstsignalisierungsabschnitts-Handler 138-1 ausgegeben; und wenn die wiederhergestellten Daten NRT-Dienstdaten sind, werden sie an den ALC/LCT-Strom-Handler 151 ausgegeben.
  • Dies bedeutet, dass die Zugriffsinformationen über das IP-Datagramm, das den NRT-Dienst-Signalisierungskanal sendet, eine wohlbekannte Ziel-IP-Adresse und eine wohlbekannte Ziel-UDP-Anschlussnummer sind.
  • Entsprechend umfassen der IP-Datagramm-Handler 136 und der UDP-Datagramm-Handler 138 eine wohlbekannte Ziel-IP-Multicast-Adresse und eine wohlbekannte Ziel-UDP-Anschlussnummer und entnehmen einen IP-Multicast-Stream, der einen NRT-Dienst-Signalisierungskanal sendet, d.h. NRT-Dienst-Signalisierungsdaten, um sie an den Dienst-Signalisierungsabschnitts-Handler 138-1 auszugeben.
  • Des Weiteren umfasst der Dienst-Signalisierungsabschnitts-Handler 138-1 einen Dienst-Signalisierungsabschnitts-Zwischenspeicher und einen Dienst-Signalisierungsabschnitts-Parser und stellt die NST aus den NRT-Dienst-Signalisierungsdaten wieder her und parst sie, um sie an den Dienst-Manager 160 auszugeben. Wenn die NST geparst wird, können Zugriffsinformationen der FLUTE-Sitzung, die Inhalte/Dateien, die den NRT-Dienst bilden, und Signalisierungsinformationen, die zum Wiedergeben des NRT-Dienstes notwendig sind, sendet, entnommen werden. Beispielsweise können Informationen, die zum Wiedergeben der Inhalte/Dateien des NRT-Dienstes notwendig sind, der von der NST an jede FLUTE-Sitzung gesendet wird, entnommen werden. Information, die zum Wiedergeben der Inhalte/Dateien des NRT-Dienstes notwendig sind, können Behälterinformationen, Codierungsinformationen oder Decodierungsparameter eines Medienobjekts umfassen.
  • Die geparsten Informationen aus der NST werden von dem Dienst-Manager 160 zusammengestellt und dann in der ersten Speichereinheit 180 gespeichert. Der Dienst-Manager 160 speichert die entnommenen Informationen aus der NST in der ersten Speichereinheit 180 in einem Dienstzuordnungs- und Führungsdaten-Format. Als anderes Beispiel kann der NRT-Dienst-Manager 182 als Dienst-Manager 160 dienen. Dies bedeutet, dass die geparsten Informationen aus der NST von dem NRT-Dienst-Manager 192 zusammengestellt werden und dann in der ersten Speichereinheit 180 gespeichert werden.
  • Der ALC/LCT-Strom-Handler 151 umfasst einen ALC/LCT-Strom-Zwischenspeicher und einen ALC/LCT-Strom-Parser, und nachdem er die Daten zwischengespeichert hat, die eine ALC/LCT-Struktur aufweisen, die für den UDP-Datagramm-Handler 138 ausgegeben werden, analysiert er eine Kopfzeile und Kopfzeilenverlängerung einer ALC/LCT-Sitzung aus den Zwischenspeicherdaten. Auf der Grundlage des Analyseergebnisses der Kopfzeile und der Kopfzeilenverlängerung der ALC/LCT-Sitzung, wenn die Daten, die an die ALC/LCT-Sitzung gesendet werden, eine XML-Struktur aufweisen, werden diese an den XML-Parser 153 ausgegeben. Wenn die Daten eine Dateistruktur aufweisen, werden sie, nachdem sie zeitweilig in dem Dateiwiederherstellungs-Zwischenspeicher 152 gespeichert wurden, an den Dateidecodierer 157 ausgegeben oder in der dritten Speichereinheit 156 gespeichert. Der ALC/LCT-Strom-Handler 151 wird von dem NRT-Dienst-Manager 192 gesteuert, wenn die Daten, die an die ALC/LCT-Sitzung gesendet werden, Daten für den NRT-Dienst sind. Wenn zu diesem Punkt die Daten, die an die ALC/LCT-Sitzung gesendet werden, komprimiert werden, nachdem sie in dem Dekomprimierer 155 dekomprimiert wurden, werden sie an mindestens eines von dem XML-Parser 153, dem Dateidecodierer 157 und der dritten Speichereinheit 156 ausgegeben.
  • Der XML-Parser 153 analysiert XML-Daten, die über die ALC/LCT-Sitzung gesendet werden, und wenn die analysierten Daten für einen dateibasierten Dienst bestimmt sind, werden sie an den FDT-Handler 154 ausgegeben. Wenn die analysierten Daten für einen Dienstführer bestimmt sind, werden sie an den SG-Handler 190 ausgegeben.
  • Der FDT-Handler 154 analysiert und verarbeitet eine Dateibeschreibungstabelle des FLUTE-Protokolls über eine ALC/LCT-Sitzung. Der FDT-Handler 154 wird durch den NRT-Dienst-Manager 192 gesteuert, wenn die empfangene Datei für einen NRT-Dienst bestimmt ist.
  • Der SG-Handler 190 stellt die Daten für einen Dienstführer, der in der XML-Struktur gesendet wird, zusammen und analysiert sie und gibt sie dann an den EPG-Manager 191 aus.
  • Der Dateidecodierer 157 decodiert eine Datei, die aus dem Dateiwiederherstellungs-Zwischenspeicher 152 ausgegeben wird, eine Datei, die von dem Dekomprimierer 155 ausgegeben wird, oder eine Datei, die von der dritten Speichereinheit 156 über einen vorherbestimmten Algorithmus hochgeladen wird, wodurch sie an die Middleware-Engine 193 oder den A/V-Decodierer 141 ausgegeben wird.
  • Die Middleware-Engine 193 interpretiert Daten, die eine Dateistruktur aufweisen, d.h. eine Anwendung, und führt sie aus. Des Weiteren kann die Anwendung an einen Bildschirm oder Lautsprecher über den Präsentations-Manager 195 ausgegeben werden. Die Middleware-Engine 193 ist eine JAVA-basierte Middleware-Engine gemäß einer Ausführungsform.
  • Der EPG-Manager 191 empfängt Dienstführerdaten von dem SG-Handler 190 gemäß einer Benutzereingabe, und konvertiert dann die empfangenen Dienstführerdaten in ein Anzeigeformat, um sie an den Präsentations-Manager 195 auszugeben. Der Anwendungs-Manager 194 führt allgemeine Verwaltungsarbeiten bezüglich der Verarbeitung von Anwendungsdaten aus, die in dem Format, wie etwa als Datei, empfangen werden.
  • Der Dienst-Manager 160 stellt die PSI/PSIP-Tabellendaten oder NRT-Dienst-Signalisierungsdaten, die an einen NRT-Dienst-Signalisierungskanal gesendet werden, zusammen und analysiert sie, um eine Dienstzuordnung zu erstellen, und speichert sie dann in der ersten Speichereinheit 125. Zusätzlich steuert der Dienst-Manager 160 Zugriffsinformationen über den NRT-Dienst, den ein Benutzer wünscht, und steuert auch den Tuner 111, den Demodulator 112 und den IP-Datagramm-Handler 136.
  • Der Betriebs-Controller 100 steuert mindestens einen von dem Dienst-Manager 160, dem PVR-Manager 170, dem EPG-Manager 191, dem NRT-Dienst-Manager 192, dem Anwendungs-Manager 194 und dem Präsentations-Manager 195 gemäß einem Benutzerbefehl und führt somit eine Funktion aus, die ein Benutzer wünscht.
  • Der NRT-Dienst-Manager 192 führt allgemeine Verwaltungsarbeiten an dem NRT-Dienst aus, der in einem Inhalts-/Datei-Format über die FLUTE-Sitzung auf einer IP-Schicht gesendet wird.
  • Der UI-Manager 196 stellt dem Betriebs-Controller 100 über die UI eine Benutzereingabe zu.
  • Der Präsentations-Manager 195 stellt einem Benutzer über mindestens einen von einem Lautsprecher und einem Bildschirm mindestens eines von Audio/VideoDaten, die von dem A/V-Decodierer 141 ausgegeben werden, Dateidaten, die von der Middleware-Engine 193 ausgegeben werden, und Dienstführerdaten, die von dem EPG-Manager 191 ausgegeben werden, bereit.
  • Des Weiteren erzielt einer von dem Dienst-Signalisierungsabschnitts-Handler 138-1, dem Dienst-Manager 160 und dem NRT-Dienst-Manager 192 Inhalte, die den NRT-Dienst bilden, oder IP-Zugriffsinformationen über die FLUTE-Sitzung, die eine Datei sendet, aus einer FLUTE-Sitzungsschleife der NST (oder einer Komponentenschleife der NST). Zusätzlich erzielt dieser Zugriffsinformationen auf FLUTE-Ebene aus dem component_descriptor(), der in der Komponentenschleife der NST empfangen wird.
  • Dann greifen der ALC/LCT-Strom-Handler und der Dateidecodierer 157 auf die FLUTE-Dateizustellungssitzung unter Verwendung der erzielten Zugriffsinformationen auf FLUTE-Ebene zu, um Dateien in der Sitzung zusammenzustellen. Sobald die Dateien zusammengestellt sind, bilden sie einen NRT-Dienst. Dieser NRT-Dienst kann in der dritten Speichereinheit 156 gespeichert werden oder an die Middleware-Engine 193 oder den A/V-Decodierer 141 ausgegeben werden, um über eine Anzeigevorrichtung angezeigt zu werden.
  • Die dritte Speichereinheit 158, d.h. ein Speichermedium, das eine Datei speichert, wie etwa NRT-Dienstdaten, kann mit der zweiten Speichereinheit 125 gemeinsam genutzt werden oder kann getrennt verwendet werden.
  • 24 ist ein Ablaufschema, das ein Verfahren eines Empfängers zum Empfangen und Bereitstellen eines NRT-Dienstes gemäß einer Ausführungsform abbildet.
  • Der Empfänger kann NRT-Dienst- Signalisierungsinformationen über einen NRT-Dienst-Signalisierungskanal oder durch Empfangen eines IP-Datagramms im Falle eines mobilen NRT-Dienstes erzielen, und erzielt eine SMT aus den NRT-Dienst-Signalisierungsinformationen in Schritt S2010.
  • Dann erzielt der Empfänger NRT-Dienst-Informationen aus der SMT in Schritt S2020. Die NRT-Dienst-Informationen können durch Parsen des NRT_service_info_descriptor in einer Deskriptor-Schleife auf Dienstebene erzielt werden. Die erzielten NRT-Dienst-Informationen können notwendige Informationen über einen Anwendungstyp für jeden NRT-Dienst oder andere NRT-Dienste umfassen.
  • Später gibt der Empfänger einen NRT-Dienstführer auf der Grundlage der erzielten NRT-Dienst-Informationen in Schritt S2030 aus. Der NRT-Dienstführer kann Anwendungs- und Dienstkategorie-Informationen über jeden Dienst umfassen. Zudem können ausführliche Informationen ferner auf der Grundlage jedes Feldes des NRT-Dienstinformations-Deskriptors angezeigt werden. Die ausführlichen Informationen können Kapazitätsinformationen über einen entsprechenden NRT-Dienst gemäß einem Feld storage_requirement oder Audio- oder Video-Codec-Informationen über einen entsprechenden NRT-Dienst gemäß einem Feld audio_codec_type oder video_codec_type umfassen. Ein Benutzer kann einen NRT-Dienst auswählen, um ihn auf der Grundlage der Informationen in dem Dienstführer zu empfangen und zu verwenden.
  • Dann erzielt der Empfänger eine Kennung (content_id) für Inhaltselemente, die den ausgewählten NRT-Dienst bilden, aus der NCT in Schritt S2040. Der Empfänger erzielt eine NRT_service_id, die dem ausgewählten NRT-Dienst entspricht, aus der SMT, erzielt eine NCT, die den gleichen Wert NRT_channel_id wie die erzielte NRT_service_id aufweist, und erzielt eine Kennung (content_id) für Inhaltselemente, die einen entsprechenden NRT-Dienst bilden, über die erzielte NCT.
  • Dann greift der Empfänger auf die FLUTE-Sitzung zu, um eine Datei zu empfangen, die das entsprechende Inhaltselement bildet, unter Verwendung der erzielten Inhaltskennung (content_id) in Schritt S2050. Da jede Datei, die das Inhaltselement bildet, mit der TOI oder einem Inhaltspositionsfeld der FDT in der FLUTE-Sitzung abgeglichen wird, empfängt der Empfänger eine Datei eines entsprechenden Inhaltselements unter Verwendung der FLUTE-Sitzung in Schritt S2060. Das Empfangen der Datei kann das Empfangen einer entsprechenden Datei oder eines entsprechenden Objekts umfassen, wenn ein Inhaltskennungs-Attributfeld für eine entsprechende Datei mit der erzielten content_id identisch ist, nachdem die FDT in einer entsprechenden FLUTE-Sitzung gelesen wurde.
  • Zusätzlich parst der Empfänger FDT-Instanzen in einer entsprechenden FLUTE-Sitzung, um eine Liste von Dateien zu erzielen, die dem Inhaltselement entsprechen. Des Weiteren erzielt der Empfänger Eingangsinformationen, die eine Liste von Dateien umfassen, die als Eingang unter den Dateilisten dienen.
  • Schließlich stellt der Empfänger auf der Grundlage des Empfängerinhaltselements und der diesem entsprechenden Dateiliste oder der Eingangsinformationen in Schritt S2080 einen NRT-Dienst für einen Benutzer bereit.
  • Die Inhalte, die über den NRT-Dienst heruntergeladen werden, können zu dem Zeitpunkt verwendet werden, den ein Benutzer wünscht und der von der Echtzeit-Übertragung getrennt ist.
  • Zusätzlich kann eine Rundfunkstation, nachdem sie den NRT-Dienst im Voraus gesendet und ihn in einem Empfänger gespeichert hat, ein Inhaltselement des entsprechenden NRT-Dienstes bezeichnen, der zu dem Zeitpunkt ausgeführt wird, an dem eine spezifische Echtzeit-Übertragung gesendet wird oder der NRT-Dienst angezeigt wird. Gemäß einer Ausführungsform der vorliegenden Erfindung kann der NRT-Dienst Inhalte umfassen, die im Voraus heruntergeladen werden und mit der Echtzeit-Übertragung verlinkt sind und an dem spezifischen Zeitpunkt ausgeführt werden. Zusätzlich kann gemäß einer Ausführungsform der vorliegenden Erfindung der NRT-Dienst Inhalte umfassen, die im Voraus vorbereitet werden, um einen spezifischen NRT-Dienst an dem spezifischen Zeitpunkt auszuführen. Ein NRT-Dienstinhalt, der an dem spezifischen Zeitpunkt ausgelöst wird, der mit der Echtzeit-Übertragung verlinkt ist, um eine spezifische Aktion für einen spezifischen NRT-Dienst auszuführen, wird ausgelöstes deklaratives Objekt (TDO) genannt. Entsprechend wird eine NRT-Dienstanwendung als Nicht-Echtzeit deklaratives Objekt (NDO) oder als ausgelöstes deklaratives Objekt (TDO) klassifiziert, je nachdem ob es an dem spezifischen Zeitpunkt ausgeführt wird.
  • Gemäß einer Ausführungsform der vorliegenden Erfindung kann eine Rundfunkstation Auslöserinformationen über die Auslösung des TDO senden. Die Auslöserinformationen können Informationen über das Ausführen einer spezifischen Aktion für ein spezifisches TDO zum spezifischen Zeitpunkt umfassen.
  • Zudem können die Auslöserinformationen Auslöser-Signalisierungsdaten (Auslösersignalisierungsinformationen) zum Signalisieren eines Auslösers, und Auslöserdaten, die einen Auslöser bilden, umfassen. Zusätzlich kann man einen Datenstrom, der Auslöserdaten sendet, als Auslöserstrom bezeichnen. Auch können die Auslöserdaten sich selbst bedeuten.
  • Ein derartiger Auslöser kann mindestens eine von einer Auslöserkennung zum Identifizieren eines Auslösers, einer TDO-Kennung zum Identifizieren eines NRT-Dienstes für den Auslöser und von Aktionsinformationen und Auslösezeit für das TDO umfassen.
  • Die Auslöserkennung kann eine Kennung sein, die einen Auslöser einzigartig identifiziert. Beispielsweise kann eine Rundfunkstation mindestens einen Auslöser beim Übertragen von Programminformationen einer vorherbestimmten Zeit, die über die EIT bereitgestellt wird, umfassen. In diesem Fall kann der Empfänger eine Aktion an dem Auslöserziel-TDO zu dem bezeichneten Zeitpunkt für jeden Auslöser auf der Grundlage mindestens eines Auslösers ausführen. Zu diesem Punkt kann der Empfänger jeden Auslöser unter Verwendung einer Auslöserkennung identifizieren.
  • Eine TDO-Kennung kann eine Kennung zum Identifizieren eines NRT-Dienstinhalts sein, d.h. ein Ziel des Auslösers. Entsprechend kann die TDO-Kennung mindestens eine von einer Auslöser-NRT-Dienstkennung (NRT_service_id), einer Inhaltsverlinkung (content_linkage) und einer URI oder URL eines NRT-Inhaltselementseintrags umfassen. Des Weiteren kann die TDO-Kennung eine Zielkennung (target_service_id) zum Identifizieren eines noch zu beschreibenden Auslöserziel-TDO umfassen.
  • Zusätzlich können die TDO-Aktionsinformationen Informationen über eine Aktion für das TDO eines Auslöserziels umfassen. Die Aktionsinformationen können mindestens einer von Ausführungs-, Beendungs- und Verlängerungsbefehlen des Ziel-TDO sein. Zusätzlich können die Aktionsinformationen Befehle zum Generieren einer spezifischen Funktion oder eines spezifischen Ereignisses in dem Ziel-TDO umfassen. Wenn die Aktionsinformationen beispielsweise den Ausführungsbefehl des Ziel-TDO umfassen, kann ein Auslöser die Aktivierung des Ziel-TDO für den Empfänger umfassen. Wenn die Aktionsinformationen zusätzlich den Verlängerungsbefehl des Ziel-TDO umfassen, kann ein Auslöser dem Empfänger melden, dass das Ziel-TDO verlängert würde. Wenn die Aktionsinformationen zusätzlich den Beendigungsbefehl des Ziel-TDO umfassen, kann ein Auslöser dem Empfänger melden, dass das Ziel-TDO beendet würde. Somit kann die Rundfunkstation einen TDO-Betrieb in dem Empfänger gemäß einem Echtzeit-Inhalt durch einen Auslöser steuern.
  • Des Weiteren kann eine Auslösezeit eine Zeit bedeuten, die dazu gedacht ist, um eine Aktion auszuführen (auszulösen), die für das Ziel-TDO bestimmt ist. Zusätzlich kann die Auslösezeit mit dem Video-Strom auf einem spezifischen virtuellen Kanal synchronisiert werden, um den NRT-Dienst mit Echtzeit-Übertragung zu verbinden. Entsprechend kann die Rundfunkstation eine Auslösezeit mit Bezug auf die PCR bezeichnen, auf welche sich der Video-Strom bezieht. Entsprechend kann der Empfänger das TDO zu dem Zeitpunkt auslösen, den die Rundfunkstation mit Bezug auf die PCR, auf welche sich der Video-Strom bezieht, bezeichnet. Zudem kann die Rundfunkstation einen Auslöser mit einer Auslöserkennung in einer Kopfzeile des Videostroms signalisieren, um eine genaue Auslösezeit zu senden.
  • Zusätzlich kann die Auslösezeit mit einer UTC-Zeit bezeichnet werden. Bei der UTC-Zeit ist die Auslösezeit keine relative Zeit sondern eine absolute Zeit.
  • Die Auslösezeit kann ein genauer Auslösezeitpunkt sein oder kann eine ungefähre Startzeit umfassen. Des Weiteren kann der Empfänger eine Aktion für das Ziel-TDO im Voraus vor dem genauen Auslösezeitpunkt durch Empfangen einer ungefähren Zeit vorbereiten. Beispielsweise kann der Empfänger die TDO-Ausführung im Voraus vorbereiten, so dass das TDO zur Auslösezeit reibungslos funktioniert.
  • 25 ist eine Ansicht, die eine Bitstromsyntax eines Auslösers gemäß einer Ausführungsform abbildet.
  • Dabei liegt der Auslöser bzw. liegen die Auslöserdaten in Form einer Auslösertabelle vor, und eine entsprechende Syntax liegt in Form eines privaten MPEG-2-Abschnitts vor, um zum Verständnis beizutragen. Das Format der entsprechenden Daten kann jedoch variieren. Beispielsweise kann man die entsprechenden Daten in dem Format eines Sitzungsbeschreibungsprotokolls (SDP) ausdrücken und über ein Sitzungsankündigungsprotokoll (SAP) gemäß einem anderen Verfahren signalisieren.
  • Ein Feld table_id wird willkürlich auf OXTBD gesetzt und identifiziert, dass ein entsprechender Tabellenabschnitt ein Tabellenabschnitt ist, der einen Auslöser bildet.
  • Ein Feld section_syntax_indicator wird auf 1 gesetzt und gibt an, dass der Abschnitt eine allgemeine Abschnittssyntax befolgt.
  • Ein Feld private_indicator wird auf 1 gesetzt.
  • Ein Feld section_length beschreibt die Anzahl von Bits, die in dem Abschnitt bis zum Ende des Abschnitts von unmittelbar nach dem Feld section_length verbleiben.
  • Ein Feld source_id stellt den Ursprung eines Programms mit Bezug auf einen virtuellen Kanal dar.
  • Ein Feld TTT_version_number stellt die Versionsinformationen eines Auslösers dar. Zudem stellen die Versionsinformationen eines Auslösers die Version eines Auslöserprotokolls dar. Die Auslöser-Versionsinformationen können verwendet werden, um zu bestimmen, wo eine Änderung einer Auslöserstruktur oder eines Auslösers selber vorliegt. Beispielsweise bestimmt der Empfänger, dass es keine Auslöseränderung gibt, wenn die Auslöser-Versionsinformationen identisch sind. Zusätzlich bestimmt der Empfänger, dass eine Auslöseränderung vorliegt, wenn die Auslöser-Versionsinformationen unterschiedlich sind. Beispielsweise können die Auslöser-Versionsinformationen eine Vielzahl von Versionsnummern umfassen, und der Empfänger kann auf der Grundlage einiger der Vielzahl von Versionsnummern bestimmen, ob es eine Auslöseränderung gibt.
  • Ein Feld current_next_indicator stellt dar, dass ein entsprechender Tabellenabschnitt gerade anwendbar ist, wenn es auf 1 gesetzt ist.
  • Ein Feld section_number gibt eine Nummer eines entsprechenden Tabellenabschnitts an.
  • Eine Feld last_section_number bedeutet einen Tabellenabschnitt mit der letzten und höchsten Nummer unter den Abschnitten.
  • Ein Feld num_triggers_in_section bedeutet die Anzahl von Auslösern in einem entsprechenden Tabellenabschnitt. Die Anzahl von Auslösern in einer Sitzung kann einzeln oder mehrfach sein. Zusätzlich wird die nächste for-Schleife so oft ausgeführt wie die Anzahl der Auslöser.
  • Ein Feld trigger_id stellt eine Kennung dar, die einen Auslöser einzigartig identifiziert.
  • Ein Feld trigger_time stellt eine Zeit dar, während der ein Auslöser ausgeführt wird. Des Weiteren kann dieses Feld nicht in der Sitzung enthalten sein, und in diesem Fall kann die Auslösezeit eine Zeit sein, die von dem Übertragungsstrom bezeichnet wird, wie zuvor erwähnt.
  • Ein Feld trigger_action stellt die Aktionsinformationen eines Auslösers bereit, die zu der Auslösezeit ausgeführt werden. Eine Auslöseraktion kann mindestens einen von einem Vorbereitungsbefehl für das Ziel-TDO, einem Ziel-TDO-Ausführungsbefehl, einem Ziel-TDO-Verlängerungsbefehl und einem Ziel-TDO-Beendigungsbefehl umfassen. Die Auslöseraktion kann ferner einen Befehl umfassen, der einen spezifischen Befehl oder ein spezifisches Ereignis generiert.
  • Ein Feld trigger_description_length stellt die Länge von trigger_description_text dar.
  • Ein Feld trigger_description_text stellt eine Beschreibung für einen entsprechenden Auslöser in einem Textformat dar.
  • Ein Feld service_id_ref stellt eine Kennung dar, die ein Ziel-TDO eines Auslösers identifiziert. Entsprechend kann beispielsweise ein Feld service_id_ref ein Feld NRT_service_id aus der SMT oder der NST angeben, um einen NRT-Dienst eines Auslöserziel-TDO zu identifizieren.
  • Ein Feld content_linkage stellt eine Kennung dar, die ein Ziel-TDO-Inhaltselement eines Auslösers identifiziert. Beispielsweise kann ein Feld content_linkage ein Feld content_linkage der NRT-IT oder der NCT angeben, um ein Ziel-TDO-Inhaltselement eines Auslösers zu identifizieren. Zusätzlich können ein Feld service_id_ref und ein Feld content_linkage in einer Klasse enthalten sein, um ein Ziel-TDO anzugeben.
  • Ein Feld num_trigger_descriptors stellt die Anzahl der Auslöser-Deskriptoren dar.
  • Ein Feld trigger_descriptor() stellt einen Deskriptor dar, der Informationen über einen Auslöser umfasst.
  • Wenn ein Auslöser in einem Tabellenformat des privaten MPEG-2-Abschnitts vorliegt, kann eine Rundfunkstation einen Auslöser gemäß einem virtuellen Kanal senden.
  • Ein erstes Verfahren einer Rundfunkstation, um einen Auslöser zu senden, kann das Senden eines Stroms 0X1FF umfassen, der die Auslösertabelle umfasst, d.h. grundlegende PID des PSIP. Das erste Verfahren kann die Auslösertabelle von anderen Tabellen unterscheiden, indem es die table_id der Auslösertabelle zuteilt.
  • Des Weiteren umfasst ein zweites Verfahren zum Senden eines Auslösers das Zuteilen der PID, die einer Auslösertabelle entspricht, zu einer Hauptführertabelle (MGT) und das Senden eines entsprechenden PID-Stroms, der die Auslösertabelle aufweist. Das zweite Verfahren verarbeitet alle Tabellen in einem entsprechenden PID-Strom unter Verwendung der Auslösertabelle.
  • Zudem wird gemäß einer Ausführungsform mindestens eines von einem Auslöser und Auslösersignalisierungsinformationen über einen MPEG-2-paketierten Elementarstrom (PES) gesendet, um den genauen Zeitpunkt, der mit dem Video- und Audiomaterial synchronisiert ist, als Auslösezeit zu bezeichnen.
  • Dabei wird die Synchronisierung des Video- und Audiomaterials des MPEG-2-PES wie folgt beschrieben. Ein Empfänger-Decodierer funktioniert synchron mit einem Zeitstempel eines Sender-Codierers. Der Codierer verfügt über einen Hauptoszillator, der Systemzeittakt (STC) genannt wird, und über einen Zähler. Der STC ist in einem spezifischen Programm und in einem Haupttakt des Programms für Video- und Audio-Codierer enthalten.
  • Wenn zudem ein Video-Einzelbild oder ein Audioblock in einer Codierereingabe vorkommt, wird der STC abgetastet. Ein Abtastwert und ein konstanter Wert sowie eine Verzögerung der Codierer- und Decodierer-Zwischenspeicher werden hinzugefügt, um Anzeigezeitinformationen, d.h. einen Präsentationszeitstempel (PTS), zu generieren, und werden dann in den ersten Teil eines Bildes oder eines Audioblocks eingefügt. Wenn eine Umordnung der Einzelbilder erfolgt, wird ein Decodierungszeitstempel (DTS) eingefügt, der eine Zeit darstellt, zu der die Daten in einem Decodierer decodiert werden müssen. Außer für die Umordnung der Einzelbilder des B-Bildes sind DTS und PTS gleich. Der DTS ist zusätzlich im Falle einer Umordnung der Einzelbilder notwendig. Wenn der DTS verwendet wird, gibt es immer einen PTS. Sie können in einem Intervall von weniger als ungefähr 700 ms eingefügt werden. Zudem wird bei ATSC definiert, dass die PTS und DTS im Startteil jedes Bildes eingefügt werden.
  • Des Weiteren umfasst eine Ausgabe eines Codierer-Zwischenspeichers einen Zeitstempel, wie etwa eine Programmtaktreferenz (PCR), auf einer Transportpaketebene. Zudem tritt ein PCT-Zeitstempel in einem Intervall von weniger als 100 ms auf und wird verwendet, um den STC eines Decodierers und den STC eines Codierers zu synchronisieren.
  • Zudem können der Video-Strom und der Audio-Strom jeweils einen PTS oder DTS, der einem gemeinsamen STC entspricht, für die Synchronisierung eines Audiostroms und des Decodierers umfassen. Entsprechend geben der PTS und der DTS an, wann der Audiostrom und der Videostrom auf jeder Decodierungseinheit abgespielt werden, und werden verwendet, um Audio- und Videomaterial zu synchronisieren.
  • Beispielsweise gibt ein Decodierer des Empfängers ein PES-Paket in dem empfangenen TS-Strom als Video-PES-Zerleger aus und gibt einen PCR-Wert aus, der in eine TS-Paketkopfzeile für einen PCR-Zähler eingefügt wird. Der PCR-Zähler zählt 100 von dem PCR-Wert und gibt ihn an eine Vergleichseinheit aus. Zudem gibt der Video-PES-Zerleger eine Kopfzeile eines PES-Pakets an einen DTS/PTS-Extraktor aus, speichert den Elementarstrom, d.h. anzuzeigende Bilddaten, in einem Zwischenspeicher und Decodierer des Elementarstroms. Die DTS/PTS-Extraktionseinheit entnimmt DTS- und PTS-Werte aus der PES-Paketkopfzeile und gibt sie an die Vergleichseinheit aus. Wenn der PCR-Wert, der von dem PCR-Zähler eingegeben wird, ein DTS-Wert wird oder der PCR-Wert von 100 ein PTS-Wert wird, gibt die Vergleichseinheit jedes Signal dafür an eine Decodierungs-/Anzeige-Steuereinheit aus. Die Decodierungs-/Anzeige-Steuereinheit empfängt ein Signal, dass der PCR-Wert der DTS-Wert der Vergleichseinheit wird, und decodiert die Bilddaten, die in dem Zwischenspeicher und Decodierer des Elementarstroms zwischengespeichert sind, um sie in einem decodierten Stromspeicher zu speichern. Zudem zeigt die Decodierungs-/Anzeige-Steuereinheit die decodierten Bilddaten, die in dem decodierten Stromspeicher gespeichert sind, über eine Anzeigeeinheit an, wenn sie das Signal empfängt, dass der PCR-Wert der PTS-Wert der Vergleichseinheit wird.
  • Entsprechend umfasst der MPEG-2-PES den PTS und den DTS in seiner Kopfzeile, welche die Daten, die während der Datensendung gesendet werden, mit einem Elementarstrom (ES) oder einer Präsentationszeit zwischen einer Vielzahl von ES synchronisieren. Dies wird als synchronisiertes Datenstromverfahren bezeichnet.
  • Dies bedeutet, dass gemäß einer Ausführungsform eine Rundfunkstation Auslöserdaten oder einen Auslöserstrom in der Nutzlast des PES umfasst, und bezeichnet die Auslösezeit als PTS-Wert der PES-Paketkopfzeile unter Verwendung des obigen synchronisierten Datenstrom-Verfahrens. In diesem Fall kann der Empfänger ein Ziel-TDO zum richtigen Zeitpunkt auslösen gemäß dem PCR-Wert, auf den sich der PTS des PES, der einen Auslöser umfasst, bezieht. Entsprechend kann eine Rundfunkstation einen Auslöser zum richtigen Zeitpunkt der Audio- und Video-Präsentation synchronisieren, an dem die Rundfunkstation auszulösen ist, unter Verwendung des PTS der PES-Paketkopfzeile, die als Auslösezeit bezeichnet wird, und des PTS der Audio- und Video-PES-Paketkopfzeile.
  • Des Weiteren mit Bezug auf die Kopfzeile des PES-Strom-Pakets, das einen Auslöser umfasst, kann ein Wert stream_type gleich 0x06 sein, um ein synchronisiertes Datenstromverfahren anzugeben, stream_id kann eine Kennung eines vorherbestimmten Stroms angeben, und PES_packet_length kann die Länge des PES-Stroms angeben, der die Nutzlast des PES-Stroms umfasst.
  • 26 ist eine Ansicht, die eine PES-Struktur gemäß einem synchronisierten Datenstromverfahren, das einen Auslöser umfasst, gemäß einer Ausführungsform abbildet.
  • Wie in 26 gezeigt, kann der PES des synchronisierten Datenstromverfahrens eine PES-Kopfzeile und eine PES-Nutzlast umfassen. Die PES-Nutzlast kann eine synchronisierte Datenpaketstruktur umfassen. Wie zuvor erwähnt, kann der Auslöser, der eine Auslösertabelle oder eine andere Datenart umfasst, in der PES-Nutzlast aus 26 enthalten sein und dann gesendet werden. Zusätzlich kann eine Rundfunkstation den Auslöser in einem IP-Datagramm-Format paketieren und kann den paketierten Auslöser in einem IP-Datenbereich umfassen und senden.
  • 27 ist eine Ansicht, die eine synchronisierte Datenpaketstruktur der PES-Nutzlast zum Senden eines Auslösers als Bitstromsyntax gemäß einer Ausführungsform abbildet.
  • Wie in 26 und 27 gezeigt, kann der Auslöser in der synchronisierten Datenpaketstruktur enthalten sein und dann gesendet werden. Es folgt eine ausführliche Beschreibung jedes Feldes in der Struktur.
  • Ein Feld data_identifier ist eine Kennung, die einen Datentyp identifiziert, der in einem PES-Datenpaket enthalten ist. Je nach Typ kann es auf 0X22 gesetzt sein.
  • Ein Feld sub_stream_id ist eine (benutzerprivate) Kennung, die ein Benutzer einstellen kann.
  • Ein Feld PTS_extention_flag gibt an, ob ein Feld PTS_extension vorliegt. Wenn dieser Feldwert gleich 1 ist, kann sich das Feld PTS_extension in dem Feld PES_data_packet befinden. Zusätzlich kann dieses Feld gleich 0 sein, wenn kein Feld PTS_extension vorliegt.
  • Ein Feld output_data_rate_flag kann auf 0 gesetzt sein.
  • Ein Feld syncnronized_data_packet_header_length stellt die Länge eines optionalen Feldes in der PES-Paketkopfzeile dar. Dieses Feld kann enthalten sein, wenn das Feld PTS_extention_flag gleich 1 ist, und stellt die Länge dar, die synchronized_data_private_data_byte(s) umfasst.
  • Ein Feld PTS_extension verlängert den PTS, der von der Kopfzeile eines entsprechenden PES-Pakets abgegeben wird. Dieses Feld kann 9 Bit lange Programmtaktreferenz- (PCR) Verlängerungsinformationen umfassen. Zusätzlich kann ein Empfänger die PTS-Auflösung der synchronisierten Daten von 11,1 µs (90 kHz), d.h. der MPEG-2-Norm, auf 37 ns (27 MHz) verlängern.
  • Ein Feld synchronized_data_private_data_byte stellt ein Nutzlast-Byte eines synchronisierten PES-Pakets dar. Wenn die Protokollverkapselung (protocol_encapsulation) der DST eines von einem synchronisierten Datagramm, einem IP-Datagramm, das kein LLC/SNAP umfasst, und einem Multiprotokoll, das LLS/SNAP umfasst, darstellt, kann das Feld synchronized_data_byte ein einzigartiges Datagramm umfassen. Wenn entsprechend LLC/SNAP verwendet wird, kann eine 8 Byte lange LLC/SNAP-Kopfzeile nur in dem ersten 8 Byte langen synchronized_data_byte des PES-Pakets gezeigt werden.
  • Wenn entsprechend eine Rundfunkstation einen Auslöser in einem synchronisierten Datenstrom (stream_type) des PES umfasst und ihn sendet, kann ein Empfänger einen Auslöserstrom aus der Nutzlast des PES entnehmen. Zusätzlich kann der Empfänger eine Aktion an einem Ziel-TDO unter Verwendung des PTS-Wertes der PES-Kopfzeile als Auslösezeit ausführen. Entsprechend kann das TDO zum richtigen Zeitpunkt einer Einzelbildeinheit ausgelöst werden, indem sein Auslöser auf der Grundlage des PTS, d.h. einer Referenzzeit für die Präsentationssynchronisierung von Video- und Audiomaterial, synchronisiert wird. Wenn zusätzlich eine Auslösezeit mit dem PTS bezeichnet wird, ist es einfacher, eine Video- und Audio-Synchronisierung zu erzielen.
  • Des Weiteren werden Auslösersignalisierungsinformationen bezüglich des Erzielens eines Auslöserstroms gemäß einer Ausführungsform gesendet. Ein Empfänger empfängt Auslösersignalisierungsinformationen und erzielt einen Auslöserstrom in dem synchronisierten Datenstrom des PES auf der Grundlage der empfangenen Auslösersignalisierungsinformationen.
  • Ein Verfahren zum Senden von Auslösersignalisierungsinformationen, um einen Auslöserstrom zu erzielen, der unter Verwendung eines synchronisierten Daten-Streamings gesendet wird, kann unterschiedlich sein. Eines der folgenden Verfahren wird verwendet, um Auslösersignalisierungsinformationen zu senden: 1. ein Sendeverfahren über die DST; 2. ein Sendeverfahren über einen Dienst-ID-Deskriptor; 3. ein Sendeverfahren über einen Auslöserstrom-Deskriptor; und 4. ein Sendeverfahren durch Definieren eines Stromtyps des Auslöserstroms.
  • Gemäß einer Ausführungsform können Auslösersignalisierungsinformationen über die DST für den NRT-Dienst gesendet werden. Die DST ist eine Tabellensitzung zum Senden eines Datendienstes. Da ihre Beschreibung und die Beschreibung für ihre data_service_bytes() mit denen aus 8 identisch sind, wird die sich überschneidende Beschreibung ausgelassen.
  • Die DST kann Signalisierungsdaten zum Empfangen jedes Elementarstroms (ES) umfassen, der den Datendienst bildet. Entsprechend können Auslöser-Signalisierungsdaten zum Empfangen eines Auslöserstroms in der DST enthalten sein.
  • Des Weiteren kann jeder Datendienst mindestens eine Anwendung umfassen, und jede Anwendung kann in eine Anwendungsidentifizierungsstruktur, die einen Anwendungskennung enthält, wie etwa app_id, enthalten sein. Zudem kann jede Anwendung mindestens ein Datenelement umfassen, das eine entsprechende Anwendung oder einen entsprechenden Datenstrom bildet.
  • Um einen Auslöserstrom über einen Datendienst zu senden, umfasst eine Rundfunkstation entsprechend einen Auslöserstrom auf einem spezifischen virtuellen Kanal und sendet ihn. Des Weiteren kann die Rundfunkstation einen Auslöserstrom in jeder Anwendung umfassen und ihn senden. Entsprechend werden Ausführungsformen zum Senden von Auslösersignalisierungsinformationen gemäß zwei Verfahren beschrieben.
  • Wenn ein Auslöserstrom in einem virtuellen Kanal enthalten ist, wird ein Datendienst zum Senden eines Auslöserstroms als Auslöserdienst bezeichnet. In diesem Fall kann eine Rundfunkstation einem Auslöserdienst eine festgelegte Dienstkennung (service_ID) zuteilen.
  • Entsprechend kann ein Empfänger identifizieren, dass ein Auslöserstrom an einen virtuellen Kanal gesendet wird, wenn die Dienstkennung 0X01 als festgelegten Wert aufweist.
  • Dabei kann die Rundfunkstation Auslösersignalisierungsinformationen in einer Anwendungsidentifizierungsstruktur in der DST umfassen und sie senden.
  • Beispielsweise fügt die Rundfunkstation 0x0001 als Feldwert App_id_description des DST hinzu, um einen Wert einzustellen, der eine interaktive Anwendung bedeutet, um einen NT-Dienst, wie etwa ein TDO, mit einer Echtzeit-Übertragung zu verlinken. Zusätzlich kann app_id_byte_length 3 Bytes (0x0003) verwenden, und app_id_byte kann 0x01 zugeteilt werden, um anzugeben, dass der entsprechende Datendienst Signalisierungsinformationen des Auslöserstroms umfasst.
  • Entsprechend empfängt der Empfänger die DST über das obige Verfahren und kann die Zapfstelle tap() identifizieren, die Auslösersignalisierungsinformationen umfasst, wenn app_id_byte_length gleich 0x0003 ist, app_id_description gleich 0x0001 ist und app_id_byte gleich 0x01 ist. Der Empfänger entnimmt Auslösersignalisierungsinformationen, die einen Wert association_tag umfassen, aus der identifizierten Struktur tap(), und der Verknüpfungsmarkierungs-Deskriptor (association_tag_descriptor) empfängt den Strom, der die gleiche PID aufweist wie die entnommene association_tag aus dem Datenelementar-Strom (ES), der in der PMT aufgeführt ist, die aus dem Übertragungsstrom entnommen wird, um einen Auslöserstrom zu empfangen.
  • Wie zuvor erwähnt, wird ein NRT-Dienst über eine SMR oder NST signalisiert und kann über eine 16 Bit lange Dienstkennung (service_id) einzigartig identifiziert werden. Zusätzlich können Inhaltselemente, die einen NRT-Dienst bilden, über content_length oder eine Inhaltskennung in der NCT oder der NRT-IT identifiziert werden. Entsprechend kann der Auslöserdienst, wie ein NRT-Dienst, gesendet werden, indem app_id_byte über die DST verlängert wird. Beispielsweise kann app_id_byte Daten umfassen, die ein Dienstkennungs- (service_id) Feld des Auslöserdienstes und ein Feld content_linkage kombinieren. Entsprechend entsprechen die ersten 16 Bits des app_id_byte einem Dienstkennungsfeld in der SMT oder der NST, und die folgenden 32 Bits entsprechen einem Inhaltsverlinkungsfeld in der NCT oder der NRT-IT.
  • Wie zuvor kann die Rundfunkstation Auslösersignalisierungsinformationen in tap() umfassen und sendet sie über eine Anwendungsidentifizierungsstruktur der DST, wenn ein Strom in jedem Kanal enthalten ist.
  • Zudem können gemäß einer Ausführungsform die Auslösersignalisierungsinformationen über ein Feld protocol_encapsulation der DST gesendet werden. Wenn beispielsweise app_id_byte_length in der DST auf x0000 gesetzt ist, wird keine Anwendungskennung zugeteilt. Wenn protocol_encapsulation 0x0F aufweist, gibt dies an, dass Auslösersignalisierungsinformationen in einer entsprechenden Struktur tap() enthalten sind. Entsprechend kann ein Empfänger Auslösersignalisierungsinformationen von der entsprechenden Struktur tap() empfangen, wenn app_id_byte_length gleich 0x0000 und protocol_encapsulation gleich 0x0F ist. Dadurch wird ein PID-Wert über die PMT erzielt, die angibt, dass ein Auslöserstrom erzielt wird, und der Auslöserstrom wird wie zuvor erwähnt empfangen.
  • Zudem können gemäß einer anderen Ausführungsform Auslösersignalisierungsinformationen über ein Inhaltstyp-Deskriptor-Feld der DST gesendet werden.
  • Wie in 28 gezeigt, ist eine Inhaltstyp-Deskriptor-Struktur in tap() in der DST gemäß einer Ausführungsform folgendermaßen aufgebaut.
  • Ein Feld descriptorTag kann 0x72 aufweisen, um einen Inhaltstyp-Deskriptor (contentTypeDescriptor) darzustellen.
  • Ein Feld descriptorLength stellt die Gesamtlänge eines Deskriptors in Byte dar.
  • Ein Feld contentTypeByte stellt einen MIME-Medientypwert von Daten dar, die von der Zapfstelle referenziert werden, die mit dem Deskriptor verbunden ist. Der MIME-Medientyp ist unter Punkt 5 des Abschnitts RFC2045 definiert [8].
  • Entsprechend kann ein Inhaltstyp-Deskriptor zu einer Struktur tap() hinzugefügt werden, die Auslösersignalisierungsinformationen gemäß einer Ausführungsform enthält. Entsprechend kann ein Empfänger Auslösersignalisierungsinformationen von der entsprechenden Struktur tap() empfangen, wenn app_id_byte_length gleich 0x0000 ist und der Inhaltstyp-Deskriptor der Struktur tap() den vorherbestimmten Inhalten entspricht. Dadurch wird ein PID-Wert über eine PMT erzielt, die angibt, dass ein Auslöserstrom erzielt wird, und der Auslöserstrom wird wie zuvor erwähnt empfangen. Der MIME-Medientyp kann mit einem spezifischen Typ bezeichnet werden, um zu identifizieren, dass es Auslöserdienst-Signalisierungsinformationen anhand eines Inhaltstyp-Deskriptors gibt.
  • Wie zuvor erwähnt, kann ein NRT-Dienst ein Auslöserdienst zum Senden eines Auslöserstroms sein und kann jeweils verschiedene Ströme an Inhaltselemente in dem Auslöserdienst senden. In diesem Fall kann jede Anwendung einen Auslöserstrom umfassen.
  • Entsprechend kann eine Ausführungsform einen Auslöserstrom in jedem Inhaltselements des NRT-Dienstes umfassen und diesen senden. In diesem Fall kann man die zuvor erwähnte Anwendungsidentifizierungsstruktur verwenden. Wenn beispielsweise app_id_byte_length gleich 0x0003 ist, gibt dies an, dass der Auslöserstrom über einen NRT-Dienst unter Verwendung einer Dienstkennung gesendet wird. Wenn app_id_byte_length gleich 0x0007 ist, gibt dies an, dass der Auslöserstrom von jedem Inhaltselement unter Verwendung einer Dienstkennung und einer Inhaltsverlinkung gesendet wird. Wenn er wie zuvor definiert ist, kann jeder Auslöserstrom entsprechend jedem NRT-Dienst oder Inhaltselement gesendet werden. Da die nächste Phase eines Verfahrens zum Senden und Empfangen eines Auslöserstroms mit derjenigen des Sendens eines Auslöserstroms für jeden virtuellen Kanal identisch ist, wird die sich überschneidende Beschreibung ausgelassen.
  • 29 ist eine Ansicht, die eine Syntax der PMT und einen Dienstkennungs-Deskriptor gemäß einer Ausführungsform abbildet.
  • Wie in 29 gezeigt, stellt eine Programmzuordnungstabelle (PMT) Informationen eines Programms bereit, das auf jedem Kanal übertragen wird. Eine Programmverknüpfungstabelle (PAT), in welcher die Paketkennung mit 0x00 definiert ist und gesendet wird, kann die PMT empfangen, indem sie die Paketkennung der PMT parst.
  • Des Weiteren kann ein Dienstkennungs-Deskriptor in einer Deskriptor-Schleife für jeden ES der PMT enthalten sein. Dann kann er Listeninformationen von Diensten in jedem Programmelement umfassen.
  • Eine Struktur des Dienstkennungs-Deskriptors wird wie folgt beschrieben.
  • Ein Feld descriptor_tag gibt an, dass der Deskriptor service_id_descriptor() ist und 0xC2 aufweisen kann.
  • Ein Feld descriptor_length stellt eine Länge in Byte von diesem Feld bis zum Ende des Deskriptors dar.
  • Ein Feld service_count gibt die Anzahl von Diensten in einem Programmelement an, das den Deskriptor aufweist.
  • Ein Feld service_id gibt eine Dienstkennung in einem Programmelement, das den Deskriptor aufweist, an.
  • Gemäß einer Ausführungsform kann der Auslöserstrom über eine wohlbekannte IP-Adresse gesendet werden. Um zudem einen Auslöser zu signalisieren, kann eine Rundfunkstation eine spezifische Dienstkennung (service_id, beispielsweise 0x01) umfassen, die dem Auslöserstrom in einem Dienstkennungs-Deskriptor entspricht, und kann diese senden. Dies bedeutet, dass Auslösersignalisierungsinformationen über den Empfang eines Auslöserstroms anhand eines Dienstkennungs-Deskriptors gesendet werden können. Wenn entsprechend eine Dienstkennung von service_id_descriptor in einer ES-Deskriptor-Schleife in einer ES-Schleife der PMT gleich 0x01 ist, bestimmt der Empfänger, dass elementary_PID in der ES-Schleife die PID ist, die den Auslöserstrom angibt, und empfängt den Auslöserstrom über die PID.
  • 30 ist eine Ansicht, die einen Auslöserstrom-Deskriptor gemäß einer Ausführungsform abbildet. Gemäß einer Ausführungsform kann ein Auslöser unter Verwendung eines Auslöserstrom-Deskriptors signalisiert werden. Wie der obige Dienstkennungs-Deskriptor kann der Auslöserstrom-Deskriptor in einer ES-Deskriptor-Schleife in einer ES-Schleife der PMT enthalten sein. Wenn entsprechend ein Auslöserstrom vorliegt, kann ein Auslöserstrom-Deskriptor in einer ES-Deskriptor-Schleife existieren. Wenn er einen Auslöserstrom-Deskriptor identifiziert, kann ein Empfänger den Auslöserstrom empfangen, indem er die PID des Auslöserstroms aus elementary_PID in einer entsprechenden ES-Schleife erzielt.
  • Somit kann ein Auslöserstrom-Deskriptor zum Senden von Auslösersignalisierungsinformationen mindestens eines von einer Dienstkennung (Zieldienstkennung) des TDO, einem Auslöserziel in dem Auslöserstrom und einer IP-Adressenliste, die den Auslöserstrom sendet, umfassen. Der Auslöserstrom-Deskriptor aus 30 wird gemäß einer Ausführungsform bereitgestellt, und seine Struktur wird wie folgt beschrieben.
  • Ein Feld descriptor_tag Feld gibt einen Auslöserstrom-Deskriptor (trigger_stream_descriptor) an, wenn es auf einen vorherbestimmten Wert eingestellt ist.
  • Ein Feld descriptor_length stellt eine Länge in Byte dieses Feldes bis zum Ende des Deskriptors dar.
  • Ein Feld target_service_count stellt die Nummer des Ziel-NRT-Dienstes (TOD) von mindestens einem Auslöser in dem Auslöserstrom dar.
  • Ein Feld target_service_id stellt eine Dienstkennung (service_id) des Ziel-NRT-Dienstes (TOD) von mindestens einem Auslöser in dem Auslöserstrom dar. Ein Empfänger kann, bevor er einen Auslöserstrom empfängt, eine Dienstkennung (service_id) unter Verwendung des Feldes target_service_id identifizieren.
  • Ein Feld target_content_item_count stellt die Anzahl von Ziel-NRT-Dienstinhaltselementen von mindestens einem Auslöser in dem Auslöserstrom dar.
  • Ein Feld target_content_linkage stellt eine Ziel-NRT-Dienstinhaltselement-Verlinkung (content_linkage) von mindestens einem Auslöser in dem Auslöserstrom dar.
  • Des Weiteren wird ein Auslöserstrom-Deskriptor gemäß einer Ausführungsform bereitgestellt, und somit ist ersichtlich, dass er zusätzliche Informationen umfassen oder eine andere Konfiguration aufweisen kann. Wenn beispielsweise ein Auslöserstrom für jeden Kanal gesendet wird, kann ein Inhaltselementfeld ausgelassen werden. Zusätzlich kann mindestens eines von einem Feld mit Informationen zur Identifizierung eines Auslöserstroms und einem Feld mit Profilinformationen zu dem identifizieren Auslöserstrom hinzugefügt werden.
  • Eine Rundfunkstation kann Listeninformationen von einem Auslöserziel-NRT-Dienst, wie etwa einem TDO, unter Verwendung des Auslöserstrom-Deskriptors senden. Zusätzlich kann die Rundfunkstation Auslösersignalisierungsinformationen unter Verwendung der Felder target_service_id und target_content_linkage senden, wenn gemäß einem Inhaltselement ein anderer Auslöser vorliegt. Zusätzlich kann ein Auslöserstrom-Deskriptor ferner eine Liste von IP-Adresseninformationen oder Anschlussnummern umfassen, die einen Auslöserstrom senden.
  • Gemäß einer Ausführungsform bezeichnet eine Rundfunkstation einen Stromtyp und sendet Auslösersignalisierungsinformationen. Ein Empfänger entnimmt Auslösersignalisierungsinformationen unter Verwendung eines Stromtyps aus der PMT und empfängt einen Auslöserstrom über die Auslösersignalisierungsinformationen. Beispielsweise kann 0x96, einer der Stromtypen, der gerade zuvor eingestellt wurde, als Auslöserstrom bezeichnet werden. In diesem Fall verfügt ein typischer Empfänger nicht über Informationen, dass ein Stromtyp gleich 0x96 ist und kann somit den Auslöserstrom nicht verarbeiten und ignoriert ihn. Entsprechend ist eine Rückwärtskompatibilität für einen Untermodellempfänger gewährleistet.
  • Gemäß einer Ausführungsform kann ein Auslöser in einer Anwendungsinformationstabelle (AIT) enthalten sein, um Anwendungsinformationen bei der Datenübertragung zu senden, wie etwa eine Multimedia-Heimplattform (MHP) oder eine weiterentwickelte gemeinsame Anwendungsplattform (ACAP), und kann gesendet werden. 31 ist eine Ansicht der AIT gemäß einer Ausführungsform.
  • Des Weiteren kann gemäß einer anderen Ausführungsform ein Auslöser in einem Deskriptor der STT enthalten sein, um sich auf eine Systemzeittabelle (STT) als Auslösezeit zu beziehen, und kann dann gesendet werden. 32 ist eine Ansicht der STT gemäß einer Ausführungsform.
  • 33 ist ein Blockdiagramm, das einen Sender zum Senden eines TDO und eines Auslösers gemäß einer Ausführungsform abbildet.
  • Mit Bezug auf 33 umfasst der Sender 200 eine NRT-Dienstsendeeinheit 210, eine Auslösersendeeinheit 220, eine Multiplexeinheit 230 und eine Demodulationseinheit 240. Die NRT-Dienstsendeeinheit 210 umfasst eine NRT-Dienst- (TDO) Generierungseinheit 211 und eine Einheit 212 zum Generieren von NRT-Dienst-Signalisierungsdaten. Die Auslösersendeeinheit 220 umfasst eine Auslöser-Generierungseinheit 221 und eine Einheit 222 zum Generieren von Auslöser-Signalisierungsdaten.
  • Die NRT-Dienst- (TDO) Generierungseinheit 211 empfängt Daten zur NRT-Dienst-Generierung von einem Dienstanbieter, um den NRT-Dienst zu generieren, paketiert den generierten NRT-Dienst in ein IP-Datagramm und paketiert dann das paketierte IP-Datagramm in ein Sendepaket (TP). Die paketierten NRT-Dienstdaten werden an die Multiplexeinheit 230 gesendet.
  • Die NRT-Dienst-Generierungseinheit 211 sendet Metadaten, die Kanalinformationen über einen NRT-Dienst der Sendung und eine service_id umfassen, an die Einheit 212 zum Generieren von NRT-Dienst-Signalisierungsdaten. Wenn zusätzlich der generierte NRT-Dienst ein TDO ist, entnimmt die NRT-Dienst-Generierungseinheit 211 Auslöserinformationen, die eine Auslösezeit zum Auslösen des TDO umfassen, Identifizierungsinformationen und Auslöser-Aktionsinformationen eines Ziel-TDO und sendet sie dann an die Auslöser-Generierungseinheit 221.
  • Die Einheit 212 zum Generieren von NRT-Dienst-Signalisierungsdaten generiert NRT-Dienst-Signalisierungsdaten zum Empfangen eines NRT-Dienstes unter Verwendung der NRT-Dienst-Metadaten und paketiert die generierten NRT-Dienst-Signalisierungsdaten für das Sendepaket (TP), um sie an die Multiplexeinheit 230 zu senden.
  • Zusätzlich generiert die Auslöser-Generierungseinheit 221 Auslöserdaten unter Verwendung von Auslöserinformationen des TDO, das von der NRT-Dienst- (TDO) Generierungseinheit empfangen wird. Die generierten Auslöserdaten werden in ein Sendepaket paketiert, um sie an die Multiplexeinheit 230 zu senden. Zudem sendet die Auslöser-Generierungseinheit 221 Metadaten zum Empfangen eines Auslösers, wie etwa die Paketkennung (PID) der gesendeten Auslöserdaten, an die Einheit 222 zum Generieren von Auslöser-Signalisierungsdaten.
  • Die Einheit 222 zum Generieren von Auslöser-Signalisierungsdaten generiert Auslöser-Signalisierungsdaten auf der Grundlage der empfangenen Metadaten und paketiert das Auslösersignal in den Daten in ein Sendepaket, um sie an die Multiplexeinheit 230 zu senden.
  • Die Multiplexeinheit 230 multiplext die empfangenen Sendepakete mit jedem Kanal und sendet dann das gemultiplexte Signal an die Modulationseinheit 240.
  • Die Modulationseinheit 240 moduliert das gemultiplexte Signal und sendet es nach außen. Das Modulationsverfahren kann unterschiedlich sein, und die vorliegende Erfindung ist nicht darauf eingeschränkt.
  • 34 ist ein Blockdiagramm, das einen Empfänger zum Empfangen eines TDO und eines Auslösers gemäß einer Ausführungsform abbildet.
  • Mit Bezug auf 34 umfasst der Empfänger 300 eine Demodulationseinheit 310, eine Demultiplexeinheit 320, eine Auslöser-Verarbeitungseinheit 330, eine NRT-Dienst-Verarbeitungseinheit 340 und einen Dienst-Manager 350. Die Auslöser-Verarbeitungseinheit 330 umfasst eine Auslöser-Empfangseinheit 331 und eine Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten. Die NRT-Dienst-Verarbeitungseinheit 340 umfasst eine NRT-Dienst- (TDO) Empfangseinheit 341 und eine Einheit 342 zum Empfangen von NRT-Dienst-Signalisierungsdaten.
  • Die Demodulationseinheit 310 empfängt ein moduliertes Signal von dem Sender 200 und demoduliert das empfangene Signal gemäß einem vorherbestimmten Demodulationsverfahren, um es an die Demultiplexeinheit 320 zu senden.
  • Die Demultiplexeinheit 320 demultiplext das demodulierte Signal, um ein ursprüngliches Sendepaket für jeden Kanal wiederherzustellen, um es an jede Empfangseinheit der Auslöser-Verarbeitungseinheit 330 oder der NRT-Dienst-Verarbeitungseinheit 340 zu senden.
  • Die Einheit 342 zum Empfangen von NRT-Dienst-Signalisierungsdaten empfängt die paketierten NRT-Dienst-Signalisierungsdaten von der Multiplexeinheit 320 und stellt sie wieder her, um Informationen über den NRT-Dienst zu entnehmen, und sendet sie dann an die NRT-Dienst- (TDO) Empfangseinheit 341. Die NRT-Dienst-(TDO) Empfangseinheit 341 empfängt Sendepakete des NRT-Dienstes von der Multiplexeinheit 320 unter Verwendung von Informationen über den Empfang des NRT-Dienstes und stellt sie als Dienstdaten wieder her, um sie an den Dienst-Manager 350 zu senden.
  • Des Weiteren empfängt die NRT-Dienst-Signalisierungsdaten-Empfangseinheit 332 die paketierten Auslöser-Signalisierungsdaten von der Multiplexeinheit 320 und stellt sie wieder her, entnimmt Informationen über den Empfang eines Auslösers, und sendet sie dann an die Auslöser-Empfangseinheit 331. Die Auslöser-Empfangseinheit 331 empfängt Sendepakete, die einen Auslöser umfassen, von der Multiplexeinheit 32 unter Verwendung von Informationen über den Empfang eines Auslösers, und stellt die Auslöserdaten wieder her, um sie an den Dienst-Manager 350 zu senden.
  • Der Dienst-Manager 350 empfängt mindestens eines von Auslöserdaten oder NRT-Dienst- (TDO) Daten von der Auslöser-Verarbeitungseinheit 330 oder der NRT-Verarbeitungseinheit 340. Zudem führt der Dienst-Manager 350 eine Auslöseraktion aus und wendet sie auf ein Auslöserziel-TDO zum Auslösezeitpunkt an, so dass eine Auslöseraktion an dem TDO ausgeführt wird.
  • 35 ist ein Ablaufschema, das ein Auslöser-Sendeverfahren gemäß einer Ausführungsform abbildet.
  • Mit Bezug auf 35 generiert die NRT-Dienst-Generierungseinheit 211 NRT-Dienstdaten durch das Empfangen von NRT-Dienstdaten von außen oder auf der Grundlage von Daten, die von dem NRT-Dienstanbieter empfangen werden, in Schritt S100. Des Weiteren paketiert die NRT-Dienst-Generierungseinheit 211 die generierten Daten in ein Sendepaket. Zudem sendet die NRT-Dienst-Generierungseinheit 211 Informationen über das Empfangen von Sendepaketen, die einen NRT-Dienst umfassen, an die Einheit 212 zum Generieren von NRT-Dienst-Signalisierungsdaten.
  • Dann generiert die Einheit 212 zum Generieren von NRT-Dienst-Signalisierungsdaten die zuvor beschriebenen NRT-Dienst-Signalisierungsdaten und paketiert sie in ein Sendepaket in Schritt S110.
  • Zudem bestimmt die NRT-Dienst-Generierungseinheit 211 in Schritt S120, ob der generierte NRT-Dienst ein deklaratives Auslöserobjekt, d.h. ein TDO, ist.
  • Wenn zusätzlich der generierte NRT-Dienst ein TDO ist, sendet die NRT-Dienst-Generierungseinheit 211 Auslöserinformationen, die eine Auslösezeit zum Auslösen des TDO, eine Auslöseraktion und Ziel-TDO-Identifizierungsinformationen umfassen, an die Auslöser-Generierungseinheit 221, und die Auslöser-Generierungseinheit 211 generiert in Schritt S130 Auslöserdaten unter Verwendung der empfangenen ausgelösten Informationen. Die generierten Auslöserdaten werden in ein Sendepaket paketiert und an die Multiplexeinheit gesendet. Beispielsweise kann man eine Zieldienstkennung für ein Ziel-TDO und Auslöser-Aktionsinformationen, die auf einen Zieldienst angewendet werden, in einen paketierten Strom, d.h. die Nutzlast des PES, einfügen und dann senden. Zusätzlich werden Auslösezeit-Informationen in einem PTS- oder DTS-Format bezeichnet, in die Nutzlast oder Kopfzeile des PES eingefügt und werden dann gesendet. Wenn das synchronisierte Daten-Streaming-Verfahren verwendet wird, werden der PTS des Auslöserstroms und der PTS des Video- und Audiostroms synchronisiert, um den richtigen Abspielzeitpunkt einzustellen.
  • Des Weiteren generiert die Einheit 222 zum Generieren von Auslöser-Signalisierungsdaten Auslöser-Signalisierungsdaten zum Identifizieren und Empfangen eines Auslösers, der von der Auslöser-Generierungseinheit 221 gesendet wird, und paketiert die generierten Auslöser-Signalisierungsdaten in ein Sendepaket, um sie in Schritt S140 an die Multiplexeinheit zu senden. Dabei können die Auslöser-Signalisierungsdaten einen Auslöserstrom-Deskriptor oder einen Dienstkennungs-Deskriptor umfassen, der in einer Programmzuordnungstabelle eingefügt ist, und können eine Paketkennung des Auslöserstroms umfassen, die jedem Deskriptor entspricht. Zudem können die Auslöser-Signalisierungsdaten eine Paketkennung des Auslöserstroms in einer TAP-Struktur der DST umfassen.
  • Später multiplext die Multiplexeinheit 230 mindestens eines von sendungspaketierten NRT-Dienstdaten, NRT-Dienst-Signalisierungsdaten, Auslöserdaten und Auslöser-Signalisierungsdaten mit jedem Sendekanal und sendet sie dann an die Modulationseinheit 240.
  • Des Weiteren führt die Modulationseinheit 240 eine Modulation aus, um das gemultiplexte Signal zu senden, und sendet es in Schritt S160 an einen externen Empfänger oder ein Rundfunknetz.
  • 36 ist ein Ablaufschema, das einen Betrieb eines Empfängers 300 gemäß einer Ausführungsform abbildet.
  • Wenn zunächst der Empfänger 300 eingeschaltet wird, wird in Schritt S200 ein Kanal von einem Benutzer ausgewählt, oder es wird ein vorherbestimmter Kanal ausgewählt. Die Demodulationseinheit 310 demoduliert das empfangene Signal aus dem ausgewählten Kanal, und die Demultiplexeinheit 320 demultiplext das demodulierte Signal mit jedem Sendekanal. Auch empfangen die NRT-Dienst-Empfangseinheit 341 und die Einheit 342 zum Empfangen von NRT-Dienst-Signalisierungsdaten NRT-Dienstdaten und senden sie an den Dienst-Manager 350, wie zuvor beschrieben.
  • Dann bestätigt die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten oder die Einheit 342 zum Empfangen von NRT-Dienst-Signalisierungsdaten in Schritt S220, ob ein Auslöserempfang möglich ist. Die Bestätigung des Auslöserempfangs kann eines der zuvor erwähnten Verfahren verwenden. Dies bedeutet, dass die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten oder die Einheit 342 zum Empfangen von NRT-Dienst-Signalisierungsdaten eines von einem Verfahren zum Bestätigen einer PID, die einem Auslöser in der MGT entspricht, oder einer PSIP-basierten PID, einem Verfahren zum Verwenden einer Zapfstellenstruktur der DST, einem Verfahren zum Verwenden eines Dienstkennungs-Deskriptors oder eines Auslöserstrom-Deskriptors, einem Verfahren zum Verwenden eines Auslöserstromtyps und einem Verfahren zum Verwenden einer AIT oder STT verwendet, um zu bestätigen, ob der Auslöserempfang möglich ist.
  • Wenn zudem bestätigt wird, dass der Auslöserempfang möglich ist, empfängt die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten ein Sendepaket, das Auslöser-Signalisierungsdaten umfasst, um die Auslöser-Signalisierungsdaten wiederherzustellen, und sendet sie dann in Schritt S230 an die Auslöser-Empfangseinheit 331.
  • Später entnimmt die Auslöser-Empfangseinheit 331 die Auslöserdaten aus dem empfangenen Sendepaket unter Verwendung der Auslöser-Signalisierungsdaten und sendet sie in Schritt S240 an den Dienst-Manager 350. Beispielsweise kann die Auslöser-Empfangseinheit 331 einen Auslöserstrom unter Verwendung einer Paketkennung empfangen, die dem Auslöserstrom-Deskriptor entspricht. Zusätzlich entnimmt die Auslöser-Empfangseinheit 331 Auslöserinformationen aus dem Auslöserstrom und sendet sie an den Dienst-Manager 350. Wenn zusätzlich der empfangene Auslöserstrom ein PES ist, wird ein PTS in der Kopfzeile des PES als Auslösezeit entnommen, und eine Zieldienstkennung und eine Auslöseraktion in der Nutzlast des PES werden entnommen, um sie an den Dienst-Manager 350 zu senden.
  • Des Weiteren führt der Dienst-Manager 350 eine Auslöseraktion an einem Ziel-TDO zum Auslösezeitpunkt aus, so dass in Schritt S250 eine Auslöseraktion an dem TDO ausgeführt wird. Insbesondere wenn der PTS des PES eine Auslösezeit ist, wird der PTS des Auslöserstroms mit dem PTS in der Kopfzeile des Audio- und Videostroms synchronisiert, um den richtigen Abspielzeitpunkt zu erfüllen.
  • 37 ist ein Ablaufschema, das ein Auslöser-Empfangsverfahren unter Verwendung einer Auslösertabelle gemäß einer Ausführungsform abbildet.
  • Die Demodulationseinheit 310 empfängt und demoduliert ein Rundfunksignal für einen ausgewählten Kanal. Zudem empfängt die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten eine PSIP-Tabelle über die Demultiplexeinheit 320 und bestimmt, ob es eine Auslösertabelle in der empfangenen Tabelle gibt, um einen Auslöserdienst zu identifizieren, in Schritt S310. Die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten sucht die PID, die einer Auslösertabelle aus einer MGT oder einer PSIP-basierten Tabelle zugeteilt wird, oder sucht eine Tabelle, die der Table_id entspricht, die einer Auslösertabelle zugeteilt ist, um einen Auslöserdienst zu identifizieren.
  • Wenn der Auslöserdienst nicht identifiziert ist, stellt der Empfänger 300 allgemeine Rundfunkdienste bereit.
  • Wenn zudem der Auslöserdienst identifiziert ist, empfängt die Auslöser-Empfangseinheit 331 die gesuchte Auslösertabelle und parst sie in den Schritten S320 und S330.
  • Dann empfängt der Dienst-Manager 350 Auslöserinformationen, welche die Auslösezeit, Auslöseraktion und Ziel-TDO-Identifizierungsinformationen, die in der Auslösertabelle geparst werden, umfassen, und führt in Schritt S340 eine entsprechende Auslöseraktion an einem entsprechenden TDO zum entsprechenden Auslösezeitpunkt aus.
  • 38 ist ein Ablaufschema, das einen Betrieb eines Empfängers 300 gemäß einer Ausführungsform abbildet, wenn die Auslösersignalisierungsinformationen und der Auslöser unter Verwendung einer DST gesendet werden.
  • Wenn ein physischer Sendekanal in Schritt S3000 ausgewählt wird und ein Kanal, der von einem Tuner ausgewählt wird, eingestellt wird, erzielt der Empfänger 300 eine VCT und eine PMT aus einem Rundfunksignal, das über den eingestellten physischen Sendekanal empfangen wird, unter Verwendung der Demodulationseinheit 310 und der Demultiplexeinheit 320 in Schritt S3010. Dann parst der PSI/PSIP-Abschnitts-Handler oder die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten oder die Einheit 342 zum Empfangen von NRT-Dienst-Signalisierungsdaten die erzielten VCT und PMT, um zu bestätigen, ob ein NRT-Dienst vorliegt.
  • Wenn beispielsweise der Feldwert service_type der VCT nicht gleich 0x04 oder 0x08 ist, da der entsprechende virtuelle Kanal keinen nur-NRT-Dienst sendet, funktioniert der Empfänger 300 gemäß den Informationen auf dem virtuellen Kanal richtig. Obwohl jedoch der Feldwert service_type keinen nur-NRT-Dienst bedeutet, kann der entsprechende virtuelle Kanal einen NRT-Dienst umfassen. Dieser Fall wird als fakultativer NRT-Dienst bezeichnet, der in dem entsprechenden virtuellen Kanal enthalten ist, und der Empfänger 300 kann den gleichen Prozess ausführen wie im Fall des Empfangens eines NRT-Dienstes.
  • Dann bestimmt die Einheit 342 zum Empfangen von NRT-Dienst-Signalisierungsdaten oder die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten, dass der NRT-Dienst über einen entsprechenden virtuellen Kanal empfangen wird, wenn ein Feldwert service_type gleich 0x04 oder 0x08 ist. Wenn in diesem Fall ein Feldwert stream_type in einem Dienstpositions-Deskriptor der VCT (oder einer ES-Schleife der PMT) gleich 0x95 ist (d.h. DST-Sendung), wird die DST unter Verwendung eines Feldwertes Elementary_PID in Schritt S3020 empfangen. Dies kann in der Demultiplexeinheit 320 gemäß einer Steuerung des Dienst-Managers 350 ausgeführt werden.
  • Auch identifiziert die Auslöser-Signalisierungsdaten-Empfangseinheit 342 einen Auslöserdienst aus der empfangenen DST in Schritt S3040. Ein Verfahren zum Identifizieren eines Auslöserdienstes verwendet eines von einem Verfahren zum Identifizieren eines spezifischen Wertes, der den Feldern app_id_description und app_id_byte zugeteilt wird, unter Verwendung einer Anwendungsidentifizierungsstruktur, einem Verfahren zum Identifizieren eines spezifischen Wertes, der einem Feld protocol_encapsulation zugeteilt ist, und einem Verfahren zum Identifizieren einer Zapfstelle, die einen Inhaltstyp-Deskriptor umfasst.
  • Wenn der Auslöserdienst nicht aus der empfangenen DST identifiziert wird, da die Auslöserdaten einen allgemeinen NRT-Dienst über einen entsprechenden virtuellen Kanal senden, funktioniert der Empfänger 300 gemäß dem NRT-Dienst auf dem entsprechenden virtuellen Kanal in Schritt S3030 richtig.
  • Wenn zudem der Auslöserdienst aus der DST identifiziert wird, entnimmt die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten die Zapfstelle aus der DST, die Auslösersignalisierungsinformationen umfasst (PID des Auslöserstroms) in Schritt S3060.
  • Dann entnimmt die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten die Strom-PID aus der PMT, welche die Markierung association_tag der entnommenen Zapfstelle enthält, in Schritt S3070.
  • Die Auslöser-Empfangseinheit 331 empfängt MPEG-2-TS-Pakete, die der entnommenen Strom-PID entsprechen, und entfernt die Entkapselung, d.h. die TS-Kopfzeile, um den PES-Strom wiederherzustellen, der den Auslöserstrom umfasst. Der Stromtyp (stream_type) eines PES-Pakets, das den Auslöserstrom umfasst, kann gleich 0x06 sein, was den synchronisierten Datenstrom darstellt. Die Auslöser-Empfangseinheit 331 parst mindestens eines von einem PTS einer PES-Paketkopfzeile des wiederhergestellten PES-Stroms, einer Ziel-TDO-Kennung in dem Auslöserstrom, einer Auslöserkennung oder Auslöser-Aktionsinformationen in Schritt S3070.
  • Dann führt der Dienst-Manager 350 in Schritt S3080 eine Aktion an dem Ziel-TDO zum Auslösezeitpunkt unter Verwendung des PTS der PES-Paketkopfzeile, die einen Auslöser umfasst, als Auslösezeitpunkt aus. Dabei kann das Ziel-TDO ein NRT-Dienst sein, der von der geparsten Ziel-TDO-Kennung identifiziert wird. Zudem kann die Aktion einer von einem Vorbereitungs-, Ausführungs-, Verlängerungs- und Beendigungsbefehl sein, der aus den geparsten Auslöser-Aktionsinformationen bereitgestellt wird.
  • 39 ist ein Ablaufschema, das einen Betrieb eines Empfängers 300 gemäß einer Ausführungsform abbildet, wenn ein Auslöser unter Verwendung eines Auslöserstrom-Deskriptors gesendet wird.
  • Wenn in Schritt S3000 ein physischer Sendekanal ausgewählt wird, und ein Kanal, der von einem Tuner ausgewählt wird, eingestellt wird, erzielt der Empfänger 300 die VCT und die PMT aus einem Rundfunksignal, das über den eingestellten physischen Sendekanal empfangen wird, unter Verwendung der Demodulationseinheit 310 und der Demultiplexeinheit 320 in Schritt S4000. Das Rundfunksignal umfasst die VCT und die PMT, und die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten oder der PSI/PSIP-Abschnitts-Handler parst die erzielte VCT und PMT.
  • Auch bestätigt die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten, ob ein Auslöser von der VCT und der PMT an einen entsprechenden virtuellen Kanal gesendet wird. Dazu bestimmt die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten, ob der Auslöserstrom-Deskriptor (Trigger_stream_descriptor) in der ES-Deskriptor-Schleife vorliegt, der einem entsprechenden virtuellen Kanal entspricht, in Schritt S4020. Ob der Auslöserstrom-Deskriptor vorliegt, wird dadurch bestimmt, ob ein Wert stream_type gleich 0x06 ist (synchronisiertes Daten-Streaming) und ein Feld descriptor_tag eines entsprechenden Deskriptors mit einem Wert identisch ist, der eingestellt ist, um einem Auslöserstrom-Deskriptor zu entsprechen, nachdem die Deskriptoren in einer ES-Deskriptor-Schleife gesucht wurden.
  • Wenn bestimmt wird, dass der Auslöserstrom-Deskriptor nicht aus der PMT identifiziert wurde, und dass somit kein Auslöserstrom-Deskriptor vorliegt, da ein entsprechender virtueller Kanal keinen Auslöser sendet, funktioniert der Empfänger 300 gemäß dem Rundfunkdienst auf dem entsprechenden virtuellen Kanal in Schritt S4025 richtig.
  • Dann, wenn ein Auslöserstrom-Deskriptor vorliegt, entnimmt die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten die Elementarkennung (Elementary_PID) aus der entsprechenden ES-Schleife der PMT in Schritt S4030. Die entnommene Strom-PID kann ein PID-Wert des Stroms sein, der den Auslöserstrom umfasst.
  • Dann empfängt die Auslöser-Empfangseinheit 331 MPEG-2-TS-Pakete, die der entnommenen Strom-PID entsprechen, und führt eine Entkapselung aus (d.h. sie entfernt eine TS-Kopfzeile), um den PES-Strom wiederherzustellen, der den Auslöserstrom umfasst. Der Stromtyp (stream_type) eines PES-Pakets, das den Auslöserstrom umfasst, kann gleich 0x06 sein, was einen synchronisierten Datenstrom darstellt. Die Auslöser-Empfangseinheit 331 parst mindestens eines von einem PTS einer PES-Paketkopfzeile aus dem wiederhergestellten PES-Strom, einer Ziel-TDO-Kennung in dem Auslöserstrom, einer Auslöserkennung oder Auslöser-Aktionsinformationen in Schritt S4040.
  • Dann führt der Dienst-Manager 350 eine Aktion an dem Ziel-TDO zum Auslösezeitpunkt unter Verwendung des PTS der PES-Paketkopfzeile, die einen Auslöser umfasst, als Auslösezeitpunkt in Schritt S4050 aus. Dabei kann das Ziel-TDO ein NRT-Dienst sein, der von der geparsten Ziel-TDO-Kennung angegeben wird. Zudem kann die Aktion einer von einem Vorbereitungs-, Ausführungs-, Verlängerungs- und Beendigungsbefehls sein, der aus den geparsten Auslöser-Aktionsinformationen bereitgestellt wird.
  • 40 ist ein Ablaufschema, das einen Betrieb eines Empfängers gemäß einer Ausführungsform abbildet, wenn ein Auslöser unter Verwendung eines Stromtyps gesendet wird.
  • Wenn ein physischer Sendekanal ausgewählt wird und ein Kanal, der von einem Tuner ausgewählt wird, eingestellt wird, erzielt der Empfänger 300 die VCT und die PMT aus einem Rundfunksignal, das über den eingestellten physischen Sendekanal empfangen wird, unter Verwendung der Demodulationseinheit 310 und der Demultiplexeinheit 320. Das Rundfunksignal umfasst die VCT und die PMT, und die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten oder der PSI/PSIP-Abschnitts-Handler parst die erzielte VCT und PMT in Schritt S400.
  • Auch bestätigt die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten, ob ein Auslöser von der VCT und der PMT an einen entsprechenden virtuellen Kanal gesendet wird. Dazu bestimmt die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten, ob 0x96 vorliegt, d.h. der spezifische Stromtyp in der ES-Deskriptor-Schleife, der einem entsprechenden virtuellen Kanal entspricht, in Schritt S410.
  • Wenn bestimmt wird, dass 0x96 nicht aus dem Stromtyp identifiziert wird und somit kein Stromtyp vorliegt, da ein entsprechender virtueller Kanal keinen Auslöser sendet, funktioniert der Empfänger 300 gemäß dem Rundfunkdienst auf dem entsprechenden virtuellen Kanal in Schritt S415 richtig.
  • Wenn der Stromtyp dann gleich 0x96 ist, entnimmt die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten die Elementarkennung (Elementary_PID) in der entsprechenden ES-Schleife der PMT in Schritt S420. Die entnommene Strom-PID kann ein PID-Wert des Stroms sein, der den Auslöserstrom umfasst.
  • Dann empfängt die Auslöser-Empfangseinheit 331 MPEG-2-TS-Pakete, die der entnommenen Strom-PID entsprechen, und führt eine Entkapselung aus (d.h. sie entfernt eine TS-Kopfzeile), um den PES-Strom wiederherzustellen, der einen Auslöserstrom enthält. Die Auslöser-Empfangseinheit 331 parst mindestens eines von einem PTS einer PES-Paketkopfzeile des wiederhergestellten PES-Stroms, einer Ziel-TDO-Kennung in dem Auslöserstrom, einer Auslöserkennung oder Auslöser-Aktionsinformationen in Schritt S430.
  • Dann führt der Dienst-Manager 350 eine Aktion an dem Ziel-TDO zum Auslösezeitpunkt unter Verwendung des PTS der PES-Paketkopfzeile, die einen Auslöser umfasst, als Auslösezeitpunkt in Schritt S440 aus. Dabei kann das Ziel-TDO ein NRT-Dienst sein, der von der geparsten Ziel-TDO-Kennung angegeben wird. Zusätzlich kann die Aktion einer von einem Vorbereitungs-, Ausführungs-, Verlängerungs- und Beendigungsbefehls sein, der aus den geparsten Auslöser-Aktionsinformationen bereitgestellt wird.
  • 41 ist ein Ablaufschema, das einen Betrieb eines Empfängers gemäß einer Ausführungsform abbildet, wenn ein Auslöser unter Verwendung einer AIT gesendet wird.
  • Die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten empfängt die AIT unter Verwendung der Demodulationseinheit 310 und der Demultiplexeinheit 320 in Schritt S500.
  • Auch bestätigt die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten, ob ein Auslöser aus der AIT gesendet wird. Dazu bestätigt die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten in Schritt S510, ob ein Auslöser-Deskriptor in der AIT vorliegt.
  • Wenn bestimmt wird, dass kein Auslöser-Deskriptor vorliegt, da eine entsprechende Anwendung keinen Auslöser umfasst, funktioniert der Empfänger 300 gemäß einem entsprechenden Anwendungsdienst in Schritt S515 richtig.
  • Auch wenn ein Auslöser-Deskriptor vorliegt, entnimmt die Auslöser-Empfangseinheit 332 Auslöserdaten aus dem Auslöser-Deskriptor und parst die entnommenen Auslöserdaten, um sie an den Dienst-Manager 350 zu senden, in Schritt S530.
  • Dann führt der Dienst-Manager 350 eine Aktion an dem Ziel-TDO zum Auslösezeitpunkt unter Verwendung der geparsten Auslöserdaten in Schritt S540 aus. Dabei kann das Ziel-TDO ein NRT-Dienst sein, der von der geparsten Ziel-TDO-Kennung angegeben wird. Zusätzlich kann die Aktion einer von einem Vorbereitungs-, Ausführungs-, Verlängerungs- und Beendigungsbefehls sein, der aus den geparsten Auslöser-Aktionsinformationen bereitgestellt wird.
  • 42 ist ein Ablaufschema, das einen Betrieb eines Empfängers gemäß einer Ausführungsform abbildet, wenn ein Auslöser unter Verwendung der STT gesendet wird.
  • Die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten empfängt die STT unter Verwendung der Demodulationseinheit 310 und der Demultiplexeinheit 320 in Schritt S600.
  • Auch bestätigt die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten, ob ein Auslöser von der STT gesendet wird. Dazu bestätigt die Einheit 332 zum Empfangen von Auslöser-Signalisierungsdaten, ob ein Auslöser-Deskriptor in der STT vorliegt, in Schritt S610.
  • Wenn bestimmt wird, dass kein Auslöser-Deskriptor vorliegt, da eine entsprechende STT keinen Auslöser umfasst, funktioniert der Empfänger 300 gemäß einem Rundfunksignal in Schritt S615 richtig.
  • Auch wenn ein Auslöser-Deskriptor vorliegt, entnimmt die Auslöser-Empfangseinheit 332 Auslöserdaten aus dem Auslöser-Deskriptor und parst die entnommenen Auslöserdaten, um sie in Schritt S630 an den Dienst-Manager 350 zu senden.
  • Dann führt der Dienst-Manager 350 eine Aktion an dem Ziel-TDO zum Auslösezeitpunkt unter Verwendung der geparsten Auslöserdaten in Schritt S540 aus. Dabei kann das Ziel-TDO ein NRT-Dienst sein, der von der geparsten Ziel-TDO-Kennung angegeben wird. Zusätzlich kann die Aktion einer von einem Vorbereitungs-, Ausführungs-, Verlängerungs- und Beendigungsbefehls sein, der aus den geparsten Auslöser-Aktionsinformationen bereitgestellt wird.
  • Automatisches Löschen von TDO-Inhalten: 10FPDTV423US
  • Wie zuvor beschrieben, kann ein Empfänger 300 gemäß einer Ausführungsform gemäß gewissen Löschinformationen das TDO automatisch löschen, das von einem Sender 200 empfangen und gespeichert wird.
  • Beispielsweise kann ein spezifisches TDO, wie etwa ein Abstimmungs-TDO am Ende eines jährlichen Preisverleihungsprogramms, ein TDO für eine Spende bei einem speziellen Wohltätigkeitsprogramm, ein TDO für die Wahl des besten Spielers bei einem Sportprogramm oder ein TDO bei einem spezifischen Filmprogramm, von dem Sender 200 heruntergeladen und in dem Empfänger 300 gespeichert werden.
  • Alternativ kann ein TDO bei einem Dokumentarprogramm, das mehrmals übertragen wird, von dem Sender 200 heruntergeladen und in dem Empfänger 300 gespeichert werden, um so oft ausgeführt zu werden, wie es übertragen wird.
  • Nachdem in dem zuvor beschriebenen Fall das entsprechende TDO einmal oder mehrmals ausgeführt wurde, kann das TDO, das in dem Empfänger 300 gespeichert ist, nicht mehr verwendet werden. Entsprechend kann das TDO ohne Auswahl des Benutzers automatisch im Innern des Empfängers 300 gelöscht werden, nachdem es beliebig häufig ausgeführt wurde.
  • Da ein entsprechender Kanal von einem Benutzer ausgewählt wird, ist es des Weiteren während der Ausführung eines TDO schwierig zu bestätigen, ob das TDO beliebig häufig ausgeführt wird.
  • Daher können gemäß einer Ausführungsform die zuvor beschriebenen Löschinformationen des TDO mit einer Zeiteinheit eingestellt werden.
  • Zusätzlich können für ein TDO, das während eines spezifischen Zeitraums auszuführen ist, wie etwa ein TDO, das während einer Weltmeisterschaftssaison verwendet wird, ein TDO, das in einem Festivalzeitraum einer bestimmten Stadt verwendet wird, ein TDO, das an Nationalfeiertagen, Feiertagen oder Wahltagen verwendet wird, oder ein TDO, das während der Ferien verwendet wird, die Löschinformationen für das TDO eingestellt werden, damit sie in dem Empfänger 300 nach einem spezifischen Zeitraum in Tagen automatisch gelöscht werden.
  • 43 ist eine Ansicht, die eine Bitstromsyntax eines Auslösers abbildet, der gemäß einer anderen Ausführungsform gebildet ist, wobei die zuvor beschriebenen Löschinformationen zu der Bitstromsyntax des Auslösers hinzugefügt werden, der mit Bezug auf 25 beschrieben wurde.
  • Mit Bezug auf 43 können für das TDO, das beendet wird, nachdem es beliebig häufig (oder nach einer bestimmten Zeit/ einem bestimmten Tag) ausgeführt wurde, die Auslöserdaten die Löschinformationen umfassen, und die Löschinformationen können ein Feld mit einem automatischen Löschtyp und ein Feld mit automatischen Löschinformationen umfassen.
  • Das Feld mit dem automatischen Löschtyp gibt eine Methode zum Löschen eines entsprechenden TDO an, und kann beispielsweise einen Wert aufweisen, der einer von einem Typ „Normal“, einem Typ „Ausführungsstunden“ und einem Typ „Ausführungsdatum“ ist.
  • Beispielsweise umfasst das Feld mit dem automatischen Löschtyp 2 Bits, und ein Wert davon kann für den Typ Normal mit 00, für den Typ Ausführungsstunden mit 01 und für den Typ Ausführungsdatum mit 10 bezeichnet werden.
  • Auch falls ein Wert des Feldes mit dem automatischen Löschtyp mit 11 bezeichnet ist, kann das Feld TBD angeben.
  • Genauer gesagt kann für den Fall des Typs Normal das TDO, das in dem Empfänger 300 gespeichert ist, gemäß einem Kriterium des Empfängers 300 oder einer TDO-Aktion gelöscht werden, und zwar nicht gemäß eines automatischen Löschverfahrens gemäß einer Ausführungsform.
  • Wenn beispielsweise ein Speicher des Empfängers 300, in dem NRT-Inhalte, wie etwa das TDO, gespeichert sind, einen vollen Zustand erreicht, können die ältesten Inhalte oder Inhalte, die am längsten zuvor ausgeführt wurden, aus den Inhalten, die in dem Speicher des Empfängers 300 gespeichert sind, gelöscht werden und durch neu heruntergeladene Inhalte ersetzt werden.
  • Alternativ werden in einem vollen Zustand des Speichers Informationen über neu herunterzuladende Inhalte einem Benutzer des Empfängers 300 bereitgestellt. Wenn der Benutzer das Herunterladen der entsprechenden Inhalte zulässt, werden Informationen über die Inhalte, die in dem Speicher des Empfängers 300 gespeichert sind, in jede bereitzustellende Kategorie eingestuft. Dann kann der Benutzer das Löschen der Inhalte (oder eines Teils davon), die einer spezifischen Kategorie entsprechen, verlangen.
  • Des Weiteren können die zuvor beschriebenen Kategorien für die Inhalte jeder Rundfunkanstalt oder für jede Inhaltsart unterteilt werden, oder sie können nach Kapazität oder für ein Datum der Bereitstellung für den Benutzer angeordnet werden.
  • Der Typ Ausführungsstunden ermöglicht, dass das entsprechende TDO in dem Empfänger 300 automatisch gelöscht wird, nachdem eine voreingestellte Zeit abgelaufen ist, und der Typ Ausführungsdatum ermöglicht, dass das entsprechende TDO in dem Empfänger 300 automatisch gelöscht wird, nachdem die voreingestellte Anzahl von Tagen verstrichen ist.
  • Die Löschzeitinformationen zum Angeben eines Zeitpunktes, zu dem das TDO gemäß dem Typ Ausführungsstunden oder dem Typ Ausführungsdatum automatisch zu löschen ist, können in dem Feld automatische Löschinformationen enthalten sein.
  • Beispielsweise umfasst das Feld Automatische Löschinformationen 14 Bits, wobei der Typ Ausführungsstunden Löschzeitinformationen für eine Stunde und der Typ Ausführungsdatum Löschzeitinformationen für einen Tag umfassen kann.
  • Dies bedeutet, dass für den Typ Ausführungsstunden, wenn ein Wert des Feldes Automatische Löschinformationen 2 angibt, das entsprechende TDO in dem Empfänger 300 automatisch gelöscht werden kann, nachdem zwei Stunden seit einem Zeitpunkt vergangen sind, an dem das entsprechende TDO heruntergeladen wurde.
  • Des Weiteren kann für den Typ Ausführungsdatum, wenn ein Wert des Feldes Automatische Löschinformationen 2 angibt, das entsprechende TDO in dem Empfänger 300 automatisch gelöscht werden, nachdem zwei Tage seit einem Zeitpunkt, zudem das entsprechende TDO heruntergeladen wurde, vergangen sind.
  • Wie zuvor beschrieben, wird mit Bezug auf 43 beispielhaft ohne Einschränkung beschrieben, dass die Löschinformationen zum automatischen Löschen des TDO, das in dem Empfänger 300 gespeichert ist, in Auslöserdaten enthalten sind und von dem Sender 200 übertragen werden.
  • Beispielsweise können die zuvor beschriebenen Löschinformationen in einem TDO oder in Metadaten (zum Beispiel eine oder mehrere Tabellen aus den NRT-Dienstsignalisierungs-Tabellen, die mit Bezug auf 1 bis 21 beschrieben wurden) für das TDO, das von dem Sender 200 gesendet wurde, enthalten sein.
  • Wenn sich jedoch die Inhalte der Löschinformationen, die in dem TDO enthalten sind, das von dem Sender 200 gesendet wurde, ändern, können die Löschinformationen über die geänderten Inhalte unter Verwendung der Auslöserdaten an den Empfänger 300 übertragen werden, wie mit Bezug auf 43 beschrieben.
  • Wenn beispielsweise gewünscht wird, dass ein TDO gelöscht wird, nachdem der Sender 200 über Löschinformationen verfügt, deren Typ auf Normal gesetzt ist und die in dem TDO enthalten sind, und er das TDO sendet, können Löschinformationen, die eine automatische Löschzeit aufweisen, die gemäß dem Typ Ausführungsstunden oder dem Typ Ausführungsdatum bezeichnet sind, in Auslöserdaten einbezogen und dann an den Empfänger 300 gesendet werden.
  • Dagegen können, wie zuvor beschrieben, Löschzeitinformation (zum Beispiel ein Feldwert Automatische Löschinformationen), die in den Löschinformationen enthalten sind, gemäß einer Beziehung zu einem Download-Zeitpunkt von NRT-Inhalten eingestellt oder geändert werden.
  • 44 ist eine Ansicht, die eine Ausführungsform eines Verfahrens zum Einstellen von Löschzeitinformationen abbildet.
  • Wenn mit Bezug auf 44 eine Sendezeit der NRT(T1), wobei es sich um NRT-Inhalte handelt (beispielsweise um ein TDO), in der Zeit von N bis N+2 liegt, können die Löschzeitinformationen gemäß einem entsprechenden Zeitraum auf andere Werte eingestellt werden.
  • Wenn beispielsweise die Löschzeitinformationen für die NRT(T1) eingestellt sind, um nach M Stunden seit dem Zeitpunkt N, wobei es sich um einen ersten Download-Zeitpunkt handelt, automatisch gelöscht zu werden, können die Löschzeitinformationen, die in den Auslöserdaten (oder NRT(T1)) enthalten sind, die von dem Sender 200 nach dem Zeitpunkt N+1 gesendet werden, auf M-1 geändert werden.
  • Auch können die Löschzeitinformationen, die in den Auslöserdaten (oder NRT(T1)) enthalten sind, die von dem Sender 200 nach dem Zeitpunkt N+2 gesendet werden, auf M-2 geändert werden.
  • Wenn des Weiteren NRT-Inhalte, wie etwa das TDO, während eines Zeitraums von mehr als 24 Stunden erneut gesendet werden, können die Informationen in Tagen, die in den Löschzeitinformationen enthalten sind, identisch eingestellt werden oder auf Informationen in Stunden geändert werden.
  • 45 ist ein Ablaufschema, das ein TDO-Löschverfahren gemäß einer Ausführungsform abbildet. Bei dem abgebildeten TDO-Löschverfahren werden die gleichen Beschreibungen wie die mit Bezug auf 43 und 44 ausgelassen.
  • Mit Bezug auf 45 empfängt der Empfänger 300 das TDO und die Auslöserdaten und speichert sie (Schritt S4100) und bestätigt, dass die Löschinformationen in dem empfangenen TDO oder den Auslöserdaten vorliegen (Schritt S4110).
  • Die Löschinformationen können die gleiche Konfiguration aufweisen, wie mit Bezug auf 43 beschrieben, und können in dem TDO oder den Auslöserdaten enthalten sein, die von dem Sender 200 zu senden sind.
  • Anschließend werden die Löschinformationen aus den empfangenen Daten entnommen (Schritt S4120) und aktualisiert (Schritt S4130).
  • Beispielsweise kann der Empfänger 300 die Löschinformationen aus einer TTT-Tabelle oder dem TDO selber entnehmen, das von dem Sender 200 empfangen wird, und die Löschzeitinformationen für das gespeicherte TDO gemäß den anschließend entnommenen Löschinformationen aktualisieren.
  • In diesem Fall können die aktualisierten Löschzeitinformationen in dem Empfänger 300 zusammen mit Identifizierungsinformationen (zum Beispiel einer TDO-ID) für das entsprechende TDO in einem nicht flüchtigen Speicher gespeichert werden, da der Speicher erhalten bleiben soll, auch wenn der Empfänger 300 ausgeschaltet wird.
  • Anschließend bestimmt der Empfänger 300, ob ein aktueller Zeitpunkt, der von einem Systemzeitmesser erzielt wird, der gleiche ist wie die Löschzeitinformationen, und bestätigt, dass es an der Zeit ist, das gespeicherte TDO zu löschen (Schritt S4140).
  • Wenn es nicht an der Zeit ist, das TDO zu löschen, bestätigt der Empfänger 300 ständig, ob es an der Zeit ist zu löschen, während er die Schritte S4110 bis S4130 für die Auslöserdaten, die von dem Sender 200 gesendet werden, wiederholt.
  • Wenn des Weiteren die Löschinformationen in dem TDO enthalten sind, können die Löschinformationen nur einmal aktualisiert werden.
  • Wenn es an der Zeit ist zu löschen, sucht der Empfänger 300 nach dem zu löschenden TDO unter Verwendung der Identifizierungsinformationen, die zusammen mit der entsprechenden Löschzeit gespeichert werden und löscht es (Schritt S4150). Metadaten (die zum Beispiel Auslöserdaten für die TDO umfassen) mit Bezug auf das TDO können ebenso zusammen mit dem TDO aus dem Empfänger 300 gelöscht werden.
  • TDO+ACR-Inhalte: 10FPDTV410US
  • Inhalte, wie etwa das TDO, die von dem Sender 200 an den Empfänger 300 über einen NRT-Dienst unter Verwendung des Verfahrens übertragen werden, das mit Bezug auf 1 bis 24 beschrieben wurde, können über eine andere Schnittfläche unter Verwendung des Internets an den Empfänger 300 übertragen werden.
  • Zusätzlich können Auslöserinformationen, die über einen Übertragungsstrom von dem Sender 200 an den Empfänger 300 übertragen werden, wie mit Bezug auf 25 bis 32 beschrieben, über eine andere Schnittstelle unter Verwendung des Internets an den Empfänger 300 übertragen werden.
  • Gemäß einer Ausführungsform kann der Empfänger 300 Informationen erzielen, die für das Empfangen von Inhalten, wie etwa eines TDO, notwendig sind, oder Auslöserinformationen über eine andere Schnittstelle, wie etwa das Internet, unter Verwendung eines Mechanismus zur automatischen Inhaltserkennung (ACR) erzielen.
  • Wenn der Empfänger 300 beispielsweise einen Übertragungsstrom, der nur unkomprimierte AV-Daten enthält, über ein Kabel oder von einer Satelliten-Set-Top-Box empfängt, kennt der Empfänger 300 eventuell keine Informationen über die empfangenen Inhalte, und NRT-Inhalte, wie etwa das TDO, oder Auslöserinformationen, die von dem Sender 200 zusammen mit dem Übertragungsstrom gesendet werden, können nicht an den Empfänger 300 übertragen werden.
  • Um bei dem zuvor beschriebenen Fall den erweiterten Dienst zu empfangen, wie mit Bezug auf 1 bis 42 beschrieben, kann der Empfänger 300 Informationen über derzeit empfangene Kanäle und Informationen über Inhalte, die den erweiterten Dienst bilden, unter Verwendung des ACR-Mechanismus erzielen.
  • Anschließend kann der Empfänger 300 Inhalte über das Internet unter Verwendung der erzielten Kanal- und Inhaltsinformationen empfangen und die empfangenen Inhalte abspielen.
  • Beispielsweise können die Inhaltsinformationen Verbindungsinformationen zum Empfangen entsprechender Inhalte oder damit verbundener Metadaten umfassen, und die Verbindungsinformationen können eine Adresse (URL) eines Servers sein, der die Inhalte oder die Metadaten bereitstellt.
  • Des Weiteren können die Metadaten Signalisierungsinformationen über den erweiterten Dienst umfassen, der unter Verwendung entsprechender Inhalte bereitgestellt wird.
  • Entsprechend kann sich der Empfänger 300 unter Verwendung der URL, die in den Inhaltsinformationen enthalten ist, an den Server anschließen, um Signalisierungsinformationen für den erweiterten Dienst zu empfangen, und um die Inhalte unter Verwendung der empfangenen Signalisierungsinformationen zu empfangen.
  • Gemäß einer Ausführungsform können die empfangenen Inhalte notwendig sein, um den erweiterten Dienst bereitzustellen, der mit dem entsprechenden Kanal verlinkt ist, und können beispielsweise das TDO sein, das mit Bezug auf 1 bis 45 beschrieben wird.
  • Zudem können die Auslöserinformationen, wie sie in 1 bis 45 beschrieben werden, zum Abspielen der Inhalte, wie etwa des TDO, notwendig sein, und die Auslöserinformationen können auch an dem Empfänger 300 über das Internet unter Verwendung der Kanalinformationen und Inhaltsinformationen, die durch den ACR-Mechanismus erzielt werden, empfangen werden.
  • Nachstehend wird ein Verfahren zum Empfangen von Inhalten und Auslöserinformationen für einen erweiterten Dienst unter Verwendung eines ACR-Mechanismus durch den Empfänger 300 mit Bezug auf 46 bis 55 beschrieben.
  • Nachstehend wird beispielhaft ohne Einschränkung eine Videoanzeigevorrichtung, die ein Abspielmodul für eine Video-Ausgabe oder eine Audio-Ausgabe umfasst, als Ausführungsform beschrieben, und diverse Arten von Anzeigegeräten, die in der Lage sind, den erweiterten Dienst bereitzustellen, können auf den Empfänger 300 angewendet werden.
  • Ebenfalls nachstehend werden als Inhalte, die den erweiterten Dienst bilden, das TDO, das mit Bezug auf 1 bis 45 beschrieben wurde, als Beispiel genommen, doch die Ausführungsform ist auf diverse andere Inhalte als das TDO anwendbar.
  • 46 ist ein Blockdiagramm, das die Netzwerktopologie gemäß der Ausführungsform abbildet.
  • Wie in Fig. gezeigt 46, umfasst die Netzwerktopologie ein Inhaltsbereitstellungs-Server 710, einen Server 720, der einen Inhaltserkennungsdienst bereitstellt, einen Mehrkanal-Videovertriebs-Server 730, einen Server 740 zum Bereitstellen von Informationen über erweiterte Dienste, eine Vielzahl von Servern 750 zum Bereitstellen erweiterter Dienste, eine Rundfunk-Empfangsvorrichtung 760, ein Netz 770 und eine Videoanzeigevorrichtung 800.
  • Der Inhaltsbereitstellungs-Server 710 kann eine Rundfunkstation sein und überträgt ein Rundfunksignal, das audiovisuelle Hauptinhalte umfasst. Das Rundfunksignal kann ferner einen erweiterten Dienst umfassen. Der erweiterte Dienst kann audiovisuelle Hauptinhalte betreffen oder nicht. Der erweiterte Dienst kann Formate aufweisen, wie etwa Dienstinformationen, Metadaten, zusätzliche Daten, kompilierte Ausführungsdateien, Web-Anwendungen, HTML- („Hypertext Markup Language“) Dokumente, XML-Dokumente, CSS- („Cascading Style Sheet“) Dokumente, Audiodateien, Videodateien, ATSC2.0-Inhalte, und Adressen, wie etwa eine Internetadresse (URL). Es kann mindestens einen Inhaltsbereitstellungs-Server geben.
  • Gemäß einer Ausführungsform können die erweiterten Dienste dadurch erreicht werden, dass Inhalte, wie etwa ein TDO, empfangen werden, um sie zu speichern und zu einem spezifischen Zeitpunkt gemäß den Auslöserinformationen abzuspielen.
  • In diesem Fall können ATSC2.0-Inhalte, die in dem erweiterten Dienst enthalten sind, das TDO sein, und der erweiterte Dienst kann Dienstinformationen, Metadaten oder die Auslöserinformationen als erweiterte Daten umfassen.
  • Zudem stellt der Server 720, der einen Inhaltserkennungsdienst bereitstellt, einen Inhaltserkennungsdienst bereit, der es der Videoanzeigevorrichtung 800 ermöglicht, Inhalte auf der Grundlage von audiovisuellen Hauptinhalten zu erkennen. Der Server 720, der einen Inhaltserkennungsdienst bereitstellt, kann die audiovisuellen Hauptinhalte bearbeiten oder nicht. Es kann mindestens einen Server geben, der einen Inhaltserkennungsdienst bereitstellt.
  • Der Server 720, der einen Inhaltserkennungsdienst bereitstellt, kann ein Wasserzeichen-Server sein, der die audiovisuellen Hauptinhalte bearbeitet, um ein sichtbares Wasserzeichen, das wie ein Logo aussehen kann, in die audiovisuellen Hauptinhalte einzufügen. Dieser Wasserzeichen-Server kann das Logo eines Inhaltsanbieters oben links oder oben rechts in jedem Einzelbild in den audiovisuellen Hauptinhalten als Wasserzeichen einfügen.
  • Zusätzlich kann der Server 720, der einen Inhaltserkennungsdienst bereitstellt, ein Wasserzeichen-Server sein, der die audiovisuellen Hauptinhalte bearbeitet, um Inhaltsinformationen in die audiovisuellen Hauptinhalte als unsichtbares Wasserzeichen einzufügen.
  • Zusätzlich kann der Server 720, der einen Inhaltserkennungsdienst bereitstellt, ein Fingerabdruck-Server sein, der Merkmalsinformationen aus einigen Einzelbildern oder Audioproben der audiovisuellen Hauptinhalte entnimmt und sie speichert. Diese Merkmalsinformationen werden als Signatur bezeichnet.
  • Gemäß einer Ausführungsform kann der Server 720, der einen Inhaltserkennungsdienst bereitstellt, eine Adresse (URL) eines Servers, der Informationen über erweiterte Dienste bereitstellt, der Informationen über einen erweiterten Dienst zusammen mit Informationen über einen derzeit visualisierten Kanal bereitstellt, an die Videoanzeigevorrichtung 800 übertragen.
  • Der Mehrkanal-Videovertriebs-Server 730 empfängt und multiplext Rundfunksignale von einer Vielzahl von Rundfunkstationen und stellt die gemultiplexten Rundfunksignale der Rundfunk-Empfangsvorrichtung 760 bereit. Insbesondere führt der Mehrkanal-Videovertriebs-Server 730 eine Demodulation und Kanaldecodierung an den empfangenen Rundfunksignalen aus, um audiovisuelle Hauptinhalte und einen erweiterten Dienst zu entnehmen, und führt dann eine Kanalcodierung an den entnommenen audiovisuellen Hauptinhalten und dem erweiterten Dienst aus, um ein gemultiplextes Signal für den Vertrieb zu generieren.
  • Da zu diesem Punkt der Mehrkanal-Videovertriebs-Server 730 den entnommenen erweiterten Dienst ausschließen kann oder einen anderen erweiterten Dienst hinzufügen kann, kann eine Rundfunkstation eventuell nicht die von ihr geführten Dienste bereitstellen. Es kann mindestens einen Mehrkanal-Videovertriebs-Server geben.
  • Die Rundfunk-Empfangsvorrichtung 760 kann einen Kanal einstellen, der von einem Benutzer ausgewählt wird, und empfängt ein Signal des eingestellten Kanals und führt dann eine Demodulation und Kanaldecodierung an dem empfangenen Signal aus, um audiovisuelle Hauptinhalte zu entnehmen. Die Rundfunkvorrichtung 760 decodiert die entnommenen audiovisuellen Hauptinhalte über einen Algorithmus H.264/ MPEG-4 AVC („Moving Picture Experts Group-4 Advanced Video Coding“), Dolby AC-3 oder MPEG-2 AAC („Moving Picture Experts Group-2 Advanced Audio Coding“), um unkomprimierte audiovisuelle (AV) Hauptinhalte zu generieren. Die Rundfunk-Empfangsvorrichtung 760 stellt die generierten unkomprimierten AV-Hauptinhalten der Videoanzeigevorrichtung 800 über ihren externen Eingabeanschluss bereit.
  • Der Server 740 zum Bereitstellen von Informationen über erweiterte Dienste stellt erweiterte Dienstinformationen über mindestens einen verfügbaren erweiterten Dienst mit Bezug auf AV-Hauptinhalte als Antwort auf eine Anfrage einer Videoanzeigevorrichtung 800 bereit. Es kann mindestens einen Server geben, der Informationen über erweiterte Dienste bereitstellt. Der Server 740 zum Bereitstellen von Informationen über erweiterte Dienste kann erweiterte Dienstinformationen über den erweiterten Dienst bereitstellen, der die höchste Priorität unter einer Vielzahl von verfügbaren erweiterten Diensten aufweist.
  • Gemäß einer Ausführungsform können erweiterte Dienstinformationen, die von dem Server 740 zum Bereitstellen von Informationen über erweiterte Dienste bereitgestellt werden, eine Adresse (URL) des Servers 750 zum Bereitstellen von erweiterten Diensten, der Inhalte, wie etwa ein TDO, bereitstellt, oder eine Adresse des Servers 750 zum Bereitstellen von erweiterten Diensten bereitstellt, der Auslöserinformationen bereitstellt, umfassen.
  • Zusätzlich stellt der Server 750 zum Bereitstellen von erweiterten Diensten mindestens einen verfügbaren erweiterten Dienst, der AV-Hauptinhalte betrifft, als Antwort auf eine Anfrage einer Videoanzeigevorrichtung bereit. Es kann mindestens einen Server geben, der erweiterte Dienste bereitstellt.
  • Gemäß einer Ausführungsform stellt der Server 750 zum Bereitstellen von erweiterten Diensten Inhalte bereit, wie etwa das TDO oder die Auslöserinformationen, und die Inhalte, wie etwa das TDO oder die Auslöserinformationen, können über den einzigen Server 750 zum Bereitstellen von erweiterten Diensten oder über zwei oder mehrere Server 750 zum Bereitstellen von erweiterten Diensten bereitgestellt werden.
  • Die Videoanzeigevorrichtung 800 kann ein Fernseher, ein Notebook, ein Handy oder ein Smartphone sein, die jeweils eine Anzeigeeinheit umfassen. Die Videoanzeigevorrichtung 800 kann unkomprimierte AV-Hauptinhalte von der Rundfunk-Empfangsvorrichtung 760 oder ein Rundfunksignal, das codierte AV-Hauptinhalte umfasst, von dem Inhaltsbereitstellungs-Server 710 oder dem Mehrkanal-Videovertriebs-Server 730 empfangen.
  • Die Videoanzeigevorrichtung 800 kann von dem Server 720, der einen Inhaltserkennungsdienst bereitstellt, einen Inhaltserkennungsdienst über das Netz 770 empfangen, kann von dem Server 740 zum Bereitstellen von Informationen über erweiterte Dienste eine Adresse von mindestens einem verfügbaren erweiterten Dienst mit Bezug auf AV-Hauptinhalte über das Netz 770 empfangen, und kann von dem Server 750, der erweiterte Dienste bereitstellt, mindestens einen verfügbaren erweiterten Dienst mit Bezug auf AV-Hauptinhalte empfangen.
  • Mindestens zwei von dem Inhaltsbereitstellungs-Server 710, dem Server 720 zum Bereitstellen eines Inhaltserkennungsdienstes, dem Mehrkanal-Videovertriebs-Server 730, dem Server 740 zum Bereitstellen von Informationen über erweiterte Dienste und der Vielzahl von Servern 750 zum Bereitstellen von erweiterten Diensten können als ein einziger Server kombiniert werden und können von einem einzigen Anbieter betrieben werden.
  • 47 ist ein Blockdiagramm, das eine wasserzeichenbasierte Netzwerktopologie gemäß einer Ausführungsform abbildet.
  • Wie in 47 gezeigt, kann die wasserzeichenbasierte Netzwerktopologie ferner einen Wasserzeichen-Server 721 umfassen.
  • Wie in 47 gezeigt, bearbeitet der Wasserzeichen-Server 721 AV-Hauptinhalte, um Inhaltsinformationen darin einzufügen. Der Mehrkanal-Videovertriebs-Server 730 kann ein Rundfunksignal empfangen und vertreiben, das die geänderten AV-Hauptinhalte umfasst. Insbesondere kann ein Wasserzeichen-Server eine digitale Wasserzeichentechnik verwenden, die nachstehend beschrieben wird.
  • Ein digitales Wasserzeichen ist ein Vorgang um nahezu nicht löschbare Informationen in ein Digitalsignal einzufügen. Beispielsweise kann das Digitalsignal Audiomaterial, ein Bild oder Videomaterial sein. Wenn das Digitalsignal kopiert wird, werden die eingefügten Informationen in die Kopie einbezogen. Ein Digitalsignal kann mehrere verschiedene Wasserzeichen gleichzeitig führen.
  • Bei der sichtbaren Wasserzeichenmarkierung können die eingefügten Informationen in einem Bild oder in Videomaterial identifizierbar sein. Typischerweise können die eingefügten Informationen ein Text oder Logo sein, der bzw. das einen Medienbesitzer identifiziert. Wenn eine Fernsehstation ihr Logo in einer Ecke eines Videos hinzufügt, ist dies ein identifizierbares Wasserzeichen.
  • Obwohl bei der unsichtbaren Wasserzeichenmarkierung Informationen als digitale Daten zu dem Audiomaterial, dem Bild oder dem Videomaterial hinzugefügt werden, kann ein Benutzer über eine vorherbestimmte Informationsmenge informiert sein, sie jedoch nicht erkennen. Über die unsichtbare Wasserzeichenmarkierung kann eine geheime Nachricht abgegeben werden.
  • Eine Anwendung der Wasserzeichenmarkierung ist ein Urheberschutzsystem, um die illegale Kopie von digitalen Medien zu verhindern. Beispielsweise erzielt eine Kopiervorrichtung ein Wasserzeichen von digitalen Medien, bevor sie die digitalen Medien kopiert und bestimmt, ob sie diese auf der Grundlage des Inhalts des Wasserzeichens kopiert oder nicht.
  • Eine andere Anwendung der Wasserzeichenmarkierung ist eine Ursprungsverfolgung von digitalen Medien. Ein Wasserzeichen ist in den digitalen Medien an jedem Punkt eines Vertriebsweges eingebettet. Wenn derartige digitale Medien später vorgefunden werden, kann ein Wasserzeichen aus den digitalen Medien entnommen werden und ein Vertriebsursprung kann aus dem Inhalt des Wasserzeichens erkannt werden.
  • Eine andere Anwendung der unsichtbaren Wasserzeichenmarkierung ist eine Beschreibung für digitale Medien.
  • Ein Dateiformat für digitale Medien kann zusätzliche Informationen umfassen, die Metadaten genannt werden, und ein digitales Wasserzeichen unterscheidet sich dadurch von Metadaten, dass es als AV-Signal der digitalen Medien selber abgegeben wird.
  • Das Wasserzeichenmarkierungsverfahren kann eine Bandspreiz-, Quantisierungs- und Amplitudenmodulation umfassen.
  • Wenn ein markiertes Signal durch zusätzliche Bearbeitung erzielt wird, entspricht das Wasserzeichenmarkierungsverfahren der Bandspreizung. Obwohl bekannt ist, dass das Bandspreiz-Wasserzeichen recht stark ist, sind nicht viele Informationen enthalten, weil das Wasserzeichen ein eingebettetes Host-Signal stört.
  • Wenn ein markiertes Signal über die Quantisierung erzielt wird, entspricht das Wasserzeichenmarkierungsverfahren einem Quantisierungstyp. Das Quantisierungs-Wasserzeichen ist schwach, enthält jedoch viele Informationen.
  • Wenn ein markiertes Signal über ein zusätzliches Bearbeitungsverfahren erzielt wird, ähnlich wie die Bandspreizung in einem räumlichen Bereich, entspricht ein Wasserzeichenmarkierungsverfahren der Amplitudenmodulation.
  • 48 ist ein Leiterdiagramm, das einen Datenfluss in einer wasserzeichenbasierten Netzwerktopologie gemäß einer Ausführungsform abbildet.
  • Zunächst sendet der Inhaltsbereitstellungs-Server 710 in Schritt S701 ein Rundfunksignal, das einen AV-Hauptinhalt und einen erweiterten Dienst enthält.
  • Der Wasserzeichen-Server 721 empfängt ein Rundfunksignal, das der Inhaltsbereitstellungs-Server 710 bereitstellt, fügt ein sichtbares Wasserzeichen, wie etwa ein Logo oder Wasserzeicheninformationen, wie ein unsichtbares Wasserzeichen, in den AV-Hauptinhalt durch Bearbeiten des AV-Hauptinhalts ein, und stellt den mit einem Wasserzeichen markierten AV-Hauptinhalt und den erweiterten Dienst dem MVPD 730 in Schritt S703 bereit.
  • Die Wasserzeicheninformationen, die über ein unsichtbares Wasserzeichen eingefügt werden, können mindestens eines von einem Wasserzeichenzweck, Inhaltsinformationen, erweiterten Dienstinformationen und einem verfügbaren erweiterten Dienst umfassen. Der Wasserzeichenzweck stellt eines von einer Verhinderung illegaler Kopien, Zuschauerbewertungen und der Erfassung eines erweiterten Dienstes dar.
  • Die Inhaltsinformationen können mindestens eines von Identifizierungsinformationen eines Inhaltsanbieters, der AV-Hauptinhalte bereitstellt, Identifizierungsinformationen von AV-Hauptinhalten, Zeitinformationen eines Inhaltsintervalls, das bei der Erfassung von Inhaltsinformationen verwendet wird, Namen von Kanälen, über die der AV-Hauptinhalt übertragen wird, Logos von Kanälen, über die der AV-Hauptinhalt übertragen wird, Beschreibungen von Kanälen, über die der AV-Hauptinhalt übertragen wird, einen Nutzungsinformationen-Meldezeitraum, die Mindestgebrauchszeit für die Erfassung von Gebrauchsinformationen und Informationen über verfügbare erweiterte Dienste mit Bezug auf den AV-Hauptinhalt umfassen.
  • Gemäß einer Ausführungsform können die Inhaltsinformationen, die in das Wasserzeichen eingefügt werden, Kanalinformationen, eine Adresse (URL) eines zuerst anzuschließenden Servers, um Inhalte, wie etwa ein TDO, oder Auslöserinformationen zu erzielen, die in einem erweiterten Dienst mit Bezug auf einen entsprechenden Kanal enthalten sind, und einen Zeitstempel, der Fernsehzeitinformationen entspricht, umfassen.
  • Wenn beispielsweise die Videoanzeigevorrichtung 800 ein Wasserzeichen verwendet, um Inhaltsinformationen zu erfassen, können die Zeitinformationen eines Inhaltsintervalls, das zur Erfassung von Inhaltsinformationen verwendet wird, die Zeitinformationen eines Inhaltsintervalls sein, in das ein verwendetes Wasserzeichen eingebettet ist.
  • Wenn die Videoanzeigevorrichtung 800 einen Fingerabdruck verwendet, um Inhaltsinformationen zu erfassen, können die Zeitinformationen eines Inhaltsintervalls, das zur Erfassung von Inhaltsinformationen verwendet wird, die Zeitinformationen eines Inhaltsintervalls sein, aus dem Merkmalsinformationen entnommen werden. Die Zeitinformationen eines Inhaltsintervalls, das zur Erfassung von Inhaltsinformationen verwendet wird, können mindestens eines von der Startzeit eines Inhaltsintervalls, das zur Erfassung von Inhaltsinformationen verwendet wird, der Dauer eines Inhaltsintervalls, das zur Erfassung von Inhaltsinformationen verwendet wird, und der Endzeit eines Inhaltsintervalls, das zur Erfassung von Inhaltsinformationen verwendet wird, umfassen.
  • Die Gebrauchsinformationen-Meldeadresse kann mindestens eines von einer Adresse, die Informationen über die Betrachtung von AV-Hauptinhalten meldet, und einer Adresse, die Informationen über den Gebrauch eines erweiterten Dienstes meldet, umfassen. Der Gebrauchsinformationen-Meldezeitraum kann mindestens eines von einem Zeitraum zum Melden von Informationen über das Betrachten von AV-Hauptinhalten und einem Zeitraum zum Melden von Informationen über den Gebrauch eines erweiterten Dienstes umfassen. Eine Mindestgebrauchszeit für die Erfassung von Gebrauchsinformationen kann mindestens eines von einer Mindestbetrachtungszeit für eine Erfassung von Informationen über das Betrachten von AV-Hauptinhalten und einer Mindestgebrauchszeit für die Entnahme von Informationen über den Gebrauch eines erweiterten Dienstes umfassen.
  • Auf der Grundlage, dass ein AV-Hauptinhalt länger als während der Mindestbetrachtungszeit betrachtet wird, erfasst die Videoanzeigevorrichtung 800 Betrachtungsinformationen der AV-Hauptinhalte und meldet die erfassten Betrachtungsinformationen der Adresse, die Informationen über das Betrachten von AV-Hauptinhalten meldet, in dem Zeitraum zum Melden von Informationen über das Betrachten von AV-Hauptinhalten.
  • Auf der Grundlage, dass ein erweiterter Dienst länger als die Mindestgebrauchszeit verwendet wird, erfasst die Videoanzeigevorrichtung 100 Informationen über den Gebrauch eines erweiterten Dienstes und meldet die erfassten Gebrauchsinformationen der Adresse, die Informationen über den Gebrauch eines erweiterten Dienstes meldet, in dem Zeitraum zum Melden von Informationen über den Gebrauch eines erweiterten Dienstes.
  • Die erweiterten Dienstinformationen können mindestens eines von Informationen darüber, ob ein erweiterter Dienst existiert, einer Adresse eines Servers zum Bereitstellen einer Adresse eines erweiterten Dienstes, einem Erfassungsweg jedes verfügbaren erweiterten Dienstes, einer Adresse für jeden verfügbaren erweiterten Dienst, einer Startzeit jedes verfügbaren erweiterten Dienstes, einer Endzeit jedes verfügbaren erweiterten Dienstes, einer Lebensdauer jedes verfügbaren erweiterten Dienstes, einem Erfassungsmodus jedes verfügbaren erweiterten Dienstes, einem Anfragezeitraum jedes verfügbaren erweiterten Dienstes, Prioritätsinformationen jedes verfügbaren erweiterten Dienstes, einer Beschreibung jedes verfügbaren erweiterten Dienstes, einer Kategorie jedes verfügbaren erweiterten Dienstes, einer Gebrauchsinformationen-Meldeadresse, eines Gebrauchsinformationen-Meldezeitraums und der Mindestgebrauchszeit für die Erfassung von Gebrauchsinformationen umfassen.
  • Der Erfassungsweg des verfügbaren erweiterten Dienstes kann mit IP oder ATSC M/H („Advanced Television Systems Committee - Mobile/Handheld“) dargestellt werden. Wenn der Erfassungsweg eines verfügbaren erweiterten Dienstes ATSC M/H ist, können die erweiterten Dienstinformationen ferner Frequenzinformationen und Kanalinformationen umfassen. Ein Erfassungsmodus jedes verfügbaren erweiterten Dienstes kann Push oder Pull sein.
  • Des Weiteren kann der Wasserzeichen-Server 721 Wasserzeicheninformationen als unsichtbares Wasserzeichen in das Logo eines AV-Hauptinhalts einfügen.
  • Des Weiteren kann der Wasserzeichen-Server 721 einen Barcode an einer vorherbestimmten Position eines Logos einfügen. Zu diesem Punkt kann die vorherbestimmte Position des Logos der ersten Zeile unten in einem Bereich entsprechen, wo das Logo angezeigt wird. Die Videoanzeigevorrichtung 800 kann eventuell keinen Barcode anzeigen, wenn sie einen AV-Hauptinhalt empfängt, der ein Logo mit dem eingefügten Barcode umfasst.
  • Des Weiteren kann der Wasserzeichen-Server 721 Wasserzeicheninformationen in Metadatenform eines Logos einfügen. Zu diesem Punkt kann das Logo seine Form behalten.
  • Des Weiteren kann der Wasserzeichen-Server 721 N Bit lange Wasserzeicheninformationen an jedem der Logos von M Einzelbildern einfügen. Dies bedeutet, dass der Wasserzeichen-Server 721 M*N Wasserzeicheninformationen in M Einzelbilder einfügen kann.
  • Der MVPD 730 empfängt Rundfunksignale, die mit Wasserzeichen markierte AV-Hauptinhalte und einen erweiterten Dienst umfasst, und generiert ein gemultiplextes Signal, um es der Rundfunk-Empfangsvorrichtung 760 in Schritt S705 bereitzustellen. Zu diesem Punkt kann das gemultiplexte Signal den empfangenen erweiterten Dienst ausschließen oder kann einen neuen erweiterten Dienst einbeziehen.
  • Die Rundfunk-Empfangsvorrichtung 760 stellt einen Kanal ein, den ein Benutzer auswählt, und empfängt Signale des eingestellten Kanals, demoduliert die empfangenen Signale, führt eine Kanaldecodierung und eine AV-Decodierung an den demodulierten Signalen aus, um einen unkomprimierten AV-Hauptinhalt zu generieren, und stellt dann den generierten unkomprimierten AV-Hauptinhalt der Videoanzeigevorrichtung 800 in Schritt S706 bereit.
  • Zudem überträgt der Inhaltsbereitstellungs-Server 710 in Schritt S707 auch ein Rundfunksignal, das einen AV-Hauptinhalt umfasst, über einen Funkkanal. Zudem kann der MVPD 730 in Schritt S708 ein Rundfunksignal, das einen AV-Hauptinhalt umfasst, direkt an die Videoanzeigevorrichtung 800 senden, ohne über die Rundfunk-Empfangsvorrichtung 760 zu gehen.
  • Die Videoanzeigevorrichtung 800 kann über die Rundfunk-Empfangsvorrichtung 760 einen unkomprimierten AV-Hauptinhalt empfangen. Zusätzlich kann die Videoanzeigevorrichtung 800 ein Rundfunksignal über einen Funkkanal empfangen, und kann dann das empfangene Rundfunksignal demodulieren oder decodieren, um einen AV-Hauptinhalt zu erzielen. Zusätzlich kann die Videoanzeigevorrichtung 800 ein Rundfunksignal von dem MVPD 730 empfangen, und kann dann das empfangene Rundfunksignal demodulieren und decodieren, um einen AV-Hauptinhalt zu erzielen.
  • Die Videoanzeigevorrichtung 800 entnimmt Wasserzeicheninformationen aus Audioproben in einigen Datenübertragungsblöcken oder Intervallen des erzielten AV-Hauptinhalts. Wenn die Wasserzeicheninformationen einem Logo entsprechen, bestätigt die Videoanzeigevorrichtung 800 eine Wasserzeichen-Server-Adresse, die einem Logo entspricht, das aus einer entsprechenden Beziehung zwischen einer Vielzahl von Logos und einer Vielzahl von Wasserzeichen-Server-Adressen entnommen wird.
  • Wenn die Wasserzeicheninformationen dem Logo entsprechen, kann die Videoanzeigevorrichtung 800 den AV-Hauptinhalt mit dem Logo allein nicht identifizieren. Wenn zusätzlich die Wasserzeicheninformationen keine Inhaltsinformationen umfassen, kann die Videoanzeigevorrichtung 800 die AV-Hauptinhalte nicht identifizieren, doch die Wasserzeicheninformationen können Informationen, die den Inhaltsanbieter identifizieren, oder eine Wasserzeichen-Server-Adresse umfassen. Wenn die Wasserzeicheninformationen die Informationen, die den Inhaltsanbieter identifizieren, umfassen, kann die Videoanzeigevorrichtung 800 eine Wasserzeichen-Server-Adresse bestätigen, die den Informationen entspricht, die den Inhaltsanbieter identifizieren und die aus einer entsprechenden Beziehung zwischen einer Vielzahl von Informationen, die den Inhaltsanbieter identifizieren, und einer Vielzahl von Wasserzeichen-Server-Adressen entnommen werden.
  • Wenn auf diese Art und Weise die Videoanzeigevorrichtung 800 einen AV-Hauptinhalt mit den Wasserzeicheninformationen allein nicht identifizieren kann, greift sie auf den Wasserzeichen-Server 721 zu, welcher der erzielten Wasserzeichen-Server-Adresse entspricht, um in Schritt S709 eine erste Abfrage zu senden.
  • Der Wasserzeichen-Server 721 stellt in Schritt S711 eine erste Antwort auf die erste Abfrage bereit. Die erste Antwort kann mindestens eines von Inhaltsinformationen, erweiterten Dienstinformationen und einem verfügbaren erweiterten Dienst umfassen.
  • Gemäß einer Ausführungsform kann die Videoanzeigevorrichtung 800 Informationen über den derzeit betrachteten Kanal erzielen, indem sie einen ACR-Mechanismus verwendet, der die Wasserzeichenmarkierung gemäß dem zuvor beschriebenen Schritten verwendet. Die erzielten Informationen können Informationen über den betrachteten Kanal, eine Adresse (URL) des Servers 740 zum Bereitstellen von Informationen über erweiterte Dienste, der Informationen bereitstellt, die zum Erzielen eines erweiterten Dienstes mit Bezug auf den betrachteten Kanal notwendig sind, und einen Zeitstempel, der Zeitinformationen entspricht, umfassen.
  • Wenn die Wasserzeicheninformationen und die erste Antwort keine erweiterte Dienstadresse umfassen, kann die Videoanzeigevorrichtung 800 keinen erweiterten Dienst erzielen. Die Wasserzeicheninformationen und die erste Antwort können jedoch eine Adresse eines Servers zum Bereitstellen einer Adresse eines erweiterten Dienstes umfassen. Wenn die Videoanzeigevorrichtung 800 somit keine erweiterte Dienstadresse oder keinen erweiterten Dienst anhand der Wasserzeicheninformationen und der ersten Antwort erzielt, und die Videoanzeigevorrichtung 100 eine Adresse eines Servers zum Bereitstellen einer Adresse eines erweiterten Dienstes erzielt, greift sie auf den Server 740 zum Bereitstellen von Informationen über erweiterte Dienste zu, welcher der erzielten Adresse des Servers zum Bereitstellen einer Adresse eines erweiterten Dienstes entspricht, um in Schritt S719 eine zweite Abfrage zu senden, die Inhaltsinformationen umfasst.
  • Der Server 740 zum Bereitstellen von Informationen über erweiterte Dienste sucht mindestens einen verfügbaren erweiterten Dienst mit Bezug auf die Inhaltsinformationen der zweiten Abfrage. Später stellt der Server 740 zum Bereitstellen von Informationen über erweiterte Dienste der Videoanzeigevorrichtung 800 erweiterte Dienstinformationen für mindestens einen verfügbaren erweiterten Dienst als zweite Antwort auf die zweite Abfrage in Schritt S721 bereit.
  • Gemäß einer Ausführungsform können die erweiterten Dienstinformationen Metadaten umfassen, die Informationen aufweisen, die notwendig sind, um Inhalte, wie etwa ein TDO, das einen entsprechenden erweiterten Dienst bildet, oder Auslöserinformationen zu erzielen.
  • Beispielsweise können die Metadaten eine oder mehrere Signalisierungstabellen umfassen, und die Signalisierungstabellen können eine Adresse (beispielsweise eine URL des Servers 50 zum Bereitstellen erweiterter Dienste) eines Servers, der Inhalte bereitstellt, wie etwa das TDO, und eine Adresse (beispielsweise eine URL des Servers 50 zum Bereitstellen erweiterter Dienste) eines Servers, der die Auslöserinformationen bereitstellt, umfassen.
  • Des Weiteren können die Signalisierungstabellen mindestens eine der NRT-Dienstsignalisierungstabellen umfassen, wie mit Bezug auf 1 bis 21 beschrieben, beispielsweise eine NRT-Dienstzuordnungstabelle (SMT), eine NRT-Informationstabelle (NRT-IT) und eine Textfragmenttabelle (TFT).
  • In diesem Fall kann die Adresse (URL) des Servers zum Bereitstellen von Inhalten, wie etwa des TDO, in einer der NRT-Dienstsignalisierungstabellen enthalten sein. Beispielsweise kann eine URL des Server 750 zum Bereitstellen von erweiterten Diensten, der die Inhalte bereitstellt, in der NRT-IT enthalten sein.
  • Zusätzlich kann die Adresse (URL) des Servers, der die Auslöserinformationen bereitstellt, in einer der NRT-Dienstsignalisierungstabellen enthalten sein, und die Tabelle, welche die Adresse (URL) des Servers enthält, der die Auslöserinformationen bereitstellt, kann die gleiche sein wie diejenige, welche die Adresse (URL) des Servers umfasst, der die Inhalte bereitstellt, wie etwa das TDO, oder kann getrennt als eine Tabelle definiert sein, welche die Adresse (URL) des Servers, der die Auslöserinformationen bereitstellt, enthält.
  • Wenn die Videoanzeigevorrichtung 800 mindestens eine verfügbare erweiterte Dienstadresse anhand der Wasserzeicheninformationen, der ersten Antwort oder der zweiten Antwort erzielt, greift sie auf den Server 750 zum Bereitstellen erweiterter Dienste unter Verwendung der mindestens einen verfügbaren erweiterten Dienstadresse zu, um in Schritt S723 einen erweiterten Dienst zu verlangen, und erzielt dann den erweiterten Dienst von dem Server 750 zum Bereitstellen erweiterter Dienste, in Schritt S725.
  • Gemäß einer Ausführungsform kann ein erweiterter Dienst, der von dem Server 750 zum Bereitstellen erweiterter Dienste über das Internet erzielt wird, Inhalte, wie etwa ein TDO, und Auslöserinformationen umfassen. Der Server 750 zum Bereitstellen erweiterter Dienste, der die Inhalte bereitstellt, wie etwa das TDO, und der Server 750 zum Bereitstellen erweiterter Dienste, der die Auslöserinformationen bereitstellt, können unterschiedliche URL aufweisen.
  • 49 ist eine Ansicht, die einen Zeitpunkt der Erkennung von wasserzeichenbasierten Inhalten gemäß einer Ausführungsform abbildet.
  • Wenn, wie in 49 gezeigt, die Rundfunk-Empfangsvorrichtung 760 eingeschaltet wird und einen Kanal einstellt, und die Videoanzeigevorrichtung 800 auch einen AV-Hauptinhalt des eingestellten Kanals von der Rundfunk-Empfangsvorrichtung 760 über einen externen Eingabeanschluss 811 empfängt, kann die Videoanzeigevorrichtung 100 eine Inhaltsanbieterkennung (oder eine Rundfunkstationskennung) aus dem Wasserzeichen des AV-Hauptinhalts abtasten. Dann kann die Videoanzeigevorrichtung 800 Inhaltsinformationen aus dem Wasserzeichen des AV-Hauptinhalts auf der Grundlage der abgetasteten Inhaltsanbieterkennung abtasten.
  • Wie in 49 gezeigt, kann zu diesem Punkt der Zeitraum, der für die Erkennung der Inhaltsanbieterkennung zur Verfügung steht, anders als derjenige der Inhaltsinformationen sein. Insbesondere kann der Zeitraum, der für die Erkennung der Inhaltsanbieterkennung zur Verfügung steht, kürzer als derjenige der Inhaltsinformationen sein. Dadurch kann die Videoanzeigevorrichtung 100 eine effiziente Konfiguration zum Erkennen nur der notwendigen Informationen aufweisen.
  • 50 ist ein Blockdiagramm, das eine fingerabdruckbasierte Netzwerktopologie gemäß einer Ausführungsform abbildet.
  • Wie in 50 gezeigt, kann die Netzwerktopologie ferner einen Fingerabdruck-Server 722 umfassen.
  • Wie in 50 gezeigt, bearbeitet der Fingerabdruck-Server 722 einen AV-Hauptinhalt nicht, sondern entnimmt Merkmalsinformationen aus Audioproben in einigen Datenübertragungsblöcken oder Intervallen des AV-Hauptinhalts und speichert die entnommenen Merkmalsinformationen. Wenn er dann die Merkmalsinformationen von der Videoanzeigevorrichtung 800 empfängt, stellt der Fingerabdruck-Server 722 eine Kennung und Zeitinformationen eines AV-Inhalts bereit, die den empfangenen Merkmalsinformationen entsprechen.
  • Gemäß einer Ausführungsform können Informationen, die von dem Fingerabdruck-Server 722 übertragen werden, Kanalinformationen, eine Adresse (URL) eines Servers, der zuerst anzuschließen ist, um Inhalte, wie etwa ein TDO, oder Auslöserinformationen zu erzielen, die in einem erweiterten Dienst mit Bezug auf einen entsprechenden Kanal enthalten sind, und einen Zeitstempel, der Zeitinformationen entspricht, umfassen.
  • 51 ist ein Leiterdiagramm, das einen Datenfluss in einer fingerabdruckbasierten Netzwerktopologie gemäß einer Ausführungsform abbildet.
  • Zunächst sendet der Inhaltsbereitstellungs-Server 710 in Schritt S801 ein Rundfunksignal, das einen AV-Hauptinhalt und einen erweiterten Dienst umfasst.
  • Der Fingerabdruck-Server 722 empfängt ein Rundfunksignal von dem Inhaltsbereitstellungs-Server 710, entnimmt eine Vielzahl von Merkmalsinformationen aus einer Vielzahl von Einzelbildintervallen oder Audiointervallen aus dem AV-Hauptinhalt und erstellt eine Datenbank für eine Vielzahl von Abfrageergebnissen, die der Vielzahl von Merkmalsinformationen in Schritt S803 entsprechen. Das Abfrageergebnis kann mindestens eines von Inhaltsinformationen, erweiterten Dienstinformationen, und einem verfügbaren erweiterten Dienst umfassen.
  • Der MVPD 730 empfängt Rundfunksignale, die einen AV-Hauptinhalt und einen erweiterten Dienst umfassen, und generiert ein gemultiplextes Signal, um es der Rundfunk-Empfangsvorrichtung 760 in Schritt S805 bereitzustellen. Zu diesem Punkt kann das gemultiplexte Signal den empfangenen erweiterten Dienst ausschließen oder kann einen neuen erweiterten Dienst einbeziehen.
  • Die Rundfunk-Empfangsvorrichtung 760 stellt einen Kanal ein, den ein Benutzer auswählt, und empfängt Signale des eingestellten Kanals, demoduliert die empfangenen Signale, führt eine Kanaldecodierung und AV-Decodierung an den demodulierten Signalen aus, um einen unkomprimierten AV-Hauptinhalt zu erstellen, und stellt dann den generierten unkomprimierten AV-Hauptinhalt der Videoanzeigevorrichtung 100 in Schritt S806 bereit.
  • Des Weiteren überträgt der Inhaltsbereitstellungs-Server 710 in Schritt S807 auch ein Rundfunksignal, das einen AV-Hauptinhalt umfasst, über einen Funkkanal.
  • Zusätzlich kann der MVPD 730 in Schritt S808 ein Rundfunksignal, das einen AV-Hauptinhalt umfasst, direkt an die Videoanzeigevorrichtung 800 senden, ohne über die Rundfunk-Empfangsvorrichtung 760 zu gehen.
  • Die Videoanzeigevorrichtung 800 kann einen unkomprimierten AV-Hauptinhalt über die Rundfunk-Empfangsvorrichtung 760 empfangen. Zusätzlich kann die Videoanzeigevorrichtung 800 ein Rundfunksignal über einen Funkkanal empfangen, und kann dann das empfangene Rundfunksignal demodulieren und decodieren, um einen AV-Hauptinhalt zu erzielen.
  • Zusätzlich kann die Videoanzeigevorrichtung 800 ein Rundfunksignal von dem MVPD 730 empfangen, und kann dann das empfangene Rundfunksignal demodulieren und decodieren, um einen AV-Hauptinhalt zu erzielen. Die Videoanzeigevorrichtung 800 entnimmt in Schritt S813 Merkmalsinformationen aus Audioproben in einigen Datenübertragungsblöcken oder Intervallen des erzielten AV-Hauptinhalts.
  • Die Videoanzeigevorrichtung 800 greift in Schritt S815 auf den Fingerabdruck-Server 722 zu, welcher der vorherbestimmten Fingerabdruck-Server-Adresse entspricht, um eine erste Abfrage zu senden, welche die entnommenen Merkmalsinformationen umfasst, und empfängt in Schritt S816 eine zweite Antwort von dem Fingerabdruck-Server 722 als Antwort auf die erste Abfrage.
  • Der Fingerabdruck-Server 722 stellt in Schritt S817 ein Abfrageergebnis als erste Antwort auf die erste Abfrage bereit. Wenn die erste Antwort einem Versagen entspricht, greift die Videoanzeigevorrichtung 800 auf den Fingerabdruck-Server 722 zu, der einer anderen Fingerabdruck-Server-Adresse entspricht, um eine erste Abfrage zu senden, welche die entnommenen Merkmalsinformationen umfasst.
  • Gemäß einer Ausführungsform kann die Videoanzeigevorrichtung 800 Informationen über einen derzeit betrachteten Kanal erzielen, indem sie einen ACR-Mechanismus verwendet, der einen Fingerabdruck gemäß den zuvor beschriebenen Schritten verwendet. Die erzielten Informationen können Informationen über den betrachteten Kanal, eine Adresse (URL) des Servers 740 zum Bereitstellen von Informationen über erweiterte Dienste, der Informationen bereitstellt, die zum Erzielen eines erweiterten Dienstes mit Bezug auf den betrachteten Kanal notwendig sind, und einen Zeitstempel, der Zeitinformationen entspricht, umfassen.
  • Beispielsweise kann der Fingerabdruck-Server 722 ein XML- („Extensible Markup Language“) Dokument als Abfrageergebnis umfassen. Beispiele des XML-Dokuments, das ein Abfrageergebnis enthält, werden mit Bezug auf 52 und Tabelle 4 beschrieben.
  • 52 ist eine Ansicht, die ein schematisches XML-Diagramm des ACR-Ergebnistyps, der ein Abfrageergebnis enthält, gemäß einer Ausführungsform abbildet.
  • Wie in Fig. gezeigt 52, umfasst der ACR-Ergebnistyp, der ein Abfrageergebnis enthält, die Attribute ResultCode und die Elemente ContentID, NTPTimestamp, SignalingChannelInformation und Serviceinformation.
  • Wenn beispielsweise das Attribut ResultCode gleich 200 ist, kann dies bedeuten, dass das Abfrageergebnis erfolgreich ist. Wenn beispielsweise das Attribut ResultCode gleich 404 ist, kann dies bedeuten, dass das Abfrageergebnis nicht erfolgreich ist.
  • ContentID ist eine Kennung, die in der Lage ist, entsprechende Inhalte zu identifizieren, und kann eine Kennung für einen derzeit betrachteten Kanal sein.
  • NTPTimestamp stellt Zeitinformationen über den Startpunkt (oder auch einen Endpunkt) eines Abtastzeitraums bereit, der bei der Abfrage verwendet wird, und das NTP kann im Internet unter Verwendung der UTC-Zeit eine Präzision in Hundertstelsekunden sicherstellen.
  • Entsprechend kann der NTPTimestamp für eine präzise Synchronisierung in einer Einzelbildeinheit verwendet werden, und kann gemäß einer Ausführungsform ein Wert sein, der mit dem gleichen Takt wie ein Aktionszeitstempel für die Auslöserinformationen synchronisiert wird, wie sie mit Bezug auf 25 bis 32 beschrieben werden.
  • Dies bedeutet, dass Inhalte, wie etwa das TDO, mit Zeitinformationen der Auslöserinformationen auf der Grundlage des NTPTimestamp synchronisiert werden können, um gemäß einer Auslöseraktion, die in den Auslöserinformationen enthalten ist, ausgeführt oder abgespielt zu werden.
  • SignalingChannelInformation gibt einen Kanal an, der Metadaten, wobei es sich um Signalisierungsinformationen für den erweiterten Dienst handelt, über das Internet bereitstellt, und kann Verbindungsinformationen für den Signalisierungskanal auf einem IP-Netz bereitstellen.
  • Beispielsweise können die Verbindungsinformationen für den Signalisierungskanal eine Adresse (URL) eines Servers sein, der Signalisierungsinformationen für den erweiterten Dienst bereitstellt, und genauer gesagt kann es sich um eine URL des Servers 740 zum Bereitstellen von Informationen über erweiterte Dienste handeln, wie mit Bezug auf 46 bis 51 beschrieben.
  • Dazu umfasst das Element SignalingChannelInformation eine SignalingChannelURL, die eine URL eines Servers angibt, der Signalisierungsinformationen der erweiterten Informationen bereitstellt, und das Element SignalingChannelURL umfasst die Attribute Aktualisierungsmodus (UpdateMode) und Polling-Zyklus (PollingCycle).
  • Gemäß einer Ausführungsform wird die Videoanzeigevorrichtung 800 an den Server 740 zum Bereitstellen von Informationen über erweiterte Dienste angeschlossen, indem eine URL verwendet wird, die in dem Element SignalingChannelURL bezeichnet wird, um Signalisierungsinformationen zu empfangen, um Inhalte, wie etwa ein TDO, und Auslöserinformationen zu erzielen.
  • Des Weiteren gibt UpdateMode eine Methode zum Erzielen von Informationen über den Signalisierungskanal an und kann Signalisierungsinformationen erzielen, indem gemäß einer Pull-Methode regelmäßig ein Polling ausgeführt wird. Bei einer Push-Methode kann die Videoanzeigevorrichtung 800 die Signalisierungsinformationen gegebenenfalls mit einer Push-Methode an den Server 740 zum Bereitstellen von Informationen über erweiterte Dienste senden.
  • Zusätzlich kann PollingCycle einen grundlegenden Zeitraumwert für das Polling der Videoanzeigevorrichtung 800 bezeichnen. Die Videoanzeigevorrichtung 800 kann Signalisierungsinformationen in einem Zeitraum verlangen, der dem grundlegenden Zeitraumwert entspricht, zu dem ein vorherbestimmter Wert hinzugefügt wird, um eine Überlastung der Anfragen an den Server 740 zum Bereitstellen von Informationen über erweiterte Dienste zu verhindern.
  • Auch stellt das Element ServiceInformation spezifische Informationen über den entsprechenden Kanal bereit, zum Beispiel einen Kanalnamen, ein Logo oder eine Textbeschreibung usw., und die Kanalinformationen, die in dem Element ServiceInformation enthalten sind, können unmittelbar anhand eines Banners der Videoanzeigevorrichtung 800 angezeigt werden.
  • Beispielsweise umfasst das Element ServiceInformation als Teilelemente ServiceName, das den Namen eines derzeit betrachteten Kanals angibt, ServiceLogo, das ein Logo des Kanals angibt, und ServiceDescription, das eine Textbeschreibung für den Kanal angibt.
  • Die Tabelle 4 bildet ein XML-Schema des Elements ACR-ResultType ab, welches das Abfrageergebnis enthält.
    Figure DE112011104029B4_0001
    Figure DE112011104029B4_0002
  • Als Element ContentID kann eine ATSC-Inhaltskennung verwendet werden, wie in Tabelle 5 gezeigt. Tabelle 5
    Syntax Bitanzahl Format
    ATSC_content_identifier() {
    TSID 16 uimsbf
    reserved 2 bslbf
    end_of_day 5 uimsbf
    unique_for 9 uimsbf
    content_id var
    }
  • Wie in Tabelle 5 gezeigt, weist der ATSC-Inhaltskennung eine Struktur auf, die eine TSID und eine Hausnummer umfasst.
  • Die 16 Bit lange vorzeichenlose Ganzzahl TSID führt eine Transportstromkennung.
  • Die 5 Bit lange vorzeichenlose Ganzzahl end_of_day ist auf eine Uhrzeit an einem Tag eingestellt, ab der ein Wert content_id wiederverwendet werden kann, nachdem die Übertragung beendet ist.
  • Die 9 Bit lange vorzeichenlose Ganzzahl unique_for ist auf die Anzahl der Tage eingestellt, während deren der Wert content_id nicht wiederverwendet werden kann.
  • Content_id stellt eine Inhaltskennung dar. Die Videoanzeigevorrichtung 100 reduziert unique_for um 1 in einer entsprechenden Zeit bis end_of_day an jedem Tag und geht davon aus, dass content_id einzigartig ist, wenn unique_for nicht gleich 0 ist.
  • Des Weiteren kann als Element ContentID eine globale Dienstkennung für einen ATSC-M/H-Dienst verwendet werden, wie es nachstehend beschrieben wird.
  • Die globale Dienstkennung sieht folgendermaßen aus. urn:oma:bcast:iauth:atsc:service: <region>:<xsid>:<serviceid>
  • Dabei ist <region> ein internationaler Ländercode, der zwei Zeichen umfasst und durch ISO 639-2 reguliert ist. <xsid> für einen lokalen Dienst ist eine Dezimalzahl von TSID, wie sie in <region> definiert wird, und <xsid> (regionaler Dienst) (Hauptkanal > 69) ist gleich 0. <serviceid> wird mit <major> oder <minor> definiert. <major> stellt eine Hauptkanalnummer dar und <minor> stellt eine Nebenkanalnummer dar.
  • Beispiele der globalen Dienstkennung sehen folgendermaßen aus.
    • - urn:oma:bcast:iauth:atsc:service:us:1234:5.1
    • - urn:oma:bcast:iauth:atsc:service:us:0:100.200
  • Des Weiteren kann als Element ContentID eine ATSC-Inhaltskennung verwendet werden, wie nachstehend beschrieben.
  • Die ATSC-Inhaltskennung sieht folgendermaßen aus.
    urn:oma:bcast:iauth:atsc:content:<region>:<xsidz>:<contentid>:<unique_for>:<e nd_of_day>
  • Dabei ist <region> ein internationaler Ländercode, der zwei Zeichen umfasst und durch ISO 639-2 reguliert wird. <xsid> für einen lokalen Dienst ist eine Dezimalzahl von TSID, wie in <region> definiert, worauf "."<serviceid> folgen kann. <xsid> für einen (regionalen) Dienst (Hauptkanal > 69) ist <serviceid>. <content_id> ist ein Base64-Zeichen eines Feldes content_id, das in Tabelle 5 definiert wird, <unique_for> ist ein Dezimalzeichen eines Feldes unique_for, das in Tabelle 5 definiert wird, und <end_of_day> ist ein Dezimalzeichen eines Feldes end_of_day, das in Tabelle 5 definiert wird.
  • Des Weiteren wird eine beispielhafte Konfiguration von Informationen, die durch den ACR-Mechanismus erzielt werden, eine Konfiguration einer ersten Antwort, die von dem Fingerabdruck-Server 722 als erstes Abfrageergebnis übertragen wird, mit Bezug auf 52 und auf die Tabellen 4 und 5 beschrieben, doch die vorliegende Erfindung ist nicht darauf eingeschränkt.
  • Beispielsweise werden Informationen, welche die Konfiguration aufweisen, wie sie mit Bezug auf 52 und auf die Tabellen 4 und 5 beschrieben wird, in ein Wasserzeichen eingefügt und von der Videoanzeigevorrichtung 800 empfangen oder von dem Wasserzeichen-Server 721 übertragen.
  • Nachstehend wird 51 noch einmal beschrieben.
  • Wenn das Abfrageergebnis keine erweiterte Dienstadresse oder keinen erweiterten Dienst umfasst, sondern eine Adresse eines Servers zum Bereitstellen von Adressen erweiterter Dienste umfasst, greift die Videoanzeigevorrichtung 800 auf den Server 740 zum Bereitstellen von Informationen über erweiterte Dienste zu, welcher der erzielten Adresse des Servers zum Bereitstellen von Adressen erweiterter Dienste entspricht, um eine zweite Abfrage zu senden, die Inhaltsinformationen umfasst, in Schritt S819.
  • Der Server 740 zum Bereitstellen von Informationen über erweiterte Dienste sucht mindestens einen verfügbaren erweiterten Dienst mit Bezug auf die Inhaltsinformationen der zweiten Abfrage. Später stellt der Server 740 zum Bereitstellen von Informationen über erweiterte Dienste der Videoanzeigevorrichtung 800 erweiterte Dienstinformationen für mindestens einen verfügbaren erweiterten Dienst als zweite Antwort auf die zweite Abfrage in Schritt S821 bereit.
  • Gemäß einer Ausführungsform können die erweiterten Dienstinformationen Metadaten umfassen, die Informationen, die zum Erzielen von Inhalten, wie etwa eines TDO, notwendig sind, und Auslöserinformationen aufweisen, die den entsprechenden erweiterten Dienst bilden.
  • Beispielsweise können die Metadaten eine oder mehrere Signalisierungstabellen umfassen, und die Signalisierungstabellen können eine Adresse (zum Beispiel eine URL des Servers 750 zum Bereitstellen von erweiterten Diensten) eines Servers, der Inhalte, wie etwa das TDO, bereitstellt, und eine Adresse (zum Beispiel eine URL des Servers 750 zum Bereitstellen von erweiterten Diensten) eines Servers, der die Auslöserinformationen bereitstellt, umfassen.
  • Des Weiteren können die Signalisierungstabellen mindestens eine der NRT-Dienstsignalisierungstabellen umfassen, zum Beispiel eine NRT-Dienstzuordnungstabelle (SMT), eine NRT-Informationstabelle (NRT-IT) und eine Textfragmenttabelle (TFT), wie sie mit Bezug auf 1 bis 21 beschrieben werden.
  • In diesem Fall kann die Adresse (URL) des Servers, der die Inhalte, wie etwa das TDO, bereitstellt, in einer der NRT-Dienstsignalisierungstabellen enthalten sein. Beispielsweise kann die URL des Servers 750 zum Bereitstellen erweiterter Dienste, der die Inhalte bereitstellt, in der NRT-IT enthalten sein.
  • Des Weiteren kann die Adresse (URL) des Servers, der die Auslöserinformationen bereitstellt, in einer Tabelle der NRT-Dienstsignalisierungstabellen enthalten sein, und die Tabelle, welche die Adresse (URL) des Servers, der die Auslöserinformationen bereitstellt, enthält, kann die gleiche sein wie eine Tabelle, welche die Adresse (URL) des Servers, der die Inhalte, wie etwa das TDO, bereitstellt, oder sie kann getrennt als Tabelle definiert werden, welche die Adresse (URL) des Servers, der die Auslöserinformationen bereitstellt, umfasst.
  • Wenn die Videoanzeigevorrichtung 800 mindestens eine verfügbare erweiterte Dienstadresse anhand der ersten Antwort oder der zweiten Antwort empfängt, greift sie auf die mindestens eine verfügbare erweiterte Dienstadresse zu, um in Schritt S823 einen erweiterten Dienst zu verlangen, und erzielt dann den erweiterten Dienst in Schritt S825.
  • Wenn das Attribut UpdateMode einen Wert Pull aufweist, sendet die Videoanzeigevorrichtung 800 eine HTTP-Anfrage an den Server 750 zum Bereitstellen erweiterter Dienste über die SignalingChannelURL und empfängt eine HTTP-Antwort, die einen PSIP-Bitstrom von dem Server 750 zum Bereitstellen erweiterter Dienste als Antwort auf die Anfrage umfasst.
  • In diesem Fall kann die Videoanzeigevorrichtung 800 die HTTP-Anfrage gemäß einem Polling-Zeitraum, der als Attribut PollingCycle bezeichnet wird, senden. Zusätzlich kann das Element SignalingChannelURL ein Attribut zur Zeitaktualisierung aufweisen. In diesem Fall kann die Videoanzeigevorrichtung 800 die HTTP-Anfrage gemäß einer Aktualisierungszeit senden, die als Attribut zur Zeitaktualisierung bezeichnet wird.
  • Wenn das Attribut UpdateMode einen Wert Push aufweist, kann die Videoanzeigevorrichtung 800 eine Aktualisierung von einem Server asynchron über eine API XMLHTTPRequest empfangen. Nachdem die Videoanzeigevorrichtung 800 eine asynchrone Anfrage an einen Server über das Objekt XMLHTTPRequest gesendet hat, wenn eine Änderung in den Signalisierungsinformationen vorliegt, stellt der Server die Signalisierungsinformationen als Antwort über den Kanal bereit. Wenn es bei der Wartezeit der Sitzung eine Einschränkung gibt, generiert ein Server eine Antwort der Sitzungszeitüberschreitung und ein Empfänger erkennt die generierte Zeitüberschreitungsantwort, um erneut eine Anfrage zu senden, so dass ein Signalisierungskanal zwischen dem Empfänger und dem Server die ganze Zeit über beibehalten werden kann.
  • Gemäß der vorliegenden Erfindung kann der erweiterte Dienst, der von dem Server 750 zum Bereitstellen erweiterter Dienste erzielt wird, Inhalte, wie etwa ein TDO, und Auslöserinformationen umfassen, und der Server 750 zum Bereitstellen erweiterter Dienste, der die Inhalte, wie etwa das TDO, bereitstellt, und der Server 750 zum Bereitstellen erweiterter Dienste, der die Auslöserinformationen bereitstellt, können verschiedene URL aufweisen.
  • 53 ist ein Blockdiagramm, das eine wasserzeichen- und fingerabdruckbasierte Netzwerktopologie gemäß einer Ausführungsform abbildet.
  • Wie in 53 gezeigt, kann die wasserzeichen- und fingerabdruckbasierte Netzwerktopologie ferner einen Wasserzeichen-Server 721 und einen Fingerabdruck-Server 722 umfassen.
  • Wie in 53 gezeigt, fügt der Wasserzeichen-Server 721 Informationen, die den Inhaltsanbieter identifizieren, in einen AV-Hauptinhalt ein. Der Wasserzeichen-Server 721 kann Informationen, die den Inhaltsanbieter identifizieren, als sichtbares Wasserzeichen, wie etwa ein Logo, oder als unsichtbares Wasserzeichen in einen AV-Hauptinhalt einfügen.
  • Der Fingerabdruck-Server 722 bearbeitet den AV-Hauptinhalt nicht, sondern entnimmt Merkmalsinformationen aus Audioproben in einigen Einzelbildern oder Intervallen der AV-Hauptinhalte und speichert die entnommenen Merkmalsinformationen. Wenn dann die Merkmalsinformationen von der Videoanzeigevorrichtung 800 empfangen werden, stellt der Fingerabdruck-Server 722 eine Kennung und Zeitinformationen eines AV-Inhalts bereit, die den empfangenen Merkmalsinformationen entsprechen.
  • 54 ist ein Leiterdiagramm, das einen Datenfluss in einer wasserzeichen- und fingerabdruckbasierten Netzwerktopologie gemäß einer Ausführungsform abbildet. In dem abgebildeten Datenfluss wird die Beschreibung über die gleichen Teile, wie sie mit Bezug auf 46 bis 53 beschrieben wurden, ausgelassen.
  • Zunächst sendet der Inhaltsbereitstellungs-Server 710 in Schritt S901 ein Rundfunksignal, das einen AV-Hauptinhalt und einen erweiterten Dienst umfasst.
  • Der Wasserzeichen-Server 721 empfängt ein Rundfunksignal, das von dem Inhaltsbereitstellungs-Server 710 bereitgestellt wird, fügt ein sichtbares Wasserzeichen, wie etwa ein Logo, oder Wasserzeicheninformationen als unsichtbares Wasserzeichen in den AV-Hauptinhalt ein, indem er den AV-Hauptinhalt bearbeitet, und stellt den mit Wasserzeichen markierten AV-Hauptinhalt und den erweiterten Dienst dem MVPD 730 in Schritt S903 bereit.
  • Die Wasserzeicheninformationen, die anhand eines unsichtbaren Wasserzeichens eingefügt werden, können mindestens eines von Inhaltsinformationen, erweiterten Dienstinformationen und einem verfügbaren erweiterten Dienst umfassen. Die Inhaltsinformationen und die erweiterten Dienstinformationen wurden zuvor beschrieben.
  • Der MVPD 730 empfängt Rundfunksignale, die mit Wasserzeichen markierte AV-Hauptinhalte und einen erweiterten Dienst umfassen, und generiert ein gemultiplextes Signal, um es der Rundfunk-Empfangsvorrichtung 760 in Schritt S905 bereitzustellen. Zu diesem Punkt kann das gemultiplexte Signal den empfangenen erweiterten Dienst umfassen oder kann einen neuen erweiterten Dienst umfassen.
  • Die Rundfunk-Empfangsvorrichtung 760 stellt einen Kanal ein, den ein Benutzer auswählt, und empfängt Signale des eingestellten Kanals, demoduliert die empfangenen Signale, führt eine Kanaldecodierung und eine AV-Decodierung an den demodulierten Signalen aus, um einen unkomprimierten AV-Hauptinhalt zu generieren, und stellt dann den generierten unkomprimierten AV-Hauptinhalt der Videoanzeigevorrichtung 800 in Schritt S906 bereit.
  • Des Weiteren überträgt der Inhaltsbereitstellungs-Server 710 in Schritt S907 auch ein Rundfunksignal, das einen AV-Hauptinhalt umfasst, über einen Funkkanal.
  • Zusätzlich kann der MVPD 730 in Schritt S908 ein Rundfunksignal, das einen AV-Hauptinhalt umfasst, direkt an die Videoanzeigevorrichtung 800 senden, ohne über die Rundfunk-Empfangsvorrichtung 760 zu gehen.
  • Die Videoanzeigevorrichtung 800 kann einen unkomprimierten AV-Hauptinhalt über die Rundfunk-Empfangsvorrichtung 760 empfangen. Zudem kann die Videoanzeigevorrichtung 800 ein Rundfunksignal über einen Funkkanal empfangen, und kann dann das empfangene Rundfunksignal demodulieren und decodieren, um einen AV-Hauptinhalt zu empfangen. Zudem kann die Videoanzeigevorrichtung 800 ein Rundfunksignal von dem MVPD 730 empfangen und kann dann das empfangene Rundfunksignal demodulieren und decodieren, um einen AV-Hauptinhalt zu erzielen. Die Videoanzeigevorrichtung 800 entnimmt Wasserzeicheninformationen aus Audioproben in einigen Einzelbildern oder Zeiträumen der erzielten AV-Hauptinhalte.
  • Wenn die Wasserzeicheninformationen einem Logo entsprechen, bestätigt die Videoanzeigevorrichtung 800 eine Wasserzeichen-Server-Adresse, die einem Logo entspricht und die aus einer entsprechenden Beziehung zwischen einer Vielzahl von Logos und einer Vielzahl von Wasserzeichen-Server-Adressen entnommen wird.
  • Wenn die Wasserzeicheninformationen dem Logo entsprechen, kann die Videoanzeigevorrichtung 800 die AV-Hauptinhalte mit dem Logo allein nicht identifizieren. Wenn zudem die Wasserzeicheninformationen keine Inhaltsinformationen umfassen, kann die Videoanzeigevorrichtung 800 die AV-Hauptinhalte nicht identifizieren, doch die Wasserzeicheninformationen können Informationen, die den Inhaltsanbieter identifizieren, oder eine Wasserzeichen-Server-Adresse umfassen.
  • Wenn die Wasserzeicheninformationen die Informationen umfassen, die den Inhaltsanbieter identifizieren, kann die Videoanzeigevorrichtung 800 eine Wasserzeichen-Server-Adresse bestätigen, die den Informationen entspricht, die den Inhaltsanbieter identifizieren und aus einer entsprechenden Beziehung zwischen einer Vielzahl von Informationen, die den Inhaltsanbieter identifizieren, und einer Vielzahl von Wasserzeichen-Server-Adressen entnommen werden. Wenn dadurch die Videoanzeigevorrichtung 800 einen AV-Hauptinhalt der Videoanzeigevorrichtung 800 mit den Wasserzeicheninformationen allein nicht identifizieren kann, greift sie auf den Wasserzeichen-Server 721 zu, welcher der erzielten Wasserzeichen-Server-Adresse entspricht, um eine erste Abfrage in Schritt S909 zu senden.
  • Der Wasserzeichen-Server 721 stellt in Schritt S911 eine erste Antwort auf die erste Abfrage bereit. Die erste Antwort kann mindestens eines von einer Fingerabdruck-Server-Adresse, Inhaltsinformationen, erweiterten Dienstinformationen und einem verfügbaren erweiterten Dienst umfassen. Die Inhaltsinformationen und die erweiterten Dienstinformationen wurden zuvor beschrieben.
  • Wenn die Wasserzeicheninformationen und die erste Antwort eine Fingerabdruck-Server-Adresse umfassen, entnimmt die Videoanzeigevorrichtung 800 Merkmalsinformationen aus Audioproben in einigen Einzelbildern oder Intervallen der erzielten AV-Hauptinhalte in Schritt S913.
  • Die Videoanzeigevorrichtung 800 greift auf den Fingerabdruck-Server 722 zu, welcher der Fingerabdruck-Server-Adresse in der ersten Antwort entspricht, um in Schritt S915 eine zweite Abfrage zu senden, welche die entnommenen Merkmalsinformationen umfasst.
  • Der Fingerabdruck-Server 722 stellt in Schritt S917 ein Abfrageergebnis als zweite Antwort auf die zweite Abfrage bereit.
  • Wenn das Abfrageergebnis keine erweiterte Dienstadresse oder keinen erweiterten Dienst umfasst, sondern eine Adresse eines Servers zum Bereitstellen von Adressen erweiterter Dienste umfasst, greift die Videoanzeigevorrichtung 800 auf den Server 740 zum Bereitstellen von Informationen über erweiterte Dienste zu, welcher der erzielten Adresse des Servers zum Bereitstellen von Adressen erweiterter Dienste entspricht, um eine dritte Abfrage, die Inhaltsinformationen umfasst, in Schritt S919 zu senden.
  • Der Server 740 zum Bereitstellen von Informationen über erweiterte Dienste sucht mindestens einen verfügbaren erweiterten Dienst, der sich auf die Inhaltsinformationen der dritten Abfrage bezieht. Später stellt der Server 740 zum Bereitstellen von Informationen über erweiterte Dienste der Videoanzeigevorrichtung 800 erweiterte Dienstinformationen für mindestens einen verfügbaren erweiterten Dienst als dritte Antwort auf die dritte Abfrage in Schritt S921 bereit.
  • Wenn die Videoanzeigevorrichtung 800 mindestens eine verfügbare erweiterte Dienstadresse anhand der ersten Antwort, der zweiten Antwort oder der dritten Antwort erzielt, greift sie auf die mindestens eine verfügbare erweiterte Dienstadresse zu, um einen erweiterten Dienst in Schritt S923 zu verlangen, und erzielt dann den erweiterten Dienst in Schritt S925.
  • Nachstehend wird eine Konfiguration eines Empfängers gemäß einer anderen Ausführungsform mit Bezug auf 55 beschrieben.
  • 55 ist ein Blockdiagramm, das die Videoanzeigevorrichtung 800 als beispielhaftes Empfangsgerät abbildet. Bei der abgebildeten Videoanzeigevorrichtung 800 wird die Beschreibung über die gleichen Schritte, die mit Bezug auf 46 bis 54 beschrieben wurden, ausgelassen.
  • Wie in 55 gezeigt, umfasst die Videoanzeigevorrichtung 800 eine Rundfunksignal-Empfangseinheit 801, eine Demodulationseinheit 803, eine Kanal-Decodierungseinheit 805, eine Demultiplexeinheit 807, eine AV-Decodierungseinheit 809, einen externen Eingabeanschluss 811, eine Abspielsteuereinheit 813, eine Abspielvorrichtung 820, eine erweiterte Dienstverwaltungseinheit 830, eine Daten-Sende-/Empfangseinheit 141 und einen Speicher 850.
  • Die Rundfunksignal-Empfangseinheit 801 empfängt ein Rundfunksignal von dem Inhaltsbereitstellungs-Server 710 oder dem MVPD 730.
  • Die Demodulationseinheit 803 demoduliert das empfangene Rundfunksignal, um ein demoduliertes Signal zu generieren.
  • Die Kanal-Decodierungseinheit 805 führt eine Kanal-Decodierung an dem demodulierten Signal aus, um kanaldecodierte Daten zu generieren.
  • Die Demultiplexeinheit 807 trennt einen AV-Hauptinhalt und einen erweiterten Dienst von den kanaldecodierten Daten. Der getrennte erweiterte Dienst wird in einer erweiterten Dienstspeichereinheit 852 gespeichert.
  • Die AV-Decodierungseinheit 809 führt eine AV-Decodierung an dem getrennten AV-Hauptinhalt aus, um einen unkomprimierten AV-Hauptinhalt zu generieren.
  • Zudem empfängt der externe Eingabeanschluss 811 einen unkomprimierten AV-Hauptinhalt von der Rundfunk-Empfangsvorrichtung 760, einem DVD- („Digital Versatile Disk“) Gerät, einem Blu-ray-Gerät und so weiter. Der externe Eingabeanschluss 811 kann mindestens einen von einem DSUB-Anschluss, einem HDMI- („High Definition Multimedia Interface“) Anschluss, einem DVI- („Digital Visual Interface“) Anschluss, einem Composite-Anschluss, einem Komponenten-Anschluss und einem S-Video-Anschluss umfassen.
  • Die Abspielsteuereinheit 813 steuert die Abspielvorrichtung 820, um mindestens eines von einem unkomprimierten AV-Hauptinhalt, den die AV-Decodierungseinheit 809 generiert, und einem unkomprimierten AV-Hauptinhalt, der von dem externen Eingabeanschluss 811 empfangen wird, je nach Wahl eines Benutzers abzuspielen.
  • Die Abspielvorrichtung 820 umfasst eine Anzeigeeinheit 821 und einen Lautsprecher 823. Die Anzeigeeinheit 821 kann mindestens eine von einer Flüssigkristall-(LCD) Anzeige, einer Dünnschicht-Transistor-Flüssigkristall- (TFT LCD) Anzeige, einer organischen Leuchtdiode (OLED), einer flexiblen Anzeige und einer 3D-Anzeige umfassen.
  • Die erweiterte Dienstverwaltungseinheit 830 erzielt Inhaltsinformationen der AV-Hauptinhalte und erzielt einen verfügbaren erweiterten Dienst auf der Grundlage der erzielten Inhaltsinformationen. Insbesondere kann die erweiterte Dienstverwaltungseinheit 830, wie zuvor beschrieben, die Identifizierungsinformationen der AV-Hauptinhalte auf der Grundlage von Audioproben in einigen Einzelbildern oder Intervallen der unkomprimierten AV-Hauptinhalte erzielen. Dies wird in der vorliegenden Beschreibung als automatische Inhaltserkennung (ACR) bezeichnet.
  • Gemäß einer Ausführungsform kann die erweiterte Dienstverwaltungseinheit 830 Informationen über einen derzeit betrachteten Kanal unter Verwendung eines ACR-Mechanismus erzielen, und die erzielten Informationen können Informationen über den betrachteten Kanal, eine Adresse (URL) eines Servers, der anzuschließen ist, um einen erweiterten Dienst mit Bezug auf den betrachteten Kanal über das Internet zu empfangen, und einen Zeitstempel, der Zeitinformationen entspricht, umfassen.
  • Die Daten-Sende-/Empfangseinheit 841 kann eine ATSC-M/H- („Advanced Television Systems Committee - Mobile/Handheld“) Kanal-Sende-/Empfangseinheit 841a und eine IP-Sende-/Empfangseinheit 841b umfassen.
  • Der Speicher 850 kann mindestens eine Art von Speichermedium umfassen, wie etwa nach Art eines Flash-Speichers, nach Art einer Festplatte, nach Art einer Multimedia-Mikrokarte, einen kartenartigen Speicher, wie etwa einen SD- oder XD-Speicher, einen Arbeitsspeicher (RAM), einen statischen Arbeitsspeicher (SRAM), einen Festspeicher (ROM), einen elektrisch löschbaren programmierbaren Festspeicher (EEPROM), einen programmierbaren Festspeicher (PROM), einen Magnetspeicher, eine Magnetplatte und eine optische Platte. Die Videoanzeigevorrichtung 800 kann in Verbindung mit einem Internetspeicher funktionieren, der eine Speicherfunktion des Speichers 850 im Internet übernimmt.
  • Der Speicher 850 kann eine Inhaltsinformationen-Speichereinheit 851, eine erweiterte Dienst-Speichereinheit 852, eine Logo-Speichereinheit 853, eine Einstellungsinformationen-Speichereinheit 854, eine Lesezeichen-Speichereinheit 855, eine Benutzerinformationen-Speichereinheit 856 und eine Gebrauchsinformationen-Speichereinheit 857 umfassen.
  • Die Inhaltsinformationen-Speichereinheit 851 speichert eine Vielzahl von Inhaltsinformationen, die einer Vielzahl von Merkmalsinformationen entsprechen.
  • Die erweiterte Dienst-Speichereinheit 852 kann eine Vielzahl von erweiterten Diensten, die einer Vielzahl von Merkmalsinformationen entsprechen, oder eine Vielzahl von erweiterten Diensten, die einer Vielzahl von Inhaltsinformationen entsprechen, speichern.
  • Gemäß einer Ausführungsform kann die erweiterte Dienst-Speichereinheit 852 Inhalte, wie etwa ein TDO, und Auslöserinformationen, die über das Internet empfangen werden, speichern.
  • Die Logo-Speichereinheit 853 speichert eine Vielzahl von Logos. Zusätzlich kann die Logo-Speichereinheit 853 ferner Inhaltsanbieter-Kennungen speichern, die der Vielzahl von Logos oder von Wasserzeichen-Server-Adressen, die der Vielzahl von Logos entsprechen, entsprechen.
  • Die Einstellungsinformationen-Speichereinheit 854 speichert Einstellungsinformationen für die ACR. Die Lesezeichen-Speichereinheit 855 speichert eine Vielzahl von Lesezeichen.
  • Die Benutzerinformationen-Speichereinheit 856 speichert Benutzerinformationen. Die Benutzerinformationen können mindestens eines von mindestens einer Kontoinformation für mindestens einen Dienst, regionalen Informationen, Familienmitglied-Informationen, bevorzugten Gattungsinformationen, Videoanzeigevorrichtungs-Informationen und einem Gebrauchsinformationen-Bereich umfassen. Die mindestens eine Kontoinformation kann Kontoinformationen für einen Gebrauchsinformationen messenden Server und Kontoinformationen von sozialen Netzwerkdiensten, wie etwa Twitter und Facebook, umfassen. Die regionalen Informationen können Adresseninformationen und Postleitzahlen umfassen.
  • Beispielsweise können die Familienmitglied-Informationen die Anzahl der Familienmitglieder, das Alter jedes Mitglieds, das Geschlecht jedes Mitglieds, die Religion jedes Mitglieds und die Tätigkeit jedes Mitglieds umfassen. Die bevorzugten Gattungsinformationen können auf mindestens eines von Sport, Spielfilm, Schauspiel, Bildung, Nachrichten, Unterhaltung und andere Gattungen eingestellt sein.
  • Die Videoanzeigevorrichtungs-Informationen können Informationen, wie etwa den Typ, den Hersteller, die Firmware-Version, die Auflösung, das Modell, das Betriebssystem, den Browser, die Verfügbarkeit einer Speichervorrichtung, die Kapazität einer Speichervorrichtung und die Netzgeschwindigkeit einer Videoanzeigevorrichtung umfassen. Sobald der Gebrauchsinformationsbereich eingestellt ist, stellt die Videoanzeigevorrichtung 800 Informationen über die Betrachtung von AV-Hauptinhalten und Informationen über den Gebrauch von erweiterten Diensten in dem Einstellungsbereich zusammen und meldet diese. Der GebrauchsinformationsBereich kann in jedem virtuellen Kanal eingestellt sein. Zusätzlich kann der Bereich, der zum Messen von Gebrauchsinformationen zulässig ist, über einen gesamten physischen Kanal eingestellt werden.
  • Die Einheit 857 zum Bereitstellen von Gebrauchsinformationen speichert die Informationen über das Betrachten von AV-Hauptinhalten und die Informationen über den Gebrauch erweiterter Dienste, die von der Videoanzeigevorrichtung 800 zusammengestellt werden. Zusätzlich analysiert die Videoanzeigevorrichtung 800 ein Dienstgebrauchsmuster auf der Grundlage der zusammengestellten Informationen über das Betrachten von AV-Hauptinhalten und der Informationen über den Gebrauch erweiterter Dienste und speichert das analysierte Dienstgebrauchsmuster in der Gebrauchsinformationen-Speichereinheit 857.
  • Die erweiterte Dienstverwaltungseinheit 830 kann die Inhaltsinformationen der AV-Hauptinhalte aus dem Fingerabdruck-Server 722 oder der Inhaltsinformationen-Speichereinheit 851 erzielen. Wenn keine Inhaltsinformationen oder ausreichenden Inhaltsinformationen, die den entnommenen Merkmalsinformationen entsprechen, in der Inhaltsinformationen-Speichereinheit 851 vorliegen, kann die erweiterte Dienstverwaltungseinheit 830 zusätzliche Inhaltsinformationen über die Daten-Sende-/Empfangseinheit 841 empfangen. Des Weiteren kann die erweiterte Dienstverwaltungseinheit 830 die Inhaltsinformationen ständig aktualisieren.
  • Die erweiterte Dienstverwaltungseinheit 830 kann einen verfügbaren erweiterten Dienst von dem Server 750 zum Bereitstellen erweiterter Dienste oder der erweiterten Dienst-Speichereinheit 853 erzielen. Wenn kein erweiterter Dienst oder kein ausreichender erweiterter Dienst in der erweiterten Dienst-Speichereinheit 853 vorliegt, kann die erweiterte Dienstverwaltungseinheit 830 den erweiterten Dienst über die Daten-Sende-/Empfangseinheit 841 aktualisieren. Des Weiteren kann die erweiterte Dienstverwaltungseinheit 830 den erweiterten Dienst ständig aktualisieren.
  • Die erweiterte Dienstverwaltungseinheit 830 kann ein Logo aus dem AV-Hauptinhalt entnehmen, und kann dann eine Abfrage an die Logo-Speichereinheit 855 richten, um eine Inhaltsanbieterkennung oder eine Wasserzeichen-Server-Adresse, die dem entnommenen Logo entspricht, zu erzielen. Wenn kein Logo oder kein ausreichendes Logo, das dem entnommenen Logo entspricht, in der Logo-Speichereinheit 855 vorliegt, kann die erweiterte Dienstverwaltungseinheit 830 ein zusätzliches Logo über die Daten-Sende-/Empfangseinheit 841 empfangen. Zudem kann die erweiterte Dienstverwaltungseinheit 830 das Logo ständig aktualisieren.
  • Die erweiterte Dienstverwaltungseinheit 830 kann das Logo, das aus dem AV-Hauptinhalt entnommen wird, mit der Vielzahl von Logos in der Logo-Speichereinheit 855 über diverse Verfahren vergleichen. Die diversen Verfahren können die Belastung des Vergleichsschrittes reduzieren.
  • Beispielsweise kann die erweiterte Dienstverwaltungseinheit 830 den Vergleich auf der Grundlage von Farbcharakteristiken ausführen. Dies bedeutet, dass die erweiterte Dienstverwaltungseinheit 830 die Farbcharakteristik des entnommenen Logos mit den Farbcharakteristiken der Logos in der Logo-Speichereinheit 855 vergleichen kann, um zu bestimmen, ob sie identisch sind oder nicht.
  • Des Weiteren kann die erweiterte Dienstverwaltungseinheit 830 den Vergleich auf der Grundlage einer Zeichenerkennung ausführen. Dies bedeutet, dass die erweiterte Dienstverwaltungseinheit 130 die Zeichen, die aus dem entnommenen Logo erkannt werden, mit den Zeichen, die aus den Logos in der Logo-Speichereinheit 855 erkannt werden, vergleichen kann, um zu bestimmen, ob sie identisch sind oder nicht.
  • Ferner kann die erweiterte Dienstverwaltungseinheit 830 den Vergleich auf der Grundlage des Umrisses des Logos ausführen. Dies bedeutet, dass die erweiterte Dienstverwaltungseinheit 830 den Umriss des entnommenen Logos mit den Umrissen der Logos in der Logo-Speichereinheit 855 vergleichen kann, um zu bestimmen, ob sie identisch sind oder nicht.
  • Des Weiteren können die obigen Verfahren der vorliegenden Erfindung zum Senden und Empfangen von Rundfunkdiensten auch als computerlesbare Codes anhand eines computerlesbaren Aufzeichnungsmediums ausgebildet sein. Beispiele des computerlesbaren Aufzeichnungsmediums umfassen Festspeicher (ROM), Arbeitsspeicher (RAM), CD-ROM, Magnetbänder, Disketten, optische Datenspeichervorrichtungen und Trägerwellen (wie etwa Datensendung über das Internet).
  • Das computerlesbare Aufzeichnungsmedium kann auch über ein Netz von gekoppelten Computersystemen verteilt sein, so dass der computerlesbare Code auf verteilte Art und Weise gespeichert ist und ausgeführt wird. Auch können funktionsfähige Programme, Codes und Codesegmente zum Umsetzen der vorliegenden Erfindung von Programmierern, die auf dem Gebiet der vorliegenden Erfindung Fachleute sind, mühelos abgeleitet werden.
  • Obwohl Ausführungsformen mit Bezug auf mehrere beispielhafte Ausführungsformen derselben beschrieben wurden, versteht es sich, dass zahlreiche andere Änderungen und Ausführungsformen vom Fachmann erdacht werden können, die in Geist und Umfang der Grundlagen dieser Offenbarung fallen. Genauer gesagt sind diverse Variationen und Modifikationen an den Bestandteilen und/oder Anordnungen der betreffenden Kombinationsanordnung im Umfang der Offenbarung, der Zeichnungen und der beiliegenden Ansprüche möglich. Zusätzlich zu den Variationen und Modifikationen an den Bestandteilen und/oder Anordnungen werden für den Fachmann auch alternative Verwendungen ersichtlich sein.

Claims (12)

  1. Verfahren zum Empfangen eines Rundfunkdienstes in einem Empfangsgerät, wobei das Verfahren folgende Schritte umfasst: Empfangen unkomprimierter Audio- und Video-Inhalte; Erzielen von Informationen bezüglich der unkomprimierten Audio- oder Video-Inhalte auf der Grundlage von Einzelbildern oder Audioproben der unkomprimierten Audio- oder Video-Inhalte; und Erzielen von Auslöserinformationen unter Verwendung der erzielten Informationen, wobei die Auslöserinformationen eine Zieldienstkennung und eine Auslöseraktion umfassen, wobei die Auslöseraktion eine Vorbereitungs-Auslöseaktion umfasst, wobei die Vorbereitungs-Auslöseraktion anzeigt, dass die Empfangseinheit die Ausführung der Zieldienstkennung vorbereitet; und wobei das Erzielen der Informationen bezüglich der unkomprimierten Audio- oder Video-Inhalte folgende Schritte umfasst: Entnehmen von charakteristischen Informationen aus Einzelbildern oder Audioproben der unkomprimierten Audio- oder Video-Inhalte; und Erzielen von Informationen bezüglich der unkomprimierten Audio- oder Video-Inhalte anhand einer Antwort von einem Server auf eine Abfrage, welche die charakteristischen Informationen umfasst.
  2. Verfahren nach Anspruch 1, wobei die Informationen bezüglich der unkomprimierten Audio- oder Video-Inhalte mindestens eines von Identifizierungsinformationen der unkomprimierten Audio- oder Video-Inhalte, Zeitstempel-Informationen der unkomprimierten Audio- oder Video-Inhalte und Adresseninformationen eines Servers, der angeschlossen ist, um die Auslöserinformationen zu erzielen, umfassen.
  3. Verfahren nach Anspruch 1, ferner umfassend das Erzielen einer Auslösezeit mit Bezug auf die Auslöserinformationen; und Ausführen der Auslöseraktion für ein Objekt, das der Zieldienstkennung zur Auslösezeit entspricht.
  4. Verfahren nach Anspruch 1, wobei die Auslöseraktion mindestens ferner eine von einer Ausführungs-Auslöseraktion und einer Beendungs-Auslöseraktion umfasst.
  5. Verfahren nach Anspruch 3, wobei die Auslösezeit mit den unkomprimierten Audio- oder Video-Inhalten synchronisiert wird.
  6. Verfahren nach Anspruch 1, wobei das Erzielen der Informationen bezüglich der unkomprimierten Audio- oder Video-Inhalte das Erzielen der Informationen bezüglich der unkomprimierten Audio- oder Video-Inhalte aus Wasserzeicheninformationen umfasst, die in Datenübertragungsblöcke der unkomprimierten Audio- oder Video-Inhalte eingefügt sind.
  7. Verfahren nach Anspruch 2, ferner umfassend das Erzielen der Signalisierungsinformationen bezüglich des Rundfunkdienstes von dem Server unter Verwendung der Adresseninformationen des Servers, wobei die Signalisierungsinformationen Adresseninformationen eines Auslöser-Servers umfassen, der die Auslöserinformationen bereitstellt.
  8. Verfahren nach Anspruch 1, wobei die Auslöserinformationen Informationen über das Ausführen einer spezifischen Aktion für einen spezifischen erweiterten Dienst zu dem spezifischen Zeitpunkt umfassen.
  9. Empfangsgerät, umfassend: eine Empfangseinheit, die unkomprimierte Audio- und Video-Inhalte empfängt; und eine Dienstverwaltungseinheit, die Informationen bezüglich der unkomprimierten Audio- oder Video-Inhalte auf der Grundlage von Einzelbildern oder Audioproben der unkomprimierten Audio- oder Video-Inhalte erzielt und Auslöserinformationen unter Verwendung der erzielten Informationen erzielt wobei die Auslöserinformationen eine Zieldienstkennung und eine Auslöseraktion umfassen, wobei die Auslöseraktion eine Vorbereitungs-Auslöseraktion umfasst, wobei die Vorbereitungs-Auslöseraktion anzeigt, dass die Empfangseinheit die Ausführung der Zieldienstkennung vorbereitet, wobei die Informationen bezüglich der unkomprimierten Audio- oder Video-Inhalte mindestens eines von Identifizierungsinformationen der unkomprimierten Audio- oder Video-Inhalte, Zeitstempel-Informationen der unkomprimierten Audio- oder Video-Inhalte und Adresseninformationen eines Servers umfassen, der angeschlossen ist, um die Auslöserinformationen zu erzielen und wobei das Erzielen der Informationen bezüglich der unkomprimierten Audio- oder Video-Inhalte folgende Schritte umfasst: Entnehmen von charakteristischen Informationen aus Einzelbildern oder Audioproben der unkomprimierten Audio- oder Video-Inhalte; und Erzielen von Informationen bezüglich der unkomprimierten Audio- oder Video-Inhalte anhand einer Antwort von einem Server auf eine Abfrage, welche die charakteristischen Informationen umfasst.
  10. Empfangsgerät nach Anspruch 9, wobei die Dienstverwaltungseinheit eine Auslösezeit mit Bezug auf die Auslöserinformationen erzielt, und das Empfangsgerät ferner eine Steuereinheit umfasst, welche die Auslöseraktion für ein Objekt ausführt, das der Zieldienstkennung zur Auslösezeit entspricht.
  11. Empfangsgerät nach Anspruch 10, wobei die Auslöseraktion ferner mindestens eine von einer Ausführungs-Auslöseraktion und einer Beendungs-Auslöseraktion umfasst.
  12. Empfangsgerät nach Anspruch 10, wobei die Auslösezeit mit den unkomprimierten Audio- oder Videoinhalten synchronisiert ist.
DE112011104029.6T 2010-12-26 2011-12-13 Rundfunkdienst-Sendeverfahren, Rundfunkdienst-Empfangsverfahren und Rundfunkdienst- Empfangsgerät Expired - Fee Related DE112011104029B4 (de)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201061427200P 2010-12-26 2010-12-26
US61/427,200 2010-12-26
US201161525836P 2011-08-21 2011-08-21
US61/525,836 2011-08-21
PCT/KR2011/009564 WO2012091322A1 (ko) 2010-12-26 2011-12-13 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치

Publications (2)

Publication Number Publication Date
DE112011104029T5 DE112011104029T5 (de) 2013-09-05
DE112011104029B4 true DE112011104029B4 (de) 2018-11-15

Family

ID=46383330

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112011104029.6T Expired - Fee Related DE112011104029B4 (de) 2010-12-26 2011-12-13 Rundfunkdienst-Sendeverfahren, Rundfunkdienst-Empfangsverfahren und Rundfunkdienst- Empfangsgerät

Country Status (7)

Country Link
US (2) US9661397B2 (de)
EP (1) EP2658248A4 (de)
KR (2) KR101479890B1 (de)
CN (1) CN103283251A (de)
DE (1) DE112011104029B4 (de)
GB (1) GB2508451B (de)
WO (1) WO2012091322A1 (de)

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8941779B2 (en) 2012-03-21 2015-01-27 Sony Corporation Non-closed caption data transport in standard caption service
KR101479890B1 (ko) 2010-12-26 2015-01-06 엘지전자 주식회사 미디어 콘텐트 송수신 방법 및 그를 이용한 송수신 장치
EP2477133A1 (de) * 2011-01-03 2012-07-18 Thomson Licensing Verteilung von digitalem Inhalt, der durch ein wasserzeichenerzeugendes Passwort geschützt ist
US9060151B2 (en) * 2011-06-16 2015-06-16 Lg Electronics Inc. Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
US8589363B2 (en) * 2011-07-19 2013-11-19 Exagrid Systems, Inc. Systems and methods for managing delta version chains
KR102060449B1 (ko) * 2011-08-05 2019-12-30 소니 주식회사 수신 장치, 수신 방법, 프로그램 및 정보 처리 시스템
KR101336161B1 (ko) * 2012-03-30 2013-12-03 애니포인트 미디어 그룹 방송 연동형 서비스 제공 방법
US10104447B2 (en) 2012-06-19 2018-10-16 Saturn Licensing Llc Extensions to trigger parameters table for interactive television
US9154840B2 (en) * 2012-07-31 2015-10-06 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method
MX339103B (es) 2012-08-07 2016-05-11 Lg Electronics Inc Metodo y aparato para procesar una señal de difusion que incluye un servicio de difusion interactivo.
JP6045692B2 (ja) * 2012-08-22 2016-12-14 エルジー エレクトロニクス インコーポレイティド 対話型サービスを処理する装置及び方法
CA2880254C (en) 2012-09-12 2017-09-19 Lg Electronics Inc. Apparatus and method for processing an interactive service
US20140128114A1 (en) * 2012-11-07 2014-05-08 Jiun Hung Interactive Broadcasting Method for Broadcasting system and Related Service Providing System
FR3011155A1 (fr) * 2013-09-26 2015-03-27 Orange Procedes de synchronisation, de generation d'un flux, programmes d'ordinateur, media de stockage, dispositifs de restitution, d'execution et de generation correspondants.
JP2015073245A (ja) 2013-10-04 2015-04-16 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
KR101752435B1 (ko) * 2013-11-01 2017-07-03 엘지전자 주식회사 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법
KR101871423B1 (ko) * 2014-01-14 2018-06-27 엘지전자 주식회사 네트워크로 연결된 방송 수신 디바이스와 다른 디바이스 간 연결을 관리하는 방법 및 장치
KR101829844B1 (ko) * 2014-02-17 2018-02-20 엘지전자 주식회사 하이브리드 방송 서비스를 프로세싱하는 장치, 하이브리드 방송 서비스를 프로세싱하는 방법
JP2015192407A (ja) * 2014-03-28 2015-11-02 ソニー株式会社 送信装置、送信方法、受信装置、受信方法、及び、プログラム
US20150358507A1 (en) * 2014-06-04 2015-12-10 Sony Corporation Timing recovery for embedded metadata
KR101570608B1 (ko) 2014-06-24 2015-11-19 한국방송공사 방송 연관 서비스 수신 방법, 수신기 및 시스템
WO2016060410A1 (ko) * 2014-10-14 2016-04-21 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN112468251A (zh) * 2015-03-01 2021-03-09 Lg 电子株式会社 发送广播信号的设备和方法以及接收广播信号的设备和方法
US20170078765A1 (en) * 2015-04-23 2017-03-16 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
EP3291569A4 (de) * 2015-04-30 2018-10-10 Sony Corporation Empfangsvorrichtung, sendevorrichtung und datenverarbeitungsverfahren
CN113438518B (zh) * 2015-07-06 2023-02-28 Lg电子株式会社 处理广播数据的方法、接收系统和发送系统
MX2018000327A (es) * 2015-07-16 2018-03-14 Sony Corp Aparato receptor, aparato transmisor, y metodo de tratamiento de datos.
US10171852B2 (en) 2015-08-07 2019-01-01 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
US10917669B2 (en) * 2015-09-07 2021-02-09 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
CN105898323A (zh) * 2015-12-04 2016-08-24 乐视致新电子科技（天津）有限公司 一种在视频中添加水印和确定水印的信息的方法和设备
CN105979332A (zh) * 2015-12-04 2016-09-28 乐视致新电子科技（天津）有限公司 一种视频数据的检测方法和装置
US9800819B2 (en) * 2016-02-19 2017-10-24 Sony Corporation Methodologies and apparatus for reducing delays when receiving, processing, or switching content
US11057685B2 (en) * 2018-03-29 2021-07-06 Ncr Corporation Media content proof of play over optical medium
US11159831B2 (en) * 2020-01-07 2021-10-26 Sony Corporation Non-real time (NRT) memory management in advanced television systems committee (ATSC) 3.0 system
CN114071050A (zh) * 2020-07-29 2022-02-18 北京字节跳动网络技术有限公司 一种基于视频的互动方法、装置、电子设备及介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6411725B1 (en) * 1995-07-27 2002-06-25 Digimarc Corporation Watermark enabled video objects
US20070022437A1 (en) * 2005-07-19 2007-01-25 David Gerken Methods and apparatus for providing content and services coordinated with television content
WO2007083824A1 (en) * 2006-01-17 2007-07-26 Matsushita Electric Industrial Co., Ltd. Method and apparatus for broadcast content related notification

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6240555B1 (en) 1996-03-29 2001-05-29 Microsoft Corporation Interactive entertainment system for presenting supplemental interactive content together with continuous video programs
US7028327B1 (en) * 2000-02-02 2006-04-11 Wink Communication Using the electronic program guide to synchronize interactivity with broadcast programs
US20040261099A1 (en) 2000-06-21 2004-12-23 Durden George A. Method for formulating, delivering and managing data concerning programming content and portions thereof
US20020174425A1 (en) * 2000-10-26 2002-11-21 Markel Steven O. Collection of affinity data from television, video, or similar transmissions
US20030131350A1 (en) 2002-01-08 2003-07-10 Peiffer John C. Method and apparatus for identifying a digital audio signal
AU2003239385A1 (en) * 2002-05-10 2003-11-11 Richard R. Reisman Method and apparatus for browsing using multiple coordinated device
US8176028B2 (en) 2002-09-23 2012-05-08 Rodriguez Alex O Broadcast network platform system
KR100456162B1 (ko) 2002-12-14 2004-11-09 한국전자통신연구원 디지털 케이블 티비 제한수신시스템에서 키 업데이트 방법
US20040268419A1 (en) * 2003-06-24 2004-12-30 Microsoft Corporation Interactive content without embedded triggers
JP2007528144A (ja) 2003-07-11 2007-10-04 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ マルチメディア信号おいてトリガーマーカとして機能するフィンガープリントを生成及び検出する方法及び装置
US8077619B2 (en) 2005-02-14 2011-12-13 Telefonaktiebolaget L M Ericsson (Publ) Method for aggregating data traffic over an access domain and nodes therefor
JP2006270634A (ja) * 2005-03-24 2006-10-05 Victor Co Of Japan Ltd デジタル放送同期再生装置、ストリーム同期再生装置及びストリーム同期再生システム
WO2007037040A1 (ja) 2005-09-28 2007-04-05 Mitsubishi Electric Corporation 放送受信装置
KR101253546B1 (ko) 2006-11-20 2013-04-11 에스케이플래닛 주식회사 방송 컨텐츠와 부가 정보의 동기화 시스템 및 그 방법
KR100831035B1 (ko) * 2007-01-15 2008-05-20 에스케이 텔레콤주식회사 디지털 멀티미디어 방송의 부가 정보 제공을 위한 ｇｕｉｐ서비스 시스템 및 방법
KR100831085B1 (ko) 2007-03-21 2008-05-20 장기정 폴더형 휴대단말기의 개폐내구성 시험장치
JP5167714B2 (ja) 2007-07-30 2013-03-21 ソニー株式会社 データ送受信システム、データ中継装置、データ受信装置、データ中継方法、データ受信方法
US20100077428A1 (en) 2008-09-23 2010-03-25 International Business Machines Corporation Method and apparatus for providing supplemental content with video media
US8997155B2 (en) 2008-11-21 2015-03-31 Echostar Technologies L.L.C. Locally stored advertisements
US8705933B2 (en) 2009-09-25 2014-04-22 Sony Corporation Video bookmarking
US8612646B2 (en) 2010-07-14 2013-12-17 William G. Bartholomay Devices, systems, and methods for multiplexing one or more services at a customer premises
US8918801B2 (en) * 2010-08-30 2014-12-23 Sony Corporation Transmission apparatus, transmission method, reception apparatus, reception method, program, and broadcasting system
US8782692B2 (en) 2010-10-15 2014-07-15 Hulu, LLC Method and apparatus for recommending media programs
EP2645731B8 (de) 2010-11-24 2019-04-17 LG Electronics Inc. Videoanzeigevorrichtung und steuerungsverfahren dafür
KR20130136369A (ko) * 2010-11-24 2013-12-12 엘지전자 주식회사 영상 표시 장치 및 그 제어 방법
US8990876B2 (en) 2010-11-24 2015-03-24 Lg Electronics Inc. Method for receiving enhanced service and display apparatus thereof
KR101479890B1 (ko) * 2010-12-26 2015-01-06 엘지전자 주식회사 미디어 콘텐트 송수신 방법 및 그를 이용한 송수신 장치
US9060151B2 (en) * 2011-06-16 2015-06-16 Lg Electronics Inc. Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
JP5782524B2 (ja) 2011-10-26 2015-09-24 日立マクセル株式会社 映像信号の送受信方法、表示装置、及びデコード装置
CN104160713B (zh) * 2012-03-05 2018-06-05 Lg电子株式会社 视频显示设备及其操作方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6411725B1 (en) * 1995-07-27 2002-06-25 Digimarc Corporation Watermark enabled video objects
US20070022437A1 (en) * 2005-07-19 2007-01-25 David Gerken Methods and apparatus for providing content and services coordinated with television content
WO2007083824A1 (en) * 2006-01-17 2007-07-26 Matsushita Electric Industrial Co., Ltd. Method and apparatus for broadcast content related notification

Also Published As

Publication number Publication date
WO2012091322A1 (ko) 2012-07-05
KR20130098399A (ko) 2013-09-04
CN103283251A (zh) 2013-09-04
KR101479890B1 (ko) 2015-01-06
KR20140084348A (ko) 2014-07-04
US9661397B2 (en) 2017-05-23
EP2658248A4 (de) 2014-07-09
EP2658248A1 (de) 2013-10-30
GB201311855D0 (en) 2013-08-14
US9860611B2 (en) 2018-01-02
GB2508451A (en) 2014-06-04
US20130271653A1 (en) 2013-10-17
US20150172783A1 (en) 2015-06-18
GB2508451B (en) 2017-05-03
DE112011104029T5 (de) 2013-09-05

Similar Documents

Publication Publication Date Title
DE112011104029B4 (de) Rundfunkdienst-Sendeverfahren, Rundfunkdienst-Empfangsverfahren und Rundfunkdienst- Empfangsgerät
DE112011103963B4 (de) Verfahren zum Übertragen eines Rundfunkdienstes, Verfahren zum Empfangen des Rundfunkdienstes und Vorrichtung zum Empfangen des Rundfunkdienstes
DE112011103965B4 (de) Verfahren zur Übertragung eines Rundfunkdienstes sowie Verfahren und Vorrichtung zum Empfang eines Rundfunkdienstes
KR101695514B1 (ko) 방송 서비스 전송 방법, 그 수신 장치 및 그 수신 장치의 부가 서비스 처리 방법
KR101976052B1 (ko) 방송 서비스 전송 방법, 그 수신 방법 및 방송 서비스 수신 장치
KR101691266B1 (ko) 방송 서비스 수신 방법 및 방송 서비스 수신 장치
KR101703866B1 (ko) 방송 서비스 전송 방법, 그 수신 방법 및 방송 서비스 수신 장치
KR101735881B1 (ko) 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치
CA2827370C (en) Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
CA2829750C (en) Method for transmitting broadcast service, receiving method therefor, and receiving device therefor
CA2827384C (en) Apparatus and method for transmitting and receiving a broadcasting service
CA2822968C (en) Broadcast service transmitting method, broadcasting service receiving method and broadcast service receiving apparatus

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
R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee