btx

Was Bildschirmtext technisch war

Bildschirmtext war ein interaktives Informations- und Kommunikationssystem. Teilnehmer konnten gespeicherte Seiten abrufen, Angebote verschiedener Informationsanbieter nutzen, Eingaben an Dialogsysteme senden und Einzelmitteilungen austauschen.

Der Dienst verwendete öffentliche Fernmeldenetze für den Transport und Fernsehbildschirme oder Monitore mit Decoder für die Darstellung. Das Endgerät war damit Terminal eines zentral organisierten Netzes – nicht selbst der Ort, an dem der gesamte Dienst gespeichert oder ausgeführt wurde.

Videotex, Videotext und Internet sind nicht dasselbe

BTX ähnelte dem späteren Web darin, dass Seiten abgerufen und Formulare ausgefüllt wurden. Netzmodell, Adressierung, Endgeräte, Protokolle, Anbieterzulassung und Gebührenstruktur unterschieden sich jedoch grundlegend.

Vorgeschichte und bundesweite Einführung

Die Deutsche Bundespost präsentierte Bildschirmtext bereits auf den Funkausstellungen 1977 und 1979. Nach Feldversuchen wurde die bundesweite Einführung für den Herbst 1983 vorbereitet. Am 1. September 1983 begann die Bundespost offiziell mit der Einführung des Dienstes.

Das geplante große IBM-Netz war zum öffentlichen Start noch nicht vollständig verfügbar. Übergangsweise wurden Systeme der Feldversuche weiterverwendet und auf die CEPT-Darstellung angepasst. Die reguläre IBM-Rechnerstruktur ging nach der detaillierten HNF-Einordnung im Juni 1984 in Betrieb.

Historischer Zusammenhang: Fernmeldetechnik im Alltag ordnet die Bundespost-, Anschluss- und Vermittlungswelt breiter ein.

Feldversuche in West-Berlin und Düsseldorf

Ab 1980 wurden Teilnehmer, Endgeräte, Anbieter, Seitenproduktion, Gebührenmodelle und technische Abläufe praktisch erprobt. Die Versuche waren keine reine Labordemonstration, sondern sollten zeigen, ob Bildschirmtext im Haushalt, bei Unternehmen und öffentlichen Diensten tatsächlich nutzbar war.

• Teilnehmer: Bedienbarkeit, Akzeptanz und reale Nutzung.
• Anbieter: Seitenerstellung, Aktualisierung, Dialogdienste und Gebühren.
• Post: Zugang, Teilnehmerverwaltung, Netzbetrieb und Endgerätetechnik.
• Hersteller: Decoder, Fernseher, Tastaturen, Drucker und spätere Multifunktionsterminals.

Netzarchitektur: nicht ein Rechner, sondern mehrere Ebenen

Bildschirmtext bestand aus Teilnehmerzugängen, Vermittlungsstellen, regionalen beziehungsweise zentralen Rechnern und den Systemen der Informationsanbieter. Statische Seiten konnten im BTX-Netz gespeichert werden; dynamische Dienste führten zu externen Anbieterrechnern.

Das Netz war sternförmig und hierarchisch organisiert. Es war damit besser mit einem zentral verwalteten Onlinedienst als mit dem offenen Internet zu vergleichen.

Vermittlungsstellen als regionale Zugangsebene

Der Teilnehmer kommunizierte nicht bei jeder Seitenanforderung unmittelbar mit einem einzigen Zentralrechner. Regionale Vermittlungssysteme nahmen die Verbindung an, ordneten den Teilnehmer zu und führten Seiten- oder Dienstanforderungen zur passenden Rechnerstufe weiter.

Diese Vermittlung reduzierte die Distanz zwischen Teilnehmer und Zugang und machte das System skalierbarer. Gleichzeitig blieb die gesamte Umgebung administrativ eng kontrolliert.

Informationsanbieter und externe Rechner

Unternehmen, Behörden, Medien und andere Organisationen konnten als Informationsanbieter Seiten bereitstellen. Einfache Angebote bestanden aus gespeicherten Seitenfolgen; komplexere Dienste wurden über externe Rechner dynamisch verarbeitet.

Dieselbe CEPT-Oberfläche konnte deshalb eine statische Nachricht, eine Datenbankabfrage, eine Bankfunktion oder einen Bestellvorgang darstellen.

Die Teilnehmerkette

1. Anzeige: Fernsehgerät, Monitor oder integriertes Terminal.
2. Decoder: interpretiert CEPT-Steuerzeichen, Text, Grafik und Attribute.
3. Eingabe: Fernbedienung, spezielle Tastatur oder Computertastatur.
4. Kommunikationsgerät: zugelassenes BTX-Modem beziehungsweise Dataphon.
5. Telefonanschluss: stellt die Verbindung zum BTX-Zugang her.
6. Teilnehmerdaten: ordnen Sitzung, Benutzer und Abrechnung zu.

Fiel eine Stufe aus, konnte das Gesamtbild täuschen: Eine lesbare lokale Terminalanzeige bewies noch keine funktionierende Leitung, und eine stehende Verbindung bewies noch keine korrekte CEPT-Dekodierung.

Leitung und Schnittstelle: Modems und Dataphon behandelt die Modemstrecke; Schnittstellen und Kabel die Rechner- und Anschlussseite.

Fernseher, Decoder, MultiTel und Spezialterminals

Frühe Konzepte nutzten den vorhandenen Fernseher als Anzeige und ergänzten Decoder sowie Bediengerät. Spätere Geräte integrierten Bildschirm, Telefonfunktion, Decoder, Tastatur und teilweise Druckeranschluss.

Die hohen Anschaffungskosten der frühen Geräte trugen dazu bei, dass der Dienst im privaten Haushalt langsamer wuchs als erwartet.

Computerzugang und der Commodore 64

Ein Computer konnte Anzeige, Tastatur und lokale Steuerung übernehmen. Er benötigte jedoch weiterhin eine passende Verbindungseinheit und Software, die den BTX-Datenstrom und die CEPT-Darstellung verstand.

Im dokumentierten SSLXY-Zusammenhang war der C64 kein bloßer Spielcomputer, sondern Terminal in einer Kette aus Rechner, Dataphon, Telefonleitung und Onlinedienst. Diese Nutzung führte direkt weiter zu Modems, Mailboxen und späteren Netzzugängen.

Rechnerkontext: Commodore 64 dokumentiert den verwendeten Heimcomputer als eigene Systemakte.

Warum 1200 Bit/s hin und 75 Bit/s zurück sinnvoll waren

Klassisches BTX arbeitete asymmetrisch: Seiteninhalte kamen mit 1200 Bit/s zum Teilnehmer, kurze Kommandos und Eingaben gingen mit 75 Bit/s zurück. Das passte zum vorgesehenen Nutzungsprofil – viel Anzeige, vergleichsweise wenig Tastatureingabe.

Für freie Texteingabe und umfangreiche interaktive Anwendungen war der langsame Rückkanal deutlich spürbar. Für nummerische Seitennavigation war er dagegen technisch ausreichend.

CEPT-Darstellung: Seiten als Steuerzeichenstrom

CEPT-Videotex beschrieb nicht einfach ein fertiges Bitmap. Der Datenstrom enthielt Zeichen, Attribute und Steuerkommandos, aus denen der Decoder die Seite erzeugte. So ließ sich mit geringer Übertragungsmenge eine farbige, strukturierte Darstellung aufbauen.

• Textzeichen: alphanumerische Inhalte und Sonderzeichen.
• Mosaikgrafik: blockartige Grafikelemente aus Zeichenrasterzellen.
• Attribute: Vorder- und Hintergrundfarben, Blinken, Größe oder Darstellungsmodus.
• Steuerzeichen: Positionierung, Umschaltung und Seitenaufbau.
• Eingabefelder: definierte Bereiche für Teilnehmerdaten und Dialogwerte.

Die blockige Ästhetik war kein frei gewählter Retroeffekt, sondern das Ergebnis einer auf geringe Datenmenge und standardisierte Decoder zugeschnittenen Darstellung.

Darstellungskontext: Terminals und Zeichenwelten führt Steuerzeichen, Terminaldarstellung und Zeichenwelten weiter.

Das Seitenmodell

Eine BTX-Seite war eine klar begrenzte Bildschirmeinheit. Anbieter organisierten ihre Inhalte in nummerischen Bäumen und Dialogfolgen. Der Benutzer bewegte sich nicht frei durch ein Dokument, sondern von definiertem Zustand zu definiertem Zustand.

Diese Struktur vereinfachte die Übertragung und Anbieterorganisation, verlangte aber, dass Seitenzahlen, Auswahlwege und Rücksprünge bekannt oder sichtbar dokumentiert waren.

Seitennummern, Auswahlziffern, Stern und Raute

Die Navigation war nummerisch. Direkte Seitenaufrufe konnten durch Stern, Nummer und abschließende Raute formuliert werden. Innerhalb einer Seite führten einzelne Ziffern zu Unterseiten oder Dialogschritten.

Eine Zahl konnte je nach Kontext Seitenadresse, Menüauswahl, Feldinhalt oder Bestätigung sein. Der aktuelle Dialogzustand war deshalb entscheidend.

Dialoge und Eingabefelder

Interaktive Dienste legten fest, welche Felder bearbeitbar waren, welche Zeichen zugelassen wurden und mit welchem Kommando der Inhalt übertragen wurde. Der Benutzer konnte nicht beliebig auf der Seite arbeiten.

Anschlusskennung, Teilnehmer und Mitbenutzer

Der Zugang verband technische Anschlussidentität und persönliche Teilnehmerdaten. Mitbenutzer ermöglichten mehrere Benutzerkontexte unter einem Hauptanschluss.

• Anschlusskennung: ordnete die zugelassene Zugangstechnik dem Anschluss zu.
• Teilnehmernummer: identifizierte den registrierten Hauptteilnehmer.
• Mitbenutzerzusatz: unterschied weitere Benutzer unter demselben Anschluss.
• Passwort: schützte den jeweiligen Zugriff zusätzlich.

Zugang, Abrechnung und Nutzung waren dadurch enger miteinander verbunden als bei einem anonymen öffentlichen Informationsabruf.

Einzelmitteilungen, Chat und Kommunikation

Bildschirmtext war nicht nur Abrufmedium. Teilnehmer konnten Einzelmitteilungen verschicken; später kamen weitere Kommunikationsfunktionen hinzu. Dadurch näherte sich der Dienst in Teilbereichen elektronischer Post und Chat an.

Die Kommunikation blieb jedoch in der Teilnehmer- und Dienstestruktur des BTX-Netzes. Sie war nicht mit offener Internet-E-Mail oder frei betriebenen Mailboxnetzen gleichzusetzen.

Welche Dienste angeboten wurden

Nicht jede Funktion lief direkt auf Rechnern der Bundespost. Die Post stellte Netz, Teilnehmerzugang und Plattform bereit; Inhalte und Fachlogik konnten von Informationsanbietern stammen.

Gebühren als Bestandteil des Systems

Zu Anschaffung oder Miete der Endgeräte kamen Anschluss-, Grund-, Telefon- und gegebenenfalls Seiten- oder Anbieterentgelte. Das machte Bildschirmtext wirtschaftlich anders als einen späteren pauschalen Internetzugang.

Kosten mussten an der Oberfläche erkennbar und der Teilnehmerabrechnung zugeordnet werden. Gleichzeitig erhöhte jede langsame Navigation oder wiederholte Einwahl den praktischen Druck.

Sicherheit und der bekannte BTX-Hack

Ein geschlossenes, staatlich organisiertes Netz wirkte vertrauenswürdig, war aber nicht automatisch frei von technischen und organisatorischen Schwächen. Der öffentlich bekannt gewordene BTX-Hack des Chaos Computer Clubs machte 1984 Sicherheits- und Abrechnungsprobleme sichtbar.

In der Nacht vom 16. auf den 17. November 1984 nutzten Steffen Wernéry und Wau Holland Zugangsdaten der Hamburger Sparkasse, um kostenpflichtige Abrufe eines eigenen BTX-Angebots zu erzeugen. Der demonstrierte Abrechnungsbetrag lag bei rund 135.000 DM. Die Aktion wurde anschließend öffentlich gemacht, um die Schwächen des Systems nachvollziehbar zu belegen.

Technisch wichtig ist weniger der spätere Mythos als die Lehre: Teilnehmeridentität, Anbieterkennung, kostenpflichtige Seiten und Abrechnungssysteme bilden eine Sicherheitskette. Ein Fehler in einer Komponente kann reale finanzielle Folgen haben.

• Authentisierung: Teilnehmer- und Mitbenutzerzugänge müssen eindeutig geschützt sein.
• Anbieterzuordnung: Seiten und Gebühren müssen dem richtigen Anbieter zugeordnet werden.
• Transaktionsnachweis: bestätigte Vorgänge benötigen nachvollziehbare Zustände.
• Abrechnung: kostenpflichtige Abrufe dürfen nicht allein auf optischem Vertrauen beruhen.

Spätere Sicherheitslinie: Server-Härtung und Fernwartung und Remote-Zugriffe zeigen, wie Authentisierung, Zugriff und Protokollierung später getrennt behandelt werden.

Datenschutz in einem zentralen Teilnehmernetz

Der Dienst konnte Teilnehmer, Zugangszeit, genutzte Angebote, Mitteilungen, Gebühren und Transaktionen technisch miteinander verbinden. Dadurch entstanden schon vor dem Web Fragen nach Protokollierung, Zweckbindung, Zugriffsrechten und der Trennung von Netzbetreiber und Informationsanbieter.

Die technische Möglichkeit zur zentralen Zuordnung war zugleich Voraussetzung für Abrechnung und persönliche Dienste – und Ursache eines besonderen Datenschutzbedarfs.

Benutzbarkeit unter festen technischen Grenzen

Bildschirmtext war für vorbereitete Vorgänge eindeutig, aber wenig fehlertolerant. Nummerische Navigation, langsamer Rückkanal und starre Dialogmasken verlangten Übung.

Warum BTX hinter den Erwartungen blieb

Teure Endgeräte, zusätzliche Gebühren, begrenzte Geschwindigkeit, komplizierte Bedienung und ein anfangs noch kleiner Teilnehmerkreis bremsten den Dienst. Für Anbieter war ein Angebot weniger attraktiv, solange wenige Teilnehmer vorhanden waren; für Teilnehmer war das Netz weniger attraktiv, solange Auswahl und Nutzen begrenzt blieben.

Spätere günstigere Computerlösungen, MultiTels und die Integration weiterer Dienste verbesserten den Zugang. Das offene Internet und das World Wide Web boten jedoch ein flexibleres Anbieter- und Navigationsmodell.

BTX als reale Rechnernutzung

In der dokumentierten Praxis war Bildschirmtext kein Prospektversprechen. Der C64 wurde zum Endpunkt eines realen Netzes. Die Telefonleitung war nicht unsichtbar, der Seitenaufbau war nicht sofortig und eine Bestätigung hatte Gewicht.

Genau diese Erfahrung prägte den späteren Blick auf Mailboxen, Shell-Zugänge und Webformulare: Eingabe, Übertragung, Gegenstelle und Rückmeldung sind getrennte Zustände. Ein Bildschirm allein beweist noch nicht, dass der Vorgang auf der anderen Seite abgeschlossen ist.

Warum die Versandhausbestellungen eine eigene Seite haben

Die allgemeine BTX-Seite erklärt Plattform und Technik. Die konkrete Bestellseite dokumentiert dagegen den realen Arbeitsablauf für eine Tante und weitere Auftraggeberinnen: Papierkatalog, Artikelnummer, Eingabemaske, Kosten, Bestellzustand und Bestätigung.

Diese Trennung verhindert, dass die allgemeine Systemgeschichte von Quelle, Otto und Neckermann dominiert wird oder die dokumentierte Praxis zu einer unpersönlichen Technikliste schrumpft.

Zur ausführlichen Praxisakte über BTX-Bestellungen

Praxisakte: BTX und Online-Bestellungen dokumentiert Quelle, Otto und Neckermann als reale frühe Transaktionspraxis.

Datex-J, T-Online und das Ende der klassischen BTX-Ära

1993 wurde Bildschirmtext in Datex-J umbenannt. Mitte der 1990er-Jahre ging der Dienst in T-Online auf und wurde mit E-Mail- und Internetzugängen verbunden. Die eigenständige klassische BTX-Ära endete nach Darstellung der Deutschen Telekom Ende 2001.

Einzelne auf der alten Infrastruktur beruhende T-Online-Classic-Funktionen, insbesondere im Umfeld von Geldgeschäften, bestanden darüber hinaus noch länger. Deshalb können Quellen je nach technischer Abgrenzung unterschiedliche Enddaten nennen.

Technisches Erbe

• Online-Formulare: Daten wurden feldweise erfasst und serverseitig verarbeitet.
• Elektronischer Handel: Bestellungen und Buchungen waren vor dem Web praktisch möglich.
• Online-Banking: Teilnehmeridentität und Transaktion wurden früh über ein Datennetz verbunden.
• Nachrichtendienste: persönliche elektronische Kommunikation wurde Teil des Haushaltsdienstes.
• Informationsanbieter: externe Organisationen pflegten Inhalte und Dienste auf einer gemeinsamen Plattform.
• Zustandsdenken: Seite, Eingabe, Übertragung und Bestätigung waren klar unterscheidbare technische Phasen.

BTX war nicht das Internet. Es zeigte aber früh, dass Haushalte über Telekommunikationsnetze Informationen abrufen und reale Vorgänge auslösen können.

Nächste Netzwelten: Mailboxen und BBS, Bulletin-Board-Alltag, Fido und Mailbox-Netze und Usenet und Newsgruppen zeigen den Übergang zu offeneren Kommunikationsstrukturen.

BTX-Hardware und Seiten erhalten

Die Erhaltung eines Bildschirmtext-Setups verlangt mehr als ein Terminalfoto. Decoder, Modem, Netzteil, Tastatur, Anschlusskabel, Software, Handbücher und Seitenaufzeichnungen gehören zusammen.

• Geräte identifizieren: Modell, Hersteller, Revision und Anschlussart fotografieren.
• Kabel dokumentieren: Belegung und Signalrichtung nicht aus der Steckerform ableiten.
• Software sichern: Disketten, ROMs und Terminalprogramme als Images erhalten.
• Seiten erfassen: Screenshots, Video oder rekonstruierte CEPT-Daten mit Herkunft kennzeichnen.
• Persönliches trennen: Teilnehmernummern, Passwörter und Kundendaten nicht öffentlich archivieren.
• Emulation kennzeichnen: moderne Rekonstruktion nicht als unveränderte Originalverbindung ausgeben.

Erhaltung: Datensicherung und Backups behandelt Integrität und Restore; The Vault Provenienz und langfristige Archivierung.

Technischer Stand 2026: Bildschirmtext ist historisch, seine Standardschichten bleiben dokumentiert

Der deutsche Bildschirmtext-Dienst selbst ist Geschichte. Die Deutsche Telekom ordnet das Ende der klassischen Btx-Ära auf Ende 2001 ein. Einzelne T-Online-Classic-Funktionen und auf älteren Strukturen beruhende Anwendungen bestanden je nach technischer Abgrenzung darüber hinaus.

Die zugrunde liegende Videotex-Technik ist dagegen nicht vollständig aus den Standardsammlungen verschwunden. ITU-T T.101 in der Fassung von November 1994 wird weiterhin als gültige Empfehlung geführt. Sie beschreibt die internationale Zusammenarbeit von Videotex-Diensten und enthält in Annex C Data Syntax II, ausdrücklich als frühere CEPT-Datensyntax bezeichnet.

Auch die klassische Voiceband-Modemfamilie bleibt formal dokumentiert. ITU-T V.23 in der Fassung von November 1988 wird weiterhin als gültig geführt. Damit bleibt die technische Umgebung, aus der die asymmetrische Videotex-Übertragung hervorging, auch Jahrzehnte nach dem Ende des deutschen Dienstes normativ nachvollziehbar.

Für eine heutige Rekonstruktion ist die Trennung zwischen Darstellung, Teilnehmergerät, Modemstrecke, Vermittlungslogik und Anbieteranwendung entscheidend. Eine emulierte CEPT-Seite kann die historische Bildschirmdarstellung sehr gut reproduzieren, bildet aber noch keine originale Bundespost- Teilnehmerverbindung mit damaliger Vermittlung, Authentisierung, Gebührenlogik und Telefonleitung nach.

Dass historische Standards weiterhin abrufbar oder formal gültig sind, bedeutet deshalb nicht, dass Bildschirmtext 2026 als öffentlicher Dienst fortbesteht. Für das Archiv sind sie vielmehr technische Bezugspunkte, mit denen Decoderverhalten, Zeichenströme, Modemparameter und rekonstruierte Seiten sauber voneinander abgegrenzt werden können.

Querverweise im SSLXY-Archiv

Bildschirmtext verbindet im Archiv die klassische Fernmelde- und Modemwelt mit C64-Terminalpraxis, frühen Transaktionen, Mailboxen, FidoNet, Usenet, Shell-Hosts und späterer Webnutzung.

• Startseite von sslxy.de
• BTX und Online-Bestellungen
• Modems und Dataphon
• Modems, Mailboxen und Protokolle
• Fernmeldetechnik im Alltag
• Telefone und Nebenstellen
• Schnittstellen und Kabel
• Terminals und Zeichenwelten
• Commodore 64
• Mailboxen und BBS
• Bulletin-Board-Alltag
• Fido und Mailbox-Netze
• Usenet und Newsgruppen
• Shell-Accounts und Hosts
• Unix und Linux im Alltag
• Software- und Tool-Alltag
• Datensicherung und Backups
• The Vault
• Erste Webseiten 1995–1996
• Webentwicklung 1996
• Technische Philosophie