Zusammenfassung

  • RFC 3367 machte Sprache, Geografie und Kategorie zu gemeinsamen Abfrageeigenschaften, definierte sie jedoch als Hinweise statt als zwingende Filter.
  • Die Anfrageform wurde interoperabel; Zuordnung, Rangfolge und die praktische Bedeutung von Relevanz blieben Sache des jeweiligen Dienstes.

Ein Name ergab nicht nur eine Antwort

Allgemeine Namen sind Wörter und Ausdrücke, keine weltweit eindeutigen Kennungen. „Mercury“ kann einen Planeten, ein Unternehmen, eine Person oder ein Produkt bezeichnen; auch ein einzelner Dienst kann mehrere Datensätze mit demselben Namen verknüpfen. RFC 3367 behandelte eine eng begrenzte Frage: Wie fragt ein Client Dienste nach Datensätzen zu einem allgemeinen Namen ab? Die Spezifikation regelte weder Dienstsuche und -auswahl noch Registrierung, Eigentum oder Eindeutigkeit. CNRP war ein Abfrageprotokoll, keine Namensbehörde.

Gemeinsame Begriffe, getrennte Urteile

Zu den Kerneigenschaften gehörten Name, Sprache, Geografie, Kategorie und Ergebnisbereich. Mit einer ServiceQuery konnte ein Client zunächst ermitteln, welche Felder ein Dienst unterstützte; Dienste konnten außerdem eigene Datentypen anbieten. Doch die Felder waren keine universellen Prüfbedingungen. Sie waren „Hinweise“: Kontext und Präferenzen des Clients. Ihre Reihenfolge konnte Priorität ausdrücken, der Dienst durfte sie aber ignorieren und sollte eine bestmögliche Übereinstimmung versuchen.

Verschiedene Eigenschaften werden logisch mit UND kombiniert, mehrere Werte derselben Eigenschaft mit ODER. Trotzdem muss das Ergebnis nicht alle Kriterien erfüllen. „Englisch“ und „London“ können eine Suche lenken, ohne jede abweichende Antwort auszuschließen. Ein Dienst konnte Sprache stark gewichten, ein anderer nur schwach. RFC 3367 legte weder eine gemeinsame Gewichtungsformel noch ein allgemeines Verfahren für Gleichstände fest.

Kodierung entscheidet nicht über Bedeutung

UTF-8 ermöglichte den Austausch von Text; Sprachkennungen boten eine strukturierte Sprachangabe. Keiner dieser Mechanismen bestimmte, ob unterschiedliche Schreibweisen, Schriftsysteme, Transliteration oder Namen gleichbedeutend waren. Die Regeln für Namensgleichheit blieben von Dienst und Sprache abhängig. Eine Zeichenkodierung bewahrt eine Zeichenfolge, aber nicht ihre Bedeutung.

Auch die Rangfolge blieb lokal. Ergebnisse verschiedener Dienste wurden nicht allein dadurch vergleichbar, dass sie CNRP verwendeten. Die ergänzende RFC 3368 zum go:-URI konnte einen bestimmten Server oder Datensatz benennen oder eine breitere Abfrage ausdrücken; sie hob diese Aufgabenteilung nicht auf.

Wo Interoperabilität endet

RFC 3367 standardisierte die Form von Präferenzen, die Abfrage von Fähigkeiten und die grundlegende Logik zum Kombinieren von Feldern. Semantische Gleichheit und endgültige Reihenfolge überließ sie den Betreibern. Das ist eine Designgrenze, keine versteckte Lücke: Gemeinsame Begriffe lassen Systeme miteinander sprechen, ohne ihre Urteile gleichzumachen.

Lu Hengs Blick auf die Primacy laufender Codes hilft, diese Distanz einzuordnen: Eine Spezifikation beschreibt, was Implementierungen austauschen können; das Nutzererlebnis hängt von ihrem tatsächlichen Verhalten ab. Der RFC belegt weder Verbreitung noch kommerzielle Wirkung. Historisch interessant ist der engere Punkt: Präferenzen wurden transportabel, Relevanz blieb lokal.

Quellen