Zusammenfassung

  • W3C verlängerte die Charta der Second Screen Working Group am 18. August 2026 bis zum 31. Dezember und erklärte, die Gruppe warte vor Beginn eines neuen Chartaentwurfs auf die Empfehlungen ihrer Patent Advisory Group.
  • Die PAG billigte am 24. August einen Bericht. Danach greifen die ausgeschlossenen Patentansprüche nicht auf das Open Screen Application Protocol durch oder werden von der identifizierten Vorveröffentlichung erfasst. Empfohlen wird die Fortsetzung in Richtung W3C Recommendation ohne weitere Änderung.
  • Der Bericht grenzt sich selbst ab: keine vollständige Rechtsanalyse, keine Rechtsberatung und keine Zusicherung, dass eine Implementierung Patentverletzungen vermeidet.
  • Die geltende Charta ist wirksam; eine Autoritätslücke besteht nicht. Der öffentliche Übergang fehlt: Der verlinkte Entwurf beschreibt weiterhin die Runde von 2024, sein Repository wurde seit März 2024 nicht mehr geändert.
  • W3C sollte einen datierten Übergabebeleg veröffentlichen, der PAG-Ergebnis und Grenzen, Charta-Verantwortung, aktuelle Deliverables, Prüfstatus und nächsten Termin vor Jahresende ausweist.

Aus einem Wartegrund wurde ein Folgeauftrag

Am 18. August verschob W3C nicht bloß das Enddatum. Die Mitteilung nannte die 2025 gebildete PAG, die Offenlegungen und Ausschlüsse zum Open Screen Application Protocol untersuchte, und erklärte, erst nach deren Empfehlungen solle die Arbeit an einem neuen Chartaentwurf beginnen.

Diese Aussage begründet keine Pflicht zur sofortigen Veröffentlichung und keinen Sechs-Tage-Termin. Sie macht aber den institutionellen Zustand sichtbar. Der Bericht wurde am 24. August gebilligt; damit ist der ausdrücklich genannte Wartegegenstand erledigt.

Untersucht wurden von Apple ausgeschlossene Ansprüche aus drei US-Patenten. Die PAG kam zu dem Ergebnis, dass notwendige Anspruchselemente im Application Protocol nicht verlangt werden oder dass identifizierter Stand der Technik die Beurteilung trägt. Dazu zählt ein Patent, das am 14. März 2026 ablief. Die operative Empfehlung lautet, den Spezifikationstext wegen dieser Ausschlüsse nicht erneut zu ändern.

Die Patent Policy hätte auch andere Ergebnisse zugelassen: Umgehungsdesign, weitere Prüfung, Einstellung, Rücknahme oder alternative Lizenzbedingungen. Die PAG wählte die Fortsetzung. Zugleich warnt der Bericht vor einer Überdehnung. Seine Analyse sei nicht erschöpfend, keine Rechtsberatung und keine Nichtverletzungsgarantie.

Die richtige Nachricht lautet daher: Die beauftragte Patentprüfung lieferte einen begründeten Fortsetzungsvorschlag. Nicht: Jede Patentfrage sei endgültig erledigt.

Vier Zustände, vier Entscheidungsträger

Die PAG gibt eine recommendation im allgemeinen Sinn. Das Protokoll strebt den förmlichen Status einer W3C Recommendation an. Die gleiche Wortwurzel darf nicht darüber hinwegtäuschen, dass dafür andere Beweise und Entscheidungen erforderlich sind.

Das Open Screen Application Protocol ist ein Working Draft vom 10. Februar 2026. Der Statushinweis nennt offene Punkte, bezeichnet den Text als laufende Arbeit und schließt eine Billigung durch W3C oder seine Mitglieder aus. Das abgespaltene Open Screen Network Protocol ist ebenfalls ein Working Draft vom selben Tag. Der PAG-Bericht erzeugt weder interoperable Implementierungen noch Tests oder technischen Konsens.

Die aktive Charta ist ein weiterer Zustand. Ihre Verlängerungen halten das Mandat bis zum 31. Dezember 2026 aufrecht. Nach der Patent Policy durfte die Working Group während der PAG-Arbeit innerhalb ihrer Charta weiterarbeiten. Es gibt deshalb derzeit kein Kompetenzvakuum.

Eine neue Charta bildet den vierten Zustand. Eine Verlängerung ohne sonstige wesentliche Änderung kann als Team Decision erfolgen. Eine neue Charta oder wesentliche Änderung verlangt Advisory Committee review und W3C decision. Die PAG genehmigt sie nicht, und technischer Konsens erweitert das Mandat nicht von selbst.

Der öffentliche Entwurf bildet die heutige Arbeit nicht ab

Der öffentlich verlinkte Entwurf trägt weiterhin die Kennzeichnung der 2024er Runde. Er enthält @@ 2024 als Start, den 31. Januar 2026 als Ende und keinen Repository-Commit nach dem 29. März 2024. Als Deliverable führt er ein Open Screen Protocol auf und kündigt dessen spätere Teilung an.

Die Teilung ist inzwischen Realität. Das Application Protocol beschreibt Nachrichten und Abläufe für Presentation API und Remote Playback API. Das Network Protocol behandelt Erkennung, sicheren Transport und Authentifizierung. Der PAG-Bericht grenzt zusätzlich ab, dass sich die Ausschlüsse von 2025 nur gegen das Application Protocol richteten.

Eine neue Charta muss deshalb mehr als Daten korrigieren. Sie sollte beide Spezifikationen, ihren Reifegrad, Patentstatus, offene Tests, Implementierungen, Interoperabilität und horizontale Reviews aufführen. Der alte Entwurf erwartete weitere Stufen im Jahr 2025; im Februar 2026 waren die getrennten Texte Working Drafts. Der neue Zeitplan muss diese Evidenz erklären.

Bis zum Stichtag 31. August fand sich weder im gemeinsamen W3C-Repository für Chartaentwürfe eine neue Second-Screen-Datei noch ein neuer öffentlich auffindbarer Strategie-Vorgang nach dem 2024 geschlossenen Issue 444. Interne oder mitgliederbeschränkte Arbeit kann existieren. Belegt ist nur, dass auf den geprüften offiziellen Oberflächen kein neuer öffentlicher Entwurf sichtbar war.

Fachwissen darf das Mandat nicht übernehmen

Die PAG analysiert und empfiehlt. Die Working Group entscheidet technischen Text. Das Team startet das Charta-Verfahren und verwaltet Kontinuität. Das Advisory Committee prüft ein neues Mandat. Implementierer liefern laufende Evidenz.

Lu Hengs Trennung zwischen Teilnehmer und Principal schützt diese Ordnung. Expertise, Warnung und Einspruch sind notwendig, verleihen aber keine allgemeine Bindungsgewalt über alle folgenden Ebenen. Der PAG-Bericht kann maßgebliche Evidenz für die Charta sein, ohne selbst zur Chartaentscheidung zu werden.

Umgekehrt darf institutionelles Verfahren technische Reife nicht erzeugen. Running-Code Primacy bedeutet hier: Spezifikation, Implementierung, Tests und Interoperabilität stehen vor dem zeremoniellen Terminplan. Die Patentprüfung kann ein Hindernis beseitigen; sie kann den Code nicht ausführen.

Die Schnittstelle ist öffentlich, nicht der Rechtsraum

Interne PAG-Beratungen, anwaltliche Stellungnahmen oder vertrauliche Verhandlungen müssen nicht veröffentlicht werden. Erforderlich ist die sichtbare Schnittstelle.

Ein knapper Beleg kann Datum und Kategorie des PAG-Ergebnisses, geprüfte Spezifikationsversion, zusammengefasste Behandlung der Ausschlüsse und Disclaimer enthalten. Darauf folgen Charta-Verantwortlicher, Beginn, aktuelle Deliverables, wesentliche Änderungen und Begründungen.

Ein Statusfeld kann von Entwurf über öffentliches Refinement, Advisory Committee review, Entscheidung und Call for Participation fortschreiten. Das Ende der bestehenden Charta und der nächste öffentliche Termin bleiben sichtbar. Korrekturen werden angefügt; die genehmigte Charta ersetzt die Verlängerung, löscht deren Grund aber nicht.

So lässt sich Statusinflation verhindern: Eine PAG-Empfehlung wird nicht zur umfassenden Patentfreigabe, ein Working Draft nicht zum Standard und eine Verlängerung nicht zur stillen Wiederbilligung der 2024er Arbeitskarte. Jeder Zustand behält Urheber, Datum, Quelle und Grenze.

W3C hat veröffentlicht, worauf es wartete. Die PAG hat geantwortet. Nun sollte sichtbar werden, wohin die Antwort übergeben wurde.

Quellen

  1. W3C — Verlängerung der Second-Screen-Charta, 18. August 2026
  2. W3C — Second Screen Patent Advisory Group
  3. W3C — Bericht der Second-Screen-PAG
  4. W3C — PAG-Charta
  5. W3C — Aktive Charta der Second Screen Working Group
  6. W3C — Second Screen Working Group
  7. W3C Process Document, 18. August 2025
  8. W3C Patent Policy, 15. Mai 2025
  9. W3C — Open Screen Application Protocol
  10. W3C — Open Screen Network Protocol
  11. W3C — Öffentlicher Second-Screen-Chartaentwurf
  12. GitHub — Commit-Verlauf des Chartaentwurfs
  13. W3C — Chartaentwürfe zur öffentlichen Prüfung
  14. W3C Strategy issue 444
  15. Lu Heng — The Multi-Stakeholder Mirage
  16. Lu Heng — Running-Code Primacy
  17. Lu Heng — Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption