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.

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.

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.

In meinem 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.

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.

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.

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.

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.

Persönliche Einordnung: BTX als echte Rechnernutzung

Für mich 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 persönlichen Arbeitsablauf für 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 persönliche Praxis zu einer unpersönlichen Technikliste schrumpft.

Zur ausführlichen Praxisakte über BTX-Bestellungen

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.

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.

Technische und historische Referenzen

Die historischen Eckdaten werden durch Museums- und Unternehmensarchive eingeordnet. Persönliche Angaben zum C64-, Dataphon- und Bestellzusammenhang bleiben als eigene Erinnerung gekennzeichnet.

Querverweise im SSLXY-Archiv

• Zur SSLXY-Hauptseite
• BTX und frühe Online-Bestellungen
• Modems und Dataphon
• Modems, Mailboxen und Protokolle
• Mailboxen und BBS
• Bulletin-Board-Alltag
• Shell-Accounts und Hosts