DE69827639T2

DE69827639T2 - Ablieferung von Interaktiven Anwendungen

Info

Publication number: DE69827639T2
Application number: DE69827639T
Authority: DE
Inventors: Jason Robert Malaure; Simon Anthony Vivian Cornwell; Richard Andrew Kydd
Original assignee: TWO WAY MEDIA Ltd; Two Way Media Ltd
Current assignee: S Aqua Semiconductor LLC
Priority date: 1998-09-11
Filing date: 1998-09-11
Publication date: 2005-05-25
Anticipated expiration: 2018-09-12
Also published as: CA2279069C; JP2000165840A; EP1003313B1; AU4019099A; CA2279069A1; AU752557B2; DE69827639D1; ES2235296T3; EP1003313A1; US20090158374A1; NZ336820A; ATE282920T1; PT1003313E

Description

Die vorliegende Erfindung bezieht sich auf ein Verfahren und eine Vorrichtung zum Liefern einer interaktiven Anwendung an mehrere Zielplattformen.
Die Anbieter interaktiver Anwendungen beschäftigen ausgebildete Programmierer zum Entwickeln neuer interaktiver Anwendungen. Beispiele solcher interaktiver Anwendungen sind Vorhersagespiele zur Verwendung im Zusammenhang mit einer Live-Sportübertragung, Quizspiele zur Verwendung im Zusammenhang mit einer Live-Quizsendung, On-Demand-Quizspiele (d. h. die nicht im Zusammenhang mit einer Live-Quizsendung eingesetzt werden), Home-Shopping-Anwendungen und Home-Banking-Anwendungen.
Bei der schnellen Entwicklung neuer Zielplattformen für interaktive Dienste (von denen jedes ein Sendenetzwerk mit unterschiedlichen entsprechenden Sendeprotokollen verwendet) ist es wünschenswert, die interaktiven Anwendungen über ein beliebiges ausgewähltes Netzwerk in einer einfachen und kostengünstigen Weise zu liefern. Herkömmlicherweise war dies jedoch schwierig, da es nötig war, dass die ausgebildeten Programmierer die unterschiedlichen Sendeprotokolle während der Entwicklung der neuen Anwendung berücksichtigen.
Die US-A-5,797,010 beschreibt ein Sendesystem, bei dem unterschiedliche zu sendende Anwendungen unterschiedliche Umgebungen zu ihrer Ausführung benötigen. Anstelle des Vorsehens von Set-Top-Prozessoren, welche alle für jede mögliche Anwendung benötigten Daten haben, sieht das System vor, dass die einer bestimmten Anwendung zugeordnete Ausführungsumgebung zuerst an einen Set-Top-Prozessor heruntergeladen wird.
Die WO-A-98/37695 beschreibt ein Kabelfernsehsystem, bei dem Sendungen und Dienste über einen digitalen Switch oder Multiplexer an ein Kabelsystem-Kommunikationsnetzwerk über einen interaktiven Kabel-Gateway verbunden werden, der die Daten in ein geeignetes Format konvertiert.
Der Artikel mit dem Titel "Transcoding Internet Content for Heterogeneous Client Devices" ("Transcodieren von Internet-Inhalten für heterogene Kundengeräte") von J. R. Smith, R. Mohan, Chung-Sheng Li, veröffentlicht im Mai 1998 in IEEE International Conference on Circuits and Systems, offenbart ein System zum Transcodieren von Internet-Inhalten in unterschiedliche Formate, je nach der Art des Empfangsgeräts.
Nach einem ersten Aspekt der vorliegenden Erfindung ist ein Verfahren zum Liefern einer interaktiven Anwendung an mehrere Zielplattformen vorgesehen, die aus entsprechenden verschiedenen Ausstrahlungsnetzen bestehen, wobei das Verfahren die folgenden Schritte aufweist:
Vorsehen eines Satzes von Anwendungskomponenten;
Konvertieren des Satzes von Anwendungskomponenten in mehrere Ströme von Ausstrahlungsdaten, wobei jeder Strom von Ausstrahlungsdaten einem entsprechenden Ausstrahlungsprotokoll gemäß ist; und
Liefern jedes Stroms von Ausstrahlungsdaten an sein entsprechendes Ausstrahlungsnetz zur nachfolgenden Lieferung an Benutzerschnittstellen.
Nach einem zweiten Aspekt der vorliegenden Erfindung ist eine Vorrichtung zum Liefern einer interaktiven Anwendung an mehrere Zielplattformen vorgesehen, die aus entsprechenden unterschiedlichen Ausstrahlungsnetzen bestehen, wobei die Vorrichtung umfasst:
Mittel zum Vorsehen eines Satzes von Anwendungskomponenten;
mehrere Ausstrahlungssystemschnittstellen, von denen jede zum Konvertieren des Satzes von Anwendungskomponenten in einen entsprechenden Strom von Ausstrahlungsdaten dient, der einem entsprechenden Ausstrahlungsprotokoll gemäß ist; und
Mittel zum Liefern eines jeden Stroms von Ausstrahlungsdaten an sein entsprechendes Ausstrahlungsnetz zur nachfolgenden Lieferung an Benutzerschnittstellen.
Anstelle der Notwendigkeit des Lieferns vielfacher Sätze von Anwendungskomponenten (von denen jeder Satz für eine unterschiedliche entsprechende Zielplattform angemessen ist) erlaubt es die Erfindung den Programmierern, lediglich einen einzigen Satz von Anwendungskomponenten in jedem beliebigen gewünschten Format vorzusehen, ohne dass sie irgend etwas über die letztendlichen Zielplattformen wissen müssen. Die Ausstrahlungssystemschnittstellen (BSIs) konvertieren dann die Anwendungskomponenten kurz vor oder während der Sendung.
Die Erfindung sieht ein günstiges Verfahren zum Liefern einer interaktiven Anwendung an eine Anzahl von Zielplattformen vor, von denen jede unterschiedliche Anforderungen hat.
Die "offene" Architektur des Systems ermöglicht es, dass neue BSIs hinzugefügt werden, wenn die interaktive Anwendung an eine neue Zielplattform geliefert werden soll.
In dem Fall, wo die Anwendung eine Echtzeitanwendung aufweist (z. B. ein Vorhersagespiel zur Verwendung im Zusammenhang mit einer Live-Sportübertragung) weist das Verfahren typischerweise weiter auf, dass Echtzeit-Anwendungsdaten manuell eingegeben werden;
die Echtzeit-Anwendungsdaten in mehrere Ströme von Echtzeit-Ausstrahlungsdaten konvertiert werden, wobei jeder Strom von Echtzeit-Ausstrahlungsdaten einer entsprechenden Zielplattform gemäß ist; und
jeder Strom von Echtzeit-Ausstrahlungsdaten an seine entsprechende Zielplattform geliefert wird.
Die Anwendungskomponenten und/oder Echtzeit-Anwendungsdaten können "on-the-fly" erzeugt, konvertiert und ausgestrahlt werden. Vorzugsweise umfasst das Verfahren jedoch das Speichern der Anwendungskomponenten und/oder Echtzeit-Anwendungsdaten in einem Datenspeicher; und Abrufen der Anwendungskomponenten und/oder Echtzeit-Anwendungsdaten vom Datenspeicher vor ihrer Konvertierung in einen Strom von Ausstrahlungsdaten.
Eine Anzahl von Konvertierungsschritten kann nötig sein, einschließlich Übersetzen, Ersetzen, Auswählen, Zeitverwalten oder Anpassen an unterschiedliche Datenübertragungsmechanismen.
Außerdem kann eine Rückwegverarbeitung von Rückdaten (z. B. Spieleingaben oder Home-Banking-Anforderungen) von den Zielplattformen vorgesehen sein.
Es wird nun eine Ausführungsform der vorliegenden Erfindung anhand der Zeichnungen beschrieben. Es zeigt:
1 ein Funktionsschema eines interaktiven Dienstnetzwerks;
2–4 veranschaulichende Beispiele von Bildschirmanzeigen, die einer Bedienperson während der Vorbereitung auf ein Live-Fußballspiel angezeigt werden;
5 und 6 Bildschirmanzeigen, die einem entfernten Spieler des Live-Fußballspiels angezeigt werden;
7 ein Schema, das zwei Rückdatenwege veranschaulicht; und
8 ein Schema, das die Funktion der Two-Way-TV-Maschine veranschaulicht.
Gemäß 1 umfasst das Netzwerk ein zentrales System 1 und eine Anzahl von Zielplattformen 2. Jede Zielplattform umfasst ein entsprechendes Ausstrahlungsnetz 3 und eine Benutzerschnittstelle 4. Das zentrale System 1 wird durch ein zentrales Computersystem (CCS) 5 gesteuert, das eine Sun-SPARC-Binärdateiumfasst, die zum Betreiben von UltraSPARC-Architektur-Workstations oder -server (nicht gezeigt) konstruiert ist. Auch wenn das CCS als eine einzige Einheit gezeigt ist, kann es je nach Leistungs- und Verteilungsanforderung in mehr als eine Binärdatei aufgeteilt sein.
Das CCS 5 kommuniziert mit einer Anzahl von Untersystemen 6 über einen CCS-Textnachricht-Gateway 7.
Autorenwerkzeuge (authoring tools) 8 schließen geeignete Werkzeuge (z. B. PCs) ein, die von Spieleprogrammierern zum Entwickeln neuer interaktiver Anwendungen verwendet werden. Die interaktiven Anwendungen können alle sehr unterschiedlich sein, werden allgemein jedoch eine Anzahl von Anwendungskomponenten enthalten, wie zum Beispiel ausführbare Programmdateien, Bitmaps, Klangsamples, Echtzeitdatenanweisungen, Videoclips und andere Multimedia- und Datenressourcen. Wenn die neuen Anwendungen entwickelt und getestet wurden, meldet sich der Spieleprogrammierer bei einem auf Windows NT^TM basierenden Einreichungswerkzeug 9 an, das die Anwendungskomponenten in einer (nicht gezeigten) Anwendungsdatenbank sichert.
Eine Anzahl zuvor gesicherter Anwendungen sind in 1 gezeigt, nämlich sechs interaktive Vorhersagespiele 10–15 zur Verwendung im Zusammenhang mit einer Live-Sportübertragung und ein Satz von On-Demand-Spielmaschinen 16.
Ein Satz von Universal Live Tools 17 (die PCs, die auf Windows NT^TM basierende Anwendungen betreiben, und geeignete Eingabegeräte einschließen) werden von ausgebildeten Bedienpersonen verwendet, um die Live-Anwendungen 10–15 zu unterstützen.
Ein Missionssteuerungssystem 18 (eine auf Windows NT^TM basierende Anwendung) wird von einem Systemsteuerungsbeauftragten zum Einleiten von Anwendungsübertragungen und zum Verwalten von Echtzeitausstrahlungen verwendet.
Ein Beispiel eines der interaktiven Vorhersagespiele (Fußball 10) wird unten beschrieben. Das Spiel ist in größerem Detail in der EP-A-0873772 beschrieben. Im interaktiven Fußballspiel können entfernte Spieler versuchen, bestimmte Ereignisse vor dem Beginn eines Live-Fußballspiels vorherzusagen, und können ebenfalls versuchen, bestimmte Ereignisse während der Live-Übertragung vorherzusagen.
Am Anfang wird vor dem Beginn der Live-Übertragung die Fußballanwendung 10 vom Systemsteuerungsbeauftragten unter Verwendung der Missionssteuerung 18 eingeleitet, und eine Bedienperson verwendet die Live-Tools 17 zum Einrichten bestimmter vorbestimmter Informationen bezüglich der Live-Übertragung zur Übertragung an die Benutzerschnittstellen 4.
Der Bedienperson wird zuerst ein Bildschirm angezeigt, wie er in 2 gezeigt ist, bei dem sie eine Gastgebermannschaft und eine Gastmannschaft aus einer Liste von solchen Mannschaften auswählen kann, die im Voraus in der Anwendungsdatenbank gespeichert wurden. Die Bedienperson kann die passenden Gastgeber- und Gastmannschaften auswählen und dann auf das OK-Steuerfeld klicken. Diese Information wird dann in einem (nicht gezeigten) Live-Dateispeicher gespeichert, der den Live-Tools 17 zugeordnet ist. Die Anwendungsdatenbank speichert Informationen bezüglich jedes Mannschaftskaders, der typischerweise mehr Spieler einschließen wird, als diejenigen, die tatsächlich zum Spielen des Spiels ausgewählt wurden. Kurz vor Beginn des Spiels wird die tatsächliche Mannschaftsaufstellung bekannt gegeben, und diese Information wird an die Bedienperson weitergegeben. Die Bedienperson veranlasst dann, dass die Live-Tools 17 alle Mitglieder des Kaders einer jeden Mannschaft anzeigen (3), wodurch es der Bedienperson erlaubt wird anzuzeigen, welche Mitglieder des Kaders zum Spielen ausgewählt wurden, und gleichzeitig kann sie die Art des Spielers definieren, zum Beispiel Torhüter, Stürmer, Mittelfeldspieler oder Verteidiger. Nachdem diese Information angegeben wurde, wird sie im Live-Datei-Speicher gespeichert.
Die Bedienperson richtet auch die bestimmten Typen von Ereignissen ein, die während der Live-Übertragung vorhergesagt werden können. In diesem Beispiel sind die Ereignisse zum Beispiel die Zeit des ersten Tors, die Zeit der ersten Spielerstrafe usw. Beispiele solcher Ereignisse sind durch die Reihe von Schaltfeldern bei 50 in 4 angegeben.
Nachdem die gesamte Information für die Live-Übertragung von der Bedienperson eingerichtet wurde, wird ein Bildschirm, wie der in 4 gezeigte, angezeigt, der zu dieser Zeit inaktiv ist, da das interaktive Spiel noch nicht begonnen hat. Es ist jedoch festzustellen, dass es der Bedienperson möglich war, eine beträchtliche Anzahl von Informationen vor der Live-Übertragung selbst einzurichten.
Zur geeigneten Zeit, jedoch vor Beginn des Fußballspiels, klickt die Bedienperson auf das Feld 51, und die Anwendung wird dann an das CCS 5 gesendet und über das Ausstrahlungsnetzwerk 3 an alle Benutzerschnittstellen 4 ausgesendet, wie das unten erörtert ist. Die folgenden Anwendungskomponenten werden ausgesendet:

1. Echtzeit-Datenanweisungen, wie zum Beispiel "Zeige Copyright-Nachricht beim Start des Fußballspiels an"; oder "Zeige [Bitmap] bei der Halbzeit an".
2. ausführbarer Computercode, der von den Benutzerschnittstellen auszuführen ist, um das Spiel zu implementieren.
3. Bitmaps – z. B. Spielergesichter, Mannschaftslogos usw.
4. Geräusche – z. B. gesampelte Schiedsrichterpfeife oder Menschenmengengeräusche.
5. Videoclips, z. B. von einzelnen Spielern, die ein Tor schießen.
6. Mannschaftsdaten – z. B. Mannschaftsnamen, Spielernamen und Spielerpositionen.

Das zentrale System 1 ist so ausgelegt, dass es Anwendungen an eine beliebige Zielplattform liefern kann. Fünf Zielplattformen sind in 1 veranschaulicht, von denen jede ein anderes Ausstrahlungsnetz verwendet, d. h. NCI DTV Navigator 20, OpenTV digital TV 21, MHEG-5 22, WebTV/WinCE 23 und PowerTV 24. Das System kann auch so erweitert werden, dass es eine beliebige Anzahl von zusätzlichen Ausstrahlungsnetzen 25 verarbeiten kann. Jedes Ausstrahlungsnetz 20–25 hat ein entsprechendes anderes Ausstrahlungsprotokoll.
Um mit diesem Problem fertig zu werden, hat jede Zielplattform eine Ausstrahlungssystemschnittstelle (BSI) 26, die den Satz von Anwendungskomponenten, die jeder Anwendung zugeordnet ist, in mehrere Ströme von Ausstrahlungsdaten konvertiert, wobei jeder Strom von Ausstrahlungsdaten dem Ausstrahlungsprotokoll seiner entsprechenden Zielplattform gemäß ist. Wenn daher die Bedienperson auf das Feld 51 klickt, wird der Satz von Anwendungskomponenten (d. h. ausführbare Programmdateien, Bitmaps, Geräuschsamples, Echtzeit-Datenanweisungen, Videoclips usw.) an das CCS 5 weitergeleitet und dann als parallele Datenströme in die BSIs 26 eingespeist, welche die Anwendungskomponenten nach Bedarf vor der Auslieferung über ein entsprechendes Ausstrahlungsnetz 3 konvertieren. Die BSIs 26 werden im Voraus codiert, um nötige Konvertierungen durchzuführen und damit die Daten ihrer entsprechenden Zielplattform anzupassen. Die Konvertierung kann (unter anderem) die folgenden Verfahren einschließen:
Übersetzung
Dies ist die einfachste Datenmanipulation. Hierbei werden die Daten von einer internen Darstellung, die von den Autorenwerkzeugen 8 benötigt wird, in eine Darstellung konvertiert, die für ein entsprechendes Ausstrahlungsprotokoll geeignet ist.
Zum Beispiel kann es sein, dass eine Zielplattform nur ASCII-Text empfängt. In diesem Fall konvertiert die BSI alle übertragenen Daten von einer binären Darstellung in ASCII.
Die Übersetzung findet Byte-für-Byte statt und ist die niedrigste Ebene der Transformation, die von den BSIs 26 durchgeführt wird.
Substitution (Ersetzung)
In manchen Fällen ersetzen die BSIs Anwendungskomponenten durch eine Alternative. Dies ist der Übersetzung ähnlich, außer die Substitution normalerweise auf Komponentenebene durchgeführt wird.
Ein Beispiel hiervon kann stattfinden, wenn ein Spiel an zwei Netzwerke ausgestrahlt wird, wobei die Fähigkeiten der Benutzerschnittstellen 4 unterschiedlich sind. Das gespielt werdende Spiel enthält eine Echtzeit-Videokomponente, das an die Benutzerschnittstelle 4 zur Anzeige ausgeliefert wird. Auf einem Netzwerk kann die Benutzerschnittstelle die Videokomponente auf Grund fehlenden Speicherplatzes nicht speichern, und die BSI ersetzt die Videokomponente durch einen Satz von Standbildern, die aus der Videokomponente gezogen wurden. Auf einem anderen Netzwerk kann die Benutzerschnittstelle die Videokomponente speichern, und die BSI liefert die Videokomponente unverändert.
In einem weiteren Beispiel soll ein 16-farbiges Bitmap ausgeliefert werden, und eines der Ausstrahlungsnetzwerke 3 oder eine der Benutzerschnittstellen 4 kann nur ein 8-farbiges Bitmap unterstützen. In diesem Fall konvertiert die BSI das Bitmap in ein 8-farbiges Format On-the-Fly vor der Auslieferung.
Auswahl
Im Fall der Auswahl wählt die BSI aus, welche Anwendungskomponenten gesendet oder nicht gesendet werden. Ein Beispiel wäre eine Anwendung, welche drei unterschiedliche Binärdateien enthält, eine für eine Browser-Zielplattform, eine für eine Zielplattform bei einem OpenTV-Ausstrahlungsnetzwerk und eine weitere für eine Zielplattform bei einem PowerTV-Ausstrahlungsnetzwerk. Die dem Open TV-Netzwerk zugeordnete BSI würde die Binärdatei für das Open TV-Netzwerk übertragen und die anderen ignorieren. Die die anderen Zielplattformen unterstützenden BSIs verhalten sich auf ähnliche Weise.
Zeitverwaltung (Timing)
Unterschiedliche Ausstrahlungsnetzwerke, welche die gleiche Sendung ausliefern, sind nicht notwendigerweise zeitlich synchronisiert. Unterschiede im Timing können bis zu einer oder zwei Sekunden betragen, und es ist sogar so, dass Set-Top-Geräte auf unterschiedlichen Netzwerken allgemein leichte Unterschiede in ihren Takten haben, d. h. ein Gerät auf einem Netzwerk kann der Meinung sein, dass die Zeit 12:34.00 ist, während ein Gerät auf einem anderen Netzwerk der Meinung sein kann, das es 12:34.03 ist. Zusätzlich dazu, dass unterschiedliche Netzwerke unterschiedliche Takte haben, ist es auch eine Tatsache, dass es sein kann, dass unterschiedliche Netzwerke den Inhalt nicht exakt zur gleichen Zeit ausstrahlen, d. h. ein Videosendung kann um bis zu ein oder zwei Sekunden später als auf einem anderen Netzwerk starten, selbst wenn die Takte gleich sind.
Um diese Anomalien zwischen Netzwerken zu bewältigen, ist es notwendig, dass die mit diesem Netzwerk arbeitende BSI durch Einführen der benötigten Verzögerung ausgleicht, entweder indem die Ausstrahlung von Nachrichten verzögert wird oder indem noch besser die Zeitabstimmungsinformation innerhalb der Nachrichten geändert wird.
Manche Netzwerke sehen keinen synchronisierten Takt auf allen Set-Top-Geräten vor. In diesen Fällen ist es notwendig, dass die mit diesen Netzwerken betriebene BSI eine Taktnachricht vorsieht, welche die Benutzerschnittstelle zum Aktualisieren ihres eigenen synchronisierten Taktes verwenden kann.
Datenübertragungsmechanismen
Unterschiedliche Ausstrahlungsnetze werden wahrscheinlich unterschiedliche Verfahren zur Übertragung verwenden. Manche bieten vielleicht einen einzigen Download-Pfad großer Bandbreite für alle Daten an, manche bieten vielleicht einen Mechanismus hoher Bandbreite für Anwendungskomponenten und einen Mechanismus kleinerer Bandbreite für Echtzeit-Daten an. In allen diesen Fällen wird die BSI die unterschiedlichen Übertragungsverfahren bewältigen.
Bei der Betrachtung des obigen Beispiels in größerer Einzelheit ist es wahrscheinlich, dass eine auf einem Browser basierende Architektur einen Mechanismus zum Liefern von Anwendungskomponenten vom Server des Dienstanbieters, zum Beispiel unter der Verwendung eines Karussells, vorsehen würde. In diesem Szenario würde die Browser-BSI alle Spielkomponenten an den Server weiterleiten, damit sie auf das Karussell geladen würden. Die binären Datennachrichten würden höchstwahrscheinlich in den Server eingespeist, der dann IP-Tunnellierung oder etwas Ähnliches verwenden würde, um die Daten an die Benutzerschnittstellen zu übertragen.
In dem Fall des MPEG-II-Systems würde die BSI MPEG-II-Sendepakete erzeugen, die MPEG-II-eigene Datensektionen enthalten würden, welche die binären Datennachrichten und die Komponenten-Downloads in einem definierten Format enthalten würden.
Die Benutzerschnittstellen 4 enthalten jeweils eine Two-Way-TV-Maschine 27, die eintreffende Daten dekodiert und sie an einen Anwendungsprozessor 28 leitet, der ausführbaren Programmcode ausführt und auch einen geeigneten Speicher zum Speichern von Daten enthält. Die Elemente 27, 28 sind typischerweise in einem Set-Top-Gerät (Set-Top-Box/STB) vorgesehen, das an ein herkömmliches Fernsehgerät angeschlossen ist. Alternativ dazu können die Elemente 27, 28 ein Teil eines PCs (Personal Computers) sein. Auch wenn nur eine einzige Benutzerschnittstelle 27, 28 in 1 bei jedem Ausstrahlungsnetzwerk 20–25 gezeigt ist, ist einzusehen, dass jedes Netzwerk 20–25 an eine große Zahl von Benutzerschnittstellen ausstrahlen wird.
In einem kommerziellen Ausstrahlungssystem, wie zum Beispiel Kabel, Satellit oder dem Internet, können die Anwendungsprozessoren 28 (in der Form von Set-Top-Geräten oder PCs) unterschiedliche Fähigkeiten aufweisen. Es ist möglich, dass die Prozessoren 28 unterschiedliche Graphikfähigkeiten (wie zum Beispiel Farbtiefe, Hintergrund-MPEG und Bitmap-Formate), unterschiedliche RAM-Größen und unterschiedliche Audiofähigkeiten haben.
Es ist nicht wünschenswert, nur die Prozessoren mit der niedrigsten Leistung als Zielgruppe anzusprechen, da Kunden, die mehr für einen leistungsfähigeren Decoder ausgegeben haben, auch dessen Vorteile nutzen sollten.
Um daher die höchste Qualität der Interaktivität auf einem bestimmten Prozessor liefern zu können, ist es notwendig, Anwendungen zu schaffen, die selektiv unterschiedliche Anzeigemodelle, Farbtiefen, Klänge und Bitmaps verwenden können. Außerdem können unterschiedliche Abschnitte des Codes für unterschiedliche Prozessoren verwendet werden. Die Two-Way-TV-Maschinen 27 können die Fähigkeiten der Anwendungsprozessoren 28 während der Laufzeit abfragen und dynamisch entscheiden, welche Komponenten der ausgestrahlten Anwendungen zu verwenden sind.
Die Funktion der Two-Way-TV-Maschinen 27 ist im größeren Detail im Beispiel von 8 veranschaulicht. In diesem Fall ist eine Ausstrahlungssystemschnittstelle 70 zum Konvertieren der Anwendungskomponenten in das Format kodiert, das von einem Open-TV-Digital-TV-Ausstrahlungsnetz 71 benötigt wird. Eine zweite BSI 72 konvertiert die Anwendungskomponenten in das Format, das von einem PowerTV-Ausstrahlungsnetzwerk 73 benötigt wird. Zwei Typen von Benutzerschnittstellen 74, 75 sind an das Open-TV-Netzwerk 71 angeschlossen. Die Benutzerschnittstelle 74 enthält einen Anwendungsprozessor 76, der 16-Farben-Bitmaps unterstützen kann. Im Gegensatz dazu enthält die Benutzerschnittstelle 75 einen Anwendungsprozessor 77, der nur 4-Farben-Bitmaps unterstützen kann. Die BSI 70 liefert 4-Farben- und 16-Farben-Bitmaps über das Netzwerk 71. Jede Benutzerschnittstelle 74, 75 hat eine entsprechende Two-Way-TV-Maschine 78, 79. Die Maschine 78 fragt den Anwendungsprozessor 76 ab und stellt fest, dass der Prozessor 16-Farben-Bitmaps unterstützen kann, und lädt daher die 16-Farben-Bitmaps in den Prozessor 76. Im Gegensatz dazu lädt die Maschine 79 die 4-Farben-Bitmaps herunter und verwirft die 16-Farben-Bitmaps.
Bitmaps sind ein relativ einfaches Beispiel, Codemodule sind komplexer. Ein Typ einer Benutzerschnittstelle kann zum Beispiel einen Speicher- und Weiterleitungs-Rückpfad-Mechanismus verwenden, während ein anderer (auf dem gleichen Netzwerk) ein Sofortzugangs-Modem hoher Bandbreite verwenden kann. Je nachdem würde die Maschine 27 das entsprechende Codemodul zu laden und zu verbinden haben.
Die Two-Way-TV-Maschinen 27, 78, 79 sind generische Codeelemente (d. h. die gleiche Maschine wird mit jeder Benutzerschnittstelle geliefert). Dies erlaubt es dem System, leicht erweitert zu werden, um sich auf einen neuen Anwendungsprozessor 28 mit anderen Fähigkeiten einzustellen.
Die Maschinen 27, 78, 79 können entweder zuvor im PC oder dem Set-Top-Gerät eines Benutzers vorgesehen sein oder über das Ausstrahlungsnetzwerk 3 vor der Ausstrahlung der Anwendungskomponenten ausgestrahlt werden.
Um wieder auf 8 zurückzukommen, es wird nur ein einziger Typ von Benutzerschnittstelle 81 auf dem Netzwerk 73 unterstützt. In diesem Fall strahlt die BSI 72 nur 16-Farben-Bitmaps aus, und die Maschine 83 lädt die 16-Farben-Bitmaps in den Prozessor 82 herunter. Daher ist in diesem Fall die Maschine 83 bezüglich der 16-Farben-Bitmaps im Endeffekt "transparent".
Wenn die Anwendung an die Benutzerschnittstellen 4 heruntergeladen wurde, zeigen die Schnittstellen einen Bildschirm an, der dem in 5 gezeigten ähnlich ist. Dies zeigt an den Spieler den Typ der Vorhersage an, die er versuchen kann. Ein Vergleich von 4 und 5 wird zeigen, dass sechs der durch die Bedienperson zur Vorhersage ausgewählten Ereignisse, die in der Zeile 50 angeführt sind, auf dem Bildschirm von 5 angezeigt sind.
Der entfernte Spieler kann eine oder mehrere der Vorhersagen auswählen. Wenn er zum Beispiel "Zeitraum des ersten Tors" auswählt, wird der in 6 gezeigte Bildschirm angezeigt, der sechs unterschiedliche 15-minütige Zeiträume während des Spiels eines Fußballspiels definiert. Der Spieler kann dann einen dieser Zeiträume, zum Beispiel den Zeitraum 16–30 Minuten angeben, und diese Vorhersage wird dann im Speicher gespeichert. In ähnlicher Weise kann der Spieler eines oder mehrere der anderen in 5 angegebenen Elemente vorhersagen.
Während sich das Spiel entwickelt, können oder werden verschiedene Ereignisse eintreffen. Wenn zum Beispiel ein erstes Tor geschossen wird, klickt die Bedienperson auf ein entsprechendes Feld, und die Information wird dann an die Benutzerschnittstellen 4 übertragen.
Während und/oder nach einem Spiel vergleichen die Benutzerschnittstellen 4 die den Spielern zugeordneten Vorhersagen mit den tatsächlichen Ereignissen. Wenn der lokale Spieler mit seiner Vorhersage erfolgreich war, zeigt die Benutzerschnittstelle 4 dies dem Spieler an und reicht auch diese Information über einen geeigneten Rückweg (z. B. das öffentliche Telefonnetz) an das CSS 5 weiter, wo sie durch eine geeignete Rückwegverarbeitung 29 gehandhabt wird.
Ein Beispiel der Rückweg-Verarbeitung 29 ist in 7 veranschaulicht. STB 30 ist mit einem Kabelmodem 31 verbunden, das die Rückdaten komprimiert, bevor sie über ein Kabelnetzwerk an einen Kabeldienstanbieterserver 32 gesendet werden. Die Rückweg-Verarbeitung 29 enthält einen Dekompressor 33, der die Daten in eine Form dekomprimiert, die für das CCS 5 geeignet ist. STB 34 ist mit einem Modem 35 verbunden, welches die Rückwegdaten an ein Modem 36 im Rückweg-Handhabungssystem 29 über das herkömmliche öffentliche Telefonnetz (PSTN) sendet. Nachdem die Rückdaten durch das Rückweg-Verarbeitungssystem 29 konvertiert wurden, werden sie vom CCS 5 verarbeitet, das standardmäßige Spielstands- und Abstimmungseinrichtungen aufweist. Zum Beispiel können die ein Fußballspiel spielenden Benutzer jeweils einen eigenen Spielstand haben, der in einer Benutzerdatenbank 30' gespeichert und vom CCS 5 aktualisiert wird, wenn der Benutzer eine korrekte Vorhersage macht. Alternativ dazu kann der Rückweg vom CCS 5 dazu verwendet werden, Abstimmungen von den Benutzerschnittstellen zu registrieren. Die Rückweg-Verarbeitungseinrichtungen, die vom CCS bereitgestellt werden können, können durch eine Plug-In-Verarbeitungsanwendung 37 erweitert werden. Zum Beispiel kann ein Programmierer ein neues Spiel entwickeln, bei dem es erforderlich ist, das Gesamtergebnis oder Tabellenpositionen an die Benutzerschnittstellen zurückzuschicken, und eine geeignete Plug-In-Verarbeitungsanwendung 37 kann vom Programmierer installiert werden. In manchen Anwendungen ist jedoch eine Rückwegkommunikation mit dem CCS 5 nicht notwendig.

Claims

Verfahren zum Liefern einer interaktiven Anwendung an mehrere Zielplattformen (2), die aus entsprechenden verschiedenen Ausstrahlungsnetzen (3) bestehen, wobei das Verfahren die folgenden Schritte aufweist: Vorsehen eines Satzes von Anwendungskomponenten; Konvertieren des Satzes von Anwendungskomponenten in mehrere Ströme von Ausstrahlungsdaten, wobei jeder Strom von Ausstrahlungsdaten einem entsprechenden Ausstrahlungsprotokoll gemäß ist; und Liefern jedes Stroms von Ausstrahlungsdaten an sein entsprechendes Ausstrahlungsnetz (3) zur nachfolgenden Lieferung an Benutzerschnittstellen (4).
Verfahren nach Anspruch 1, weiter mit den folgenden Schritten: manuelles Eingeben von Echtzeit-Anwendungsdaten; Konvertieren der Echtzeit-Anwendungsdaten in mehrere Ströme von Echtzeit-Ausstrahlungsdaten, wobei jeder Strom von Echtzeit-Ausstrahlungsdaten einem entsprechenden Ausstrahlungsprotokoll gemäß ist; und Liefern jedes Stroms von Echtzeit-Ausstrahlungsdaten an seine entsprechende Zielplattform (2).
Verfahren nach einem der vorhergehenden Ansprüche, weiter mit den folgenden Schritten: Speichern der Anwendungskomponenten und/oder Echtzeit-Anwendungsdaten in einem Datenspeicher; und Abrufen der Anwendungskomponenten und/oder Echtzeit-Anwendungsdaten vom Datenspeicher vor ihrer Konvertierung in einen Strom von Ausstrahlungsdaten.
Verfahren nach einem der vorhergehenden Ansprüche, bei dem der Schritt des Konvertierens das Übersetzen, Ersetzen, Auswählen, Zeitverwalten oder Anpassen an unterschiedliche Datenübertragungsmechanismen umfasst.
Verfahren nach einem der vorhergehenden Ansprüche, weiter mit dem Empfangen und Verarbeiten von Rückdaten von einer oder mehreren der Zielplattformen (2).
Verfahren nach Anspruch 5, bei dem die Anwendung ein Spiel umfasst und die Rückdaten Spieleingaben umfassen.
Verfahren nach einem der vorhergehenden Ansprüche, bei dem jede Zielplattform (2) einen Anwendungsprozessor (28) aufweist.
Verfahren nach Anspruch 7, weiter mit den folgenden Schritten: Abfragen des Anwendungsprozessors (28) zum Feststellen der Datenfähigkeiten des Anwendungsprozessors; und Herunterladen von Daten aus dem Strom von Ausstrahlungsdaten in Übereinstimmung mit den festgestellten Datenfähigkeiten des Anwendungsprozessors.
Verfahren nach Anspruch 7 oder Anspruch 8, bei dem jede Zielplattform mehrere Anwendungsprozessoren umfasst.
Verfahren nach einem der Ansprüche 7 bis 9, bei dem der Konvertierungsschritt Zeitdifferenzen zwischen Ausstrahlungsnetzen (3) bei der Handhabung der Ausstrahlungsdaten kompensiert, um so die Ausstrahlungsdaten bei jedem Anwendungsprozessor zeitlich zu synchronisieren.
Verfahren nach Anspruch 10, bei dem die Kompensation durch selektives Verzögern der Ausstrahlung von Daten an die Zielplattformen erzielt wird.
Verfahren nach Anspruch 10, bei dem die Kompensation durch das Einfügen von Zeitabstimmungsinformation in die Ausstrahlungsdaten erzielt wird.
Verfahren nach einem der vorhergehenden Ansprüche, bei dem die Anwendungskomponenten eine oder mehrere ausführbare Programmdateien, Bitmaps, Klangsamples, Echtzeit-Datenbefehle, Videoclips umfassen.
Vorrichtung zum Liefern einer interaktiven Anwendung an mehrere Zielplattformen (2), die aus entsprechenden unterschiedlichen Ausstrahlungsnetzen (3) bestehen, wobei die Vorrichtung umfasst: Mittel (6) zum Vorsehen eines Satzes von Anwendungskomponenten; mehrere Ausstrahlungssystemschnittstellen (26), von denen jede zum Konvertieren des Satzes von Anwendungskomponenten in einen entsprechenden Strom von Ausstrahlungsdaten dient, der einem entsprechenden Ausstrahlungsprotokoll gemäß ist; und Mittel (20–25) zum Liefern eines jeden Stroms vom Ausstrahlungsdaten an sein entsprechendes Ausstrahlungsnetz (3) zur nachfolgenden Ausstrahlung an Benutzerschnittstellen.
Vorrichtung nach Anspruch 14, bei der jede Zielplattform (2) einen Anwendungsprozessor umfasst.
Vorrichtung nach Anspruch 15, bei der jede Zielplattform (2) mehrere Anwendungsprozessoren umfasst.
Vorrichtung nach Anspruch 15 oder Anspruch 16, bei der die Ausstrahlungssystemschnittstellen Mittel zum Kompensieren von Zeitabstimmungsdifferenzen zwischen den Ausstrahlungsnetzen (3) bei der Handhabung der Ausstrahlungsdaten aufweisen, um die Ausstrahlungsdaten bei jedem Anwendungsprozessor zeitlich zu synchronisieren.
Vorrichtung nach Anspruch 17, bei der die Ausstrahlungssystemschnittstellen Mittel zum Durchführen des Kompensationsschrittes durch selektives Verzögern der Ausstrahlung von Daten an die Zielplattformen (2) aufweisen.
Vorrichtung nach Anspruch 17, bei der die Ausstrahlungssystemschnittstellen Mittel zum Durchführen des Kompensationsschritts durch Einfügen von Zeitabstimmungsinformation in die Ausstrahlungsdaten aufweisen.