DE112013003718B4 - Verfahren und Vorrichtung zum Verarbeiten digitaler Dienstsignale - Google Patents

Verfahren und Vorrichtung zum Verarbeiten digitaler Dienstsignale Download PDF

Info

Publication number
DE112013003718B4
DE112013003718B4 DE112013003718.1T DE112013003718T DE112013003718B4 DE 112013003718 B4 DE112013003718 B4 DE 112013003718B4 DE 112013003718 T DE112013003718 T DE 112013003718T DE 112013003718 B4 DE112013003718 B4 DE 112013003718B4
Authority
DE
Germany
Prior art keywords
pdi
question
present
information
tdo
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
DE112013003718.1T
Other languages
English (en)
Other versions
DE112013003718T5 (de
Inventor
c/o LG Electronics Inc. Oh Sejin
c/o LG Electronics Inc. Kim Jinpil
c/o LG Electronics Inc. An Seungjoo
c/o LG Electronics Inc. Lee Jinwon
c/o LG Electronics Inc. Kim Kyungho
c/o LG Electronics Inc. Moon Kyoungsoo
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 DE112013003718T5 publication Critical patent/DE112013003718T5/de
Application granted granted Critical
Publication of DE112013003718B4 publication Critical patent/DE112013003718B4/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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2668—Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles
    • 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/4508—Management of client data or end-user data
    • H04N21/4532—Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, preferences
    • 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/454—Content or additional data filtering, e.g. blocking advertisements
    • 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/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/466—Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H04N21/4667—Processing of monitored end-user data, e.g. trend analysis based on the log file of viewer selections
    • 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/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/658—Transmission by the client directed to the 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/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/8545—Content authoring for generating interactive applications
    • 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
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Landscapes

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

Abstract

Verfahren zum Empfangen eines digitalen Dienstsignals, wobei das Verfahren Folgendes umfasst:Empfangen zumindest eines triggered-declarative-object, TDO, welche auf den Inhalt des digitalen Dienstsignals Bezug nimmt, und einer TDO-Parameter-Tabelle, TDO-Tabelle, welche Metadaten des zumindest einen TDO beinhaltet;Empfangen einer Profiles-Demographics-Interests, PDI-Tabelle, wobei die PDI-Tabelle mindestens ein Frageelement enthält, das Attribute einer PDI-Frage aufweist, und jedes der mindestens einen Frageelemente ein Identifikationselement enthält, das die PDI-Frage kennzeichnet, und ein Antwortelement zur PDI-Frage, welche eine Antwort für die gekennzeichnete PDI-Frage enthält; Extrahieren der PDI-Frage aus der PDI-Tabelle, Empfangen einer PDI-Antwort gemäß der extrahierten PDI-Frage und speichern der erhaltenen PDI-Antwort in der PDI-Tabelle;Empfangen von Filterkriterien-Informationen;wobei die Filterkriterien-Informationen eine erste Filterkriterien-Information zur Filterung von Inhalten und eine zweite Filterkriterien-Information zur Filterung von Inhaltseinheiten, welche von des zumindest einen TDO genutzt werden, beinhalten,wobei jede der ersten Filterkriterien-Informationen und der zweiten Filterkriterien-Informationen zumindest ein Kriteriums-Element umfasst, welches ein Kriteriumsidentifikations-Element umfasst, dass ein Kriterium identifiziert und zumindest einen Kriteriumswert-Element umfasst, welches eine Antwort zu der korrespondierenden PDI-Frage des identifizierten Kriteriums repräsentiert;Filtern von Inhalten des digitalen Dienstsignals durch Vergleichen des zumindest einen Kriteriumswert-Elements der ersten Filterkriteriums-Information mit dem Antwortelement der PDI-Tabelle und Filtern der Inhaltseinheiten durch Vergleichen des zumindest einen Kriteriumswert-Elements der zweiten Filterkriterien-Information mit dem Antwortelement der PDI-Tabelle; undHerunterladen der gefilterten Inhalte und der Inhaltseinheiten; undAnzeigen der gefilterten Inhaltseinheiten des zumindest einen TDO,wobei die TDO-Tabelle zumindest ein TDO beinhaltet, das Informationen zu dem zumindest einen TDO repräsentiert und zumindest eines der TDO-Elemente zumindest ein Inhaltseinheits-Element enthält, welches Informationen zu einer Inhaltseinheit enthält, die von dem zumindest einen TDO benötigt wird, und eine der zumindest einen Inhaltseinheits-Elemente Informationen bezüglich der zweiten Filterkriterien-Information enthält.

Description

  • Technisches Gebiet
  • Die vorliegende Erfindung betrifft ein Verfahren und eine Vorrichtung zum Verarbeiten eines digitalen Dienstsignals und insbesondere ein Verfahren und eine Vorrichtung zum Verarbeiten eines digitalen Dienstsignals für einen Personalisierungsdienst.
  • Stand der Technik
  • Zusammen mit Entwicklungen digitaler Technologien, wie dem Bereitstellen digitaler Übertragungsdienste, fanden Technologien zum Bereitstellen qualitativ höherer Übertragungsdienste Beachtung.
  • Vor kurzem wurden Übertragungstechnologien auf Grundlage eines Nicht-Echtzeitdiensts (NRT-Dienst) entwickelt, um ein Übertragungsnetzwerk wirksam zu nutzen. Der NRT-Dienst ist ein Dienst mit Next Generation Broadcast-Technologie zum Aussenden einer vorgegebenen Inhaltsmenge in Form einer Datei, die einige Breitenbänder eines terrestrischen Übertragungsnetzwerks verwendet.
  • Insbesondere beinhaltet das Advanced Television System Committee (ATSC) ATSC-NRT als Technologie zum Bereitstellen eines NRT-Dienstes über das Aussenden terrestrischer digitaler Fernseh-(TV-)Übertragung. ATSC-NRT wird dazu verwendet, einen Video-on-Demand(VOD)-Dienst bereitzustellen, der ein terrestrisches digitales TV-Übertragungsnetzwerksauf Grundlage von Download & Play-Technologien einsetzt. Ein herkömmlicher terrestrischer DTV-Dienst ist auf eingeschränkten Empfang und Liefern von Echtzeitübertragung beschränkt. Der NRT-Dienst kann jedoch verschiedene Inhalte sowie mobile Übertragung zu einem von einem Benutzer gewünschten Zeitpunkt anstatt in einem vorgegebenen Zeitraum liefern. Im Einzelnen kann der NRT-Dienst verschiedene DTV-Dienste wie einen Push-VOD-Dienst, einen Zielwerbungsdienst usw. liefern. Das heißt, dass aufgrund der Versorgung mit dem NRT-Dienst räumliche und zeitliche Bereiche der terrestrischen Übertragungen zusammengebrochen sind und von einem Sender die Wahl von Inhalt einem Benutzer übergeben wurde.
  • Da es möglich ist, einen solchen NRT-Dienst bereitzustellen, besteht eine zunehmende Nachfrage vonseiten der Benutzer, Inhalt aktiver zu nutzen, und eine zunehmende Notwendigkeit für Sender einen Übertragungsdienst gemäß den Anforderungen der Benutzer bereitzustellen.
  • Ein aktuelles Übertragungssystem sammelt Benutzerinformationen, richtet jedoch kein System zum Verarbeiten der gesammelten Benutzerinformationen ein, und daher ist es schwierig, Benutzern wirksam geeignete Übertragungsdienste bereitzustellen.
  • Dementsprechend ist das Bereitstellen eines optimalen Diensts an Benutzer eingeschränkt und ein Benutzer empfängt daher Inhalt, der vom Benutzer nicht gewünscht wurde, was zu geringerer Benutzerfreundlichkeit führt.
  • Verfahren und Vorrichtungen zum Empfangen von digitalen Dienstsignalen sind aus den Dokumenten US 2012/0054783 A1 und US 2012/0185888 A1 bekannt. Die Dokumente offenbaren Vorrichtungen und Verfahren zur Übertragung von digitalen Inhalten an Empfänger, wobei insbesondere auch eine Generierung und eine Übertragung von PDI-Fragen und zugehörigen PDI-Antworten diskutiert werden.
  • Offenbarung der Erfindung
  • Technische Problemstellung
  • Eine Aufgabe der vorliegenden Erfindung zur Lösung des Problems besteht in der Wahl und dem Bereitstellen von Inhalt gemäß einer Benutzernachfrage, die auf Benutzerinformationen in einem Nicht-Echtzeit-(NRT-)Dienst beruht.
  • Problemlösung
  • Die Aufgabe der vorliegenden Erfindung kann gelöst werden, indem ein Verfahren zum Verarbeiten digitaler Dienstsignale gemäß der vorliegenden Erfindung bereitgestellt wird, das das Empfangen einer PDI-(Profiles, Demographics, Interests-)Tabelle enthält, wobei die PDI-Tabelle mindestens ein Frageelement enthält, das Attribute einer PDI-Frage aufweist, wobei die PDI-Tabelle ferner ein Tabellen-ID-Feld, das die PDI-Tabelle bezeichnet, ein Tabellenversionsfeld, das eine Version der PDI-Tabelle kennzeichnet, und ein Zeitfeld, das ein Datum und eine Zeit der letzten Änderung der mindestens einen PDI-Frage kennzeichnet, enthält, sowie das Extrahieren der PDI-Frage aus der PDI-Tabelle, wobei jedes des mindestens einen Frageelements einen unterschiedlichen Typ aufweist, das Empfangen einer PDI-Antwort gemäß der extrahierten PDI-Frage, das Empfangen von Filterkriterien-Informationen, das Filtern von Inhalten des digitalen Dienstsignals durch Vergleichen der Filterkriterien-Informationen mit der empfangenen PDI-Antwort und das Herunterladen der gefilterten Inhalte, wobei der Typ des mindestens einen Frageelements einen Typ für die PDI-Frage mit entweder einer Integer-Antwort, einer Boolean-Antwort, einer Auswahl-Antwort, einer Text-Antwort oder einer Antwort ohne PDI-Frage kennzeichnet.
  • Vorzugsweise kennzeichnet ein Typ der Filterkriterien-Information einen Typ für die PDI-Frage mit entweder einer Integer-Antwort, einer Boolean-Antwort, einer Auswahl-Antwort, einer Text-Antwort oder einer Antwort ohne PDI-Frage, und das Filtern beinhaltet ferner das Ermitteln, ob die Filterkriterien-Informationen mit der PDI-Antwort übereinstimmen.
  • Vorzugsweise wird die PDI-Tabelle über ein IP-Subnetz übertragen.
  • Vorzugsweise beinhaltet das Verfahren ferner das regelmäßige Senden von Anfragen mit Signaturen der Inhalte an einen automatischen Inhaltserkennungs-(ACR)-Server und das Empfangen von Antworten vom ACR-Server, die Trigger zum Empfangen der URLList-Informationen und eine TPT mit den Filterkriterien-Informationen enthalten.
  • Wenn die PDI-Tabelle über einen Übertragungsstrom geliefert wird, beinhaltet das Verfahren vorzugsweise ferner das Empfangen eines Tabellenabschnitts mit Sequenznummer-Informationen, um die PDI-Tabelle zu erkennen, und das Empfangen der PDI-Tabelle unter Verwendung der Sequenznummer-Informationen des Tabellenabschnitts.
  • Vorzugsweise enthält die PDI-Tabelle ferner mindestens eines der folgenden Felder: ein Protokollversionsfeld, das eine Protokollversion der PDI-Tabelle kennzeichnet, ein Ablaufdatumsfeld, das ein(e) Ablaufdatum und -zeit für jede der PDI-Fragen kennzeichnet, und ein xactionSetId-Feld, das kennzeichnet, ob jede der PDI-Fragen zu einem Satz der PDI-Fragen gehört.
  • Vorzugsweise enthält das mindestens eine Frageelement ferner ein Situationsfeld, das Informationen zum Ort und zur Zeit kennzeichnet, wobei das Situationsfeld ein Ortsfeld mit Informationen zu einem Breitengrad und Längengrad enthält.
  • Vorzugsweise enthält das Verfahren ferner das Speichern eines Verlaufs der Nutzung des Dienstes, das Überwachen der Nutzung des Diensts regelmäßig oder durch Empfangen eines Anfragesignals und das Anwenden des Überwachungsergebnisses, um den Inhalt zu aktualisieren.
  • In einem anderen Aspekt der vorliegenden Erfindung wird hierin ein Verfahren zum Verarbeiten von digitalen Dienstsignalen gemäß der vorliegenden Erfindung bereitgestellt, das das Generieren einer PDI-Tabelle beinhaltet, wobei die PDI-Tabelle mindestens ein Frageelement mit Attributen einer PDI-Frage enthält, wobei die PDI-Tabelle ferner ein Tabellen-ID-Feld, das die PDI-Tabelle bezeichnet, ein Tabellenversionsfeld, das die Version der PDI-Tabelle kennzeichnet, und ein Zeitfeld enthält, das ein Datum und eine Zeit der letzten Änderung der PDI-Frage kennzeichnet, und zum Generieren von Filterkriterien-Informationen und Aussenden der PDI-Tabelle, der Filterkriterien-Informationen und der Inhalte des digitalen Dienstsignals, wobei der Typ des mindestens einen Frageelements einen Typ für die PDI-Frage mit entweder einer Integer-Antwort, einer Boolean-Antwort, einer Auswahl-Antwort, einer Text-Antwort oder einer Antwort ohne PDI-Frage kennzeichnet.
  • Wenn die PDI-Tabelle über den Übertragungsstrom ausgesendet wird, beinhaltet das Verfahren vorzugsweise ferner das Komprimieren der generierten PDI-Tabelle, das Aufteilen der komprimierten PDI-Tabelle in Blöcke und das Einfügen der Blöcke in Abschnitte, die im Service Signaling Channel (SSC) übertragen werden, wobei die Abschnitte Sequenznummer-Informationen enthalten, um die PDI-Tabelle zu erkennen.
  • Vorteilhafte Wirkungen der Erfindung
  • Gemäß der vorliegenden Erfindung kann ein personalisierbares Übertragungssystem wirksam Benutzerinformationen sammeln und die gesammelten Benutzerinformationen verarbeiten, um einen Personalisierungsdienst bereitzustellen.
  • Gemäß der vorliegenden Erfindung kann das personalisierbare Übertragungssystem Inhalt wählen und bereitstellen, der für einen die Benutzerinformationen verwendenden Benutzer optimiert ist.
  • Außerdem kann der Benutzer gemäß der vorliegenden Erfindung über das personalisierbare Übertragungssystem Benutzerinhalte aktiv wählen.
  • Figurenliste
  • Die begleitenden Zeichnungen, die einbezogen sind, um die Erfindung verständlicher zu machen, zeigen Ausführungsformen der Erfindung und dienen zusammen mit der Beschreibung dazu, die Grundsätze der Erfindung zu erklären.
  • Es zeigen:
    • 1 ein Diagramm, das ein auf automatischer Inhaltserkennung (ACR) beruhendes Enhanced Television (ETV)-Dienstsystem zeigt;
    • 2 ein Diagramm, das den Fluss digitaler Wasserzeichenmarkierungstechnologie gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 3 ein Diagramm, das ein Format eines ACR-Abfrageergebnisses gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 4 ein Diagramm, das die Syntax eines Inhaltsbezeichners (ID) gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 5 ein Diagramm, das die Struktur eines Empfängers gemäß der Ausführungsform der vorliegenden Erfindung zeigt;
    • 6 ein Diagramm, das die Struktur eines Empfängers gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 7 ein Diagramm, das ein digitales Übertragungssystem gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 8 ein Diagramm, das ein digitales Übertragungssystem gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 9 ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung;
    • 10 ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung;
    • 11 ein Diagramm, das eine PDI-Tabelle gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 12 ein Diagramm, das eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 13 ein Diagramm, das eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 14 ein Diagramm, das eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 15 ein Diagramm, das eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 16 ein Diagramm, das eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 17A eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung;
    • 17B eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung;
    • 18A eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung;
    • 18B eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung;
    • 19 ein Diagramm, das eine Filterkriterientabelle gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 20 ein Diagramm, das eine Filterkriterientabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 21 ein Diagramm, das eine Filterkriterientabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 22 ein Diagramm, das eine Filterkriterientabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 23 ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung;
    • 24 ein Diagramm, das einen PDI-Tabellenabschnitt gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 25 ein Diagramm, das einen PDI-Tabellenabschnitt gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 26 ein Diagramm, das einen PDI-Tabellenabschnitt gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 27 ein Diagramm, das einen PDI-Tabellenabschnitt gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 28 ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung;
    • 29 ein Diagramm, das ein XML-Schema einer FDT-Instanz gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 30 ein Diagramm, das eine Funktionsdeskriptor-Syntax gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 31 ein Diagramm, das ein Verbrauchsmodell gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 32 ein Diagramm, das eine Filterkriterien-Deskriptor-Syntax gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 33 ein Diagramm, das eine Filterkriterien-Deskriptor-Syntax gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 34 ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung;
    • 35 ein Diagramm, das eine HTTP-Abfragetabelle gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 36 ein Flussdiagramm, das ein digitales Übertragungssystem gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 37 ein Diagramm, das eine URL-Listentabelle gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 38 ein Diagramm, das eine TPT gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 39 ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung;
    • 40 ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung;
    • 41 ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung;
    • 42 ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung;
    • 43 ein Diagramm, das eine Empfänger-Zielkriterientabelle gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 44 ein Diagramm, das eine vorregistrierte PDI-Frage gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 45 ein Diagramm, das eine vorregistrierte PDI-Frage gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 46 ein Diagramm, das eine vorregistrierte PDI-Frage gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 47 ein Diagramm, das eine vorregistrierte PDI-Frage gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 48 ein Diagramm, das eine vorregistrierte PDI-Frage gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 49 ein Diagramm, das eine vorregistrierte PDI-Frage gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 50 ein Diagramm, das eine vorregistrierte PDI-Frage gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 51 ein Diagramm, das eine vorregistrierte PDI-Frage gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 52 ein Diagramm, das eine vorregistrierte PDI-Frage gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 53 ein Diagramm, das eine vorregistrierte PDI-Frage gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 54 ein Diagramm, das eine Programmierschnittstelle (PDI API) gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 55 ein Diagramm, das eine PDI API gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 56 ein Diagramm, das eine PDI API gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 57 ein Diagramm, das eine Vorrichtung zum Verarbeiten eines digitalen Dienstsignals gemäß einer Ausführungsform der vorliegenden Erfindung zeigt;
    • 58 ein Diagramm, das eine Vorrichtung zum Verarbeiten eines digitalen Dienstsignals gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt;
    • 59 ein Diagramm eines Verfahrens zur Verarbeitung eines digitalen Dienstsignals gemäß einer Ausführungsform der vorliegenden Erfindung; und
    • 60 ein Diagramm, das ein Verfahren zur Verarbeitung eines digitalen Dienstsignals gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Beste Art der Ausführung der Erfindung
  • Im Folgenden wird ausführlich auf die Ausführungsbeispiele der vorliegenden Erfindung mit Bezug auf die beigefügten Zeichnungen Bezug genommen. Die Konfiguration und Funktionsweise der vorliegenden Erfindung werden anhand der Ausführungsformen der vorliegenden Erfindung verstanden, und der technische Geist, die Kernkonfiguration und Funktionsweise der vorliegenden Erfindung dürfen nicht so ausgelegt werden, dass sie auf die hierin dargelegten Ausführungsformen begrenzt sind.
  • Die meisten der hierin verwendeten Begriffe sind allgemeine Begriffe, die im die vorliegende Erfindung betreffenden Fach weithin verwendet werden. Einige der hierin verwendeten Begriffe können jedoch erschaffen worden sein, um die Vorhaben der Techniker in diesem Fach, Präzedenzen oder neue Technologien widerzuspiegeln. Manche hierin verwendeten Begriffe können auch vom vorliegenden Antragsteller willkürlich gewählt worden sein. In diesem Fall werden diese Begriffe unten ausführlich definiert. Dementsprechend müssen die speziellen hierin verwendeten Begriffe auf Grundlage ihrer eindeutigen Bedeutung und des gesamten Kontexts der vorliegenden Erfindung verstanden werden.
  • 1 ist ein Diagramm, das ein auf automatischer Inhaltserkennung (ACR) beruhendes Enhanced Television (ETV)-Dienstsystem zeigt.
  • Das in 1 gezeigte ETV-Dienstsystem auf ACR-Basis kann einen Sender oder Inhaltsanbieter 100 einen Mehrkanal-Video-Programmverteiler (MVPD) 101, eine Set-Top-Box (STB) 102, einen Empfänger 103 wie einen digitalen TV-Empfänger und einen ACR-Server (oder einen ACR-Lösungsanbieter) 104 beinhalten. Der Empfänger 103 kann gemäß der Definition des Advanced Television System Committee (ATSC) arbeiten und kann eine ACR-Funktion unterstützen. Ein Echtzeit-Übertragungsdienst 110 kann über A/V-Inhalt enthalten.
  • Ein digitaler Übertragungsdienst kann weitgehend in einen terrestrischen Übertragungsdienst, der vom Sender 100 bereitgestellt wird, und einen Mehrkanal-Übertragungsdienst wie eine Kabelübertragung oder eine Satellitenübertragung, die vom MVPD 101 bereitgestellt wird, aufgeteilt werden. Der Sender 100 kann einen Echtzeit-Übertragungsdienst 110 und gleichzeitig Verbesserungsdaten (oder zusätzliche Daten) 120 aussenden. In diesem Fall kann, wie in 1 gezeigt, der Empfänger 103 nur den Echtzeit-Übertragungsdienst 110 empfangen und kann die Verbesserungsdaten 120 über den MVPD 101 und die STB 102 nicht empfangen.
  • Um die Verbesserungsdaten 120 zu empfangen, analysiert und verarbeitet der Empfänger 103 folglich A/V-Inhaltsausgaben als den Echtzeit-Übertragungsdienst 110 und identifiziert Sendeprogramminformationen und/oder sendeprogrammbezogene Metadaten. Bei Verwendung der identifizierten Sendeprogramminformationen und/oder mit dem Sendeprogramm zusammenhängenden Metadaten kann der Empfänger 103 die Verbesserungsdaten vom Sender 100 oder dem ACR-Server 104 (140) empfangen. In diesem Fall können die Verbesserungsdaten über ein Internetprotokoll-(IP-)Netzwerk 150 ausgesendet werden.
  • Wenn die Verbesserungsdaten von einem getrennten ACR-Server 104 (140) in einem Mechanismus zwischen dem ACR-Server 104 und dem Empfänger 103 empfangen werden, kann ein Anfrage-/Antwort-Modell unter in Norm ATSC 2.0 definierten TDO (Triggered Declarative Object) Modellen, auf den ACR-Server 104 angewendet werden. Nachstehend werden das TDO- und Anfrage-/Antwortmodell beschrieben.
  • TDO kennzeichnet zusätzliche Informationen, die im Übertragungsinhalt enthalten sind. Das TDO dient dazu, zusätzliche Informationen im Übertragungsinhalt zeitgerecht auszulösen. Wenn beispielsweise ein Audioprogramm übertragen wird, kann eine aktuelle Einstufung eines von einem Betrachter bevorzugten Audition-Teilnehmers zusammen mit dem Übertragungsinhalt angezeigt werden. Zu diesem Zeitpunkt können zusätzliche Informationen der aktuellen Einstufung des Audition-Teilnehmers ein TDO sein. Solch ein TDO kann durch Interaktion mit Betrachtern geändert oder gemäß dem Vorhaben des Betrachters bereitgestellt werden.
  • Im Anfrage-/Antwort-ACR-Modell der Norm ATSC 2.0 wird erwartet, dass der digitale Übertragungsempfänger 103 regelmäßig Signaturen des Inhalts generiert (z. B. alle 5 Sekunden) und Anfragen an den ACR-Server 104 sendet, die die Signaturen enthalten. Wenn der ACR-Server 104 eine Anfrage vom digitalen Übertragungsempfänger 103 erhält, gibt er eine Antwort zurück. Die Kommunikationssitzung wird zwischen den Anfrage-/Antwortinstanzen nicht offen gehalten. In diesem Modell ist es für den ACR-Server 104 nicht möglich, Meldungen an den Clienten einzuleiten.
  • Als digitale Satellitenübertragung eingeführt wurde, erschien digitale Datenübertragung als neuer ergänzender Dienst. Eine interaktive Datenübertragung, die ein repräsentativer interaktiver Dienst ist, kann nicht nur ein Datensignal sondern auch ein vorhandenes Übertragungssignal an einen Abonnenten aussenden, um verschiedene zusätzliche Dienste bereitzustellen.
  • Eine digitale Datenübertragung kann weitgehend in einen unabhängigen Dienst, der einen virtuellen Kanal verwendet, und einen übertragungsgebundenen Dienst über Enhanced TV (ETV) getrennt werden. Der unabhängige Dienst enthält nur Text und Grafiken ohne Übertragungsbildsignal und wird in einem Format bereitgestellt, das einer bestehenden Internet-Webseite ähnelt. Zu den repräsentativen Beispielen des unabhängigen Dienstes gehören ein Bereitstellungsdienst von Wetter- und Börseninformationen, ein TV-Bankservice, ein Handelsgeschäft-Service usw. Der übertragungsgebundene Dienst sendet nicht nur ein Übertragungsbildsignal sondern auch zusätzliche Text- und Grafikinformationen aus. Ein Betrachter kann Informationen zu einem gesehenen Übertragungsprogramm über einen übertragungsgebundenen Dienst einholen. Beispielsweise gibt es einen Dienst, mit dem ein Betrachter eine frühere Story oder einen Drehort sehen kann, während er sich das Drama ansieht.
  • In einem übertragungsgebundenen Service einer digitalen Datenübertragung kann ein auf ACR-Technologie beruhender ETV-Dienst bereitgestellt werden. ACR bedeutet Technologie zur automatischen Inhaltserkennung mittels im Inhalt versteckter Informationen, wenn ein Gerät Audio / Video (A/V-Inhalt) abspielt.
  • Beim Implementieren von ACR-Technologie kann ein Wasserzeichen- oder Fingerabdruckmarkierungsschema verwendet werden, um Informationen zum Inhalt zu erfassen. Wasserzeichenmarkierung bezieht sich auf Technologie zum Einfügen von Informationen in digitalen Inhalt, die einen digitalen Inhaltsanbieter kennzeichnen. Fingerabdruckmarkierung gleicht der Wasserzeichenmarkierung insofern, dass bestimmte Informationen in den digitalen Inhalt eingefügt werden, und unterscheidet sich davon insofern, dass anstelle der Informationen bezüglich eines Inhaltsanbieters Informationen bezüglich eines Inhaltskäufers eingefügt werden.
  • 2 ist ein Diagramm, das den Fluss digitaler Wasserzeichenmarkierungstechnologie gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • Als digitale Satellitenübertragung eingeführt wurde, erschien digitale Datenübertragung als neuer ergänzender Dienst. Eine interaktive Datenübertragung, die ein repräsentativer interaktiver Dienst ist, kann nicht nur ein Datensignal sondern auch ein vorhandenes Übertragungssignal an einen Abonnenten aussenden, um verschiedene zusätzliche Dienste bereitzustellen.
  • Eine digitale Datenübertragung kann weitgehend in einen unabhängigen Dienst, der einen virtuellen Kanal verwendet, und einen übertragungsgebundenen Dienst über Enhanced TV (ETV) getrennt werden. Der unabhängige Dienst enthält nur Text und Grafiken ohne Übertragungsbildsignal und wird in einem Format bereitgestellt, das einer bestehenden Internet-Webseite ähnelt. Zu den repräsentativen Beispielen des unabhängigen Dienstes gehören ein Bereitstellungsdienst von Wetter- und Börseninformationen, ein TV-Bankservice, ein Handelsgeschäft-Service usw. Der übertragungsgebundene Dienst sendet nicht nur ein Übertragungsbildsignal sondern auch zusätzliche Text- und Grafikinformationen aus. Ein Betrachter kann Informationen zu einem gesehenen Übertragungsprogramm über einen übertragungsgebundenen Dienst einholen. Beispielsweise gibt es einen Dienst, mit dem ein Betrachter eine frühere Story oder einen Drehort sehen kann, während er sich das Drama ansieht.
  • In einem übertragungsgebundenen Service einer digitalen Datenübertragung kann ein auf ACR-Technologie beruhender ETV-Dienst bereitgestellt werden. ACR bedeutet Technologie zur automatischen Inhaltserkennung mittels im Inhalt versteckter Informationen, wenn ein Gerät Audio / Video (A/V-Inhalt) abspielt.
  • Beim Implementieren von ACR-Technologie kann ein Wasserzeichen- oder Fingerabdruckmarkierungsschema verwendet werden, um Informationen zum Inhalt zu erfassen. Wasserzeichenmarkierung bezieht sich auf Technologie zum Einfügen von Informationen in digitalen Inhalt, die einen digitalen Inhaltsanbieter kennzeichnen. Fingerabdruckmarkierung gleicht der Wasserzeichenmarkierung insofern, dass bestimmte Informationen in den digitalen Inhalt eingefügt werden, und unterscheidet sich davon insofern, dass anstelle der Informationen bezüglich eines Inhaltsanbieters Informationen bezüglich eines Inhaltskäufers eingefügt werden.
  • Nachstehend wird Wasserzeichenmarkierungstechnologie mit Bezug auf 2 ausführlich beschrieben.
  • Digitale Wasserzeichenmarkierung ist der Vorgang des Einbettens von Informationen in ein digitales Signal so, dass es nur schwer entfernt werden kann. Das Signal kann beispielsweise Audio, Bilder oder Video sein. Wenn das Signal kopiert wird, werden die Informationen auch auf der Kopie getragen. Ein Signal kann mehrere verschiedene Wasserzeichen gleichzeitig tragen.
  • Bei sichtbarer Wasserzeichenmarkierung sind die Informationen im Bild oder Video sichtbar. Die Informationen sind gewöhnlich Text oder ein Logo, das den Eigentümer der Medien identifiziert. Wenn ein Fernsehsender sein Logo in der Ecke eines gesendeten Videos hinzufügt, ist dies ebenfalls ein sichtbares Wasserzeichen.
  • Bei unsichtbaren Wasserzeichenmarkierungen werden Informationen als digitale Daten zu Audio, Bild oder Video hinzugefügt, können jedoch nicht als solche wahrgenommen werden, obwohl es möglich sein kann, zu erkennen, dass eine gewisse Informationsmenge versteckt ist. Das Wasserzeichen kann für weit verbreiteten Gebrauch beabsichtigt sein, und daher wird es leicht gemacht, es abzurufen, oder es kann in Form von Steganographie vorliegen, wobei eine Partei eine geheime Nachricht kommuniziert, die in das digitale Signal eingebettet ist. In beiden Fällen ist das Ziel wie bei der sichtbaren Wasserzeichenmarkierung, Eigentums- oder andere beschreibende Informationen so an das Signal anzufügen, dass sie nur schwer entfernt werden können. Es ist auch möglich, versteckte eingebettete Informationen als Mittel verborgener Kommunikation zwischen Einzelpersonen zu verwenden.
  • Eine Anwendung von Wasserzeichenmarkierung findet sich in Urheberrechtschutzsystemen, die das unbefugte Kopieren von digitalen Medien verhindern oder davon abschrecken sollen. Bei dieser Verwendung ruft ein Kopiergerät das Wasserzeichen vor dem Kopieren aus dem Signal ab; abhängig vom Inhalt des Wasserzeichens entscheidet das Gerät, ob es kopiert oder nicht. Eine andere Anwendung ist die Quellenverfolgung.
  • Ein Wasserzeichen wird an jedem Verteilungspunkt in ein digitales Signal eingebettet. Wenn später eine Kopie der Arbeit gefunden wird, kann das Wasserzeichen aus der Kopie abgerufen und die Quelle der Verteilung gefunden werden. Dieses Verfahren wurde angeblich dazu verwendet, die Quelle illegal kopierter Filme zu finden.
  • Annotationen von digitalen Fotografien mit beschreibenden Informationen stellen eine weitere Anwendung unsichtbarer Wasserzeichenmarkierung dar.
  • Während manche Dateiformate für digitale Medien zusätzliche Informationen enthalten können, die Metadaten genannt werden, unterscheidet sich die digitale Wasserzeichenmarkierung dadurch, dass die Daten im Signal selbst getragen werden.
  • Die einzubettenden Informationen werden digitales Wasserzeichen genannt, obwohl der Satz „digitales Wasserzeichen“ in manchen Zusammenhängen den Unterschied zwischen dem mit einem Wasserzeichen markierten Signal und dem Decksignal bedeutet. Das Signal, in das das Wasserzeichen eingebettet werden soll, wird das Hostsignal genannt.
  • Ein Wasserzeichenmarkierungssystem wird gewöhnlich in drei eindeutige Schritte unterteilt: Einbetten (201), Angriff (202) und Erkennen (oder Extraktion; 203).
  • Beim Einbetten (201) akzeptiert ein Algorithmus den Host und die einzubettenden Daten und erzeugt ein mit einem Wasserzeichen markiertes Signal.
  • Das mit einem Wasserzeichen markierte Signal wird dann ausgesendet und gespeichert, gewöhnlich an eine andere Person ausgesendet. Wenn diese Person eine Abwandlung vornimmt, wird dies als Angriff (202) bezeichnet. Während die Abwandlung nicht unbedingt böswillig ist, stammt der Begriff „Angriff“ aus der Urheberrechtsschutzanwendung, wo Piraten versuchen, das digitale Wasserzeichen durch Abwandlung zu entfernen. Es gibt viele mögliche Abwandlungen, beispielsweise verlustbehaftete Kompression der Daten, Cropping eines Bilds oder Videos oder absichtliches Hinzufügen von Rauschen.
  • Die Erkennung (203) ist ein Algorithmus, der auf das angegriffene Signal angewendet wird, um zu versuchen, das Wasserzeichen daraus zu extrahieren. Wenn das Signal während des Aussendens nicht abgewandelt wurde, ist das Wasserzeichen noch vorhanden und kann extrahiert werden. Bei Anwendungen mit robuster Wasserzeichenmarkierung sollte der Extraktionsalgorithmus das Wasserzeichen richtig erzeugen können, selbst wenn die Abwandlungen stark waren. Bei fragiler Wasserzeichenmarkierung sollte der Extraktionsalgorithmus fehlschlagen, wenn Änderungen am Signal vorgenommen wurden.
  • Ein digitales Wasserzeichen wird bezüglich Transformationen als robust bezeichnet, wenn die eingebetteten Informationen zuverlässig aus dem markierten Signal erkannt werden können, selbst wenn es durch eine Anzahl von Transformationen degradiert wurde. Typische Bilddegradationen sind JPEG-Kompression, Rotation, Cropping, additives Rauschen und Quantisierung. Für Videoinhalt werden oft zeitweilige Abwandlung und MPEG-Kompression zu dieser Liste hinzugefügt. Ein Wasserzeichen wird als nicht wahrnehmbar bezeichnet, wenn der mit dem Wasserzeichen markierte Inhalt für die Wahrnehmung mit dem nicht mit einem Wasserzeichen markierten Originalinhalt identisch ist. Im Allgemeinen ist es leicht, robuste Wasserzeichen oder nicht wahrnehmbare Wasserzeichen zu erstellen, das Erstellen von robusten und nicht wahrnehmbaren Wasserzeichen erwies sich jedoch als Herausforderung. Robuste, nicht wahrnehmbare Wasserzeichen wurden als Werkzeug zum Schutz von digitalem Inhalt vorgeschlagen, beispielsweise als eine eingebettete No-Copy-Flag in professionellem Videoinhalt.
  • Digitale Wasserzeichenmarkierungsmethoden können auf verschiedene Weisen klassifiziert werden.
  • Erstens wird ein Wasserzeichen als fragil bezeichnet, wenn es nach der geringsten Abwandlung nicht festgestellt werden kann (Robustheit). Fragile Wasserzeichen werden häufig zum Erkennen von Manipulationen (Integritätsbeweis) verwendet. Abwandlungen an einem Originalwerk, die eindeutig zu erkennen sind, werden häufig nicht als Wasserzeichen sondern als allgemeine Barcodes bezeichnet. Ein Wasserzeichen wird als semi-fragil bezeichnet, wenn es harmlosen Transformationen widersteht, jedoch nach heimtückischen Transformationen nicht mehr festgestellt werden kann. Semi-fragile Wasserzeichen werden häufig zum Feststellen von heimtückischen Transformationen verwendet. Ein Wasserzeichen wird als robust bezeichnet, wenn es einer designierten Klasse von Transformationen widersteht. Robuste Wasserzeichen können bei Kopierschutzanwendungen dazu verwendet werden, Kopie- und Zugriffskontrollinformationen zu tragen.
  • Zweitens wird ein Wasserzeichen als nicht wahrnehmbar bezeichnet, wenn das Originaldecksignal und das markierte Signal mit der Wahrnehmung (fast) nicht voneinander unterschieden werden können (Wahrnehmbarkeit). Ein Wasserzeichen wird als wahrnehmbar bezeichnet, wenn seine Anwesenheit im markierten Signal erkennbar aber nicht aufdringlich ist.
  • Drittens bestimmt die Länge der eingebetteten Nachricht zwei verschiedene Kapazitätshauptklassen von Wasserzeichenmarkierungsschemen:
  • Die Nachricht ist konzeptionell null Bit lang und das System ist zum Erkennen des Vorhandenseins oder der Abwesenheit von Wasserzeichen im markierten Objekt konzipiert. Diese Art von Wasserzeichenmarkierungsschema wird häufig als Wasserzeichenmarkierungsschema mit kursiv Null-Bit oder kursiv vorhanden bezeichnet. Manchmal wird diese Art Wasserzeichenmarkierungsschema als 1-Bit-Wasserzeichen bezeichnet, da eine 1 das Vorhandensein (und 0 das Fehlen) eines Wasserzeichens kennzeichnet.
  • Die Nachricht ist ein n-Bit langer Strom (mit n = | m | ) oder M={0,1}n und wird im Wasserzeichen moduliert. Diese Art von Schemen wird gewöhnlich als Mehr-Bit-Wasserzeichenmarkierungs- oder Nicht-Null-Bit-Wasserzeichenmarkierungsschema bezeichnet.
  • Viertens gibt es mehrere Methoden für den Einbettungsschritt. Ein Verfahren der Wasserzeichenmarkierung wird als Spreizspektrum bezeichnet, wenn das markierte Signal durch additive Modifikation erzielt wird. Spreizspektrum-Wasserzeichen sind als mäßig robust bekannt, jedoch auch dafür, dass sie aufgrund von Host-Interferenz eine geringe Informationskapazität haben. Ein Verfahren der Wasserzeichenmarkierung wird als Quantisierungstyp bezeichnet, wenn das markierte Signal durch Quantisierung erzielt wird. Quantisierungs-Wasserzeichen leiden unter geringer Robustheit, weisen jedoch aufgrund der Ablehnung von Host-Interferenz eine hohe Informationskapazität auf. Ein Verfahren der Wasserzeichenmarkierung wird als Amplitudenmodulation bezeichnet, wenn das markierte Signal durch additive Modifikation eingebettet wird, die der Spreizspektrum-Methode ähnelt, aber besonders im Ortsraum eingebettet ist.
  • 3 ist ein Diagramm, das ein Format eines ACR-Abfrageergebnisses gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • Wenn ein Sender Inhalt für einen Echtzeit-Dienst und Verbesserungsdaten für einen ETV-Dienst zusammen aussendet und ein TV-Empfänger den Inhalt und den ETV-Dienst empfängt, kann gemäß dem bestehenden ACR-Dienst-Verarbeitungssystem der Inhalt für den Echtzeitdienst empfangen werden, die Verbesserungsdaten können jedoch nicht empfangen werden.
  • In diesem Fall ist es gemäß der Ausführungsform der vorliegenden Erfindung möglich, Probleme des bestehenden ACR-Verarbeitungssystems über einen unabhängigen IP-Signalisierungskanal unter Verwendung eines IP-Netzwerks zu lösen. Das heißt, dass ein TV-Empfänger Inhalt für Echtzeit-Dienst über einen MVPD empfangen kann und Verbesserungsdaten über einen unabhängigen IP-Signalisierungskanal empfangen kann.
  • In diesem Fall kann gemäß der Ausführungsform der vorliegenden Erfindung ein IP-Signalisierungskanal so konfiguriert werden, dass ein PSIP-Strom geliefert und in Form eines binären Stroms verarbeitet wird. Zu diesem Zeitpunkt kann der IP-Signalisierungskanal zum Verwenden eines Pull-Verfahrens oder eines Push-Verfahrens konfiguriert sein.
  • Der IP-Signalisierungskanal des Pull-Verfahrens kann gemäß einem HTTP-Anfrage-/Antwort-Verfahren konfiguriert sein. Gemäß dem HTTP-Anfrage-/Antwort-Verfahren kann ein binärer PSIP-Strom in ein HTTP-Antwortsignal für ein HTTP-Anfragesignal einbezogen und über SignalingChannelURL ausgesendet werden. In diesem Fall kann regelmäßig ein Polling-Zyklus gemäß Polling_cycle in den Metadaten angefordert werden, die als ACR-Abfrageergebnis geliefert werden. Zusätzlich können Informationen zu einer Zeit und/oder einem Zyklus, die aktualisiert werden sollen, in einen Signalisierungskanal einbezogen und ausgesendet werden. In diesem Fall kann der Empfänger Signalisierungsinformationen von einem Server aufgrund der Aktualisierungszeit und/oder Zyklusinformationen anfordern, die vom IP-Signalisierungskanal empfangen wurden.
  • Der IP-Signalisierungskanal des Push-Verfahrens kann unter Verwendung einer XMLHTTPRequest-Programmierschnittstelle (API) konfiguriert sein. Wenn die XMLHTTPRequest-API verwendet wird, ist es möglich, Aktualisierungen vom Server asynchron zu empfangen. Dies ist ein Verfahren, bei dem bei einem Empfänger über ein XMLHTTPRequest-Objekt Signalisierungsinformationen asynchron von einem Server angefordert und beim Server als Reaktion darauf Signalisierungsinformationen über diesen Kanal bereitgestellt werden, wenn sich Signalisierungsinformationen geändert haben. Wenn die Standby-Zeit einer Sitzung einer Begrenzung unterliegt, kann eine Sitzungs-Timeout-Antwort generiert werden und der Empfänger kann die Sitzungs-Timeout-Antwort erkennen, erneut Signalisierungsinformationen anfordern und einen Signalisierungskanal zwischen dem Empfänger und dem Server aufrechterhalten.
  • Um Verbesserungsdaten über einen IP-Signalisierungskanal zu empfangen, kann der Empfänger Wasserzeichenmarkierung und Fingerabdruckmarkierung verwenden. Fingerabdruckmarkierung bezieht sich auf eine Technologie zum Einsetzen von Informationen bezüglich eines Käufer von Inhalt anstelle eines Inhaltsanbieters. Wenn Fingerabdruckmarkierung verwendet wird, kann der Empfänger eine Bezugsdatenbank durchsuchen, um Inhalt zu identifizieren. Das Ergebnis des Identifizierens des Inhalts wird als ACR-Abfrageergebnis bezeichnet. Das ACR-Abfrageergebnis kann eine Abfrage, die einem TV-Betrachter bereitgestellt wird, und Antwortinformationen der Abfrage enthalten, um eine ACR-Funktion zu implementieren. Der Empfänger kann einen ETV-Dienst auf Grundlage des ACR-Abfrageergebnisses bereitstellen.
  • Informationen über das ACR-Abfrageergebnis können auf einem auf Wasserzeichen basierten ACR-System in A/V-Inhalt eingefügt/eingebettet und ausgesendet werden. Der Empfänger kann Informationen zu ACR-Abfrageergebnissen anhand eines Wasserzeichen-Extraktors extrahieren und erfassen und dann einen ETV-Dienst bereitstellen. In diesem Fall kann ein ETV-Dienst ohne getrennten ACR-Server bereitgestellt werden, und auf eine Abfrage über ein IP-Netzwerk kann verzichtet werden.
  • 3 ist ein Diagramm eines XML-Schemas, das ein ACR-Abfrageergebnis gemäß einer Ausführungsform der vorliegenden Erfindung kennzeichnet. Wie in 3 gezeigt, kann das XML-Format des ACR-Abfrageergebnisses ein Ergebniscodeelement 310 enthalten, und der ACR-Abfrageergebnistyp 300 kann ein Inhalts-ID-Element 301, ein Network Time Protocol-(NTP-)Zeitstempelelement 302, ein Signalisierungskanal-Informationselement 303, ein Dienstinformationselement 304 und ein Element für andere Bezeichner 305 enthalten. Das Signalisierungskanal-Informationselement 303 kann ein Signalisierungskanal-URL-Element 313, ein Aktualisierungsmodus-Element 323 und ein Polling-Zyklus-Element 333 enthalten, und das Dienstinformationselement 304 kann ein Dienstnamenelement 314, ein Dienst-Logo-Element 324 und ein Dienstbeschreibungselement 334 enthalten.
  • Nachstehend wird das Diagramm des XML-Schemas des in 3 gezeigten ACR-Abfrageergebnisses ausführlich beschrieben, und ein Beispiel des XML-Schemas wird beschrieben.
  • Das Ergebniscodeelement 310 kann einen Ergebniswert einer ACR-Abfrage kennzeichnen. Dies kann den Erfolg oder das Fehlschlagen der Abfrage und, wenn eine Abfrage fehlschlägt, den Grund für das Fehlschlagen in Form eines Code-Werts kennzeichnen. Wenn der Wert des Ergebniscodeelements 310 beispielsweise 200 ist, kann dies kennzeichnen, dass eine Abfrage erfolgreich ist und ihr entsprechende Inhaltsinformationen zurückgegeben werden, und wenn der Wert des Ergebniscodeelements 310 404 ist, kann dies anzeigen, dass der Inhalt nicht gefunden wurde.
  • Das Inhalts-ID-Element 301 kann einen Bezeichner für das globale und eindeutige Identifizieren von Inhalt kennzeichnen und kann ein globales Dienstbezeichner-Element enthalten, das ein Bezeichner zum Identifizieren eines Dienstes ist.
  • Das NTP-Zeitstempelelement 302 kann kennzeichnen, dass eine Zeit eines bestimmten Punkts eines Abtastrahmenintervalls, das für eine ACR-Abfrage verwendet wird, in Form eines NTP-Zeitstempels bereitgestellt wird. Hier kann der bestimmte Punkt ein Anfangspunkt oder Endpunkt des Abtastrahmens sein. NTP bedeutet ein Protokoll zum Synchronisieren einer Zeit eines Computers mit einer Bezugsuhr über das Internet, und kann zur Zeitsynchronisierung zwischen einem Zeitserver und Clienten verwendet werden, die auf einem Computernetzwerk verteilt sind. Da NTP eine koordinierte Weltzeit (UTC) verwendet und Genauigkeit von 10 ms gewährleistet, kann der Empfänger einen Rahmensynchronisierungsvorgang präzise verarbeiten.
  • Das Signalisierungskanal-Informationselement 303 kann Zugriffsinformationen eines unabhängigen Signalisierungskanals auf ein IP-Netzwerk für einen ETV-Dienst kennzeichnen.
  • Insbesondere kann das Signalisierungskanal-URL-Element 313, das ein Unterelement des Signalisierungskanal-Informationselements 303 ist, URL-Informationen eines Signalisierungskanals kennzeichnen. Das Signalisierungskanal-URL-Element 313 kann ein Aktualisierungsmodus-Element 323 und ein Polling-Zyklus-Element 333 als Unterelemente enthalten. Das Aktualisierungsmodus-Element 323 kann ein Verfahren zum Einholen von Informationen über einen IP-Signalisierungskanal kennzeichnen. Beispielsweise kann der Empfänger in einem Pull-Modus regelmäßig Polling gemäß einem Pull-Verfahren ausführen, um Informationen zu erfassen, und in einem Push-Modus kann der Server gemäß einem Push-Verfahren Informationen an den Empfänger aussenden. Das Polling-Zyklus-Element 333 kann einen grundlegenden Polling-Zykluswert des Empfängers gemäß einem Pull-Verfahren kennzeichnen, wenn das Aktualisierungsmodus-Element 323 ein Pull-Modus ist. Dann kann der Empfänger einen grundlegenden Polling-Zykluswert bestimmen und in willkürlichen Zeitintervallen ein Anfragesignal an den Server aussenden und dadurch verhindern, dass Anfragen den Server überlasten.
  • Das Dienstinformationselement 304 kann Informationen über einen Übertragungskanal kennzeichnen. Das Inhalts-ID-Element 301 kann einen Bezeichner eines Dienstes kennzeichnen, der aktuell von einem Betrachter angesehen wird, und das Dienstinformationselement 304 kann detaillierte Informationen über den Übertragungskanal kennzeichnen. Beispielsweise können die ausführlichen Informationen, die vom Dienstinformationselement 304 gekennzeichnet werden, der Name eines Kanals, ein Logo oder eine Textbeschreibung sein.
  • Insbesondere kann das Dienstnamenelement 314, das ein Unterelement des Dienstinformationselements 304 ist, den Namen eines Kanals kennzeichnen, das Dienst-Logo-Element 324 kann ein Kanal-Logo kennzeichnen, und das Dienstbeschreibungselement 334 kann eine Kanaltextbeschreibung kennzeichnen.
  • Nachstehend wird das XML-Schema von Elementen des ACR-Abfrageergebnisses in 3 nach der Ausführungsform der vorliegenden Erfindung gezeigt. 
 <xs:complexType name=„ACR-ResultType“>
 <xs:sequence>
 <xs:element name=„ContentID“ type=„xs:anyURI“/>
 <xs:element name=„NTPTimestamp“ type=„xs:unsignedLong“/>
 <xs:element name=„SignalingChannelInformation“>
 <xs:complexType>
 <xs:sequence>
 <xs:element name=„SignalingChannelURL“ maxOccurs=„unbounded“>
 <xs:complexType>
 <xs:simpleContent>
 <xs:extension base=„xs:anyURI“>
 <xs:attribute name=„UpdateMode“>
 <xs:simpleType>
 <xs:restriction base=„xs:string“>
 <xs:enumeration value=„Pull“/>
 <xs:enumeration value=„Push“/>
 </xs:restriction>
 </xs:simpleType>
 </xs:attribute>
 <xs:attribute name=„PollingCycle“ type=„xs:unsignedInt“/>
 </xs:extension>
 </xs:simpleContent>
 </xs:complexType>
 </xs:element>
 </xs:sequence>
 </xs:complexType>
 </xs:element>
 <xs:element name=„ServiceInformation“>
 <xs:complexType>
 <xs:sequence>
 <xs:element name=„ServiceName“ type=„xs:string“/>
 <xs:element name=„ServiceLogo“ type= „xs:anyURI“ minOccurs=„0“/>
 <xs:element name=„ServiceDescription“ type=„xs:string“ minOccurs=„0“ max-
 Occurs=„unbounded“/>
 </xs:sequence>
 </xs:complexType>
 </xs:element>
 <xs:any namespace=„##other“ processContents=„skip“ minOccurs=„0“ max-
 Occurs= „unbounded“/>
 </xs:sequence>
 <xs:attribute name=„ResultCode“ type=„xs:string“ use=„required“/>
 <xs:anyAttribute processContents=„skip“/>
 </xs:complexType>
  • 4 ist ein Diagramm, das die Syntax eines Inhaltsbezeichners (ID) gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • 4 zeigt die Syntax der Inhalts-ID gemäß der ATSC-Norm nach der Ausführungsform der vorliegenden Erfindung. Die ATSC-Inhalts-ID kann als Bezeichner zum Identifizieren von Inhalt verwendet werden, der vom Empfänger empfangen wird.
  • Die Syntax der in 4 gezeigten Inhalts-ID ist die Syntax eines Inhalts-ID-Elements des Formats des ACR-Abfrageergebnisses, das mit Bezug auf 3 beschrieben wurde.
  • Die ATSC-Inhalts-ID ist eine Syntax, die aus einer TSID (Transmitting Subscriber Identification) und einer „Hausnummer“ mit einem Eindeutigkeitszeitraum zusammengesetzt ist. Eine „Hausnummer“ ist eine beliebige Nummer, die der Inhaber der TSID als darin eingeschränkt wünscht. Nummern sind für jeden Wert der TSID eindeutig. Die Syntax der Struktur der ATSC-Inhalts-ID entspricht der Definition in 11.
  • ‚TSID‘, ein 16-Bit vorzeichenloses Integerfeld, enthält einen Wert transport_stream_ID. Die zuordnende Institution für diese Werte ist für die Vereinigten Staaten die FC. Bereiche für Mexiko, Kanada und die Vereinigten Staaten wurden durch eine formale Vereinbarung zwischen diesen Ländern eingerichtet. Werte in anderen Regionen werden von geeigneten Institutionen eingerichtet.
  • ‚end_of_day‘ Feld, dieser 5-Bit vorzeichenlose Integer wird in UTC auf die Stunde des Tages, zu der der Übertragungstag endet, und den Moment eingestellt, nach dem die content_id Werte gemäß unique_for wiederverwendet werden können. Der Wert dieses Felds liegt im Bereich von 0?23. Die Werte 24?31 sind reserviert. Es ist zu beachten, dass der Wert dieses Felds erwartungsgemäß pro Sender statisch ist.
  • ‚unique_for‘ Feld, dieser 9-Bit vorzeichenlose Integer wird auf die Anzahl der Tage eingestellt, aufgerundet, bezüglich der durch end_of_day gekennzeichneten Stunde gemessen, während der der content_id Wert keinem anderen Inhalt zugeordnet ist. Der Wert liegt im Bereich von 1 bis 511. Der Wert Null ist verboten. Der Wert 511 hat die spezielle Bedeutung „unendlich“. Es ist zu beachten, dass der Wert dieses Felds erwartungsgemäß im Wesentlichen pro Sender statisch ist und sich nur ändert, wenn das Verfahren der Hausnummerierung geändert wird. Es ist auch zu beachten, dass Decoder gespeicherte content_values als eindeutig behandeln können, bis die unique_for Felder ablaufen, was durch die stufenweise Abnahme aller gespeicherten unique_for Felder um eins pro Tag am Ende des Tags implementiert werden kann, bis sie Null erreichen.
  • ‚content_id‘ Feld, dieses Feld mit variabler Länge wird auf den Wert des Bezeichners gemäß dem oder der Hausnummersystem(e) für den Wert der TSID eingestellt. Jeder solche Wert wird innerhalb des Eindeutigkeitszeitraums, der von den Werten in den end_of_day und unique_for Feldern eingestellt wird, keinem anderen Inhalt zugeordnet. Der Bezeichner kann eine beliebige Kombination von durch Menschen lesbare und/oder binäre Werte sein und muss mit der Form einer Hausnummer nicht genau übereinstimmen, 242 Bytes 1 dürfen nicht überschritten werden.
  • Wenn ein Empfänger nach der Ausführungsform der vorliegenden Erfindung einen Dienst nicht global eindeutig über die in 4 gezeigte Syntax der Inhalts-ID identifizieren kann, kann der Empfänger gemäß der vorliegenden Ausführungsform den Dienst unter Verwendung eines globalen Dienstbezeichners identifizieren. Der globale Dienstbezeichner gemäß der vorliegenden Ausführungsform kann in das Inhalts-ID-Element des Formats des ACR-Abfrageergebnisses einbezogen werden, das mit Bezug auf 3 beschrieben wird.
  • [Beispiel 1] unten stellt einen globalen Dienstbezeichner eines URI-Formats gemäß einer Ausführungsform der vorliegenden Erfindung dar. Ein globaler Dienstbezeichner von [Beispiel 1] kann für einen ATSC-M/H-Dienst verwendet werden.
  • [Beispiel 1]
  • urn:oma:bcast:iauth:atsc:service:<region>:<xsid>:<serviceid> <region> ist ein internationaler Ländercode aus zwei Buchstaben gemäß ISO 639-2. <xsid> ist wie für örtliche Dienste, die Dezimalkodierung der TSID nach der Definition in dieser Region, definiert. <xsid> ist auch für regionale Dienste definiert (major > 69), „0“.
    <serviceid> ist als <major>.<minor> definiert, wobei <major> Hauptkanalnummer und <minor> Nebenkanalnummer kennzeichnen kann.
  • Der vorgenannte globale Dienstbezeichner kann im folgenden URI-Format dargestellt werden.
  • [Beispiel 2] urn:oma:bcast:iauth:atsc:service:us:1234:5.1
  • [Beispiel 3] urn:oma:bcast:iauth:atsc:service:us:0:100.200
  • Ein Empfänger nach der Ausführungsform der vorliegenden Erfindung kann Inhalt unter Verwendung eines globalen Inhaltsbezeichners auf der Grundlage des oben erwähnten globalen Dienstbezeichners identifizieren.
  • [Beispiel 4] unten stellt einen globalen Inhaltsbezeichner eines URI-Formats gemäß einer Ausführungsform der vorliegenden Erfindung dar. Ein globaler Dienstbezeichner von [Beispiel 4] kann für einen ATSC-Dienst verwendet werden. Im Einzelnen stellt [Beispiel 4] einen Fall dar, in dem ein ATSC-Inhaltsbezeichner als ein globaler Inhaltsbezeichner gemäß einer Ausführungsform der vorliegenden Erfindung verwendet wird.
  • [Beispiel 4]
  • urn:oma:bcast:iauth:atsc:content:<region>:<xsidz>:<contentid>:<unique for>: <end_of_day>
    <region> ist ein internationaler Ländercode aus zwei Buchstaben gemäß ISO 639-2 [4].
    <xsidz> ist wie für örtliche Dienste definiert, die Dezimalkodierung der TSID, wie in dieser Region definiert, gefolgt von „.“<serviceid>, außer wenn der aussendende Sender die Eindeutigkeit der globalen Inhalts-ID ohne die Verwendung von <serviceid> gewährleisten kann. <xsidz> ist auch für regionale Dienste definiert (major > 69), <serviceid>.
  • In beiden Fällen ist <serviceid> wie in Abschnitt A1 für den Dienst definiert, der den Inhalt trägt. <content_id> ist die base64 [5] Codierung des in 4 definierten content_id Felds unter Berücksichtigung des content_id Felds als binären String. <unique_for> ist die Dezimalcodierung des unique_for Felds, das in 4 definiert ist. <end_of_day> ist die Dezimalcodierung des in 4 definierten end_of_day Felds.
  • Der ATSC-Inhaltsbezeichner mit dem in den oben erwähnten Beispielen definierten Format kann dazu verwendet werden, Inhalt auf einem ACR-Verarbeitungssystem zu identifizieren.
  • Nachstehend wird bezüglich einer Ausführungsform der vorliegenden Erfindung mit Bezug auf 5 und 6 ein Empfänger beschrieben, der so konzipiert ist, dass er Wasserzeichenmarkierungs- und Fingerabdruckmarkierungstechnologien enthält. Die in 5 und 6 gezeigten Empfänger können gemäß der Absicht eines Entwicklers auf verschiedene Weisen konfiguriert werden.
  • 5 ist ein Diagramm, das die Struktur eines Empfängers gemäß der Ausführungsform der vorliegenden Erfindung zeigt.
  • Insbesondere zeigt 5 eine Ausführungsform der Konfiguration eines Empfängers, der einen auf ACR basierenden ETV-Dienst unterstützt, der Wasserzeichenmarkierung verwendet.
  • Wie in 5 gezeigt, kann der Empfänger, der den auf ACR basierenden ETV-Dienst gemäß der Ausführungsform der vorliegenden Erfindung unterstützt, einen Prozessor für Eingabedaten, einen ATSC-Hauptdienstprozessor, einen mobilen/handheld (MH) ATSC-Dienstprozessor und/oder ein ACR-Dienstprozessor enthalten. Der Prozessor für Eingabedaten kann einen Tuner/Demodulator 400und/oder einen Restseitenband-(VSB-)Decoder 401 enthalten. Der ATSC-Hauptdienstprozessor kann ein Transportprotokoll-(TP-)Demux 402, einen Non Real Time-(NRT-)Programm-Informationsprozessor 403, einen Digital Storage Media Command and Control (DSM-CC) adressierbaren Abschnittsparser 404, einen Information Provider (IP)/User Datagram Protocol (UDP) Parser 405, einen FLUTE Parser 406, ein Metadaten-Modul 407, ein Datei-Modul 408, einen Electronic Service Guide (ESG)/Data Carrier Detect (DCD) Handler 409, ein Speichersteuermodul 410, einen Datei/TP-Schalter 411, ein Playback-Steuermodul 412, ein erstes 1 Speichergerät 413, ein IP-Paket-Speichersteuermodul 414, ein Internetzugriffsteuermodul 415, eine IP-Schnittstelle 416, einen Live/Recorder-Schalter 417, einen Datei-(Objekt-)Decoder 418, einen TP/Packetized Elementary Stream (PES) Decoder 420, einen Program Specific Information (PSI)/Program and System Information Protocol (PSIP) Decoder 421 und/oder einen Electronic Program Guide (EPG) Handler 422 enthalten. Der ATSC-MH-Dienstprozessor kann einen Haupt-/MH-/NRT-Schalter 419, einen MH-Baseband-Prozessor 423, einen physischen MH-Anpassungsprozessor 424, einen IP-Protokollstapel 425, einen Datei-Handler 426, einen ESG-Handler 427, ein zweites Speichergerät 428 und/oder einen Streaming-Handler 429 enthalten. Der ACR-Dienstprozessorkann einen Haupt-/MH-/NRT-Schalter 419, einen A/V-Decoder 430, ein A/V-Prozessmodul 431, einen externen Eingabe-Handler 432, einen Wasserzeichen-Extraktor 433 und/oder eine Anwendung 434 enthalten.
  • Nachstehend wird die Funktionsweise jeden Moduls von jedem Prozessor beschrieben.
  • Im Prozessor für Eingabedaten kann der Tuner/Demodulator 400 ein von einer Antenne empfangenes Übertragungssignal einstellen und demodulieren. Durch diesen Prozess kann ein VSB-Symbol extrahiert werden. Der VSB-Decoder 401 kann das vom Tuner/Demodulator 400 extrahierte VSB-Symbol decodieren.
  • Der VSB-Decoder 401 kann entsprechend dem Decoding ATSC-Hauptdienstdaten und MH-Dienstdaten ausgeben. Die ATSC-Hauptdienstdaten können an einen ATSC-Hauptdienstprozessor geliefert und von diesem verarbeitet werden, und die MH-Dienstdaten können an den ATSC-MH-Dienstprozessor geliefert und von diesem verarbeitet werden.
  • Der ATSC-Hauptdienstprozessor kann ein Hauptdienstsignal verarbeiten, um Hauptdienstdaten, die kein MH-Signal enthalten, an den ACR-Dienstprozessor zu senden. Der TP-Demux 402 kann Transportpakete von ATSC-Hauptdienstdaten entschachteln, die über das VSB-Signal ausgesendet werden und das entschachtelte Transportpaket an andere Verarbeitungsmodule liefern. Das heißt, dass der TP-Demux 402 viele verschiedene Informationen entschachteln kann, die in den Transportpaketen enthalten sind, und Informationen so liefern kann, dass Elemente des Übertragungssignals jeweils von Modulen des Übertragungsempfängers verarbeitet werden. Die entschachtelten Daten können Echtzeitströme, DSM-CC adressierbare Abschnitte und/oder eine NRT-Dienst-Signalisierungstabelle table/A/90&92 enthalten. Insbesondere kann, wie in 5 gezeigt, der TP-Demux 402 die Echtzeitströme an den Live/Recorder-Schalter 417 ausgeben, die DSM-CC adressierbaren Abschnitte an den DSM-CC adressierbaren Abschnittsparser 404 ausgeben, und die NRT-Dienst-Signalisierungstabelle table/A/90&92 an den NRT-Programm-Informationsprozessor 403 ausgeben.
  • Der NRT-Programm-Informationsprozessor 403 kann die NRT-Dienst-Signalisierungstabelle table/A/90&92 vom TP-Demux 402 empfangen und FLUT-Sitzungsinformationen an den DSM-CC adressierbaren Abschnittsparser 404 extrahieren. Der DSM-CC adressierbare Abschnittsparser 404 kann die DSM-CC adressierbaren Abschnitte vom TP-Demux 402 empfangen, die FLUT-Sitzungsinformationen vom NRT-Programm-Informationsprozessor 403 empfangen und die DSM-CC adressierbaren Abschnitte verarbeiten. Der IP/UDP-Parser 405 kann die Datenausgabe vom DSM-CC adressierbaren Abschnittsparser 404 empfangen und IP-Datagramme parsen, die gemäß dem IP/UDP ausgesendet werden. Der FLUTE-Parser 406 kann eine Datenausgabe vom IP/UDP-Parser 405 empfangen und FLUTE-Daten zum Aussenden eines Datendiensts verarbeiten, der in der Form eines Asynchronous Layered Coding-(ALC-)Objekts ausgesendet wird. Das Metadaten-Modul 407 und das Dateimodul 408 können die Datenausgabe vom FLUTE-Parser 406 empfangen und Metadaten und eine wiederhergestellte Datei verarbeiten. Der ESG/DCD-Handler 409 kann Datenausgaben vom Metadaten-Modul 407 empfangen und einen elektronischen Dienstprogramm- und/oder Downlink-Kanal-Deskriptor in Bezug auf ein Übertragungsprogramm verarbeiten. Die wiederhergestellte Datei kann an das Speichersteuermodul 410 in Form eines Dateiobjekts wie ATSC 2.0 Inhalt und Bezugsfingerabdruck geliefert werden. Das Dateiobjekt kann vom Speichersteuermodul 410 verarbeitet und in eine normale Datei und eine TP-Datei geteilt werden, die im ersten Speichergerät 413 gespeichert werden. Das Playback-Steuermodul 412 kann das gespeicherte Dateiobjekt aktualisieren und das Dateiobjekt an den Datei/TP-Schalter 411 liefern, um die normale Datei und die TP-Datei zu decodieren. Der Datei/TP-Schalter 411 kann die normale Datei an den Datei-Decoder 418 liefern und die TP-Datei an den Live/Recorder-Schalter 417 liefern, so dass die normale Datei und die TP-Datei über verschiedene Pfade decodiert werden.
  • Der Datei-Decoder 418 kann die normale Datei decodieren und die decodierte Datei an den ACR-Dienstprozessor liefern. Die decodierte normale Datei kann an den Haupt-/MH-/NRT-Schalter 419 des ACR-Dienstprozessors geliefert werden. Die TP-Datei kann an den TP/PES-Decoder 420 unter der Steuerung des Live/Recorder-Schalters 417 geliefert werden. Der TP/PES-Decoder 420 decodiert die TP-Datei, und der PSI/PSIP-Decoder 421 decodiert die decodierte TP-Datei erneut. Der EPG-Handler 422 kann die decodierte TP-Datei verarbeiten und einen EPG-Dienst gemäß ATSC verarbeiten.
  • Der ATSC-MH-Dienstprozessor kann das MH-Signal verarbeiten um ATSC-MH-Dienstdaten an den ACR-Dienstprozessor auszusenden. Insbesondere kann der MH Baseband-Prozessor 423 das ATSC-MH-Dienstdatensignal in eine zum Aussenden geeignete Pulswellenform konvertieren. Der physische MH-Anpassungsprozessor 424 kann die ATSC-MH-Dienstdaten in einer für eine physische MH-Schicht geeigneten Form verarbeiten.
  • Das IP-Protokollstapelmodul 425 kann die Datenausgabe vom physischen MH-Anpassungsprozessor 424 empfangen und Daten gemäß einem Kommunikationsprotokoll für das Internet-Aussenden/-Empfangen verarbeiten. Der Datei-Handler 426 kann die Datenausgabe vom IP-Protokollstapelmodul 425 empfangen und eine Datei einer Anwendungsschicht verarbeiten. Der ESG-Handler 427 kann die Datenausgabe vom Datei-Handler 426 empfangen und eine mobile ESG verarbeiten. Zusätzlich kann das zweite Speichergerät 428 die Datenausgabe vom Datei-Handler 426 empfangen und ein Dateiobjekt speichern. Außerdem können einige der Datenausgaben vom IP-Protokollstapelmodul 425 Daten für einen ACR-Dienst des Empfängers anstatt eines mobilen ESG-Diensts gemäß ATSC werden. In diesem Fall kann der Streaming-Handler 429 echtes Streaming verarbeiten, das über ein Echtzeit-Transportprotokoll (RTP) empfangen wird, und das echte Streaming an den ACR-Dienstprozessor liefern.
  • Der Haupt-/MH-/NRT-Schalter 419 des ACR-Dienstprozessors kann die Signalausgabe vom ATSC-Hauptdienstprozessor und/oder dem ATSC-MH-Dienstprozessor empfangen. Der A/V-Decoder 430 kann A/V-Komprimierungsdaten decodieren, die vom Haupt-/MH-/NRT-Schalter 419 empfangen werden. Die decodierten A/V-Daten können an das A/V-Verarbeitungsmodul 431 geliefert werden.
  • Der externe Eingabe-Handler 432 kann den über die externe Eingabe empfangenen A/V-Inhalt verarbeiten und den A/V-Inhalt an das A/V-Prozessmodul 431 aussenden.
  • Das A/V-Prozessmodul 431 kann die vom A/V-Decoder 430 und/oder dem externen Eingabe-Handler 432 empfangenen A/V-Daten verarbeiten, die auf einem Bildschirm angezeigt werden sollen. In diesem Fall kann der Wasserzeichen-Extraktor 433 Daten extrahieren, die in Form eines Wasserzeichens aus den A/V-Daten eingefügt wurden. Die extrahierten Wasserzeichendaten können an die Anwendung 434 geliefert werden. Die Anwendung 434 kann einen Verbesserungsdienst auf Grundlage einer ACR-Funktion bereitstellen, Übertragungsinhalt identifizieren und damit zusammenhängende Verbesserungsdaten bereitstellen. Wenn die Anwendung 434 die Verbesserungsdaten an das A/V-Prozessmodul 431 liefert, kann das A/V-Prozessmodul 431 die empfangenen A/V-Daten verarbeiten, die auf einem Bildschirm angezeigt werden sollen.
  • Im Einzelnen kann der in 5 gezeigte Wasserzeichen-Extraktor 433 Daten (oder Wasserzeichen) extrahieren, die in Form eines Wasserzeichens aus den über externe Eingabe empfangene A/V-Daten eingefügt wurden. Der Wasserzeichen-Extraktor 433 kann ein Wasserzeichen aus den Audiodaten extrahieren, ein Wasserzeichen aus den Videodaten extrahieren und ein Wasserzeichen aus Audio- und Videodaten extrahieren. Der Wasserzeichen-Extraktor 433 kann Kanalinformationen und/oder Inhaltsinformationen aus dem extrahierten Wasserzeichen erfassen.
  • Der Empfänger gemäß der vorliegenden Ausführungsform kann einen ATSC-MH (mobile handheld) Kanal einstellen und entsprechenden Inhalt und/oder Metadaten empfangen, wobei die Kanalinformationen und/oder die Inhaltsinformationen verwendet werden, die vom Wasserzeichen-Extraktor 433 erfasst wurden. Außerdem kann der Empfänger gemäß der vorliegenden Ausführungsform entsprechenden Inhalt und/oder Metadaten über das Internet empfangen. Dann kann der Empfänger den empfangenen Inhalt und/oder die Metadaten unter Verwendung eines Triggers usw. anzeigen.
  • 6 ist ein Diagramm, das die Struktur eines Empfängers gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Insbesondere zeigt 6 eine Ausführungsform der Konfiguration eines Empfängers, der einen auf ACR basierenden ETV-Dienst unterstützt, der Fingerabdruckmarkierung verwendet.
  • Die grundlegende Struktur des in 6 gezeigten Empfängers ist grundsätzlich die gleiche wie die des in 6 gezeigten Empfängers. Der in 6 gezeigte Empfänger unterscheidet sich jedoch von dem in 5 gezeigten Empfänger dadurch, dass der Empfänger in 6 ferner einen Fingerabdruck-Extraktor 535 und/oder einen Fingerabdruck-Komparator 536 gemäß einer Ausführungsform der vorliegenden Erfindung enthält. Außerdem enthält der Empfänger in 6 den Wasserzeichen-Extraktor 433 von den in 5 gezeigten Elementen eventuell nicht.
  • Die grundlegende Struktur des in 6 gezeigten Empfängers ist grundsätzlich die gleiche wie die des in 5 gezeigten Empfängers, daher wird auf eine ausführliche Beschreibung desselben verzichtet. Nachstehend wird eine Funktionsweise des Empfängers bezüglich des Fingerabdruck-Extraktors 535 und/oder des Fingerabdruck-Komparators 536 beschrieben.
  • Der Fingerabdruck-Extraktor 535 kann Daten (oder Signaturen) extrahieren, die in über die externe Eingabe empfangen A/V-Inhalt eingefügt sind. Der Fingerabdruck-Extraktor 535 gemäß der vorliegenden Ausführungsform kann eine Signatur aus Audioinhalt extrahieren, eine Signatur aus Videoinhalt extrahieren oder eine Signatur aus Audio- und Videoinhalt extrahieren.
  • Der Fingerabdruck-Komparator 536 kann Kanalinformationen und/oder Inhaltsinformationen erfassen, indem er die aus den a/V-Inhalt extrahierte Signatur verwendet. Der Fingerabdruck-Komparator 536 gemäß der vorliegenden Ausführungsform kann die Kanalinformationen und/oder die Inhaltsinformationen über eine lokale Suche und/oder eine entfernte Suche erfassen.
  • Im Einzelnen wird, wie in 6 gezeigt, ein Weg einer Funktionsweise des Fingerabdruck-Komparators 536, der auf ein Speichergerät 537 zugreift, als lokale Suche bezeichnet. Außerdem wird, wie in 6 gezeigt, ein Weg einer Funktionsweise des Fingerabdruck-Komparators 536, der auf ein Internetzugang-Steuermodul 538 zugreift, als entfernte Suche bezeichnet. Die lokale Suche und die entfernte Suche werden unten beschrieben.
  • Bei der lokalen Suche gemäß der vorliegenden Ausführungsform kann der Fingerabdruck-Komparator 536 die extrahierte Signatur mit einem Bezugs-Fingerabdruck vergleichen, der im Speichergerät 537 gespeichert ist. Der Bezugs-Fingerabdruck besteht aus Daten, die der Fingerabdruck-Komparator 536 ferner empfängt, um die extrahierte Signatur zu verarbeiten.
  • Im Einzelnen kann der Fingerabdruck-Komparator 536 das extrahierte Signal und den Bezugs-Fingerabdruck abgleichen und miteinander vergleichen, um zu ermitteln, ob das extrahierte Signal und der Bezugs-Fingerabdruck identisch sind, um Kanalinformationen und/oder Inhaltsinformationen zu erfassen.
  • Als Vergleichsergebnis kann der Fingerabdruck-Komparator 536 das Vergleichsergebnis an die Anwendung aussenden, wenn das extrahierte Signal mit dem Bezugs-Fingerabdruck identisch ist. Die Anwendung kann Inhaltsinformationen und/oder Kanalinformationen bezüglich der extrahierten Signatur unter Verwendung des Vergleichsergebnisses an den Empfänger aussenden.
  • Als Vergleichsergebnis kann der Fingerabdruck-Komparator 536 einen neuen Bezugs-Fingerabdruck über einen ATSC-MH-Kanal empfangen, wenn die extrahierte Signatur nicht mit dem Bezugs-Fingerabdruck abgeglichen werden kann oder die Anzahl von Bezugs-Fingerabdrücken nicht ausreicht. Dann kann der Fingerabdruck-Komparator 536 die extrahierte Signatur und den Bezugs-Fingerabdruck erneut vergleichen.
  • Bei der entfernten Suche gemäß der vorliegenden Ausführungsform kann der Fingerabdruck-Komparator 536 Kanalinformationen und/oder Inhaltsinformationen aus einem Signatur-Datenbankserver im Internet empfangen.
  • Im Einzelnen kann der Fingerabdruck-Komparator 536 über das Internet-Zugriffssteuermodul 538 auf das Internet zugreifen, um auf den Signatur-Datenbankserver zuzugreifen. Dann kann der Fingerabdruck-Komparator 536 die extrahierte Signatur als Abfrageparameter an den Signatur-Datenbankserver aussenden.
  • Wenn alle Sender einen integrierten Signatur-Datenbankserver verwenden, kann der Fingerabdruck-Komparator 536 den Abfrageparameter an einen entsprechenden Signatur-Datenbankserver aussenden. Wenn Sender die jeweiligen Signatur-Datenbankserver getrennt verwalten, kann der Fingerabdruck-Komparator 536 die Abfrageparameter an die jeweiligen Signatur-Datenbanken aussenden. Außerdem kann der Fingerabdruck-Komparator 536 den Abfrageparameter gleichzeitig an zwei oder mehr Signatur-Datenbankserver aussenden.
  • Der Empfänger gemäß der vorliegenden Ausführungsform kann einen ATSC-MH-Kanal unter Verwendung der vom Fingerabdruck-Komparator 536 erfassten Kanalinformationen und/oder Inhaltsinformationen einstellen und entsprechenden Inhalt und/oder Metadaten empfangen. Dann kann der Empfänger den empfangenen Inhalt und/oder die Metadaten unter Verwendung eines Triggers usw. anzeigen.
  • 7 ist ein Diagramm, das ein digitales Übertragungssystem gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen zeigt 7 ausführlich ein personalisierbares Übertragungssystem mit einem digitalen Übertragungsempfänger (oder einem Empfänger) für einen Personalisierungsdienst. Der Personalisierungsdienst gemäß der vorliegenden Ausführungsform ist ein Dienst zum Auswählen und Bereitstellen von für einen Benutzer geeigneten Inhalt auf Grundlage von Benutzerinformationen. Außerdem kann das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform einen Next Generation Übertragungsdienst zum Bereitstellen eines ATSC 2.0 Dienst oder eines Personalisierungsdienstes zur Verfügung stellen.
  • Gemäß einer Ausführungsform der vorliegenden Erfindung werden als ein Beispiel für die Benutzerinformationen Profile und Informationen zur Demografie und zu Interessen des Benutzers (oder PDI-Daten) definiert. Nachstehend werden Elemente des personalisierbaren Übertragungssystems beschrieben.
  • Die Antworten auf die Fragebögen stellen zusammen das Profil, die Demografie und die Interessen (PDI) des Benutzers dar. Die Datenstruktur, die den Fragebogen und die von einem bestimmten Benutzer gegebenen Antworten einschließt, wird PDI-Fragebogen oder PDI-Tabelle genannt. Eine PDI-Tabelle, wie sie von einem Netzwerk, Sender oder Inhaltsanbieter bereitgestellt wird, enthält keine Antwortdaten, obwohl die Datenstruktur die Antworten aufnehmen kann, sobald sie verfügbar sind. Der Fragenteil einer Eingabe in einer PDI-Tabelle wird informell als „PDI Question“ oder „PDI-Q“ bezeichnet. Die Antwort auf eine gegebene PDI-Frage wird informell als „PDI-A“ bezeichnet. Ein Satz von Filterkriterien wird informell als „PDI-FC“ bezeichnet.
  • Das Client-Gerät wie ein ATSC 2.0 fähiger Empfänger enthält eine Funktion, die das Erstellen von Antworten auf die Fragen im Fragebogen ermöglicht (PDI-A-Instanzen). Diese Funktion zum Generieren von PDI verwendet PDI-Q-Instanzen als Eingabe und erzeugt PDI-A-Instanzen als Ausgabe. Sowohl PDI-Q- als auch PDI-A-Instanzen werden in nicht flüchtigen Speichern im Empfänger gespeichert. Der Client stellt auch eine Filterfunktion bereit, in der er PDI-A-Instanzen mit PDI-Q-Instanzen vergleicht, um festzustellen, welche Inhaltseinheiten zum Herunterladen und Verwenden geeignet sind.
  • Auf der Seite des Service Providers ist, wie gezeigt, eine Funktion implementiert, um die PDI-Tabelle zu verwalten und zu verteilen. Zusammen mit dem Inhalt werden Inhaltsmetadaten erzeugt. Unter den Metadaten befinden sich PDI-FC-Instanzen, die auf den Fragen in der PDI-Tabelle basieren.
  • Wie in 7 gezeigt, kann das personalisierbare Übertragungssystem einen Inhaltsanbieter (oder Sender) 707 und/oder einen Empfänger 700 beinhalten. Der Empfänger 700 gemäß der vorliegenden Ausführungsform kann eine PDI-Komponente 701, eine Filterkomponente 702, einen PDI-Speicher 703, einen Inhaltsspeicher 704, ein Modul für deklarativen Inhalt 705 und/oder ein Benutzerschnittstellen-(UI-)Modul 706 beinhalten. Wie in 7 gezeigt, kann der Empfänger 700 gemäß der vorliegenden Ausführungsform Inhalt usw. vom Inhaltsanbieter 707 empfangen. Die Struktur des oben erwähnten personalisierbaren Übertragungssystems kann gemäß der Absicht eines Entwicklers geändert werden.
  • Der Inhaltsanbieter 707 gemäß der vorliegenden Ausführungsform kann Inhalt, einen PDI-Fragebogen und/oder Filterkriterien an den Empfänger 700 aussenden. Die Datenstruktur, die den Fragebogen und die von einem bestimmten Benutzer gegebenen Antworten einschließt, wird PDI-Fragebogen genannt. Gemäß einer Ausführungsform der vorliegenden Erfindung kann der PDI-Fragebogen Fragen (oder PDI Questions) enthalten, die sich auf Profile, Demografie und Interessen usw. eines Benutzers beziehen.
  • Der Empfänger 700 kann den Inhalt, den PDI-Fragebogen und/oder die Filterkriterien verarbeiten, die vom Inhaltsanbieter 707 empfangen werden. Nachstehend wird das digitale Übertragungssystem bezüglich der Funktionsweise von Modulen beschrieben, die im in 7 gezeigten Empfänger 700 enthalten sind.
  • Die PDI-Komponente 701 gemäß der vorliegenden Ausführungsform kann den PDI-Fragebogen empfangen, der vom Inhaltsanbieter 707 bereitgestellt wird. Die PDI-Komponente 701 kann PDI-Fragen, die in dem empfangenen PDI-Fragebogen enthalten sind, an das UI-Modul 706 aussenden. Wenn die Eingaben eines Benutzers vorhanden sind, die entsprechenden PDI-Fragen entsprechen, kann die PDI-Komponente 701 die Antwort eines Benutzers und andere Informationen (im Folgenden als PDI-Antwort bezeichnet) bezüglich der entsprechenden PDI-Frage vom UI-Modul 706 empfangen. Dann kann die PDI-Komponente 701 PDI-Fragen und PDI-Antworten verarbeiten, um den Personalisierungsdienst zum Generieren von PDI-Daten zu beliefern. Das heißt, dass die PDI-Daten gemäß einer Ausführungsform der vorliegenden Erfindung die oben erwähnten PDI-Fragen und/oder PDI-Antworten enthalten können. Daher stellen die PDI-Antworten auf die PDI-Fragebögen zusammen das Profil, die Demografie und die Interessen (oder PDI) des Benutzers dar.
  • Außerdem kann die PDI-Komponente 701 gemäß der vorliegenden Ausführungsform PDI-Daten unter Verwendung der empfangenen PDI-Antworten aktualisieren. Im Einzelnen kann die PDI-Komponente 701 unter Verwendung einer ID einer PDI-Antwort die PDI-Daten löschen, hinzufügen und/oder korrigieren. Die ID der PDI-Antwort wird unten ausführlich in Bezug auf eine Ausführungsform der vorliegenden Erfindung beschrieben. Außerdem kann die PDI-Komponente 701 für die entsprechende Anfrage geeignete PDI-Daten an das entsprechende Modul aussenden, wenn ein anderes Modul die PDI-Komponente 701 zum Aussenden von PDI-Daten auffordert.
  • Die Filterkomponente 702 gemäß der vorliegenden Ausführungsform kann Filterinhalt in Bezug auf die PDI-Daten und die Filterkriterien filtern. Die Filterkriterien beziehen sich auf einen Satz von Filterkriterien zum Filtern von nur den Inhalten, die für einen Benutzer, der die PDI-Daten verwendet, geeignet sind. Im Einzelnen kann die Filterkomponente 702 die PDI-Daten von der PDI-Komponente 701 empfangen und den Inhalt und/oder die Filterkriterien vom Inhaltsanbieter 707 empfangen. Außerdem kann der Inhaltsanbieter 707 gleichzeitig eine Filterkriterientabelle bezüglich des deklarativen Inhalts aussenden, wenn der Inhaltsanbieter 707 einen Parameter bezüglich deklarativen Inhalts aussendet. Dann kann die Filterkomponente 702 die Filterkriterien und die PDI-Daten und abgleichen und miteinander vergleichen, und den Inhalt unter Verwendung des Vergleichsergebnisses filtern und herunterladen. Der heruntergeladene Inhalt kann im Inhaltsspeicher 704 gespeichert werden. Ein Filterverfahren und die Filterkriterien werden ausführlich unter Bezugnahme auf 9 und 10 beschrieben.
  • Gemäß einer Ausführungsform der vorliegenden Erfindung kann das UI-Modul 706 die von der PDI-Komponente 701 empfangenen PDI anzeigen und vom Benutzer die PDI-Antwort auf die entsprechende PDI-Frage empfangen. Der Benutzer kann die PDI-Antwort auf die angezeigte PDI-Frage an den Empfänger 700 unter Verwendung einer Fernsteuerung aussenden. Das UI-Modul 706 kann die empfangene PDI-Antwort an die PDI-Komponente 701 aussenden.
  • Das Modul für deklarativen Inhalt 705 gemäß der vorliegenden Ausführungsform kann auf die PDI-Komponente 701 zugreifen, um PDI-Daten zu erfassen. Außerdem kann, wie in 7 gezeigt, das Modul für deklarativen Inhalt 705 deklarativen Inhalt empfangen, der vom Inhaltsanbieter 707 bereitgestellt wird. Gemäß einer Ausführungsform der vorliegenden Erfindung kann der deklarative Inhalt Inhalt sein, der sich auf eine vom Empfänger 700 ausgeführten Anwendung bezieht, und kann ein deklaratives Objekt (DO) wie ein TDO (Triggered Declarative Object) enthalten.
  • Obwohl in 7 nicht gezeigt, kann das Modul für deklarativen Inhalt 705 gemäß der vorliegenden Ausführungsform auf den PDI-Speicher 703 zugreifen, um die PDI-Frage und/oder die PDI-Antwort zu erfassen. In diesem Fall kann das Modul für deklarativen Inhalt 705 eine Programmierschnittstelle (API) verwenden. Im Einzelnen kann das Modul für deklarativen Inhalt 705 den PDI-Speicher 703 unter Verwendung der API abrufen, um mindestens eine PDI-Frage zu erfassen. Dann kann das Modul für deklarativen Inhalt 705 die PDI-Frage aussenden, die PDI-Antwort empfangen und die empfangene PDI-Antwort über das UI-Modul 706 an den PDI-Speicher 703 aussenden.
  • Der PDI-Speicher 703 gemäß der vorliegenden Ausführungsform kann die PDI-Frage und/oder die PDI-Antwort speichern.
  • Der Inhaltsspeicher 704 gemäß der vorliegenden Ausführungsform kann den gefilterten Inhalt speichern.
  • Wie oben beschrieben kann die in 7 gezeigte PDI-Komponente 701 den PDI-Fragebogen vom Inhaltsanbieter 707 empfangen. Der Empfänger 700 kann PDI-Fragen des über das UI-Modul 706 empfangenen PDI-Fragebogens anzeigen und vom Benutzer die PDI-Antwort auf die entsprechende PDI-Frage empfangen. Die PDI-Komponente 701 kann PDI-Daten an die Filterkomponente 702 aussenden, die die PDI-Frage und/oder die PDI-Antwort enthalten. Die Filterkomponente 702 kann Filterinhalt über die PDI-Daten und die Filterkriterien filtern. So kann der Empfänger 700 den gefilterten Inhalt dem Benutzer bereitstellen, um den Personalisierungsdienst auszuführen.
  • 8 ist ein Diagramm, das ein digitales Übertragungssystem gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen zeigt 8 die Struktur eines personalisierbaren Übertragungssystems mit einem Empfänger für einen Personalisierungsdienst. Das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform kann einen ATSC 2.0 Dienst bereitstellen. Nachstehend werden Elemente des personalisierbaren Übertragungssystems beschrieben.
  • Wie in 8 gezeigt, kann das personalisierbare Übertragungssystem einen Inhaltsanbieter (oder Sender 807) und/oder einen Empfänger 800 beinhalten. Der Empfänger 800 gemäß der vorliegenden Ausführungsform kann eine PDI-Komponente 801, eine Filterkomponente 802, einen PDI-Speicher 803, einen Inhaltsspeicher 804, ein Modul für deklarativen Inhalt 805, ein UI-Modul 806, eine Nutzungsüberwachungskomponente 808 und/oder ein Nutzungsprotokollmodul 809 beinhalten. Wie in 7 gezeigt, kann der Empfänger 800 gemäß der vorliegenden Ausführungsform Inhalt usw. vom Inhaltsanbieter 807 empfangen. Die grundlegenden Module in 8 sind die gleichen wie die in 7, außer dass das Übertragungssystem in 8 im Gegensatz zum Übertragungssystem in 7 ferner die Nutzungsüberwachungskomponente 808 und/oder das Nutzungsprotokollmodul 809 enthalten kann. Die Struktur des oben erwähnten personalisierbaren Übertragungssystems kann gemäß der Absicht eines Entwicklers geändert werden. Nachstehend wird das digitale Übertragungssystem bezüglich des Nutzungsüberwachungsmoduls 808 und des Nutzungsprotokollmoduls 809 beschrieben.
  • Das Nutzungsprotokollmodul 809 gemäß der vorliegenden Ausführungsform kann Informationen (oder Verlaufsinformationen) zu einem Nutzungsverlauf eines Übertragungsdienstes durch einen Benutzer speichern. Die Verlaufsinformationen können zwei oder mehr Nutzungsdaten enthalten. Die Nutzungsdaten gemäß einer Ausführungsform der vorliegenden Erfindung beziehen sich auf Informationen zu einem Übertragungsdienst der von einem Benutzer über einen gegebenen Zeitraum verwendet wird. Im Einzelnen können die Nutzungsdaten Informationen enthalten, die kennzeichnen, dass um 21 Uhr 40 Minuten lang Nachrichten angeschaut werden, sowie Informationen, die kennzeichnen, dass um 23 Uhr ein Horrorfilm heruntergeladen wurde, usw.
  • Die Nutzungsüberwachungskomponente 808 gemäß der vorliegenden Ausführungsform kann eine Nutzungssituation eines Übertragungsdiensts durch einen Benutzer kontinuierlich überwachen. Dann kann die Nutzungsüberwachungskomponente 808 die im Nutzungsprotokollmodul 809 gespeicherten Nutzungsdaten löschen, hinzufügen und/oder korrigieren. Außerdem kann die Nutzungsüberwachungskomponente 808 gemäß der vorliegenden Ausführungsform die Nutzungsdaten an die PDI-Komponente 801 aussenden und die PDI-Komponente 801 kann die PDI-Daten unter Verwendung der ausgesendeten Nutzungsdaten aktualisieren.
  • 9 ist ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung.
  • Im Einzelnen ist 9 ein Flussdiagramm der Funktionsweise einer Filterkomponente und einer PDI-Komponente des personalisierbaren Übertragungssystems, das mit Bezug auf 7 und 8 beschrieben wurde.
  • Wie in 9 gezeigt, kann ein Empfänger 900 gemäß der vorliegenden Ausführungsform eine Filterkomponente 901 und/oder eine PDI-Komponente 902 enthalten. Nachstehend wird die Funktionsweise der Filterkomponente 901 und der PDI-Komponente 902 gemäß der vorliegenden Ausführungsform beschrieben. Die Struktur des oben erwähnten Empfängers kann gemäß der Absicht eines Entwicklers geändert werden.
  • Wie mit Bezug auf 7 beschrieben, kann der Empfänger 900 gemäß der vorliegenden Ausführungsform Filterkriterien und PDI-Daten abgleichen und miteinander vergleichen, um Inhalt zu filtern.
  • Im Einzelnen kann die Filterkomponente 901 gemäß der vorliegenden Ausführungsform von einem Inhaltsanbieter Filterkriterien empfangen und ein Signal (oder ein PDI-Datenanforderungssignal) zum Anfordern von PDI-Daten an die PDI-Komponente 902 aussenden. Die PDI-Komponente 902 gemäß der vorliegenden Ausführungsform kann PDI-Daten suchen, die dem entsprechenden PDI-Datenanforderungssignal gemäß dem ausgesendeten PDI-Datenanforderungssignal entsprechen.
  • Die in 9 gezeigte Filterkomponente 901 kann das PDI-Datenanforderungssignal mit einer Kriterien-ID (Bezeichner) an die PDI-Komponente 902 aussenden. Wie oben beschrieben, können die Filterkriterien ein Satz von Filterkriterien sein, die jeweils eine Kriterien-ID zum Identifizieren der Filterkriterien enthalten können. Zusätzlich kann gemäß einer Ausführungsform der vorliegenden Erfindung eine Kriterien-ID dazu verwendet werden, eine PDI-Frage und/oder eine PDI-Antwort zu identifizieren.
  • Die PDI-Komponente 902, die das PDI-Datenanforderungssignal empfangen hat, kann auf einen PDI-Speicher zugreifen, um nach den PDI-Daten zu suchen. Gemäß einer Ausführungsform der vorliegenden Erfindung können die PDI-Daten eine PDI-Daten-ID zum Identifizieren einer PDI-Frage und/oder einer PDI-Antwort enthalten. Die in 9 gezeigte PDI-Komponente 902 kann die Kriterien-ID und die PDI-Daten-ID abgleichen und miteinander vergleichen, um festzustellen ob die Kriterien-ID und die PDI-Daten-ID identisch sind.
  • Als Abgleichergebnis kann der Empfänger 900 entsprechenden Inhalt herunterladen, wenn die Kriterien-ID und die PDI-Daten-ID identisch sind und deren Werte identisch sind. Im Einzelnen kann die Filterkomponente 901 gemäß der vorliegenden Ausführungsform ein Download-Anfragesignal zum Herunterladen von Inhalt an den Inhaltsanbieter aussenden.
  • Als Abgleichergebnis kann, wie in 9 gezeigt, die PDI-Komponente 902 eine Null-ID (Bezeichner) an die Filterkomponente 901 aussenden, wenn die Kriterien-ID und die PDI-Daten-ID nicht identisch sind. Die Filterkomponente 901, das die Null-ID empfangen hat, kann ein neues PDI-Datenanforderungssignal an die PDI-Komponente 902 aussenden. In diesem Fall kann das neue PDI-Datenanforderungssignal eine neue Kriterien-ID enthalten.
  • Der Empfänger 900 gemäß der vorliegenden Ausführungsform kann mithilfe des oben genannten Verfahrens alle im Filterkriteriensatz enthaltenen Filterkriterien mit den PDI-Daten abgleichen. Als Abgleichergebnis kann die Filterkomponente 901 das Download-Anforderungssignal zum Herunterladen von Inhalt an den Inhaltsanbieter aussenden, wenn alle Filterkriterien mit den PDI-Daten abgeglichen wurden.
  • 10 ist ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung.
  • Im Einzelnen ist 10 ein Flussdiagramm der Funktionsweise einer Filterkomponente und einer PDI-Komponente des personalisierbaren Übertragungssystems, das mit Bezug auf 7 und 8 beschrieben wurde.
  • Wie in 10 gezeigt, kann ein Empfänger 1000 gemäß der vorliegenden Ausführungsform eine Filterkomponente 1001 und/oder eine PDI-Komponente 1002 enthalten. Die Struktur des oben erwähnten Empfängers kann gemäß der Absicht eines Entwicklers geändert werden. Grundlegende Funktionsweisen der in 10 gezeigten Filterkomponente 1001 und der PDI-Komponente 1002 sind die gleichen wie die Funktionsweisen, die mit Bezug auf 9 beschrieben werden.
  • Wenn jedoch als Abgleichergebnis des Filterkriteriums und der PDI-Daten die Kriterien-ID nicht mit der PDI-Daten-ID identisch ist, lädt der in 10 gezeigte Empfänger 1000 gemäß einer Ausführungsform der vorliegenden Erfindung eventuell keinen entsprechenden Inhalt herunter.
  • Im Einzelnen wird gemäß einer Ausführungsform der vorliegenden Erfindung eventuell kein neues PDI-Datenanforderungssignal an die PDI-Komponente 1002 ausgesendet, wenn die Filterkomponente 1001 gemäß einer Ausführungsform der vorliegenden Erfindung eine Null-ID empfängt. Außerdem sendet die Filterkomponente 1001 gemäß der vorliegenden Ausführungsform eventuell kein Download-Anforderungssignal gemäß einer Ausführungsform der vorliegenden Erfindung an den Inhaltsanbieter aus, wenn alle im Filterkriteriensatz enthaltenen Filterkriterien nicht mit den PDI-Daten abgeglichen sind.
  • 11 ist ein Diagramm, das eine PDI-Tabelle gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • Das mit Bezug auf 7 beschriebene personalisierbare Übertragungssystem kann PDI-Daten verwenden, um einen Personalisierungsdienst bereitzustellen und die PDI-Daten in Form einer PDI-Tabelle zu verarbeiten. Die Datenstruktur, die den Fragebogen und die von einem bestimmten Benutzer gegebenen Antworten einschließt, wird PDI-Fragebogen oder PDI-Tabelle genannt. Eine PDI-Tabelle, wie sie von einem Netzwerk, Sender oder Inhaltsanbieter bereitgestellt wird, enthält keine Antwortdaten, obwohl die Datenstruktur die Antworten aufnehmen kann, sobald sie verfügbar sind. Der Fragenteil einer Eingabe in einer PDI-Tabelle wird informell als „PDI Question“ oder „PDI-Q“ bezeichnet. Die Antwort auf eine gegebene PDI-Frage wird informell als „PDI-A“ bezeichnet. Ein Satz von Filterkriterien wird informell als „PDI-FC“ bezeichnet. Gemäß einer Ausführungsform der vorliegenden Erfindung kann die PDI-Tabelle im XML-Schema dargestellt sein. Das Format der PDI-Tabelle gemäß der vorliegenden Ausführungsform kann gemäß der Absicht eines Entwicklers geändert werden.
  • Wie in 11 gezeigt, kann die PDI-Tabelle gemäß der vorliegenden Ausführungsform Attribute 1110 und/oder PDI-Typ-Elemente enthalten. Die Attribute 1110 gemäß der vorliegenden Ausführungsform können ein Transaktionsattribut 1100 und ein Zeitattribut 1101 enthalten. Die PDI-Typ-Elemente gemäß der vorliegenden Ausführungsform können QIA Elemente 1102 (Fragen mit Integer-Antwort), QBA Elemente 1102 (Fragen mit Boolean-Antwort), QSA Elemente 1104 (Fragen mit Auswahl-Antwort), QTA Elemente 1105 (Fragen mit Text-Antwort) und/oder QAA Elemente 1106 (Fragen mit Antwort in beliebigem Format) enthalten. Nachstehend werden Elemente der in 11 gezeigten PDI-Tabelle beschrieben.
  • Im Einzelnen können die in 11 gezeigten Attribute 1110 Informationen der Attribute der PDI-Tabelle gemäß der vorliegenden Ausführungsform kennzeichnen. So werden die Attribute 1110 in der PDI-Tabelle gemäß der vorliegenden Ausführungsform eventuell nicht geändert, selbst wenn die in der PDI-Tabelle enthaltenen PDI-Typ-Elemente geändert werden. Beispielsweise kann das Transaktionsattribut 1100 gemäß der vorliegenden Ausführungsform Informationen zu einem Ziel einer PDI-Frage kennzeichnen. Das Zeitattribut 1101 gemäß der vorliegenden Ausführungsform kann Informationen zu der Zeit kennzeichnen, zu der die PDI-Tabelle generiert oder aktualisiert wurde. In diesem Fall können PDI-Tabellen, die verschiedene PDI-Typ-Elemente enthalten, das Transaktionsattribut 1100 und/oder das Zeitattribut 1101 enthalten, selbst wenn PDI-Typ-Elemente geändert werden.
  • Die PDI-Tabelle gemäß der vorliegenden Ausführungsform kann zwei oder mehr PDI-Typ-Elemente 1102 als Stammelemente enthalten. In diesem Fall können die PDI-Typ-Elemente 1102 in einer Listenform dargestellt werden.
  • Die PDI-Typ-Elemente gemäß der vorliegenden Ausführungsform können entsprechend dem PDI-Antwort-Typ klassifiziert werden. Beispielsweise kann das PDI-Typ-Element gemäß der vorliegenden Ausführungsform als „QxA“ Element bezeichnet werden. In diesem Fall kann „x“ entsprechend einem PDI-Antwort-Typ bestimmt werden. Der Typ der PDI-Antwort gemäß einer Ausführungsform der vorliegenden Erfindung kann einen Integer-Typ, einen Boolean-Typ, einen Auswahl-Typ, einen Text-Typ und einen beliebigen Typ von Antworten beinhalten, der keiner der vorgenannten vier Typen ist.
  • QIA Elemente 1103 gemäß einer Ausführungsform der vorliegenden Erfindung können einen Integer-Typ von PDI-Antwort auf eine PDI-Frage und/oder eine entsprechende PDI-Frage enthalten.
  • QBA Elemente 1104 gemäß einer Ausführungsform der vorliegenden Erfindung können einen Boolean-Typ von PDI-Antwort auf eine PDI-Frage und/oder eine entsprechende PDI-Frage enthalten.
  • QSA Elemente 1105 gemäß einer Ausführungsform der vorliegenden Erfindung können einen Mehrfachauswahl-Typ von PDI-Antwort auf eine PDI-Frage und/oder eine entsprechende PDI-Frage enthalten.
  • QTA Elemente 1106 gemäß einer Ausführungsform der vorliegenden Erfindung können einen Text-Typ einer PDI-Antwort auf eine PDI-Frage und/oder eine entsprechende PDI-Frage enthalten.
  • QAA Elemente 1107 gemäß einer Ausführungsform der vorliegenden Erfindung können einen vorgegebenen Typ einer PDI-Antwort, der kein Integer-, Boolean-, Mehrfachauswahl- und Text-Typ ist, auf eine PDI-Frage und/oder eine entsprechende PDI-Frage enthalten.
  • 12 ist ein Diagramm, das eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen stellt 12 ein XML-Schema von QIA Elementen unter den PDI-Typ-Elementen dar, die mit Bezug auf 11 beschrieben wurden.
  • Wie in 12 gezeigt, können die QIA Elemente Attribute 1210 enthalten, die Informationen zu Attributen im Zusammenhang mit einem PDI-Fragentyp, Bezeichner-Attribut 1220, einem Frageelement 1230 und/oder einem Antwortelement 1240 kennzeichnen.
  • Im Einzelnen können die Attribute 1210 gemäß der vorliegenden Ausführungsform ein Sprachattribut enthalten, das eine Sprache der PDI-Frage kennzeichnet. Außerdem können die Attribute 1210 der QIA Elemente gemäß der vorliegenden Ausführungsform ein mininclusive Attribut 1230, das einen kleinsten Integer einer PDI-Frage und/oder maxinclusive Attribut 1240 enthalten, das einen höchsten Integer der PDI-Frage kennzeichnet.
  • Das Bezeichner-Attribut 1220 gemäß der vorliegenden Ausführungsform kann verwendet werden, um die PDI-Frage und/oder die PDI-Antwort zu identifizieren.
  • Das Frageelement 1230 gemäß der vorliegenden Ausführungsform kann die PDI-Frage enthalten. Wie in 12 gezeigt, kann das Frageelement 1230 Attribute enthalten, die Informationen zur PDI-Frage kennzeichnen. Beispielsweise kann das Frageelement 1230 ein Zeitattribut 1231 enthalten, das die Zeit, zu der die PDI-Frage generiert oder ausgesendet wird und/oder die Ablaufzeit der PDI-Frage kennzeichnet.
  • Außerdem kann das Antwortelement 1240 gemäß der vorliegenden Ausführungsform die PDI-Antwort enthalten. Wie in 12 gezeigt, kann das Antwortelement 1240 Attribute enthalten, die Informationen in Bezug auf die PDI-Antwort kennzeichnen. Beispielsweise kann, wie in 12 gezeigt, das Antwortelement 1240 ein Bezeichner-Attribut 1241, das zum Erkennen jeder PDI-Antwort verwendet wird und/oder ein Zeitattribut 1242 enthalten, das eine Zeit kennzeichnet, zu der jede PDI-Antwort generiert oder korrigiert wird.
  • 13 ist ein Diagramm, das eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen stellt 13 ein XML-Schema von QBA Elementen unter den PDI-Typ-Elementen dar, die mit Bezug auf 11 beschrieben wurden.
  • Wie in 13 beschrieben sind grundlegende Elemente des XML-Schemas der QBA Elemente die gleichen wie die mit Bezug auf 12 beschriebenen Elemente, und daher wird auf eine ausführliche Beschreibung dieser verzichtet.
  • 14 ist ein Diagramm, das eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen stellt 14 ein XML-Schema des QSA Elements unter den PDI-Typ-Elementen dar, die mit Bezug auf 11 beschrieben wurden.
  • Grundlegende Elemente des XML-Schemas der in 14 beschriebenen QSA Elemente sind die gleichen wie die mit Bezug auf 14 beschriebenen Elemente, und daher wird auf eine ausführliche Beschreibung dieser verzichtet.
  • Gemäß dem Attribut der Mehrfachauswahl-Frage kann das Attribut des QSA Elements gemäß der vorliegenden Ausführungsform jedoch ferner ein minchoice Attribut 1411 und/oder ein maxchoice Attribut 1412 enthalten. Das minchoice Attribut 1411 gemäß der vorliegenden Ausführungsform kann eine Mindestzahl von PDI-Antworten kennzeichnen, die vom Benutzer gewählt werden können. Das maxchoice Attribut 1412 gemäß der vorliegenden Ausführungsform kann eine Höchstzahl von PDI-Antworten kennzeichnen, die vom Benutzer gewählt werden können.
  • 15 ist ein Diagramm, das eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen stellt 15 ein XML-Schema der QAA Elemente unter den PDI-Typ-Elementen dar, die mit Bezug auf 11 beschrieben wurden.
  • Wie in 15 beschrieben, sind grundlegende Elemente des XML-Schemas der QAA Elemente die gleichen wie die mit Bezug auf 12 beschriebenen Elemente, und daher wird auf eine ausführliche Beschreibung dieser verzichtet.
  • 16 ist ein Diagramm, das eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen stellt 16 im Vergleich zu den mit Bezug auf 11 bis 15 beschriebenen PDI-Tabellen ein erweitertes Format einer PDI-Tabelle im XML-Schema dar.
  • Wie oben beschrieben, wird die PDI-Tabelle gemäß einer Ausführungsform der vorliegenden Erfindung zum Bereitstellen eines Personalisierungsdienstes verwendet. Trotz des gleichen Benutzers kann jedoch bevorzugter Inhalt gemäß einer Situation geändert werden, zu der der Benutzer gehört.
  • Um dieses Problem zu lösen, kann die PDI-Tabelle gemäß einer Ausführungsform der vorliegenden Erfindung ferner ein Element enthalten, das Informationen zur Situation des Benutzers kennzeichnet.
  • Die in 16 gezeigte PDI-Tabelle kann ferner das Situationselement 1600 als das Element enthalten, das die Informationen zur Situation des Benutzers kennzeichnet. Das grundlegende XML-Schema der in 16 gezeigten PDI-Tabelle ist das gleiche wie das XML-Schema, das mit Bezug auf 11 bis 15 beschrieben wurde, daher wird auf eine ausführliche Beschreibung dessen verzichtet. Nachstehend wird das Situationselement 1600 beschrieben.
  • Das Situationselement 1600 gemäß der vorliegenden Ausführungsform kann Informationen zu einer Zeitzone und/oder einem Ort als Informationen über die Situation des Benutzers kennzeichnen. Wie in 16 gezeigt, kann das Situationselement 1600 ferner ein Zeitelement 1610, ein Ortselement 1620 und/oder andere Elemente enthalten, die die Informationen zur Situation des Benutzers kennzeichnen. Nachstehend wird jedes Element beschrieben.
  • Das Zeitelement 1610 gemäß der vorliegenden Ausführungsform kann Informationen bezüglich der Zeit eines Gebiets enthalten, zu dem der Benutzer gehört. Beispielsweise kann das Zeitelement 1610 das Zeitattribut 1611 enthalten, das Zeitinformationen in der Form „JJJJ-MM-TT“ kennzeichnet, und/oder ein Zeitzonenattribut 1612, das eine Zeitzone des Gebiets kennzeichnet, zu der der Benutzer gehört.
  • Das Ortselement 1620 gemäß der vorliegenden Ausführungsform kann Informationen zu einem Ort enthalten, zu dem der Benutzer gehört. Beispielsweise kann, wie in 16 gezeigt, das Ortselement 1620 ein location-desc Attribut 1621, das Informationen zu einem entsprechenden Ort kennzeichnet, ein Breitengrad-Attribut 1622, das Informationen zum Breitengrad des entsprechenden Orts kennzeichnet, und/oder ein Längengrad-Attribut 1623, das Informationen zum Längengrad des entsprechenden Orts kennzeichnet, enthalten.
  • 17A und 17B (im Folgenden 17) stellen eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung dar.
  • Im Einzelnen stellt 17 die PDI-Tabelle im XML-Schema dar, das mit Bezug auf 11 bis 16 gemäß einer Ausführungsform der vorliegenden Erfindung beschrieben wurde.
  • 17 zeigt die XML-Schema-Definition für ein Stammelement, das PDI-Tabelle genannt wird, und das die Struktur der PDI-Tabellen-Instanzdokumente definiert. Gemäß einer Ausführungsform der vorliegenden Erfindung bezieht sich das PDI-Tabellen-Instanzdokument auf ein tatsächliches Dokument, das durch das Verwirklichen der PDI-Tabelle im XML-Schema verwirklicht wird.
  • 17 zeigt auch die XML-Schemadefinitionen für die Stammelemente QIA, QBA, QSA, QTA oder QAA, die individuelle Fragen darstellen, die zwischen DOs und dem zugrundeliegenden Empfänger unter Verwendung der PDI-Programmierschnittstelle (API) hin- und her gesendet werden können. Die PDI-API gemäß der vorliegenden Ausführungsform wird ausführlich beschrieben. Die in 17 gezeigten Elemente können den Definitionen im XML-Schema mit dem Namensraum „http://www.atsc.org/XMLSchemas/iss/pdi/1“ entsprechen.
  • Unterschiede zwischen der PDI-Frage (oder PDI-Q) und PDI-Antwort (oder PDI-A) sind in den Nutzungsregeln anstatt dem Schema selbst angegeben. Der Fragenteil einer Eingabe in einer PDI-Tabelle wird informell als „PDI Question“ oder „PDI-Q“ bezeichnet. Die Antwort auf eine gegebene PDI-Frage wird informell als „PDI-A“ bezeichnet. Beispielsweise ist, während das Schema minOccurs=„0“ für das „q“ Element der verschiedenen Typen von Fragen kennzeichnet, die Verwendung des „q“ Elements in dem Fall zwingend, wenn das Schema für PDI-Q verwendet wird. Wenn das Schema für PDI-A verwendet wird, ist das Einbeziehen des „q“ Elements optional.
  • PDI-Q-Instanzdokumente können dem „PDI-Tabelle“-XML-Schema, das Teil der ATSC 2.0 Norm ist, mit seinem Namensraum entsprechen, und diese Definition kann Vorrang über die Beschreibung einnehmen, die hier im Fall von Unterschieden bereitgestellt wird. Gemäß einer Ausführungsform der vorliegenden Erfindung bezieht sich das PDI-Q-Instanzdokument auf ein tatsächliches Dokument, das durch das Verwirklichen der PDI-Tabelle mit PDI-Q im XML-Schema verwirklicht wird.
  • Ein PDI-Q-Instanzdokument besteht aus einem oder mehreren Elementen des Typs QIA (Fragen des Integer-Antwort-Typs), QBA (Fragen des Boolean-Antwort-Typs), QSA (Frage des Auswahl-Typs) und/oder OTA (Frage des Textantwort-Typs).
  • Keine „A“ (Antwort) Unterelemente dieser Elemente der obersten Ebene dürfen in einer PDIQ-Instanz vorhanden sein.
  • Das Bezeichner-Attribut („id“) in jedem dieser Elemente kann als Bezug oder Verknüpfung mit entsprechenden Elementen in einem PDI-A-Instanzdokument dienen. Gemäß einer Ausführungsform der vorliegenden Erfindung bezieht sich das PDI-A-Instanzdokument auf ein tatsächliches Dokument, das durch das Verwirklichen der PDI-Tabelle mit PDI-A im XML-Schema verwirklicht wird.
  • PDI-A-Instanzdokumente können dem „PDI-Tabelle“-XML-Schema, das Teil der ATSC 2.0 Norm ist, mit seinem Namensraum entsprechen, und diese Definition kann Vorrang über die Beschreibung einnehmen, die hier im Fall von Unterschieden bereitgestellt wird.
  • Ein PDI-A-Instanzdokument besteht aus einem oder mehreren Elementen des Typs QIA (Fragen des Integer-Antworttyps), QBA (Fragen des Boolean-Antworttyps), QSA (Frage des Auswahl-Antworttyps), QTA (Frage des Text-Antworttyps) und/oder QAA (Fragen des Antworttyps mit beliebigem Format).
  • Jedes dieser Elemente weist mindestens ein „A“ (Antwort-)Unterelement auf. Sie können „Q“ (Question String) Unterelemente enthalten oder nicht.
  • Das Bezeichner-Attribut („id“) in jedem dieser Elemente kann als Bezug oder Verknüpfung mit entsprechenden Elementen in einem PDI-Q-Instanzdokument dienen.
  • Nachstehend wird die Semantik der Elemente und Attribute beschrieben, die in der in 17 gezeigten PDI-Tabelle enthalten sind.
  • Wie in 17 gezeigt, kann in der PDI-Tabelle gemäß der vorliegenden Ausführungsform „@“ vor einem Namen oder Attribut angegeben sein, um zwischen den Attributen und den Elementen zu unterscheiden.
  • Die PDI-Tabelle gemäß der vorliegenden Ausführungsform kann PDI-Typ-Elemente enthalten. Im Einzelnen können die PDI-Typ-Elemente QIA Elemente, QBA Elemente, QSA Elemente, QTA Elemente und/oder QAA Elemente enthalten, wie mit Bezug auf 11 beschrieben.
  • Wie in 17 gezeigt, kann die PDI-Tabelle gemäß der vorliegenden Ausführungsform unabhängig vom Fragentypelement das protocolversion Attribut, pditableid Attribut, pditableversion Attribut und/oder Zeitattribut enthalten.
  • Die id Attribute der QIA, QBA, QSA, QTA und QAA Elemente weisen alle die gleiche Semantik auf, wie dies auch für die Ablaufdatumattribute für jedes dieser Elemente der Fall ist. Ähnlich weisen die lang Attribute jedes der Q Elemente alle die gleiche Semantik auf, wie dies auch für die Zeitattribute für jedes der A Elemente der Fall ist. Außerdem können sich die id Attribute auf den PDI-Datenbezeichner beziehen, die mit Bezug auf 9 beschrieben wurden.
  • Ein PDITable Element enthält die Liste von einem oder mehreren Frageelementen. Jedes ist im Format von QIA, QBA, QSA, QTA oder QAA. Die Verwendung der <choice> Konstruktion mit Kardinalität 0..N bedeutet, dass eine beliebige Anzahl von QIA, QBA, QSA, QTA und QAA Elementen in einer beliebigen Reihenfolge erscheinen kann.
  • Ein protocolVersion Attribut des PDI-Tabellenelements besteht aus 2 Hex-Ziffern. Die oberen 4 Bit kennzeichnen die Hauptversionsnummer der Tabellendefinition. Die unteren 4 Bit kennzeichnen die Nebenversionsnummer der Tabellendefinition. Die Hauptversionsnummer für diese Version dieser Norm ist auf 1 eingestellt. Es wird erwartet, dass Empfänger Instanzen der PDI, die Hauptversionswerte kennzeichnen, verwerfen, die sie nicht unterstützen können. Die Nebenversionsnummer für diese Version der Norm ist auf 0 eingestellt. Es wird erwartet, dass Empfänger Instanzen der PDI, die Nebenversionswerte kennzeichnen, nicht verwerfen, die sie nicht unterstützen können. In diesem Fall wird erwartet, dass sie alle individuellen Elemente oder Attribute, die sie nicht unterstützen, ignorieren.
  • Ein pdiTableId Attribut des PDITable Elements kann ein global eindeutiger Bezeichner dieses PDI-Tabellenelements sein.
  • Ein pdiTableVersion Attribut mit 8 Bit des PDITable Elements kennzeichnet die Version dieses PDI-Tabellenelements. Der ursprüngliche Wert kann 0 sein. Der Wert kann jedes Mal, wenn sich dieses PDI-Tabellenelement ändert, um 1 erhöht werden, mit einem Rollover auf 0 nach 255.
  • Ein time Attribut des PDITable Elements kennzeichnet das Datum und die Zeit der letzten Änderung einer beliebigen Frage in dieser PDI-Tabelle.
  • Ein QIA Element stellt eine Frage für den Integer-Antwort-Typ dar. Es enthält optionale Grenzen, die die erlaubten Höchst- und Mindestwerte der Antwort angeben.
  • Ein QIA.loEnd Attribut von QIA kennzeichnet den kleinstmöglichen Wert eines „A“ Unterelements von diesem QIA Element. D.h., dass der Wert eines „A“ Elements nicht geringer als loEnd ist. Ist kein loEnd Attribut vorhanden, kennzeichnet dies, dass es keinen Mindestwert gibt.
  • Ein QIA.hiEnd Attribut von QIA kennzeichnet den größtmöglichen Wert eines „A“ Unterelements von diesem QIA Element. D.h., dass der Wert einer Antwort nicht größer als hiEnd ist. Ist kein hiEnd Attribut vorhanden, kennzeichnet dies, dass es keinen Höchstwert gibt.
  • Ein QIA.Q Element ist ein Unterelement des QIA Elements. Der Wert des QIA.Q Elements kann den Fragen-String darstellen, der den Benutzern vorgelegt wird. Die Frage muss so formuliert sein, dass sie eine Antwort des Integer-Typs hat. Es kann mehrere Instanzen dieses Elements in verschiedenen Sprachen geben.
  • Ein QIA.A Element als Unterelement des QIA Elements kann einen Integer-Wert aufweisen. Das QIA.A Element kann eine Antwort auf die Frage in QIA.Q darstellen.
  • Ein QBA Element stellt eine Frage für einen Boolean-Antworttyp dar.
  • Ein QBA.Q Element ist ein Unterelement des QBA Elements. Der Wert des QBA.Q Elements kann den Fragen-String darstellen, der den Benutzern vorgelegt wird. Die Frage muss so formuliert sein, dass ihr Antworttyp ja/nein oder wahr/falsch ist. Es kann mehrere Instanzen dieses Elements in verschiedenen Sprachen geben.
  • Ein QBA.A Element als Unterelement des QBA Elements kann einen Boolean-Wert aufweisen. Ein QBA.A Element kann eine Antwort auf die Frage in QBA.Q darstellen.
  • Ein QSA Element stellt eine Frage für einen Auswahl-Antworttyp dar.
  • Ein QSA.minChoices Attribut des QSA Elements kann die Mindestzahl von Wahlmöglichkeiten festlegen, die ein Benutzer hat.
  • Ein QSA.minChoices Attribut des QSA Elements kann die Höchstzahl von Wahlmöglichkeiten festlegen, die ein Benutzer hat.
  • Ein QSA.Q Element ist ein Unterelement des QSA Elements. Der Wert des QSA.Q Elements stellt den Fragen-String dar, der den Benutzern vorgelegt wird. Die Frage muss so formuliert sein, dass sie eine Antwort hat, die einer oder mehreren der bereitgestellten Wahlmöglichkeiten entspricht.
  • Ein QSA.Q Auswahlelement ist ein Unterelement des QSA.Q Elements. Der Wert des QSA.Q Elements kann eine mögliche Wahl darstellen, die den Benutzern vorgelegt wird. Wenn mehrere QSA.Q Unterelemente des gleichen QSA Elements vorliegen (in verschiedenen Sprachen), hat jede davon die gleiche Anzahl von Auswahl-Unterelementen mit den gleichen Bedeutungen.
  • Ein QSA.Q.Selection.id Attribut von QSA.Q.Selection kann ein Bezeichner für das Auswahl-Element sein, das im Rahmen von QSA.Q eindeutig ist. Wenn mehrere QSA.Q Unterelemente des gleichen QSA Elements vorliegen (in verschiedenen Sprachen), kann eine 1:1 Entsprechung zwischen den id Attributen ihrer Auswahl-Elemente bestehen, wobei entsprechende Auswahl-Elemente die gleiche Bedeutung haben.
  • Ein QSA.A ist ein Unterelement des QSA Elements. Jede Instanz dieses Unterelements des QSA Elements kann eine erlaubte Antwort auf die Frage dieses Auswahltyps in Form des id Werts von einem der Auswahl-Elemente festlegen.
  • Ein QTA Element stellt eine Frage für eine Texttyp-Antwort (Freitexteingabe) dar.
  • Ein QTA.Q Element ist ein Unterelement des QTA Elements. Der Wert des QTA.Q Elements kann den Fragen-String darstellen, der den Benutzern vorgelegt wird. Die Frage muss so formuliert sein, dass sie als Antwort einen Freiformtext hat.
  • Ein QTA.A Element ist ein Unterelement des QTA Elements. Der Wert des QTA.A Elements kann eine Antwort auf die Frage in QTA.Q darstellen.
  • Ein QAA Element kann verwendet werden, um verschiedene Informationstypen aufzunehmen, wie z. B. eine Eingabe in eine Datenbank.
  • Ein QAA.A Element ist ein Unterelement des QAA Elements. Der Wert des QAA.A Elements enthält eine gewisse Art von Informationen.
  • Ein id Attribut der QIA, QBA, QSA, QTA und QAA Elemente kann ein URI sein, der ein global eindeutiger Bezeichner für das Element ist, in dem es auftritt.
  • Ein Ablaufelement der QIA, QBA, QSA, QTA und QAA Elemente kann ein Datum und eine Zeit kennzeichnen, nach der das Element, in dem sie auftreten, nicht mehr relevant ist und aus der Tabelle gelöscht werden sollen.
  • Ein lang Attribut der QIA.Q, QBA.Q, QSA.Q, QTA.Q und QTA.A Elemente kann die Sprache des Fragen- oder Antwort-String kennzeichnen. Im Fall von QSA.Q kann das lang Attribut auch die Sprache des Auswahl-Unterelements von QSA.Q kennzeichnen. Ist kein lang Attribut vorhanden, kann dies kennzeichnen, dass die Sprache Englisch ist.
  • Ein Zeitattribut der QIA.A, QBA.A, QSA.A, QTA.A und QAA.A Elemente kann das Datum und die Zeit kennzeichnen, zu der die Antwort in die Tabelle eingegeben wurde.
  • Obwohl in 17 nicht gezeigt, kann die PDI-Tabelle gemäß der vorliegenden Ausführungsform ferner ein QIAD Element, QBAD Element, QSAD Element, QTAD Element und/oder QAAD Element enthalten. Die vorgenannten Elemente werden zusammen die QxAD Elemente genannt. Nachstehend werden die QxAD Elemente beschrieben.
  • Ein QIAD Element als Stammelement enthält eine Frage für den Integer-Antworttyp im QIAD Unterelement. QIA enthält optional Grenzen, die die erlaubten Höchst- und Mindestwerte der Antwort angeben.
  • Ein QBA Element als Stammelement stellt eine Frage für einen Boolean-Antworttyp dar.
  • Ein QSAD Element als Stammelement stellt eine Frage für einen Auswahl-Antworttyp dar.
  • Ein QTAD Element als Stammelement stellt eine Frage für einen Text-Antworttyp (Freitexteingabe) dar.
  • Ein QAAD Element als Stemmelement kann verwendet werden, um verschiedene Informationstypen aufzunehmen, wie z. B. eine Eingabe in eine Datenbank.
  • Obwohl in 17 nicht gezeigt, kann jedes PDI-Typ-Element ferner ein QText Element und/oder ein time Attribut enthalten.
  • Ein QIA.Q.QText Element ist ein Unterelement des QIA.Q Elements. Der Wert des QIA.Q.QText Elements stellt den Fragen-String dar, der den Benutzern vorgelegt wird. Die Frage muss so formuliert sein, dass sie eine Antwort des Integer-Typs hat.
  • Ein QIA.A.answer Attribut ist ein Attribut des QIA.A Elements mit Integer-Wert. Das QIA.A.answer Attribut stellt eine Antwort auf die Frage im QIA.Q.QText Element dar.
  • Ein QBA.Q.Qtext Element ist ein Unterelement des QBA.Q Elements. Der Wert des QBA.Q.Qtext Elements stellt den Fragen-String dar, der den Benutzern vorgelegt wird. Die Frage muss so formuliert sein, dass ihr Antworttyp ja/nein oder wahr/falsch ist. Es kann mehrere Instanzen dieses Elements in verschiedenen Sprachen geben.
  • Ein QBA.A.answer Attribut ist ein Attribut des QBA.A Elements mit Boolean-Wert. Das QBA.A@answer Attribut stellt eine Antwort auf die Frage im QBA.Q.QText Element dar.
  • Ein QSA.QText Element ist ein Unterelement des QSA.Q Elements. Das QSA.Q.QText Element stellt den Fragen-String dar, der den Benutzern vorgelegt wird. Die Frage muss so formuliert sein, dass sie eine Antwort hat, die einer oder mehreren der bereitgestellten Wahlmöglichkeiten entspricht. Es kann mehrere Instanzen dieses Elements in verschiedenen Sprachen geben.
  • Ein QSA.A.answer Attribut des QSA.A Unterelements gibt eine erlaubte Antwort auf diese Frage des Auswahltyps in Form des id Werts von einem der Auswahl-Elemente an.
  • Ein QTA.Q.QText Element ist ein Unterelement des QTA Elements. Der Wert des QTA.Q.QText Elements stellt den Fragen-String dar, der den Benutzern vorgelegt wird. Die Frage muss so formuliert sein, dass sie als Antwort einen Freiformtext hat.
  • Ein QTA.A.answer Attribut ist ein Unterelement des QTA Elements. Der Wert des QIA.A.answer Elements stellt eine Antwort auf die Frage im QTA.Q.QText Element dar.
  • 18A und 18B (nachstehend 18) zeigen eine PDI-Tabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung.
  • Im Einzelnen stellt 18 die Struktur der PDI-Tabelle im XML-Schema dar, die mit Bezug auf 11 bis 16 beschrieben wurde.
  • Die Grundstruktur der in 18 gezeigten PDI-Tabelle und die Semantik der Grundelemente und -attribute sind die gleichen wie die in 17. Im Gegensatz zu der in 17 gezeigten PDI-Tabelle kann die in 18 gezeigte PDI-Tabelle jedoch ferner ein xactionSetId Attribut und/oder ein Text-Attribut enthalten. Nachstehend wird die PDI-Tabelle bezüglich des xactionSetId Attributs und des Text-Attributs beschrieben.
  • Ein xactionSetId Attribut der QxA Elemente kennzeichnet, dass die Frage zu einem Transaktionssatz von Fragen gehört, wobei ein Transaktionssatz von Fragen ein Satz ist, der zum Zweck der Beantwortung der Fragen als Einheit behandelt werden muss. Es stellt auch einen Bezeichner für den Transaktionssatz bereit, zu dem die Frage gehört. Daher wird der Satz aller Fragen in einer PDI-Tabelle, die den gleichen Wert des xactionSetId Attributs aufweisen, nach dem „Alles-oder-nichts“-Prinzip beantwortet.
  • Ein Text-Attribut des QxA Elements ist ein Unterelement von QxA.Q Elementen. Der Wert des Text-Attributs kann den Fragen-String darstellen, der den Benutzern vorgelegt wird.
  • 19 ist ein Diagramm, das eine Filterkriterientabelle gemäß einer Ausführungsform der vorliegenden Erfindung zeigt. Das oben erwähnte personalisierbares Übertragungssystem in 7 kann Filterkriterien verwenden, um einen Personalisierungsdienst bereitzustellen. Die mit Bezug auf 7, 9 und 10 beschriebenen Filterkriterien können in Form einer Filterkriterientabelle verarbeitet werden. Gemäß einer Ausführungsform der vorliegenden Erfindung kann die Filterkriterientabelle in Form eines XML-Schema dargestellt werden.
  • Gemäß einer Ausführungsform der vorliegenden Erfindung kann die Filterkriterientabelle ein ähnliches Format wie ein Format der PDI-Tabelle aufweisen, um die PDI-Daten und die Filterkriterien wirksam vergleichen zu können. Das Format der Filterkriterientabelle gemäß der vorliegenden Ausführungsform kann gemäß der Absicht eines Entwicklers geändert werden.
  • Wie in 19 gezeigt, kann die Filterkriterientabelle gemäß der vorliegenden Ausführungsform ein Filterkriteriumelement 1900 enthalten. Das Filterkriteriumelement 1900 kann das Bezeichner-Attribut 1901, das Kriteriumtyp-Attribut 1902 und/oder ein Kriteriumwert-Element 1903 enthalten. Das Filterkriterium gemäß der vorliegenden Ausführungsform kann so ausgelegt werden, dass es der oben erwähnten PDI-Frage entspricht. Nachstehend werden Elemente der in 19 gezeigten Filterkriterientabelle beschrieben.
  • Das Filterkriteriumelement 1900 gemäß der vorliegenden Ausführungsform kann ein Filterkriterium kennzeichnen, das der PDI-Frage entspricht.
  • Das Bezeichner-Attribut 1901 gemäß der vorliegenden Ausführungsform kann eine PDI-Frage identifizieren, die einem Filterkriterium entspricht.
  • Das Kriteriumtyp-Attribut 1902 gemäß der vorliegenden Ausführungsform kann einen Typ des Filterkriteriumskennzeichnen. DerTyp des-Filterkriteriums wird ausführlich beschrieben.
  • Das Kriteriumwert-Element 1903 gemäß der vorliegenden Ausführungsform kann einen Wert des Filterkriteriums kennzeichnen. Jeder Kriteriumwert ist eine mögliche Antwort auf die PDI-Frage.
  • Im Einzelnen kann der Typ des Filterkriteriums gemäß der vorliegenden Erfindung entweder ein Integer-Typ, ein Boolean-Typ, ein Auswahl-Typ, ein Text-Typ und/oder ein beliebiger Typ sein.
  • Das Filterkriterium des Integer-Typs (oder Integer-Typ-Kriterium) bezieht sich auf ein Filterkriterium, das einer PDI-Antwort des Integer-Typs entspricht.
  • Das Filterkriterium des Boolean-Typs (oder Boolean-Typ-Kriterium) bezieht sich auf ein Filterkriterium, das einer PDI-Antwort des Boolean-Typs entspricht.
  • Das Filterkriterium des Auswahl-Typs (oder Auswahl-Typ-Kriterium) bezieht sich auf ein Filterkriterium, das einer PDI-Antwort des Auswahl-Typs entspricht.
  • Das Filterkriterium des Text-Typs (oder Text-Typ-Kriterium) bezieht sich auf ein Filterkriterium, das einer PDI-Antwort des Text-Typs entspricht.
  • Das Filterkriterium beliebigen Typs bezieht sich auf ein Filterkriterium, das einer PDI-Antwort eines beliebigen Typs entspricht.
  • [Beispiel 5] unten zeigt ein XML-Schema der in 19 gezeigten Filterkriterientabelle gemäß einer Ausführungsform der vorliegenden Erfindung.
  • [Beispiel 5]
    • <?xml version=„1.0“ encoding=„UTF-8“?>
 <xs:schema xmlns:xs=„http://www.w3.org/2001/XMLSchema“ element-
 FormDefault=„qualified“ attributeFormDefault=„unqualified“>
 <xs:element name=„FilterCriteriaTable“ type=„FilterCriteriaTableType“/>
 <xs:complexType name=„FilterCriteriaTableType“>
 <xs:sequence maxOccurs=„unbounded“>
 <xs:element name=„FilterCriteriaTable“ type=„FilterCriteriaTableType“/>
 <xs:sequence>
 </xs:complexType>
 <xs:complexType name=„FilterCriterionType“>
 <xs:sequence>
 <xs:element name=„CriterionValue“ type=„ xs:base64Binary" max-
 Occurs=„unbounded“/>
 <xs:sequence>
 <xs:attribute name=„id“ type=„xs:anyURI“ use=„required“/>
 <xs:attribute name=„CriterionType“ type=„xs:unsignedByte“ use=„required“/>
 </xs:complexType>
 </xs:schema>
  • 20 ist ein Diagramm, das eine Filterkriterientabelle gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen stellt 20 im Vergleich zu der mit Bezug auf 19 beschriebenen Filterkriterientabelle ein erweitertes Format einer Filterkriterientabelle im XML-Schema dar. Wenn die Filterkriterientabelle im XML-Schema der in 19 gezeigten Filterkriterien konfiguriert ist, können kein Filterkriteriumtyp gemäß einer Ausführungsform der vorliegenden Erfindung und kein ausführliches Attribut für jeden Typ davon eingestellt werden. Daher stellt 20 einen Filterkriteriumtyp dar und schlägt ein XML-Schema zum Einstellen von Attributen für jeden Typ vor. Ein personalisierbares Übertragungssystem gemäß einer Ausführungsform der vorliegenden Erfindung kann Inhalt unter Verwendung einer im XML-Schema von 20 konfigurierten Filterkriterientabelle genauer filtern.
  • Wie in 20 gezeigt, kann die Filterkriterientabelle Attribute 2000 und/oder Filterkriteriumtyp-Elemente enthalten. Die Attribute 2000 gemäß der vorliegenden Ausführungsform können Zeitattribute 2001 enthalten. Die Filterkriteriumtyp-Elemente gemäß der vorliegenden Ausführungsform können ein Kriteriumelement des Integer-Typs (oder QIA Kriteriumelement) 2010, ein Kriteriumelement des Boolean-Typs (oder QBA Kriteriumelement) 2020, ein Kriteriumelement des Auswahl-Typs (oder QSA Kriteriumelement) 2030, ein Kriteriumelement des Text-Typs (oder QTA Kriteriumelement) 2040 und/oder ein Kriteriumelement eines beliebigen Typs (oder QAA Kriteriumelement) 2050 enthalten. Nachstehend werden Elemente der in 20 gezeigten Filterkriterientabelle beschrieben.
  • Im Einzelnen können die in 11 gezeigten Attribute 2000 Informationen der Attribute der Filterkriterientabelle gemäß der vorliegenden Ausführungsform kennzeichnen. So werden die Attribute 2000 eventuell nicht geändert, selbst wenn Filterkriterientyp-Elemente, die in der Filterkriterientabelle enthalten sind, geändert werden. Beispielsweise kann das Zeitattribut 2001 gemäß der vorliegenden Ausführungsform die Zeit kennzeichnen, zu der die Filterkriterien generiert oder aktualisiert wurden. In diesem Fall können Filterkriterientabellen, die verschiedene Filterkriterientyp-Elemente enthalten, das Zeitattribut 2001 enthalten, selbst wenn Filterkriterientyp-Elemente geändert werden.
  • Die Filterkriterientabelle gemäß der vorliegenden Ausführungsform kann ein oder mehrere Filterkriterientyp-Elemente enthalten. Die Filterkriterientyp-Elemente gemäß der vorliegenden Ausführungsform können einen Filterkriteriumtyp kennzeichnen. Der Filterkriteriumtyp wurde mit Bezug auf 19 beschrieben. In diesem Fall können die Filterkriterientyp-Elemente in Form einer Liste dargestellt werden.
  • Die Filterkriterientyp-Elemente gemäß der vorliegenden Ausführungsform können auch als „QxA“ Kriterium bezeichnet werden. In diesem Fall kann „x“ entsprechend einem Filterkriteriumtyp bestimmt werden.
  • Wie in 20 gezeigt, kann jedes der Filterkriterientyp-Elemente ein Bezeichner-Attribut und/oder ein Kriteriumwert-Elemente enthalten. Ein in 20 gezeigtes Bezeichner-Attribut und ein Kriteriumwert-Attribut sind die gleichen wie die mit Bezug auf 19 beschriebenen.
  • Wie in 20 gezeigt, kann jedoch ein Kriteriumelement des Integer-Typs 2010 ferner ein min Integer-Attribut 2011 und/oder ein max Integer-Attribut 2012 enthalten. Das min Integer-Attribut 2011 gemäß der vorliegenden Ausführungsform kann einen Mindestwert des Filterkriteriums kennzeichnen, das als Antwort des Integer-Typs dargestellt wird. Das max Integer-Attribut 2012 gemäß der vorliegenden Ausführungsform kann einen Höchstwert des Filterkriteriums kennzeichnen, das als Antwort des Integer-Typs dargestellt wird.
  • Wie in 20 gezeigt, kann ein Kriteriumelement des Auswahl-Typs 2030 und/oder ein Kriteriumelement des Text-Typs 2040 ein lang Attribut 2031 enthalten. Das lang Attribut 2031 gemäß der vorliegenden Ausführungsform kann einen Wert des Filterkriteriums kennzeichnen, das als Antwort des Text-Typs dargestellt wird.
  • [Beispiel 6] unten zeigt ein XML-Schema der in 20 gezeigten Filterkriterientabelle gemäß einer Ausführungsform der vorliegenden Erfindung.
  • [Beispiel 6]
    •  <?xml version=„1.0“ encoding=„UTF-8“?>
 <xs:schema xmlns:xs=„http://www.w3.org/2001/XMLSchema“ element-
 FormDefault=„qualified“ attributeFormDefault=„unqualified“>
 <xs:element name=„FilterCriteriaTable“ type=„FilterCriteriaTableType“/>
 <xs:complexType name=„FilterCriteriaTableType“>
 <xs:choice maxOccurs=„unbounded“>
 <xs:element name=„IntegerTypeCriterion“ type=„IntegerCriterionOption“/>
 <xs:element name=„BooleanTypeCriterion“ type=„BooleanCriterionOpntion“/>
 <xs:element name=„SelectionTypeCriterion“ type=„StringCriterionOption“/>
 <xs:element name=„TextTypeCriterion“ type=„StringCriterionOption“/>
 <xs:element name=„AnyTypeCriterion “type=„AnyTypeCriterionOption“/>
 </xs:choice>
 <xs:attribute name=„time“ type=„xs:dateTime“/>
 </xs:complexType>
 <xs:complexType name=„IntegerCriterionOption“>
 <xs:sequence>
 <xs:element name=„id“ type=„xs: anyURI“/>
 <xs:sequence>
 <xs:element name=„CriterionValue“ maxOccurs=„unbounded“>
 <xs:complexType>
 <xs:simpleContent>
 <xs:extension base=„xs:integer“>
 <xs:attribute name=„minInteger“ type=„xs:integer“/
 <xs:attribute name=„minInteger“ type=„xs:integer“/>
 </xs:extension>
 </xs:simpleContent>
 </xs:complexType>
 </xs:element>
 </xs:sequence>
 </xs:sequence>
 </xs:complexType>
 <xs:complexType name=„BooleanCriterionOpntion“>
 <xs:sequence>
 <xs:element name=„id“ type=„xs:anyURI“/>
 <xs:sequence>
 <xs:element name=„CriterionValue“ type=„xs:boolean“/>
 <xs:sequence>
 <xs:sequence>
 </xs:complexType>
 <xs:complexType name=„StringCriterionOption“>
 <xs:sequence>
 <xs:element name=„id“ type=„xs:anyURI“/>
 <xs:sequence>
 <xs:element name=„CriterionValue“ maxOccurs=„unbounded“>
 <xs:complexType>
 <xs:simpleContent>
 <xs:extension base=„xs:string“>
 <xs:attribute name=„lang“ type=„xs:string“ default= „EN-US“/>
 </xs:extension>
 </xs:simpleContent>
 </xs:complexType>
 </xs:element>
 <xs:sequence>
 <xs:sequence>
 </xs:complexType>
 <xs:complexType name=„AnyTypeCriterionOption“>
 <xs:sequence>
 <xs:element name=„id“ type=„xs:anyURI“/>
 <xs:sequence>
 <xs:element name=„CriterionValue“ maxOccurs=„unbounded“/>
 <xs:complexType>
 <xs:simpleContent>
 <xs:extension base=„xs:base64Binary“>
 <xs:attribute name=„any“ type=„xs:anySimpleType“/>
 </xs:extension>
 </xs:simpleContent>
 </xs:complexType>
 <xs:sequence>
 <xs:sequence>
 </xs:complexType></xs:schema>
  • 21 ist ein Diagramm, das eine Filterkriterientabelle gemäß einer anderen Ausführungsform der vorlegenden Erfindung zeigt.
  • Im Einzelnen zeigt 21 eine Filterkriterientabelle im XML-Schema, die mit Bezug auf 19 bis 20 beschrieben wurde. Die Grundelemente der in 21 gezeigten Filterkriterientabelle sind die gleichen wie die Elemente, die mit Bezug auf 19 und 20 beschrieben wurden. Nachstehend wird die Semantik der Elemente und Attribute beschrieben, die in der in 21 gezeigten Filterkriterientabelle enthalten sind.
  • Wie in 21 gezeigt, kann in der Filterkriterientabelle gemäß der vorliegenden Ausführungsform „@“ vor einem Namen oder Attribut angegeben sein, um zwischen den Attributen und den Elementen zu unterscheiden.
  • An jeder Stelle, an der ein @id Attribut in der Tabelle auftritt, ist dies das @id Attribut einer Frage in einer PDI-Tabelle, und bezeichnet somit die Frage, die dem Filterkriterium entspricht, in dem das @id Attribut auftritt.
  • Ein QIA Criterion Element stellt ein Filterkriterium dar, das einer Frage mit einem Integer-Wert entspricht.
  • Wenn ein Criterion Value Unterelement eines QIA Criterion Elements kein @extent Element enthält, stellt es eine Integer-Antwort für die Frage dar, die dem Filterkriterium entspricht. Wenn ein Criterion Value Unterelement eines QIA Criterion Elements ein @extent Attribut enthält, stellt es das untere Ende eines Zahlenbereichs von Antworten für die Frage dar, und das @extent Attribut stellt die Anzahl der Integer im Bereich dar.
  • Ein QBA Criterion Element stellt ein Filterkriterium dar, das einer Frage mit einem Boolean-Wert entspricht.
  • Ein Criterion Value Unterelement eines QBACriterion Elements stellt eine Boolean-Antwort für die Frage dar, die dem Filterkriterium entspricht.
  • Ein QSA Criterion Element stellt ein Filterkriterium dar, das einer Frage mit Auswahl-Wert(en) entspricht.
  • Ein Criterion Value Unterelement eines QSA Criterion Elements stellt den Bezeichner einer Auswahl-Antwort für die Frage dar, die dem Filterkriterium entspricht.
  • Ein QTA Criterion Element stellt ein-Filterkriterium dar, das einer Frage mit einem String-Wert entspricht.
  • Ein Criterion Value Unterelement eines QTA Criterion Elements stellt eine Text-Antwort für die Frage dar, die dem Filterkriterium entspricht.
  • Ein QAA Criterion Element stellt ein Filterkriterium dar, das einer „Frage“ entspricht, die nur eine Text-„Antwort“ ohne Frage aufweist.
  • Ein Criterion Value Unterelement eines QAA Criterion Elements stellt eine Text-„Antwort“ für die „Frage“ dar, die dem Filterkriterium entspricht.
  • Befindet sich nur ein Criterion Value Element im Filtering Criteria Element, ist die Filterentscheidung darüber, ob die Dienst- oder Inhaltseinheit den Filter passiert „true“ (ja), wenn der Wert des Criterion Value Elements mit einem Wert übereinstimmt, der sich unter den Antworten in der PDI-A für die Frage befindet, die dem Element entspricht, das das Criterion Value Element enthält (wobei die Frage durch das Attribut des Elements gekennzeichnet ist, das das Criterion Value Element enthält), und ist andernfalls „false“ (nein).
  • Im Fall eines Criterion Value Unterelements eines QIA Criterion Elements, in dem das „extent“ Attribut vorhanden ist, wird der Wert des Criterion Value Elements als mit einem Wert übereinstimmend angesehen, der sich unter den Antworten in der entsprechenden PDI-A befindet, wenn sich der Wert der Antwort in dem Intervall befindet, das durch den Criterion Value und das extent Attribut definiert ist.
  • Ist die Gesamtzahl der Criterion Value Elemente im Filtering Criteria Element größer als eins, wird das Ergebnis für jedes Criterion Value Element als Zwischenterm bewertet und ergibt „true“, wenn der Kriteriumwert mit einem Wert übereinstimmt, der sich unter den Antworten in der PDI-A für die Frage befindet, die dem Filterkriterium (wie durch den id Wert gekennzeichnet) entspricht, und ergibt andernfalls „false“. Unter diesen Zwischentermen sind die mit dem gleichen Wert wie ihre übergeordneten Element-Bezeichner (QIA.id, QBA.id, etc.) logisch ODER-verknüpft, um das Zwischenergebnis für jedes Zielkriterium zu erzielen, und diese Zwischenergebnisse sind logisch zusammen UND-verknüpft, um das Endergebnis zu bestimmen. Wenn das Endergebnis für den Empfänger „true“ ergibt, bedeutet dies, dass die damit zusammenhängende Inhaltseinheit den Filter passiert.
  • 22 ist ein Diagramm, das eine Filterkriterientabelle-gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen zeigt 22 ein erweitertes Format der in 21 gezeigten Filterkriterientabelle. Die Grundelemente der in 22 gezeigten Filterkriterientabelle sind die gleichen wie die Elemente, die mit Bezug auf 21 beschrieben wurden. Nachstehend wird die in 22 gezeigte Filterkriterientabelle bezüglich der Unterschiede von der mit Bezug auf 21 beschriebenen Filterkriterientabelle beschrieben.
  • Die in 22 gezeigte Filterkriterientabelle ermöglicht mehrere Instanzen des Filterkriteriensatzes. Jeder Satz enthält mehrere Instanzen von Filterkriterien. Jedes Filterkriterium ermöglicht, dass für einige der Filterkriterien mehrere Werte bereitgestellt werden. Die Filterlogik ist „ODER“-Logik zwischen mehreren Instanzen des Filterkriteriensatzes. Innerhalb jeden Filterkriteriensatzes ist die Filterlogik „ODER“-Logik zwischen mehreren Werten für das gleiche Filterkriterium und „UND“-Logik zwischen verschiedenen Filterkriterien.
  • Beispielsweise kann die Filterkriterientabelle als ein [Beispiel 7] unten dargestellt werden, wenn das Filterkriterium ((age=20) AND (genre=„sport“)) OR ((age= 10) AND (genre=„animation“)) ist.
  • [Beispiel 7]
    • <FilterCriteriaTable time=„2012-09-03T09:30:47.OZ“
 xmlns:xsi=„http://www.w3.org/2001/XMLSchema-instance“>
 <FilterCriterionSet>
 <IntegerTypeCriterion id=„abc.tv/age/“>
 <CriterionValue>20</CriterionValue>
 </IntegerTypeCriterion>
 <TextTypeCriterion id = „abc.tv/genre/“>
 <CriterionValue>sport</CriterionValue>
 </TextTypeCriterion>
 </FilterCriterionSet>
 <FilterCriterionSet>
 <IntegerTypeCriterion id=„abc.tv/age/“>
 <CriterionValue> 10</CriterionValue>
 </IntegerTypeCriterion>
 <TextTypeCriterion id = „abc.tv/genre//“>
 <CriterionValue>animation</CriterionValue>
 </TextTypeCriterion>
 </FilterCriterionSet>
 </FilterCriteriaTable>
  • 23 ist ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung.
  • Im Einzelnen ist 23 ein Flussdiagramm eines personalisierbaren Übertragungssystems, dass einem Empfänger gemäß der Ausführungsform der vorliegenden Erfindung ermöglicht, eine PDI-Tabelle und/oder eine Filterkriterientabelle über ein Übertragungsnetzwerk zu empfangen.
  • Die Grundstruktur des personalisierbaren Übertragungssystems gemäß der vorliegenden Ausführungsform ist die gleiche wie die Struktur, die mit Bezug auf 7 bis 10 beschrieben wurde. Die PDI-Tabelle gemäß der vorliegenden Ausführungsform ist die gleiche wie die Tabelle, die mit Bezug auf 9 bis 18 beschrieben wurde. Die Filterkriterientabelle gemäß der vorliegenden Ausführungsform ist die gleiche wie die Tabelle, die mit Bezug auf 19 bis 22 beschrieben wurde.
  • Wie in 23 gezeigt, kann das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform einen SSC (Service Signaling Channel) 2300, eine FLUTE (File Delivery over Unidirectional Transport)-Sitzung 2310, eine Filterkomponente 2320, eine PDI-Komponente 2330 und/oder eine UI 2340 enthalten. Der Empfänger gemäß der vorliegenden Ausführungsform kann eine PDI-Tabelle über einen DSM-CC (Digital Storage Media Command and Control)-Abschnitt empfangen. In diesem Fall kann der Empfänger gemäß der vorliegenden Ausführungsform die PDI-Tabelle über die FLUTE Sitzung 2310 empfangen. Die Struktur des oben erwähnten personalisierbaren Übertragungssystems kann gemäß der Absicht eines Entwicklers geändert werden. Nachstehend wird die Funktionsweise der Elemente von 23 beschrieben.
  • Zuerst kann der Empfänger gemäß der vorliegenden Ausführungsform den PDI-Tabellenabschnitt über den SSC 2300 empfangen. Im Einzelnen kann der Empfänger gemäß der vorliegenden Ausführungsform ein IP-Datagramm parsen, das dem SSC 2300 aus dem IP-Datagramm entspricht, das über den DSM-CC-Abschnitt empfangen wurde, um den PDI-Tabellenabschnitt zu empfangen. In diesem Fall kann der Empfänger gemäß der vorliegenden Ausführungsform den PDI-Tabellenabschnitt unter Verwendung einer gut bekannten IP-Adresse und/oder UDP-Port-Nummer empfangen, die im SSC 2300 enthalten sind. Der PDI-Tabellenabschnitt gemäß der vorliegenden Ausführungsform bezieht sich auf eine Tabelle, die durch Komprimieren einer PDI-Tabelle gemäß einer Ausführungsform der vorliegenden Erfindung erzielt wurde, um die PDI-Tabelle über ein Übertragungsnetzwerk auszusenden. Der PDI-Tabellenabschnitt wird ausführlich beschrieben.
  • Der Empfänger gemäß der vorliegenden Ausführungsform kann den über den SSC 2300 empfangenen PDI-Tabellenabschnitt parsen, um die PDI-Tabelle zu erfassen. Dann kann der Empfänger gemäß der vorliegenden Ausführungsform die PDI-Tabelle an die PDI-Komponente 2330 aussenden.
  • Die PDI-Komponente 2330 gemäß der vorliegenden Ausführungsform kann die empfangene die PDI-Tabelle verarbeiten und PDI-Fragen extrahieren, die in einer entsprechenden PDI-Tabelle enthalten sind. Dann kann die PDI-Komponente 2330 gemäß der vorliegenden Ausführungsform die extrahierten PDI-Fragen an die UI 2340 aussenden.
  • Die UI 2340 gemäß der vorliegenden Ausführungsform kann die empfangenen PDI-Fragen anzeigen und PDI-Antworten auf die entsprechenden PDI-Fragen empfangen. In diesem Fall kann Die UI 2340 gemäß der vorliegenden Ausführungsform die PDI-Antworten über eine Fernsteuerung empfangen. Dann kann die PDI-Komponente 2330 gemäß der vorliegenden Ausführungsform PDI-Daten unter Verwendung der von der UI 2340 empfangenen PDI-Antworten aktualisieren. Eine ausführliche Beschreibung davon wurde mit Bezug auf 7 und 8 gegeben.
  • Der Empfänger gemäß der vorliegenden Ausführungsform kann eine SMT (Service Map Table) und/oder eine NRT-IT (Non Real Time Information Table) über den SSC 2300 empfangen. Die SMT gemäß der vorliegenden Ausführungsform kann Signalisierungsinformationen für einen Personalisierungsdienst enthalten. Die NRT-IT gemäß der vorliegenden Ausführungsform kann Ankündigungsinformationen für einen Personalisierungsdienst enthalten.
  • Dann kann der Empfänger gemäß der vorliegenden Ausführungsform die empfangene SMT und/oder NRT-IT parsen, um einen Filterkriterien-Deskriptor zu erfassen. Der Empfänger kann unter Verwendung des Filterkriterien-Deskriptors Filterkriterien an die Filterkomponente 2320 aussenden. In diesem Fall können gemäß einer Ausführungsform der vorliegenden Erfindung die Filterkriterien eine Filterkriterientabelle in Form eines XML-Dokuments sein. Die Filterkriterientabelle wurde unter Bezugnahme auf 21 und 22 ausführlich beschrieben.
  • Dann kann die Filterkomponente 2320 gemäß der vorliegenden Ausführungsform ein PDI-Datenanforderungssignal an die PDI-Komponente 2330 aussenden. Wenn die PDI-Komponente 2330 gemäß der vorliegenden Ausführungsform das PDI-Datenanforderungssignal empfängt, kann die PDI-Komponente 2330 nach PDI-Daten für das entsprechende PDI-Datenanforderungssignal suchen und die PDI-Daten an die Filterkomponente 2320 aussenden. Als Folge davon kann der Empfänger gemäß der vorliegenden Ausführungsform unter Verwendung eines Filterergebnisses Inhalt herunterladen. Vorgänge, die dem Filtern gemäß der vorliegenden Ausführungsform folgen, wurden unter Bezugnahme auf 9 und 10 ausführlich beschrieben.
  • 24 ist ein Diagramm, das einen PDI-Tabellenabschnitt gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen zeigt 24 eine Syntax des PDI-Tabellenabschnitts, der mit Bezug auf 23 beschrieben wurde.
  • Wenn eine PDI-Tabelle in den Übertragungsstrom geliefert wird, wird die XML-Form der in 23 definierten Tabelle mithilfe des DEFLATE-Komprimieralgorithmus komprimiert. Die sich ergebende komprimierte Tabelle wird dann in private Abschnitte des NRT-Stils eingeschlossen, indem sie in Blöcke aufgeteilt wird, und die Blöcke, wie in der Tabelle von 24 gezeigt, in Abschnitte eingesetzt werden.
  • Daher kann der Empfänger gemäß der vorliegenden Ausführungsform Blöcke von einem PDI-Q-Instanzdokument in einer Reihenfolge von Abschnittsnummern mit der gleichen Sequenznummer kombinieren und die Kompression lösen. Der Empfänger gemäß der vorliegenden Ausführungsform kann als Folge der Kompressionslösung das PDI-Q-Instanzdokument generieren. Dann kann der Empfänger das PDI-Q-Instanzdokument an eine PDI-Komponente gemäß einer Ausführungsform der vorliegenden Erfindung aussenden. Das ausführliche Verfahren wurde mit Bezug auf 23 beschrieben.
  • Nachstehend wird die Syntax des in 24 gezeigten PDI-Tabellenabschnitts beschrieben.
  • Die Blöcke werden in der Reihenfolge von Feldwerten mit aufsteigender Abschnittsnummer in die Abschnitte eingesetzt. Die privaten Abschnitte werden im SSC (Service Signaling Channel) des IP-Subnetzes des virtuellen Kanals übertragen, auf den sich die PDI-Tabelle bezieht, nach der Definition der Begriffe „Service Signaling Channel“ und „IP Subnet“ in der ATSC NRT Norm. Die Sequenznummernfelder in den Abschnitten werden dazu verwendet, verschiedene PDI-Tabelleninstanzen zu erkennen, die im gleichen SSC getragen werden.
  • Ein table_id Feld mit 8 Bit wird eingestellt, um diesen Tabellenabschnitt als zu einer PDI-Tabelleninstanz gehörend zu bezeichnen. Das table_id Feld kann kennzeichnen, dass der in 24 gezeigte PDI-Tabellenabschnitt Informationen über eine PDI-Tabelle gemäß einer Ausführungsform der vorliegenden Erfindung enthält.
  • Ein section_syntax_indicator Feld gemäß der vorliegenden Ausführungsform kann ein Format des PDI-Tabellenabschnitts kennzeichnen.
  • Ein private_indicator Feld gemäß der vorliegenden Ausführungsform kann Bit-Informationen für Benutzer kennzeichnen.
  • Ein section_length Feld gemäß der vorliegenden Ausführungsform kann eine Anzahl von Bytes im PDI-Tabellenabschnitt kennzeichnen.
  • Ein table_id_extension Feld gemäß der vorliegenden Ausführungsform kann den PDI-Tabellenabschnitt bezeichnen.
  • Ein protocol_version Feld gemäß der vorliegenden Ausführungsform kann die Protokollversionen der PDI-Tabellensyntax enthalten.
  • Der Wert des sequence_number Felds mit 8 Bit ist der gleiche wie die Sequenznummer aller anderen Abschnitte dieser PDI-Q-Instanz und unterscheidet sich von der sequence_number aller Abschnitte einer beliebigen anderen PDI-Q-Instanz, die in diesem SSC getragen wird. Das sequence_number Feld wird dazu verwendet, Abschnitte zu unterscheiden, die zu unterschiedlichen Instanzen der PDI-Q gehören, die gleichzeitig im SSC geliefert werden.
  • Ein PDIQ_data Versionsfeld mit 5 Bit kennzeichnet die Versionsnummer dieser PDI-Q-Instanz, wobei die PDI-Q-Instanz durch ihren pdiTableId Wert definiert ist. Die Versionsnummer wird schrittweise um 1 Modulo 32 erhöht, wenn sich ein beliebiger Element- oder Attributwert in der PDI-Q-Instanz ändert.
  • Ein current_next_indicator Feld mit einem 1-Bit ist für PDI-Q-Abschnitte immer auf ,1' eingestellt und kennzeichnet, dass die gesendete PDI-Q immer die aktuelle PDI-Q für das Segment ist, das durch seine segment_id bezeichnet wird.
  • Ein section_number Feld mit 8-bits gibt die Abschnittsnummer dieses Abschnitts der PDI-Q-Instanz an. Die section_number des ersten Abschnitts in einer PDI-Q-Instanz ist so eingestellt, dass sie 0x00 ist. Die section_number wird mit jedem zusätzlichen Abschnitt in der PDI-Q-Instanz schrittweise um 1 erhöht.
  • Ein last_section_number Feld mit 8-bits gibt die Nummer des letzten Abschnitts (d. h. des Abschnitts mit der höchsten section_number) der PDI-Q-Instanz an, von der dieser Abschnitt ein Teil ist.
  • Ein service_id Feld mit 16 Bits ist auf 0x0000 eingestellt, um zu kennzeichnen, dass diese PDI-Q-Instanz auf alle Datendienste in dem virtuellen Kanal, in dem sie erscheint, und nicht auf einen bestimmten Dienst zutrifft.
  • Ein pdiq_bytes() Feld mit variabler Länge besteht aus einem Block der PDI-Q-Instanz, die teilweise von diesem Abschnitt getragen wird. Wenn das pdiq_bytes() Feld aller Abschnitte dieser Tabelleninstanz in der Reihenfolge ihrer section_number Felder verkettet sind, ergibt sich die vollständige PDI-Q-Instanz.
  • 25 ist ein Diagramm, das einen PDI-Tabellenabschnitt gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen zeigt 25 eine Syntax des PDI-Tabellenabschnitts, der mit Bezug auf 23 beschrieben wurde. Eine grundlegende Beschreibung wurde mit Bezug auf 24 gegeben. Im Gegensatz zu der in 24 gezeigten PDI-Tabelle enthält der in 25 gezeigte PDI-Tabellenabschnitt jedoch kein sequence_number Feld. Nachstehend wird die Syntax des in 25 gezeigten PDI-Tabellenabschnitts beschrieben.
  • Ein num_questions Feld gemäß der vorliegenden Ausführungsform kann die Anzahl von in der PDI-Tabelle enthaltenen PDI-Fragen kennzeichnen.
  • Ein question-id-length Feld gemäß der vorliegenden Ausführungsform kann eine Länge einer ID von einer PDI-Frage kennzeichnen.
  • Ein question_id Feld gemäß der vorliegenden Ausführungsform kann eine ID einer PDI-Frage kennzeichnen.
  • Ein question_text_length Feld gemäß der vorliegenden Ausführungsform kann eine Länge von question_text kennzeichnen.
  • Ein question_text Feld gemäß der vorliegenden Ausführungsform kann tatsächlichen Inhalt einer PDI-Frage enthalten.
  • Ein answer_type_code Feld gemäß der vorliegenden Ausführungsform kann einen Typ einer PDI-Antwort auf eine PDI-Frage kennzeichnen. Im Einzelnen kann das answer_type_code Feld gemäß der vorliegenden Ausführungsform Antworttyp-Codes enthalten, die in Tabelle 1 unten dargestellt sind. Nachstehend kann jeder in Tabelle 1 unten gezeigte Antworttyp-Code einen Typ von jeder der PDI-Antworten kennzeichnen, die mit Bezug auf 11 beschrieben wurden.
  • Tabelle 1
  • [Tabelle 1]
    answer_type_code Wert
    0x000x010x020x030x04-0x07 ReservedInteger typeBoolean typeString type(including selection type/text type)Reserved for future ATSC use
  • Ein num-answer Feld gemäß der vorliegenden Ausführungsform kann die Anzahl der PDI-Antworten auf eine PDI-Frage kennzeichnen.
  • Ein answer_value_length Feld gemäß der vorliegenden Ausführungsform kann eine tatsächliche Länge von answer_value kennzeichnen.
  • Ein answer_value Feld gemäß der vorliegenden Ausführungsform kann tatsächlichen Inhalt einer PDI-Antwort enthalten, die als Antworttyp-Code dargestellt wird.
  • 26 ist ein Diagramm, das einen PDI-Tabellenabschnitt gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen zeigt 26 eine Syntax des PDI-Tabellenabschnitts, der mit Bezug auf 23 beschrieben wurde. Eine grundlegende Beschreibung wurde mit Bezug auf 24 und 25 gegeben. Felder, die die Syntax von 26 bilden, sind die gleichen Felder wie die, die die Syntax von 25 bilden, und daher wird auf eine ausführliche Beschreibung davon verzichtet.
  • 27 ist ein Diagramm, das einen PDI-Tabellenabschnitt gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen zeigt 27 eine Syntax des PDI-Tabellenabschnitts, der mit Bezug auf 23 beschrieben wurde. Eine grundlegende Beschreibung wurde mit Bezug auf 24 und 25 gegeben. Grundlegende Felder, die die Syntax von 27 bilden, sind die gleichen Felder wie die, die die Syntax von 25 bilden, und daher wird auf eine ausführliche Beschreibung davon verzichtet.
  • Im Gegensatz zu der Syntax in 25 kann die Syntax in 27 jedoch ferner ein sequence_number Feld enthalten. Das sequence_number Feld gemäß der vorliegenden Ausführungsform ist das gleiche wie das mit Bezug auf 24 beschriebene sequence_number Feld.
  • 28 ist ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung.
  • Im Einzelnen zeigt 28 die Funktionsweise einer FLUTE-Sitzung, eine Filterkomponente und/oder eine PDI-Komponente in dem personalisierbaren Übertragungssystem, das mit Bezug auf 23 gemäß einer Ausführungsform der vorliegenden Erfindung beschrieben wurde.
  • Wie in 28 gezeigt, kann das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform eine FLUTE-Sitzung 2800, eine Filterkomponente 2810 und/oder eine PDI-Komponente 2820 enthalten. Das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform kann einen Next Generation Übertragungsdienst zum Bereitstellen eines ATSC 2.0 Diensts oder eines Personalisierungsdiensts zur Verfügung stellen. Die Struktur des oben erwähnten personalisierbaren Übertragungssystems kann gemäß der Absicht eines Entwicklers geändert werden.
  • Wie mit Bezug auf 23 beschrieben, kann der Empfänger gemäß der vorliegenden Ausführungsform eine PDI-Tabelle über eine FLUTE-Sitzung empfangen. Nachstehend wird ein Verfahren des Empfangens einer PDI-Tabelle über eine FLUTE-Sitzung mittels eines Empfängers bezüglich einer Ausführungsform der vorliegenden Erfindung mit Bezug auf 28 beschrieben.
  • Der Empfänger gemäß der vorliegenden Ausführungsform kann eine FDT (Field Delivery Table)-Instanz über die FLUTE Sitzung 2800 empfangen. Die FDT-Instanz ist eine Übertragungseinheit von Inhalt, der über die gleiche FLUTE-Sitzung 2800 ausgesendet wird. Die FDT-Instanz gemäß der vorliegenden Ausführungsform kann ein Inhaltstyp-Attribut enthalten, das einen Inhaltstyp kennzeichnet. Im Einzelnen kann das Inhaltstyp-Attribut gemäß der vorliegenden Ausführungsform Inhalt enthalten, der kennzeichnet, dass eine über eine FLUTE-Sitzung 2800 ausgesendete Datei ein PDI-Q-Instanzdokument (oder eine PDI-Tabelle) ist. Das Inhaltstyp-Attribut gemäß der vorliegenden Ausführungsform wird ausführlich beschrieben.
  • Der Empfänger gemäß der vorliegenden Ausführungsform kann erkennen, das ein über die FLUTE Sitzung 2800 ausgesendetes Feld das PDI-Q-Instanzdokument ist, das die FDT-Instanz verwendet. Dann kann der Empfänger gemäß der vorliegenden Ausführungsform das PDI-Q-Instanzdokument an die PDI-Komponente 2820 aussenden. Eine ausführliche Beschreibung davon wurde mit Bezug auf 23 bereitgestellt.
  • 29 ist ein Diagramm, das ein XML-Schema einer FDT-Instanz gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen stellt 29 ein XML-Schema der FDT-Instanzen dar, die mit Bezug auf 28 beschrieben wurden. Nachstehend wird das oben erwähnte Inhaltstyp-Attribut 2900 beschrieben.
  • Wie in 29 gezeigt, kann die FDT-Instanz gemäß der vorliegenden Ausführungsform Attribute 2900, die Informationen von Attributen der FDT-Instanz kennzeichnen, und/oder Dateielemente 2910 enthalten, die eine Datei kennzeichnen, die über die FLUTE-Sitzung ausgesendet wurde. Die in 29 gezeigten Dateielemente 2910 können Attribute enthalten, die Informationen von Attributen einer Datei kennzeichnen. Wie in 29 gezeigt, können die Dateielemente 2910 ein Inhaltstyp-Attribut 2920 gemäß der vorliegenden Ausführungsform enthalten.
  • Wie mit Bezug auf 28 beschrieben, kann der Empfänger gemäß der vorliegenden Ausführungsform ein PDI-Q-Instanzdokument unter Verwendung eines Werts identifizieren, der im Inhaltstyp-Attribut 2920 enthalten ist. Beispielsweise kann das in 29 gezeigte Inhaltstyp-Attribut 2920 einen Wert usw. in Form eines MIME-Protokolls aufweisen, das durch „application/atsc-pdiq“ oder „text/atsc-pdiq+xml“ dargestellt wird.
  • 30 ist ein Diagramm, das eine Funktionsdeskriptor-Syntax gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen zeigt 30 die Syntax zum Identifizieren einer PDI-Tabelle mittels eines Empfängers gemäß der Ausführungsform der vorliegenden Erfindung in dem personalisierbaren Übertragungssystem, das mit Bezug auf 23 beschrieben wurde.
  • Mithilfe des Funktionsdeskriptors gemäß der vorliegenden Ausführungsform kann angezeigt werden, ob die Dienste auf der SMT-Dienstebene oder die Inhalte auf der NRT-IT-Inhaltsebene eine PDI-Tabelle sind oder nicht. Empfänger gemäß der vorliegenden Ausführungsform verwenden diese Informationen, um zu erkennen, ob der Dienst/Inhalt eine PDI-Tabelle ist oder nicht, und entscheiden, ob der Dienst/Inhalt heruntergeladen werden soll oder nicht, gemäß ihrer Funktionen wie der unterstützenden PDI-Komponente.
  • In Tabelle 2 unten dargestellte Codes können zu capability_code im Funktionsdeskriptor zum PDI-Tabellen-Signalisieren hinzugefügt werden. Ein capablilty_code Wert gemäß der vorliegenden Ausführungsform kann keinem anderen Wert zugeordnet werden. Ein capability_code Wert, der in Tabelle 2 unten dargestellt ist, kann gemäß der Absicht eines Entwicklers unterschiedlich eingestellt sein.
  • Tabelle 2
  • [Tabelle 2]
    Capability_code Wert Bedeutung
    ..... .....
    0x4F HE ACC v2 with MPEG Surround
    0x50 PDI Table(including PDI-Q)
    ..... .....
  • 31 ist ein Diagramm, das ein Verbrauchsmodell gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen zeigt 31 ein zu einem SMT hinzugefügtes Feld, um eine PDI-Tabelle mittels eines Empfängers gemäß der Ausführungsform der vorliegenden Erfindung zu identifizieren, in dem personalisierbaren Übertragungssystem, das mit Bezug auf 23 beschrieben wurde.
  • NRT-Dienst-Deskriptor befindet sich auf der Dienstebene von NRT SMT und seine NRT_service_category ist 0x04 (PDI), wenn der Dienst die PDI-Tabelle bereitgestellt. So können Empfänger feststellen, dass die PDI-Tabelle bereitstellt, wenn der Feldwert 0x04 ist.
  • Ein Wert des in 31 dargestellten Verbrauchsmodells kann gemäß der Absicht eines Entwicklers unterschiedlich eingestellt werden.
  • 32 ist ein Diagramm, das eine Filterkriterien-Deskriptor-Syntax gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen zeigt 32 die Bitstromsyntax des Filterkriterien-Deskriptors zum Empfangen einer Filterkriterientabelle mittels eines Empfängers gemäß der Ausführungsform der vorliegenden Erfindung in dem personalisierbaren Übertragungssystem, das mit Bezug auf 23 beschrieben wurde.
  • Filterkriterien gemäß einer Ausführungsform der vorliegenden Erfindung sind herunterladbarem Inhalt zugeordnet, so dass der Empfänger gemäß der vorliegenden Ausführungsform entscheiden kann, ob der Inhalt heruntergeladen werden soll oder nicht. In einer ATSC 2.0 Umgebung gibt es zwei Kategorien von herunterladbarem Inhalt: Nicht-Echtzeit-(NRT-)Inhalt in eigenständigen NRT-Diensten und NRT-Inhaltseinheiten, die von TDOs in zusätzlichen interaktiven Datendiensten verwendet werden.
  • Nachstehend werden Filterkriterien zum Filtern von NRT-Inhalt in eigenständigen NRT-Diensten mit Bezug auf 32 beschrieben.
  • In einem Filterkriterium für NRT-Dienst- und Inhaltseinheiten gemäß der Ausführungsform der vorliegenden Erfindung können eine oder mehrere Instanzen des unten definierten Filterkriterien-Deskriptor in eine Dienstebenen-Deskriptorschleife in einem SMT einbezogen werden, um zu ermöglichen, dass Empfänger bestimmen, ob der NRT-Dienst dem Benutzer angeboten werden soll oder nicht, oder sie kann in eine Deskriptorschleife auf der Ebene von Inhaltseinheiten einer NRT-IT einbezogen werden, um zu ermöglichen, dass Empfänger entscheiden, ob diese bestimmte Inhaltseinheit heruntergeladen und dem Benutzer bereitgestellt werden soll oder nicht.
  • Die eine oder mehreren Instanzen des Filterkriterien-Deskriptors ermöglichen, dass für die gleichen oder unterschiedliche Zielkriterien mehrere Werte bereitgestellt werden. Die beabsichtigte Ziellogik ist „ODER“-Logik zwischen mehreren Werten für das gleiche Zielkriterium und „UND“-Logik zwischen verschiedenen Zielkriterien.
  • Nachstehend wird die semantische Definition für jedes Feld der Bitstromsyntax des in 32 gezeigten Filterkriterien-Deskriptors beschrieben.
  • Ein descriptor_tag Feld, ein 8-Bit-Feld kann auf 0xTBD eingestellt werden, um zu kennzeichnen, dass der Deskriptor ein Filterkriterien-Deskriptor gemäß der Ausführungsform der vorliegenden Erfindung ist.
  • Ein descriptor_length Feld, ein 8-Bit-Feld mit vorzeichenlosem Integer, kann die Anzahl der Bytes kennzeichnen, die dem descriptor_length Feld selbst folgen.
  • Ein num_filter_criteria Feld, ein 8-Bit-Feld, kann die Anzahl der Filterkriterien kennzeichnen, die in diesem in 32 gezeigten Deskriptor enthalten sind.
  • Ein criterion_id_length Feld, ein 8-Bit-Feld, kann die Länge des criterion-id Felds kennzeichnen.
  • Ein criterion_id Feld, ein Feld mit variabler Länge, kann den Bezeichner dieses Filterkriteriums in Form eines URI angeben, der mit dem id Attribut einer Frage (QIA, QBA, QSA, QTA oder QAA Element) in der PDI-Tabelle des virtuellen Kanals übereinstimmt, in dem dieser Deskriptor erscheint.
  • Ein criterion_type_code Feld, ein 3-Bit-Feld, kann den Typ dieses Kriteriums (Frage) gemäß Tabelle 3 unten angeben.
  • Tabelle 3
  • [Tabelle 3]
    criterion_type_code Wert
    0x00 Reserviert
    0x01 Integer-Typ (einschließlich selection id), in uimsbf For-
    0x02 Boolean-Typ,0x01 für „true“ und 0x00 für „false“
    0x03 String-Typ
    0x04 - 0x07 Für zukünftigen ATSC-Gebrauch reserviert
  • Ein num_criterion_values Feld, ein 5-Bit-Feld, gibt die Anzahl von Zielkriterienwerten in dieser Schleife für dieses Filterkriterium an, wobei jeder Wert eine mögliche Antwort auf die Frage (QIA, QBA, QSA, QTA oder QAA) ist, die von der criterion_id bezeichnet wird.
  • Ein criterion_value_length Feld, ein 8-Bit-Feld gibt die Anzahl von Bytes an, die erforderlich sind, um diesen Zielkriteriumwert darzustellen.
  • Ein criterion_value Feld, ein Feld mit variabler Länge, gibt diesen Zielkrtieriumwert an.
  • Der Filterkriterien-Deskriptor gemäß der Ausführungsform der vorliegenden Erfindung kennzeichnet Werte für bestimmte Zielkriterien, die mit Diensten oder Inhaltselementen im Zusammenhang stehen. In einer ATSC 2.0 Aussendung können eine oder mehrere Instanzen des oben definierten filtering_criteria_descriptor() in die Deskriptorschleife eines NRT-Diensts in einer SMT oder in die Deskriptorschleife einer Inhaltseinheit in einer NRT-IT gehen. Im ersten Fall treffen sie auf den Dienst selbst zu (alle Inhaltseinheiten). Im zweiten Fall treffen sie auf die einzelne Inhaltseinheit zu.
  • Befindet sich nur ein Filterkriterien-Deskriptor in einer Deskriptorschleife, und wenn diese nur einen Kriteriumwert aufweist, dann ist die Entscheidung darüber, ob die Dienst- oder Inhaltseinheit den Filter passiert „true“ (ja), wenn der Kriteriumwert mit einem Wert übereinstimmt, der sich unter den Antworten in der PDI-A für die Frage befindet, die dem Filterkriterium entspricht (wie durch criterion_id gekennzeichnet), und ist andernfalls „false“ (nein).
  • Ist die Gesamtzahl der Kriteriumwerte in allen Filterkriterien Deskriptoren in einer einzigen Deskriptorschleife größer als eins, wird das Ergebnis für jeden Kriteriumwert als Zwischenterm bewertet und ergibt „true“, wenn der Kriteriumwert mit einem Wert übereinstimmt, der sich unter den Antworten in der PDI-A für die Frage befindet, die dem Filterkriterium (wie durch criterion_id gekennzeichnet) entspricht, und ergibt andernfalls „false“. Unter diesen Zwischentermen werden die mit dem gleichen Wert des Filterkriteriums (wie von criterion_id bestimmt) logisch ODER-verknüpft, um das Zwischenergebnis für jedes Zielkriterium zu erzielen, und diese Zwischenergebnisse sind logisch zusammen UND-verknüpft, um das Endergebnis zu bestimmen. Wenn das Endergebnis für einen Empfänger „true“ ergibt, bedeutet dies, dass die damit zusammenhängende NRT-Dienst- oder das Inhaltseinheit den Filter passiert und zum Herunterladen auf den Empfänger zur Verfügung steht.
  • 33 ist ein Diagramm, das eine Filterkriterien-Deskriptor-Syntax gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen zeigt 33 die Bitstromsyntax des Filterkriterien-Deskriptors zum Empfangen einer Filterkriterientabelle mittels eines Empfängers gemäß der Ausführungsform der vorliegenden Erfindung in dem personalisierbaren Übertragungssystem, das mit Bezug auf 23 beschrieben wurde.
  • Der grundlegende Inhalt der in 33 gezeigten Filterkriterien-Deskriptor-Syntax wurde mit Bezug auf 32 beschrieben.
  • Jedoch kann ein criterion_type_code Feld den Typ dieses Kriteriums (Frage) gemäß Tabelle 4 unten angeben.
  • Tabelle 4
  • [Tabelle 4]
    criterion_type_code Wert
    0x000x010x020x030x04 - 0x07 ReservedInteger typeBoolean typeString type (einschließlich Auswahltyp/Texttyp) für zukünftigen ATSC-Gebrauch reserviert
  • 34 ist ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung.
  • Im Einzelnen ist 34 ein Flussdiagramm eines personalisierbaren Übertragungssystems zum Empfangen einer PDI-Tabelle und/oder einer Filterkriterientabelle über ein Übertragungsnetzwerk mittels eines Empfängers gemäß der Ausführungsform der vorliegenden Erfindung.
  • Die Grundstruktur des personalisierbaren Übertragungssystems gemäß der vorliegenden Ausführungsform ist die gleiche wie die Struktur, die mit Bezug auf 7 bis 10 beschrieben wurde. Die PDI-Tabelle gemäß der vorliegenden Ausführungsform ist die gleiche wie die Tabelle, die mit Bezug auf 9 bis 18 beschrieben wurde. Die Filterkriterientabelle gemäß der vorliegenden Ausführungsform ist die gleiche wie die Tabelle, die mit Bezug auf 19 bis 22 beschrieben wurde.
  • Wie in 34 gezeigt, kann das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform einen Signalisierungsserver 3410, eine Filterkomponente 3420, eine PDI-Komponente 3430 und/oder eine UI 3440 enthalten. Die Struktur des oben erwähnten personalisierbaren Übertragungssystems kann gemäß der Absicht eines Entwicklers geändert werden.
  • Die Funktionsweisen der Filterkomponente 3420, der PDI-Komponente 3430 und/oder der UI 3440 zum Verarbeiten der PDI-Tabelle und die Filterkriterien gemäß der vorliegenden Ausführungsform sind die gleichen wie die Funktionsweisen, die mit Bezug auf 23 beschrieben wurden. Nachstehend wird das digitale Übertragungssystem bezüglich einer Funktionsweise des in 34 gezeigten Signalisierungsservers 3410 beschrieben.
  • Zuerst kann ein Empfänger gemäß der vorliegenden Ausführungsform ein Anfragesignal zum Empfangen eines PDI-Tabellenabschnitts an den Signalisierungsserver 3410 aussenden. In diesem Fall kann der Empfänger gemäß der vorliegenden Ausführungsform das Anfragesignal unter Verwendung eines Abfrageausdrucks aussenden. Eine Abfrage wird ausführlich beschrieben.
  • Der Signalisierungsserver 3410 gemäß der vorliegenden Ausführungsform kann einen PDI-Tabellenabschnitt aussenden, der einer entsprechenden Abfrage an den Empfänger entspricht. Eine ausführliche Beschreibung des PDI-Tabellenabschnitts wurde mit Bezug auf 24 bis 27 gegeben.
  • 35 ist ein Diagramm, das eine HTTP-Abfragetabelle gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen zeigt 35 ein HTTP-Protokoll zum Aussenden einer Abfrage an den mit Bezug auf 34 beschriebenen Signalisierungsserver mittels eines Empfängers gemäß der vorliegenden Ausführungsform.
  • Wenn es von Sendern unterstützt wird, bietet das in 35 gezeigte Protokoll zwei Funktionen. Erstens ist dieses Protokoll für Geräte, die DTV-Übertragungssignale über einen Pfad empfangen, der nur nicht komprimiertes Audio und Video liefert, gewöhnlich die einzige Möglichkeit auf die eigenständigen NRT-Dienste eines Senders zuzugreifen. Zweitens bietet dieses Protokoll für ein Gerät, das Zugriff auf den gesamten Übertragungsstrom hat, eine Möglichkeit, Daten zum Auffüllen eines Programm-/Dienstführers abzurufen, ohne durch alle im lokalen Übertragungsgebiet verfügbaren Übertragungsströme zu wechseln und darauf zu warten, dass die gewünschten Tabellen auftauchen. Es ermöglicht auch das Abrufen solcher Daten zu jeder Zeit ohne Notwendigkeit für einen zweiten Tuner, selbst wenn ein Betrachter fernsieht.
  • Die in 35 gezeigte HTTP-Abfragetabelle kann einen Tabellentyp einer zu empfangenden Tabelle und einen Abfrageausdruck enthalten, der eine Basis-URL zum Empfangen der entsprechenden Tabelle kennzeichnet.
  • Ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung kann eine bestimmte Tabelle unter Verwendung des Abfrageausdrucks der in 35 gezeigten HTTP-Abfragetabelle empfangen. Im Einzelnen kann der Empfänger gemäß der vorliegenden Ausführungsform ein Anforderungssignal an einen Signalisierungsserver unter Verwendung eines Abfrageausdrucks „?table=PDIT[&chan=<chan_id>]“ aussenden. Eine ausführliche Beschreibung davon wurde mit Bezug auf 34 gegeben.
  • 36 ist ein Flussdiagramm, das ein digitales Übertragungssystem gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen ist 36 ein Diagramm eines personalisierbaren Übertragungssystems zum Empfangen einer PDI-Tabelle und/oder einer Filterkriterientabelle über das Internet mittels eines Empfängers gemäß der Ausführungsform der vorliegenden Erfindung.
  • Die Grundstruktur des personalisierbaren Übertragungssystems gemäß der vorliegenden Ausführungsform ist die gleiche wie die Struktur, die mit Bezug auf 7 bis 10 beschrieben wurde. Die PDI-Tabelle gemäß der vorliegenden Ausführungsform ist die gleiche wie die Struktur, die mit Bezug auf 9 bis 18 beschrieben wurde. Die Filterkriterientabelle gemäß der vorliegenden Ausführungsform ist die gleiche wie die Tabelle, die mit Bezug auf 19 bis 22 beschrieben wurde.
  • Wenn sie über das Internet geliefert werden, werden PDI-Tabelleninstanzen über HTTP oder HTTPS geliefert. Der Inhaltstyp einer PDI-Tabelle in der HTTP Response Kopfzeile ist „text/xml“.
  • Die URL, die zum Abrufen einer PDI-Tabelle über das Internet verwendet wird, kann über SDOPrivateDataURIString Befehle geliefert werden, die in Standard Caption Service #6 im DTV Closed Caption Kanal transportiert werden, oder sie kann an ein UrIList XML-Element geliefert werden, das mit einer TPT geliefert wird.
  • Eine TPT (TDO Parametertabelle) enthält Metadaten über die TDOs eines Segments und der Events, auf die sie abzielen. Der Begriff „Triggered Declarative Object“ (TDO) wird verwendet, um ein deklaratives Objekt zu bezeichnen, das in einem getriggerten interaktiven zusätzlichen Datendienst von einem Trigger gestartet wurde, oder ein DO, das von einem DO gestartet wurde, das von einem Trigger gestartet wurde, und iterativ so weiter. Ein Trigger ist ein Signalisierungselement, dessen Funktion darin besteht, eine Signalisierung zu identifizieren und die Zeitsteuerung des Ausspielens interaktiver Events einzurichten.
  • Wie in 36 gezeigt, kann das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform einen PDI-Server 3600, einen Inhaltsserver 3650 und/oder einen Empfänger enthalten. Der Empfänger gemäß der vorliegenden Ausführungsform kann einen TPT-(TDO-Parametertabellen-)Clienten 3610, eine Filterkomponente 3620, eine PDI-Komponente 3630 und/oder eine UI 3640 enthalten. Die Struktur des oben erwähnten personalisierbaren Übertragungssystems kann gemäß der Absicht eines Entwicklers geändert werden. Nachstehend wird die Funktionsweise von in 36 gezeigten Elementen beschrieben.
  • Der TPT-Client 3610 gemäß der vorliegenden Ausführungsform kann eine TPT und/oder eine URL-Listentabelle empfangen. Eine TPT (TDO Parametertabelle) gemäß der Ausführungsform der vorliegenden Erfindung enthält Metadaten über die TDOs (Triggered Declarative Objects) eines Segments und der Events, auf die sie abzielen. Die TPT gemäß der vorliegenden Ausführungsform kann Informationen über eine PDI-Tabelle und eine Filterkriterientabelle enthalten. Die URL-Listentabelle gemäß einer Ausführungsform der vorliegenden Erfindung kann URL-Informationen des PDI-Servers 3600 enthalten. Die TPT und die URL-Listentabelle werden ausführlich beschrieben.
  • Der TPT-Client 3610 gemäß der vorliegenden Ausführungsform kann URL-Informationen des PDI-Servers 3600 aus der URL-Listentabelle erfassen. Der TPT-Client 3610 kann auf den PDI-Server 3600 unter Verwendung der erfassten URL-Informationen zugreifen und anfordern, dass der PDI-Server 3600 die PDI-Tabelle gemäß der vorliegenden Ausführungsform aussendet. Der PDI-Server 3600 gemäß der vorliegenden Ausführungsform kann die entsprechende PDI-Tabelle an den TPT-Clienten 3610 gemäß der Anforderung des TPT-Clienten 3610 aussenden.
  • Wie in 36 gezeigt, kann der TPT-Client 3610 gemäß der vorliegenden Ausführungsform die empfangene PDI-Tabelle an die PDI-Komponente 3630 aussenden. Die PDI-Komponente 3630 gemäß der vorliegenden Ausführungsform kann die empfangene die PDI-Tabelle verarbeiten und PDI-Fragen extrahieren, die in der entsprechenden PDI-Tabelle enthalten sind. Dann kann die PDI-Komponente 3630 gemäß der vorliegenden Ausführungsform die extrahierten PDI-Fragen an die UI 3640 aussenden.
  • Die UI 3640 gemäß der vorliegenden Ausführungsform kann die empfangenen PDI-Fragen anzeigen und PDI-Antworten auf die entsprechenden PDI-Fragen empfangen. Die UI 3640 gemäß der vorliegenden Ausführungsform kann die PDI-Antworten über eine Fernsteuerung empfangen. Dann kann die PDI-Komponente 3630 gemäß der vorliegenden Ausführungsform PDI-Daten unter Verwendung der von der UI 3640 empfangenen PDI-Antwort aktualisieren. Eine ausführliche Beschreibung davon wurde mit Bezug auf 7 und 8 gegeben.
  • Der TPT-Client 3610 gemäß der vorliegenden Ausführungsform kann die TPT parsen, um Filterkriterien zu erfassen. Wie in 36 gezeigt, kann der TPT-Client 3610 die Filterkriterien an die Filterkomponente 3620 aussenden. In diesem Fall können die Filterkriterien gemäß einer Ausführungsform der vorliegenden Erfindung eine Filterkriterientabelle mit dem Format eines XML-Dokuments sein. Die Filterkriterientabelle wurde unter Bezugnahme auf 21 und 22 ausführlich beschrieben.
  • Dann kann die Filterkomponente 3620 gemäß der vorliegenden Ausführungsform ein PDI-Datenanforderungssignal an die PDI-Komponente 3630 aussenden. Wenn die PDI-Komponente 3630 gemäß der vorliegenden Ausführungsform das PDI-Datenanforderungssignal empfängt, kann die PDI-Komponente 3630 nach PDI-Daten suchen, die dem entsprechenden PDI-Datenanforderungssignal entsprechen und die PDI-Daten an die Filterkomponente 3620 aussenden. Vorgänge, die dem Filtern gemäß der vorliegenden Ausführungsform folgen, wurden unter Bezugnahme auf 9 und 10 ausführlich beschrieben.
  • Als Folge davon kann ein Empfänger gemäß der vorliegenden Ausführungsform unter Verwendung des Filterergebnisses Inhalt herunterladen. Im Einzelnen kann der TPT-Client 3610 das Filterergebnis von der Filterkomponente 3620 empfangen und TDO und/oder ein Anforderungssignal zum Herunterladen von Inhalt an den Inhaltsserver 3650 aussenden. Der Inhaltsserver 3650 kann die TDO und/oder den Inhalt an den TPT-Clienten 3610 entsprechend der TDO und/oder dem Anforderungssignal zum Herunterladen von Inhalt aussenden.
  • 37 ist ein Diagramm, das eine URL-Listentabelle gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen ist 37 eine Tabelle, die URL-Informationen zum Empfangen einer PDI-Tabelle und/oder Filterkriterien über das Internet mittels eines Empfängers gemäß der Ausführungsform der vorliegenden Erfindung. Ein Vorgang des Aussendens und Empfangens einer URL-Listentabelle gemäß einer Ausführungsform der vorliegenden Erfindung wurde mit Bezug auf 36 ausführlich beschrieben.
  • Wenn eine URL-Listentabelle über das Internet geliefert wird, kann sie über HTTP zusammen mit einer TPT in Form einer mehrteiligen MIME-Nachricht geliefert werden.
  • Wenn sie über das Internet geliefert werden, können TPTs über HTTP geliefert werden. Die URL-Informationen für die TPT des aktuellen Segments erscheinen in Triggern, die entweder über DTV-Closed Caption Service #6 oder über einen ACR-Server geliefert werden. Die Reaktion auf eine Anfrage nach einer TPT kann aus nur der TPT für das aktuelle Segment bestehen, oder sie kann aus einer mehrteiligen MIME-Nachricht mit der angeforderten TPT im ersten Teil, und optional der AMT für das Segment im zweiten Teil, und optional einem UrlList XML-Dokument im nächsten Teil bestehen.
  • Nachstehend wird die Semantik von in einer URL-Listentabelle enthaltenen Elementen bezüglich einer Ausführungsform der vorliegenden Erfindung beschrieben.
  • Ein in 37 gezeigtes UrlList Element enthält eine Liste von URLs, die für einen Empfänger gemäß der Ausführungsform der vorliegenden Erfindung nützlich sind.
  • Ein TptUrl Element des in 37 gezeigten UrIList Elements kann die URL-Informationen einer TPT für ein zukünftiges Segment im aktuellen interaktiven zusätzlichen Dienst enthalten. Wenn mehrere TptUrl Elemente enthalten sind, werden sie in der Reihenfolge des Auftretens der Segmente in der Übertragung angeordnet.
  • Ein NrtSignalingUrl Element des in 37 gezeigten UrlList Elements kann die URL-Informationen eines Servers enthalten, von dem Empfänger NRT-Signalisierungstabellen für alle virtuellen Kanäle im aktuellem Transportstrom einholen können, wobei das in Abschnitt 18 dieser Norm definierte Anforderungsprotokoll verwendet wird.
  • Ein UrsUrl Element des in 37 gezeigten UrlList Elements kann die URL-Informationen eines Servers enthalten, an die Empfänger Nutzungsberichte (Einschaltquoten) senden können, wobei das in Abschnitt 10 dieser Norm definierte Protokoll verwendet wird.
  • Ein PdiUrl Element des in 37 gezeigten UrlList Elements kann die URL-Informationen einer PDI-Tabelle enthalten. Das heißt, dass das PdiUrl Element gemäß der vorliegenden Ausführungsform URL-Informationen eines Servers kennzeichnen kann, der eine PDI-Tabelle und/oder Filterkriterien aussendet.
  • Die oben erwähnte URL-Listentabelle in 37 kann in dem in Tabelle 5 unten gezeigten Format konfiguriert werden.
  • Tabelle 5
  • [Tabelle 5]
    Element/Attribut(mit@) Zulässige Anzahl Datentyp Beschreibung & Wert
    UrlList Liste potentiell nützlicher URLs
    TptUrl 0...N anyURI URL der TPT für zukünftiges Segment
    NrtSignalingUrl 0...1 anyURI URL des NRT SignalingServer
    UrsUrl 0...1 anyURI URL des Usage Reportinig Server
    PDIUrI 0...1 anyURI URL von PDI-Q
  • 38 ist ein Diagramm, das eine TPT gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen kann die in 38 gezeigte TPT URL-Informationen einer PDI-Tabelle und/oder Filterkriterien enthalten. Ein Vorgang des Aussendens und Empfangens der TPT gemäß der vorliegenden Ausführungsform wurde mit Bezug auf 36 beschrieben. Nachstehend wird ein Element der Filterkriterien beschrieben, die in der TPT enthalten sind.
  • Im Einzelnen kann das in 38 gezeigte Filterkriteriumelement Informationen über Filterkriterien enthalten.
  • Das id Attribut gemäß der vorliegenden Ausführungsform kann eine PDI-Frage der entsprechenden Filterkriterien kennzeichnen.
  • Das Kriteriumtyp-Attribut gemäß der vorliegenden Ausführungsform kann einen Filterkriterientyp (oder Filterkriterientyp-Elemente) kennzeichnen. Ein Typ der Filterkriterien gemäß der vorliegenden Ausführungsform wurde mit Bezug auf 20 beschrieben.
  • Das Kriteriumwert-Attribut gemäß der vorliegenden Ausführungsform kann einen Wert der Filterkriterien gemäß dem zuvor erwähnten Kriteriumtyp-Attribut kennzeichnen.
  • 39 ist ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung.
  • Im Einzelnen ist 39 ein Diagramm, das ein personalisierbares Übertragungssystem zum Empfangen einer PDI-Tabelle und/oder einer Filterkriterientabelle in einem ACR-System mittels eines Empfängers gemäß der Ausführungsform der vorliegenden Erfindung empfängt.
  • Das ACR-System gemäß der vorliegenden Ausführungsform ist das gleiche wie das mit Bezug auf 1 beschriebene System. Die Grundstruktur des personalisierbaren Übertragungssystems gemäß der vorliegenden Ausführungsform ist die gleiche wie die Struktur, die mit Bezug auf 7 bis 10 beschrieben wurde. Die PDI-Tabelle gemäß der vorliegenden Ausführungsform ist die gleiche wie die Tabelle, die mit Bezug auf 9 bis 18 beschrieben wurde. Die Filterkriterientabelle gemäß der vorliegenden Ausführungsform ist die gleiche wie die Tabelle, die mit Bezug auf 19 bis 22 beschrieben wurde.
  • Wie in 39 gezeigt, kann das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform einen ACR-Server 3900, einen TPT-Server 3950, einen PDI-Server 3960, einen Inhalts-Server 3970, einen ACR-Clienten 3910, eine Filterkomponente 3920, eine PDI-Komponente 3930, und/oder eine UI 3940 enthalten. Die Struktur des oben erwähnten personalisierbaren Übertragungssystems kann gemäß der Absicht eines Entwicklers geändert werden. Die Funktionsweisen von in 39 gezeigten Elementen werden beschrieben.
  • Der ACR-Client 3910 gemäß der vorliegenden Ausführungsform kann eine Signatur vom Fingerabdruck extrahieren und zusammen mit der Signatur eine Anfrage an den ACR-Server 3900 aussenden. Der ACR-Server 3900 gemäß der vorliegenden Ausführungsform kann die Signatur empfangen und eine Antwort zusammen mit einem Trigger usw., der sich auf die entsprechende Signatur bezieht, an den ACR-Clienten 3910 aussenden, der ausführlich mit Bezug auf 1 bis 6 beschrieben wurde.
  • Der ACR-Client 3910 gemäß der vorliegenden Ausführungsform kann unter Verwendung des empfangenen Triggers usw. eine TPT und/oder eine URL-Listentabelle vom TPT-Server 3950 anfordern. Der TPT-Server 3950 gemäß der vorliegenden Ausführungsform kann die TPT und/oder die URL-Listentabelle an den ACR-Clienten 3910 gemäß der Anforderung des ACR-Clienten 3910 aussenden. Eine ausführliche Beschreibung der TPT und/oder der URL-Listentabelle wurde gegeben. Dann kann der TPT-Server 3950 gemäß der vorliegenden Ausführungsform die empfangene TPT und/oder URL-Listentabelle an den ACR-Clienten 3910 aussenden.
  • Der ACR-Client 3910 gemäß der vorliegenden Ausführungsform kann URL-Informationen des PDI-Servers 3960 von der URL-Listentabelle erfassen. Der ACR-Client 3910 kann auf den PDI-Server 3960 unter Verwendung der erfassten URL-Informationen zugreifen und anfordern, dass der PDI-Server 3960 die PDI-Tabelle gemäß der vorliegenden Ausführungsform aussendet. Der PDI-Server 3960 gemäß der vorliegenden Ausführungsform kann die entsprechende PDI-Tabelle an den ACR-Clienten 3910 gemäß der Anforderung des ACR-Clienten 3910 aussenden.
  • Wie in 34 gezeigt, kann der ACR-Client 3910 gemäß der vorliegenden Ausführungsform die empfangene PDI-Tabelle an die PDI-Komponente 3930 aussenden. Die PDI-Komponente 3930 gemäß der vorliegenden Ausführungsform kann die empfangene PDI-Tabelle verarbeiten und PDI-Fragen extrahieren, die in der entsprechenden PDI-Tabelle enthalten sind. Dann kann die PDI-Komponente 3930 gemäß der vorliegenden Ausführungsform die extrahierten PDI-Fragen an die UI 3940 aussenden.
  • Die UI 3940 gemäß der vorliegenden Ausführungsform kann die empfangenen PDI-Fragen anzeigen und PDI-Antworten auf die entsprechenden PDI-Fragen empfangen. Die UI 3940 gemäß der vorliegenden Ausführungsform kann die PDI-Antworten über eine Fernsteuerung empfangen. Dann kann die PDI-Komponente 3930 gemäß der vorliegenden Ausführungsform PDI-Daten unter Verwendung der von der UI 3940 empfangenen PDI-Antwort aktualisieren. Eine ausführliche Beschreibung davon wurde mit Bezug auf 7 und 8 gegeben.
  • Außerdem kann der ACR-Client 3910 gemäß der vorliegenden Ausführungsform die TPT parsen, um Filterkriterien zu erfassen. Wie in 39 gezeigt, kann der ACR-Client 3910 die Filterkriterien an die Filterkomponente 3920 aussenden. In diesem Fall können die Filterkriterien gemäß einer Ausführungsform der vorliegenden Erfindung eine Filterkriterientabelle in Form eines XML-Dokuments sein. Die Filterkriterientabelle wurde unter Bezugnahme auf 21 und 22 ausführlich beschrieben.
  • Dann kann die Filterkomponente 3920 gemäß der vorliegenden Ausführungsform ein PDI-Datenanforderungssignal an die PDI-Komponente 3930 aussenden. Wenn die PDI-Komponente 3930 gemäß der vorliegenden Ausführungsform das PDI-Datenanforderungssignal empfängt, sucht die PDI-Komponente 3930 nach PDI-Daten, die dem entsprechenden PDI-Datenanforderungssignal entsprechen und sendet die PDI-Daten an die Filterkomponente 3920 aus. Vorgänge, die dem Filtern gemäß der vorliegenden Ausführungsform folgen, wurden unter Bezugnahme auf 9 und 10 ausführlich beschrieben.
  • Als Folge davon kann ein Empfänger gemäß der vorliegenden Ausführungsform unter Verwendung eines Filterergebnisses Inhalt herunterladen. Im Einzelnen kann der ACR-Client 3910 das Filterergebnis von der Filterkomponente 3920 empfangen und ein TDO und/oder ein Anforderungssignal zum Herunterladen von Inhalt an den Inhaltsserver 3970 aussenden. Der Inhaltsserver 3970 kann die TDO und/oder den Inhalt an den ACR-Clienten 3910 entsprechend der TDO und/oder dem Anforderungssignal zum Herunterladen von Inhalt aussenden.
  • 40 ist ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung.
  • Im Einzelnen ist 40 ein Diagramm, das ein personalisierbares Übertragungssystem zum Vermeiden der Duplizierung von PDI-Antworten gemäß einer Ausführungsform der vorliegenden Erfindung darstellt.
  • Ausführlicher zeigt 40 ein personalisierbares Übertragungssystem zum Aktualisieren von PDI-Daten unter Verwendung einer vorgespeicherten PDI-Antwort, wenn ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung die gleiche PDI-Frage von einer Vielzahl von Sendern und Inhaltsanbietern empfängt. Aufgrund des in 40 gezeigten personalisierbaren Übertragungssystems kann ein Benutzer den Aufwand durch Eingeben redundanter PDI-Antworten auf die gleiche PDI-Frage reduzieren.
  • Wie in 40 gezeigt, kann das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform zwei oder mehr Sender (oder Inhaltsanbieter) und/oder einen Empfänger enthalten. Die zwei oder mehr Sender gemäß der vorliegenden Ausführungsform können einen Sender A 4010 und/oder einen Sender B 4020 enthalten. Der Empfänger gemäß der vorliegenden Ausführungsform kann eine PDI-Komponente 4030 und/oder eine UI 4040 enthalten. Das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform kann einen ATSC 2.0 Dienst bereitstellen. Die Struktur des oben erwähnten personalisierbaren Übertragungssystems kann gemäß der Absicht eines Entwicklers geändert werden. Nachstehend wird die Funktionsweise von in 40 gezeigten Elementen beschrieben.
  • Zuerst kann ein Empfänger gemäß der vorliegenden Ausführungsform eine erste PDI-Tabelle 4011 vom Sender A 4010 empfangen. Der Empfänger, der die erste PDI-Tabelle 4011 empfängt kann die erste PDI-Tabelle 4011 an die PDI-Komponente 4030 aussenden. Die erste PDI-Tabelle 4011 gemäß der vorliegenden Ausführungsform kann ein erstes PDI-Typ-Element 4012 enthalten. Jedes der ersten PDI-Typ-Elemente 4012 gemäß der vorliegenden Ausführungsform kann, wie mit Bezug auf 17 und 18 beschrieben, ein erstes Bezeichner-Element (oder eine erste ID) und/oder eine erste PDI-Frage enthalten. Außerdem kann, wie in 40 beschrieben, die erste PDI-Tabelle 4011 zwei oder mehr PDI-Typ-Elemente 4012 mit unterschiedlichen ersten IDs enthalten.
  • Die PDI-Komponente 4030 gemäß der vorliegenden Ausführungsform kann eine erste PDI-Fragen vom ersten PDI-Typ-Element 4012 extrahieren und die extrahierte erste PDI-Frage an die UI 4040 aussenden. Dann kann die UI 4040 gemäß der vorliegenden Ausführungsform vom Benutzer eine erste PDI-Antwort auf eine erste PDI-Frage empfangen. Die PDI-Komponente 4030 kann die erste PDI-Frage zum ersten PDI-Typ-Element 4012 hinzufügen und die erste PDI-Antwort korrigieren. Die detaillierten Funktionsweisen der PDI-Komponente 4030 und der UI 4040 gemäß der vorliegenden Ausführungsform sind die gleichen wie die Funktionsweisen, die mit Bezug auf 23 beschrieben wurden.
  • Außerdem kann die PDI-Komponente 4030 gemäß der vorliegenden Ausführungsform eine zweite PDI-Tabelle 4021 vom Sender B 4020 empfangen. Die zweite PDI-Tabelle 4021 gemäß der vorliegenden Ausführungsform kann ein zweites PDI-Typ-Element 4022 enthalten. Wie mit Bezug auf 17 und 18 beschrieben, kann das zweite PDI-Typ-Element 4022 ein zweites Bezeichner-Element (oder eine zweite ID) und/oder eine zweite PDI-Frage enthalten.
  • Die PDI-Komponente 4030, das die zweite PDI-Tabelle empfängt, kann auf einen PDI-Speicher zugreifen und nach der ersten PDI-Tabelle suchen, die im PDI-Speicher vorgespeichert ist. Dann kann die PDI-Komponente 4030 gemäß der vorliegenden Ausführungsform eine zweite ID und eine erste ID vergleichen. Als Vergleichsergebnis kann die erste PDI-Antwort zum zweiten PDI-Typ-Element 4022 hinzugefügt und/oder korrigiert werden, wenn die zweite ID und die erste ID identisch sind.
  • Wenn ein Empfänger gemäß der vorliegenden Ausführungsform die gleiche PDI-Frage wie die vorgespeicherte PDI-Frage empfängt, kann der Empfänger die PDI-Frage daher nicht wiederholt anzeigen und die PDI-Frage unter Verwendung der vorgespeicherten PDI-Antwort verarbeiten. So muss der Benutzer im personalisierbares Übertragungssystem gemäß der vorliegenden Ausführungsform nicht wiederholt PDI-Antworten des gleichen Inhalts auf die gleiche PDI-Frage eingeben, um einen Personalisierungsdienst bequemer zu empfangen.
  • 41 ist ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung.
  • Im Einzelnen ist 41 ein Diagramm eines personalisierbaren Übertragungssystems zum Vermeiden der Duplizierung von PDI-Antworten gemäß einer Ausführungsform der vorliegenden Erfindung. Das mit Bezug auf 40 beschriebene personalisierbare Übertragungssystem kann eine PDI-Tabelle verwenden, die in einem Empfänger gemäß der vorliegenden Erfindung vorgespeichert ist, um die Duplizierung von PDI-Antworten zu vermeiden. Als eine weitere Ausführungsform der vorliegenden Erfindung zum Vermeiden der Duplizierung von PDI-Antworten schlägt 41 ein personalisierbares Übertragungssystem durch das Registrieren einer PDI-Frage vor.
  • Um die Wiederverwendung von Fragen von verschiedenen Sendern zu unterstützen, so dass Verbraucher nicht aufgefordert werden, die im Wesentlichen gleiche Frage immer wieder zu beantworten, können Fragen bei einem Registrar registriert werden, der vom ATSC zugeordnet wird. Jede Registrierungsunterlage kann Informationen über eine global eindeutige Fragen-ID, wie in 17 und 18 angegeben, einen Fragentyp (QIA, QBA, QSA oder QTA), Fragentext in einer oder mehreren Sprachen, Informationen zum Registrierungsdatum und/oder Kontaktinformationen für die Organisation enthalten, die die Frage zum Registrieren einreicht. Im Fall einer QSA kann jede Registrierungsunterlage (oder vorregistrierte PDI-Frage) die zugelassenen Auswahlmöglichkeiten wie einen Bezeichner jeder Auswahl und den Text jeder Auswahl in einer oder mehreren Sprachen enthalten.
  • Eine PDI-Tabelle kann eine Mischung aus registrierten Fragen und nicht registrierten Fragen enthalten.
  • Sowohl registrierte als auch nicht registrierte Fragen können in mehreren PDI-Tabellen auftreten. Wenn ein Benutzer eine Frage beantwortet, die in mehreren PDI-Tabellen auftritt, sei es über eine Funktion, die vom Empfänger bereitgestellt wird, oder über eine Anwendung, wird erwartet, dass sich die Antwort in allen Instanzen der Frage in alle Fragebögen, in denen sie auftritt, verbreitet. So muss ein Benutzer jede gegebene Frage nur einmal beantworten, gleichgültig, wie oft sie in verschiedenen Fragebögen auftritt.
  • Um zu vermeiden, dass Benutzer von Fragen überschwemmt werden, wird empfohlen, dass Fragebogenersteller soweit möglich registrierte Fragen verwenden, und nicht registrierte Fragen nur dann verwendet werden, wenn der Fragebogenersteller eindeutigen Zielbedarf hat, der mit registrierten Fragen nicht erfüllt werden kann.
  • Der Empfänger gemäß der vorliegenden Ausführungsform kann eine vorregistrierte PDI-Frage unter Verwendung der Empfänger-Zielkriterien extrahieren. Die Empfänger-Zielkriterien gemäß der vorliegenden Ausführungsform entsprechen der Norm ATSC NRT, A/103.
  • Wie in 41 gezeigt, kann das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform einen SSC 4100, eine FLUTE-Sitzung 4110, eine Filterkomponente 4120, eine PDI-Komponente 4130 und/oder eine UI 4140 enthalten. Das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform kann einen ATSC 2.0 Dienst bereitstellen. Die Struktur des oben erwähnten personalisierbaren Übertragungssystems kann gemäß der Absicht eines Entwicklers geändert werden. Nachstehend wird das in 41 gezeigte personalisierbare Übertragungssystem beschrieben.
  • Ein Empfänger gemäß der vorliegenden Ausführungsform kann eine SMT und/oder NRT-IT über den SSC 4100 empfangen und Empfänger-Zielkriterien erfassen, die im SMT und/oder NRT-IT enthalten sind. Gemäß einer Ausführungsform der vorliegenden Erfindung können die Empfänger-Zielkriterien ein Empfänger-Zieldeskriptor oder eine Empfänger-Zielkriteriumtabelle sein.
  • Dann kann die PDI-Komponente 4130 gemäß der vorliegenden Ausführungsform die erfassten Empfänger-Zielkriterien konvertieren, um eine PDI-Frage zu generieren. Die UI 4140 gemäß der vorliegenden Ausführungsform kann die oben erwähnte Frage von der PDI-Komponente 4130 empfangen, die PDI-Frage anzeigen und von einem Benutzer eine PDI-Antwort empfangen. Die detaillierten Funktionsweisen der PDI-Komponente 4130 und der UI 4140 gemäß der vorliegenden Ausführungsform wurden mit Bezug auf 23 beschrieben.
  • 42 ist ein Flussdiagramm eines digitalen Übertragungssystems gemäß einer anderen Ausführungsform der vorliegenden Erfindung.
  • Im Einzelnen zeigt 42 ein personalisierbares Übertragungssystem zum Registrieren einer PDI-Frage.
  • Wie in 42 gezeigt, kann das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform einen Signalisierungsserver 4200, einen Empfänger 4210 eine Filterkomponente 4220, eine PDI-Komponente 4230 und eine UI 4240 enthalten. Der Empfänger 4210 kann so interpretiert werden, dass er die Filterkomponente 4220, die PDI-Komponente 4230 und/oder die UI 4240 enthält, was gemäß der Absicht eines Entwicklers geändert werden kann. Außerdem kann das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform einen ATSC 2.0 Dienst bereitstellen. Das in 41 gezeigte personalisierbare Übertragungssystem wird beschrieben.
  • Die Funktionsweisen der Grundelemente in 42 sind die gleichen wie die Funktionsweisen, die mit Bezug auf 41 beschrieben wurden. Der in 42 gezeigte Empfänger 4210 kann jedoch SMT und/oder NRT-IT vom Signalisierungsserver 4200 anfordern. Gemäß der Anforderung vonseiten des Empfängers 4210 gemäß der vorliegenden Ausführungsform kann der Signalisierungsserver 4200 die entsprechende SMT und/oder NRT-IT an den Empfänger aussenden.
  • Die detaillierten Funktionsweisen des Empfängers 4210, der PDI-Komponente 4230 und/oder der UI 4240, nachdem der Empfänger gemäß der vorliegenden Ausführungsform die SMT und/oder die NRT-IT empfängt, sind die gleichen wie die Funktionsweise, die mit Bezug auf 41 beschrieben wurden.
  • 43 ist ein Diagramm, das eine Empfänger-Zielkriterientabelle gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen ist 43 ein Diagramm von Empfänger-Zielkriterien, das erstellt wurde, indem die mit Bezug auf 41 und 42 beschriebenen Empfänger-Zielkriterien in Form einer Tabelle dargestellt wurden.
  • Wie in 43 gezeigt, kann die Empfänger-Zielkriterientabelle Informationen bezüglich eines Zielkriteriumtyp-Codes, einer Zielwertlänge und/oder eines Zielwerts enthalten. Der in 43 gezeigte Zielkriteriumtyp-Code bezieht sich auf einen Code zum Identifizieren jedes Zielkriteriums. Die in 43 gezeigte Zielwertlänge bezieht sich auf die Anzahl der Bytes zum Darstellen des Zielkriterienwerts. Der in 43 gezeigte Zielwert bezieht sich auf Informationen, die von den Zielkriterien gekennzeichnet werden.
  • Der Empfänger gemäß der vorliegenden Ausführungsform kann die Filterkriterien gemäß dem Zielkriteriumtyp-Code konvertieren und eine vorregistrierte PDI-Frage erfassen.
  • Im Einzelnen wird der Zielwert reserviert und die Zielwertlänge nicht bestimmt, wenn der Zielkriteriumtyp-Code gemäß der vorliegenden Ausführungsform 0x00 ist.
  • Wenn der Zielkriteriumtyp-Code gemäß der vorliegenden Ausführungsform 0x01 ist, ist der Zielwert der geografische Ort nach der Definition in Tabelle 6.21 von A/65, wobei nur die unteren 3 Bytes verwendet werden, und die Zielwertlänge ist 3 Bytes. Die zuvor erwähnte A/65 ist ATSC-Norm für das Programm- und Systeminformationsprotokoll (PSIP).
  • Wenn der Zielkriteriumtyp-Code gemäß der vorliegenden Ausführungsform 0x02 ist, ist der Zielwert eine alphanumerische Postleitzahl gemäß der Definition in Abschnitt 6.7.2 von A/65 unter Verwendung der Anzahl von Bytes, die für das Gebiet zutreffend ist (bis zu 8), und die Zielwertlänge ist variabel, was unten ausführlicher beschrieben wird.
  • Wenn der Zielkriteriumtyp-Code gemäß der vorliegenden Ausführungsform 0x03 ist, ist der Zielwert die demografische Kategorie gemäß der Definition in Tabelle 6.18 von A/65, wobei nur die unteren 2 Bytes verwendet werden, und die Zielwertlänge ist 2 Bytes, was unten ausführlicher beschrieben wird.
  • Wenn der Zielkriteriumtyp-Code gemäß der vorliegenden Ausführungsform 0x04 ? 0x0F ist, wird der Zielwert für zukünftigen ATSC-Gebrauch reserviert und die Zielwertlänge ist nicht festgelegt.
  • Wenn der Zielkriteriumtyp-Code gemäß der vorliegenden Ausführungsform 0x10 ? 0x1F ist, steht der Zielwert zum privaten Gebrauch zur Verfügung und die Zielwertlänge ist nicht festgelegt.
  • 44 bis 47 sind Diagramme, die eine vorregistrierte PDI-Frage gemäß einer Ausführungsform der vorliegenden Erfindung zeigen.
  • Im Einzelnen zeigen 44 bis 47 Tabellen gemäß einer Ausführungsform der vorliegenden Erfindung, die eine vorregistrierte PDI-Frage darstellen, wenn der mit Bezug auf 43 beschriebene Zielkriteriumtyp-Code 0x01 ist.
  • Wie in 44 bis 47 gezeigt, kann die Zielkriterientabelle gemäß der vorliegenden Ausführungsform Informationen zu einer vorregistrierten PDI-Frage bezüglich eines geografischen Orts enthalten, wenn der Zielkriteriumtyp-Code 0x01 ist. In diesem Fall kann der Empfänger gemäß der vorliegenden Ausführungsform die Zielkriterientabelle konvertieren, wobei nur die unteren 3 Bytes verwendet werden, um die vorregistrierte PDI-Frage zu erfassen.
  • 44 ist eine Tabelle, die eine vorregistrierte PDI-Frage bezüglich eines Ortscodes zeigt, wenn der Zielkriteriumtyp-Code 0x01 ist. Vorregistrierte Informationen zur PDI-Frage, die in der in 44 dargestellten vorregistrierten PDI-Fragentabelle enthalten sind, sind die gleichen wie die Informationen, die mit Bezug auf 41 beschrieben wurden.
  • Im Einzelnen kann, wie in 44 gezeigt, eine Fragen-ID gemäß der vorliegenden Ausführungsform Informationen zu einem Orts-Code enthalten, wenn der Zielkriteriumtyp-Code 0x01 ist. Außerdem kann die in 44 dargestellte vorregistrierte PDI-Frage ein QTA-Typ sein und einen Fragentext mit Inhalt enthalten, der eine PDI-Antwort eines Texttyps für den Orts-Code anfordert.
  • [Beispiel 8] unten wird durch das Darstellen der in 44 gezeigten Tabelle im XML-Schema gemäß einer Ausführungsform der vorliegenden Erfindung erstellt.
  • [Beispiel 8]
    •  <a20:QTA id=„atsc.org/PDIQ/location-code“>
 <a20:Q xml:lang=„en-us“>
 <a20:Text>What is your location code?</a20:Text>
 </a20:Q>
 </a20:QTA>
  • 45 ist eine Tabelle, die eine vorregistrierte PDI-Frage des FIPS (Federal Information Processing Standards Publication State) zeigt, wenn der Zielkriteriumtyp-Code 0x01 ist. Der grundlegende Inhalt, der in der in 45 gezeigten vorregistrierten PDI-Frage enthalten ist, ist der gleiche wie der Inhalt, der mit Bezug auf 41 beschrieben wurde. Die in 45 gezeigte vorregistrierte PDI-Frage kann ferner Informationen bezüglich der xactionSetId für die Frage enthalten. Die xactionSetId der Frage wird unten ausführlich bezüglich einer Ausführungsform der vorliegenden Erfindung beschrieben.
  • Im Einzelnen kann, wie in 45 gezeigt, die Fragen-ID gemäß der vorliegenden Ausführungsform Informationen zum FIPS-Staat enthalten, wenn der Zielkriteriumtyp-Code 0x01 ist. Außerdem kann die in 45 dargestellte vorregistrierte PDI-Frage ein QTA-Typ sein und einen Fragentext mit Inhalt enthalten, der eine PDI-Antwort eines Texttyps für den FIPS-Staat anfordert.
  • [Beispiel 9] unten wird durch das Darstellen der in 45 gezeigten Tabelle im XML-Schema gemäß einer Ausführungsform der vorliegenden Erfindung erstellt.
  • [Beispiel 9]
    • <a20:QTA id=„atsc.org/PDIQ/state“ xactionSetId=„1“>
 <a20:Q xml:lang=„en-us“>
 <a20:Text>What state are you located in?</a20:Text>
 </a20:Q>
 </a20:QTA>
  • 46 ist eine Tabelle, die eine vorregistrierte PDI-Frage bezüglich eines FIPS-Lands zeigt, wenn der Zielkriteriumtyp-Code 0x01 ist. Der grundlegende Inhalt, der in der in 46 gezeigten vorregistrierten PDI-Frage enthalten ist, ist der gleiche wie der Inhalt, der mit Bezug auf 41 beschrieben wurde. Die in 46 gezeigte vorregistrierte PDI-Frage kann jedoch ferner Informationen bezüglich der xactionSetId für die Frage enthalten. Die xactionSetld der Frage wird unten ausführlich bezüglich einer Ausführungsform der vorliegenden Erfindung beschrieben.
  • Im Einzelnen kann, wie in 46 gezeigt, die Fragen-ID gemäß der vorliegenden Ausführungsform Informationen zum FIPS-Land enthalten, wenn der Zielkriteriumtyp-Code 0x01 ist. Außerdem kann die in 46 dargestellte vorregistrierte PDI-Frage ein QTA-Typ sein und einen Fragentext mit Inhalt enthalten, der eine PDI-Antwort eines Texttyps für das FIPS-Land anfordert.
  • [Beispiel 10] unten wird durch das Darstellen der in 46 gezeigten Tabelle im XML-Schema gemäß einer Ausführungsform der vorliegenden Erfindung erstellt.
  • [Beispiel 10]
    •  <a20:QTA id=„atsc.org/PDIQ/county“ xactionSetId=„1“>
 <a20:Q xml:lang=„en-us“>
 <a20:Text>What county are you located in?</a20:Text>
 </a20:Q>
 </a20:QTA>
  • 47 ist eine Tabelle, die eine vorregistrierte PDI-Frage bezüglich einer Landkreisunterteilung zeigt, wenn der Zielkriteriumtyp-Code 0x01 ist. Der grundlegende Inhalt, der in der in 47 gezeigten vorregistrierten PDI-Frage enthalten ist, ist der gleiche wie der Inhalt, der mit Bezug auf 41 beschrieben wurde. Die in 47 gezeigte vorregistrierte PDI-Frage kann jedoch ferner Informationen bezüglich der question xactionSetId für die Frage enthalten. Die xactionSetld der Frage wird unten ausführlich bezüglich einer Ausführungsform der vorliegenden Erfindung beschrieben.
  • Im Einzelnen kann, wie in 47 gezeigt, die Fragen-ID gemäß der vorliegenden Ausführungsform Informationen zur Landkreisunterteilung enthalten, wenn der Zielkriteriumtyp-Code 0x01 ist. Die in 47 gezeigte vorregistrierte PDI-Frage kann ein QSA-Typ sein und kann einen Fragentext mit Inhalt enthalten, der eine PDI-Antwort eines Auswahl-Typs für die Länderunterteilung anfordert.
  • Die vorregistrierte PDI-Frage des QSA-Typs gemäß der vorliegenden Ausführungsform kann Auswahlinformationen der PDI-Antwort enthalten. Beispielsweise kann die in 47 gezeigte vorregistrierte PDI-Frage zur Landkreisunterteilung 9 Auswahlmöglichkeiten bezüglich Nordwesten, Nord-Mitte, Nordosten, West-Mitte, Mitte, Ost-Mitte, Südwesten, Süd-Mitte und Südosten enthalten.
  • [Beispiel 11] unten wird durch das Darstellen der Tabelle im XML-Schema gemäß einer Ausführungsform der vorliegenden Erfindung erstellt.
  • [Beispiel 11]
    • <a20:QSA id=„atsc.org/PDIQ/sector“ xactionSetId=„1“>
 <a20:Q xml:lang=„en-us“>
 <a20:Text>What part of your county are you located in?
 </a20:Text>
 <ä20:SeleCtion id=„1“>NW</a20:Selection>
 <a20:Selection id=„2“>NC</a20:Selection>
 <a20:Selection id=„3“>NE</a20:Selection>
 <a20:Selection id=„4“>WC</a20:Selection>
 <a20:Selection id=„5“>C</a20:Selection>
 <a20:Selection id=„6“>EC</a20:Selection>
 <a20:Selection id=„7“>SW</a20:Selection>
 <a20:Selection id=„8“>SC</a20:Selection>
 <a20:Selection id=„9“>SE</a20:Selection>
 </a20:Q>
 </a20:QTA>
  • Die in 45 bis 47 gezeigte, oben erwähnte Frage xactionSetld kann einen Satz von PDI-Fragen kennzeichnen, die ähnliche Inhalte haben. Ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung kann vorregistrierte PDI-Fragen mit derselben xactionSetld der Frage kombinieren und die vorregistrierten PDI-Fragen in einem personalisierbaren Übertragungsdienst verwenden.
  • Beispielsweise können die in 44 gezeigten Empfänger-Zielkriterien auch als die Empfänger-Zielkriterien von 45 bis 47 dargestellt werden, die die gleiche xactionSetId für die Frage haben. Ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung kann einen personalisierbaren Übertragungsdienst bereitstellen, wobei ein Ergebnis verwendet wird, das durch das Kombinieren der in 44 gezeigten Empfänger-Zielkriterien und/oder der in 45 bis 47 gezeigten Empfänger-Zielkriterien erzielt wird.
  • 48 und 49 sind Diagramme, die eine vorregistrierte PDI-Frage gemäß einer Ausführungsform der vorliegenden Erfindung darstellen.
  • Im Einzelnen sind 48 bis 49 Tabellen, die eine vorregistrierte PDI-Frage zeigen, wenn der mit Bezug auf 43 beschriebene Zielkriteriumtyp-Code 0x02 ist.
  • Wie in 48 und 49 gezeigt, kann die Zielkriterientabelle gemäß der vorliegenden Ausführungsform Informationen zu einer vorregistrierten PDI-Frage bezüglich einer alphanumerischen Postleitzahl enthalten, wenn der Zielkriteriumtyp-Code 0x02 ist. In diesem Fall kann ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung die Zielkriterientabelle konvertieren, wobei eine geeignete Anzahl von Bytes entsprechend einer Region verwendet wird, um eine vorregistrierte PDI-Frage zu erfassen. Der Empfänger gemäß der vorliegenden Ausführungsform kann höchstens 8 Bytes verwenden, um die Zielkriterientabelle zu konvertieren.
  • 48 ist eine Tabelle, die eine vorregistrierte PDI-Frage bezüglich eines fünfstelligen Zip-Codes zeigt, wenn der Zielkriteriumtyp-Code 0x02 ist. Der fünfstellige Zip-Code bezieht sich auf die in den USA verwendeten alphanumerischen Postleitzahlen. Der Inhalt, der in der in 48 gezeigten vorregistrierten PDI-Frage enthalten ist, ist der gleiche wie der Inhalt, der mit Bezug auf 41 beschrieben wurde.
  • Im Einzelnen kann, wie in 48 gezeigt, eine Fragen-ID gemäß der vorliegenden Ausführungsform Informationen zu einem Zip-Code enthalten, wenn der Zielkriteriumtyp-Code 0x02 ist. Die in 48 gezeigte vorregistrierte PDI-Frage kann ein QTA-Typ sein und einen Fragentext mit Inhalt enthalten, der eine PDI-Antwort eines Texttyps für den Zip-Code anfordert.
  • [Beispiel 12] unten wird durch das Darstellen der in 48 gezeigten Tabelle im XML-Schema gemäß einer Ausführungsform der vorliegenden Erfindung erstellt.
  • [Beispiel 12]
    •  <a20:QTA id=„atsc.org/PDIQ/ZIPcode“>
 <a20:Q xml:lang=„en-us“>
 <a20:Text>What is your 5-digit ZIP code?</a20:Text>
 </a20:Q>
 </a20:QTA>
  • 49 ist eine Tabelle, die eine vorregistrierte PDI-Frage bezüglich einer numerischen Postleitzahl zeigt, wenn der Zielkriteriumtyp-Code 0x02 ist. Die numerische Postleitzahl bezieht sich auf alphanumerische Postleitzahlen, die in anderen Regionen als den USA verwendet werden. Der Inhalt, der in der in 49 gezeigten vorregistrierten PDI-Frage enthalten ist, ist der gleiche wie der Inhalt, der mit Bezug auf 41 beschrieben wurde.
  • Im Einzelnen kann, wie in 49 gezeigt, eine Fragen-ID gemäß der vorliegenden Ausführungsform Informationen zu einer Postleitzahl enthalten, wenn der Zielkriteriumtyp-Code 0x02 ist. Die in 49 gezeigte vorregistrierte PDI-Frage kann einen Fragentext mit Inhalt enthalten, der eine PDI-Antwort eines Text-Typs für die Postleitzahl anfordert.
  • [Beispiel 13] unten wird durch das Darstellen der in 49 gezeigten Tabelle im XML-Schema gemäß einer Ausführungsform der vorliegenden Erfindung erstellt.
  • [Beispiel 13]
    •  <a20:QTA id=„atsc.org/PDIQ/ZIPcode“>
 <a20:Q xml:lang=„en-us“>
 <a20:Text>What is your 5-digit ZIP code?</a20:Text>
 </a20:Q>
 </a20:QTA>
  • 50 bis 53 sind Diagramme, die eine vorregistrierte PDI-Frage gemäß einer Ausführungsform der vorliegenden Erfindung zeigen.
  • Im Einzelnen sind 50 bis 53 Tabellen, die eine vorregistrierte PDI-Frage zeigen, wenn der mit Bezug auf 43 beschriebene Zielkriteriumtyp-Code 0x03 ist.
  • Wie in 50 bis 53 gezeigt, kann die Zielkriterientabelle gemäß der vorliegenden Ausführungsform Informationen zu einer vorregistrierten PDI-Frage bezüglich einer demografischen Kategorie eines Benutzers enthalten, wenn der Zielkriteriumtyp-Code 0x03 ist. In diesem Fall kann ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung die Zielkriterientabelle konvertieren, wobei nur die unteren 2 Bytes verwendet werden, um eine vorregistrierte PDI-Frage zu erfassen.
  • 50 ist eine Tabelle, die eine vorregistrierte PDI-Frage bezüglich des Geschlechts eines Benutzers zeigt, wenn der Zielkriteriumtyp-Code 0x03 ist. Der Inhalt, der in der in 50 gezeigten vorregistrierten PDI-Frage enthalten ist, ist der gleiche wie der Inhalt, der mit Bezug auf 41 beschrieben wurde.
  • Im Einzelnen kann, wie in 50 gezeigt, die Fragen-ID gemäß der vorliegenden Ausführungsform Informationen zum Geschlecht enthalten, wenn der Zielkriteriumtyp-Code 0x03 ist. Außerdem kann die in 50 gezeigte vorregistrierte PDI-Frage ein QSA-Typ sein und einen Fragentext mit Inhalt enthalten, der eine PDI-Antwort eines Auswahltyps für das Geschlecht des Benutzers anfordert.
  • Außerdem ist die in 50 gezeigte vorregistrierte PDI-Frage ein QSA-Typ und kann so Auswahlinformationen bezüglich einer PDI-Antwort enthalten. Beispielsweise kann die in 50 gezeigte vorregistrierte PDI-Frage bezüglich des Geschlechts zwei Auswahlinformationstypen enthalten, nämlich männlich und weiblich.
  • [Beispiel 14] unten wird durch das Darstellen der in 50 gezeigten Tabelle im XML-Schema gemäß einer Ausführungsform der vorliegenden Erfindung erstellt.
  • [Beispiel 14]
    • <a20:QSA id=„atsc.org/PDIQ/gender“ minChoices=„1“>
 <a20:Q xml:lang=„en-us“>
 <a20:Text>What is your gender?</a20:Text>
 <a20:Selection id=„1“>Male</a20:Selection>
 <a20:Selection id=„2“>Female</a20:Selection>
 </a20:Q>
 </a20:QSA>
  • 51 ist eine Tabelle, die eine vorregistrierte PDI-Frage bezüglich einer Altersgruppe eines Benutzers zeigt, wenn der Zielkriteriumtyp-Code 0x03 ist. Der Inhalt, der in der in 51 gezeigten vorregistrierten PDI-Frage enthalten ist, ist der gleiche wie der Inhalt, der mit Bezug auf 41 beschrieben wurde.
  • Im Einzelnen kann, wie in 51 gezeigt, die Fragen-ID gemäß der vorliegenden Ausführungsform Informationen zur Altersgruppe enthalten, wenn der Zielkriteriumtyp-Code 0x03 ist. Die in 51 gezeigte vorregistrierte PDI-Frage kann ein QSA-Typ sein und einen Fragentext mit Inhalt enthalten, der eine PDI-Antwort eines Auswahltyps für die Altersgruppe anfordert.
  • Außerdem ist die in 51 gezeigte vorregistrierte PDI-Frage ein QSA-Typ und kann so Auswahlinformationen bezüglich einer PDI-Antwort enthalten. Beispielsweise kann die in 51 gezeigte vorregistrierte PDI-Frage zur Altersgruppe acht Auswahlinformationstypen bezüglich Alter 2-5, Alter 6-11, Alter 12-17, Alter 18-34, Alter 35-49, Alter 50-54, Alter 55-64 und Alter über 65 enthalten.
  • [Beispiel 15] unten wird durch das Darstellen der in 51 gezeigten Tabelle im XML-Schema gemäß einer Ausführungsform der vorliegenden Erfindung erstellt.
  • [Beispiel 15]
    • <a20:QSA id=„atsc.org/PDIQ/age-bracket“ minChoices=„1“>
 <a20:Q xml:lang=„en-us“>
 <a20:Text> What age bracket are you in</a20:Text>
 <a20:Selection id=„1“>Ages 2-5</a20:Selection>
 <a20:Selection id=„2“>Ages 6-11</a20:Selection>
 <a20:Selection id=„3“>Ages 12-17</a20:Selection>
 <a20:Selection id=„4“>Ages 18-34</a20:Selection>
 <a20:Selection id=„5“>Ages 35-49</a20:Selection>
 <a20:Selection id=„6“>Ages 50-54</a20:Selection>
 <a20:Selection id=„7“>Ages 55-64</a20:Selection>
 <a20:Selection id=„8“>Ages 65+</a20:Selection>
 </a20:Q>
 </a20:QSA>
  • 52 ist eine Tabelle, die eine vorregistrierte PDI-Frage dazu zeigt, ob ein Benutzer arbeitet, wenn der Zielkriteriumtyp-Code 0x03 ist. Der Inhalt, der in der in 52 gezeigten vorregistrierten PDI-Frage enthalten ist, ist der gleiche wie der Inhalt, der mit Bezug auf 41 beschrieben wurde.
  • Im Einzelnen kann, wie in 52 gezeigt, die Fragen-ID gemäß der vorliegenden Ausführungsform Informationen bezüglich der Arbeit enthalten, wenn der Zielkriteriumtyp-Code 0x03 ist. Die in 52 gezeigte vorregistrierte PDI-Frage kann ein QSA-Typ sein und einen Fragentext mit Inhalt enthalten, der eine PDI-Antwort eines Auswahltyps darüber anfordert, ob der Benutzer arbeitet.
  • Außerdem ist die in 52 gezeigte vorregistrierte PDI-Frage ein QSA-Typ und kann somit Auswahlinformationen bezüglich einer PDI-Antwort enthalten. Beispielsweise kann die in 50 gezeigte, vorregistrierte PDI-Frage 2 Auswahlinformationstypen enthalten, nämlich ja und nein.
  • [Beispiel 16] unten wird durch das Darstellen der in 52 gezeigten Tabelle im XML-Schema gemäß einer Ausführungsform der vorliegenden Erfindung erstellt.
  • [Beispiel 16]
    •  <a20:QSAid=„atsc.org/PDIQ/working“ minChoices=„1“>
 <a20:Q xml:lang=„en-us“>
 <a20:Text>Are you working at a paying job?
 </a20:Text>
 <a20:Selection id=„1“>Yes</a20:Selection>
 <a20:Selection id=„2“>No</a20:Selection>
 </a20:Q>
 </a20:QSA>
  • 53 ist eine Tabelle, die eine vorregistrierte PDI-Frage bezüglich des Geschlechts eines Benutzers zeigt, wenn der Zielkriteriumtyp-Code 0x03 ist. Der Inhalt, der in der in 53 gezeigten vorregistrierten PDI-Frage enthalten ist, ist der gleiche wie der Inhalt, der mit Bezug auf 41 beschrieben wurde.
  • Im Einzelnen kann, wie in 53 gezeigt, die Fragen-ID gemäß der vorliegenden Ausführungsform Informationen zur Arbeit enthalten, wenn der Zielkriteriumtyp-Code 0x03 ist. Außerdem kann die in 53 gezeigte vorregistrierte PDI-Frage ein QBA-Typ sein und einen Fragentext mit Inhalt enthalten, der eine PDI-Antwort eines Boolean-Typs dazu anfordert, ob der Benutzer arbeitet.
  • [Beispiel 17] unten wird durch das Darstellen der in 53 gezeigten Tabelle im XML-Schema gemäß einer Ausführungsform der vorliegenden Erfindung erstellt.
  • [Beispiel 17]
    •  <a20:QBA id=„atsc.org/PDIQ/working“>
 <a20:Q xml:lang=„en-us“>
 <a20:Text>Are you working at a paying job?
 </a20:Q>
 </a20:QBA>
  • 54 ist ein Diagramm, das eine Programmierschnittstelle (PDI API) gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen ist 54 ein Diagramm, das eine Funktion zum Verwenden von PDI-Daten mittels der Anwendung zeigt, wie das oben erwähnte Objekt mit deklarativem Inhalt (DO) usw. Die PDI-API gemäß der vorliegenden Ausführungsform bezieht sich auf eine Schnittstelle für den Zugriff eines Empfängers gemäß der Ausführungsform der vorliegenden Erfindung auf einen PDI-Speicher.
  • Ein ATSC 2.0 Clientgerät unterstützt die PDI APIs, um das Zugreifen (z. B. Suche oder Aktualisierung) auf PDI-Fragen zu ermöglichen.
  • Die als Teil der ATSC 2.0 DAE bereitgestellten APIs ermöglichen einem DO, wenn ihm die ID einer gegebenen Frage gegeben wird, das Abrufen des Texts dieser Frage vom Speicher, das Abrufen einer zuvor bereitgestellten Antwort auf diese Frage (wenn vorhanden) und das Speichern einer Antwort auf diese Frage.
  • Es wird kein Versuch unternommen, beliebige Regeln zu definieren oder durchzusetzen, die ein TDO vom Zugreifen auf oder Schreiben eine(r) bestimmte(n) Frage oder Antwort verhindern. Es wird sich vergegenwärtigt, dass mehrere Entitäten Fragebögen bereitstellen können, die auf einem gegebenen Kanal verwendet werden können. Solche Entitäten könnten den nationalen Netzwerkbetreiber, den lokalen Broadcaster Affiliate und verschiedene Programmproduzenten/-anbieter beinhalten, sind jedoch nicht auf diese beschränkt.
  • Das ATSC 2.0 Clientgerät implementiert APIs zum Speichern und Abrufen von PDI-Daten. Um PDI-Funktionalität zu implementieren, kann das Gerät eine native Anwendung, ein Dateisystem/eine Datenbank, oder sogar einen Remotedienst verwenden, um die PDI-Datenbank zu liefern. Der PDI-Speicher ist an einen ATSC-Clienten gebunden. Für den Clienten existiert nur eine PDI-Speicherinstanz. Der PDI-Speicher ermöglicht den DOs Zugriff auf sie PDI-Daten des Clienten und erlaubt dem Benutzer über native Anwendungen das Verwalten (z. B. Aktualisieren, Hinzufügen oder Löschen) von PDI-Fragen einheitlich für verschiedene Dienstanbieter.
  • 54 ist eine Tabelle, die eine PDI API gemäß einer Ausführungsform der vorliegenden Erfindung zeigt. Ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung kann eine PDI-Tabellenliste unter Verwendung der in 54 gezeigten PDI API erfassen.
  • Nachstehend wird die in 54 gezeigte API beschrieben.
  • Ein Name der in 54 gezeigten API ist getPDITableList() und kann gemäß der Absicht eines Entwicklers geändert werden. Die in 54 gezeigte Beschreibung bezieht sich auf Einzelheiten einer getPDITableList() API-Funktion. Die in 54 gezeigten Argumente beziehen sich auf einen Parameter der getPDITableList() API-Funktion.
  • Insbesondere weist die in 54 gezeigte Beschreibung darauf hin, dass die getPDITableList() API Funktion dem Zurückgeben einer XML=Struktur mit einer Liste der PDI-Tabellen dient, die für jede einzelne die pdiTableId angibt. Die XML-Struktur hat das folgende XML-Schema. Ein pdiTableList Element, das ein einziges pdiTableId Unterelement aufweist, mit Kardinalität 0 bis unbegrenzt. Der Fall von 0 pdiTableId Instanzen würde kennzeichnen, dass der Sender keine PDI-Tabelle bereitgestellt hat.
  • Die in 54 gezeigten Argumente kennzeichnen, dass pdiTableId ein global eindeutiger Bezeichner der PDI-Tabelle in Form einer URI ist.
  • So kann ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung die PDI-Tabellenliste mit einem Tabellenformat gemäß dem XML-Schema empfangen. Wie in 54 gezeigt, kann die PDI-Tabellenliste ein pdiTableId Element enthalten. Wenn die Kardinalität des in 54 gezeigten pdiTableId Elements 0 ist, bedeutet dies, dass ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung keine PDI-Tabelle vom Sender empfängt.
  • 55 ist ein Diagramm, das eine PDI API gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen ist 55 ein Diagramm, das eine PDI API zum Erfassen einer PDI-Tabelle mittels eines Empfängers gemäß der Ausführungsform der vorliegenden Erfindung zeigt.
  • Nachstehend wird die in 55 gezeigte API beschrieben.
  • Ein Name der in 55 gezeigten API ist getPDITable(String pdiTableId) und kann gemäß der Absicht eines Entwicklers geändert werden. Die in 55 gezeigte Beschreibung bezieht sich auf Einzelheiten einer getPDITable(String pdiTableId) API-Funktion. Die in 55 gezeigten Argumente beziehen sich auf einen Parameter der getPDITable(String pdiTableId) API API Funktion.
  • Insbesondere kennzeichnet die in 55 gezeigte Beschreibung, dass die getPDI-Table(String pdiTableId) API Funktion dem Zurückgeben des XML-Dokuments der PDI-Tabelle für den Empfänger dient. Jede pdiTable ist einem durch die eindeutige pdiTableId gekennzeichneten Bezeichner zugeordnet, der dem Verfahren als Eingabe bereitgestellt ist. Der zurückgegebene Wert ist ein String, der die serialisierten XML-Instanzen der PDI-Tabelle enthält und optional XML-Instanzen von PDI-Q oder PDI-A enthält.
  • Die in 55 gezeigten Argumente kennzeichnen, dass pdiTableId ein global eindeutiger Bezeichner der PDI-Tabelle in Form einer URI ist.
  • So kann ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung die mit Bezug auf 54 beschriebe PDI-Tabellenliste und dann eine PDI-Tabelle empfangen. Im Einzelnen kann der Empfänger, der die PDI-Tabellenliste empfängt, ein XML-Dokument der PDI-Tabelle empfangen, die der in 54 gezeigten pdiTableId zugeordnet ist.
  • Im Einzelnen ist eine Funktionsweise eines Empfängers auf Grundlage der in 55 gezeigten PDI API die gleiche wie die Funktionsweise, die mit Bezug auf 7 bis 10, 23, 34, 36 sowie 39 bis 42 beschrieben wurde. Außerdem kann der Empfänger auf Grundlage der in 55 gezeigten PDI API die PDI-Tabellenliste in dem mit Bezug auf 11 bis 18 beschriebenen PDI-Tabellenformat empfangen.
  • 56 ist ein Diagramm, das eine PDI API gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen ist 56 ein Diagramm, das eine PDI API zum Erfassen einer PDI-Antwort mittels eines Empfängers gemäß der Ausführungsform der vorliegenden Erfindung zeigt.
  • Nachstehend wird die in 56 gezeigte API beschrieben.
  • Ein Name der in 56 gezeigten API ist getPDIA(String pdiTableId) und kann gemäß der Absicht eines Entwicklers geändert werden. Die in 56 gezeigte Beschreibung bezieht sich auf Einzelheiten einer getPDIA(String pdiTableId) API Funktion. Die in 56 gezeigten Argumente beziehen sich auf einen Parameter der getPDIA(String pdiTableId) API Funktion.
  • Insbesondere kennzeichnet die in 56 gezeigte Beschreibung, dass die getPDIA(String pdiTableId) API Funktion dem Zurückgeben des XML-Dokuments der PDI-A für den Empfänger dient. Jede pdiTable ist einem durch die eindeutige pdiTableId gekennzeichneten Bezeichner zugeordnet, der dem Verfahren als Eingabe bereitgestellt ist. Der zurückgegebene Wert ist ein String, der die serialisierten PDI-A XML-Instanzen der PDI-A enthält.
  • Die in 56 gezeigten Argumente kennzeichnen, dass pdiTableId ein global eindeutiger Bezeichner der PDI-Tabelle in Form einer URI ist.
  • So kann ein Empfänger, der eine mit Bezug auf 54 beschriebene PDI-Tabellenliste empfängt, dann ein XML-Dokument (oder Instanzdokument für PDI-A) einer PDI-A-Tabelle empfangen, die der in 54 gezeigten pdiTableId zugeordnet ist. Das PDI-A-Instanzdokument gemäß der vorliegenden Ausführungsform ist das gleiche wie das Dokument, das mit Bezug auf 17 beschrieben wurde.
  • Im Einzelnen ist eine Funktionsweise eines Empfängers auf Grundlage des in 56 gezeigten PDI API gleich wie die Funktionsweise, die mit Bezug auf 7 bis 10, 23, 34, 36 sowie 39 bis 42 beschrieben wurde.
  • Obwohl sie nicht in 54 bis 56 gezeigt wird, kann die PDI-API gemäß der vorliegenden Ausführungsform als Tabelle 6 und/oder Tabelle 7 unten beschrieben werden.
  • Tabelle 6
  • [Tabelle 6]
    Objekt getPDI(String id)
    Beschreibung Gibt ein XML DOM-Objekt zurück, das ein XML-Dokument darstellt, das als Stammelement ein PDI QxAD Element enthält, dessen QxA Unterelement die PDI-Frage ist, die durch die gegebene id, QxA@id, bezeichnet ist. Wenn keine PDI-Frage mit dem gegebenen Wert von id existiert, gibt das Verfahren Null zurück. Hinweis: In einem PDI-Speicher kann nur eine PDI-Frage mit einem gegebenen Wert von Frage-id existieren. Mehr als eine PDI-Tabelle könnte eine PDI-Frage der gleichen Frage-id halten, solange die Konsistenz aufrechterhalten wird.
    Argumente id Identifizieren der PDI-Frage
  • Tabelle 7
  • [Tabelle 7]
    void setPDI(object id)
    Beschreibung Prüft zuerst, ob die PDI-Frage, die dem QxA Element im QxAD-Dokument entspricht, das von dem gegebenen Objekt dargestellt wird, bereits im PDI-Speicher existiert. Wenn nicht, tut das Verfahren nichts. Wenn sie existiert, wird die gespeicherte PDI-Frage auf die bereitgestellte aktualisiert. Nur das Antwortelement QxA.A der PDI-Frage kann aktualisiert werden. Der Wert von PDITable@pdiTableVersion der PDI-Tabelle wird nicht geändert. Wenn die aktualisierte PDI-Frage von verschiedenen PDI-Tabellen gemeinsam genutzt wird, werden diese zusammenhängenden Tabellen ohne Aktualisierung der Version geändert. Das Verfahren löst eine QUOTA-EXCEEDED-ERR Ausnahme aus, wenn die Speicherkapazität überschritten wurde, oder eine WRONG DOCUMENT ERR Ausnahme, wenn ein ungültiges Dokument angegeben wird. Das Verfahren ist bezüglich Versagen unteilbar. Im Fall eines Versagens tut das Verfahren nichts. Das heißt, dass Änderungen am Datenspeicher entweder erfolgreich sein müssen oder der Datenspeicherbereich nicht geändert werden darf.
    Argumente id Objekt, das das PDI-Fragenobjekt darstellt, für das die Antwort gespeichert werden soll.
  • 57 ist-ein-Diagramm, das eine Vorrichtung zum Verarbeiten eines digitalen Dienstsignals gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen ist 57 ein Diagramm einer Empfangsvorrichtung 5700 zum Verarbeiten eines digitalen Dienstsignals gemäß einer Ausführungsform der vorliegenden Erfindung. Die in 57 gezeigte Empfangsvorrichtung 5700 kann einen personalisierbaren Übertragungsdienst ausführen und kann einen ATSC 2.0 Dienst bereitstellen.
  • Wie in 57 gezeigt, kann die Empfangsvorrichtung 5700 gemäß der vorliegenden Ausführungsform ein PDI-Modul 5710, ein PDI-Antwortmodul 5720, ein Filtermodul 5730 und/oder ein Inhaltsspeichermodul 5740 enthalten. Die Struktur der Empfangsvorrichtung 5700 kann gemäß der Absicht eines Entwicklers geändert werden. Nachstehend wird jedes Modul beschrieben.
  • Das in 57 gezeigte PDI-Modul 5710 kann eine PDI-Tabelle empfangen, wobei die PDI-Tabelle mindestens ein Frageelement enthält, das Attribute einer PDI-Frage aufweist. Das in 5 gezeigte PDI-Modul 5710 kann auch die PDI-Frage aus dem mindestens einen Frageelement extrahieren, wobei jedes des mindestens einen Frageelements einen unterschiedlichen Typ aufweist. Eine Funktionsweise des PDI-Moduls 5710 gemäß der vorliegenden Ausführungsform ist die gleiche wie die Funktionsweise, die mit Bezug auf 7 und 8 sowie 54 bis 56 beschrieben wurde.
  • Der Typ des mindestens einen Frageelements gemäß der Ausführungsform der vorliegenden Erfindung kennzeichnet einen Typ für die PDI-Frage mit entweder einer Integer-Antwort, einer Boolean-Antwort, einer Auswahl-Antwort, einer Text-Antwort oder einer Antwort ohne PDI-Frage.
  • Die PDI-Tabelle gemäß der Ausführungsform der vorliegenden Erfindung kann ferner ein Tabellen-ID-Feld, ein Tabellenversionsfeld, ein Zeitfeld, ein Protokollversionsfeld, ein Ablaufdatumsfeld und/oder ein xactionSetId Feld enthalten.
  • Ein Tabellen-ID-Feld gemäß der Ausführungsform der vorliegenden Erfindung kann die PDI-Tabelle bezeichnen. Ein Tabellenversionsfeld gemäß der Ausführungsform der vorliegenden Erfindung kann eine Version der PDI-Tabelle kennzeichnen. Ein Zeitfeld gemäß der Ausführungsform der vorliegenden Erfindung kann ein Datum und eine Uhrzeit der letzten Änderung der PDI-Frage kennzeichnen. Ein Protokollversionsfeld gemäß der Ausführungsform der vorliegenden Erfindung kann eine Protokollversion der PDI-Tabelle kennzeichnen. Ein Ablaufdatumsfeld gemäß der Ausführungsform der vorliegenden Erfindung kann ein(e) Ablaufdatum und -zeit für jede PDI-Frage kennzeichnen. Ein xactionSetId Feld gemäß der Ausführungsform der vorliegenden Erfindung kann kennzeichnen, ob jede der PDI-Fragen zu einem Satz von PDI-Fragen gehört.
  • Mindestens ein Frageelement gemäß der Ausführungsform der vorliegenden Erfindung kann ferner ein Situationsfeld enthalten, das Informationen zum Ort und zur Zeit kennzeichnet, wobei das Situationsfeld ein Ortsfeld mit Informationen zu einem Breitengrad und Längengrad enthält.
  • Die oben erwähnte PDI-Tabelle und das Frageelement wurden mit Bezug auf 11 bis 18 beschrieben.
  • Das in 57 gezeigte PDI-Antwort-Modul 5720 kann eine PDI-Antwort empfangen, die der extrahierten PDI-Frage entspricht. Eine Funktionsweise des PDI-Antwort-Moduls 5720 gemäß der vorliegenden Ausführungsform ist die gleiche wie die Funktionsweise, die mit Bezug auf 7 und 8 sowie 54 bis 56 beschrieben wurde.
  • Das in 57 gezeigte Filtermodul 5730 kann Filterkriterien-Informationen empfangen. Das Filtermodul 5730 kann auch Inhalte des digitalen Dienstsignals filtern, indem die Filterkriterien-Informationen mit der empfangenen PDI-Antwort verglichen werden. Eine Funktionsweise des Filtermoduls 5730 gemäß der vorliegenden Ausführungsform ist die gleiche wie die Funktionsweise, die mit Bezug auf 7 bis 10 sowie 54 bis 56 beschrieben wurde.
  • Ein Typ der Filterkriterien-Informationen gemäß der Ausführungsform der vorliegenden Erfindung kennzeichnet einen Typ für die PDI-Frage mit entweder einer Integer-Antwort, einer Boolean-Antwort, einer Auswahl-Antwort, einer Text-Antwort oder einer Antwort ohne PDI-Frage, und das Filtern beinhaltet ferner das Bestimmen, ob die Filterkriterien-Informationen der PDI-Antwort entsprechen. Die Filterkriterien-Informationen gemäß der vorliegenden Ausführungsform wurden mit Bezug auf 19 bis 22 beschrieben.
  • Das in 57 gezeigte Inhalt speichernde Modul 5740 kann die gefilterten Inhalte herunterladen. Eine Funktionsweise des Inhalt speichernden Moduls 5740 gemäß der vorliegenden Ausführungsform ist die gleiche wie die Funktionsweise, die mit Bezug auf 7 und 8 sowie 54 bis 56 beschrieben wurde.
  • Wenn die PDI-Tabelle über ein IP-Subnetz übertragen wird, kann das in 57 gezeigte PDI-Modul 5710 ferner regelmäßig Anfragen mit Signaturen der Inhalte an einen automatischen Inhaltserkennungs-(ACR)-Server senden und Antworten vom ACR-Server empfangen, die Trigger zum Empfangen der URLList Informationen und eine TPT mit den Filterkriterien-Informationen enthalten. Eine Funktionsweise des PDI-Moduls 5710 gemäß der vorliegenden Ausführungsform ist die gleiche wie die Funktionsweise, die mit Bezug auf 36 bis 39 beschrieben wurde. Außerdem wurde das oben erwähnte IP-Subnetz mit Bezug auf 24 beschrieben.
  • Wenn die PDI-Tabelle über einen Übertragungsstrom geliefert wird, empfängt das in 57 gezeigte PDI-Modul 5710 ferner einen Tabellenabschnitt mit Sequenznummer-Informationen, um die PDI-Tabelle zu erkennen, und empfängt die PDI-Tabelle unter Verwendung der Sequenznummer-Informationen des Tabellenabschnitts. Eine Funktionsweise des PDI-Moduls 5710 gemäß der vorliegenden Ausführungsform ist die gleiche wie die Funktionsweise, die mit Bezug auf 23 bis 35 beschrieben wurde.
  • Obwohl in 57 nicht gezeigt, kann die Empfangsvorrichtung 5700 gemäß der vorliegenden Ausführungsform ferner ein Nutzungsprotokoll, eine Nutzungsüberwachungskomponente und/oder eine Nutzungsüberwachungskomponente enthalten. Ein Nutzungsprotokoll gemäß der Ausführungsform der vorliegenden Erfindung kann einen Verlauf der Nutzung des Dienstes speichern. Eine Nutzungsüberwachungskomponente gemäß der Ausführungsform der vorliegenden Erfindung kann die Nutzung des Dienstes regelmäßig oder nach Empfangen eines Anforderungssignals überwachen. Eine Nutzungsüberwachungskomponente gemäß der Ausführungsform der vorliegenden Erfindung kann die Überwachungsergebnisse anwenden, um den Inhalt zu aktualisieren. Eine ausführliche Beschreibung davon wurde mit Bezug auf 8 gegeben.
  • 58 ist ein Diagramm, das eine Vorrichtung zum Verarbeiten eines digitalen Dienstsignals gemäß einer anderen Ausführungsform der vorliegenden Erfindung zeigt.
  • Im Einzelnen ist 58 ein Diagramm eines Sendegeräts 5800 zum Verarbeiten eines digitalen Dienstsignals gemäß einer Ausführungsform der vorliegenden Erfindung. Das in 58 gezeigte Sendegerät 5800 kann einen personalisierbaren Übertragungsdienst bereitstellen und kann einen ATSC 2.0 Dienst bereitstellen.
  • Wie in 58 gezeigt, kann das Sendegerät 5800 gemäß der vorliegenden Ausführungsform einen PDI-Tabellengenerator 5810, ein Filterkriterien-Informationen generierendes Modul 5820 und ein Sendemodul 5830 enthalten. Die Struktur des Sendegeräts 5800 kann gemäß der Absicht eines Entwicklers geändert werden. Nachstehend wird jedes Modul beschrieben.
  • Der in 58 gezeigte PDI-Tabellengenerator 5810 kann eine PDI-Tabelle generieren, wobei die PDI-Tabelle mindestens ein Frageelement enthält, das Attribute einer PDI-Frage aufweist, wobei die PDI-Tabelle ferner ein Tabellen-ID-Feld, das die PDI-Tabelle bezeichnet, ein Tabellenversionsfeld, das eine Version der PDI-Tabelle kennzeichnet, und ein Zeitfeld enthält, das ein Datum und eine Zeit der letzten Änderung der PDI-Frage kennzeichnet.
  • Der Typ des mindestens einen Frageelements gemäß der Ausführungsform der vorliegenden Erfindung kennzeichnet einen Typ für die PDI-Frage mit entweder einer Integer-Antwort, einer Boolean-Antwort, einer Auswahl-Antwort, einer Text-Antwort oder einer Antwort ohne PDI-Frage.
  • Die PDI-Tabelle und das Frageelement wurden mit Bezug auf 11 bis 18 beschrieben.
  • Das in 58 gezeigte Filterkriterien-Informationen generierende Modul 5820 kann Informationen zu Filterkriterien generieren. Inhalt der Filterkriterien-Informationen gemäß der vorliegenden Ausführungsform sind die gleichen wie der Inhalt, der mit Bezug auf 19 bis 22 beschrieben wurde.
  • Das in 58 gezeigte Sendemodul 5830 kann die PDI-Tabelle, die Informationen zu Filterkriterien-Informationen und Inhalt des digitalen Dienstsignals aussenden. Eine Funktionsweise des Sendemoduls 5830 gemäß der vorliegenden Ausführungsform ist die gleiche wie die Funktionsweise, die mit Bezug auf 7 und 8 sowie 54 bis 56 beschrieben wurde.
  • Wenn die PDI-Tabelle über einen Übertragungsstrom ausgesendet wird, kann das Sendemodul 5830 ferner die generierte PDI-Tabelle komprimieren, teilt die komprimierte PDI-Tabelle in Blöcke auf und setzt die Blöcke in Abschnitte ein, die im SSC (Service Signaling Channel) getragen werden, wobei die Abschnitte Sequenznummer-Informationen enthalten, um die PDI-Tabelle zu erkennen. Eine ausführliche Funktionsweise des Sendemoduls 5830 ist die gleiche wie die Funktionsweise, die mit Bezug auf 24 beschrieben wurde.
  • 59 ist ein Diagramm eines Verfahrens zur Verarbeitung eines digitalen Dienstsignals gemäß einer Ausführungsform der vorliegenden Erfindung.
  • Im Einzelnen zeigt 59 ein Verfahren zum Empfangen und Verarbeiten eines digitalen Dienstsignals mittels eines personalisierbaren Übertragungssystems gemäß einer Ausführungsform der vorliegenden Erfindung. Das oben erwähnte personalisierbare Übertragungssystem kann einen in 17 bis 56 gezeigten personalisierbaren Übertragungsdienst gemäß einer Ausführungsform der vorliegenden Erfindung verarbeiten.
  • Ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung kann eine PDI-Tabelle (S5901) empfangen.
  • Im Einzelnen kann ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung eine PDI-Tabelle empfangen, die einen PDI-Fragebogen von einem Inhaltsanbieter oder einem Sender enthält. Eine ausführlichere Beschreibung davon wurde mit Bezug auf 7 und 8 sowie 54 bis 56 gegeben.
  • Außerdem kann ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung eine PDI-Tabelle über ein IP-Subnetz empfangen. Ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung kann ferner regelmäßig Anfragen mit Signaturen der Inhalte an einen automatischen Inhaltserkennungs-(ACR)-Server senden und empfängt Antworten vom ACR-Server, die Trigger zum Empfangen der URLList Informationen und eine TPT mit Filterkriterien-Informationen enthalten. Eine ausführliche Beschreibung davon wurde mit Bezug auf 24 und 36 bis 39 gegeben.
  • Ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung kann eine PDI-Tabelle über einen Übertragungsstrom empfangen. Ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung, kann ferner einen Tabellenabschnitt mit Sequenznummer-Informationen empfangen, um die PDI-Tabelle zu erkennen, und empfängt die PDI-Tabelle unter Verwendung der Sequenznummer-Informationen des Tabellenabschnitts. Eine ausführliche Beschreibung davon wurde mit Bezug auf 23 bis 35 gegeben.
  • Der Typ des mindestens einen Frageelements gemäß der Ausführungsform der vorliegenden Erfindung kennzeichnet einen Typ für die PDI-Frage mit entweder einer Integer-Antwort, einer Boolean-Antwort, einer Auswahl-Antwort, einer Text-Antwort oder einer Antwort ohne PDI-Frage.
  • Die PDI-Tabelle gemäß der Ausführungsform der vorliegenden Erfindung kann ferner ein Tabellen-ID-Feld, ein Tabellenversionsfeld, ein Zeitfeld, ein Protokollversionsfeld, ein Ablaufdatumsfeld und/oder ein xactionSetId Feld enthalten.
  • Ein Tabellen-ID-Feld gemäß der Ausführungsform der vorliegenden Erfindung kann die PDI-Tabelle bezeichnen. Ein Tabellenversionsfeld gemäß der Ausführungsform der vorliegenden Erfindung kann eine Version der PDI-Tabelle kennzeichnen. Ein Zeitfeld gemäß der Ausführungsform der vorliegenden Erfindung kann ein Datum und eine Uhrzeit der letzten Änderung der PDI-Frage kennzeichnen. Ein Protokollversionsfeld gemäß der Ausführungsform der vorliegenden Erfindung kann eine Protokollversion der PDI-Tabelle kennzeichnen. Ein Ablaufdatumsfeld gemäß der Ausführungsform der vorliegenden Erfindung kann ein(e) Ablaufdatum und -zeit für jede PDI-Frage kennzeichnen. Ein xactionSetId Feld gemäß der Ausführungsform der vorliegenden Erfindung kann kennzeichnen, ob jede der PDI-Fragen zu einem Satz von PDI-Fragen gehört.
  • Mindestens ein Frageelement gemäß der Ausführungsform der vorliegenden Erfindung kann ferner ein Situationsfeld enthalten, das Informationen zum Ort und zur Zeit kennzeichnet, wobei das Situationsfeld ein Ortsfeld mit Informationen zu einem Breitengrad und Längengrad enthält.
  • Eine ausführliche Beschreibung der oben erwähnten PDI-Tabelle und des Frageelements wurde mit Bezug auf 11 bis 18 gegeben.
  • Ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung kann eine PDI-Frage aus einer PDI-Tabelle (S5902) extrahieren.
  • Im Einzelnen kann ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung ein QxA.Q Element eines String-Typs aus der in 17 gezeigten PDI-Tabelle extrahieren. Eine ausführliche Beschreibung davon wurde mit Bezug auf 11 und 18 gegeben.
  • Ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung kann eine PDI-Antwort auf eine PDI-Frage (S5903) empfangen.
  • Im Einzelnen kann ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung die oben erwähnte PDI-Frage über eine UI anzeigen und von einem Benutzer eine PDI-Antwort auf eine entsprechende PDI-Frage empfangen. Ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung kann eine PDI-Tabelle aktualisieren, die die entsprechende PDI-Frage enthält, wobei die empfangene Antwort verwendet wird. Eine ausführliche Beschreibung davon wurde mit Bezug auf 7, 8 und 23 gegebenen.
  • Ein Empfänger gemäß der vorliegenden Ausführungsform kann Filterkriterien-Informationen (S5904) empfangen.
  • Im Einzelnen kann ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung Filterkriterien-Informationen des mit Bezug auf 19 bis 22 beschrieben Formats empfangen.
  • Außerdem kann ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung Filterkriterien-Informationen über ein Übertragungsnetzwerk empfangen. In diesem Fall kann ein Empfänger gemäß der vorliegenden Ausführungsform Filterkriterien-Informationen des mit Bezug auf 32 und 33 beschrieben Formats empfangen.
  • Ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung kann Filterkriterien-Informationen und eine PDI-Antwort mit Filterinhalt (S5905) vergleichen.
  • Im Einzelnen kann ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung die Filterkriterien-Informationen und die PDI-Antwort abgleichen und miteinander vergleichen, wobei ein PDI-Bezeichner zum Identifizieren der PDI-Daten verwendet wird. Eine ausführliche Beschreibung davon wurde mit Bezug auf 7 bis 10 gegeben.
  • Ein Empfänger gemäß der Ausführungsform der vorliegenden Erfindung kann den gefilterten Inhalt (S5906) herunterladen.
  • Im Einzelnen kann der Empfänger gemäß der Ausführungsform der vorliegenden Erfindung bestimmen, ob einem Benutzer entsprechender Inhalt unter Verwendung des oben erwähnten Filterergebnisses bereitgestellt werden muss, und den entsprechenden Inhalt nach Bedarf herunterladen. Eine ausführliche Beschreibung wurde mit Bezug auf 7 bis 10 gegeben.
  • 60 ist ein Diagramm, das ein Verfahren zur Verfahren zur Verarbeitung eines digitalen Dienstsignals nach einer anderen Ausführungsform der vorliegenden Erfindung darstellt.
  • Im Einzelnen ist 60 ein Flussdiagramm eines Verfahrens zum Aussenden und Empfangen eines digitalen Dienstsignals mittels eines personalisierbaren Übertragungssystems gemäß einer Ausführungsform der vorliegenden Erfindung. Das oben erwähnte personalisierbare Übertragungssystem kann den in 17 bis 56 personalisierbaren Übertragungsdienst gemäß einer Ausführungsform der vorliegenden Erfindung verarbeiten.
  • Das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform kann eine PDI-Tabelle generieren (S6001).
  • Im Einzelnen enthält die oben erwähnte PDI-Tabelle mindestens ein Frageelement, das Attribute einer PDI-Frage aufweist, wobei die PDI-Tabelle ferner ein Tabellen-ID-Feld, das die PDI-Tabelle bezeichnet, ein Tabellenversionsfeld, das die Version der PDI-Tabelle kennzeichnet, und ein Zeitfeld enthält, das ein Datum und eine Zeit der letzten Änderung der PDI-Frage kennzeichnet.
  • Der Typ des mindestens einen Frageelements gemäß der Ausführungsform der vorliegenden Erfindung kennzeichnet einen Typ für die PDI-Frage mit entweder einer Integer-Antwort, einer Boolean-Antwort, einer Auswahl-Antwort, einer Text-Antwort oder einer Antwort ohne PDI-Frage.
  • Die oben erwähnte PDI-Tabelle und das Frageelement werden mit Bezug auf 11 bis 18 ausführlich beschrieben.
  • Das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform kann Filterkriterien-Informationen generieren (S6002).
  • Im Einzelnen können, wie in 7 und 8 gezeigt, der Inhaltsanbieter und/oder der Sender Filterkriterien-Informationen generieren, um PDI-Informationen eines Benutzers zu erfassen. Die Filterkriterien-Informationen gemäß der vorliegenden Ausführungsform wurden mit Bezug auf 19 bis 22 beschrieben.
  • Das personalisierbare Übertragungssystem gemäß der vorliegenden Ausführungsform kann eine PDI-Tabelle, Filterkriterien-Informationen und/oder Inhalt aussenden (S6003).
  • Im Einzelnen können der Inhaltsanbieter und/oder der Sender eine PDI-Tabelle, Filterkriterien-Informationen und/oder Inhalt über ein Übertragungsnetzwerk oder das Internet aussenden. Eine ausführlichere Beschreibung wurde mit Bezug auf 7 und 8 sowie 23 bis 39 gegeben.
  • Gemäß der vorliegenden Erfindung kann ein personalisierbares Übertragungssystem wirksam Benutzerinformationen sammeln und die gesammelten Benutzerinformationen verarbeiten, um einen Personalisierungsdienst bereitzustellen.
  • Gemäß der vorliegenden Erfindung kann das personalisierbare Übertragungssystem Inhalt wählen und bereitstellen, der für einen die Benutzerinformationen verwendenden Benutzer optimiert ist.
  • Außerdem kann der Benutzer gemäß der vorliegenden Erfindung über das personalisierbare Übertragungssystem Benutzerinhalte aktiv wählen.
  • In „Beste Art der Ausführung der Erfindung“ wurden verschiedene Ausführungsformen beschrieben.
  • Für den Fachmann ist es offensichtlich, dass verschiedene Abwandlungen und Variationen der vorliegenden Erfindung möglich sind, ohne vom Geist oder Umfang der Erfindung abzuweichen. Es ist daher beabsichtigt, dass die vorliegende Erfindung die Abwandlungen und Varianten diese Erfindung abdeckt, insofern sie im Umfang der beigefügten Ansprüche und deren Entsprechungen liegen.
  • Art der Erfindung
  • In „Beste Art der Ausführung der Erfindung“ wurden verschiedene Ausführungsformen beschrieben.
  • Für den Fachmann ist es offensichtlich, dass verschiedene Abwandlungen und Variationen der vorliegenden Erfindung möglich sind, ohne vom Geist oder Umfang der Erfindung abzuweichen. Es ist daher beabsichtigt, dass die vorliegende Erfindung die Abwandlungen und Varianten diese Erfindung abdeckt, insofern sie im Umfang der beigefügten Ansprüche und deren Entsprechungen liegen.
  • Gewerbliche Anwendbarkeit
  • Die vorliegende Erfindung kann auf eine Reihe gewerblicher Bereiche angewendet werden, die mit dem Bereitstellen von Übertragungsdiensten im Zusammenhang stehen.

    • Claims (15)

    1. Verfahren zum Empfangen eines digitalen Dienstsignals, wobei das Verfahren Folgendes umfasst: Empfangen zumindest eines triggered-declarative-object, TDO, welche auf den Inhalt des digitalen Dienstsignals Bezug nimmt, und einer TDO-Parameter-Tabelle, TDO-Tabelle, welche Metadaten des zumindest einen TDO beinhaltet; Empfangen einer Profiles-Demographics-Interests, PDI-Tabelle, wobei die PDI-Tabelle mindestens ein Frageelement enthält, das Attribute einer PDI-Frage aufweist, und jedes der mindestens einen Frageelemente ein Identifikationselement enthält, das die PDI-Frage kennzeichnet, und ein Antwortelement zur PDI-Frage, welche eine Antwort für die gekennzeichnete PDI-Frage enthält; Extrahieren der PDI-Frage aus der PDI-Tabelle, Empfangen einer PDI-Antwort gemäß der extrahierten PDI-Frage und speichern der erhaltenen PDI-Antwort in der PDI-Tabelle; Empfangen von Filterkriterien-Informationen; wobei die Filterkriterien-Informationen eine erste Filterkriterien-Information zur Filterung von Inhalten und eine zweite Filterkriterien-Information zur Filterung von Inhaltseinheiten, welche von des zumindest einen TDO genutzt werden, beinhalten, wobei jede der ersten Filterkriterien-Informationen und der zweiten Filterkriterien-Informationen zumindest ein Kriteriums-Element umfasst, welches ein Kriteriumsidentifikations-Element umfasst, dass ein Kriterium identifiziert und zumindest einen Kriteriumswert-Element umfasst, welches eine Antwort zu der korrespondierenden PDI-Frage des identifizierten Kriteriums repräsentiert; Filtern von Inhalten des digitalen Dienstsignals durch Vergleichen des zumindest einen Kriteriumswert-Elements der ersten Filterkriteriums-Information mit dem Antwortelement der PDI-Tabelle und Filtern der Inhaltseinheiten durch Vergleichen des zumindest einen Kriteriumswert-Elements der zweiten Filterkriterien-Information mit dem Antwortelement der PDI-Tabelle; und Herunterladen der gefilterten Inhalte und der Inhaltseinheiten; und Anzeigen der gefilterten Inhaltseinheiten des zumindest einen TDO, wobei die TDO-Tabelle zumindest ein TDO beinhaltet, das Informationen zu dem zumindest einen TDO repräsentiert und zumindest eines der TDO-Elemente zumindest ein Inhaltseinheits-Element enthält, welches Informationen zu einer Inhaltseinheit enthält, die von dem zumindest einen TDO benötigt wird, und eine der zumindest einen Inhaltseinheits-Elemente Informationen bezüglich der zweiten Filterkriterien-Information enthält.
    2. Verfahren nach Anspruch 1, wobei die Inhalte Non-Real-Time, NRT, -Dienste oder NRT-Inhaltseinheiten repräsentieren, und die Filterkriterien-Information in einer NRT-Service-Map-Tabelle oder einer NRT-Informationstabelle übertragen wird.
    3. Verfahren nach Anspruch 1, wobei die Inhaltseinheiten NRT-Inhaltseinheiten repräsentieren, welche von dem TDO als zusätzliche interaktive Datendienste genutzt werden, und die zweite Filterkriterien-Information in der TDO-Parameter-Tabelle, TDO-Tabelle, übertragen wird.
    4. Verfahren nach einem der Ansprüche 1 bis 3, wobei die PDI-Tabelle ferner mindestens eines der folgenden Felder enthält: ein Protokollversionsfeld, das eine Protokollversion der PDI-Tabelle kennzeichnet, ein Ablaufdatumfeld, das ein(e) Ablaufdatum und -zeit für jede der PDI-Fragen kennzeichnet, und ein xactionSetId-Feld, das kennzeichnet, ob jede der PDI-Fragen zu einem Satz der PDI-Fragen gehört.
    5. Verfahren nach einem der Ansprüche 1 bis 4, wobei das mindestens eine Frageelement ferner ein Situationsfeld enthält, das Informationen zum Ort und zur Zeit kennzeichnet, wobei das Situationsfeld ein Ortsfeld mit Informationen zu einem Breitengrad und Längengrad enthält.
    6. Verfahren nach einem der Ansprüche 1 bis 5, wobei die PDI-Tabelle ferner ein Tabellen-ID-Feld, das die PDI-Tabelle bezeichnet, ein Tabellenversionsfeld, das eine Version der PDI-Tabelle kennzeichnet, und ein Zeitfeld, das ein Datum und eine Zeit der letzten Änderung der mindestens einen PDI-Frage kennzeichnet umfasst.
    7. Verfahren zum Verarbeiten eines digitalen Dienstsignals, wobei das Verfahren Folgendes umfasst: Generieren zumindest eines triggered declarative object, TDO, welches auf den Inhalt des digitalen Dienstsignals Bezug nimmt, und einer TDO-Parameter-Tabelle, welche Metadaten des zumindest einen TDO beinhaltet; Generieren einer PDI-Tabelle, wobei die PDI-Tabelle mindestens ein Frageelement enthält, das Attribute einer PDI-Frage aufweist, und jedes der mindestens einen Frageelemente ein Identifikationselement enthält, das die PDI-Frage kennzeichnet, und ein Antwortelement zur PDI-Frage, welche eine Antwort für die gekennzeichnete PDI-Frage enthält; Generieren einer Filterkriterien-Information; und Aussenden der PDI-Tabelle, der Filterkriterien-Informationen, des zumindest einen TDO und von Inhalten des digitalen Dienstsignals, wobei die Filterkriterien-Informationen eine erste Filterkriterien-Information zur Filterung von Inhalten und eine zweite Filterkriterien-Information zur Filterung von Inhaltseinheiten, welche von der zumindest einen TDO genutzt werden, beinhalten, wobei jede der ersten Filterkriterien-Informationen und der zweiten Filterkriterien-Informationen zumindest ein Kriteriums-Element umfasst, welches ein Kriteriumsidentifikations-Element umfasst, dass ein Kriterium identifiziert und zumindest einen Kriteriumswert-Element umfasst, welches eine Antwort zu der korrespondierenden PDI-Frage des identifizierten Kriteriums repräsentiert; wobei die TDO-Tabelle zumindest ein TDO-Element beinhaltet, das Informationen zu dem zumindest einen TDO repräsentiert und zumindest eines der TDO-Elemente zumindest ein Inhaltseinheits-Element enthält, welches Informationen zu einer Inhaltseinheit enthält, die von dem zumindest einen TDO benötigt werden, und eine der zumindest einen Inhaltseinheits-Elemente Informationen bezüglich der zweiten Filterkriterien-Information enthält.
    8. Vorrichtung zum Empfangen eines digitalen Dienstsignals, die Folgendes umfasst: Einen Empfangsprozessor für zumindest ein triggered declarative object, TDO, welches auf den Inhalt des digitalen Dienstsignals Bezug nimmt, und einer TDO, welche Metadaten des zumindest einen TDO beinhaltet, empfängt, wobei der Prozessor weiter Filterkriterien-Information empfängt, ein PDI-Modul, das zum Empfangen einer PDI-Tabelle konfiguriert ist, wobei die PDI-Tabelle mindestens ein Frageelement enthält, das Attribute einer PDI-Frage aufweist, und jedes der mindestens einen Frageelemente ein Identifikationselement enthält, das die PDI-Frage kennzeichnet, und ein Antwortelement zur PDI-Frage, welche eine Antwort für die gekennzeichnete PDI-Frage enthält, wobei die Filterkriterien-Informationen eine erste Filterkriterien-Information zur Filterung von Inhalten und eine zweite Filterkriterien-Information zur Filterung von Inhaltseinheiten, welche von dem zumindest einen TDO genutzt werden, beinhalten, wobei jede der ersten Filterkriterien-Informationen und der zweiten Filterkriterien-Informationen zumindest ein Kriteriums-Element umfasst, welches ein Kriteriumsidentifikations-Element umfasst, dass ein Kriterium identifiziert und zumindest einen Kriteriumswert-Element umfasst, welches eine Antwort zu der korrespondierenden PDI-Frage des identifizierten Kriteriums repräsentiert; einen Extraktionsprozessor, der die PDI-Frage aus der PDI-Tabelle extrahiert; ein PDI-Antwort-Modul, das zum Empfangen einer PDI-Antwort gemäß der extrahierten PDI-Frage und zum Speichern einer PDI-Antwort in die PDI-Tabelle konfiguriert ist; ein Filtermodul, das zum Filtern von Inhaltseinheiten des digitalen Dienstsignals durch Vergleichen des zumindest einen Kriteriumswert-Elements der ersten Filterkriteriums-Information mit dem Antwortelement der PDI-Tabelle und Filtern der Inhaltseinheiten durch Vergleichen des zumindest einen Kriteriumswert-Element der zweiten Filterkriterien-Information mit dem Antwortelement der PDI Tabelle konfiguriert ist, ein Inhalt speicherndes Modul, das zum Herunterladen der gefilterten Inhalte und der Inhaltseinheiten konfiguriert ist, und ein Anzeigeprozessor der die gefilterten Inhaltseinheiten in zumindest einem TDO anzeigt.
    9. Vorrichtung nach Anspruch 8, wobei die Inhalte Non-Real-Time, NRT, -Dienste oder NRT-Inhaltseinheiten repräsentieren, und die Filterkriterien-Information in einer NRT-Service-Map-Tabelle oder einer NRT-Informationstabelle übertragen wird.
    10. Vorrichtung nach einem der Ansprüche 8 oder 9, wobei die Inhaltseinheiten NRT-Inhaltseinheiten repräsentieren, welche von dem TDO als zusätzliche interaktive Datendienste genutzt werden, und die zweite Filterkriterien-Information in der TDO-Tabelle übertragen wird.
    11. Vorrichtung nach einem der Ansprüche 8 bis 9, wobei die PDI-Tabelle ferner ein Tabellen-ID-Feld, das die PDI-Tabelle bezeichnet, ein Tabellenversionsfeld, das eine Version der PDI-Tabelle kennzeichnet, und ein Zeitfeld, das ein Datum und eine Zeit der letzten Änderung der mindestens einen PDI-Frage kennzeichnet umfasst.
    12. Vorrichtung nach einem der Ansprüche 8 bis 11, wobei die PDI-Tabelle ferner mindestens eines der folgenden Felder enthält: ein Protokollversionsfeld, das eine Protokollversion der PDI-Tabelle kennzeichnet, ein Ablaufdatumfeld, das ein(e) Ablaufdatum und -zeit für jede der PDI-Fragen kennzeichnet, und ein xactionSetId-Feld, das kennzeichnet, ob jede der PDI-Fragen zu einem Satz der PDI-Fragen gehört.
    13. Vorrichtung nach einem der Ansprüche 8 bis 12, wobei das mindestens eine Frageelement ferner ein Situationsfeld enthält, das Informationen zum Ort und zur Zeit kennzeichnet, wobei das Situationsfeld ein Ortsfeld mit Informationen zu einem Breitengrad und Längengrad enthält.
    14. Vorrichtung nach einem der Ansprüche 8 bis 13, wobei jedes der mindestens einen Frageelemente einen voneinander abweichenden Typ hat, und der Typ des zumindest einen Frageelements den Typ der PDI-Frage anzeigt, welcher entweder eine Integer-Antwort, eine Boolean-Antwort, eine Auswahl-Antwort, eine Text-Antwort oder eine Frei-Text-Antwort ist.
    15. Vorrichtung zum Verarbeiten eines digitalen Dienstsignals, die Folgendes umfasst: einen Generator, der zumindest ein triggered declarative object, TDO, welche auf den Inhalt des digitalen Dienstsignals Bezug nimmt, und einer TDO-Parameter-Tabelle, TDO-Tabelle, welche Metadaten des zumindest einen TDO generiert; einen PDI-Tabellengenerator, der zum Generieren einer PDI-Tabelle konfiguriert ist, wobei die PDI-Tabelle mindestens ein Frageelement enthält, und jedes der mindestens einen Frageelemente ein Identifikationselement enthält, das die PDI-Frage kennzeichnet, und ein Antwortelement zur PDI-Frage, welche eine Antwort für die gekennzeichnete PDI-Frage enthält; ein Filterkriterien-Informationen generierendes Modul, das zum Generieren von Filterkriterien-Informationen konfiguriert ist; und ein Sendemodul, das zum Aussenden der PDI-Tabelle, der Filterkriterien-Informationen und des zumindest einen TDO und von Inhalten des digitalen Dienstsignals konfiguriert ist, wobei die Filterkriterien-Informationen eine erste Filterkriterien-Information zur Filterung von Inhalten und eine zweite Filterkriterien-Information zur Filterung von Inhaltseinheiten, welche von des zumindest einen TDO genutzt werden, beinhalten, wobei jede der ersten Filterkriterien-Informationen und der zweiten Filterkriterien-Informationen zumindest ein Kriteriums-Element umfasst, welches ein Kriteriumsidentifikations-Element umfasst, dass ein Kriterium identifiziert und zumindest einen Kriteriumswert-Element umfasst, welches eine Antwort zu der korrespondierenden PDI-Frage des identifizierten Kriteriums repräsentiert; wobei die TDO-Tabelle zumindest ein TDO beinhaltet, das Informationen zu dem zumindest einen TDO repräsentiert und zumindest eines der TDO-Elemente zumindest ein Inhaltseinheits-Element enthält, welches Informationen zu einer Inhaltseinheit enthält, die von dem zumindest einen TDO benötigt wird, und eine der zumindest einen Inhaltseinheits-Elemente Informationen bezüglich der zweiten Filterkriterien-Information enthält.
    DE112013003718.1T 2012-08-29 2013-08-28 Verfahren und Vorrichtung zum Verarbeiten digitaler Dienstsignale Expired - Fee Related DE112013003718B4 (de)

    Applications Claiming Priority (7)

    Application Number Priority Date Filing Date Title
    US201261694761P 2012-08-29 2012-08-29
    US61/694,761 2012-08-29
    US201261697272P 2012-09-05 2012-09-05
    US61/697,272 2012-09-05
    US201261706096P 2012-09-26 2012-09-26
    US61/706,096 2012-09-26
    PCT/KR2013/007713 WO2014035130A1 (en) 2012-08-29 2013-08-28 Method and apparatus for processing digital service signal

    Publications (2)

    Publication Number Publication Date
    DE112013003718T5 DE112013003718T5 (de) 2015-04-16
    DE112013003718B4 true DE112013003718B4 (de) 2018-07-12

    Family

    ID=50183876

    Family Applications (2)

    Application Number Title Priority Date Filing Date
    DE112013003835.8T Expired - Fee Related DE112013003835B4 (de) 2012-08-29 2013-08-28 Verfahren und Vorrichtung zum Verarbeiten eines digitalen Dienstsignals
    DE112013003718.1T Expired - Fee Related DE112013003718B4 (de) 2012-08-29 2013-08-28 Verfahren und Vorrichtung zum Verarbeiten digitaler Dienstsignale

    Family Applications Before (1)

    Application Number Title Priority Date Filing Date
    DE112013003835.8T Expired - Fee Related DE112013003835B4 (de) 2012-08-29 2013-08-28 Verfahren und Vorrichtung zum Verarbeiten eines digitalen Dienstsignals

    Country Status (9)

    Country Link
    US (2) US9854287B2 (de)
    EP (2) EP2891317A4 (de)
    JP (2) JP6100377B2 (de)
    KR (2) KR20150052832A (de)
    CN (2) CN104521240A (de)
    CA (1) CA2878164C (de)
    DE (2) DE112013003835B4 (de)
    MX (2) MX348203B (de)
    WO (2) WO2014035130A1 (de)

    Families Citing this family (22)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    WO2013022309A1 (ko) * 2011-08-10 2013-02-14 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 방법 및 방송 서비스 수신 장치
    US20140229580A1 (en) * 2013-02-12 2014-08-14 Sony Corporation Information processing device, information processing method, and information processing system
    US8990234B1 (en) * 2014-02-28 2015-03-24 Lucas J. Myslinski Efficient fact checking method and system
    KR101731770B1 (ko) 2014-03-13 2017-04-28 베란스 코오포레이션 임베디드 코드를 사용한 양방향 콘텐츠 획득
    US10504200B2 (en) 2014-03-13 2019-12-10 Verance Corporation Metadata acquisition using embedded watermarks
    US10798430B2 (en) * 2014-06-20 2020-10-06 Saturn Licensing Llc Reception device, reception method, transmission device, and transmission method
    KR101902409B1 (ko) * 2014-07-29 2018-09-28 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
    WO2016028936A1 (en) * 2014-08-20 2016-02-25 Verance Corporation Watermark detection using a multiplicity of predicted patterns
    CN107111624B (zh) 2014-10-28 2021-07-13 索尼公司 接收装置、发送装置和数据处理方法
    KR20160061019A (ko) * 2014-11-21 2016-05-31 엘지전자 주식회사 영상 표시 장치 및 그 동작 방법
    EP3225034A4 (de) 2014-11-25 2018-05-02 Verance Corporation Verbesserte metadaten und inhaltslieferung unter verwendung von wasserzeichen
    US9942602B2 (en) 2014-11-25 2018-04-10 Verance Corporation Watermark detection and metadata delivery associated with a primary content
    US9602891B2 (en) 2014-12-18 2017-03-21 Verance Corporation Service signaling recovery for multimedia content using embedded watermarks
    WO2016144142A1 (ko) * 2015-03-12 2016-09-15 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
    WO2016148489A2 (ko) * 2015-03-15 2016-09-22 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
    WO2016148537A1 (ko) * 2015-03-19 2016-09-22 엘지전자(주) 방송 신호 송수신 장치 및 방법
    MX2019004388A (es) * 2016-10-21 2019-07-15 Sony Corp Aparato de recepcion, aparato de transmision y metodo de procesamiento de datos.
    WO2019031269A1 (ja) * 2017-08-10 2019-02-14 ソニー株式会社 送信装置、送信方法、受信装置、及び受信方法
    JP7008514B2 (ja) * 2018-01-22 2022-01-25 キヤノン株式会社 通信装置、制御方法、及びプログラム
    CN111868806B (zh) * 2018-03-16 2022-05-24 夏普株式会社 显示装置
    CN109003077A (zh) * 2018-06-14 2018-12-14 温州极客物联网开发实验室有限公司 一种移动电子凭证
    US11722741B2 (en) 2021-02-08 2023-08-08 Verance Corporation System and method for tracking content timeline in the presence of playback rate changes

    Citations (2)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    US20120054783A1 (en) 2010-08-27 2012-03-01 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
    US20120185888A1 (en) 2011-01-19 2012-07-19 Sony Corporation Schema for interests and demographics profile for advanced broadcast services

    Family Cites Families (31)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    US6581071B1 (en) 2000-09-12 2003-06-17 Survivors Of The Shoah Visual History Foundation Surveying system and method
    JP2002175326A (ja) 2000-09-29 2002-06-21 Matsushita Electric Ind Co Ltd 情報提示装置および情報記述方法
    JP3820925B2 (ja) * 2001-06-20 2006-09-13 ソニー株式会社 受信装置および方法、情報配信方法、フィルタ蓄積プログラムおよび記録媒体
    US20050131716A1 (en) * 2003-12-15 2005-06-16 Hanan Martin D. Method for determining compatibility
    AU2005100653A4 (en) 2005-08-12 2005-09-15 Agent Mobile Pty Ltd Mobile Device-Based End-User Filter
    WO2008035278A1 (en) 2006-09-20 2008-03-27 Koninklijke Philips Electronics, N.V. System and method for using metadata to provide content for multimedia applications
    EP2113155A4 (de) * 2007-02-21 2010-12-22 Nds Ltd Verfahren zur inhaltspräsentation
    US9154824B2 (en) * 2007-04-13 2015-10-06 Over-The-Top Networks Private Limited Company System for content delivery
    MY173473A (en) 2007-11-15 2020-01-28 Mimos Berhad Content filtering method and system
    JP2009212814A (ja) 2008-03-04 2009-09-17 Victor Co Of Japan Ltd 番組選択装置、番組選択プログラム、及び番組選択方法
    CN101656935A (zh) * 2008-08-22 2010-02-24 ***通信集团公司 一种pdi信息输出、接收方法及终端设备
    GB0903343D0 (en) 2009-02-27 2009-04-22 Element Six Holding Gmbh Hard-metal body with graded microstructure
    US20110247028A1 (en) * 2010-04-01 2011-10-06 Mark Eyer Receiver and System Using an Electronic Questionnaire for Advanced Broadcast Services
    US9723360B2 (en) 2010-04-01 2017-08-01 Saturn Licensing Llc Interests and demographics profile for advanced broadcast services
    US20110302599A1 (en) * 2010-06-07 2011-12-08 Mark Kenneth Eyer TV-Centric Actions in Triggered Declarative Objects
    EP2397952A1 (de) 2010-06-15 2011-12-21 Axel Springer Digital TV Guide GmbH Inhaltsabfrage auf Profilbasis für Empfehlungssysteme
    US8909694B2 (en) 2010-08-27 2014-12-09 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
    US9179188B2 (en) 2010-08-30 2015-11-03 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
    US20120050619A1 (en) 2010-08-30 2012-03-01 Sony Corporation Reception apparatus, reception method, transmission apparatus, transmission method, program, and broadcasting system
    US8892636B2 (en) 2010-08-30 2014-11-18 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
    JP5668512B2 (ja) 2011-02-15 2015-02-12 ソニー株式会社 情報処理装置、及び、情報処理方法
    US10491966B2 (en) * 2011-08-04 2019-11-26 Saturn Licensing Llc Reception apparatus, method, computer program, and information providing apparatus for providing an alert service
    MX339405B (es) * 2011-10-13 2016-05-25 Samsung Electronics Co Ltd Metodo para procesar objeto que proporciona servicio adicional en conexion con servicio de transmision en dispositivo receptor de transmision y dispositivo correspondiente.
    US9113230B2 (en) 2011-12-21 2015-08-18 Sony Corporation Method, computer program, and reception apparatus for delivery of supplemental content
    MX338815B (es) * 2012-02-07 2016-05-03 Sony Corp Dispositivo de recepcion, metodo de recepcion, y programa.
    US9432744B2 (en) * 2012-07-31 2016-08-30 Sony Corporation Receiving device, receiving method, transmitting device, and transmitting method
    MX343095B (es) * 2012-08-15 2016-10-25 Sony Corp Distribucion por banda ancha de informacion de personalizacion para servicios de tv avanzados.
    US9264648B2 (en) * 2012-10-09 2016-02-16 Sony Corporation Receiving device, receiving method, transmitting device, and transmitting method
    US10002206B2 (en) * 2012-10-26 2018-06-19 Saturn Licensing Llc Information processing device and information processing method
    US20140229580A1 (en) * 2013-02-12 2014-08-14 Sony Corporation Information processing device, information processing method, and information processing system
    MX370782B (es) 2014-09-05 2020-01-06 Sony Corp Dispositivo de recepción, método de recepción, dispositivo de transmisión, y método de transmisión.

    Patent Citations (2)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    US20120054783A1 (en) 2010-08-27 2012-03-01 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
    US20120185888A1 (en) 2011-01-19 2012-07-19 Sony Corporation Schema for interests and demographics profile for advanced broadcast services

    Also Published As

    Publication number Publication date
    MX348565B (es) 2017-06-20
    CA2878164A1 (en) 2014-03-06
    DE112013003718T5 (de) 2015-04-16
    US20140068646A1 (en) 2014-03-06
    WO2014035131A1 (en) 2014-03-06
    MX2015000377A (es) 2015-04-10
    JP6100377B2 (ja) 2017-03-22
    EP2891317A1 (de) 2015-07-08
    CN104521240A (zh) 2015-04-15
    MX348203B (es) 2017-06-05
    WO2014035130A1 (en) 2014-03-06
    US9807440B2 (en) 2017-10-31
    DE112013003835B4 (de) 2018-06-28
    KR20150052832A (ko) 2015-05-14
    JP2015530027A (ja) 2015-10-08
    EP2891316A1 (de) 2015-07-08
    EP2891316B1 (de) 2020-02-12
    US9854287B2 (en) 2017-12-26
    KR20150052833A (ko) 2015-05-14
    CN104584569A (zh) 2015-04-29
    JP6059810B2 (ja) 2017-01-11
    DE112013003835T5 (de) 2015-04-30
    EP2891316A4 (de) 2015-11-18
    US20140068686A1 (en) 2014-03-06
    MX2015000358A (es) 2015-04-14
    JP2015530800A (ja) 2015-10-15
    CN104584569B (zh) 2019-02-01
    EP2891317A4 (de) 2016-08-03
    CA2878164C (en) 2017-11-07

    Similar Documents

    Publication Publication Date Title
    DE112013003718B4 (de) Verfahren und Vorrichtung zum Verarbeiten digitaler Dienstsignale
    US9756381B2 (en) Method and apparatus for processing digital service signals
    US9736542B2 (en) Method and apparatus for processing digital service signal
    US8990844B2 (en) Method and apparatus for processing digital service signals
    DE112011104029B4 (de) Rundfunkdienst-Sendeverfahren, Rundfunkdienst-Empfangsverfahren und Rundfunkdienst- Empfangsgerät
    DE60013628T2 (de) Identifizierung von mit einem audio/videoprogramm verbundenen zusätzlichen informationen
    DE112013004029B4 (de) Vorrichtung und Verfahren zum Verarbeiten eines interaktiven Dienstes
    US20030018980A1 (en) Method and apparatus for selective recording of television programs using event notifications
    JP6348184B2 (ja) 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
    DE112016004560T5 (de) Gateway Multi-View-Video-Stream-Verarbeitung für Zweitbildschirminhalts-Überlagerung

    Legal Events

    Date Code Title Description
    R012 Request for examination validly filed
    R016 Response to examination communication
    R016 Response to examination communication
    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