Die schuetzbare Eigenart liegt in Xinion, nicht im beschreibenden Zusatz OS. Ein Name, dessen unterscheidungskraeftiger Teil dem Haus ohnehin gehoert, ist tragfaehiger als ein eigenes Kunstwort, das zusaetzlich verteidigt werden muesste. Die Kurzform XinOS ist geprueft und verworfen: Nach Abzug des beschreibenden OS bleibt die Silbe Xin, damit ist die Unterscheidungskraft gering — und mit Xinuos gibt es bereits einen Anbieter von Betriebssystemen mit klanglich aehnlichem Namen. Die Abhaengigkeit ist festgehalten: Die Marke Xinion ist noch nicht eingetragen, solange ist der Name benutzbar aber nicht verteidigungsfaehig. Bei der Anmeldung sind Klasse 9 und Klasse 42 noetig — eine Eintragung nur fuer IT-Dienstleistungen hilft einem ausgelieferten Betriebssystem nicht. Faellig ist die Klaerung, bevor der Name auf ein Geraet, in ein CRA-Dossier oder auf ein Datenblatt kommt. Nicht bevor er auf einen Ordner kommt. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
81 lines
4.1 KiB
Markdown
81 lines
4.1 KiB
Markdown
# ADR-0001 — Das Betriebssystem wird ein eigenes Erzeugnis
|
|
|
|
**Stand:** Angenommen, 20.08.2026 · **Entscheidet:** CIO Thomas Reitz
|
|
|
|
---
|
|
|
|
## Worum es geht
|
|
|
|
Die Geräteschicht — Abbild, zwei Wurzeln, Selbstprüflauf, Rücksprung — war Teil der ersten
|
|
Appliance, für die sie gebraucht wurde. Inzwischen ist absehbar, dass mehrere Erzeugnisse des
|
|
Hauses auf Blech beim Kunden stehen sollen: eine Fach-Appliance, eine Proxy-Appliance, die
|
|
Verkaufsvariante der Anwendungsplattform.
|
|
|
|
Diese Entscheidung trennt die Geräteschicht heraus.
|
|
|
|
## Die Entscheidung
|
|
|
|
**XinionOS ist ein eigenes Erzeugnis mit eigener Ablage, eigenem Takt und eigenem Nachweis.** Es
|
|
kennt kein Produkt; jede Fachlichkeit kommt über den Nutzlast-Vertrag.
|
|
|
|
## Warum, in der Reihenfolge des Gewichts
|
|
|
|
**Der Cyber Resilience Act.** Für mehrere Erzeugnisse des Hauses liegen bereits
|
|
CRA-Konformitätsdossiers. Die Verordnung verpflichtet den Hersteller, Schwachstellen zu behandeln
|
|
und Sicherheitsaktualisierungen zu liefern — **für das gesamte Produkt einschließlich der
|
|
Betriebssystemschicht.** Vier gewachsene Basissysteme sind vier Stücklisten, vier
|
|
Schwachstellenprozesse, vier Aktualisierungswege. Eine gemeinsame Basis ist **ein Dossier, auf das
|
|
jedes Produkt verweist.**
|
|
|
|
**Der Rücksprung wird nur einmal richtig gebaut.** Er wird ausschließlich dann geprüft, wenn ihn
|
|
jemand braucht — eine zweite handgebaute Umsetzung wäre eine zweite ungeprüfte.
|
|
|
|
**Und er lässt sich besetzen.** Eine abgegrenzte Aufgabe „Betriebssystem für Appliances" ist eine
|
|
Stelle, die man ausschreiben kann. „Jemand, der alles kann" ist keine. Das zahlt unmittelbar auf
|
|
das größte benannte Risiko des Hauses ein: die Abhängigkeit von einer einzelnen Person.
|
|
|
|
## Was dagegen sprach
|
|
|
|
**Verfrühte Verallgemeinerung.** Eine Plattform aus einem einzigen Fall abzuleiten geht meistens
|
|
schief; die richtige Abstraktion zeigt sich am zweiten. Der Einwand trägt hier nicht mehr — die
|
|
Verkaufsvariante der Anwendungsplattform ist gebaut und läuft.
|
|
|
|
**Die Verträglichkeitsmatrix.** Zwei getrennt versionierte Erzeugnisse müssen zueinander passen.
|
|
Dieser Einwand ist ernst und wird durch den Nutzlast-Vertrag entkräftet, nicht weggeredet: **Die
|
|
Nutzlast liegt in der Wurzel und wird mit ihr getauscht** — eine Fassung, ein Rückweg, keine Matrix.
|
|
|
|
## Was daraus folgt
|
|
|
|
Die Geräteschicht verlässt die Ablage der ersten Appliance. Dort bleibt ein Verweis und die
|
|
Feststellung, dass die Appliance künftig eine **Nutzlast** ist.
|
|
|
|
## Zum Namen
|
|
|
|
**Der Name ist XinionOS.** Er leitet sich von der Hausmarke ab, und das ist der Grund für die Wahl:
|
|
Die schützbare Eigenart liegt in **Xinion**, nicht im beschreibenden Zusatz *OS*. Ein
|
|
Betriebssystem-Name, dessen unterscheidungskräftiger Teil dem Haus ohnehin gehört, ist tragfähiger
|
|
als ein eigenes Kunstwort, das zusätzlich verteidigt werden müsste.
|
|
|
|
Geprüft und verworfen wurde die Kurzform **XinOS**. Sie klingt gefälliger, ist markenrechtlich aber
|
|
**schwächer**: Bleibt nach Abzug des beschreibenden *OS* nur die Silbe *Xin*, ist die
|
|
Unterscheidungskraft gering — und es gibt mit *Xinuos* bereits einen Anbieter von
|
|
Betriebssystemen mit klanglich ähnlichem Namen.
|
|
|
|
### Die Abhängigkeit, die daraus folgt
|
|
|
|
**Die Marke *Xinion* ist noch nicht eingetragen.** Solange das so ist, leitet sich XinionOS von
|
|
einem ungeschützten Zeichen ab — der Name ist benutzbar, aber nicht verteidigungsfähig.
|
|
|
|
> **Bei der Anmeldung ist auf die Klassen zu achten.** Eine Eintragung, die nur
|
|
> IT-Dienstleistungen abdeckt, hilft einem ausgelieferten Betriebssystem nicht. Gebraucht werden
|
|
> **Klasse 9** (Software und Datenträger) und **Klasse 42** (Entwicklung und Bereitstellung).
|
|
> Fehlt Klasse 9, steht der Name auf jedem Kundengerät ohne den Schutz, den man zu haben glaubt.
|
|
|
|
### Wann die Klärung fällig ist
|
|
|
|
Kein Datum, sondern ein Ereignis: **bevor der Name auf ein ausgeliefertes Gerät, in ein
|
|
CRA-Dossier oder auf ein Datenblatt kommt** — nicht, bevor er auf einen Ordner kommt.
|
|
|
|
Der Grund für diese Reihenfolge ist eine einfache Kostenrechnung: Eine Umbenennung ist heute eine
|
|
Ablage und fünfzehn Dateien. Später ist sie jedes Gerät im Feld, jedes Dossier und jedes
|
|
Vertragsdokument.
|