Mehr als nur das Recht auf Ausschluss

Rechtsstreitigkeiten verdeutlichen einem die Kluft zwischen dem, was das Gesetz zulässt, und dem, was die Technologie erfordert. Eine Patentlizenz sagt einem, wofür man nicht verklagt werden kann. Sie sagt einem jedoch nicht, wie man das, was man nun bauen darf, auch tatsächlich bauen soll. Ich habe schon in Räumen gesessen, in denen ein Unternehmen das Recht zur Nutzung einer patentierten Technologie erstritten hatte, und dieser Sieg führte zu jahrelanger überflüssiger Forschung und Entwicklung, weil das Unternehmen zwar die rechtliche Erlaubnis, aber nicht das technische Know-how hatte, um die Technologie effizient umzusetzen. Es hatte die Freiheit zur Nutzung. Es hatte jedoch nicht die Fähigkeit zur Nutzung. Dieser Unterschied ist wesentlich und bleibt bei den meisten „Freedom-to-Operate“-Analysen unberücksichtigt.

Die traditionelle FTO-Prüfung ist rückblickend. Man identifiziert Patente Dritter, die möglicherweise auf das geplante Produkt Anwendung finden könnten, und bewertet das Verletzungsrisiko. Wenn Sperrpatente vorliegen, entwickelt man eine Umgehungslösung, handelt eine Lizenz aus, ficht die Gültigkeit an oder akzeptiert das Risiko. Dieser Ansatz ist nach wie vor unverzichtbar. Aber er ist grundlegend unvollständig. Er fragt: Welche bestehenden Rechte schränken das ein, was wir entwickeln wollen? Er fragt nicht: Was bräuchten wir über die rechtliche Freigabe hinaus, um es tatsächlich effizient zu entwickeln?

In schnelllebigen Technologiebereichen hat die Antwort weitreichende Konsequenzen. Der Zeit- und Kostenaufwand für die eigenständige Entwicklung, das Reverse Engineering anhand einer Patentschrift, die Validierung einer Implementierung ohne die Testdaten des Lizenzgebers sowie die Integration einer Komponente ohne Kenntnis der zugrunde liegenden Konstruktionsannahmen übersteigt oft die Lizenzkosten selbst um eine Größenordnung. Wenn Entwicklungszyklen in Monaten gemessen werden, entscheidet allein die Zeitdimension darüber, ob ein Produkt den Markt erreicht oder bereits vor seiner Auslieferung veraltet ist.

Nehmen wir als Beispiel ein vernetztes Bremssystem. Es handelt sich dabei nicht um eine einzelne mechanische Komponente. Vielmehr ist es ein Zusammenspiel aus Aktuatortechnik, eingebetteter Echtzeit-Software, Algorithmen zur Sensorfusion, funktionalen Sicherheitsarchitekturen gemäß Automobilstandards, Schnittstellen für die Fahrzeug-zu-Fahrzeug-Kommunikation und der Möglichkeit für Over-the-Air-Updates. Die Patentlandschaft umfasst Hunderte von Patentfamilien aus den Bereichen Mechanik, Elektrotechnik und Software, die von Dutzenden von Unternehmen gehalten werden – von etablierten OEMs über Halbleiterhersteller bis hin zu Spin-offs von Universitäten.

Ein Tier-1- oder Tier-2-Zulieferer, der mit der Entwicklung dieses Systems beauftragt ist, steht vor einem Prozess, der in etwa wie folgt aussieht: Zunächst erfolgt eine FTO-Analyse über alle relevanten Patentklassifikationen hinweg. Das dauert mindestens sechs Monate und ist mit erheblichen Rechtskosten verbunden. Anschließend folgen für jedes identifizierte Sperrpatent bilaterale Lizenzverhandlungen, jede mit ihrem eigenen Zeitplan, ihren eigenen kommerziellen Bedingungen und ihren eigenen Vertraulichkeitsauflagen. Nachdem Sie die Patentlandschaft geklärt haben, haben Sie sich das rechtliche Recht zur Nutzung der entsprechenden Erfindungen gesichert. Ihnen fehlt jedoch das technische Know-how, um diese effizient umzusetzen.

Eine Patentschrift offenbart zwar genügend Informationen, um die Anforderungen an die Ausführbarkeit zu erfüllen. Sie offenbart jedoch nicht die Kalibrierungsparameter, die dafür sorgen, dass die Erfindung unter allen Betriebsbedingungen zuverlässig funktioniert. Sie enthält weder die validierten Softwarebibliotheken noch die Integrationsspezifikationen, die die Interoperabilität mit der zentralen Rechnerarchitektur eines Fahrzeugs gewährleisten, noch die in Betracht gezogenen und verworfenen Kompromisse beim Design oder die aufgetretenen und behobenen Fehlermodi. All dies ist das Ergebnis langjähriger technischer Erfahrung und existiert ausschließlich innerhalb der Organisationen, die es geschaffen haben.

Der lizenzierte Anbieter entwickelt all dies also eigenständig. Verlängerte Zeitpläne. Redundante Forschungs- und Entwicklungsarbeit. Erhöhtes Integrationsrisiko, das erst spät zutage tritt, wenn die Behebung am teuersten ist. Bei einer so komplexen Komponente wie einem vernetzten Bremssystem misst sich der Unterschied zwischen eigenständiger Entwicklung und einer Entwicklung, die auf einem umfassenden Know-how-Transfer basiert, in Quartalen, nicht in Wochen. In einer Branche, in der Plattformzyklen immer kürzer werden und Verzögerungen bei Komponenten sich durch die gesamte Lieferkette auswirken, hat diese Beschleunigung direkte wirtschaftliche und sicherheitsrelevante Auswirkungen.

Man bündelt die Patente mit dem für ihre Umsetzung erforderlichen Wissen. Für sich genommen ist dies nichts Neues. Technologieübertragungsvereinbarungen enthalten seit langem neben der Erteilung von Patenten auch Bestimmungen zum Know-how, Softwarelizenzen und technische Unterstützung. Was bisher jedoch unmöglich war, ist die Umsetzung in großem Maßstab, über mehrere Lizenzgeber und Lizenznehmer hinweg, mit standardisierten Bedingungen und überschaubaren Transaktionskosten. Die bilaterale Technologieübertragungsvereinbarung eignet sich für eine einzelne Lizenzgeber-Lizenznehmer-Beziehung. Sie lässt sich jedoch nicht auf einen Technologiebereich mit potenziell Dutzenden von Lizenznehmern und Dutzenden von Patentinhabern skalieren.

Ein standardisiertes Lizenzprogramm mit vorgefertigten Asset-Paketen ändert dies. Man definiert standardisierte Zugriffsebenen: an einem Ende einfache Lizenzen, die ausschließlich Patente umfassen, am anderen Ende umfassende Pakete, einschließlich Referenzimplementierungen, Integrationsspezifikationen, dokumentierter Best Practices und sogar technischer Support auf Abruf. Wenn sich mehrere Technologieinhaber im Rahmen eines standardisierten Programms zusammenschließen, berücksichtigen algorithmische Zuteilungsmechanismen den relativen Wert der verschiedenen Beiträge. Ein Mitwirkender, der validierte Software und technische Dokumentation bereitstellt, erhält eine angemessene Vergütung im Vergleich zu einem Mitwirkenden, der lediglich Patente beisteuert.

Für den Bremssystemlieferanten ist der Unterschied erheblich. Anstatt die Schnittstelle zwischen einem Sensorarray und einem Bremssteuergerät eigenständig zu entwickeln – eine Aufgabe, die nicht nur die Programmierung, sondern auch eine umfassende Validierung hinsichtlich der Anforderungen an die funktionale Sicherheit umfasst –, baut der Lieferant auf einer Referenzimplementierung auf, die bereits von den Mitwirkenden validiert wurde. Anstatt Integrationsbeschränkungen aus Patentveröffentlichungen und Normdokumenten abzuleiten, greift der Lieferant auf dokumentierte Spezifikationen zu, die die tatsächlichen Konstruktionsannahmen widerspiegeln. Anstatt Fehlermodi durch eigene Tests aufzudecken, greift der Zulieferer auf eine gemeinsame Wissensdatenbank zurück, die die kollektiven Erfahrungen der Mitwirkenden und früherer Implementierer widerspiegelt.

Dies verändert auch den Charakter der FTO-Prüfung selbst. Bei der FTO geht es weniger darum, Hindernisse zu identifizieren, als vielmehr darum, zu verstehen, was verfügbar ist. Die Frage verschiebt sich von „Welche Patente müssen wir klären?“ hin zu „Welches Programm oder welche Kombination von Programmen bietet die umfassendste Grundlage für das, was wir entwickeln wollen?“ Dies ist insbesondere in der Automobilbranche von Bedeutung, da hier ein Wechselwirken zwischen IP-Risiko und Produkthaftung besteht. Ein Unternehmen, das eine gründliche FTO-Analyse durchgeführt hat und nachweisen kann, dass es sich bei der Umsetzung auf dokumentiertes, validiertes technisches Wissen gestützt hat, befindet sich sowohl in Patentstreitigkeiten als auch in Produkthaftungsverfahren in einer wesentlich stärkeren Position.

Beides. Die Automobilbranche ist aufgrund des gleichzeitigen Zusammenspiels von Elektrifizierung, Konnektivität, Autonomie und softwaredefinierten Architekturen ein besonders ausgeprägter Fall. Die Patentlandschaft ist dicht und fragmentiert. Die Technologien sind eng miteinander verflochten. Das Tempo des Wandels begünstigt eine schnelle Integration gegenüber eigenständigen Erfindungen. Dieses Muster lässt sich jedoch in allen technologieintensiven Branchen beobachten. Jeder Bereich, in dem die Patentlandschaft komplex ist, Technologien voneinander abhängig sind und die Entwicklungszyklen immer kürzer werden, sieht sich mit denselben Reibungsverlusten konfrontiert.

Die Entwicklung von der Patentlizenzierung hin zur Technologielizenzierung stellt keine Abkehr von etablierten Grundsätzen des geistigen Eigentums dar. Sie ist vielmehr eine natürliche Erweiterung dieser Grundsätze, um den Realitäten der modernen Technologieentwicklung Rechnung zu tragen. Der Wert einer patentierten Erfindung ist untrennbar mit dem Know-how verbunden, das für ihre effektive Umsetzung erforderlich ist. Patentpools, sofern vorhanden, die sich auf die Bündelung und Lizenzierung von Patentrechten beschränken, lösen einen Teil dieses Problems. Lizenzprogramme, die ihren Anwendungsbereich auf Know-how, Software und Geschäftsgeheimnisse ausweiten und mit angemessenen Schutzvorkehrungen sowie fairen Verteilungsmechanismen ausgestattet sind, gehen das Problem umfassender an. Sie senken nicht nur die rechtlichen Transaktionskosten der Lizenzierung, sondern auch die technischen Transaktionskosten der Umsetzung. Sie ermöglichen es Unternehmen, ihre F&E-Ressourcen eher auf Differenzierung als auf Nachahmung zu konzentrieren. Und sie schaffen einen Rahmen, in dem das kollektive Wissen der Akteure einer Branche auf kontrollierte, vergütete und rechtlich einwandfreie Weise geteilt werden kann.