DE69833166T2 - Digitales Kommunikationssystem und -verfahren - Google Patents

Digitales Kommunikationssystem und -verfahren Download PDF

Info

Publication number
DE69833166T2
DE69833166T2 DE69833166T DE69833166T DE69833166T2 DE 69833166 T2 DE69833166 T2 DE 69833166T2 DE 69833166 T DE69833166 T DE 69833166T DE 69833166 T DE69833166 T DE 69833166T DE 69833166 T2 DE69833166 T2 DE 69833166T2
Authority
DE
Germany
Prior art keywords
long
transport stream
program information
information
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
DE69833166T
Other languages
English (en)
Other versions
DE69833166D1 (de
Inventor
Tsutomu Hayashi
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.)
Panasonic Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
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 Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Publication of DE69833166D1 publication Critical patent/DE69833166D1/de
Application granted granted Critical
Publication of DE69833166T2 publication Critical patent/DE69833166T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362Generation or processing of Service Information [SI]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4332Content storage operation, e.g. storage operation in response to a pause request, caching operations by placing content in organized collections, e.g. local EPG data repository
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4383Accessing a communication channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/24Systems for the transmission of television signals using pulse code modulation
    • H04N7/52Systems for transmission of a pulse code modulated video signal with one or more other pulse code modulated signals, e.g. an audio signal or a synchronizing signal

Description

  • Diese Erfindung betrifft Digitalkommunikation wie Satellitenrundfunk und insbesondere eine Erhöhung der Prozessgeschwindigkeit der Informationsfassung von Programmen mit langer Laufzeit.
  • 22 stellt schematisch einen Zustand von sendenden Satellitenrundfunk-Funkwellen als ein vereinfachtes konzeptionelles Diagramm dar. Funkwellen von einer Bodenstation 2 werden durch einen Rundfunksatelliten 4 zur Erde gesendet. Vom Rundfunksatelliten 4 wird eine Mehrzahl von Transportströmen (Übertragungswege bestimmt durch Frequenz, Polarisationsebene, etc.) TS1, TS2 und TS3 ausgesendet. Weiterhin wird eine Mehrzahl von Diensten SV11, SV12, SV13 und SV14 (entsprechend Kanälen im Bodenwellen-Rundfunk) durch Zeitteilung in Pakete im Transportstrom TS1 gemultiplext. Ähnlich werden Dienste SV21, SV22, SV23 und SV24 in den Transportstrom TS2 und Dienste SV31, SV32, SV33 und SV34 in den Transportstrom TS3 gemultiplext. Zu den Transportströmen werden auch Programminformations- und Steuerdaten assoziiert mit dem Verpacken oder dergleichen zusätzlich zu Videodaten und Audiodaten für entsprechende Dienste ausgesendet. Während 22 nur drei Transportströme zeigt, werden eigentlich viel mehr Transportströme ausgesendet. Weiterhin werden in Wirklichkeit viel mehr Dienste gemultiplext, während 22 vier Dienste, die für jeden Transportstrom gemultiplext sind, zeigt.
  • 23 zeigt Videodaten, Audiodaten, Steuerdaten und Programminformationen, gemultiplext in die Transportströme TS1, TS2 und TS3. In den Transportstrom TS1 sind gemultiplext: Audiodaten ES(A)11 und Videodaten ES(V)11 des Dienstes SV11; Audiodaten ES(A)12 und Videodaten ES(V)12 des Dienstes SV12; ..., und Audiodaten ES(A)14 und Videodaten ES(V)14 des Dienstes SV14. Für jeden der Dienste SV11, SV12, SV13 und SV14 werden auch momentane Rundfunk-Programminformationen P_EIT11, P_EIT12, P_EIT13 und P_EIT14 und Informationen F_EIT11, F_EIT12, F_EIT13 und F_EIT14 von Programmen gemultiplext, die als Nächstes ausgestrahlt werden. Weiterhin werden auch gemultiplext und übertragen ein SDT1, der die Details des Dienstes, der in den Transportstrom TS1 gemultiplext ist, beschreibt, ein SDT2, der die Details des Dienstes, der in den Transportstrom TS2 gemultiplext ist, beschreibt, und ein SDT3, der die Details des Dienstes, der in den Transportstrom TS3 gemultiplext ist, beschreibt.
  • Nebenbei bemerkt werden Audiodaten, Videodaten und Programmdaten auch in andere Transportströme TS2 und TS3 gemultiplext. Jedoch werden für die Langzeit-Programminformation S_EIT11, S_EIT12, ..., S_EIT14, S_EIT21, S_EIT22, ..., S_EIT24, S_EIT31, S_EIT32, ..., S_EIT34 und S_EIT41, S_EIT42, ..., S_EIT44 die Informationen nur in den Transportstrom TS2 gemultiplext, da die Informationsmenge zu groß ist.
  • In einigen Diensten ist die Langzeit-Programminformation nicht vorgesehen, aus Gründen wie zum Beispiel, dass immer die gleichen Inhalte ausgestrahlt werden. Daher sind in den Steuerdaten SDT1, SDT2 und SDT3 des Transportstroms TS2 die Informationen darüber beschrieben, ob die Langzeit-Programminformation S_EIT für die Dienste SV11 bis SV14, SV21 bis SV24 und SV31 bis SV34 präsent ist oder nicht. Jedoch ist die Präsenzinformation nur in den Steuerdaten SDT1, SDT2 und SDT3 des Transportstroms TS2 beschrieben, in welchen die SDT1, SDT2 und SDT3 S_EIT gemultiplext ist. In den Steuerdaten SDT1, SDT2 und SDT3 von anderen Transportströmen TS1 und TS3 sind Bereiche zum Beschreiben der Präsenzinformation vorgesehen, aber ihre Inhalte sind alle als „Null" beschrieben, und es ist keine substanzielle Präsenzinformation beschrieben.
  • Jedes Stück der oben beschriebenen Informationen wird in Paketen, wie mit 60a in 24 gezeigt, übertragen. D.h. Videodaten und Audiodaten von jedem Dienst werden in Pakete gemultiplext und übertragen. Nach der Übertragung mit 60a folgt eine Übertragung mit 60b. Nebenbei bemerkt ist eine Paket-ID zu ES im Paket jedes Dienstes hinzugefügt. Die Paket-ID von ES jedes Dienstes ist angeordnet, um mit Steuerdaten PAT und PMT erkannt zu werden. Mit solch einer Anordnung kann die ES für jeden Dienst selektiv erfasst werden. Während 24 für den Transportstrom TS1 gezeigt ist, gilt das Selbe für andere Transportströme TS2 und TS3.
  • Weiterhin werden Steuerdaten NIT in jeden der Transportströme TS1, TS2 und TS3 gemultiplext. In den Steuerdaten NIT sind Übertragungsspezifikationen (Frequenzen etc.) der Transportströme TS1, TS2 und TS3 und in diesen Transportströmen beinhaltete Dienstnamen (Dienst-IDs) beschrieben. Dies ermöglicht es, zu lernen, welche Arten von Diensten in jeden der Transportströme beinhaltet sind. In den Steuerdaten NIT ist auch die Information beschrieben, die zeigt, in welchen Transportstrom die Langzeit-Programminformation geschrieben ist.
  • 25 zeigt grob einen Satellitenrundfunkempfänger. Ein Transportstrom wird mit einem Tuner 8 ausgewählt, und ein gewünschter Dienst wird mit einem Dekoder 10 separiert. Vom Dekoder 10 werden ausgewählte Audiodaten und Videodaten ausgegeben. Ein Mikroprozessor (MPU) 12 stellt eine Paket-ID des ES von einem gewünschten Dienst am Dekoder 10 ein. Dies veranlasst den Dekoder 10, die ES des Dienstes auszugeben. Wenn die Paket-ID der Steuerdaten am Dekoder 10 eingestellt ist, werden separierte Steuerdaten an den MPU12 gegeben.
  • Vorausgesetzt, dass der Dienst SV33 des Transportstroms TS3 momentan empfangen wird, wird unten ein Betriebsfall beschrieben, in welchem ein Befehl an den MPU12 gegeben wird, um zum Dienst SV12 des Transportstroms TS1 zu schalten. Zuerst übernimmt der MPU12 die Steuerung von Daten NIT (siehe 23) durch Steuern des Dekoders 10 (nämlich durch Einstellen der Paket-ID der Steuerdaten NIT). Von der Beschreibung der Steuerdaten wird gelernt, dass der zum empfangende Dienst SV12 in den Transportstrom TS1 gemultiplext ist. Als nächstes wird der Transportstrom TS1 durch Ansteuern des Tuners 8 empfangen. Ferner wird der Dekoder 10 gesteuert, um die Steuerdaten PAT1 und PMT12 zu erfassen, und um Paket-IDs der Videodaten ES(A)12 und Audiodaten ES(V)12 zu erfassen. Als nächstes wird diese Paket-ID am Dekoder 10 eingestellt, sodass die Videodaten ES(A)12 und Audiodaten ES(V)12 des beabsichtigten Dienstes SV12 vom Dekoder ausgegeben werden. Umschalten auf den Dienst, der empfangen werden soll, wird wie oben beschrieben ausgeführt.
  • Nebenbei bemerkt kann ein zukünftiger Rundfunkplan von irgendeinem der Dienste durch Erfassen der Langzeit-Programminformation S_EIT des fraglichen Dienstes gelernt werden. Die Langzeit-Programminformation S_EIT beinhaltet Genre-Informationen für jedes Ereignis (so genanntes Programm), ausgestrahlt in jedem Dienst. Daher ist es möglich, wenn die Langzeit-Programminformation S_EIT erfasst ist, Rundfunkpläne in bestimmten Genres zu suchen und anzuzeigen.
  • Vorausgesetzt, dass der Dienst SV12 momentan empfangen wird, wird der Prozess des Erfassens der Langzeit-Programminformation S_EIT unten beschrieben werden. Zuerst steuert der MPU12 den Dekoder 10, um die Steuerdaten NIT zu separieren und zu erfassen. Von der Beschreibung der Steuerdaten MIT ist ein Transportstrom bekannt, worin die Langzeit-Programminformation S_EIT gemultiplext ist, und der Tuner 8 wird gesteuert, um den Transportstrom TS2 zu empfangen. Weiterhin wird der Dekoder 10 gesteuert, um die Steuerdaten SDT1, SDT2 und SDT3 zu separieren und zu erfassen, und um die Präsenzinformation für das Langzeit-Programminformation in jedem Dienst zu erfassen.
  • Gemäß der Präsenzinformation steuert der MPU12 den Dekoder 10 nur für den Dienst, in welchem die Langzeit-Programminformation präsent ist, und erfasst die Langzeit-Programminformation.
  • Wie oben beschrieben kann die Langzeit-Programminformation für jeden Dienst erfasst werden. Die erfasste Langzeit-Programminformation kann so wie sie ist dargestellt werden, oder sie kann gemäß der Genre-Information gesucht werden, um Programminformationen nur zu einem bestimmten Genre darzustellen.
  • Jedoch sind mit der oben beschriebenen herkömmlichen Technik die folgenden Prozesse erforderlich, um die Langzeit-Programminformation zu erfassen: (1) Schalten, um den Transportstrom zu empfangen, in welchem die Präsenzinformation für die Langzeit-Programminformation gemultiplext ist, (2) Erfassen der Präsenzinformation im geschalteten Transportstrom, und (3) Erfassen der Langzeit-Programminformation in dem erforderlichen Dienst gemäß der Präsenzinformation. Daher existiert ein Problem, dass eine lange Laufzeit benötigt wird, bevor die Langzeit-Programminformation auf dem Bildschirm erscheint, wenn der Empfänger von einer empfangenden Person bedient wird, die beabsichtigt, die Informationen darzustellen.
  • Es ist eine Angelegenheit der Erfindung, eine Digitalekommunikation vorzusehen, die fähig ist, das oben beschriebene Problem zu lösen und schnell die Langzeit-Programminformation zu erfassen.
  • Aspekte der Erfindung sind in den anhängenden Ansprüchen dargelegt.
  • Gemäß einer Ausführungsform auf einer sendenden Seite, wobei wenigstens ein Transportstrom als ein bestimmter Transportstrom angenommen ist, wird eine Langzeit-Programminformation für jeden Dienst in den bestimmten Transportstrom gemultiplext, und für jeden Dienst wird Präsenzinformation darüber, ob die Langzeit-Programminformation in den bestimmten Transportstrom gemultiplext ist, in alle die Transportströme gemultiplext, die wenigstens einen Dienst beinhalten, und auf einer empfangenden Seite wird die Präsenzinformation für jeden Dienst, der in den Transportstrom gemultiplext ist, der momentan empfangen wird, erfasst und im Voraus behalten, und wenn es notwendig ist, die Präsenz oder Absenz der Langzeit-Programminformation für den Dienst zu lernen, wird von der behaltenden Präsenzinformation bestimmt, ob die Langzeit-Programminformation für den Dienst präsent ist.
  • Da die Präsenzinformation für die Langzeit-Programminformation auch in die anderen Transportströme als den bestimmten Transportstrom gemultiplext ist, kann die Präsenzinformation erfasst werden, auch wenn ein anderer als der bestimmte Transportstrom empfangen wird. Insbesondere kann, wenn das Multiplexen in alle die Transportströme gemacht wird, die Präsenzinformation erfasst und im Voraus behalten werden unabhängig davon, welcher Transportstrom momentan empfangen wird. Daher kann in dem Fall, dass die Langzeit-Programminformation erforderlich ist, die Information schnell durch Schalten des Transportstroms erfasst werden, und dann kann unmittelbar die Information gemäß der behaltenden Präsenzinformation erfasst werden.
  • Weiterhin kann die Präsenzinformation durch Multiplexen der Präsenzinformation auch in alle die Transportströme, die keine Dienste beinhalten, erfasst werden, auch wenn solche Transportströme empfangen werden.
  • Die Präsenzinformation ist in einer Dienstbeschreibungstabelle (SDT) beschrieben. In irgendeinem Transportstrom besitzt die Dienstbeschreibungstabelle einen Bereich zum Beschreiben all der Dienste von all den Transportströmen (Beschreibungsschleifen für entsprechende Transportströme). Daher kann die Präsenzinformation für jeden Dienst einfach beschreiben werden.
  • Die Präsenzinformation ist in einer Netzwerkinformationstabelle (NIT) beschrieben. In irgendeinem Transportstrom besitzt die Netzwerkinformationstabelle einen Bereich zum Beschreiben all der Dienste von all den Transportströmen. Daher kann die Präsenzinformation für jeden Dienst einfach beschrieben werden.
  • Der Empfänger ist zum Erfassen und Halten der Präsenzinformation für all die Dienste zu bestimmten Zeitintervallen während des Empfangsbetriebs angepasst. Daher wird die Präsenzinformation zum letzten bei den bestimmten Zeitintervallen erneuert.
  • Der Empfänger ist angepasst, die Präsenzinformation für all die Dienste zu erfassen und zu halten, wenn die Stromversorgung abgeschaltet ist. Da die empfangende Person keinen Empfangsbetrieb vornimmt, während die Stromversorgung abgeschaltet ist, kann das Erfassen der Präsenzinformation etwas dauern.
  • Die erfasste Langzeit-Programminformation wird auf der empfangenden Seite gesucht. Daher kann die Langzeit-Programminformation in eingeschränkten Genres schnell angezeigt werden.
  • „Langzeit-Programminformations-Multiplexmittel" betreffen die Mittel zum Multiplexen von Langzeit-Programminformation in die Transportströme. In der Ausführungsform betrifft es den Erzeugungsteil SG2 und den Multiplexteil MX2 in 1.
  • Die „Langzeit-Programminformation" betrifft die Information, die wenigstens die Information zu dem Programm beinhaltet, das nach dem Programm ausgestrahlt wird, dass als nächstes zum momentanen Programm ausgestrahlt wird. In der Ausführungsform betrifft es das fragliche Programm auf S_EIT in 20. Hier betrifft das „Programm" die Indexinformation der Inhalte, die durch Rundfunk gesendet werden. Das Konzept eines hier betroffenen Programms beinhaltet auch einen vorbestimmten Rundfunkplan für Rundfunkcomputerprogramme und -daten.
  • Die „Präsenzinformations"-Multiplexmittel betrffen die Mittel zum Multiplexen der Präsenzinformation in den Transportstrom. In der Ausführungsform betrifft es den SI Erzeugungsteil SG1 und die SC3 Multiplexteile MX1 und MX3 in 1.
  • Die „Präsenzinformation" ist die Information, die anzeigt, ob die Langzeit-Programminformation für den Dienst in den bestimmten Transportstrom gemultiplext ist. In der Ausführungsform betrifft es die Deskriptoren( ) in den 14, 15 und 16. Es betrifft auch das EIT-Zeitplan-Flag in 15.
  • Der „bestimmte Transportstrom" betrifft den Transportstrom, in welchen die Langzeit-Programminformation gemultiplext ist. In der Ausführungsform betrifft esr den Transportstrom TS2. Während nur ein bestimmter Transportstrom in der Ausführungsform existiert, können eine Mehrzahl von bestimmten Transportströmen existieren.
  • Die „Präsenzinformations-Haltemittel" betreffen die Mittel zum Erfassen und Halten der Präsenzinformation. In der Ausführungsform betrifft es die CPU 847 in 8 (insbesondere Schritte S34, S35 und S36) und den Dienstinformationsverwaltungsspeicher 842.
  • Die „Langzeit-Programminformations-Erfassungsmittel" betreffen die Mittel, welche die Präsenz oder Absenz der Langzeit-Programminformation bestimmen, und die Langzeit-Programminformation für nur die Dienste erfassen, wo die Langzeit-Programminformation präsent ist. In der Ausführungsform betrifft es die CPU 847 in 8 (insbesondere die Schritte S47 und S48).
  • Der „Empfänger" betrifft das Gerät, das fähig ist, selektiv einen erforderlichen Transportstrom und Dienst aus einer Mehrzahl von Transportströmen zu empfangen. Dieses Konzept beinhaltet die Empfänger oder dergleichen, welche die so genannte Set-Top-Box und die KSR beinhalten.
  • Die „Aufzeichnungsmittel mit aufgezeichneten Programmen" betreffen das Aufzeichnungsmittel wie das ROM, RAM, die Festplatte, den flexiblen Datenträger, die CD-ROM oder dergleichen, auf welche Programme aufgezeichnet sind, die mit einer CPU ausgeführt werden können. Hier beinhaltet das Programm auch nicht nur diese, welche direkt mit einer CPU ausgeführt werden können, sondern auch diese, welche einmal installiert werden müssen, komprimiert oder kodiert sind.
  • Ausführungsbeispiele der vorliegenden Erfindung werden jetzt mit Bezug auf die begleitenden Zeichnungen beschrieben, in denen:
  • 1 ein Blockdiagramm eines Senders gemäß einem Ausführungsbeispiel dieser Erfindung ist;
  • 2 ein Blockdiagramm eines Empfängers gemäß einem Ausführungsbeispiel dieser Erfindung ist;
  • 3 ein Blockdiagramm ist, das die Details des Senders zeigt;
  • 4 Video- und Audiodaten und Steuerdaten, gemultiplext in jeden Transportstrom, zeigt;
  • 5 die Datenstruktur der Steuerdaten NIT zeigt;
  • 6 die Datenstruktur der Steuerdaten SDT zeigt;
  • 7 ein Flussdiagramm ist, das den Prozess des Erzeugens der Steuerdaten SDT zeigt;
  • 8 eine Hardwarestruktur des Empfängers zeigt;
  • 9 einen Puffer, vorgesehen für den Speicher 844, zeigt;
  • 10 ein Flussdiagramm eines Basisprozesses eines Empfangs zeigt;
  • 11 ein Flussdiagramm des Präsenzinformations-Aufzeichnungsprozesses zeigt;
  • 12 eine Dienstinformationssteuertabelle zeigt;
  • 13 eine Dienstinformationssteuertabelle zeigt;
  • 14 die beschriebenen Inhalte von SDT, gemultiplext in den Transportstrom TS1, zeigt;
  • 15 die beschriebenen Inhalte von SDT, gemultiplext in den Transportstrom TS2, zeigt;
  • 16 die beschriebenen Inhalte von SDT, gemultiplext in den Transportstrom TS3, zeigt;
  • 17 ein Flussdiagramm eines Genre-Suchprozesses zeigt;
  • 18 einen Genre-Such-Bildschirm zeigt;
  • 19 ein Suchergebnis zeigt;
  • 20 die Datenstruktur einer Langzeit-Programminformation S_EIT zeigt;
  • 21 eine Programminformationstabelle zeigt;
  • 22 ein vereinfachtes Konzeptdiagramm von Satellitenrundfunk ist;
  • 23 die in jeden Transportstrom gemultiplexten Daten zeigt;
  • 24 das Konzept des Anordnens von Daten in Paketen zeigt; und
  • 25 grob die Konstitution des Empfängers zeigt;
  • 1. Konstitution des gesamten Systems:
  • (1) Sender
  • 1 ist ein Blockdiagramm eines Senders zur Benutzung in einem digitalen Rundfunksystem gemäß einem Ausführungsbeispiel dieser Erfindung. In der Fig. sind Video-/Audiodaten SVD11 die Inhalte eines Dienstes SV11. Ähnlich sind Video-/Audiodaten SVD12, SVD13, SVD14, SVD21, SVD22, SVD23, SVD24, SVD31, SVD32, SVD33 und SVD34 jeweilige Inhalte von Diensten SV12, SV13, SV14, SV21, SV22, SV23, SV24, SV31, SV32, SV33 und SV34. Nebenbei bemerkt können abhängig vom Dienst Fälle existieren, in welchen entweder nur die Audiodaten oder nur die Videodaten die Inhalte des Dienstes sind.
  • Die Video-/Audiodaten SVD11 werden einem Komprimierungsprozess in einem Kodiererteil E11 mittels MPEG oder dergleichen unterzogen. Ähnlich werden die Video-/Audiodaten SVD12, SVD13 und SVD14 einem Komprimierungsprozess in Kodiererteilen E12, E13 und E14 unterzogen. Diese komprimierten Daten sind in Paketen angeordnet und in einem Multiplexerteil MX1 gemultiplext und als ein Transportstrom TS1 gemacht. Der Transportstrom TS1 wird in einem Modulationsteil MD1 moduliert und übertragen. Im Fall von Satellitenrundfunk wird er durch einen künstlichen Satelliten übertragen.
  • Auch die Video-/Audiodaten SVD21, SVD22, SVD23 und SVD24 werden ähnlich in einem Kodiererteil E2 komprimiert, in einem Multiplexteil MX2 gemultiplext, in einem Modulationsteil MG2 moduliert und als ein Transportstrom TS2 übertragen. Auch die Video-/Audiodaten SVD31, SVD32, SVD33 und SVD34 werden ähnlich als ein Transportstrom TS3 übertragen.
  • Ein SI Erzeugungsteil SG1 empfängt Informationen zum Netzwerk (wie die Frequenz und Polarisationsebene jedes Transportstroms und eine Dienst-Namensinformation gemultiplext in den Transportstrom), Informationen zum Dienst, gemultiplext in jeden Transportstrom (wie die Präsenzinformation für die Langzeit-Programminformation und einen Dienstnamen), und die Programminformationen (wie die Programmnamen, die in jedem Dienst ausgestrahlt werden), und gemäß solcher Informationen erzeugt es Steuerdaten. Das Multiplexerteil MX1 multiplext, wenn es die Video-/Audiodaten multiplext, auch die Steuerdaten, die in dem SI Erzeugungsteil SG1 erzeugt werden. Ähnlich multiplexen auch die Multiplexerteile MX2 und MX3 die Steuerdaten, die in den SI Erzeugungsteilen SG2 bzw. SG3 erzeugt werden.
  • Das SI Erzeugungsteil SG2 erzeugt Langzeit-Programminformation S_EIT (geplante Ereignisinformationstabelle) gemäß der vorgesehen Programminformation. Für die Dienste, die nicht die Langzeit-Programminformation erfordern, wird solche Information jedoch nicht generiert.
  • Nebenbei bemerkt wird die Langzeit-Programminformation S_EIT (geplante Ereignisinformationstabelle) nur in dem SI Erzeugungsteil SG2 erzeugt, und nicht in den SI Erzeugungsteilen SG1 und SG3. Daher wird die Langzeit-Programminformation S_EIT (geplante Ereignisinformationstabelle) zu jedem Dienst nur in den Transportstrom TS2 gemultiplext. D.h. in diesem Ausführungsbeispiel ist der Transportstrom TS2 der bestimmte Transportstrom.
  • Der SI Erzeugungsteil SG2 erzeugt, wenn er die Langzeit-Programminformation S_EIT erzeugt, eine Präsenzinformation dazu, ob die Langzeit-Programminformation S_EIT für jeden Dienst präsent ist. Die Präsenzinformation wird auch als Teil der Steuerdaten im Multiplexerteil MX2 gemultiplext.
  • Die Präsenzinformation, die im SI Erzeugungsteil SG2 erzeugt wird, wird an die SI Erzeugungsteile SG1 und SG3 gegeben. Die SI Erzeugungsteile SG1 und SG3 multiplexen die Präsenzinformation als Teil der Steuerdaten in den Multiplexerteilen MX1 und MX3. Auf diesem Weg wird die Präsenzinformation in alle die Transportströme gemultiplext.
  • In dem Ausführungsbeispiel von 1 sind die Langzeit-Programminformations-Multiplexmittel mit dem SI Erzeugungsteil SG2 und dem Multiplexerteil MX2 konstituiert, und die Präsenzinformations-Multiplexmittel sind mit den SI Erzeugungsteilen SG1 und SG3 konstituiert, und den Multiplexteilen MX1 und MX3. Übrigens kann die Anzahl von Diensten weniger als oder mehr als vier sein, während vier Dienste in einem Transportstrom in 1 gemultiplext sind.
  • Weiterhin werden viel mehr (so wie mehrere 10 oder mehrere 100 von) Transportströme(n) erzeugt, während drei Transportströme TS1, TS2 und TS3 gezeigt sind.
  • (2) Empfänger
  • 2 zeigt das Blockdiagramm eines Empfängers im digitalen Rundfunksystem als ein Ausführungsbeispiel dieser Erfindung. Funkwellen, die vom Sender entweder entlang der Erde als eine Oberflächenwelle oder durch einen Rundfunksatelliten gesendet werden, werden mit einer Antenne 18 eingefangen. Ein Transportstrom-Auswahlteil 20 wählt eine Frequenz und empfängt selektiv einen Transportstrom. Ein Dienstauswahlteil 22 wählt einen Dienst von einer Mehrzahl von Diensten, die in den Transportstrom gemultiplext sind, und gibt ihn an ein Ausgabeteil 24 weiter. Das Ausgabeteil 24 dekomprimiert (erweitert) die komprimierten Daten und gibt die Video-/Audiodaten des ausgewählten Dienstest aus.
  • Ein Präsenzinformations-Halteteil 26 separiert, erfasst und hält die Präsenzinformation, welche die Präsenz oder Absenz der Langzeit-Programminformation S_EIT, gemultiplext in dem Transportstrom, anzeigt. Das ermöglicht es, zu wissen, ob die Langzeit-Programminformation S_EIT in den bestimmten Transportstrom gemultiplext ist. Wie oben beschrieben kann die Präsenzinformation erfasst und gehalten werden, welcher Dienst auch immer empfangen wird, da die Präsenzinformation in all die Transportströme gemultiplext ist.
  • Ein Langzeit-Programminformations-Erfassungsteil 28 bestimmt, ob die Langzeit-Programminformation in jedem Dienst gemäß der Präsenzinformation, die im Voraus in dem Präsenzinformations-Halteteil 26 gehalten wird, präsent ist. Danach wird der spezifizierte Transportstrom empfangen und der Prozess des Erfassens der Langzeit-Programminformation S_EIT wird nur für den Dienst ausgeführt, wo die Langzeit-Programminformation präsent ist. Die erfasste Langzeit-Programminformation wird mit einer Suche oder dergleichen prozessiert und auf dem Ausgabeteil 24 angezeigt.
  • In diesem Ausführungsbeispiel wie oben beschrieben kann die Präsenzinformation im Voraus im Empfänger gehalten werden, da die Präsenzinformation in die Langzeit-Programminformation für jeden Dienst in alle die Transportströme gemultiplext ist, sodass die Langzeit-Programminformation durch einen schnellen Prozess erfasst werden kann.
  • In diesem Ausführungsbeispiel sind die Präsenzinformations-Haltemittel mit dem Präsenzinformations-Halteteil 26 konstituiert, und die Langzeit-Programminformations-Erfassungsmittel sind mit dem Langzeit-Programminformationserfassungsteil 28 konstituiert.
  • 2. Details des Senders
  • 3 zeigt die Details eines Teils des Senders, dargestellt in 1, zum Erzeugen des Transportstroms TS1. Grafikdaten SVD11(V) des Dienstes SV11 werden in einem Videokodierer 30 komprimiert. Die komprimierten Dante werden als ein ES (Elementarstrom) an einen FIFO (First-In First-Out) Speicher 34 bei variablen Raten gegeben. Der FIFO-Speicher 34 gibt den ES der Videodaten an einen Paketiererschaltkreis 38 bei einer festen Rate aus.
  • Der Paketiererschaltkreis 38 teilt den ES der Videodaten in Pakete einer festen Länge (wie 188 Bits lang) und schreibt diese als PES (gepackter ES) in einen Speicher 42. Zu dieser Zeit des Schreibens wird ein Paketidentifizierer (PID) an jeden PES angehängt.
  • Auf eine ähnliche Art zu der mit den Videodaten werden die Audiodaten SVD11(A) des Dienstes SV11 in einem Audiokodierer 32 komprimiert und an einen FIFO-Speicher 36 ausgegeben. Weiterhin werden die Daten in Pakete einer festen Länge in einem Paketiererschaltkreis 40 gemacht, mit einer PID versehen und in einen Speicher 44 geschrieben.
  • Ein Paketmultiplex-Kontroller 46 liest die PES der Video- und Audiodaten, die in den Speichern 42, 44 gespeichert sind, gemäß einer Kodierungsgeschwindigkeit. Er gibt auch die PID, angehängt an die PES der Video- und Audiodaten, an einen PMT Erzeugungsschaltkreis 48 weiter. Der PMT Erzeugungsschaltkreis 48 empfängt diese und erzeugt eine PMT (Programmabbildungstabelle). Die an die PES angehängte PID der Video- und Audiodaten des fraglichen Dienstes sind in den Steuerdaten PMT beschrieben. Der Paketmultiplex-Kontroller 46 multiplext durch Zeitteilung und schreibt die PES der gelesenen Video- und Audiodaten und ihrer Steuerdaten PMT in einen Speicher 50.
  • Auf diesem Weg werden Zeitstaffelmultiplexing-Daten für den Dienst SV11 erzeugt und in dem Speicher 50 gespeichert.
  • Für andere Dienste SV12, SV13, SV14 werden die Videodaten SVD12(V), Audiodaten SVD12(A), Videodaten SVD13(V), Audiodaten SVD13(A), Videodaten SVD14(V) und Audiodaten SVD14(A) mit den Kodierern E12, E13 und E14 komprimiert. Der komprimierte ES wird in Paketen als PES mit Paketiererteilen PT12, PT13 und PT14 angeordnet, und durch Zeitteilung mit Video-Audio-Multiplexteilen AVMX12, AVMX13 und AVMX14 gemultiplext. Zeitstaffel-gemultiplexte Daten für die Dienste SV12, SV13 und SV14 werden jeweils in Speichern 52, 54 und 56 gespeichert.
  • Hier ist die Konstitution der Kodierer E12, E13 und E14 die selbe wie die des Kodierers E11. Die Konstitution der Paketiererteile PT12, PT13 und PT14 ist die selbe wie die des Paketiererteils PT11. Die Konstitution der Video-Audio-Multiplexteile AVMX12, AVMX13 und AVMX14 ist die selbe wie die des Video-Audio-Multiplexerteils AVMX11.
  • Der SI Erzeugerschaltkreis SG11 empfängt Netzwerkinformationen, Dienstinformationen und Programminformationen, und erzeugt Steuerdaten NIT, SDT, P_EIT und F_EIT. Die Steuerdaten P_EIT (präsente EIT) ist die Information, die das momentante Rundfunkprogramm anzeigt, und wird für jeden Dienst erzeugt. Die Steuerdaten F_EIT (nachfolgende EIT) ist die Information, die das Programm anzeigt, das als nächstes zum momentanen Rundfunkprogramm ausgestrahlt wird, und wird für jeden Dienst erzeugt. Der SI Erzeugungsschaltkreis SG1 erzeugt Steuerdaten P_EIT11 bis P_EIT14 und F_EIT11 bis F_EIT14 für die Dienste SV11 bis SV14, gemultiplext in den Transportstrom TS1.
  • Die Steuerdaten SDT (Dienstbeschreibungstabelle) ist die Information, welche die Details die von jedem Dienst beschreibt, der in jeden Transportstrom gemultiplext ist, und wird für jeden Transportstrom erzeugt. Mit anderen Worten werden im SI Erzeugungsschaltkreis SG1 die Steuerdaten SDT1 für den Transportstrom TS1, die Steuerdaten SDT2 für den Transportstrom TS2 und die Steuerdaten SDT3 für den Transportstrom TS3 erzeugt. In anderen SI Erzeugungsschaltkreisen SG2 und SG3 (siehe 1) werden die Steuerdaten SDT1, SDT2 und SDT3 erzeugt.
  • Die Steuerdaten NIT (Netzwerkinformationstabelle) beschreiben die Information wie die Frequenz und die Polarisationsebene jedes Transportstroms TS1 bis TS3, und die Information wie die Dienst-ID, gemultiplext in jeden Transportstrom. Von den Steuerdaten NIT kann es bekannt sein, welcher Dienst in welchen Transportstrom gemultiplext ist. In den Steuerdaten NIT ist auch beschrieben, welcher Transportstrom der bestimmte Transportstrom ist (in welchen eine Langzeit-Programminformation gemultiplext ist).
  • Diese Steuerdaten NIT, SDT, P_EIT und F_EIT werden im Paketiererschaltkreis PTS in Pakete angeordnet, mit einer PID versehen und im Speicher 58 gespeichert.
  • Ein Gesamt-Paketmultiplex-Kontroller 60 liest Pakete von PES und Steuerdaten, gespeichert in den Speichern 50, 52, 54, 56 und 58. Er gibt auch eine PID beigefügt zu jedem Paket an einen PAT Erzeugungsschaltkreis 62. Der PAT Erzeugungsschaltkreis 62 empfängt es und erzeugt Steuerdaten PAT (Programm-Assoziationstabelle). In den Steuerdaten PAT ist die PID der Steuerdaten PMT (siehe den PMT-Erzeugungsschaltkreis 48) beschrieben, welche den Paketidentifizierer (PID) des PES jedes Diensts beschreibt. Der Gesamt-Paket-Multiplex-Kontroller 60 führt ein Zeitstaffelmultiplexing des PES von jedem gelesenen Dienst und ihren Steuerdaten PAT durch, und gibt von einem Terminal 64 aus.
  • Auf die oben beschriebene Art wird der Transportstrom TS1 erzeugt. Die Transportströme TS2 und TS3 werden mit der selben Konstitution, wie in 3 gezeigt, erzeugt. Jedoch erzeugt der SI Erzeugungsschaltkreis SG2 die Langzeit-Programminformation S_EIT für den notwendigen Dienst, da der Transportstrom TS2 der spezifizierte Transportstrom zum Multiplexen der Langzeit-Programminformation ist. Die Beschreibung der Steuerdaten SDT, erzeugt mit dem SI Erzeugungsschaltkreis SG2, ist teilweise unterschiedlich zur Beschreibung der Steuerdaten, erzeugt mit anderen SI Erzeugungsschaltkreisen SG1 und SG2. Der Unterschied wird später beschrieben werden.
  • 4 zeigt die in die Transportströme TS1, TS2 und TS3 gemultiplexten Daten, erzeugt wie oben beschrieben. Das Symbol ES(A) bezeichnet Audiodaten, und ES(V) bezeichnet Videodaten. Die Symbole NIT, PAT, PMT, SDT, P_EIT, F_EIT und S_EIT bezeichnen die oben beschriebenen Steuerdaten. So wie es von der Fig. der obigen Daten klar ist, ist die Langzeit-Programminformation S_EIT nur in den spezifizierten Transportstrom TS2 gemultiplext.
  • 5 zeigt die Datenstruktur der Steuerdaten NIT, erzeugt mit dem SI Erzeugungsschaltkreis. Die Bitnummern, gezeigt in der unteren Zeile 303, sind zugewiesen, um die Daten, gezeigt in der oberen Zeile 302, zu beschreiben. In der „Tabellen ID" 304 ist ein Identifizierer beschrieben, um zu identifizieren, dass die Steuerdaten NIT sind. Die „Netzwerk ID" 305 ist der Identifizierer zum Identifizieren dieses Netzwerks. In der „Bezeichnerkennung", „Bezeichnerlänge" und „Bezeichner )" 306 oder extra im Bereich 307 ist beschrieben, welcher Transportstrom der Spezifizierte ist, in welchen die Langzeit-Programminformation S_EIT gemultiplext ist. In der „Beschreibung in jedem Transportstrom" 308 sind gesicherte Beschreibungsbereiche mehrmals durch die Nummer von Transportströmen K (hier drei Arten) gezeigt. Dies ist gezeigt mit I = 0 : I < K : I++. In der „Beschreibung in jedem Transportstrom" 308 oder extra im Dienstbeschreiberbereich „nicht gezeigt" ist die Information zu der Dienst-ID (Identifizierer, zum Spezifizieren eines effektiven Dienstes), gemultiplext in jeden Transportstrom, beschrieben.
  • Wie in 4 gezeigt, werden die Steuerdaten NIT mit den selben Inhalten gemultiplext und in jeden der Transportströme TS1, TS2 und TS3 übertragen.
  • 6 zeigt die Struktur der Steuerdaten SDT, erzeugt mit dem SI Erzeugungsschaltkreis. Die Bitnummern, gezeigt in der unteren Zeile 203, sind zugeordnet, um die Daten, gezeigt in der oberen Zeile 202, zu beschreiben. In der „Tabellen id" 204 ist ein Identifizierer beschrieben, um zu identifizieren, dass die Steuerdaten SDT sind. Die Steuerdaten SDT sind erzeugt als SDT1, SDT2 bzw. SDT3 für die Transportströme TS1, TS2 und TS3. In jedem Transportstrom sind SDT für andere Transportströme zusätzlich zu den SDT für sich selbst gemultiplext (siehe 4). In der „Tabellen id" 204 ist „0 × 42" beschrieben in dem Fall von SDT, bezogen auf seinen eigenen Transportstrom, und „0 × 46" in dem Fall von SDT für andere Transportströme.
  • In der „Transportstrom id" 205 ist der Identifizierer des Transportstroms beschrieben, in welchen der in der SDT beschriebene Dienst gemultiplext ist. Der Identifizierer des Transportstroms TS1 ist für die Steuerdaten SDT1 beschrieben, der Identifizierer des Transportstroms TS2 ist für die Steuerdaten SDT2 beschrieben, und der Identifizierer des Transportstroms TS3 ist für die Steuerdaten SDT3 beschrieben. Nebenbei bemerkt wird die Beschreibung der „Dienst id" 206 durch „Deskriptoren ( )" wiederholt durch die Anzahl von Diensten N (hier vier). Dies ist gezeigt mit I = 0 : I < K : I++.
  • Die „Dienst id" 206 ist der Identifizierer eines Dienstes. Zu dem „EIT Zeitplan-Flag" 208 ist ein Flag beschrieben, welches die Präsenz oder Absenz (Präsenzinformation) der Langzeit-Programminformation zu jedem Dienst zeigt, wenn der Transportstrom, in welchen der SDT gemultiplext ist, der spezifizierte Transportstrom ist (hier TS2). D.h. in dem SDT1, SDT2 und SDT3, gemultiplext in den Transportstrom TS2, ist „1" im „EIT Zeitplan-Flag" 208 beschrieben, wenn die Langzeit-Programminformation präsent ist (gemultiplext), und „0" ist im „EIT Zeitplan-Flag" 208 beschrieben, wenn die Langzeit-Programminformation nicht präsent ist (nicht gemultiplext) für jeden Dienst.
  • Wenn der Transportstrom, in welchen der SDT gemultiplext ist, nicht der spezifizierte Transportstrom (hier TS1 und TS3) ist, ist „0" im „EIT Zeitplan-Flag" 208 für alle die Dienste beschrieben, unabhängig von einer Präsenz oder Absenz der Langzeit-Programminformation. Mit anderen Worten ist in den SDT1, SDT2 und SDT3, gemultiplext in den Transportstrom TS1, TS2, „0" immer im „EIT Zeitplan-Flag" 208 beschrieben.
  • Nebenbei bemerkt sendet der SI Erzeugungsschaltkreis SG2 des spezifizierten Transportstrom TS2 ein Flag aus, welches die Präsenz der Langzeit-Programminformation für jeden Dienst anderen SE Erzeugungsschaltkreisen SG1 und SG3 zeigt. Die SI Erzeugungsschaltkreise SG1 und SG3 empfangen das ausgesandte Flag und schreiben es zu den „Deskriptoren ( )" 209 der Steuerdaten SDT1, SDT2 und SDT3. Daher kann auch in der SDT1, SDT2 und SDT3 der Transportströme TS1 und TS3 Präsenz oder Absenz der Langzeit-Programminformation für jeden Dienst gelernt werden durch Betrachten der Beschreibung in den „Deskriptoren ( )" 209.
  • 7 ist ein Flussdiagramm des Steuerdaten-Erzeugungsprozess mit dem SI Erzeugungsschaltkreis SG. Zuerst wird im Schritt 1 ein SDT-Abschnitt des fraglichen Transportstroms auf der Basis von eingegebenen Dienstinformationen erzeugt. Als nächstes wird Information zur Präsenz des Langzeitprogramms für den Dienst erfasst (Schritt S2). Die erfasste Präsenzinformation wird in die „Deskriptoren ( )" geschrieben (Schritt S3).
  • Als nächstes wird bestimmt, ob die Schritte S2 und S3 für alle die Dienste in dem fraglichen Transportstrom ausgeführt werden (Schritt S4). Falls irgendein Dienst unbearbeitet bleibt, wird der nächste Gegenstand einer wiederholten Ausführung des Schritts S2 (Schritt S5).
  • Wenn der Prozess für alle Dienste in dem Transportstrom vorbei ist, ist die Erzeugung eines SDT für den fraglichen Transportstrom vollständig. Als nächstes wird im Schritt S6 bestimmt, ob der SDT für alle die Transportströme erzeugt ist. Falls irgendein Transportstrom unbearbeitet bleibt, wird der nächste Transportstrom zum Gegenstand gemacht, und der Schritt S1 und die nachfolgenden Schritte werden wiederholt ausgeführt.
  • Auf die oben beschriebene Art wird der SDT korrespondierend zu jedem Transportstrom erzeugt.
  • Nebenbei bemerkt kann, während dieses Ausführungsbeispiel angeordnet ist, um die Präsenzinformation mit dem SI Erzeugungsschaltkreis SG2 zu erzeugen und sie an andere SI Erzeugungsschaltkreise SG1 und SG3 zu geben, es auch angeordnet sein, um die Präsenzinformation mit anderen Schaltkreisen oder Software zu erzeugen und sie an die SI Erzeugungsschaltkreise SG1, SG2 und SG3 zu geben.
  • Nebenbei bemerkt wird es, während es nicht immer notwendig ist, die Präsenzinformation in den „Deskriptoren ( )" 209 des SDT3 zu beschreiben, bevorzugt, die Präsenzinformation in diesen Deskriptoren zu beschreiben.
  • Während das oben beschriebene Ausführungsbeispiel angeordnet ist, um die Präsenzinformation in den „Deskriptoren ( )" 209 zu beschreiben, kann es in anderen Bereichen beschrieben werden, solange die Bereiche korrespondierend zu dem Dienst gemacht sind. Beispielsweise kann es in die „reservierte Zukunftsbenutzung" 207 geschrieben werden. Oder es kann in den „Deskriptoren ( )" 309 der Steuerdaten NIT, gezeigt in 5, beschrieben werden. Der Bereich 308 ist der Bereich zur wiederholten Beschreibung für jeden Transportstrom (Beschreibungsschleife für jeden Transportstrom). Die „Deskriptoren ( )" 309 sind der Bereich für eine weitere wiederholte Beschreibung für jeden Dienst.
  • 20 zeigt die Datenstruktur der Langzeit-Programminformation S_EIT, erzeugt mit dem SI Erzeugungsschaltkreis SG2. Die Bitnummern, gezeigt in der unteren Zeile 2003, sind zugeordnet, um die Daten, gezeigt in der oberen Zeile 2002, zu beschreiben. In der „Tabellen id" 2004 ist ein Identifizierer beschrieben, zum Anzeigen, dass die Steuerdaten S_EIT sind. Da S_EIT für jeden Dienst erzeugt wird, wird die ID des Dienstes, in welchen die Langzeit-Programminformation beschrieben ist, mittels S_EIT in der „Dienst ID" 2005 beschrieben. Von der „Ereignis id" 2006 zu den „Deskriptoren ( )" 2009 ist ein Bereich mehrmals gesichert für jedes Ereignis (nämlich jedes Programm). Daher sind die „Startzeit" 2007, „Dauer" 2008 und Details der Inhalte des Programms für jedes Programm, identifiziert mit der Ereignis ID (Ereignis id) beschrieben. In den „Deskriptoren ( )" 2009 sind auch Genre des Programms (wie ausländische Filme, japanische Filme und Sport) beschrieben.
  • Nebenbei bemerkt ist dieses Ausführungsbeispiel angeordnet, um die Langzeit-Programminformation für vier Tage in einem S_EIT zu beschreiben. Es ist auch angeordnet, dass die für bis zu eine Woche zu kommende Programminformation in dem S_EIT für einen Dienst beschrieben ist. Daher wird eine Mehrzahl von S_EIT für einen Dienst erzeugt, wie ein S_EIT, das die Programminformation für vier Tage inklusive heute beschreibt, und ein anderes S_EIT für vier Tage danach. Diese S_EITs sind mit verschiedenen Tabellen IDs (Tabellen id) zur Unterscheidung von jedem anderen versehen.
  • In 4 werden momentan eine Mehrzahl von S_EITs, die verschiedene Tabellen IDs (Tabellen ids) besitzen, gemultiplext, obwohl nur ein S_EIT für einen Dienst gezeigt ist.
  • Nebenbei bemerkt wird in dem oben beschriebenen Ausführungsbeispiel die Präsenzinformation in all die Transportströme gemultiplext, in welche der Dienst beinhaltet ist. Jedoch kann es auch angeordnet sein, dass die Präsenzinformation nicht in alle die Transportströme gemultiplext wird, aber in einen oder mehreren von ihnen anders als der spezifizierte Transportstrom. Weiterhin kann es auch angeordnet sein, dass die Präsenzinformation nicht nur in alle die Transportströme gemultiplext wird, die den Dienst beinhalten, sondern auch in all die Transportströme, die nicht den Dienst beinhalten (wie den Transportstrom, der nur Steuerdaten beinhaltet).
  • 3. Details des Empfängers:
  • 8 zeigt eine Hardwarekonstitution des in 2 gezeigten Empfängers, verkörpert durch Einsetzen einer CPU. Eine Antenne 831 fängt die Funkwellen von einem Sender und stellt sie einem Tuner 832 zur Verfügung. Der Tuner 832 empfängt unter der Anweisung einer CPU 847 selektiv einen Transportstrom. Der Tuner 832 führt weiterhin eine Demodulation und einen Fehlerkorrekturprozess aus, und gibt an einen TS Dekodierer 841 aus.
  • Der TS Dekodierer 841 trennt Video- und Audiodaten des erforderlichen Dienstes von einer Mehrzahl von Diensten (Video- und Audiodaten), die in den Transportstrom gemultiplext sind, gemäß dem Paket-Identifizierer (TID), eingestellt mit der CPU 847. Die separierten Videodaten werden durch einen FIFO-Speicher 836 an einen Videodekodierer 837 gegeben, und expandiert. Die Videodaten werden in analoge Signale durch einen Digital-Analog (D/A)-Wandler 838 umgewandelt, fließen durch einen Videosynthesizerschaltkreis 839 und werden auf einem Monitor 840 wie eine Flüssigkristallanzeige und KSR dargestellt. Nebenbei bemerkt werden Daten, die in ein Video-RAM (VRAM) 846 geschrieben wurden, in analoge Signale durch einen Digital-Analog (DA)-Wandler 845 gewandelt und an einen Videosynthesizerschaltkreis 839 gegeben. Auf diesem Weg können Zeichen oder dergleichen als überlagert auf einem Bild dargestellt werden.
  • Die separierten Audiodaten werden durch einen FIFO-Speicher 833 an einen Audiodekodierer gegeben und expandiert. Die Audiodaten werden als Ton von einem Lautsprecher 835 ausgegeben.
  • In einem Dienstinformations-Verwaltungsspeicher 142 sind eine Dienstübersichtstabelle und Präsenzinformation zu der Langzeit-Programminformation für jeden Dienst aufgezeichnet. In einem Programminformationsspeicher 843 ist die erfasste Langzeit-Programminformation aufgezeichnet.
  • Ein Fernsteuerungsbedienungsteil 849 empfängt einen Aufnahmestart durch eine empfangende Person, eine Dienstspezifikation, einen Anzeigebefehl für die Langzeit-Programminformation und einen Befehl zur Genre-Suche nach der Programminformation, und gibt diese an einen Mikrocomputer 848 des Hauptteils des Empfängers aus.
  • Die CPU 847 steuert den Tuner 832 und den TS Dekodierer 842. Das Programm für die Steuerung ist im Speicher 844 aufgezeichnet. Nebenbei bemerkt kann dieses Steuerungsprogramm eines sein, das alleine in Betrieb ist, oder eines, das mit einem Betriebssystem als ein Gebäude in Betrieb ist. Weiterhin ist der Speicher 144, wie in 9 gezeigt, mit Bereichen versehen, die als verschiedene Puffer dienen.
  • 10 zeigt ein Flussdiagramm eines grundlegenden Empfangsprozessprogramms, das im Speicher 844 aufgezeichnet ist. Die folgende Erklärung wird unter der Annahme gemacht, dass, wenn der Dienst SV33 des Transportstroms TS3 empfangen wird, ein Befehl zum Umschalten zu dem Dienst SV12 des Transportstroms TS1 vom Fernbedienungs-Bediensungsteil 849 ausgegeben wird. Hier wird, wie in 4 gezeigt, angenommen, dass die Steuerdaten und Video-und Audiodaten in alle die Transportströme TS1, TS2 und TS3 gemultiplext sind.
  • Der Dienstumschaltbefehl von dem Fernsteuerungsbedienungsteil 849 wird an den Mikrocomputer 848 gegeben und in einem Fernbedienungs-Eingangspuffer 906 (siehe 9) des Speichers 844 gehalten. Dieser Befehl wird auch an eine CPU 847 gegeben.
  • Zuerst stellt die CPU 847 die PID der Steuerdaten PAT3 des TS Dekodierers 841 ein, empfängt die PAT3 des Transportstroms, der momentan empfangen wird, und hält sie in einem PAT-Empfangspuffer 902 des Speichers 844 (Schritt S11). Als nächstes wird bestimmt, ob ein gewünschter Dienst SV12 in dem erfassten PAT3 beschrieben ist. In anderen Worten wird bestimmt, ob der gewünschte Dienst SV12 in den Transportstrom TS3, der aktuell empfangen wird, gemultiplext ist (Schritt S12). Da der Dienst SV12 nicht in den Transportstrom TS3 gemultiplext ist, fährt der Prozess mit dem Schritt S13 fort.
  • Im Schritt S13 wird der PID des NIT gemäß der Beschreibung des erfassten PAT3 erfasst. Als nächstes stellt die CPU 847 die PID des NIT am TS Dekodierer 841 ein, nimmt die Steuerdaten NIT, die in dem Transportstrom TS3 gemultiplext sind, herein, und zeichnet in den NIT-Empfangspuffer 901 des Speichers 844 auf (Schritt S14). In den Steuerdaten NIT sind Dienst-IDs beschrieben, die in entsprechende Transportströme gemultiplext sind. Während die CPU 847 sie empfängt, ist es bekannt, dass der Dienst SV12, der zum Empfang beabsichtigt ist, in den Transportstrom TS1 gemultiplext ist (Schritt S15).
  • Als nächstes steuert die CPU 847 den Tuner 832 so, dass er den Transportstrom TS1 empfängt (Schritt S16). Sie stellt weiterhin die Paket-ID der Steuerdaten PAT1 (siehe 4) des TS Dekodierers 841 ein, nimmt die Steuerdaten PAT1 herein und zeichnet sie in dem PAT-Empfangspuffer des Speichers 844 auf (Schritt S17). Zu den Steuerdaten PAT1 sind auch die Paket-IDs der Kontrolldaten PMT11, PMT12, PMT13 und PMT14 beschrieben.
  • Von den hereingenommenen Steuerdaten PAT1 erfasst die CPU 847 die Paket-ID der Steuerdaten PMT12 des Dienstes SV12, der zum Empfang beabsichtigt ist (Schritt S18). Als nächstes stellt die CPU 847 die Paket-ID des TS Dekodierers 841 ein, und nimmt die Steuerdaten PMT12 herein (Schritt S19). Die CPU 847 erfasst weiterhin von den Steuerdaten PMT12 der Paket-IDs der Videodaten ES(A)12 und Audiodaten ES(V)12 des Dienstes SV12, der zum Empfang beabsichtigt ist (Schritt S20).
  • Als nächstes stellt die CPU 847 die Paket-ID an dem TS Dekodierer 841 ein. Als Ergebnis werden die Videodaten ES(A)12 und Audiodaten ES(V)12 des Dienstes SV12 vom TS Dekodierer 841 ausgegeben und an die FIFO-Speicher 836 und 833 gegeben. Auf die oben beschriebene Art wird der empfangene Dienst umgeschaltet.
  • 11 zeigt ein Flussdiagramm des Präsenzinformationsaufzeichnungs-Prozessprogramms, das im Speicher 844 aufgezeichnet ist. Dieses Präsenzinformationsaufzeichnungs-Prozessprogramm wird wiederholt ausgeführt zu jeder spezifizierten Zeit (z.B. alle 2 Stunden) durch Zeitunterbrechung oder dergleichen, während ein grundlegender Empfangsprozess ausgeführt wird.
  • Hier wird die Erklärung unten unter der Annahme gemacht, dass der Dienst SV12 des Transportstrom TS1 momentant empfangen wird. Zuerst analysiert die CPU 847 die Steuerdaten PAD, die in dem PAT-Empfangspuffer 902 des Speichers 844 aufgezeichnet sind, und erkennt, dass der Transportstrom, der aktuell empfangen wird, TS1 ist. In anderen Worten wird die Transportstrom-ID erkannt (Schritt S31). Nebenbei bemerkt werden die Steuerdaten PAT und NIT im Speicher 844 aufgezeichnet, da der Präsenzinformationsaufzeichnungs-Prozess in der Mitte des grundlegenden Empfangsprozesses ausgeführt wird.
  • Als nächstes analysiert die CPU 847 die Steuerdaten NIT, die im NIT-Empfangspuffer 901 des Speichers 844 aufgezeichnet sind, und zeichnet als eine Dienstinformationssteuertabelle die Dienstübersichtstabelle und den Transportstrom, in welchen der fragliche Dienst gemultiplext ist, im Dienstinformationsverwaltungsspeicher 842 auf. 12 zeigt die Dienstinformationssteuertabelle, in welcher die IDs des Dienstes und Transportstroms aufgezeichnet sind.
  • Als nächstes erfasst die CPU 847 die Transportstrom-ID (0 × 0001, nämlich hier TS1), die zuerst in der Dienstinformationssteuertabelle erscheint, und bestimmt, ob die ID die selbe ist wie die Transportstrom-ID, die momentan empfangen wird (Schritt S33). Da der Dienst SV12 des Transportstroms TS1 momentan empfangen wird und beide IDs die selben sind, geht der Prozess weiter zum Schritt S34.
  • Im Schritt S34 wird die ID des SDT am TS Dekodierer 841 eingestellt. Zur selben Zeit werden eine Tabellen-id = „0 × 42", eine Dienst-ID (Dienst id) = „0 × 0001" am TS Dekodierer 841 eingestellt. Auf diesem Weg ist es möglich, die SDT1 des Transportstroms TS1 zu erfassen und sie in dem SDT-Empfangspuffer 904 des Speichers 844 aufzuzeichnen. Die CPU 847 analysiert dann den „Deskriptoren ( ) „-Bereich der erfassten. Steuerdaten SDT1 (Siehe 14) und erfasst die Präsenzinformation. Im „Deskriptoren ( )"-Bereich ist die Präsenzinformation zu den Diensten SV11 bis SV14 beschrieben, die in den Transportstrom TS1 gemultiplext sind. Diese Information wird in der Präsenzinformationsbox in der Dienstinformationssteuertabelle für die Dienste SV11 bis SV14 aufgezeichnet.
  • Als nächstes wird eine Entscheidung getroffen, ob alle die Transportströme (nämlich alle die Dienste) verarbeitet werden (Schritt S37). Falls nicht wird der nächste Transportstrom zum Thema gemacht und der Schritt S33 und nachfolgende Schritte werden wiederholt ausgeführt (Schritt S38).
  • Hier ist die Tabellen-ID (Tabellen id) eingestellt als „0 × 46" im Schritt S35, wenn die Transportstrom-ID (Transportstrom id) des thematisierten Dienstes nicht gleich zur Transportstrom-ID (Transportstrom id) ist, die momentan empfangen wird. Auf diesem Weg kann die SDT erfasst werden.
  • Wenn der Prozess für alle die Transportströme vorüber ist, ist der Präsenzinformationsaufzeichnungsprozess vollständig. Eine Dienstinformationssteuertabelle, die auf diesem Weg erhalten wurde, ist in 13 gezeigt.
  • Während die obige Beschreibung für den Fall gemacht wurde, in welchen der Aufzeichnungsprozess für jeden Transportstrom gemacht wird, kann er für jeden Dienst gemacht werden.
  • Weiterhin kann der Prozess auch zu jeder Zeit durchgeführt werden, zu der spezifizierte Steuerdaten empfangen werden, während dieses Ausführungsbeispiel angeordnet ist, den Präsenzinformationsaufzeichnungsprozess zu spezifizierten Zeitintervallen durchzuführen. Es kann auch angeordnet sein, dass der Prozess durchgeführt wird, wann immer Raum zum Prozessieren in der CPU erzeugt wird.
  • Weiterhin kann es auch so angeordnet sein, dass der Prozess durchgeführt wird, bevor die Stromversorgung abgeschaltet wird, wenn ein Befehlt von dem Fernsteuerungsbedienungsteil 849 gegeben wird, um die Stromversorgung abzuschalten.
  • 17 zeigt ein Flussdiagramm eines Genre-Suchprozessprogramms, aufgezeichnet im Speicher 844. Hier bezieht sich der Begriff Genre-Suche auf einen Prozess zum Auswählen und Anzeigen von Programmen eines gewünschten Genres gemäß einer Genreinformation, die in der Langzeit-Programminformation beinhaltet ist. In der folgenden Erklärung wird angenommen, dass eine Genre-Suche gemacht wird, während der Dienst SV12 des Transportstroms TS1 momentan empfangen wird.
  • Wenn ein Genre-Suchbefehl von dem Fernsteuerungsbedienungsteil 849 ausgegeben wird, überträgt der Mikrocomputer 848 ihn zur CPU 847. Die CPU 847 empfängt ihn und startet den Genresuchprozess von 17.
  • Zuerst schreibt die CPU 847 im Schritt S41 die Daten für das Genre-Suchmenü in ein VRAM 846. Dies veranlasst einen Monitor 840, ein Genre-Suchmenü, wie in 18 gezeigt, anzuzeigen. Die empfangende Person kann ein Genre auswählen, das gesucht werden soll, durch Bedienen einer Cursortaste (einer Pfeiltaste) des Fernsteuerungs-Bedienungsteils 849. 18 zeigt nebenbei bemerkt den Zustand, in welchen das Genre von ausländischen Filmen ausgewählt ist. Wenn eine Entscheidungstaste des Fernsteuerungs-Bedienungsteils 849 in diesem Zustand gedrückt wird, wird ein Befehl zum Ausführen einer Suche nach den Programmen, die zum ausländischen Film-Genre gehören, an den Mikrocomputer 848 gegeben. Wenn die CPU 847 die Suchausführanweisung empfängt von dem Mikrocomputer 848, geht der Prozess zum Schritt S43.
  • Die CPU 847 analysiert die NIT, gespeichert im NIT-Empfangspuffer 901 des Speichers 844, und erkennt, in welchen Transportstrom die Langzeit-Programminformation S_EIT gemultiplext ist. Als nächstes bestimmt die CPU 847, ob der Transportstrom, der momentan empfangen wird (hier TS1), mit dem spezifizierten Transportstrom übereinstimmt, in welchen die Langzeit-Programminformation S_EIT gemultiplext ist (Schritt S44). Da es hier nicht der Fall ist, wird der Tuner 832 gesteuert, um den spezifizierten Transportstrom TS2 zu empfangen (Schritt S45).
  • Als nächstes werden die Inhalte der Präsenzinformation zum Dienst der ersten Zeile in der Dienstinformationssteuertabelle (13) erfasst (Schritt S46). Die erste Zeile beschreibt den Dienst SV11, und der Zustand der Präsenzinformation ist „Ja". Von diesem wird gelernt, dass die Langzeit-Programminformation S_EIT zum Dienst SV11 gemultiplext wird.
  • Mit diesem Ausführungsbeispiel kann die Information schnell vom Speicher 842 gelesen und benutzt werden, da die Präsenzinformation im Voraus in der Dienstinformationssteuertabelle aufgezeichnet ist. Auf diesem Weg wird der Prozess schneller gemacht.
  • In dem Fall, in dem der Zustand der Präsenzinformation „Ja" ist, geht der Prozess vom Schritt S47 zum Schritt S48, und am TS1 Dekodierer 841 ist die PID des S_EIT eingestellt. Zur selben Zeit werden auch die Dienst-ID (Dienst id) und die Tabellen-ID (Tabellen id) am TS-Dekodierer 841 eingestellt. Auf diesem Weg erhält der TS- Dekodierer 841 nur die S_EIT von mehreren S_EITs, in welcher die Tabellen id mit der Dienst id übereinstimmt.
  • Als die Dienst id wird die Dienst-ID (Dienst id) des Dienstes SV11, der momentan zum Thema gemacht wurde, nämlich „0 × 0011 ", eingestellt. Es wird auch angeordnet, dass Langzeit-Programminformationen für vier Tage in einer S-EIT11 beschrieben sind und dass die Langzeit-Programminformation für eine Woche erfasst werden kann durch Aussenden einer Mehrzahl der Langzeit-Programminformationen. Daher wird die Langzeit-Programminformation für eine Woche erfasst durch Einstellen der Tabellen-ID (Tabellen id) der Mehrzahl von S_EIT11.
  • Die CPU 847 analysiert die Beschreibung des erfassten S_EIT und schreibt die Programminformation zu dem fraglichen Dienst in die Programminformationstabelle wie in 21 gezeigt. In die Programminformationstabelle sind die Dienst-ID, Ereignis-ID, Datum der Ausstrahlung, Ausstrahlungszeit, Programmname, Genre usw. geschrieben und in dem Programminformationsspeicher 843 gespeichert.
  • Wie oben beschrieben, wird für den Dienst in dem Fall, dass der Zustand der Präsenzinformation „Ja" ist, die S_EIT im Schritt S48 erfasst und ihre Inhalte werden in der Programminformationstabelle aufgezeichnet. Danach geht der Prozess zum Schritt S49.
  • Für den Dienst wird in dem Fall, dass der Zustand der Präsenzinformation „Nein" ist, der Erfassungsprozess des Schritts S48 übersprungen, um zum Schritt S49 zu gehen.
  • Im Schritt S49 wird bestimmt, ob alle Dienste prozessiert werden oder nicht. Falls irgendein Dienst prozessiert bleibt in der Dienstinformationssteuertabelle, wird der nächste Dienst zum Thema gemacht, und der Schritt S49 und die nachfolgenden Schritte werden wiederholt ausgeführt (Schritt S50).
  • Wenn der Prozess für alle Dienste vorüber ist durch Wiederholen des oben beschriebenen Prozess, wird eine Programminformationstabelle, gezeigt in 21, in dem Programminformationsspeicher 843 aufgezeichnet. Als nächstes führt die CPU 847 eine Genre-Informationssuche der Programminformationstabelle gemäß der Indikation der gesuchten Inhalte durch. Hier ist nur das Programm ausgewählt, in welchem das Genre über die ausländischen Filme geht. Die CPU 847 schreibt die Programminformation, ausgewählt wie oben beschrieben, in das VRAM 846, um auf dem Monitor 840 angezeigt zu werden.
  • 19 zeigt das angezeigte Suchergebnis. Die empfangende Person kann einen Empfang von Programmen durch Bedienen des Fernsteuerungs-Bedienungsteils 849 reservieren, um die Programme auf dem angezeigten Suchergebnis auszuwählen. D.h., die CPU 847 bezieht sich auf den Kalender und die Uhr des Empfängers durch Halten der Dienst-ID, Ereignis-ID, Sendedaten, Sende-Startzeit. etc. des ausgewählten Programms in dem Speicher 844, und empfängt automatisch das beabsichtigte Programm zur beabsichtigten Zeit.
  • Nebenbei bemerkt kann der Prozess allgemein auf andere Fälle von Suchen basierend auf den beschriebenen Inhalten des S_EIT, wie dem Sendedatum, der Sendezeit und dem Dienst, angewandt werden, während der Suchprozess nach dem Genre oben als ein Beispiel für den Fall erläutert wird, für den die Präsenzinformation und Langzeit-Programminformation erforderlich sind.
  • Auf jeden Fall kann der Prozess, der die Präsenzinformation erfordert, mit diesem Ausführungsbeispiel schneller gemacht werden.
  • Das oben beschriebene Ausführungsbeispiel ist angeordnet, um die S_EIT durch Beziehen auf die Präsenzinformation zu erfassen und um die Programminformationstabelle in dem Programminformationsspeicher 843 zu jeder Zeit aufzuzeichnen, zu der das Genre-Suchkommando von dem Fernbedienungsteil 849 ausgegeben wird.
  • Jedoch kann in dem Fall, dass das Genresuchkommando vom Fernbedienungs-Bedienungsteil 849 ausgegeben wird, nachdem die Programminformationstabelle gespeichert ist, die Suche ausgeführt werden unter Benutzung der Programminformation, die bereits im Programminformationsspeicher 843 aufgezeichnet ist, um die Anzeige der Suchergebnisse zu beschleunigen. In diesem Fall kann beispielsweise die Programminformationstabelle erneuert werden durch Ausführen des S_EIT-Erfassungsprozesses zu jeder Zeit, zu der ein Befehl gegeben wird, um die Stromversorgung des Empfängers auszuschalten. Alternativ kann die Programminformationstabelle erneuert werden durch Ausführen des S_EIT-Erfassungsprozesses zu bestimmten Zeiten (beispielsweise regelmäßig) während der Transportstrom empfangen wird, in welchen die S_EIT gemultiplext ist.
  • Während das obige Ausführungsbeispiel beschrieben ist als angewandt auf den unidirektionalen drahtlosen Rundfunk, kann es auch angewandt werden auf dem bidirektionalen Rundfunk. Weiterhin kann es angewandt werden nicht nur auf drahtlosen Rundfunk, sondern ähnlich auf Kabelrundfunk wie Kabelfernsehen.
  • Weiterhin kann es auch auf die Fälle von Rundfunkcomputerprogrammen und -daten angewandt werden, solange das Konzept des Programms enthalten ist, während das obige Ausführungsbeispiel beschrieben ist als angewandt auf den Rundfunk von Video- und Audiodaten.
  • Während das obige Ausführungsbeispiel die CPU zum Verkörpern der Funktion jedes Blocks von 2 benutzt, können Teile oder das Ganze davon mit Hardwarelogik konstituiert sein.
  • Die vorliegende Erfindung kann als Software verkörpert sein, die auf ein Trägermedium geladen ist oder als ein Signal übertragen wird, beispielsweise heruntergeladene Software.

Claims (22)

  1. Digitales Rundfunkübertragungssystem aufweisend einen Sender (4) zum Senden einer Mehrzahl von Transportströmen (TS1-TS3), und einen Empfänger (1824) zum Auswählen und Empfangen von Diensten (SV11-SV34) in den Transportströmen, wobei jeder Transportstrom eine jeweilige Anzahl von Diensten befördert, wobei der Sender aufweist: Langzeit-Programminformations-Multiplexmittel (MX2), um wenigstens einen Transportstrom (TS2) zu einem spezifizierten Transportstrom zu machen und zum Multiplexen einer Langzeit-Programminformation (S_EIT11-S_EIT34) für jeden Dienst in den spezifizierten Transportstrom, wobei die Langzeit-Programminformation einen zukünftigen Rundfunkzeitplan für einige, aber nicht alle der Dienste definiert, und Präsenzinformations-Multiplexmittel (MX1-MX3) zum Multiplexen von Präsenzinformation für jeden Dienst, repräsentativ dafür, ob die Langzeit-Programminformation in den spezifizierten Transportstrom gemultiplext ist oder nicht; und wobei der Empfänger aufweist: Präsenzinformations-Zurückbehaltungsmittel (26) zum Erfassen und Zurückbehalten der Präsenzinformation, und Langzeit-Programminformations-Erfassungsmittel (28) zum Bestimmen, ob die Langzeit-Programminformation für den fraglichen Dienst gegenwärtig ist oder nicht, auf der Basis der in den Präsenzinformations-Zurückbehaltungsmitteln zurückbehaltenen Präsenzinformation, wobei die Langzeit-Programminformations-Erfassungsmittel bedienbar sind, um die Langzeit-Programminformation für nur diese Transportströme zu erfassen, in welchen die Langzeit-Programminformation gegenwärtig ist; dadurch gekennzeichnet, dass die Präsenzinformations-Multiplexmittel bedienbar sind, um die Präsenzinformation für jeden Dienst in alle der Transportströme zu multiplexen, beinhaltend wenigstens einen Dienst, und dass die Präsenzinformations-Zurückbehaltungsmittel bedienbar sind, um die Präsenzinformation zu erfassen, die in den Transportstrom, welcher auch immer gerade empfangen wird, gemultiplext ist.
  2. Digitales Rundfunkübertragungssystem nach Anspruch 1, wobei die Präsenzinformations-Multiplexmittel bedienbar sind, um die Präsenzinformation auch in alle die Transportströme zu multiplexen, die keine Dienste beinhalten.
  3. Empfänger (4) zur Benutzung in einem System wie mit Anspruch 1 beansprucht zum Senden einer Mehrzahl von Transportströmen (TS1-TS3), aufweisend: Langzeit-Programminformations-Multiplexmittel (MX2), um wenigstens einen Transportstrom (TS2) zu einem spezifizierten Transportstrom zu machen, wobei die Langzeit-Programminformations-Multiplexmittel bedienbar sind, um Langzeit-Programminformation in den spezifizierten Transportstrom zu multiplexen, wobei die Langzeit-Programminformation einen zukünftigen Rundfunkzeitplan für einige, aber nicht alle der Dienste definiert, und Präsenzinformations-Multiplexmittel (MX1-MX3) zum Multiplexen von Präsenzinformation für jeden Dienst, repräsentativ dafür, ob die Langzeit-Programminformation in den spezifizierten Transportstrom gemultiplext ist oder nicht; dadurch gekennzeichnet, dass die Präsenzinformations-Multiplexmittel bedienbar sind, um die Präsenzinformation in alle die Transportströme zu multiplexen, beinhaltend wenigstens einen Dienst.
  4. Sender nach Anspruch 3, wobei die Präsenzinformations-Multiplexmittel ferner bedienbar sind, um die Präsenzinformation in alle die Transportströme zu multiplexen, die keine Dienste beinhalten.
  5. Empfänger (1824) zur Benutzung in einem System wie mit Anspruch 1 beansprucht zum Auswählen und Empfangen von Diensten (SV11-SV34) in einer Mehrzahl von Transportströmen (TS1-TS3), aufweisend: Präsenzinformations-Zurückbehaltungsmittel (26) zum Erfassen und Zurückbehalten der Präsenzinformation für jedem Dienst, und Langzeit-Programminformations-Erfassungsmittel (28) zum Bestimmen, ob die Langzeit-Programminformation über den fraglichen Dienst gegenwärtig ist oder nicht, wann immer es notwendig ist, die Langzeit-Programminformation über einen Dienst zu erfassen, wobei die Langzeit-Programminformations-Erfassungsmittel bedienbar sind, um den Langzeit-Programminformations-Erfassungsprozess nur für die Dienste durchzuführen, für welche die Langzeit-Programminformation gegenwärtig ist; dadurch gekennzeichnet, dass die Präsenzinformations-Zurückbehaltungsmittel bedienbar sind, um die Präsenzinformation zu erfassen, die in alle der Transportströme beinhaltend wenigstens einen Dienst gemultiplext ist, durch Erfassen der Präsenzinformation von dem der Transportströme, der auch immer gerade empfangen wird.
  6. Empfänger nach Anspruch 5, wobei die Langzeit-Programminformations-Multiplexmittel bedienbar sind, um die Langzeit-Programminformation ohne Wechseln des zu empfangenden Transportstroms erfassen, wenn der gerade empfangene Transportstrom ein spezifizierter Transportstrom ist, und um die Langzeit-Programminformation nach Wechseln des zu empfangenden Transportstroms zum spezifizierten Transportstrom zu erfassen, wenn der gerade empfangene Transportstrom ein spezifizierter Transportstrom ist.
  7. Empfänger nach Anspruch 5, wobei die Präsenzinformations-Zurückbehaltungsmittel bedienbar sind, um die Präsenzinformation für alle Dienste zu spezifizierten Zeitintervallen während des Empfangsbetriebs zu erfassen und zurück zu behalten.
  8. Empfänger nach Anspruch 5, wobei die Präsenzinformations-Zurückbehaltungsmittel bedienbar sind, um die Präsenzinformation für alle Dienste zu erfassen und zurück zu behalten, wenn die Stromversorgung abgeschaltet wird.
  9. Empfänger nach Anspruch 5, ferner aufweisend: Langzeit-Programminformations-Speichermittel zum Speichern der Langzeit-Programminformation, die mit den Langzeit-Programminformations-Erfassungsmitteln erfasst wurde, Suchempfangsmittel zum Empfangen von einer Suchanweisung nach Programminformation, und Suchausführungsmittel zum Suchen von Langzeit-Programminformation, die in den Langzeit-Programminformations-Speichermitteln gespeichert ist, gemäß der Suchanweisung, und zum Ausgeben der Suchergebnisse, wobei die Langzeit-Programminformations-Erfassungsmittel bedienbar sind, um ihren Prozess durch Empfangen der Suchanweisung zu starten und die Langzeit-Programminformation in den Langzeit-Programminformations-Speichermitteln zu speichern, und wobei die Suchausführungsmittel bedienbar sind, um ihren Prozess zu starten, nachdem die Langzeit-Programminformation in den Langzeit-Programminformations-Speichermitteln durch die Langzeit-Programminformations-Erfassungsmittel gespeichert wurde.
  10. Empfänger wie mit Anspruch 5 beansprucht, aufweisend: ein Transportstromauswahlteil zum Auswählen und Empfangen eines Transportstroms gemäß einer Anweisung von einem Prozessteil, ein Trennungsteil zum Trennen und Erfassen gewünschter Daten vom Transportstrom, der mit dem Transportstromauswahlteil gemäß der Anweisung vom Prozessteil ausgewählt wurde, ein Prozessteil zum Steuern des Betriebs des Transportstromauswahlteils und des Trennungsteils, ein Programmaufzeichnungsteil zum Speichern des Programms zum Bestimmen der Prozessinhalte des Prozessteils, und ein Datenaufzeichnungsteil zum Aufzeichnen von Daten, wobei das Programm einen Computer veranlasst, die folgenden Prozesse auszuführen: während ein gewünschter Transportstrom im Trennungsteil empfangen wird, die Präsenzinformation für die Langzeit-Programminformation für jeden in den fraglichen Transportstrom gemultiplexten Dienst erfassen und im Datenaufzeichnungsteil aufzeichnen, beim Empfangen einer Anweisung zum Erfassen der Langzeit-Programminformation über einen Dienst, bestimmen, ob die Langzeit-Programminformation über den Dienst gegenwärtig ist oder nicht, von der Präsenzinformation, die im Datenaufzeichnungsteil aufgezeichnet wurde, nicht ausführen eines Erfassungsprozesses für diese, wo keine Langzeit-Programminformation gegenwärtig ist, und für diese, wo Langzeit-Programminformation gegenwärtig ist, steuern des Transportstromauswahlteils, um den Transportstrom zu empfangen, in welchem die Langzeit-Programminformation gemultiplext ist, steuern des Trennungsteils, um die Langzeit-Programminformation vom fraglichen Transportstrom zu trennen und zu erfassen.
  11. Digitales Kommunikationsverfahren zum Senden einer Mehrzahl von Transportströmen, wobei jeder Transportstrom eine jeweilige Anzahl von Diensten befördert, wobei, bei einem Sender (4), wenigstens ein Transportstrom (TS2) zu einem spezifizierten Transportstrom gemacht wird und Langzeit- Programminformation (S_EIT11-S_EIT34) in den spezifizierten Transportstrom gemultiplext wird, wobei die Langzeit-Programminformation einen zukünftigen Rundfunkzeitplan für einige, aber nicht alle der Dienste definiert, und wobei für jeden Dienst Präsenzinformation, repräsentativ dafür, ob die Langzeit-Programminformation in den spezifizierten Transportstrom gemultiplext ist oder nicht, auch in andere Transportströme als den spezifizierten Transportstrom gemultiplext wird.
  12. Digitales Kommunikationsverfahren nach Anspruch 11, wobei die Präsenzinformation in alle die Transportströme gemultiplext wird, welche wenigstens einen Dienst beinhalten.
  13. Digitales Kommunikationsverfahren nach Anspruch 12, wobei die Präsenzinformation auch in alle die Transportströme gemultiplext wird, die keine Dienste beinhalten.
  14. Digitales Kommunikationsverfahren nach Anspruch 11, wobei die vorliegende Information in einer Dienstbeschreibungstabelle beschrieben ist.
  15. Digitales Kommunikationsverfahren nach Anspruch 14, wobei die Präsenzinformation in einem Deskriptorenbereich der Dienstbeschreibungstabelle beschrieben ist.
  16. Digitales Kommunikationsverfahren nach Anspruch 11, wobei die Präsenzinformation in einer Netzwerkinformationstabelle beschrieben ist.
  17. Digitales Kommunikationsverfahren nach Anspruch 16, wobei die Präsenzinformation in einer Beschreibungsschleife für jeden Transportstrom in der Netzwerkinformationstabelle beschrieben ist.
  18. Verfahren zum Verarbeiten von empfangenen Signalen, die gemäß einem Verfahren wie mit Anspruch 11 beansprucht übertragen wurden, wobei Präsenzinformation für jeden Dienst, gemultiplext in den gerade empfangenen Transportstrom, erfasst und gespeichert wird (S36), wobei die in alle der Transportströme gemultiplexte Präsenzinformation erfasst wird durch Erfassen der Präsenzinformation von dem der Transportströme, der auch immer gerade empfangen wird, und wobei bestimmt wird von der gespeicherten Präsenzinformation, ob die Langzeit-Präsenzinformation für den fraglichen Dienst gegenwärtig ist oder nicht, wann immer es notwendig ist, zu lernen, ob die Langzeit-Programminformation für den Dienst gegenwärtig ist oder nicht.
  19. Digitales Rundfunkübertragungsverfahren nach Anspruch 18, wobei die Präsenzinformation ferner in alle die Transportströme gemultiplext wird, die keine Dienste beinhalten.
  20. Trägermedium, das Prozessor-implementierbare Anweisungen zum Steuern eines Prozessors eines Senders, um das Verfahren nach irgendeinem der Ansprüche 11 bis 17 auszuführen, trägt.
  21. Trägermedium, das Prozessor-implementierbare Anweisungen zum Steuern eines Prozessors eines Empfängers, um alle der Schritte eines Verfahrens wie mit irgendeinem der Ansprüche 18 und 19 beansprucht auszuführen, trägt.
  22. Signalrundfunk benutzend das Verfahren von irgendeinem der Ansprüche 11 bis 17.
DE69833166T 1997-09-26 1998-09-25 Digitales Kommunikationssystem und -verfahren Expired - Lifetime DE69833166T2 (de)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP26167197 1997-09-26
JP26167197 1997-09-26
JP11033698 1998-04-21
JP11033698 1998-04-21

Publications (2)

Publication Number Publication Date
DE69833166D1 DE69833166D1 (de) 2006-04-06
DE69833166T2 true DE69833166T2 (de) 2006-09-14

Family

ID=26449982

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69833166T Expired - Lifetime DE69833166T2 (de) 1997-09-26 1998-09-25 Digitales Kommunikationssystem und -verfahren

Country Status (3)

Country Link
US (1) US6588014B1 (de)
EP (1) EP0905985B1 (de)
DE (1) DE69833166T2 (de)

Families Citing this family (72)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9286294B2 (en) 1992-12-09 2016-03-15 Comcast Ip Holdings I, Llc Video and digital multimedia aggregator content suggestion engine
US7168084B1 (en) 1992-12-09 2007-01-23 Sedna Patent Services, Llc Method and apparatus for targeting virtual objects
US6239794B1 (en) 1994-08-31 2001-05-29 E Guide, Inc. Method and system for simultaneously displaying a television program and information about the program
US8793738B2 (en) 1994-05-04 2014-07-29 Starsight Telecast Incorporated Television system with downloadable features
US6769128B1 (en) 1995-06-07 2004-07-27 United Video Properties, Inc. Electronic television program guide schedule system and method with data feed access
US6732369B1 (en) 1995-10-02 2004-05-04 Starsight Telecast, Inc. Systems and methods for contextually linking television program information
US8850477B2 (en) 1995-10-02 2014-09-30 Starsight Telecast, Inc. Systems and methods for linking television viewers with advertisers and broadcasters
US6323911B1 (en) 1995-10-02 2001-11-27 Starsight Telecast, Inc. System and method for using television schedule information
US6469753B1 (en) 1996-05-03 2002-10-22 Starsight Telecast, Inc. Information system
US8635649B2 (en) 1996-12-19 2014-01-21 Gemstar Development Corporation System and method for modifying advertisement responsive to EPG information
US6687906B1 (en) 1996-12-19 2004-02-03 Index Systems, Inc. EPG with advertising inserts
DE69812701T2 (de) 1997-07-21 2004-02-05 E Guide, Inc., Pasadena Verfahren zum navigieren in einem fernsehprogrammführer mit werbung
US6604240B2 (en) 1997-10-06 2003-08-05 United Video Properties, Inc. Interactive television program guide system with operator showcase
US7185355B1 (en) 1998-03-04 2007-02-27 United Video Properties, Inc. Program guide system with preference profiles
US6564379B1 (en) 1998-04-30 2003-05-13 United Video Properties, Inc. Program guide system with flip and browse advertisements
US20020095676A1 (en) 1998-05-15 2002-07-18 Robert A. Knee Interactive television program guide system for determining user values for demographic categories
JP4114234B2 (ja) * 1998-06-09 2008-07-09 ソニー株式会社 信号処理装置および受信装置と信号処理方法
US6442755B1 (en) 1998-07-07 2002-08-27 United Video Properties, Inc. Electronic program guide using markup language
CN1867068A (zh) 1998-07-14 2006-11-22 联合视频制品公司 交互式电视节目导视系统及其方法
US7091968B1 (en) * 1998-07-23 2006-08-15 Sedna Patent Services, Llc Method and apparatus for encoding a user interface
US9924234B2 (en) 1998-07-23 2018-03-20 Comcast Ip Holdings I, Llc Data structure and methods for providing an interactive program
EP1097587A1 (de) 1998-07-23 2001-05-09 Diva Systems Corporation Interaktive benutzerschnittstelle
US6754905B2 (en) 1998-07-23 2004-06-22 Diva Systems Corporation Data structure and methods for providing an interactive program guide
US6898762B2 (en) 1998-08-21 2005-05-24 United Video Properties, Inc. Client-server electronic program guide
US6754271B1 (en) 1999-04-15 2004-06-22 Diva Systems Corporation Temporal slice persistence method and apparatus for delivery of interactive program guide
US6904610B1 (en) 1999-04-15 2005-06-07 Sedna Patent Services, Llc Server-centric customized interactive program guide in an interactive television environment
US7096487B1 (en) 1999-10-27 2006-08-22 Sedna Patent Services, Llc Apparatus and method for combining realtime and non-realtime encoded content
KR100654430B1 (ko) * 1999-05-20 2006-12-07 삼성전자주식회사 데이터를 브로드캐스팅하는 디지털 방송 시스템에서 어플리케이션을 처리하는 장치 및 방법
EP1063797A3 (de) * 1999-05-31 2006-03-15 Matsushita Electronics Corporation Vorrichtung für den Empfang digitaler Rundfunkübertragungen bzw. für den Empfang von Rundfunkprogramminformationen, und computerlesbares Aufzeichnungsmedium mit einem Computerprogramm womit ein Computer als Empfangsgerät für digitale Rundfunkübertragungen verwendet werden kann
JP4954408B2 (ja) 1999-06-28 2012-06-13 インデックス システムズ インコーポレイテッド 広告を変更するためにepgデータベースを利用するシステム及び方法
WO2001001689A1 (en) 1999-06-29 2001-01-04 United Video Properties, Inc. Method and system for a video-on-demand-related interactive display within an interactive television application
EP1073263A1 (de) * 1999-07-28 2001-01-31 Sarnoff Corporation Erfassung von Daten aus einem Bitstrom
CA2388606C (en) 1999-10-27 2009-12-29 Diva Systems Corporation Picture-in-picture and multiple video streams using slice-based encoding
AR030171A1 (es) 1999-11-23 2003-08-13 United Video Properties Inc Un metodo y una disposicion para proveer un mensaje dirigido a un usuario situado en un equipo utilizado para implementar una aplicacion de television interactiva
US20020124255A1 (en) 1999-12-10 2002-09-05 United Video Properties, Inc. Systems and methods for coordinating interactive and passive advertisement and merchandising opportunities
FR2803474A1 (fr) * 1999-12-30 2001-07-06 Thomson Multimedia Sa Procede de constitution de base de donnees pour service de television numerique, dispositif decodeur mettant en oeuvre le procede, et utilisation de la base de donnees
JP2001274923A (ja) * 2000-03-28 2001-10-05 Nec Eng Ltd 携帯電話伝送システム
JP2001285729A (ja) * 2000-03-29 2001-10-12 Canon Inc 受信装置及びディジタル放送受信装置とシステム及びそれらの方法
WO2001075649A2 (en) 2000-03-31 2001-10-11 United Video Properties, Inc. System and method for metadata-linked advertisements
US7877769B2 (en) 2000-04-17 2011-01-25 Lg Electronics Inc. Information descriptor and extended information descriptor data structures for digital television signals
US8695040B2 (en) 2000-04-17 2014-04-08 Lg Electronics Inc. Information descriptor and extended information descriptor data structures for digital television signals
JP2001326875A (ja) * 2000-05-16 2001-11-22 Sony Corp 画像処理装置および画像処理方法、並びに記録媒体
JP4915026B2 (ja) * 2000-05-17 2012-04-11 ソニー株式会社 映像処理装置および映像処理方法、並びに記録媒体
KR20190096450A (ko) 2000-10-11 2019-08-19 로비 가이드스, 인크. 매체 콘텐츠 배달 시스템 및 방법
US8091112B1 (en) * 2001-02-28 2012-01-03 Keen Personal Technologies, Inc. System and a method for transmitting and receiving a program with improved efficiency
JP3815597B2 (ja) * 2001-06-11 2006-08-30 ソニー株式会社 信号処理装置
US7793326B2 (en) 2001-08-03 2010-09-07 Comcast Ip Holdings I, Llc Video and digital multimedia aggregator
US7908628B2 (en) 2001-08-03 2011-03-15 Comcast Ip Holdings I, Llc Video and digital multimedia aggregator content coding and formatting
JP2004135169A (ja) * 2002-10-11 2004-04-30 Fujitsu Ten Ltd デジタル放送受信装置
FR2851396A1 (fr) * 2003-02-17 2004-08-20 Thomson Licensing Sa Procede d'initialisation d'un decodeur numerique et decodeur mettant en oeuvre un tel procede
US7493646B2 (en) 2003-01-30 2009-02-17 United Video Properties, Inc. Interactive television systems with digital video recording and adjustable reminders
KR100462899B1 (ko) * 2003-02-07 2004-12-18 삼성전자주식회사 전자 프로그램 가이드 화면에서 채널정보 디스플레이 제어장치 및 그 방법
US7984468B2 (en) 2003-11-06 2011-07-19 United Video Properties, Inc. Systems and methods for providing program suggestions in an interactive television program guide
US8028316B2 (en) * 2004-05-26 2011-09-27 Panasonic Corporation Broadcasting system, broadcasting station apparatus, receiving device, and broadcasting method
JP4059872B2 (ja) * 2004-08-02 2008-03-12 三洋電機株式会社 移動型地上デジタル放送受信機
KR100617128B1 (ko) 2004-11-17 2006-08-31 엘지전자 주식회사 디지털 방송 방법 및 장치
US7788266B2 (en) 2005-08-26 2010-08-31 Veveo, Inc. Method and system for processing ambiguous, multi-term search queries
US9113107B2 (en) 2005-11-08 2015-08-18 Rovi Guides, Inc. Interactive advertising and program promotion in an interactive television system
US20070156521A1 (en) 2005-12-29 2007-07-05 United Video Properties, Inc. Systems and methods for commerce in media program related merchandise
US8380726B2 (en) 2006-03-06 2013-02-19 Veveo, Inc. Methods and systems for selecting and presenting content based on a comparison of preference signatures from multiple users
US8316394B2 (en) 2006-03-24 2012-11-20 United Video Properties, Inc. Interactive media guidance application with intelligent navigation and display features
US8832742B2 (en) 2006-10-06 2014-09-09 United Video Properties, Inc. Systems and methods for acquiring, categorizing and delivering media in interactive media guidance applications
US7801888B2 (en) 2007-03-09 2010-09-21 Microsoft Corporation Media content search results ranked by popularity
US10063934B2 (en) 2008-11-25 2018-08-28 Rovi Technologies Corporation Reducing unicast session duration with restart TV
US9166714B2 (en) 2009-09-11 2015-10-20 Veveo, Inc. Method of and system for presenting enriched video viewing analytics
US8359616B2 (en) 2009-09-30 2013-01-22 United Video Properties, Inc. Systems and methods for automatically generating advertisements using a media guidance application
WO2012094564A1 (en) 2011-01-06 2012-07-12 Veveo, Inc. Methods of and systems for content search based on environment sampling
US9154813B2 (en) 2011-06-09 2015-10-06 Comcast Cable Communications, Llc Multiple video content in a composite video stream
US8805418B2 (en) 2011-12-23 2014-08-12 United Video Properties, Inc. Methods and systems for performing actions based on location-based rules
US20140195334A1 (en) 2013-01-10 2014-07-10 United Video Properties, Inc. Systems and methods for optimizing data driven media placement
US9848276B2 (en) 2013-03-11 2017-12-19 Rovi Guides, Inc. Systems and methods for auto-configuring a user equipment device with content consumption material
CN103607598A (zh) * 2013-10-24 2014-02-26 深圳Tcl新技术有限公司 自动识别网络运营商以实现数据配置的方法及装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5600573A (en) 1992-12-09 1997-02-04 Discovery Communications, Inc. Operations center with video storage for a television program packaging and delivery system
US5659350A (en) 1992-12-09 1997-08-19 Discovery Communications, Inc. Operations center for a television program packaging and delivery system
US5519780A (en) * 1993-12-03 1996-05-21 Scientific-Atlanta, Inc. System and method for providing compressed digital teletext services and teletext support services
JP3644455B2 (ja) 1994-09-29 2005-04-27 ソニー株式会社 番組情報放送方式、番組情報表示方法および受信装置
US5600378A (en) * 1995-05-22 1997-02-04 Scientific-Atlanta, Inc. Logical and composite channel mapping in an MPEG network
JP3572595B2 (ja) * 1995-07-21 2004-10-06 ソニー株式会社 電子番組ガイド表示制御装置および方法
US5801753A (en) * 1995-08-11 1998-09-01 General Instrument Corporation Of Delaware Method and apparatus for providing an interactive guide to events available on an information network
US6389593B1 (en) * 1995-12-12 2002-05-14 Sony Corporation Method of and apparatus for controlling transmission of information on programs
EP0827340A3 (de) * 1996-08-30 1999-10-06 Matsushita Electric Industrial Co., Ltd. Terminalgerät und Verfahren zur Durchführung von interaktiver Bedienung
US6157673A (en) 1996-12-26 2000-12-05 Philips Electronics North America Corp. Fast extraction of program specific information from multiple transport streams
US6111612A (en) * 1997-07-10 2000-08-29 Thomson Consumer Electronics System for forming and processing text data for use in program specific information for broadcast
US6219358B1 (en) * 1998-09-11 2001-04-17 Scientific-Atlanta, Inc. Adaptive rate control for insertion of data into arbitrary bit rate data streams

Also Published As

Publication number Publication date
US6588014B1 (en) 2003-07-01
DE69833166D1 (de) 2006-04-06
EP0905985A2 (de) 1999-03-31
EP0905985A3 (de) 2000-12-20
EP0905985B1 (de) 2006-01-11

Similar Documents

Publication Publication Date Title
DE69833166T2 (de) Digitales Kommunikationssystem und -verfahren
DE69926689T2 (de) Vorrichtung und Methode zur Übertragung von Information, Vorrichtung und Methode zum Empfang von Information, Vorrichtung zur Bereitstellung eines computerlesbaren Programms und Fernsehübertragungssystem
DE60100443T2 (de) Rundfunksystem, -vorrichtung und -verfahren zur vorzeitigen Übertragung eines Datenkarussells und Empfangsgerät zum Empfang eines solchen Datenkarussells
DE602004008819T2 (de) Videoaufnahmegerät und Steuerverfahren dazu
DE69736886T2 (de) Vorrichtung zum Empfang digitaler Fernsehsignale und Empfangs- Aufnahme- Wiedergabeanlage dafür
DE69333457T2 (de) Digitale Kopfstelle für Kabelfernsehverteilsystem
DE69909758T2 (de) System zur erzeugung, partitionierung und verarbeitung von elekronischen fernsehprogrammzeitschriften
DE60217169T2 (de) Verbesserungen in fernsehsignalempfängern
DE69807475T3 (de) System und verfahren zur änderung des programmzeitschriftenformats
DE69628985T2 (de) Empfänger mit analogen und digitalen Videobetriebsarten und Empfangsverfahren dafür
DE69717555T3 (de) Empfänger für digitale Fernsehsignale
DE69534750T2 (de) Umwandlungssystem für MPEG-Informationssignale
EP0830017B1 (de) Umordnen von Segmenten eines zu übertragenden Datenstromes zur Optimierung einer Reaktionszeit eines Empfängers
DE69937674T2 (de) Programmeempfangsgerät
US6622004B1 (en) Data transceiving system and method
DE69924106T2 (de) Empfänger und empfangsverfahren
DE69826241T2 (de) Vorrichtung zur Übertragung und zum Empfang von Musik, Verfahren zur Übertragung und zum Empfang von Musik und System zur Übertragung von Musik
DE4228753A1 (de) Verfahren und system fuer fernsehuebertragungen
DE60314688T2 (de) Effizientes Verfahren und System zum Senden von Ressourcen in der Sendetechnik
KR20040028727A (ko) 멀티포맷 트랜스포트 스트림 디코더
EP0946056A1 (de) Verfahren zum Erhöhen der Speicherkapazität für Serviceinformation in einem Empfäger für digitale TV-Sendungen
DE4406091A1 (de) Empfänger mit einer Vorrichtung zur Erzeugung einer individuellen Programmvorschau
US7489685B2 (en) Digital broadcast receiving apparatus
DE69935704T2 (de) Aufnahme/Wiedergabe-Anlage und Verfahren zur digitalen Fernsehsendung
DE60004828T2 (de) Empfänger/dekodierer für digitale tv-signale mit interaktiver programmeinlesung

Legal Events

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

Owner name: PANASONIC CORP., KADOMA, OSAKA, JP