von Sicherheitsanforderungen (SR)

, die eine funktionale Sicherheit charakterisieren.

29 Die funktionale Sicherheit soll die Ausführung des Programmcodes durch die Recheneinrichtung des Steuergeräts betreffen (OS, Abs. [0003]). Aus der Sicht des Fachmanns können die funktionalen Sicherheitsanforderungen, die an den Programmcode zum Betreiben des Steuergeräts gestellt werden, als vom jeweiligen Einsatzzweck bzw. der jeweiligen Funktion des Steuergeräts vorgegeben angesehen werden. Als Sicherheitsanforderungen sieht der Fachmann insbesondere Bedingungen an, die bei Ausführung des Programmcodes erfüllt sein sollen. Somit ist das Merkmal M2 derart zu verstehen, dass Sicherheitsanforderungen an den Programmcode - zum Beispiel im Rahmen der Erstellung einer Anforderungsspezifikation - dahingehend zu ermitteln sind, dass der Programmcode vorgegebene sicherheitsbezogene Funktionen auf der Recheneinrichtung zu erfüllen hat. Wie die Ermittlung der Sicherheitsanforderungen im Rahmen des computerimplementierten Verfahrens vorgenommen werden soll, wird in Anspruch 1 nicht spezifiziert; so können die Sicherheitsanforderungen beispielsweise anhand vorgegebener Eingabedaten oder zumindest zum Teil auch durch eine Person ermittelt werden, die dazu Wissen aus ihrem Gedächtnis abruft.

30 M3: Ermitteln

von Beschreibungen (DESCR)

, die charakterisieren, wie die Sicherheitsanforderungen (SR) mit dem Programmcode (PRG1) zusammenhängen und/oder wie die Sicherheitsanforderungen (SR) verifiziert werden können.

31 Diese Angabe versteht der Fachmann derart, dass die Beschreibungen beispielsweise das von den Sicherheitsanforderungen geforderte jeweilige Verhalten des Programmcodes in sicherheitsrelevanten Situationen und/oder die Art und Weise der Verifikation des den Sicherheitsanforderungen entsprechenden Verhaltens des Programmcodes enthalten sollen. Der Fachmann interpretiert demnach das Merkmal M3 insbesondere so, dass mit einer Beschreibung eine Testspezifikation mit Testfällen gemeint ist, deren erfolgreiche Bewältigung durch den Programmcode sicherstellt, dass dieser die Sicherheitsanforderungen erfüllt (vgl. OS, Abs. [0016], [0033], [0047]). Da für die Ermittlung der relevanten Testfälle der Zusammenhang zwischen Sicherheitsanforderungen und Programmcode von Bedeutung ist, impliziert der Verfahrensschritt M3 eine vorausgehende Analyse der Sicherheitsanforderungen und des Programmcodes.

32 M4: Untersuchen (120) des Programmcodes (PRG1) in Abhängigkeit der Sicherheitsanforderungen (SR) und/oder der Beschreibungen (DESCR).

33 Da die Sicherheitsanforderungen bereits in den Testfällen berücksichtigt sind, die in den Beschreibungen enthalten sind, ist Merkmal M4 aus Sicht des Fachmanns erfüllt, wenn der Programmcode anhand solcher Testfälle untersucht wird. Aufgrund der "und/oder"-Alternative müssen die Beschreibungen beim Untersuchen des Programmcodes nicht unbedingt verwendet werden.

34 Zusammenfassend entnimmt der Fachmann dem Anspruch 1 insbesondere das folgende Vorgehen:

35 M1: Das Verfahren soll zumindest teilweise computerimplementiert und zur Untersuchung von Programmcode für eine Recheneinrichtung für ein Steuergerät geeignet sein. Es weist folgende Schritte auf:

36 M2: Ermitteln (z. B. im Rahmen der Erstellung einer Anforderungsspezifikation) von funktionalen Sicherheitsanforderungen, die der Programmcode zu erfüllen hat, möglicherweise aus Eingabedaten.

37 M3: Ermitteln einer Testspezifikation mit Testfällen, mit denen sichergestellt wird, dass, der Programmcode die Sicherheitsanforderungen erfüllt, wenn die Testfälle durch den Programmcode erfolgreich bewältigt worden sind.

38 M4: Untersuchen des Programmcodes anhand der Testfälle.

40 Nach der ständigen Rechtsprechung des BGH muss die beanspruchte Lehre zur Überwindung des Patentierungsausschlusses des § 1 Abs. 3 Nr. 3, Abs. 4 PatG über die für die Patentfähigkeit unabdingbare Technizität hinaus Anweisungen enthalten, die der Lösung eines konkreten technischen Problems mit technischen Mitteln dienen. Dabei ist die Frage, ob ein konkretes technisches Problem durch eine Erfindung mit technischen Mitteln gelöst wird, objektiv danach zu bestimmen, was die Erfindung tatsächlich leistet. Dies ist durch Auslegung des Patentanspruchs zu entwickeln (BGH, Urteil vom 24. Februar 2011 - X ZR 121/09 - Webseitenanzeige, Rdn. 14, 17, 20 m. w. N.).

41 Der beanspruchten Lehre sind keine Anweisungen entnehmbar, die der Lösung eines konkreten technischen Problems mit technischen Mitteln dienen.

42 5.2.1 Die Leistung des beanspruchten Verfahrens liegt in der Untersuchung von Programmcode für ein Steuergerät im Hinblick auf Sicherheitsanforderungen, welche auf Basis vorgegebener Informationen ermittelt werden.

43 Hieraus ergibt sich das Problem, ein für eine derartige Untersuchung geeignetes Schema bereitzustellen. Dieses Problem ist bereits nicht technischer Natur, da es nicht notwendigerweise den Einsatz beherrschbarer Naturkräfte zur Herbeiführung eines kausal übersehbaren Erfolges erfordert (vgl. BGH, Beschluss vom 19. Oktober 2004 - X ZB 33/03 - Anbieten interaktiver Hilfe, Abschnitt II 4. b und c).

44 5.2.2 Ein Beitrag zur Lösung eines konkreten technischen Problems kann auch nicht aus den Mitteln abgeleitet werden, mit denen die Überprüfung anspruchsgemäß durchgeführt werden soll.

45 So bleibt das bloße Ermitteln von funktionalen Sicherheitsanforderungen an den Programmcode gemäß Merkmal M2 und von Beschreibungen gemäß Merkmal M3, d. h. beispielsweise von Testfällen, jeweils der menschlichen Verstandestätigkeit überlassen oder beruht allein auf deren Umsetzung mit Hilfe der elektronischen Datenverarbeitung. Technische Mittel, die die Anweisungen der Merkmale M2 und M3 mit kausal übersehbarer technischer Wirkung umsetzen und auf die Lösung eines konkreten technischen Problems schließen lassen, werden im Rahmen der Ermittlungsschritte der Merkmale M2 und M3 nicht beansprucht; die Ergebnisse dieser Schritte müssen im Übrigen aufgrund der und/oder-Alternative des Merkmals M4 auch nicht in die Untersuchung des Programmcodes einfließen.

46 Ebenso geht der in Merkmal M4 genannte Schritt des Untersuchens von Programmcode anhand der im Rahmen des Merkmals M3 ermittelten Daten bzw. Testfälle nicht über eine Beschreibung der gedanklichen Tätigkeit einer Person hinaus, die vorliegend allenfalls mit Hilfe der elektronischen Datenverarbeitung automatisiert wird. Auch dieser Untersuchungsschritt erzielt keine konkrete technische Wirkung, aus der auf die Lösung eines konkreten technischen Problems geschlossen werden könnte.

47 Zudem sind die in Merkmal M4 verarbeiteten Informationen so abstrakt, dass aus ihrer Verarbeitung in Merkmal M4 keine konkrete technische Wirkung abgeleitet werden kann. Eine Untersuchung des Programmcodes im Hinblick auf solche Informationen beeinflusst den Programmcode weder im Hinblick auf seine Fehlerfreiheit noch auf seine Sicherheit.

48 Auch der Umstand, dass gemäß Merkmal M1 einzelne Verfahrensschritte der Merkmale M2 bis M4 ggf. computerimplementiert - d. h. mit Hilfe der elektronischen Datenverarbeitung - erfolgen können, genügt noch nicht zur Annahme, dass ein konkretes technisches Problem gelöst wird (vgl. BGH-Beschluss vom 19.10.2004 - X ZB 33/03 - Anbieten interaktiver Hilfe, Abschnitt II 4. b und c, vgl. auch BGH, Beschluss vom 19. Oktober 2004 - X ZB 34/03 - Rentabilitätsermittlung, Leitsatz und Abschnitt III 4. c vorletzter Absatz). Die Implementierung auf einem Computer könnte entfallen, ohne dass zugleich der angestrebte Erfolg entfällt (BGH, Beschluss vom 22. Juni 1976 - X ZB 23/74 - Dispositionsprogramm, Abschnitt II. 3. b) bb)).

49 Vorliegend sind auch keine anderweitigen Anhaltspunkte ersichtlich, die auf die Lösung eines konkreten technischen Problems mit technischen Mitteln schließen lassen.

50 Die Anmelderin argumentiert zwar, dass die Sicherheitsanforderungen an den Programmcode durch das Steuergerät definiert - und damit steuergerätespezifisch - seien und den Ablauf des beanspruchten Verfahrens bestimmen würden. Mit den Sicherheitsanforderungen werde ein technischer Kontext vorgegeben. Somit sei der Ablauf des beanspruchten Verfahrens von technischen Gegebenheiten außerhalb der Datenverarbeitungsanlage abhängig, so dass das in der BGH-Entscheidung "Webseitenanzeige" angegebene Kriterium für das Vorliegen eines zur Lösung eines technischen Problems eingesetzten technischen Mittels erfüllt sei.

51 Dieser Argumentation folgt der Senat jedoch nicht.

52 5.3.1 Dass die Sicherheitsanforderungen gerätespezifisch sein sollen, ist nicht Gegenstand von Patentanspruch 1. Im Übrigen mag der Umstand, dass Sicherheitsanforderungen einem Steuergerät zugeordnet sind, zwar darauf hindeuten, dass die zu verarbeitenden Daten möglicherweise einen technischen Kontext haben. Dies ist vorliegend jedoch ohne Belang, das sich der Inhalt der Sicherheitsanforderungen nicht konkret technisch auswirkt (BGH, Beschluss vom 19. Oktober 2004 - X ZB 34/03 - Rentabilitätsermittlung, Abschnitt III 4. c, letzter Absatz).

53 5.3.2 Auch die Argumentation der Anmelderin, wonach die steuergerätespezifischen Sicherheitsanforderungen den Ablauf des Datenverarbeitungsprogramms, das zur Lösung des Problems eingesetzt wird, bestimmten, und somit als "technische Gegebenheiten außerhalb der Datenverarbeitungsanlage" das Vorliegen eines technischen Lösungsmittels begründeten, rechtfertigt keine andere Beurteilung.

54 Denn die steuergerätespezifischen Sicherheitsanforderungen sind abstrakte Dateninhalte und keine technischen Gegebenheiten im Sinne des BGH-Urteils "Webseitenanzeige". So nimmt der Ablauf des Verfahrens nach Patentanspruch 1 nicht Rücksicht auf (konkrete) technische Gegebenheiten, die der Datenverarbeitungsanlage selbst anhaften oder die außerhalb der Datenverarbeitungsanlage vorhanden sind. Im Fall des BGH-Beschlusses "Dynamische Dokumentengenerierung" vom 22. April 2010 (Az. Xa ZB 20/08), auf den sich das BGH-Urteil "Webseitenanzeige" bezieht, ist der Ablauf der beanspruchten Verfahrensschritte ersichtlich so definiert, um konkreten technischen Gegebenheiten bzw. Anforderungen, nämlich der beschränkten Leistungsfähigkeit des Leitrechners, Rechnung zu tragen. In der vorliegenden Anmeldung hingegen sind die Verfahrensschritte M2 (Ermitteln der Sicherheitsanforderungen), M3 (Ermitteln von Beschreibungen) und M4 (Untersuchen des Programmcodes) lediglich zusammengestellt, um den Dateninhalt der Sicherheitsanforderungen auf bestimmte Weise zu verarbeiten, jedoch nicht, um mit dieser Zusammenstellung konkrete technische Gegebenheiten zu berücksichtigen.