(19)
(11) EP 1 845 643 A2

(12) EUROPÄISCHE PATENTANMELDUNG

(43) Veröffentlichungstag:
17.10.2007  Patentblatt  2007/42

(21) Anmeldenummer: 07015293.9

(22) Anmeldetag:  25.08.2004
(51) Internationale Patentklassifikation (IPC): 
H04H 1/00(2006.01)
(84) Benannte Vertragsstaaten:
AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PL PT RO SE SI SK TR

(30) Priorität: 26.08.2003 DE 10339537

(62) Anmeldenummer der früheren Anmeldung nach Art. 76 EPÜ:
04764470.3 / 1658689

(71) Anmelder: Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V.
80686 München (DE)

(72) Erfinder:
  • Zink, Alexander
    96135 Stegaurach (DE)
  • Prosch, Markus
    91058 Erlangen (DE)
  • Korte, Olaf
    90542 Ingensdorf (DE)
  • Reichenbächer, Michael
    90469 Nürnberg (DE)
  • Kilian, Gerd
    91056 Erlangen (DE)
  • Jaumann, Thomas
    91085 Weisendorf (DE)
  • Frühwald, Thomas
    90489 Nürnberg (DE)

(74) Vertreter: Schenk, Markus et al
Patentanwälte Schoppe, Zimmermann Stöckeler & Zinkler Postfach 246
82043 Pullach
82043 Pullach (DE)

 
Bemerkungen:
Diese Anmeldung ist am 03 - 08 - 2007 als Teilanmeldung zu der unter INID-Kode 62 erwähnten Anmeldung eingereicht worden.
 


(54) Radio


(57) Eine Erkenntnis der vorliegenden Erfindung besteht darin, dass ein Benutzer eines Rundfunkempfängers bedeutend schneller an Textinformationen gelangt, wenn in einem in dem Rundfunksignal umfassten Textinformationsobjekt, das auf der Anzeige des Rundfunkempfängers gerade angezeigt wird, ein Verweis auf ein anderes Textinformations-Objekt in dem Rundfunksignal enthalten ist, und es dem Benutzer ermöglicht wird, durch einfache Bedienung einer Benutzer-Auswahleinrichtung zu veranlassen, dass die anzuzeigenden Textinformationen von den Textinformationen des aktuellen Textinformationsobjekts auf die Textinformationen des Textinformationsobjekts geändert werden, auf das durch das aktuelle Textinformationsobjekt verwiesen wird. Der Zusatzaufwand ist hierbei sehr begrenzt, da bei heutigen Rundfunkempfängern zumeist eine "unbelegte" Taste, die nur in speziellen Situationen der Benutzung des Rundfunkempfängers eine zugewiesene Funktion hat und somit belegt ist, existiert und insoweit als Benutzer-Auswahleinrichtung verwendet werden kann. Wegen der starken Limitierung der verfügbaren Bandbreiten gängiger Rundfunksysteme für Datendienste werden bei der Generierung der zu übertragenden Textinformationsobjekte möglichst effiziente Codierungen verwendet.




Beschreibung


[0001] Die vorliegende Erfindung bezieht sich auf Radios und insbesondere auf solche, die eine Anzeige aufweisen, um Textinformationen anzeigen zu können.

[0002] Es existieren bereits textbasierte Nachrichtendienste für digitale Rundfunksysteme, bei denen ein Benutzer eines Radios Textnachrichten an einer Anzeige des Radios ablesen kann. Hierbei werden in dem Rundfunksignal zusammen mit den Audioinformationen für das Radio weitere Informationen, nämlich Textinformationen, ausgestrahlt. Ein Hörfunkstandard, der diese Übertragung von Audio-Informationen und Textinformationen nebeneinander in einem Übertragungskanal bzw. Rundfunksignal ermöglicht, ist beispielsweise der DAB-Standard (DAB = Digital Audio Broadcasting).

[0003] Textbasierte Nachrichtendienste nutzen diese Möglichkeit des digitalen Rundfunks jetzt schon aus, um an Endgeräte Textnachrichten auszustrahlen. Beispielsweise senden Rundfunkanstalten neben dem eigentlichen Rundfunkprogramm, also den Audio-Informationen, Textinformationen, die auf der Anzeige des Rundfunkempfängers des Benutzers angezeigt werden können, wie z.B. den Namen des Rundfunkprogramms oder aber aktuelle Nachrichten oder dergleichen. Über die Art und die Reihenfolge der Informationen entschied der Programmverantwortliche. Bisherige textbasierte Nachrichtendienste ermöglichten es einem Benutzer hierbei nur beschränkt Einfluss auf die Auswahl der Textnachrichten zu nehmen, die auf seinem Display angezeigt wurden, wie z.B. durch Wechseln des Programms.

[0004] Es ist deshalb die Aufgaben der vorliegenden Erfindung ein Textinformationsdienstschema bereitzustellen, das einem Benutzer eine effektivere Möglichkeit bietet, mittels eines Radios an gewünschte Textinformationen über den Rundfunk zu gelangen.

[0005] Diese Aufgabe wird durch einen Rundfunkempfänger gemäß Anspruch 1 und Verfahren zum Steuern eines Rundfunkempfängers gemäß Anspruch 14 gelöst.

[0006] Eine Erkenntnis der vorliegenden Erfindung besteht darin, dass ein Benutzer eines Rundfunkempfängers bedeutend schneller an Textinformationen gelangt, wenn in einem in dem Rundfunksignal umfassten Textinformationsobjekt, das auf der Anzeige des Rundumrundfunkempfängers gerade angezeigt wird, ein Verweis auf ein anderes Textinformations-Objekt in dem Rundfunksignal enthalten ist, und es dem Benutzer ermöglicht wird, durch einfache Bedienung einer Benutzer-Auswahleinrichtung zu veranlassen, dass die anzuzeigenden Textinformationen von den Textinformationen des aktuellen Textinformationsobjekts auf die Textinformationen des Textinformationsobjekts geändert werden, auf das durch das aktuelle Textinformationsobjekt verwiesen wird. Der Zusatzaufwand ist hierbei sehr begrenzt, da bei heutigen Rundfunkempfängern zumeist eine "unbelegte" Taste, die nur in speziellen Situationen der Benutzung des Rundfunkempfängers eine zugewiesene Funktion hat und somit belegt ist, existiert und insoweit als Benutzer-Auswahleinrichtung verwendet werden kann.

[0007] Gemäß einem speziellen Ausführungsbeispiel der vorliegenden Erfindung werden die Textinformationsobjekte in dem Rundfunksignal aufeinanderfolgend neben anderen Informationen in dem Rundfunksignal, wie z.B. den Audio-Informationen oder aber anderen Informationen, von einem Rundfunksender ausgestrahlt, wobei jedes Textinformationsobjekt eine Objekt-ID aufweist. Verweist ein Textinformations-Objekt auf ein anderes Textinformationsobjekt, so unterscheiden sich deren Objekt-IDs. Das Einführen der Objekt-IDs ermöglicht es, die Textinformationsobjekte in dem Rundfunksignal inhaltlich in Gruppen einzuteilen und sie für Empfänger erkennbar zyklisch wiederholt zu übertragen und dabei zu aktualisieren. Ein Rundfunkempfänger kann somit ohne inhaltlich den Inhalt der Textinformations-Objekte, d.h. die Textinformationen, analysieren zu müssen, erkennen, ob ein bestimmtes soeben empfangenes Textinformationsobjekt, obwohl es sich von dem aktuellen angezeigten unterscheidet, den selben Gegenstand betrifft wie ein vorher bereits empfangenes und somit eine Aktualisierung darstellt, oder ob das aktuell empfange Textinformationsobjekt inhaltlich einen völlig anderen Gegenstand betrifft. Eine Aktualisierung kann auf einfache Weise vorgenommen werden, indem die Objekt-ID eines auf das aktuell angezeigte Textinformations-Objekt unmittelbar oder nicht unmittelbar folgenden Textinformationsobjekts in dem Rundfunksignal mit der Objekt-ID des aktuell angezeigten verglichen wird. Abhängig davon, ob der Vergleich die Identität bei den Objekt-IDs ergibt, wird die Aktualisierung vorgenommen oder nicht.

[0008] Gemäß einem Ausführungsbeispiel der vorliegenden Erfindung kann die Aktualisierung für die Rundfunkempfänger unaufwendiger gestaltet werden, indem die Textinformationsobjekte neben der Objekt-ID noch einen Revisionsindex aufweisen, der Auskunft darüber gibt, welche Version der Textinformationen, die dieser Objekt-ID zugeordnet sind, dieses Textinformationsobjekt betrifft. Ein Radioempfänger ist folglich nicht gezwungen, blind eine Aktualisierung immer dann vorzunehmen, wenn in dem Rundfunksignal wieder ein Textinformationsobjekt ausgestrahlt wird, dessen Objekt-ID mit der Objekt-ID des aktuell angezeigten Textinformations-Objekts übereinstimmt. Vielmehr wird die Aktualisierung noch davon abhängig gemacht, ob sich der Revisionsindex geändert hat. Bildaufbau und andere Aufbereitungsmechanismen unterbleiben folglich, wenn das neue Textinformationsobjekt mit selbiger Objekt-ID sich inhaltlich gar nicht von dem bereits angezeigten unterscheiden kann, da es dieselbe Version der Textinformationen zu dieser Objekt-ID betrifft. Der Zusatzaufwand durch die Belastung des Übertragungskanals durch den Revisionsindex in jedem Textinformationsobjekt ist vergleichsweise gering.

[0009] Die Aktualisierung kann darüber hinaus weiter benutzerfreundlicher gestaltet werden, wenn zwischen den einzelnen Textinformations-Objekten unterschieden wird. Gemäß einem Ausführungsbeispiel der vorliegenden Erfindung existieren Menüobjekte, Listenobjekte und reine Textobjekte. Jedes Textinformationsobjekt ist durch einen Objekt-Deskriptor bzw. eine Objekt-Typ-ID einem dieser Typen zugeordnet. In dem Fall, dass es sich um Menü- oder Listen-Objekte handelt, führt der Rundfunkempfänger die Aktualisierung unmittelbar, d.h. ohne eine Benutzerinteraktion, durch, während anderenfalls die Aktualisierung davon abhängig gemacht wird, ob der Benutzer sein Einverständnis bzw. seine Zustimmung zur Aktualisierung erteilt, damit er nicht wegen einer eventuell nur geringfügigen Aktualisierung beim Lesen eines zusammenhängenden längeren Textes jäh unterbrochen wird.

[0010] Gemäß einem weiteren Ausführungsbeispiel ist es ferner vorgesehen, dass die Anzeige bei der Aktualisierung in dem Fall, dass die Menge an Textinformationen des neuen Textinformationsobjekts größer als eine anzeigbare Größe ist, einen Ausschnitt der Textinformationen dieses neuen Textinformationsobjekts anzeigt, der sich zumindest teilweise mit einem Ausschnitt überschneidet, den die Anzeige vor der Aktualisierung von dem alten Textinformationsobjekt zeigte. Insbesondere bei Listen- und Menü-Objekten ergibt dies den Vorteil, dass der Benutzer sich nach erfolgter Aktualisierung nicht neu in der Liste bzw. dem Menü orientieren muss, und dass er aber trotzdem beim Weiterscrollen die Aktualisierung erfährt.

[0011] Verfügt der Rundfunkempfänger bzw. das Radio über einen Cache-Speicher zum zeitweiligen Speichern von bereits empfangenen Textinformationsobjekten, so ist es ihm möglich, bei der Änderung der anzuzeigenden Textinformationen von Textinformationen des aktuellen Textinformations-Objekts auf Textinformationen des Textinformationsobjekts mit anderer Objekt-ID, auf das das aktuelle Textinformations-Objekt verweist, zunächst in dem Cache-Speicher nachzuschlagen, ob sich ein Textinformationsobjekt mit dieser Objekt-ID nicht bereits im Cache-Speicher befindet. Der Benutzer gelangt somit schneller zu den neuen Textinformationen des neuen Textinformationsobjekts und muss nicht die Zeitdauer abwarten, bis ein Textinformationsobjekt mit der gewünschten Objekt-ID, auf das das aktuelle Textinformationsobjekt verweist, in dem Rundfunksignal wieder ausgestrahlt wird.

[0012] Damit der Benutzer beim Durchsehen des Menüs bzw. Scrollen durch dasselbe gleich weiß, welche Menüoptionen auf Objekt-IDs verweisen, für die ein Textinformationsobjekt im Cache-Speicher gespeichert ist, kann ein Cache-Treffer-Identifizierer vorgesehen sein, der zunächst im Cache-Speicher nach Textinformationsobjekten für alle Objekt-IDs nachschlägt, die den Menüoptionen des Menü-Objekts zugeordnet sind, und dann durch Modifizieren der anzuzeigenden Textinformationen dafür sorgt, dass die Menüoptionen, für die Textinformationsobjekte in dem Cache-Speicher vorhanden sind, für den Benutzer sichtbar von denjenigen unterscheidbar sind, für die noch keine Textinformationsobjekte im Cache-Speicher vorhanden sind. Dies beschleunigt für einen Benutzer das Zappen durch die Menüs, d.h. den Knoten des Objektbaumes, gemäß dem die Textinformationsobjekte angeordnet sind.

[0013] Gemäß einem weiteren Ausführungsbeispiel der vorliegenden Erfindung unterstützt ein Rundfunkempfänger eine Favoriten-funktionalität. In einem Favoritenspeicher sind hierzu eine oder mehrere Objekt-IDs von Textinformationsobjekten gespeichert, die Gegenstände betreffen, die den Benutzer wiederholt, beispielsweise jeden Morgen auf der Fahrt zur Arbeit, interessieren und die er durch Bedienen einer Favoriten-Abfrage-Einrichtung abrufen kann. Um nun zu verhindern, dass der Benutzer Objekt-IDs zu den Favoriten hinzufügt, die aber nicht auf längere Zeit hin einem Textinformations-objekt mit diesem Gegenstand zugeordnet sind, wie z.B. eine einmalige Nachrichtenmeldung, sondern die anschließend wieder einem Textinformationsobjekt mit einem inhaltlich anderen Gegenstand zugewiesen werden, umfasst ein Textinformationsobjekt beispielsweise ein Statisch-Flag. Die Zu-Favoriten-Hinzufügen-Funktionalität des Rundfunkempfängers wird nur aktiviert, wenn das Statisch-Flag gesetzt ist, sonst nicht, wodurch sinnloses Hinzufügen zufällig zugewiesener Objekt-IDs vermieden wird.

[0014] Bevorzugte Ausführungsbeispiele der vorliegenden Erfindung werden nachfolgend bezugnehmend auf beiliegende Zeichnungen näher erläutert. Es zeigen:
Fig. 1
ein Übersichtsblockschaltbild mit Sender und Empfänger zu Veranschaulichung eines Textinformationsrundfunkdienstes gemäß einem Ausführungsbeispiel der vorliegenden Erfindung;
Fig. 2
eine exemplarische Baumstruktur, in der die Textinformationsobjekte des Dienstes von Fig. 1 angeordnet sind;
Fig. 3
eine schematische Zeichnung zur Veranschaulichung des Aufbaus der Textinformationsobjekte nach dem Dienst von Fig. 1 gemäß einem Ausführungsbeispiel der vorliegenden Erfindung;
Fig. 4a-e
schematische Zeichnungen zur Veranschaulichung des Aufbaus, exemplarischer Textinformationsobjekte oder von Teilen derselben durch NML- und UTF-8-Codes;
Fig. 5
eine schematische Zeichnung zur Veranschaulichung der seriellen und zyklischen Übertragung der Textinformationsobjekte in dem Rundfunksignal von Figur 1;
Fig. 6a-d
exemplarische Bildschirmanzeigen auf der Anzeige des Rundfunkempfängers von Fig. 1;
Fig. 7
ein Flussdiagramm eines Anzeige-Aktualisierungs-Prozesses gemäß einem Ausführungsbeispiel der vorliegenden Erfindung;
Fig. 8
ein Flussdiagramm eines Cache-AktualisierungsProzesses gemäß einem Ausführungsbeispiel der vorliegenden Erfindung;
Fig. 9
eine schematische Skizze einer exemplarischen Baumstruktur von Textinformationsobjekten zur Veranschaulichung der Cache-Verdrängungs-Strategie gemäß einem Ausführungsbeispiel der vorliegenden Erfindung;
Fig. 10
ein Flussdiagramm eines Scroll-Prozesses gemäß einem Ausführungsbeispiels der vorliegenden Erfindung;
Fig. 11
ein Flussdiagramm eines Menü-Auswahl-Prozesses gemäß einem Ausführungsbeispiels der vorliegenden Erfindung;
Fig. 12
ein Flussdiagramm einer Objekt-Pfad-Aktualisierung gemäß einem Ausführungsbeispiel der vorliegenden Erfindung; und
Fig. 13
ein Flussdiagramm eines Eine-Hierarchie-EbeneZurück-Prozesses gemäß einem Ausführungsbeispiel der vorliegenden Erfindung; und
Fig. 14
ein Flussdiagramm eines Favoriten-HinzufügungProzesses gemäß einem Ausführungsbeispiel der vorliegenden Erfindung.


[0015] Die vorliegende Erfindung wird nachfolgend bezugnehmend auf die Figuren vor dem Hintergrund eines Textinformationsrundfunkdienstes beschrieben, wie er in Figur 1 im Aufbau gezeigt ist. Radios gemäß der vorliegenden Erfindung könnten jedoch auch im Rahmen anderer Textinformations-Rundfunksysteme Verwendung finden. Bei in unterschiedlichen Figuren gleichermaßen vorkommenden Elementen sind für diese gleiche Bezugszeichen verwendet worden, wobei eine wiederholte Beschreibung der Elemente vermieden wurde.

[0016] Der Textinformationsrundfunkdienst nach Fig. 1, der im Folgenden auch manchmal als "NewsService Journaline" bezeichnet wird, wird in Fig. 1 an einem Paar eines Rundfunksenders 10 und eines Rundfunkempfängers 12 veranschaulicht. Der Rundfunksender 10 ist eine stationäre zentrale Rundfunkstation, die über eine Antenne 14, wie z.B. einen Sendemast, Rundfunksignale 16 an eine Vielzahl von Rundfunkempfängern, wie den Rundfunkempfänger 12, ausstrahlt. Das Rundfunksignal 16 umfasst neben Audio-Informationen, die unterschiedliche Rundfunkprogramme betreffen können, Textinformationen, die für die Rundfunkempfänger bzw. Endgeräte 12 und deren Benutzer im Rahmen des Textnachrichtenrundfunkdienstes bestimmt sind. Das Rundfunksignal 16 entspricht beispielsweise dem DAB-Standard.

[0017] Der Rundfunksender 10 umfasst neben anderen Komponenten, die für die Audio-Übertragung bzw. für die Übertragung der Audio-Informationen bestimmt sind und hier aus Übersichtlichkeitsgründen nicht gezeigt sind, einen Speicher 18 und eine Einbindungseinrichtung 20. Der Speicher 18 enthält eine Liste 22 von Textinformationsobjekten. Wie es später noch detaillierter beschrieben werden wird, umfasst jedes Textinformationsobjekt zumindest eine Objekt-Identifikationsnummer bzw. Objekt-ID sowie den eigentlichen Textinhalt, d.h. die Textinformationen. Daneben umfassen Textinformationsobjekte je nach ihrem Typ auch weitere Informationen, wie es ebenfalls detaillierter im Folgenden beschrieben werden wird. Die Textinformationsobjekte in der Liste 22 werden von einem Dienstbetreiber gepflegt und aktualisiert. Er trifft die Auswahl an Themen, die die Objekte betreffen, die Struktur, in der die Objekte geordnet sind, und die Zeitdauer, in der dieselben zyklisch wiederholt ausgestrahlt werden.

[0018] Die Einbindungseinrichtung 20 ist mit dem Speicher 18 verbunden, um die Textinformationsobjekte von dem Speicher 18 auszulesen und in das Rundfunksignal einzubinden, um dasselbe über die Antenne 14 als das Rundfunksignal 16 auszustrahlen. Die Auslese bzw. Ausstrahlung durch die Einbindungseinrichtung 20 erfolgt für jedes Textinformationsobjekt zyklisch, so dass insgesamt alle Textinformations-Objekte zyklisch nacheinander über in dem Rundfunksignal 16 ausgestrahlt werden, und zwar mit unterschiedlichen Zyklus-Wiederholzeiten, wie es später noch bezugnehmend auf Figur 5 detaillierter beschrieben wird.

[0019] Ein Rundfunkempfänger 12 gemäß dem vorliegenden Ausführungsbeispiel umfasst eine Empfangseinrichtung 24, eine Steuereinrichtung 26, einen Lautsprecher 28, eine Anzeige bzw. ein Display 30, einen Speicher 32, ein erstes Bedienfeld 34 und ein zweites Bedienfeld 36. Die Empfangseinrichtung 24 ist mit einem Dateneingang mit einer Antenne 38 verbunden, um über dieselbe 38 das Rundfunksignal 16 zu empfangen. Die Empfangseinrichtung 24 ist geeignet ausgebildet, um aus dem Rundfunksignal 16 die Audio-Informationen und die Textinformationen zu extrahieren und über ihren Datenausgang an die Steuereinrichtung 26 weiterzuleiten.

[0020] Die Steuereinrichtung 26, wie z.B. ein Prozessor oder dergleichen, leitet zunächst die Audio-Informationen an den Lautsprecher 28 weiter. Hierbei wird schon eine Auswahl getroffen worden sein unter einem Angebot verschiedener Audioinhalte bzw. Rundfunkprogramme. Die Weiterleitung ausgewählter Audiosignale kann entweder über eine interne Leitung zu einem integrierten Lautsprecher 28 geschehen, wie es in Figur 1 mit durchgezogenen Linien dargestellt ist, oder über einen Lautsprecheranschluss oder durch Ausgabe geeigneter Audiosignale an einen externen Lautsprecher 40 geschehen, der extern zu dem Rundfunkempfänger 12 angeordnet ist, wie es mit gepunkteten Linien in Figur 1 gezeigt ist.

[0021] Über das Bedienfeld 36, das beispielsweise lediglich einen Kippschalter mit zwei Kipppositionen bzw. Kippstellungen umfasst, kann der Benutzer des Rundfunkempfängers 12 beispielsweise von einem Rundfunkprogramm zu dem anderen wechseln. Das Bedienfeld 36 ist hierzu mit der Steuereinrichtung 26 verbunden, die wiederum ausgebildet ist, um je nach vorliegen einer jeweiligen Kippstellung das aktuelle Programm und damit die Audiosignale an den Lautsprecher 28 bzw. 40 zu ändern.

[0022] Weitere Steuersignale erhält die Steuereinrichtung 26 von dem Bedienfeld 34. Das Bedienfeld 34 besteht beispielsweise aus vier Knöpfen, einem mit einem Pfeil nach unten, einem mit einem Pfeil nach oben, einem mit einem Pfeil nach links und einem anderen mit einem Pfeil nach rechts, oder aus zwei Kippschaltern, die senkrecht zueinander angeordnet sind, oder einem rauteförmigen Kippschalter, wobei jedoch auch andere Möglichkeiten für das Bedienfeld 34 bestehen. Anstatt eines Bedienfeldes mit Knöpfen könnte beispielsweise eine Spracheingabe vorgesehen sein. Das Bedienfeld 34 ist dazu vorgesehen, dass der Benutzer über das Bedienfeld 34 der Steuereinrichtung 26 Steuersignale zuführen kann, mit denen derselbe auf eine Weise, wie sie im Folgenden näher erörtert werden wird, Einfluss darauf nehmen kann, welche Textinformationen die Steuereinrichtung 26 als die anzuzeigenden Textinformationen an die Anzeige 30 weiterleitet. Die Textinformationen, die die Steuereinrichtung 26 an die Anzeige 30 weiterleitet, extrahiert dieselbe aus den Textinformationsobjekten, die in dem Rundfunksignal 16 enthalten sind, und durch die Empfangseinrichtung 24 aus dem Rundfunksignal extrahiert werden. Die Textinformationsanzeigefunktionalität ist von der Widergabe der Audioinformationen völlig losgelöst, so dass bei Betätigung des Bedien-feldes 34 die Tonwiedergabe bzw. das aktuell über den Lautsprecher 28 oder 40 wiedergegebene Programm nicht unterbrochen wird.

[0023] Der Rundfunkempfänger 12 von Figur 1 umfasst ferner in dem Speicher 32, der im Folgenden auch als Cache-Speicher bezeichnet wird, und beispielsweise ein RAM ist, eine Liste bereits empfangener Textinformationsobjekte 42, eine Objekt-Pfad-Liste 44 von Objekt-IDs, deren Inhalt und Bedeutung im Folgenden noch näher erörtert werden wird, und eine Liste bzw. ein Array von Objekt-IDs, die als Favoritenliste 46 bezeichnet wird, deren Bedeutung ebenfalls im Folgenden näher spezifiziert werden wird.

[0024] Durch den "NewsService Journaline" kann der Benutzer des Radios bzw. Rundfunkempfängers 12 auf einfache Weise und sofort auf Informationen gemäß ihrem oder seinem augenblicklichen Interessentyp zugreifen. Die Informationen liegen in einfacher Textform vor. Die Textinformationen sind in den Textinformationsobjekten enthalten. Es existieren verschiedene Textinformationsobjekte, die nach ihrem Typ unterschieden werden können. Da gibt es einerseits Menü-Objekte, Textobjekte und Listenobjekte. Bevor näher auf den Aufbau der einzelnen Objekttypen eingegangen wird, soll bezugnehmend auf Figur 2 kurz deren hierarchische Struktur veranschaulicht werden.

[0025] Figur 2 veranschaulicht, wie die Textinformationsobjekte gemäß dem vorliegenden Ausführungsbeispiel in einer Baumstruktur angeordnet sind. Figur 2 zeigt ein exemplarisches Beispiel eines Objektbaumes 50 aus Textinformationsobjekten. Die Textinformationsobjekte sind in Figur 2 mit eckigen Rechtecken bzw. angerundeten Rechtecken angezeigt. Jedes Textinformationsobjekt ist mit einem "M", "T" und "L" für Menü-, Text- bzw. Listen-Objekt beschriftet. Wie bereits erwähnt, ist jedem Textinformationsobjekt eine Objekt-ID zugeordnet. Lediglich exemplarisch wird davon ausgegangen, dass dem Textinformationsobjekt an der Wurzel des Objektbaumes 50 die feste Objekt-ID 0 zugewiesen ist, d.h. 0x0000. Dieses Haupt-Menü-Objekt, angezeigt mit 52, befindet sich in der ersten Hierarchieebene des Objektbaums 50 und wird von der Steuereinrichtung 26, sobald es nach dem Einschalten des Radios 12 über das Rundfunksignal 16 ausgestrahlt worden ist, zu aller erst an die Anzeige 30 zur Anzeige weitergeleitet. Das Hauptmenü-Objekt 52 wird folglich zu Beginn gezeigt, wenn der Benutzer das Radio oder die "NewsServcie Journaline"-Funktionalität des Radios 12 das erste Mal einschaltet, ohne dabei eine spezifische Objekt-ID abzufordern.

[0026] In dem Ausführungsbeispiel von Figur 2 ist das Textinformationsobjekt an der Wurzel des Objektbaumes 50 ein Menü-Objekt. Wie es im Folgenden noch näher erörtert werden wird, umfasst jedes Menü-Objekt in seinen Textinformationen mehrere Menü-Optionen bzw. Menüpunkte, denen jeweils ein Verweis auf ein Textinformationsobjekt einer nächsthöheren Hierarchieebene in Form einer Objekt-ID zugeordnet ist. In dem vorliegenden exemplarischen Beispiel umfasst das Menü-Objekt 52 vier Menü-Optionen und damit vier Verweise auf andere Textinformationsobjekte, wie es mit Pfeilen 54 angedeutet ist. Insbesondere verweist in dem vorliegenden Beispiel das Menü-Objekt 52 auf zwei weitere Menü-Objekte 56 und 58 sowie zwei Text-Objekte 60 und 62, die all vier die Textinformationsobjekte der zweiten Hierarchieebene bilden. Während die Menü-Objekte 56 und 58 der zweiten Hierarchieebene ihrerseits wiederum Verweise auf weitere Textinformationsobjekte aufweisen, angedeutet durch Pfeile 64 und 66, umfassen Textobjekte, und somit auch die Textobjekte 60 und 62, keinen Verweis auf ein anderes Textinformationsobjekt. Sie enthalten lediglich Textinformation. Die Text-Objekte "T" bilden somit die Blätter des Objektbaumes 50. Selbiges gilt für Listen-Objekte "L".

[0027] Wie es in Figur 2 dargestellt ist, bildet somit der exemplarische Objektbaum 50 von Figur 2 vier Hierarchieebenen, wobei jedoch auch jegliche andere Anzahl denkbar ist. Ferner ist es denkbar, dass zwei Menü-Objekte (möglcherweise unterschiedlicher Hierarchieebenen) auf das selbe Textinformations-Objekt verweisen, wie es auch in Figur 2 bei Pfeilen 64 und 66 und dem Textinformations-Objekt 68 in der dritten Hierarchieebene gezeigt ist.

[0028] Die Anzahl an Hierarchieebenen der Baumstruktur kann auf einen bestimmten Wert, wie z.B. 20, begrenzt sein, damit empfangsseitig bei den Rundfunkempfängern 12 der Speicherplatz zur Speicherung des Datenpfads 44 geeignet dimensioniert werden kann.

[0029] Aus der Beschreibung von Fig. 2 wird klar, dass jedes Textinformationsobjekt, im Folgenden auch manchmal einfach als Objekt bezeichnet, von zumindest einem Menü-Objekt referenziert sein muss, bzw. dass zumindest ein Menü-Objekt einen Verweis auf dasselbe aufweisen muss. Lediglich für das Objekt 52 an der Wurzel des Objektbaumes 50 muss kein Textinformationsobjekt existieren, das auf das selbe verweist. Freilich wäre dies aber möglich.

[0030] Die Textinformationsobjekte sind demnach wie in Fig. 2 strukturiert. All diese Textinformationsobjekte in dem Objektbaum 50 sind in der Liste 22 in dem Speicher 18 des Rundfunksenders 10 gespeichert. Sollte aus irgendeinem Grunde der Rundfunksender 10 den "NewsService Jouranline"-Dienst nicht anbieten können, kann das Objekt an der Wurzel des Objektbaums 50 auch ein Textobjekt sein, so dass der Objektbaum 50 lediglich eine Hierarchieebene aufweist, wobei die Textinformationen in diesem Textobjekt beispielsweise auf den vorübergehenden Ausfall des Dienstes hinweisen.

[0031] Fig. 3 zeigt ein Ausführungsbeispiel für den Aufbau von Textinformationsobjekten gemäß einem Ausführungsbeispiel der vorliegenden Erfindung. Nach Figur 3 gliedert sich ein Textinformationsobjekt 100 in einen Objekt-Header-Abschnitt 100a und einen Objekt-Inhalt-Abschnitt 100b und ist maximal 2044 Bytes lang. Die maximale Länge ist nicht zwingend. Freilich wäre es auch möglich unbegrenzte Längen zuzulassen. Sie ermöglicht es aber, dass die Abspeicherung der Objekte 100 sowohl empfangsseitig als auch sendeseitig auf einfache Weise in Arrays erfolgen kann, in denen die Objekte mit einem Versatz von 2044 Bytes oder einem Vielfachen davon zueinander angeordnet sind und damit einfach handhabbar sind.

[0032] Der Objekt-Header-Abschnitt 100a gliedert sich beispielsweise wiederum seinerseits in einen 3 Byte langen Standard-Header 100a1 und einen Erweiterungs-Header 100a2, wobei angenommen wird, letzterer habe eine Länge von n Bytes, wobei n eine Ganzzahl größer gleich Null ist. Der Objekt-Inhalt-Abschnitt 100b ist m Byte lang, wobei m eine Ganzzahl größer Null ist.

[0033] Der Standard-Header 100a1 zergliedert sich beispielsweise wieder in eine 2 Byte bzw. 16 Bit lange Objekt-ID 102, die beim Haupt-Objekt 52 (Figur 2) wie erwähnt 0x0000 betragen kann, und einen Objekt-Deskriptor 104, der die acht niedrigwertigeren Bits des Standard-Headers 100 einnimmt. Die Anzahl von 16 Bits der Objekt-ID schränkt die Anzahl an vergebbaren IDs auf 216, also ungefähr 106, ein. Die Bits des Objekt-Deskriptors 104 haben verschiedene Bedeutung. Wie es bei 106 angedeutet ist, bilden die drei MSB (MSB = Most Significant Bits = höchstwertige Bits) des Objekt-Deskriptors 104 eine Objekt-Typ-ID 108, die drei LSB (LSB = Least Significant Bits = niedrigstwertige Bits) einen Revisions-Index 110 und die beiden Bits dazwischen ein Static- bzw. Statisch-Flag 112 und ein Komprimierungsflag 114.

[0034] Die Objekt-Typ-ID 108 zeigt durch ihren Wert den Objekttyp des Textinformationsobjekts 100 an, wie es in nachfolgender Tabelle gezeigt ist.
Objekt-Typ-ID-Wert Objekt-Typ
0x1 Menü-Objekt
0x2 Text-Objekt
0x3 Nur-Titel-Objekt
0x4 Listen-Objekt


[0035] Die Liste kann freilich jederzeit um neue Objekt-Typen ergänzt werden, die von bisherigen Empfängern zu ignorieren wären.

[0036] Wie es im Folgenden noch erörtert werden wird, hat das Static-Flag die Bedeutung, dass es, wenn es gesetzt ist, dem Benutzer möglich ist, die Objekt-ID 102 zu der Favoritenliste 46 hinzuzufügen. Das Static-Flag wird vom Textinformations-Rundfunkdienst-Betreiber gesetzt oder nicht gesetzt, je nachdem, ob die Objekt-ID nur zufällig und temporär zugewiesen wird, also nur zeitlich begrenzt inhaltlich gleiche Informationen anzeigt, im welchem Fall ein Hinzufügen zu den Favoriten nicht sinnvoll wäre, oder ob die Zuweisung der Objekt-ID dauerhaft ist, und damit eine Favoriten-Hinzufügung sinnvoll wäre, wie es im Folgenden noch näher erörtert werden wird.

[0037] Das Kompressionsflag 114 zeigt an, ob der Objekt-Inhalt-Abschnitt 100b auf vorbestimmte Weise komprimiert ist oder nicht. Der Revisions-Index wird von dem Dienstbetreiber gesetzt, um bei den zyklisch wiederholt seriell übertragenen Textinformationsobjekten mit gleicher Objekt-ID anzugeben, um welche Version der Textinformation bzw. des Gegenstands, auf die sich diese Textinformationsobjekte beziehen, es sich handelt. Bei jeder Aktualisierung wird der Revisions-Index 110 sendeseitig inkrementiert. Betrifft beispielsweise die Textinformation einer bestimmten Objekt-ID den Fußballspielstand eines Fußballspiels, das augenblicklich stattfindet, würde die Textinformation "0:0", die den Spielstand anzeigt, in den ersten Textinformationsobjekten mit dieser Objekt-ID zusammen mit dem Revisions-Index 000b (b für binär) übertragen werden, während nach einem Torschuss in dem Speicher 18 die Textinformation auf "0:1" geändert werden würde und gleichzeitig der Revisions-Index von 000b auf 001b geändert werden würde, so dass nachfolgend übertragene Texinformationsobjekt mit dieser Objekt-ID die Textinformation "0:1" und den Revisionsindex 001b hätten. Der Revisions-Index ermöglicht folglich, wie es im Folgenden noch näher erörtert werden wird, dass empfangsseitig Aktualisierungen abhängig davon durchgeführt werden können, ob sich der Revisions-Index von einem bereits empfangenen Textinformationsobjekt zu einem neu empfangenen Textinformationsobjekt geändert hat oder nicht, ohne inhaltlich analysieren zu müssen.

[0038] Die Objekt-ID wird sendeseitig mit Textinformationen verknüpft, die dann in dem Objekt-Inhalt-Abschnitt 10b enthalten sind, wie es im Folgenden noch erläutert werden wird. Wie bereits erwähnt, gibt es Objekt-IDs die zufällig und nur temporär vergeben werden, und bei denen das Static-Flag 112 nicht gesetzt ist, und solche, bei denen die Objekt-IDs fest mit einer Art von Textinformation (beispielsweise dem aktuellen Wetterbericht einer Stadt) verknüpft sind, die gegebenenfalls aktualisiert wird, wobei dann der Revisions-Index 110 inkrementiert wird.

[0039] Der Erweiterungs-Header 100a2 stellt eine Erweiterungsoption für den Nachrichtendienst dar. Falls in den Datenanwendungssignalisierungsinformationen des Rundfunksystems, also den Steuerungsinformationen in dem Rundfunksignal neben den Audio-Informationen und den Textinformationen, angezeigt wird, dass der Erweiterungs-Header 100a2 zusätzliche Header-Informationen enthält, kann ein Empfänger, der nicht in der Lage ist, mit dem Erweiterungs-Header zu arbeiten, diesen Abschnitt ohne weiteres ignorieren. Da die Anzeige in der Benutzung des Erweiterungs-Headers und den üblichen Datenanwendungssignalisierungsinformationen des Rundfunksystems erfolgt, ist die Länge des Erweiterungs-Headers 100a2 für alle Objekte des "NewsService Journaline" gleich.

[0040] Wie bereits erwähnt, sind der eigentliche Textinhalt bzw. die Textinformationen in den Textinformationsobjekten im Objekt-Inhalt-Abschnitt 100b enthalten. Die Textinformationen sind dabei beispielsweise in einer bTF-8Bit-Kodierung (UTF = Unicode Transformation Format) kodiert.

[0041] Bevor die Kodierung der Textinformationen und der weiteren Informationen in dem Objekt-Inhalt-Abschnitt 100b bezugnehmend auf Figur 4 näher veranschaulicht wird, wird im Folgenden bezugnehmend auf Figur 6a bis 6d zunächst jeder Objekt-Typ näher beschrieben. Figur 6a bis 6d zeigen jeweils ein Beispiel für eine Bildschirmanzeige, wie sie sich je nach Objekt-Typ an der Anzeige 30 ergibt. Es sei erwähnt, dass die Beisiele von einer zur Darstellung von mehreren Zeilen auf einem Bildschirm fähigen Anzeige ausgehen, dass der Dienst aber freilich auch auf existierenden Autoradioanzeigen, die zumeist nur 1 Zeile mit 16 Zeichen anzeigen können, realisiert werden kann.

[0042] Figur 6a zeigt den Bildschirmaufbau, wie er sich auf der Anzeige 30 bei Anzeige der Textinformationen eines Text-Objekts, d.h. mit Objekt-Typ-ID = 0x2, ergibt. Wie es zu sehen ist, gliedert sich eine Textinformation bzw. eine Nur-Text-Nachricht eines Text-Objekts in einen Titel 150 und den eigentlichen Text 152, den sog. Textkörper. Zur Darstellung an den Benutzer werden der Titel 150 und der nachfolgende eigentliche Textabschnitt 152 auf dem Bildschirm der Anzeige 30 mit automatischem Zeilenumbruch angezeigt bzw. aufbereitet. Der Benutzer kann vertikal durch den Text scrollen, beispielsweise durch Betätigung eines vertikal angeordneten Kippschalters oder dergleichen an dem Bedienfeld 34. Der Titel 150 ist an den Textabschnitt 152 angefügt, so dass derselbe gegebenenfalls zusammen mit dem übrigen Text 152 eventuell aus dem angezeigten Abschnitt der Anzeige 30 geschoben wird. Zur Anzeige kann jegliche Schriftart verwendet werden.

[0043] Genauer ausgedrückt wird es der Normalfall sein, dass die Menge an Textinformationen eines Textobjektes größer ist als eine anzeigbare Menge bzw. Größe, so dass nur ein Teil der Textinformationen auf dem Bildschirm der Anzeige 30 angezeigt werden kann. Dieser anzeigbare Abschnitt wird durch Betätigung entsprechender Tasten am Bedienfeld 34 über Titel 150 und Text 152 verschoben. Diese Möglichkeit wird dem Benutzer durch entsprechende Pfeile am rechten Rand des Bildschirms der Anzeige 30 angezeigt, wie es in Figur 6a bei 154 und 156 zu sehen ist. Vorliegend liegt der anzeigbare Abschnitt am Beginn der gesamten Textnachricht. Ein weiteres Scrollen nach oben ist nicht sinnvoll. Dies wird durch entsprechendes, beispielsweise farbliches Hervorheben des Pfeils 154, der nach oben weist, angedeutet. Entsprechende Hervorhebung wird beim Pfeil 156 durchgeführt, wenn sich der anzeigbare Bereich bzw. Abschnitt am Ende der Nachricht befindet und deshalb ein Scrollen nach unten nicht mehr möglich ist.

[0044] Figur 6b zeigt eine Nur-Titel-Nachricht bzw. ein Nur-Titel-Objekt (Objekt-Typ-ID = 0x3). Nur-Titel-Nachrichten umfassen lediglich einen Titel 150, der auf dem Bildschirm der Anzeige 30 angezeigt wird. Ein Textabschnitt 152 bzw. Body-Text ist nicht vorgesehen. Zur Darstellung an den Benutzer wird der Titel-Text 150 auf dem Bildschirm der Anzeige 30 beispielsweise wieder mit automatischem Zeilenumbruch angezeigt. Gegebenenfalls kann der Benutzer durch den Text scrollen. Vorliegend kann jedoch der Titel vollständig auf dem Bildschirm der Anzeige 30 angezeigt werden, so dass durch Fehlen der Pfeile 154 und 156 dem Benutzer angezeigt wird, dass der Titel 150 vollständig angezeigt worden ist und keine Scroll-Möglichkeit besteht. Die Darstellung einer reinen Titelnachricht kann beispielsweise immer sowohl in Zeilen- als auch in vertikaler Richtung zentriert erfolgen. Als Schriftart ist wiederum jede gleich gut verwendbar.

[0045] Figur 6c zeigt eine Listen-Nachricht bzw. die Textinformationen eines Listen-Objekts (Objekt-Typ-ID = 0x4). Eine Listen-Nachricht enthält einen Titel 160 und eine Liste von Textzeilen 162a bis 162d. Zur Darstellung an den Benutzer sollte der Titel im Unterschied zu den in Figur 6a gezeigten Textnachrichten immer auf dem Bildschirm der Anzeige 30 zu sehen sein, während der Benutzer durch die Zeilen 162a bis 162d von Informationen in dem Körper-Abschnitt 162 scrollt. Es kann vorteilhaft sein, zur Darstellung von Listen-Objekten eine Schriftart zu verwenden, die einen gleichmäßigen Zeichenwiderholabstand in Zeilenrichtung aufweist, um wie in dem Beispiel von Figur 6 zweispaltige Tabellen durch Vorsehen von Leerzeichen zu ermöglich. Falls der Titel 160 oder irgendeine Zeile 162a bis 162d eine Zeilenlänge des Bildschirms der Anzeige 30 überschreitet, wird dieser Listen-Punkt bzw. diese Listenzeile beispielsweise am Zeilenende abgeschnitten.

[0046] Figur 6a zeigt eine Menü- bzw. die Textinformation eines Menü-Objektes (Objekt-Typ-ID = 0x1). Ein Menü enthält einen Titel 170 und eine Liste von Menü-Optionen 172a, 172b und 172 c. Jeder Menü-Option ist ein Verweis auf ein anderes Textinformationsobjekt zugeordnet, und zwar in Form einer Objekt-ID. Wie beim Listen-Objekt von Figur 6c kann der Benutzer durch die Menü-Optionen scrollen. Dabei wird immer eine der Menü-Optionen auf dem Bildschirm der Anzeige 30 hervorgehoben, in diesem Fall die Menü-Option 172b. Zeigt der Benutzer durch Drücken einer geeigneten Taste auf dem Bedienfeld 34, wie z.B. der Taste nach rechts, an, dass er zu dem Textinformationsobjekt will, auf das der Verweis der Menü-Option verweist, die gerade hervorgehoben ist, und dessen Inhalt durch den Text in der hervorgehobenen Zeile des Menüs möglichst gut umschrieben wird, wie in dem vorliegenden Fall durch den Menü-Optionstext "Zweite Bundesliga 32. Runde", so wird, wie es im Folgenden beschreiben wird, die Textinformation dieses Textinformationsobjekts als Nächstes auf der Anzeige angezeigt, wodurch das augenblickliche Objekt bzw. die augenblickliche Textinformation auf dem Bildschirm der Anzeige 30 durch die neue ersetzt wird.

[0047] Genauer ausgedrückt besteht also eine Menü-Option aus einem Verweis auf ein anderes Textinformationsobjekt und einem Etikett, das eine Zeile auf dem Bildschirm der Anzeige 30 darstellt und den Inhalt des referenzierten Textinformationsobjekts bezeichnet bzw. betitelt oder umschreibt. Falls der Titel oder ein Etikett die Länge einer Zeile des Bildschirms der Anzeige 30 überschreitet, könnte der entsprechende Inhalt abgeschnitten werden. Neben den entsprechenden Scroll-Pfeilen 156, 154 werden auf dem Bildschirm der Anzeige 30 in dem Fall eines Menü-Objekts durch eckige Klammern 174 Menü-Optionen hervorgehoben, die nicht sofort angezeigt werden können, da sie sich noch nicht im Cache-Speicher 32 befinden, wie es im Folgenden noch näher erörtert werden wird.

[0048] Nachdem im Vorhergehenden bezugnehmend auf Figur 6 Beispiele für Textinformationen von Textinformations-Objekten unterschiedlichen Objekt-Typs beschrieben worden sind, wird im Folgenden bezugnehmend auf Figur 4a-4e exemplarisch die Kodierung dieser Textinformationen im Objekt-Inhalt-Abschnitt 100b (Figur 3) beschrieben. Wegen der starken Limitierung der verfügbaren Bandbreiten gängiger Rundfunksysteme für Datendienste werden bei der Generierung der zu übertragenden Textinformationsobjekte möglichst effiziente Codierungen verwendet.

[0049] Der Objekt-Inhalt-Abschnitt gliedert sich normalerweise in einen Titel- und einen Körper- bzw. Body-Abschnitt. Lediglich bei Nur-Titel-Objekten fehlt der Body-Abschnitt im Objekt-Inhalt-Abschnitt. Der Titel- und Body-Abschnitt jedes Objekts sind durch NML-Codes strukturiert (NML = NewsService Markup Language), die den Anfang und das Ende eines bestimmten Informationsblocks innerhalb des Objekt-Inhalt-Abschnitts anzeigen, wie z.B. des Titel- und des Body-Abschnitts.

[0050] Innerhalb eines bestimmten Informationsblocks, wie z.B. des Titel- oder Body-Abschnitts, können Escape-Sequenzen vorgesehen sein, um Textformatierungs-Informationen einzubringen, wie z.B. Texthervorhebung, erzwungenen Zeilenumbruch, usw., sowie zusätzliche Funktionalitäten, wie z.B. Informationsbereiche, die durch Empfänger, die nicht in der Lage sind, mit der zusätzlichen Funktionalität umzugehen bzw. die diese zusätzliche Funktionalität nicht unterstützen, einfach ignoriert werden können.

[0051] Sowohl NML-Codes als auch Escape-Sequenzen sind Ein-Byte-Codes aus dem Bereich von 0x00 bis 0x1F, sogenannte UTF-8-Steuercodes. Insbesondere umfassen die NML-Codes den Bereich von 0x00 bis 0x0F und die Escape- bzw. Ausweich-Sequenzen einen Bereich von 0x10 bis 0x1F.

[0052] Im Folgenden werden bezugnehmend auf die Beispiele von Figur 4a bis 4e Beispiele für Textinformationsobjekte (Figur 4a bis 4c) bzw. Informationsblöcke im Objekt-Inhalt-Abschnitt (Figur 4d und 4e) beschrieben.

[0053] Zunächst wird der NML-Code näher erläutert. Jeder Objekt-Abschnitt bzw. Objekt-Block in dem Objekt-Inhalt-Abschnitt wird mit einem NML-Code gestartet und durch entweder den NML-Code "End", das Auftreten eines weiteren NML-Codes oder das Ende des Objekt-Inhalt-Abschnitts beendet.

[0054] Die NML-Codes sind exemplarisch auf folgende Weise definiert:

0x00 sei der NML-Code für "Ende". Er wird verwendet, um einen Abschnitt bzw. Block innerhalb des Objekt-Inhalt-Abschnitts zu beenden, ohne dass ein weiterer Abschnitt bzw. weiterer Block begonnen wird. Er ist auf jeden Objekt-Typ anwendbar.

0x01 sei der NML-Code für "Titel" und zeigt durch sein Auftreten in dem Objekt-Inhalt-Abschnitt 100b empfangsseitig den Beginn des Titel-Abschnittes bzw. Titel-Blockes an. Exakt ein Titel-Block muss pro Objekt für alle bisher definierten Objekt-Arten vorhanden sein, der NML-Code 0x01 also zumindest einmal im Abschnitt 100b auftreten. Der Titel-Block muss zudem der erste Block in dem Objekt-Inhalt-Abschnitt 100b sein. Der NML-Code 0x01 ist ebenfalls bei allen Objekt-Typen anwendbar.

0x02 sei der NML-Code für einen Menü-Options-Block-Beginn. Dieser Code stellt also den Anfang jeder Menü-Option in einem Menü-Objekt dar. Dieser Code ist folglich auch nur für Menü-Objekte vorgesehen. Auf das Auftreten des NML-Codes 0x02 hin erwartet der Empfänger bzw. ein in der Steuereinrichtung 26 vorgesehener Dekodierer (nicht gezeigt) in den nachfolgenden Bytes zunächst die Zieladresse bzw. den Verweis bzw. die Objekt-ID des Textinformationsobjekts, auf das verwiesen wird, und anschließend den Text der Menü-Option, der angezeigt werden soll und den Inhalt das referenzierten Objektes beschreibt. Pro Menü-Option eines Menü-Objekts tritt der Code 0x02 einmal in dem Objekt-Inhalt-Abschnitt auf. Genauer ausgedrückt, erwartet empfangsseitig der Dekodierer in der Steuereinrichtung 26, dass auf den Code 0x02 zwei Bytes folgen, die die Objekt-ID des referenzierten Objekts angeben, d.h. des Objekts, das angezeigt werden soll, falls der Benutzer diese Menü-Option auswählt, und daraufhin noch n Bytes, die die anzuzeigende Menü-Options-Beschreibung anzeigen, die in einer Zeile des Menüs dem Benutzer angezeigt werden soll und ihm quasi die Auswahl unter allen Menü-Optionen ermöglichen soll.



[0055] Figur 4a zeigt beispielsweise ein Textinformationsobjekt für das Menü-Objekt von Figur 6a mit den NML-Codes 0x00 bis 0x02 zur Veranschaulichung. Wie bereits bezugnehmend auf Figur 3 beschrieben, beginnt das Objekt 100 mit einem Objekt-Header 100a, der vorliegend exemplarisch n Byte lang ist. Daraufhin folgt der Objekt-Inhalt-Abschnitt 100b. Das erste Byte des Objekt-Inhalt-Abschnitts 100b ist 0x01, d.h. der NML-Code, der den Beginn des Titel-Blocks anzeigt, dessen Textinhalt auf den NML-Code 0x01 an der Byte-Position 0+1 unmittelbar folgt und sich von Byte 0+2 bis Byte k erstreckt. In diesem Abschnitt 200 ist auf eine Weise, wie sie im Folgenden noch näher spezifiziert werden wird, der Titel des Menüs von Figur 6d gespeichert, nämlich "Sport-Deutschland-Fussball". Der empfangsseitige Dekodierer weiß, wann der Titel 200 beendet ist, da, wie im Vorhergehenden erwähnt, die Textinformation des Titels nur mit Ein-Byte- bzw. Multi-Byte-UTF-8-Codewörtern kodiert ist, die nicht NML-Codes oder Escape-Sequenzen sind. Sobald der empfangsseitige Dekodierer folglich beim Byte k+1 wie gezeigt auf den NML-Code 0x02 trifft, weiß er, dass dies der Beginn eines nächsten Blocks ist, nämlich des ersten Menü-Options-Blocks. Die darauffolgenden zwei Bytes k+2 und k+3 zeigen durch Objekt-ID 0xAABB das nächste anzuzeigende Textinformationsobjekt an, in dem Fall, dass dieser Menüpunkt ausgewählt wird. Darauf folgt bei 202 innerhalb der Bits k+4 bis p die Textkodierung für die erste Menü-Option des Menü von Figur 6d, nämlich "Bundesliga 32. Runde". Hierauf folgt beim Byte p+1 wiederum ein NML-Code 0x02 zur Anzeige des Beginns eines Menü-Options-Blocks. Zur Veranschaulichung sind die Menü-Options-Blöcke noch einmal bei den Bezugszeichen 204a, 204b und 204c angezeigt. Am Ende des Textinformationsobjekts 100 tritt der NML-Code 0x00 am Byte t+1 auf. Er zeigt das Ende von in diesem Fall dem gesamten Textinformationsobjekt 100 an. Dieser NML-Code 0x00 kann fehlen, wenn beispielsweise im Erweiterungs-Header die Länge des gesamten Textinformationsobjekts enthalten ist, so dass empfangsseitig durch entsprechende syntaktische Analyse das Ende des gesamten Objektes festgestellt werden kann.

[0056] Weiterhin sei 0x03 der NML-Code, der den Beginn eines Body-Blocks in dem Objekt-Inhalt-Abschnitt anzeige. Dieser enthält also den Text des Textkörpers, der als der eigentliche Text in einem Text-Objekt angezeigt wird, also als 152 in Figur 6a beispielsweise. Lediglich ein Body-Block ist in jedem Objekt-Inhalt-Abschnitt möglich und folglich auch nur das Auftreten von nur einmal 0x03. Der Code kommt nur bei Text-Objekten vor. Bei Nur-Titel-Objekten fehlt der NML-Code 0x03 im Objekt-Inhalt-Abschnitt, da diese keinen Textkörper aufweisen sondern nur einen Titel. Ein Kodierungsbeispiel für ein Titelinformations-Objekt ist in Figur 4b exemplarisch für das Text-Objekt von Figur 6a gezeigt. Der Body-Block ist bei 206 ersichtlich. Er besteht aus dem NML-Code 0x03 gefolgt von der UTF-8-Kodierung für den Body-Text 152, nämlich "Die Kassenlage der Kommunen ...".

[0057] Der NML-Code 0x04 zeige den Beginn eines Listenpunkt-Blocks in dem Objekt-Inhalt-Abschnitt an. Dieser Code tritt nur bei Listen-Objekten in dem Objekt-Inhalt-Abschnitt auf. In den Listenpunkt-Blöcken folgt auf dem NML-Code 0x04 die Kodierung für den Text, der für diesen Listenpunkt in einer Zeile der Liste auf dem Bildschirm der Anzeige angezeigt werden soll. Figur 4c zeigt ein Beispiel für eine Kodierung eines Textinformationsobjekts exemplarisch am Beispiel für das Listen-Objekt von Figur 6c. Die Listenpunkt-Blöcke sind mit 208a, 208b und 208c angezeigt.

[0058] Nachdem bezugnehmend auf die Figur 4a bis 4c verschiedene Ausführungsbeispiele für Textinformationsobjekte zur Veranschaulichung der NML-Codes beschrieben worden sind, wird bezugnehmend auf die Figuren 4d und 4e die Kodierung der Textinformationen in den einzelnen Blöcken 204a bis 204c, 206 und 208a bis 208c beschrieben.

[0059] Ein Block in dem Inhalt-Abschnitt kann mehrere Escape-Sequenzen aufweisen, die dem Benutzer nicht unmittelbar angezeigt werden sollen. Statt dessen können Escape-Sequenzen Aufbereitungshinweise für die Anzeige umfassen, wie z.B. einen Hinweis auf einen hervorzuhebenden Textabschnitt, einen erzwungenen Zeilenwechsel, einen bevorzugten Zeilenwechsel, usw., oder Abschnitte von Text markieren, der nicht zur direkten Bildaufbereitung vorgesehen ist, wie z.B. binären Code, also Dinge, die durch Empfänger, die nicht zur Verarbeitung dieser Datenabschnitte in der Lage sind, ignoriert werden müssen.

[0060] Escape- bzw. ESC-Codes können beispielsweise sein:
ESC-Code Name Beschreibung
0x10 bevorzugter Zeilenumbruch Falls anwendbar, wie z.B. wenn das Radio mit einem mehrzeiligen Bildschirm bzw. einer bestimmten Aufbereitungsvorrichtung ausgestattet ist, soll der Empfänger bzw. dessen Anzeige den auf den Code 0x10 folgenden Text beginnend in einer neuen Zeile anzeigen.
 
Falls nicht anwendbar für einen bestimmten Typ von Aufbereitungsvorrichtung für eine Anzeige, soll ein Leerzeichen eingefügt werden.
0x11 Worttrennungsstelle Falls ein Wort nicht vollständig in das Ende einer Bildschirmzeile passt, kann ein Empfänger empfangsseitig bei Auftreten von 0x11 ein Trennstrich-Zeichen einfügen und einen Zeilenumbruch an dieser Position:
Anderenfalls wird dieser Code ignoriert ohne durch ein anderes Zeichen ersetzt zu werden.
Der Code 0x11 ist besonders bei Worten mit mehr als 15 Buchstaben empfehlenswert.
0x12 Hervorheben-Start Falls anwendbar, soll empfangsseitig der Text zwischen dem "Hervorheben-Start"- und dem "Hervorheben-Stopp"-Code in einer hervorgehobenen Form gemäß den Aufbereitungsfähigkeiten des Empfängers bzw. dessen Anzeige angezeigt werden.
0x13 Hervorheben-Stopp  
Auch diese Codes sollen einfach ignoriert werden, falls die Aufbereitungsvorrichtung (nicht gezeigt in den Figuren) der Anzeige empfangsseitig nicht zum Hervorheben in der Lage ist.
0x1A Datenabschnitt-Start Diese Escape-Codes spezifizieren einen Abschnitt innerhalb des Textes, der nicht durch NewsService-Empfänger 12 aufbereitet werde soll, der nicht in der Lage ist, den Datenabschnitt auszuwerten. Der Datenabschnitt kann beispielsweise HTML/XML-Konforme Etiketten oder binäre Daten umfassen.
0x1B Datenabschnitt-Fortsetzung  
Jeder dieser zwei Codes bzw. Codeworte wird durch ein Byte gefolgt, das die Länge des folgenden Datenabschnitts in "Anzahl von Bytes minus Eins" spezifiziert.
 
Ein Beispielstext mit solchen Datenschnitten könnte beispielsweise lauten "dies ist ein <big> großartiger </big> Test!" (big = groß), wobei die Darstellung ohne "Datenabschnitt"-Escape-Sequenz "dies ist ein <big> großartiger </big> Test!" lauten würde und die beabsichtigte Darstellung auf einem einfachen Empfänger "dies ist ein großartiger Test!". Im ersteren Fall wäre folglich die Anzeige in der Lage, die in den Klammern angegebenen Befehle bei der Anzeige zu berücksichtigen und auszuführen, d.h. in diesem Fall das Wort "großartig" fettgedruckt oder auf andere Weise groß zu schreiben. Ein Beispiel für den Ausschnitt aus einem Objekt-Inhalt-Abschnitt, der diese Text-Sequenz kodiert, ist beispielsweise in Figur 4d gezeigt.
Falls der Datenabschnitt mehr als 256 Bytes aufweist, wird der Escape-Code "Datenabschnitt-Fortsetzung" eingefügt, und zwar direkt nach dem vorhergehenden Datenabschnitt, um den Datenabschnitt um max. 256 Bytes mit jeder Wiederholung zu erweitern. Ein Kodierungsbeispiel hierfür ist in Figur 4e gezeigt. Die Ausführungsbeispiele von Figur 4d und 4e können folglich dafür verwendet werden, die Textpassagen in den Blöcken 204a bis 204c, 206 und 208a bis 208c für entsprechend ausgerüstete Empfänger mit entsprechenden Anzeigern auf spezielle Weise anzuzeigen.
0x1C Erweiterungs-Code Beginn Diese Escape-Codes ermöglichen die Signalisierung von erweiterten Escape-Sequenzen. Jeder dieser zwei Codes bzw. Codewörter wird gefolgt durch einen Erweiterte-Code-Wert, der ein Byte lang ist. Diese Erweiterte-Code-Werte sind für zusätzliche Neuerungen vorgesehen, um für alte Empfänger abwärts-kompatibel zu sein.
0x1D Erweiterungs-Code Ende  
Falls ein "Erweiterungs-Code" in einer "Beginn"- und einer "Ende"-Version existiert, (z.B. wäre ein "Erweiterungs-Code-Wert" 0x00 = <bold> (bold = fettgedruckt)), mit der Notwendigkeit, sowohl <bold-Beginn> und <bold-Ende> zu signalisieren, wird derselbe "Erweiterungs-Code-Wert" verwendet: In dem ersten Fall wird mit dem "Erweiterungs-Code-Beginn"-Escape-Code fortgefahren, in dem zweiten Fall mit "Erweiterungs-Code-Ende"-Escape-Code. Falls ein "Erweiterungs-Code" lediglich ein einzelnen Code ohne eine explizite Beginn/Ende-Version enthält, soll immer mit dem "Erweiterungs-Code-Beginn"-Escape-Code fortgefahren werden.
 
Falls ein Empfänger nicht in der Lage ist, "Erweiterungs-Codes" zu interpretieren, kann derselbe den "Erweiterungs-Code-Beginn/Ende"-Escape-Code (1 Byte) sowie den folgenden "Erweiterungs-Code-Wert" (1 Byte) ignorieren.


[0061] Bisher ist bezugnehmend auf die Figuren 2 bis 6 folglich der Aufbau der Textinformationsobjekte beschrieben worden. Die Textinformationsobjekte werden von dem Sender 10 in dem Rundfunksignal 16 übertragen, und in der Steuereinrichtung 26 mittels eines darin enthaltenen Dekodierers bzw. Parsers (nicht gezeigt) auf die bezugnehmend auf Figur 3 und 4 erläuterte Art und Weise syntaktisch analysiert. Zudem umfasst die Steuereinrichtung 26 eine nicht gezeigte Bildaufbereitungseinrichtung, die aus den syntaktisch analysierten Textinformationen in dem Objektinhalt-Abschnitt des anzuzeigenden Textinformationsobjekts geeignete Daten, wie z.B. Pixel-Daten generiert, die dann zur Anzeige 30 gesendet werden. Es ist jedoch darauf hingewiesen, dass die Aufteilung betreffend die Bildgenerierung bzw. -aufbereitung und Textextraktion aus dem anzuzeigenden Textinformations-Objekt auch anteilig auf die Anzeige 30 verlagert sein kann, oder dass eigens vorgesehene Module zwischen Steuereinrichtung 26 und Anzeige 30 geschaltet sind.

[0062] Während sich die Figuren 3 und 4 mit dem Aufbau eines einzelnen Textinformationsobjekts beschäftigten, wird bezugnehmend auf Figur 5 beschrieben, in welcher Reihenfolge die Textinformationsobjekte in dem Rundfunksignal 16 übertragen werden. Figur 5 zeigt exemplarisch in einer Zeile 300 einen Ausschnitt aus einem Rundfunksignal 16. Mit einem Pfeil 302 ist angedeutet, welcher Teil des Rundfunksignals 16 früher bzw. später ausgestrahlt wird, d.h. gemäß Figur 5 der linke Teil vor dem rechten Teil. Innerhalb des Rundfunksignals 300 sind durch Blöcke einzelne Textinformationsobjekte angedeutet. Jedes Textinformationsobjekt ist nummeriert. Die Nummer sei die dem Textinformationsobjekt zugeordnete Objekt-ID.

[0063] Obwohl das in Figur 5 so dargestellt ist, als ob die Textinformationsobjekte zeitlich hintereinander ausgestrahlt werden würden, ist es freilich möglich, dass die Ausstrahlung einzelner Textinformationsobjekte zeitlich quasigleichzeitig erfolgt. Trotzdem ist unter den Textinformationsobjekten jedenfalls eine Reihenfolge definiert, nämlich durch die serielle Weiterleitung der ausgestrahlten und an der Antenne 38 empfangenen Textinformationsobjekte durch den Empfänger 12, so dass die Darstellung in Figur 5 auch für diesen Fall anwendbar ist. Die Textinformationsobjekte sind in dem Rundfunksignal 300 folglich in einer gewissen Reihenfolge aufeinander folgend angeordnet. Der Sender 10 strahlt jedes Textinformationsobjekt je nach Priorität mit einer gewissen Häufigkeit wiederholt aus. In der Figur 5 beispielsweise das Textinformationsobjekt mit der Objekt-ID 1 mit der Wiederhol-Zeitdauer τ1 und das mit der Objekt-ID 25 mit τ25. Die Häufigkeit bzw. Wiederhol-Zeitdauer richtet sich nach der zu erwartenden Häufigkeit, mit der das jeweilige Textinformationsobjekt durch Benutzer von Endgeräten gewünscht wird, d.h. für Wetternachrichten häufiger als für spezielle Nachrichten aus In- oder Ausland. Der Dienstbetreiber aktualisiert hierzu ständig die Textinformations-objekte in dem Speicher 18. Dies bedeutet zum einem das Hinzufügen von Textinformationsobjekten zu der Liste 22 mit Vergabe neuer Objekt-IDs. Damit einhergehen muss allerdings auch die Änderung mindestens eines Menü-Objektes, das nämlich nun einen weiteren Menüpunkt bzw. eine weitere Menü-Option mit einem Verweis auf dieses neue Textinformations-objekt aufweisen muss. Es erfolgt deshalb auch eine Änderung des entsprechenden Eintrags in der Liste 22 an der entsprechenden Objekt-ID dieses geänderten Menü-Objektes. Es sei beispielsweise das Objekt mit der Objekt-ID 1 in Figur 5 dieses zu verändernde Menü-Objekt, so würde es sich bei der nächsten Ausstrahlung nach der Zyklus-Zeitdauer τ1 verändert haben, und, wie im Vorhergehenden beschrieben, würde insbesondere der Revisions-Index inkrementiert sein. Ist in Figur 5 beispielsweise das Textinformationsobjekt 304 mit der Objekt-ID 1 das Textinformationsobjekts, dessen Textinformationen gerade auf der Anzeige 30 angezeigt werden, und das Textinformations-Objekt 306 mit ebenfalls der Objekt-ID 1 das soeben von dem Empfänger 12 empfangene Textinformationsobjekt, dann kann der Empfänger anhand des Revisions-Index des Textinformations-Objekts 306 und Vergleich desselben mit dem Revisions-Index des Textinformations-Objekts 304 bestimmen, ob eine Aktualisierung notwendig ist oder nicht. Innerhalb einer gewissen, in Figur 5 nicht dargestellten, Gesamtwiederhol-Zeitdauer wird jedes Textinformationsobjekt zumindest einmal ausgestrahlt.

[0064] Es sei darauf hingewiesen, dass aus der Beschreibung von Fig. 5 deutlich wird, dass in der vorliegenden Beschreibung der Begriff "Textinformationsobjekt" doppeldeutig verwendet wird: er bezeichnet einerseits ein Objekt, das in dem Rundfunksignal übertragen wird, aber andererseits auch alle Objekte mit einer speziellen Objekt-ID. So sind genau genommen in Fig. 2 nicht Textinformationsobjekt in der Baumstruktur angeordnet, sondern Objekt-IDs. Jede Objekt-ID steht stellvertretend für mehrere, nacheinander ausgestrahlte Textinformationsobjekte, und zwar die mit der entsprechenden Objekt-ID. Diese müssen ihrerseits nicht alle identisch sein, sondern können im Laufe der Zeit aktualisiert werden. Trotz alledem geht jeweils aus dem Sinnzusammenhang hervor, in welcher Art der Ausdruck "Textinformationsobjekt" gerade verwendet worden ist.

[0065] Nachdem nun im Vorhergehenden bezugnehmend auf die Figuren 1 bis 6 der "NewsService Journaline"-Dienst beschreiben worden ist, inklusive des Aufbaus der Textinformations-Objekte und der Art und Weise ihrer Ausstrahlung, wird im Folgenden die Funktionsweise des Empfängers 12 anhand der Figuren 7 bis 13 gemäß einem Ausführungsbeispiel der vorliegenden Erfindung näher beschrieben.

[0066] Figur 7 zeigt, wie die Steuereinrichtung 26 in einem Anzeige-Aktualisierungs-Prozess ein soeben empfangenes Textinformationsobjekt daraufhin untersucht, ob eine Aktualisierung des Bildschirminhalts der Anzeige 30 durchgeführt werden soll oder nicht. Auf den Eingang eines Textinformationsobjekts hin überprüft nun die Steuereinrichtung 26 in einem Schritt 400 zunächst, ob die Objekt-ID eines aktuell empfangenen Textinformationsobjekts zu der Objekt-ID eines aktuell angezeigten Textinformationsobjektes identisch ist. Dies würde bedeuten, dass das neu empfangene Textinformationsobjekt eventuelle Änderungen zu dem älteren, aktuell angezeigten beinhalten könnte. Ergibt der Vergleich in Schritt 400 keine Identität, endet der Anzeige-Aktualisierungs-Prozess bei 402, um bei Empfang des nächsten empfangenen bzw. nachfolgenden Textinformationsobjekts wieder zu beginnen. Liegt Identität bei Schritt 400 vor, wird in Schritt 404 durch die Steuereinrichtung 26 geprüft, ob sich der Revisions-Index (110 in Figur 3) in dem aktuell empfangenen und dem aktuell angezeigten Textinformationsobjekt gleicht. Ist dies der Fall, bedeutet dies, dass empfangsseitig davon ausgegangen werden kann, dass sich inhaltlich keine Änderungen bezüglich dieser Objekt-ID ergeben haben. Auf Feststellung der Identität in Schritt 404 hin endet folglich der Anzeige-Aktualisierungs-Prozess bei 406, um mit dem unmittelbar nachfolgend empfangenen Textinformationsobjekt wieder zu beginnen. Liegt jedoch Ungleichheit in Schritt 404 vor, überprüft die Steuereinrichtung 26 in einem Schritt 408 die Objekt-Typ-ID (108 in Figur 3), und zwar entweder des aktuell empfangenen oder des aktuell angezeigten Textinformationsobjekts, daraufhin, ob dasselbe einen Listen-, Menü- oder Nur-Titel-Objekt-Typ anzeigt, d.h. 0x1, 0x3 oder 0x4 ist. Ist dies der Fall, wird in einem Schritt 410 nunmehr das neu empfangene Textinformationsobjekt auf der Anzeige 30 angezeigt, wodurch die Textinformation auf der Anzeige 30 aktualisiert wird.

[0067] Bei der Aktualisierung in Schritt 410 sorgt eine Anzeige-Steuerung (nicht gezeigt) dafür, dass die aktuelle Scroll-Position des Benutzers beibehalten wird. Das verhindert, dass der Benutzer, der in einer Liste oder einem Menü gerade mühsam einen Teil durchscrollt bzw. durchforstet hat, bei Aktualisierung wieder von Neuem beginnen muss. Bei einem Menü-Objekt führt die Aktualisierung von Schritt 410 folglich dazu, dass eine Menü-Options-Zeile des Menüs vor der Aktualisierung, wie z.B. die Zeile 172b in Figur 6d, auch nach der Aktualisierung dieselbe Bildschirmposition aufweist, vorausgesetzt, dass das neue Menü-Objekt genügend Zeilen bzw. genügend Menü-Optionen aufweist bzw. dass es überhaupt diese Menü-Option noch aufweist. In dem Fall eines Listen-Objekts führt die Aktualisierung nach Schritt 410 entsprechend dazu, dass eine Listen-Zeile der Liste vor der Aktualisierung an derselben Bildschirmposition angezeigt wird, wie nach der Aktualisierung, vorausgesetzt, dass das neue Listen-Objekt genügend Zeilen aufweist. Beispielsweise wird die Aktualisierung von Schritt 410 derart durchgeführt, dass die so und so vielte Menü-Option bzw. so und so vielte Listen-Zeile an derselben Bildschirmposition vor und nach der Aktualisierung erscheint. Dies bedeutet auch, dass der anzeigbare Bereich vor und nach der Aktualisierung zumindest teilweise überlappt, so dass Verwirrungen beim Benutzer bei einer Aktualisierung vermieden werden.

[0068] Alternativ kann für die Prüfung auf Gleichheit eines Eintrags im neuen Objekt mit dem aktuell angezeigten Eintrag des gerade angezeigten Objekts auch beispielsweise die OBjekt-ID des Menü-Eintrags oder der Text des Menü- oder Listen-Eintrags herangezogen werden.

[0069] In dem Fall eines Nur-Titel-Objektes kann es in Schritt 410 jedoch vorgesehen sein, einfach den aktualisierten Textinhalt des neu empfangenen Objektes wie ein neues Objekt mit neuer Objekt-ID einfach von vorn anzugeigen, da ja Nur-Titel-Nachrichten ohnehin per Definition keinen größeren Textkörper aufweisen. Ein eventuelles erneutes "Bildschirmscrollen" schadet also nicht.

[0070] Bei Listen-, Menü- und Nur-Titel-Objekten geschieht die Aktualisierung nach 410 folglich unmittelbar, automatisch und ohne, dass der Benutzer seine Zustimmung geben muss. Bei Text-Objekten kann es jedoch mühsam sein, wenn der Benutzer aus seiner augenblicklichen Lese-Position in einem Fließtext wieder an den Anfang zurückversetzt wird oder der aktuell ausgelesene Inhalt im aktualisierten Objekt gar nicht mehr enthalten ist. Deshalb wird in dem Fall, dass die Prüfung bei 408 ergibt, dass es sich bei dem aktuell angezeigten oder dem aktuell empfangenen Textinformations-Objekt nicht um eine Listen-, Menü- oder Nur-Titel-Objekt handelt, sondern demnach um ein Text-Objekt, in einem Schritt 410 der Benutzer wie z.B. über eine Anfrage über die Anzeige 30 oder aber über ein blinkendes Lämpchen, ein blinkendes "Aktualisierung" auf dem Bildschirm der Anzeige 30 oder eine andere Einrichtung, darüber informiert, dass eine aktualisierte Version dessen vorliegt, was er gerade liest. Der Benutzer wird hierdurch gleichzeitig angefragt, ob er eine Aktualisierung wünscht oder eine solche vermeiden möchte bzw. ablehnt. Die Zustimmung kann der Benutzer über das Bedienfeld 34 zum Ausdruck bringen, wie z.B. durch Drücken einer gewissen Taste, oder aber durch eine andere Bestätigungseinrichtung. Die Ablehnung kann in einer Keine-Reaktion-Betätigung bzw. -Bedienung bestehen, wie z.B. das Nicht-Drücken einer Taste. Die Möglichkeit, dass der Benutzer seine Zustimmung zum Ausdruck bringt, kann auch zeitlich begrenzt werden, wie z.B. durch eine Zustimmungs-Höchstzeitdauer. In einem Schritt 412 überprüft die Steuerungseinrichtung, ob der Benutzer Zustimmung erteilt oder nicht erteilt. In dem Fall, dass der Benutzer eine Aktualisierung ablehnt, endet der Anzeige-Aktualisierungs-Prozess bis zu seinem Neubeginn bei 414. Anderenfalls erfolgt 416 eine Anzeige-Aktualisierung. Die Anzeige-Aktualisierung in Schritt 416 erfolgt jedoch ohne Beibehaltung der aktuellen Anzeigeposition wie bei Schritt 410, sondern vorzugsweise wie bei Anzeige eines Textinformationsobjektes mit neuer Objekt-ID von Beginn an, d.h. in bis an den Anfang gescrollter Position.

[0071] Figur 8 zeigt einen weiteren Prozess, der durch die Steuereinrichtung 26 ständig bei Eintreffen eines neu empfangenen Textinformationsobjekts ausgeführt wird. Der Prozess von Figur 8 ist ein Cache-Aktualisierungs-Prozess. Der Cache-Aktualisierungs-Prozess von Figur 8 dient dazu, dass der Empfänger 12 stets zumindest einen Teil der bereits empfangenen Textinformationsobjekte, genauer gesagt für jede Objekt-ID das Textinformations-Objekt mit der neuesten verfügbaren Version, für eine schnelle Anzeige bzw. einen schnellen Zugriff aufweist. Zur Cache-Aktualisierung prüft die Steuereinrichtung 26 im Cache-Aktualisierungsprozess zunächst in einem Schritt 450 anhand der Objekt-ID des neu empfangenen Textinformationsobjekts, ob ein Textinformationsobjekt mit dieser Objekt-ID in der Liste 22 in dem Speicher 32 enthalten ist. Falls dies der Fall ist, d.h. in dem Fall eines Cache-Treffers, wird in einem Schritt 452 überprüft, ob sich der Revisions-Index des neu empfangenen Textinformationsobjektes von dem Revisions-Index des Textinformationsobjekts unterscheidet, der im Speicher 32 gespeichert ist und dieselbe Objekt-ID aufweist. Ergibt der Schritt 452 die Identität der beiden Revisions-Indizes, endet der Cache-Aktualisierungs-Prozess bei 454, um bei Eintreffen des nachfolgenden Textinformationsobjekts wieder von vorn zu beginnen. Ergibt die Überprüfung in Schritt 452, dass sich der Revisions-Index des neu empfangenen Textinformationsobjekts von dem in dem Cache-Speicher 32 unterscheidet, erfolgt in Schritt 456 die Ersetzung des entsprechenden Eintrags in der Liste 42 durch das neu empfangene Textinformationsobjekt.

[0072] Ergibt der Schritt 450 jedoch, dass in der Liste 42 des Cache-Speichers 32 kein Eintrag mit einer solchen Objekt-ID vorhanden ist, d.h. einen Cache-Fehlschlag, überprüft die Steuereinrichtung 26 in einem Schritt 458, ob der für die Liste 42 in dem Speicher 32 vorgesehene Speicherplatz voll ist, oder ob noch genügend Speicherplatz vorhanden ist, um einen Eintrag in der Liste 42 vorzunehmen. Ist der Cache nicht voll, so trägt in einem Schritt 460 die Steuereinrichtung 26 das neu empfangene Textinformationsobjekt in der Liste 22 bzw. dem Cache-Speicher 32 ein. Dies wird jedoch nur in einer Anfangsphase nach dem Einschalten des Empfängers 12 bzw. der "NewsService Journaline"-Funktionalität des Empfängers 12 der Fall sein. Nach einer gewissen Zeit wird der Cache-Speicher 32 voll sein. In diesem Fall überprüft in einem Schritt 462 die Steuereinrichtung 26 nach einer gewissen Cache-Verdrängungs-Strategie, wie sie im Folgenden bezugnehmend auf Figur 9 näher erläutert werden wird, ob in dem Cache-Speicher 32 in der Liste 42 ein Textinformationsobjekt existiert, das eine niedrigere Cache-Priorität aufweist, als das neu empfangene. Die Überprüfung 462 berücksichtigt die Baumstruktur der Textinformationsobjekte und definiert unter den Textinformations-objekten eine Prioritäts-Reihenfolge je nachdem, ob auf dieselben durch das aktuell angezeigte Textinformationsobjekt oder ein Textinformationsobjekt in dem Datenpfad zwischen dem Wurzel-Objekt bzw. Haupt-Objekt und dem aktuell angezeigten Textinformationsobjekt verwiesen wird oder nicht, bzw. allgemeiner ausgedrückt, aufgrund seiner Position in der Baumstruktur bzw. seiner relativen Lage zu dem aktuell angezeigten Textinformationsobjekt innerhalb der Baumstruktur. Zusätzlich kann zwischen Objekten gleicher Cache-Priorität der Zeitpunkt des letzten Empfangs oder inhaltlichen Updates bzw. die Häufigkeit des Empfangs bzw. der inhaltlichen Updates ausgewertet werden.

[0073] Um dies zu veranschaulichen, ist in Figur 9 noch einmal exemplarisch ein Objektbaum dargestellt, wobei Menü-Objekte wiederum mit M und Text-Objekte mit T gekennzeichnet sind. Alle Menü-Objekte sind durch eine Nummer am linken unteren Eck nummeriert, welche die Objekt-ID angebe. Das aktuell angezeigte Textinformationsobjekt sei das Text-Objekt mit der Objekt-ID 100. Es befindet sich in der vierten Hierarchieebene. Um durch Verweise von dem Haupt-Objekt mit der Objekt-ID 0 zu dem aktuell angezeigten Text-Objekt mit der Objekt-ID 100 zu gelangen, musste der Benutzer die Textinformationsobjekte bzw. die Menü-Objekte mit der Objekt-ID 3 in der zweiten Hierarchieebene und der Objekt-ID 12 in der dritten Hierarchieebene durchlaufen. Die Folge von Objekt-IDs der Textinformationsobjekte von dem Haupt-Objekt mit der Objekt-ID 0 bis einschließlich des aktuell angezeigten Objekts mit der Objekt-ID 100, mit den auf dem Weg in dem Objektbaum zwischen denselben liegenden Menü-Objekten bilden den Objekt-Pfad 44, den der Empfänger 12 in dem Speicher 32 speichert, und auf den später noch näher eingegangen wird. Er wird eigentlich angelegt, um dem Benutzer das Zurückkehren in höhere Menü-Ebenen zu ermöglichen, und deshalb auch zu jedem "Favoriten" abgespeichert. In vorliegendem exemplarischen Fall lautet der Objekt-Pfad {0, 3, 12, 100}. Alle Objekte, deren Objekt-ID in dem Objekt-Pfad 44 (Figur 1) enthalten sind, sind in Figur 9 durch eine gestrichelte Linie umkreist. Durch eine Strichpunkt-Linie sind in Figur 9 zusätzlich zu den Objekt-Pfad-Objekten alle Objekte umrahmt, auf die durch zumindest eines der Objekte in dem Objekt-Pfad verweisen wird; dies sind in dem Beispiel von Figur 9 die Objekte mit den Objekt-IDs 1, 2, 4, ..., 9, 13. Lediglich exemplarisch war das aktuell angezeigte Textinformations-Objekt in dem Beispiel von Figur 9 ein Text-Objekt. Wäre es ein Menü-Objekt wären durch die Strichpunkt-Linie auf Objekte eingeschlossen, die sich in der fünften Hierarchieebene des Objektbaumes befinden.

[0074] Die Cache-Verdrängungs-Strategie, nach welcher eine Prioritäts-Reihenfolge unter den Objekten festgelegt wird, läuft nun folgendermaßen:
  1. 1. Niedrigste Priorität haben Textinformations-Objekte, die sich außerhalb der Strichpunkt-Linie befinden, d.h. Textinformations-Objekte, auf die nicht durch zumindest eines der Textinformationsobjekte in dem Objektpfad (angezeigt durch die gestrichelte Linie) verwiesen wird. Dies sind bei dem Beispiel von Figur 9 die Textinformationsobjekte 10, 11, 14 bis 20.
  2. 2. Nächsthöhere Priorität besitzen Textinformations-Objekte, die sich zwischen der Strickpunkt-Linie und der gestrichelten Linie befinden. Dies sind also die Objekte, die sich nicht auf dem Objekt-Pfad befindet, auf die aber zumindest durch ein Objekt in dem Objekt-Pfad verwiesen wird.

    2.1. Unter diesen Objekten ist wiederum eine Prioritäts-Reihenfolge definiert, derart, dass Objekte einer höheren Hierarchieebene eine höhere Priorität aufweisen als solche einer niedrigeren Hierarchieebene, d.h. in dem Beispiel von Figur 9 das Objekt mit der Objekt-ID 13 eine höhere Priorität als die mit dem Objekt-IDs 1, 2, 4 bis 9.

    2.2 Unter denen gleicher Priorität sollten dann wiederum Menü-Objekte höherer Priorität aufweisen als die übrigen Objekt-Typen. Das Objekt mit der Objekt-ID 2 hätte folglich geringere Priorität als die Objekte mit den Objekts-ID 1, 4 bis 9.

    2.3 Unter den Verbleibenden mit gleicher Priorität könnte wiederum eine Prioritäts-Reihenfolge dadurch definiert werden, dass Objekten, bei denen das Static-Flag gesetzt ist, eine höhere Priorität zugewiesen wird, als solchen mit nicht gesetzten Static-Flag.

  3. 3. Nächsthöhere Priorität umfassen wiederum die Menüs bzw. Objekte im Objekt-Pfad, vorliegend folglich die Objekte mit den Objekt-IDs 0, 3, 12 und 100. Unter diesen könnte wieder eine Prioritäts-Reihenfolge in Abhängigkeit von der Hierarchieebene definiert werden.


[0075] Es könnte ferner vorgesehen werden, dass abweichend von der vorhergehend dargestellten Verdrängungs-Strategie spezielle Objekte, und zwar mit Objekt-IDs, die in der Favoritenliste 46 in dem Speicher 32 enthalten sind, die höchste Priorität aufweisen. Höchste Priorität aufweisen könnten ferner diejenigen Objekte, auf die durch das aktuell angezeigte Objekt, d.h. mit der Objekt-ID 100 verwiesen wird. Ferner könnten Objekte in der Strichpunktlinie alle gleich behandelt werden, also auch die Objekte des Objekt-Pfades gleich behandelt werden wie die Objekte, auf die sie verweisen, d.h. Punkt 3 würde fehlen.

[0076] Zurückkehrend zu Figur 8 endet der Cache-Aktualisierungs-Prozess bei 464, wenn bei Schritt 462 festgestellt wird, dass in dem Cache-Speicher kein Objekt mit niedrigerer Cache-Priorität existiert. Existiert ein solches, wird bei Schritt 466 das Objekt mit niedrigster Priorität durch das aktuell empfangene Objekt ersetzt. Auch wenn mehrere Objekte gleicher Priorität im Speicher diejenigen mit geringster Priorität sind, sollte ältest-empfangenes ersetzt werden.

[0077] Figur 10 zeigt einen Prozess, der durch die Steuereinrichtung 26 durchgeführt wird, wenn ein Benutzer am Bedienfeld 34 während der Anzeige eines Textinformationsobjekts an der Anzeige 30 Tasten betätigt, die zum Scrollen vorgesehen sind, wie z.B. die Pfeil-nach-oben- und Pfeil-nach-unten-Taste. In diesem Fall verschiebt die Steuereinrichtung 26 in einem Schritt 500 den anzuzeigenden Textausschnitt der Textinformationen des aktuell angezeigten Objekts nach unten bzw. nach oben, falls dies noch möglich ist. Im Fall der Menü- und Listen-Objekte, wird, wie beschrieben, der Titel immer auf dem Bildschirm der Anzeige angezeigt.

[0078] Figur 11 zeigt einen Prozess, der durch die Steuereinrichtung 26 ausgeführt wird, wenn bei angezeigtem Textinformationsobjekt der Benutzer eine Auswahltaste betätigt, die eine eigens vorgesehene Taste auf dem Bedienfeld 34 sein kann, oder beispielsweise die Pfeil-nach-rechts-Taste ist. Bei Betätigung dieser Taste bzw. Auswahleinrichtung prüft die Steuereinrichtung 26 in einem Schritt 550, ob es sich bei dem aktuell angezeigten Textinformations-Objekt um ein Menü-Objekt handelt oder nicht. Ist dies nicht der Fall, ist die Auswahltaste nicht belegt, d.h. ihr ist keine Funktion zugewiesen, und der Prozess von Figur 11 endet bei 552. Handelt es sich um ein Menü-Objekt, so schlägt in einem Schritt 554 die Steuereinrichtung 26 im Speicher 32 nach, ob darin ein Objekt mit einer Objekt-ID enthalten ist, die der hervorgehobenen Menü-Option zugeordnet ist (vgl. 172b in Figur 6d). Ist dies der Fall, d.h. in dem Fall eines Cache-Treffers, ändert in einem Schritt 556 die Steuereinrichtung 26 die anzuzeigende Textinformation auf die des in dem Cache-Speichers 32 enthaltenen Objekts. Da der Zugriff auf den Cache-Speicher 32 schnell ist, vollzieht sich die Bildschirmänderung an der Anzeige 30 für den Benutzer folglich unmerklich, d.h. unmittelbar. Ergibt das Nachschlagen bei 554 jedoch einen Cache-Fehlschlag, wartet in einem Schritt 558 die Steuereinrichtung 26 darauf, dass in dem Rundfunksignal 16 ein Objekt mit der gesuchten Objekt-ID ausgestrahlt wird. Während des Schritts 558 werden alle andern Prozesse natürlich wie üblich durchgeführt, insbesondere die Prozesse von Figur 7 und Figur 8 an den inzwischen eingehenden Objekten. Sobald das Objekt mit der gesuchten Objekt-ID empfangen wird, ändert die Steuereinrichtung 26 in einem Schritt 560 die anzuzeigende Textinformation an dem Bildschirm der Anzeige 30 auf die des aktuell empfangenen Objekts mit der gesuchten Objekt-ID. Nach den Schritten 560 bzw. 556 wird in einem Schritt 562 eine Objekt-Pfad-Aktualisierung durchgeführt, wie sie in Figur 12 detaillierter dargestellt ist.

[0079] Figur 12 stellt den Objekt-Pfad-Aktualisierungs-Prozess von Schritt 562 dar. In einem Schritt 580 wird zunächst durch die Steuereinrichtung 26 in dem Speicher 32 nachgeschlagen, ob die neue Objekt-ID, d.h. die Objekt-ID des nun neu auf der Anzeige 30 angezeigten Objekts, die der angewählten Menü-Option zugeordnet war, bereits in den Objekt-Pfad 44 existiert. Falls dies der Fall wäre, würde das einfache Hinzufügen der neuen Objekt-ID an das Ende der Objekt-Pfad-Liste von Objekt-IDs zu einer zirkularen Referenz führen. Führt der Nachschlag in Schritt 580 folglich zu einem Treffer, sorgt die Steuereinrichtung26 in einem Schritt 582 dafür, dass die Objekt-Pfad-Liste 44 bis zu dieser Objekt-ID gelöscht wird, d.h. um mit dieser Objekt-ID zu enden. Anderenfalls, d.h. in dem Fall eines Fehlschlags beim nachschlagenden Schritt 580, wird in einem Schritt 584 die neue Objekt-ID an das Ende der Objekt-Pfad-Liste 44 angefügt, falls nicht der Objektpfad längenlimitiert ist und bereits seine maximale Länge erreicht hat.

[0080] Die Verwaltung der Objekt-Pfad-Liste 44 ist dazu vorgesehen, um eine Menü-Zurück-Funktionalität zu ermöglichen, wie es bezugnehmend auf Figur 13 näher erläutert wird, die einen Prozess veranschaulicht, den die Steuereinrichtung 26 auf das Drücken einer Zurück-Taste, wie z.B. der Nach-Links-Taste auf dem Bedienfeld 34, ausführt, wenn gerade ein Textinformationsobjekt an der Anzeige 30 angezeigt wird. In diesem Fall nämlich ermittelt die Steuereinrichtung 26 in einem Schritt 600 aus der Objekt-Pfad-Liste 44 diejenige Objekt-ID, die in dem Objekt-Pfad der Objekt-ID des aktuell angezeigten Objekts unmittelbar vorausgeht, und dessen Objekt folglich auf dieselbe verweist. Kurz bezugnehmend auf Figur 9, würde beispielsweise das Drücken der Zurück-Taste dort dazu führen, dass in dem Schritt 600 die Objekt-ID 12 ermittelt werden würde. Daraufhin schlägt in einem Schritt 602 die Steuereinrichtung 26 in dem Speicher 32 nach einem Objekt mit dieser Objekt-ID nach. In dem Fall eines Cache-Treffers ändert die Steuereinrichtung 26 in einem Schritt 604 die anzuzeigende Textinformation auf die des in dem Cache-Speicher 32 enthaltenen Objekts. Anderenfalls, d.h. in dem Fall eines Fehlschlags, wartet die Steuereinrichtung 26 in einem Schritt 606, bis in dem Rundfunksignal 16 ein Objekt mit der gesuchten Objekt-ID ausgestrahlt wird, woraufhin sich wie in einem Schritt 608 die anzuzeigende Textinformation auf die des aktuell empfangenen Objekts mit gesuchter Objekt-ID ändert. Nach den Schritten 604 und 608 aktualisiert die Steuereinrichtung 26 in einem Schritt 610 die Objekt-Pfad-Liste 44 durch Kürzen derselben um die letzte Objekt-ID, nämlich die Objekt-ID des Textinformationsobjektes, das vor der Änderung 604, 608 angezeigt worden ist.

[0081] Es wird natürlich, wie in Fig. 13 auch angezeigt, vor dem Schritt 600, in einem Schritt 612 geprüft, ob der Objekt-ID-Pfad 44 überhaupt mehr als eine Objekt-ID aufweist. Die Länge wäre eins, wenn sich der Benutzer gerade im Hauptmenü (d.h. z.B. 0x0000) befände. Wäre dies der Fall bliebe die Betätigung der Menü-Zurück-Taste ohne Folgen und der Prozeß endete bei 614. Nur anderenfalls begänne der Prozeß bei 600 wie oben beschrieben zu laufen.

[0082] Gemäß dem Ausführungsbeispiel von Figur 14 weist der Empfänger 12 eine Favoriten-Funktionalität auf, um es einem Benutzer zu ermöglichen, bestimmte Menü- oder Nachrichten-Objekte für einen schnellen und direkten zukünftigen Zugriff zu speichern, indem denselben beispielsweise im Cache-Speicher die höchste Priorität zugewiesen wird.

[0083] Zur Realisierung der Favoriten-Funktionalität umfasst der Empfänger 12 beispielsweise eine eigens vorgesehene Taste, durch deren langes Drücken der Benutzer seinen Wunsch zum Ausdruck bringen kann, die Objekt-ID des aktuell angezeigten Textinformationsobjekts der Favoriten-Liste hinzuzufügen, während kurzes Drücken derselben Taste dazu führt, dass die Steuereinrichtung die Favoriten-Objekt-ID in dem Favoriten-Speicher für das nächste anzuzeigende Textinformationsobjekt heranzieht. Freilich können auch andere Einrichtungen vorgesehen sein, mit denen der Benutzer eine Favoriten-Hinzufügung oder einen Favoriten-Aufruf hervorrufen kann. Figur 14 stellt einen Favoriten-Hinzufügungs-Tastenaktivierungs-Steuerungsprozess dar. Zeigt der Benutzer den Wunsch des Hinzufügens an, wird in einem Schritt 700 durch die Steuerungseinrichtung 26 zunächst überprüft, ob das aktuell angezeigte Objekt ein gesetztes Static-Flag aufweist. Ist dies der Fall, bedeutet dies, dass die Objekt-ID für ein bestimmtes Menü oder ein bestimmtes Nachrichtenobjekt (z.B. themenbezogen) statisch bzw. ständig vorgesehen ist. Beispielsweise könnte ein Menü-Objekt betreffend "Wettervorhersage für Bamberg" immer durch einen bestimmten NewsService bzw. Nachrichtendienst unter der Objekt-ID 0x0020 angeboten werden. Folglich ist es in diesem Fall sinnvoll, es dem Benutzer zu ermöglichen, eine solche Objekt-ID zu einer Favoriten-Liste hinzuzufügen. Folglich fügt die Steuerungseinrichtung 26 in diesem Fall in einem Schritt 702 die Objekt-ID der Favoriten-Liste 46 in dem Speicher 32 hinzu. Sinnvoll wäre dies jedoch beispielsweise nicht bei einer Objekt-ID, die gerade für ein Text-Objekt vergeben ist, das den aktuellen Spielstand eines gerade stattfindenden Fußballspiels angibt. Dies Spiel endet nämlich in endlicher Zeit und die Objekt-ID wird anderweitig vergeben werden, beispielsweise für eine politische Tagesmeldung oder dergleichen. Bei nicht gesetztem Static-Flag endet der Prozess bei 704 folglich ohne Hinzufügung. In diesem Fall kann die Ablehnung 704 durch beispielsweise einen Ton, der das normale Audiosignal aus dem Lautsprecher 28 bzw. 40 übertönt und dem Benutzer die Ablehnung angezeigt, oder durch eine kurzzeitige Überblendung begleitet werden.

[0084] Es wird darauf hingewiesen, dass es bevorzugt wird, dass ein Empfänger 12, der die Favoriten-Funktionalität unterstützt, für jede Favoriten-Objekt-ID auch den vollen Pfad von Objekt-IDs von dem Haupt-Objekt mit der Haupt-Objekt-ID (z.B. 0x0000) bis zu dem jeweiligen Favoriten-Objekt speichert. Anderenfalls wird der Empfänger nicht in der Lage sein, die Menü-Zurück-Funktionalität bzw. Rückkehr-zueinem-höheren-Menü-Funktionalität einem Benutzer zur Verfügung zu stellen, wenn ein Benutzer dieses Favoriten-Objekt aufgerufen hat, wenngleich natürlich das Objekt selbst sowie die unmittelbaren Unter-Objekte, in dem Fall dass es sich um ein Menü-Objekt handelt, das auf dieselben verweist, immer noch erreichbar sein würden. Falls ein Menü aus dem Objekt-ID-Pfad bei Restaurieren eines Favoriten-Seichers nicht mehr existieren (versendet werden) sollte, könnte die Steuereinrichtung statt dessen direkt in das Standard-Hauptmenü (z.B. 0x0000) springen.

[0085] Bei dem in Vorhergehenden beschriebenem Empfänger wurde eine Aufzeichnung aller Menü-Objekt-IDs von dem augenblicklich angezeigten Menü/Nachrichten-Objekt zurück bis zu dem Hauptmenü-Objekt (z.B. Objekt-ID 0x0000) bewahrt, der so genannte Objekt-ID-Pfad. Auf diese Weise kann derselbe eine "Zurück-zu-höherer-Menü-Ebene"-Funktionalität liefern.

[0086] Falls ein Objekt mit bestimmter Objekt-ID augenblicklich angezeigt wird bzw. dem Benutzer präsentiert wird und gleichzeitig eine aktualisierte Version desselben Objekts, d.h. ein Objekt mit identischer Objekt-ID aber unterschiedlichem Revisions-Index, empfangen wird, könnte entgegen vorhergehender Beschreibung dem Benutzer auch unabhängig von dem Objekt-Typ immer zunächst angezeigt werden, dass eine solche aktuelle Version dieses Objekts empfangen worden ist, wie z.B. durch Zeigen eines aufblinkenden "Aktualisierung"-Zeichens auf dem Bildschirm. Bevorzugt ist es jedoch, bei Menü- oder Listen-Nachricht-Objekten den Bildschirm der Anzeige unmittelbar mit dem Inhalt des neuen Objekts zu aktualisieren, während die aktuelle RelativPosition des Benutzers innerhalb der Liste, d.h. der Listenzeilen-Index, an derselben Position im Bildschirm beibehalten wird. Anstelle des Listenzeilen-Indexes könnte ein Empfänger auf den Listenzeilen- bzw. Gegenstands-Text oder, in dem Fall eines Menü-Objekts, die Objekt-ID des Objekts, auf das verwiesen wird, auswerten. Bei einer Nur-Titel-Nachricht wird es bevorzugt, die Aktualisierung des Bildschirm der Anzeige mit dem Inhalt des neuen Objekts unmittelbar vorzunehmen.

[0087] Falls ein Menü-Objekt Verweise auf Objekt-IDs enthält, die noch nicht empfangen worden sind, werden diese Menüpunkte bzw. Menü-Optionen dem Benutzer trotzdem angeboten. Dies könnte freilich unterbleiben. Bevorzugt wird es jedoch, alle Menü-Optionen anzubieten, allerdings dabei dem Benutzer klar anzuzeigen, welche Menü-Optionen unmittelbar verfügbar sind, da die Objekte bereits empfangen worden sind und sich im Cache-Speicher befinden, und welche nicht unmittelbar sofort verfügbar sind, wie z.B. durch Umrahmen des Menü-Options-Etiketts bzw. -Titels mit eckigen Klammern, wie in Figur 6d gezeigt.

[0088] Bei Anwendungen mit extremen Speicherengpässen, könnte der Empfänger lediglich das aktuell angezeigte Objekt zusammen mit dem Objekt-ID-Pfad, der zu dem aktuell angezeigten Objekt gehört, in seinem Speicher behalten. Falls der Benutzer dann ein anderes Objekt anfordert, muss er warten, bis das angeforderte Objekt in der nächsten Zeit empfangen wird.

[0089] Wie bereits erwähnt, kann der oben beschriebene "NewsService Journaline"-Dienst via DAB als eine neue Benutzer-Applikation ausgestrahlt werden. Jedes einzelne "NewsService Journaline"-Objekt könnte als eine "MSC-Datengruppe" transportiert werden, wobei hierzu auf Kapitel 5.3.3 "Packed Mode - DataGroup Level" in "Radio Broadcasting Systems, Digital Audio Broadcasting (DAB) to mobile, portable and fixed receivers", ETSI EN 301 401 V1.3.2, 2000-09, verwiesen wird.

[0090] Eine MSC-Datengruppe enthielte dann die folgenden Punkte:
Einen MSC-Datengruppen-Header zu zwei oder vier Bytes, einen Session- bzw. Sitzung-Header, der optional wäre und 3+n Bytes lang wäre, ein MSC-Datengruppen-Feld, das ein "NewsService Journaline"-Objekt bzw. Textinformationsobjekt beinhaltet, und zwar von beispielsweise m Bytes, max. jedoch 2044 Bytes, und schließlich eine MSC-Datengruppe-CRC zu zwei Bytes, die für "NewsService Journaline" verbindlich ist.

[0091] Folgende Einstellungen könnten einheitlich für alle Empfänger festgelegt sein. Und zwar könnte festgelegt sein, dass es MSC-Datengruppen-Header-Feld folgendes Layout hat:
  • Erweiterungs-Flag = 0
    (Bei auf Eins gesetztem Flag müsste der Empfänger Conditional Access bzw. eine Zugriffskontrolle unterstützen, um die Informationen zu dekodieren. Falls ein Empfänger kein Conditional Access unterstützt, müsste er die MSC-Datengruppe verwerfen)
  • CRC-Flag = 1
  • Segment-Flag = O
    (Wert hängt von dem Erweiterungs-Flag ab)
  • Benutzer-Zugriffs-Flag = 0
    (Wert hängt von dem Erweiterungs-Flag ab)
  • Datengruppentyp = 0000b
    ("Allgemeine Daten")
  • Kontinuitäts-Index:
    Inkrementiert kontinuierlich für jedes Objekt, kann aber ohne weiteres ignoriert werden.
  • Wiederhol-Index:
    Wird üblicherweise dem Wert 000b aufweisen, kann aber ebenfalls ignoriert werden.
  • Erweiterungs-Feld:
    Nicht vorhanden, weil das Erweiterungs-Flag auf 0 eingestellt ist.


[0092] Die folgenden Informationen könnten verwendet werden, um die DAB-Datenanwendung "NewsService Journaline" zu signalisieren, wobei hierzu auf das Kapital 8.1.20 "User Application Information" aus obigen Dokument bzw. Standard verwiesen wird.

[0093] Die Haupt-11-Bit-"Benutzer-Applikationstyp"-ID für den "NewsService-Journaline" könnte bis zu einer offiziellen Standardisierung durch DAB-Gremien 0x44A von dem Bereich der proprietären Benutzeranwendungen sein. Der Wert entspricht 10001001010b.

[0094] Das Benutzer-Applikationsdaten-Feld könnte folgende Struktur aufweisen:

[0095] Ein Byte zur Anzeige der Version des "NewsService Journaline". Zusätzliche Informationen einer neueren Version könnten in vollständig abwärts kompatibler Weise an zwei Stellen hinzugefügt werden, nämlich zum einen in der gesamten Dienstsignalisierung, nämlich der "DAB-Benutzer-Applikations-Information" durch Erweitern der Länge des "Benutzer-Applikations-Daten"-Abschnitts unter Beibehaltung aller e-xistierender Bytes und deren Definition, wie sie in jeder vorgehenden Version des "NewsService Journaline" definiert ist, oder in dem Objekt-Header-Abschnitt jedes einzelnen Objekts durch Erweitern der Länge des "Erweiterungs-Header"-Feldes bei gleichzeitiger Beibehaltung aller existierenden Bytes und deren Definitionen, wie sie in einer vorhergehenden Version des "NewsService Journaline" definiert sind.
  • Außerdem müsste das User-Application-Data-Feld die Länge des Erweiterungs-Headers in Bytes in dem Header-Abschnitt jedes Objekts aufweisen, die zu Lesen jeder Empfänger zumindest in der Lage sein müsste, auch wenn er anschließend die Daten in dem Erweiterungs-Header verwirft, weil er zu deren Auswertung nicht in der Lage ist.


[0096] Mit identischer Signalisierung kann "NewsService Journaline" auch über DRM ("Digital Radio Mondiale") ausgestrahlt werden, sowie über UKW/RDS nach Anpassung der Datendienst-Signalisierung.

[0097] Im Bezug auf die vorhergehende Figurenbeschreibung wird darauf hingewiesen, dass verschiedene darin enthaltene Aspekte nicht alle in der beschriebenen Weise kombiniert werden müssen, sondern dass diese Aspekte unabhängig voneinander implementiert oder nicht-implementiert sein können, wie z.B. insbesondere die Objekt-Pfad-Verwaltung mit zugehöriger "Menü-Zurück"-Funktionalität, die Cache-Speicher-Aktualisierung zur Beschleunigung des Zugriffs auf andere Textinformations-Objekte, die Abhängigkeit der Anzeige-Aktualisierung von dem Revisions-Index, die Abhängigkeit der Aktualisierung von dem Objekt-Typ, die Favoriten-Funktionalität, die Vermeidung von Zirkular-Referenzen in dem Objekt-ID-Pfad, der unterschiedlichen Bildschirm-Aktualisierung je nach Objekt-Typ, das Vorsehen des Revisions-Index und dergleichen.

[0098] Abschließend wird darauf hingewiesen, dass abhängig von den Gegebenheiten das erfindungsgemäße Schema zur Steuerung eines Radio auch in Software implementiert sein kann. Die Implementierung kann auf einem digitalen Speichermedium, insbesondere einer Diskette oder einer CD mit elektronisch auslesbaren Steuersignalen erfolgen, die so mit einem programmierbaren Computersystem zusammenwirken können, dass das entsprechende Verfahren ausgeführt wird. Allgemein besteht die Erfindung somit auch in einem Computerprogrammprodukt mit auf einem maschinenlesbaren Träger gespeicherten Programmcode zur Durchführung des erfindungsgemäßen Verfahrens, wenn das Computerprogrammprodukt auf einem Rechner abläuft. In anderen Worten ausgedrückt kann die Erfindung somit als ein Computerprogramm mit einem Programmcode zur Durchführung des Verfahrens realisiert werden, wenn das Computerprogramm auf einem Computer abläuft.


Ansprüche

1. Rundfunksender mit
einer Einrichtung zum Vergeben von Objekt-IDs (102) an Textinformationen, die Themen betreffen, derart, dass es unter den Objekt-IDs Objekt-IDs gibt, die themenbezogen statisch für Textinformationen vorgesehen sind, um fest mit einem Thema verknüpft zu sein, und Objekt-IDs , die zufällig und temporär vergeben werden; und
einer Einrichtung (14) zum Ausstrahlen eines Rundfunksignals, das Textinformationsobjekte (100) umfasst, in denen die Textinformationen (100b) enthalten sind, wobei
die Textinformations-Objekte in dem Rundfunksignal (16) zeitlich aufeinander folgend angeordnet sind,
jedes Textinformationsobjekt (100) die an die in demselben enthaltenen Textinformationen vergebene Objekt-ID (102) sowie ein Statisch-Flag aufweist, so dass Textinformationsobjekte mit gleicher Objekt-ID zyklisch wiederholt ausgestrahlt werden, die Textinformationsobjekte in einer Baumstruktur angeordnet sind, indem für jedes Textinformationsobjekt zumindest ein weiteres Textinformationsobjekt existiert, dass einen Verweis auf das jeweilige Textinformationsobjekt aufweist, und das Statisch-Flag für Textinformationsobjekte mit einer Objekt-ID, die themenbezogen statisch für Textinformationen vorgesehen ist, gesetzt und für Textinformationsobjekte mit einer Objekt-ID, die zufällig und temporär vergeben wird, nicht gesetzt ist.
 
2. Rundfunksignal, das Textinformationsobjekte (100) umfasst, in denen die Textinformationen (100b) enthalten sind, die Themen betreffen, wobei
die Textinformations-Objekte in dem Rundfunksignal (16) zeitlich aufeinander folgend angeordnet sind,
jedes Textinformationsobjekt (100) eine an dasselbe vergebene Objekt-ID (102) sowie ein Statisch-Flag aufweist,
Textinformationsobjekte mit gleicher Objekt-ID zyklisch wiederholt in dem Rundfunksignal vorkommen,
die Textinformationsobjekte in einer Baumstruktur angeordnet sind, indem für jedes Textinformationsobjekt zumindest ein weiteres Textinformationsobjekt existiert, dass einen Verweis auf das jeweilige Textinformationsobjekt aufweist,
das Statisch-Flag für manche der Textinformationsobjekte gesetzt und für andere der Textinformationsobjekte nicht gesetzt ist, und
für die Textinformationsobjekte, für die das Statisch-Flag gesetzt ist, die Objekt-IDs derart vergeben sind, dass die Objekt-IDs themenbezogen statisch für Textinformationen vorgesehen sind, um fest mit einem Thema verknüpft zu sein, und für die Textinformationsobjekte, für die das Statisch-Flag nicht gesetzt ist, die Objekt-IDs derart vergeben sind, dass die Objekt-IDs zufällig und temporär vergeben sind.
 




Zeichnung