BPatG 154 05.11 BUNDESPATENTGERICHT 17 W (pat) 16/14 _______________ (Aktenzeichen) Verkündet am 31. Mai 2016 … B E S C H L U S S In der Beschwerdesache betreffend die Patentanmeldung 10 2012 014 362.1-53 … hat der 17. Senat (Technischer Beschwerdesenat) des Bundespatentgerichts auf die mündliche Verhandlung vom 31. Mai 2016 unter Mitwirkung des Richters Dipl.-Ing. Baumgardt als Vorsitzendem, der Richterin Eder sowie der Richter Dipl.-Phys. Dr. Forkel und Dipl.-Ing. Hoffmann beschlossen: Die Beschwerde wird zurückgewiesen. - 2 - G r ü n d e I. Die vorliegende Patentanmeldung wurde am 20. Juli 2012 beim Deutschen Patent- und Markenamt eingereicht. Sie trägt die Bezeichnung: „Verfahren, Vorrichtung und System zur Realisierung eines Anwendungsprogramms für ein Fahrzeug“. Die Anmeldung wurde durch den Beschluss der Prüfungsstelle für Klasse G06F des Deutschen Patent- und Markenamtes in der Anhörung vom 20. Februar 2014 zurückgewiesen. Zur Begründung führt die Prüfungsstelle aus, dass die jeweiligen Gegenstände des (damaligen) Hauptanspruchs gemäß Hauptantrag sowie der Hilfsanträge 1 bis 4 nicht auf einer erfinderischen Tätigkeit beruhten. Gegen diesen Beschluss wendet sich die Beschwerde der Anmelderin. Die Anmelderin stellt den Antrag, den angegriffenen Beschluss aufzuheben und das nachgesuchte Patent mit fol-genden Unterlagen zu erteilen: gemäß Hauptantrag mit Patentansprüchen 1-10 und Beschreibung Seiten 1-11, jeweils vom 19. Mai 2016, eingegan-gen am 20. Mai 2016, 2 Blatt Zeichnungen mit Figuren 1 und 2 vom Anmeldetag; - 3 - gemäß 1. Hilfsantrag mit Patentansprüchen 1-9 und Beschreibung Seiten 1-11, jeweils vom 19. Mai 2016, eingegan-gen am 20. Mai 2016, Zeichnungen mit Figuren wie Hauptantrag; gemäß 2. Hilfsantrag mit Patentansprüchen 1-10 und Beschreibung Seiten 1- 11, jeweils vom 19. Mai 2016, eingegan-gen am 20. Mai 2016, Zeichnungen mit Figuren wie Hauptantrag. Der geltende Patentanspruch 1 nach Hauptantrag (mit einer Gliederung verse-hen) lautet: (A) 1.Verfahren zur Realisierung mindestens eines Anwendungsprogramms (Appx) für ein Fahrzeug (10), (a) wobei Daten des Fahrzeugs (10) über eine drahtlose Schnittstelle (7) von dem Fahrzeug (10) an eine Verwaltungseinheit (1) übertragen wer-den, (b) wobei jedes des mindestens einen Anwendungsprogramms (Appx) über eine Schnittstelle (5) der Verwaltungseinheit (1) die Daten des Fahr-zeugs (10) von der Verwaltungseinheit (1) erfasst, (c) wobei jedes des mindestens einen Anwendungsprogramms (Appx) ab-hängig von den Daten eine Funktion ausführt, und (d) wobei das mindestens eine Anwendungsprogramm (Appx) vor einer ers-ten Ausführung der Funktion bei der Verwaltungseinheit (1) registriert wird (e) und im Zuge dieser Registrierung an die Verwaltungseinheit (1) übermit-telt: - 4 - (e1) eine erste Art der Daten des Fahrzeugs (10), welche das je-weilige Anwendungsprogramm zur Ausführung der Funktion von der Verwaltungseinheit (1) benötigt, und (e2) eine Startmöglichkeit des Anwendungsprogramms, mittels welcher das Anwendungsprogramm (Appx) von dem Fahr-zeugnutzer(4) ausführbar ist, (h) wobei eine Zugangsberechtigung zum Zugriff auf die Daten von einem Fahrzeugnutzer (4) konfigurierbar ist, (i) wobei das Sammeln und Versenden der Daten des Fahrzeugs (10) von dem Fahrzeugnutzer (4) konfigurierbar ist, (j) wobei die Verwaltungseinheit (1) dem Fahrzeug (10) meldet, welche Da-ten benötigt werden, und (k) wobei das Fahrzeug (10) nur die benötigten Daten sammelt und an die Verwaltungseinheit (1) versendet. Zu den nebengeordneten Ansprüchen 8 und 10, sowie zu den Unteransprüchen 2 bis 7 und 9 gemäß Hauptantrag wird auf die Akte verwiesen. Der geltende Patentanspruch 1 nach Hilfsantrag 1 (mit einer Gliederung verse-hen) lautet: (A) 1.Verfahren zur Realisierung mindestens eines Anwendungsprogramms (Appx) für ein Fahrzeug (10), (a) wobei Daten des Fahrzeugs (10) über eine drahtlose Schnittstelle (7) von dem Fahrzeug (10) an eine Verwaltungseinheit (1) übertragen wer-den, (b) wobei jedes des mindestens einen Anwendungsprogramms (Appx) über eine Schnittstelle (5) der Verwaltungseinheit (1) die Daten des Fahr-zeugs (10) von der Verwaltungseinheit (1) erfasst, - 5 - (c) wobei jedes des mindestens einen Anwendungsprogramms (Appx) ab-hängig von den Daten eine Funktion ausführt, und (d) wobei das mindestens eine Anwendungsprogramm (Appx) vor einer ers-ten Ausführung der Funktion bei der Verwaltungseinheit (1) registriert wird (e) und im Zuge dieser Registrierung an die Verwaltungseinheit (1) übermit-telt: (e1) eine erste Art der Daten des Fahrzeugs (10), welche das je-weilige Anwendungsprogramm zur Ausführung der Funktion von der Verwaltungseinheit (1) benötigt, und (e2) eine Startmöglichkeit des Anwendungsprogramms, mittels welcher das Anwendungsprogramm (Appx) von dem Fahr-zeugnutzer (4) ausführbar ist, (f) wobei für jeden Fahrzeugnutzer (4) eines Fahrzeugs (10), welcher eines des mindestens einen Anwendungsprogramms (Appx) einsetzt, eine Zu-gangsberechtigung zum Zugriff auf die Daten vorhanden ist, (g) wobei sich das jeweilige Anwendungsprogramm (Appx) vor einem Zu-griff auf die Daten des Fahrzeugs (10) mit der entsprechenden Zu-gangsberechtigung bei der Verwaltungseinheit (1) anmeldet, (h) wobei die Zugangsberechtigung zum Zugriff auf die Daten von einem Fahrzeugnutzer (4) konfigurierbar ist, (i) wobei das Sammeln und Versenden der Daten des Fahrzeugs (10) von dem Fahrzeugnutzer (4) konfigurierbar ist, (j) wobei die Verwaltungseinheit (1) dem Fahrzeug (10) meldet, welche Da-ten benötigt werden, und (k) wobei das Fahrzeug (10) nur die benötigten Daten sammelt und an die Verwaltungseinheit (1) versendet. Zu den nebengeordneten Ansprüchen 7 und 9, sowie zu den Unteransprüchen 2 bis 6 und 8 gemäß Hilfsantrag 1 wird auf die Akte verwiesen. - 6 - Der geltende Patentanspruch 1 nach Hilfsantrag 2 (mit einer Gliederung und einer gekennzeichneten Korrektur in Merkmal (m6) versehen) lautet: (A) 1.Verfahren zur Realisierung mindestens eines Anwendungsprogramms (Appx) für ein Fahrzeug (10), (a) wobei Daten des Fahrzeugs (10) über eine drahtlose Schnittstelle (7) von dem Fahrzeug (10) an eine Verwaltungseinheit (1) übertragen wer-den, (b) wobei jedes des mindestens einen Anwendungsprogramms (Appx) über eine Schnittstelle (5) der Verwaltungseinheit (1) die Daten des Fahr-zeugs (10) von der Verwaltungseinheit (1) erfasst, (c) wobei jedes des mindestens einen Anwendungsprogramms (Appx) ab-hängig von den Daten eine Funktion ausführt, und (d) wobei das mindestens eine Anwendungsprogramm (Appx) vor einer ers-ten Ausführung der Funktion bei der Verwaltungseinheit (1) registriert wird (e) und im Zuge dieser Registrierung an die Verwaltungseinheit (1) übermit-telt: (e1) eine erste Art der Daten des Fahrzeugs (10), welche das je-weilige Anwendungsprogramm zur Ausführung der Funktion von der Verwaltungseinheit (1) benötigt, und (e2) eine Startmöglichkeit des Anwendungsprogramms, mittels welcher das Anwendungsprogramm (Appx) von dem Fahr-zeugnutzer (4) ausführbar ist, und (m) wobei die Funktion ausgewählt ist aus einer Gruppe umfassend: (m1) eine Twitter-Funktion, um abhängig von einer Position des Fahrzeugs (10) auf einer Fahrt des Fahrzeugs (10) Nachrich-ten zu verschicken, (m2) eine Statistikfunktion, um festzuhalten, wann das Fahrzeug (10) wo wie gefahren wurde, - 7 - (m3) eine Parkplatzempfehlungsfunktion, um dem Fahrzeug (10) abhängig von der aktuellen Position einen Parkplatz zu emp-fehlen, (m4) eine Stauwarnfunktion, um abhängig von der aktuellen Posi-tion des Fahrzeugs (10) und einer Verkehrsinformation vor ei-nem Stau zu warnen, (m5) eine Parkplatzsuchfunktion, um abhängig von einer Ankunfts-zeit an einem Ziel einen Parkplatz zu bestimmen, (m6) eine Ortsuchfunktion, um abhängig von vorgegebenen Such-kriterien und abhängig von der aktuellen Position des Fahr-zeugs (10) Zwischenziele zu bestimmen, (m7) eine Reiseführerfunktion, um abhängig von einer Position ei-nes Ortes Informationen bezüglich dieses Ortes zu bestim-men, (m8) eine Tankwächterfunktion, um abhängig vom Tankfüllstand des Fahrzeugs Tankempfehlungen zu geben; (m9) eine Funktion, welche Fahrzeugdaten auswertet und abhängig davon eine Information über die Fahrweise erstellt. Zu den nebengeordneten Ansprüchen 8 und 10, sowie zu den Unteransprüchen 2 bis 7 und 9 gemäß Hilfsantrag 2 wird auf die Akte verwiesen. Im Verfahren wurden folgende Druckschriften genannt: D1: WO 2011/ 147 893 A1: D2: US 2004/0267410 A1; D3: LEE Eunkyu, u.a., „A Smart Web Platform for Telematics Services toward Ubiquitous Environments“, IEEE Geosci & Remote Sensing Symp. IGARSS, 07/25/2005. - 8 - II. Die Beschwerde ist frist- und formgerecht eingereicht und auch sonst zulässig. Sie hat jedoch keinen Erfolg, da die jeweiligen Gegenstände des Patentanspruchs 1 gemäß Hauptantrag sowie gemäß den Hilfsanträgen 1 und 2 nicht auf erfinderi-scher Tätigkeit beruhen (§ 1 Abs. 1 i. V. m. § 4 Satz 1 PatG). 1. Die vorliegende Erfindung betrifft ein Verfahren, eine Vorrichtung und ein System, um verschiedenste Anwendungsprogramme (Apps) für ein Fahrzeug zu realisieren (Offenlegungsschrift, Absatz [0001]). Aus dem Stand der Technik sei die automatische Aktualisierung einer Status-information abhängig von Diagnosedaten eines Fahrzeugs bekannt (Offenle-gungsschrift, Absatz [0002]). Ebenso sei ein Parkleitsystem, bei welchem das einen Parkplatz freigebende Fahrzeug eine Freigabe mit Position versendet, offenbart (Offenlegungsschrift, Absatz [0003]). Weiter seien proprietäre Lösungen bekannt, bei welchen vom Fahrzeug Fahr-zeugdaten an ein System geliefert werden, welches dann abhängig von diesen Fahrzeugdaten eine bestimmte Funktion ausführt (Offenlegungsschrift, Absatz [0004]). Nachteilig bei diesen Lösungen sei beispielsweise, dass jedes Fahrzeug die Fahrzeugdaten in einer bestimmten Art und Weise an das jeweilige System senden muss, damit das System diese Fahrzeugdaten korrekt erfassen und verarbeiten kann (Offenlegungsschrift, Absatz [0004]). - 9 - Der Erfindung soll daher die Aufgabe zugrunde liegen, die Realisierung solcher Anwendungsprogramme bzw. Applikationen (Apps) zu vereinfachen, so dass bei-spielsweise auch Drittanbieter Anwendungsprogramme in einer einfachen Art und Weise erstellen können, ohne dass dazu Kenntnisse notwendig sind, auf welche Art und Weise ein bestimmtes Fahrzeug seine Fahrzeugdaten aussendet, und ohne dass das jeweilige Fahrzeug in irgendeiner Weise an ein neues Anwen-dungsprogramm angepasst werden muss (siehe geltende Beschreibung vom 19. Mai 2016 zu Hauptantrag, Hilfsantrag 1 und Hilfsantrag 2 - jeweils S. 2). Ein weiteres Ziel (siehe Eingabe vom 3. Januar 2013; S. 5) ist es, die Kontrolle dar-über, welche Daten oder Informationen des Fahrzeugs von einer bestimmten Ap-plikation verwendet werden dürfen, zu verbessern. Ein zusätzliches Ziel ist es (siehe Eingabe vom 14. Juni 2013; S. 3), beliebige Anwendungsprogramme zu realisieren, welche abhängig von den Daten des Fahrzeugs eine Funktion ausfüh-ren, und zum anderen die Kontrolle darüber, welche Art von Daten des Fahrzeugs von einem dieser Anwendungsprogramme verwendet wird, nicht aus der Hand zu geben. Als Fachmann sieht der Senat einen Ingenieur oder Informatiker mit mehrjähriger Erfahrung in der Datenbankprogrammierung, insbesondere bei der Verwaltung von Zugriffsrechten im Bereich der Telematikdienste, an. 2. Die jeweiligen Gegenstände des Patentanspruchs 1 gemäß Hauptantrag sowie Hilfsantrag 1 und 2 beruhen nicht auf erfinderischer Tätigkeit. 2.1. Die Patenansprüche 1 bedürfen hinsichtlich des Merkmals (A) und des Merk-mals (e2) der Auslegung. Gemäß Merkmal (A) ist ein Verfahren zur Realisierung mindestens eines Anwen-dungsprogramms (Appx) für ein Fahrzeug (10) beansprucht. Im Folgenden geht der Senat davon aus, dass für die Durchführung des Verfah-rens eine zentrale Einheit (Verwaltungseinheit) zur Verfügung gestellt wird, welche - 10 - über mehrere Schnittstellen verfügt. Die zentrale Einheit ist zwischen dem Anwen-dungsprogramm und dem Fahrzeug implementiert und bewirkt die Verwaltung der Daten und der Anfragen. Sie fungiert somit als Basis für die Anwendungspro-gramme und ermöglicht diesen den Zugriff auf Daten sowie das Abrufen von Da-ten. Dies bedeutet, dass sich die Bezeichnung „Realisierung“ auf das Implemen-tieren einer zentralen Einheit mit mindestens einer Schnittstelle bezieht, welche den Datenaustausch zwischen den Anwendungsprogrammen und dem Fahrzeug ermöglicht. In Merkmal (e2) ist eine Startmöglichkeit des Anwendungsprogramms, mittels welcher das Anwendungsprogramm (Appx) von dem Fahrzeugnutzer (4) ausführ-bar ist, angegeben. Der Fachmann wird unter einer solchen Startmöglichkeit eine Aufrufmöglichkeit des Anwendungsprogramms verstehen, die bei der Registrie-rung des Anwendungsprogramms als Startadresse in Gestalt einer URL an die Verwaltungseinheit übermittelt wird und anhand der der Fahrzeugnutzer das An-wendungsprogramm aufrufen kann (vgl. Absätze [0016], [0037], [0038]). 2.2. Das Verfahren des Patentanspruchs 1 nach Hauptantrag war gegenüber dem Stand der Technik naheliegend. In D2 (Fig. 1, Absatz [0034]) ist eine zentrale Einheit (TSP) gezeigt, die sich zwi-schen den Anwendungsprogrammen (ASPs) und einem Fahrzeug befindet und als Basis für die Informationsübermittlung dient. Die Funktionen und die strukturelle Einbindung der zentralen Einheit (Fig. 1, Absätze [0029], [0033], [0035]) entspre-chen dabei der beanspruchten Verwaltungseinheit. Durch die Realisierung der zentralen Einheit und der Schnittstelle für die Anwendungsprogramme wird somit deren Einbindung ermöglicht (Merkmal (A)). Dabei kommuniziert die zentrale Einheit (Verwaltungseinheit) einerseits über eine drahtlose Verbindung mit dem Fahrzeug (Fig. 1, Absatz [0034] – Merkmal (a)) und andererseits über eine weitere Kommunikationsverbindung mit den Anwendungs-- 11 - programmen (Fig. 1, Absätze [0034], [0035] – Merkmal (b)), wobei die von der zentralen Einheit an die Anwendungsprogramme übertragenen Daten bei Bedarf in ein bestimmtes Format gewandelt werden (Absatz [0059]). Abhängig von den erhaltenen Daten führen die Anwendungsprogramme eine bestimmte Funktion aus (Absätze [0035] - [0037] – Merkmal (c)). Weiterhin ist die Registrierung eines Anwendungsprogramms (Merkmal (d)), das einen Datenzugriff benötigt, in der D2 (Absätze [0029], [0050]) beschrieben. Die Komponente, welche die Registrierung verwaltet (Fig. 3 „data protection manager 315“), kann sich dabei sowohl im Fahrzeug (Fig. 3) als auch in der zentralen Ein-heit befinden (Absätze [0055], [0056] „data protection manager 400“). In Zusammenhang mit der Registrierung ist ein bidirektionaler Datenaustausch, und somit auch die Übermittlung von Daten an die zentrale Einheit, für den Fach-mann selbstverständlich (Merkmal (e)). Dabei ist es bei der Registrierung eines Anwendungsprogramms üblich, auch die Art der Daten, welche die Anwendung benötigt, zu übermitteln. Hierzu ist in der D2 ausgeführt, dass in der für die Regist-rierung verwendeten Komponente (Absätze [0045], [0050] „data protection mana-ger“) die Zugriffsbedingungen, d. h. die erforderlichen Daten, welche bspw. in ei-ner sogenannten privacy policy mitgeteilt werden, verwaltet und im Zuge des Emp-fangs bzw. der Registrierung des Anwendungsprogramms eingetragen werden (Merkmal (e1)). Entsprechend dem Sicherheitskonzept der D2 ist auch die Konfiguration bzw. Än-derung der unterschiedlichen Zugriffsrechte durch einen Benutzer gezeigt (Ab-sätze [0041], [0045]), wodurch der Benutzer allgemeine Zugriffsberechtigungen, sowie die Vorgaben für die Weitergabe der Daten des Fahrzeugs einstellen bzw. vorhandene Einstellungen ändern kann (Merkmale (h) und (i)). Aufgrund der Vor-gaben, welche Daten des Fahrzeugs weitergegeben werden, ergibt sich für den Fachmann zwangsläufig, dass nur die benötigten Daten gesammelt und übermit-telt werden (Merkmal (k)). - 12 - Schließlich ist in der D2 auch beschrieben, dass die zentrale Einheit dem Fahr-zeug mitteilt, welche Daten benötigt werden. Wie bereits angegeben (siehe Merk-mal (d)) kann sich die Anwendung, welche den Datenzugriff verwaltet, im Fahr-zeug oder in der zentralen Einheit befinden (Absätze [0055], [0056]). Für den Fall, dass sich die Datenzugriffsverwaltung in der zentralen Einheit befindet, ist zwangsläufig eine Mitteilung, welche Daten benötigt werden, an das Fahrzeug notwendig (Merkmal (j)). Druckschrift D2 offenbart nicht explizit, dass im Zuge einer Registrierung eine Startmöglichkeit des Anwendungsprogramms, mittels welcher das Anwendungs-programm von dem Fahrzeugnutzer ausführbar ist, an die Verwaltungseinheit übermittelt wird (Merkmal (e2)). Es lag jedoch im Griffbereich des Fachmanns, eine solche Startmöglichkeit bzw. Startadresse vorzusehen, um das zugehörige Anwendungsprogramm auf entfern-ten Rechnern überhaupt nutzen zu können. Wer, d. h. welche Person (z. B. der Fahrzeugnutzer) das Programm letztendlich verwendet, ist bei Beurteilung der erfinderischen Tätigkeit in diesem Zusammenhang ohne Bedeutung. Sonach ergeben sich alle Merkmale des Patentanspruchs 1 nach Hauptantrag für den Fachmann in naheliegender Weise aus der D2. 2.3. Ebenso war das Verfahren des Patentanspruchs 1 nach Hilfsantrag 1 gegenüber dem Stand der Technik naheliegend. Von dem Verfahren des Patentanspruchs 1 nach Hauptantrag unterscheidet sich das Verfahren des Patentanspruchs 1 nach Hilfsantrag 1 durch die Merkmale (f) und (g). Wie bereits dargestellt (siehe oben, 2.2.) entnimmt der Fachmann der D2 ein Ver-fahren, bei dem eine zentrale Einheit die Schnittstelle für Anwendungsprogramme zum Zugriff auf Daten eines Fahrzeugs zur Verfügung stellt. Insbesondere sind die - 13 - Möglichkeiten der Konfiguration der Zugriffsberechtigungen sowie der Zugriff auf die Daten durch einen Benutzer oder weitere autorisierte Stellen für die übermittel-ten Daten gezeigt (Absätze [0040], [0041]). Da der Fachmann stets bestrebt ist, die Datensicherheit zu verbessern, hatte er Veranlassung, sich überall dort nach Lösungen umzusehen, wo ein sicherer Da-tenaustausch zwischen Datenverarbeitungssystemen und Fahrzeugen, z. B. Au-tomobilen zum Einsatz kommt. Hierbei konnte er auf die D1 stoßen, die den Abruf von Fahrzeugdaten sowie die Steuerung von Fahrzeugfunktionen mit Hilfe von Anwendungsprogrammen bei gleichzeitiger Prüfung der Autorisierung eines Be-nutzers offenbart. Für den Fachmann bot es sich an, die Lehre der D2 um ein mobiles Kommunikati-onssystem nach dem Vorbild der D1 zu erweitern, da eine solche kombinierte Lö-sung dem Fahrzeugnutzer nicht nur den ortsunabhängigen Zugriff auf Fahrzeug-daten über ein Web-Portal ermöglicht, wobei gleichzeitig ein wirksamer Zugriffs-schutz verwirklicht ist, sondern dem Nutzer darüber hinaus eine Vielfalt an Steue-rungsmöglichkeiten für Fahrzeugfunktionen an die Hand gibt. So ist in D1 (bspw. Fig. 3(b)) gezeigt, dass die Ausführung einer Anwendung nur durch einen autorisierten Benutzer zugelassen wird. Weiterhin zeigt die D1, dass jeder Benutzer eines Fahrzeugs eine Zugangsbe-rechtigung, d. h. eine Kennung und ein Passwort, benötigt, um auf die Daten zu-greifen zu können (Fig. 3(b), S. 5 Z. 27-32). Zusätzlich ist beschrieben, dass ein Benutzer verschiedene Benutzerkennungen für unterschiedliche Fahrzeuge ver-wenden kann (S. 32 Z. 8-11). Somit ist Merkmal (f) aus der D1 zu entnehmen. Der in der D1 angegebene Log-On-Bildschirm (Fig. 3(b), S. 5 Z. 27-32) gewährleistet nicht nur die Benutzung der App, sondern legt anhand der Nutzerdaten auch das Profil und die Rechte fest. Dies bedeutet, dass sich die App ebenso bei dem Web-Server mit diesen Berechtigungen anmeldet bzw. diese Be-rechtigungen an den Web-Server übermittelt. Damit werden auch die ent-- 14 - sprechenden Zugangsberechtigungen für den Zugriff auf die jeweiligen Fahr-zeugdaten weitergegeben (Merkmal (g)). Somit ergeben sich alle Merkmale des Patentanspruchs 1 nach Hilfsantrag 1 für den Fachmann in naheliegender Weise aus den beiden Druckschriften D2 und D1. 2.4. Auch war das Verfahren des Patentanspruchs 1 nach Hilfsantrag 2 ge-genüber dem Stand der Technik naheliegend. Der Patentanspruch 1 nach Hilfsantrag 1 unterscheidet sich von dem Verfahren des Patentanspruchs 1 nach Hauptantrag durch die Merkmale (m) und (m1) bis (m9). Zu den Merkmalen (A) bis (e2) wird auf die Ausführungen zum Hauptantrag (siehe oben, 2.2.) verwiesen. Die neu aufgenommenen Merkmale geben in alternativer Aufzählung konkrete Funktionen an, die entsprechend Merkmal (c) abhängig von den aktuellen Daten des Fahrzeugs durch die Anwendungsprogramme ausgeführt werden können, wie z. B. eine Statistikfunktion, eine Stauwarnfunktion, eine Reiseführerfunktion u. a.. Grundsätzlich ist es im gegebenen Zusammenhang völlig selbstverständlich, die zur Verfügung gestellten Daten für derartige Funktionen heranzuziehen und ent-sprechend programmierte Apps anzubieten; so sind beispielsweise in der D2 „location based services“, „diagnostics“ und „roadside Assistance“ angegeben (siehe dort Absätze [0036], [0037]), und die D1 nennt eine Positionsbestimmungs-Funktion („vehicle location“ S. 28) und eine Reisestatistik-Funktion („journey monitoring“, S. 29). Die Auswahl der zu realisierenden Funktionen, d. h. die Entscheidung, welche Funktionen implementiert werden sollen, stellt für den Fachmann jedoch nur eine nicht-technische Vorgabe dar, die bei der Prüfung des beanspruchten Verfahrens auf erfinderische Tätigkeit außer Betracht bleibt (vgl. BGH GRUR 2011, 125 - - 15 - Wiedergabe topografischer Informationen). Denn die Auswahl allein löst kein konkretes technisches Problem, sie beruht nicht auf technischen Überlegungen; vielmehr wird sie dem Programmierer von der Marketing-Abteilung oder aufgrund von Kundenwünschen vorgegeben. Daher kann keines der zusätzlichen Merkmale (m) und (m1) bis (m9) bei der Prüfung auf erfinderische Tätigkeit berücksichtigt werden. Damit ergibt sich der Patentanspruch 1 nach Hilfsantrag, so wie für den Hauptantrag dargestellt, für den Fachmann in naheliegender Weise aus der Druckschrift D2. 2.5. Auch das Vorbringen der Anmelderin konnte nicht zu einer anderen Beurtei-lung führen. Die Anmelderin wendete ein, dass aus dem Stand der Technik keine Registrierung des Anwendungsprogramms bei der Verwaltungseinheit zu entnehmen sei, da die Registrierung im Fahrzeug erfolge. Ebenso sei aus dem Stand der Technik keine Übermittlung von einer ersten Art der Daten an die Verwaltungseinheit im Zuge der Registrierung zu entnehmen. Weiterhin sei keine Angabe darüber, dass das Fahrzeug nur die benötigten Daten sammelt und an die Verwaltungseinheit versendet, aus dem Stand der Technik zu entnehmen. Schließlich stellte sie dar, dass die beanspruchten Funktionen (Merkmale (m1) bis (m9) technische Ausgestaltungen des Verfahrens beträfen. Entgegen den Ausführungen der Anmelderin ist die Registrierung einer Anwen-dung, die einen Datenzugriff benötigt, bei der zentralen Einheit, d. h. der Verwal-tungseinheit, aus der D2 (Fig. 3, Absätze [0050], [0055], [0056]) zu entnehmen. Ebenso ist ein Datenaustausch, d. h. die Übermittlung von Daten an die zentrale Einheit, für den Fachmann selbstverständlich. Die für die Registrierung verwen-dete Komponente, welche die Zugriffsbedingungen, d. h. die erforderlichen Daten, - 16 - verwaltet und diese bei der Registrierung des Anwendungsprogramms speichert wird in der D2 (Absätze [0045], [0050]) beschrieben. Die Beschränkung der zu sammelnden und zu übermittelnden Daten ist für den Fachmann eine logische Folge aus der in D2 gezeigten Möglichkeit die Konfigura-tion der Zugriffsrechte durch einen Benutzer ändern zu können (Absätze [0041], [0045]). Der Darstellung, wonach die beanspruchten Funktionen technische Ausgestaltun-gen beträfen, kann ebenso nicht gefolgt werden. Denn, wie bereits erläutert, ist die Verwendung einzelner Funktionen bereits aus der D1 oder D2 bekannt. Die Aus-wahl der Funktionen stellt eine nicht-technische Vorgabe dar und kann bei der Prüfung auf erfinderische Tätigkeit nicht berücksichtigt werden. 3. Mit den jeweiligen Patentansprüchen 1 gemäß Hauptantrag und gemäß den Hilfsanträgen 1 und 2 fallen auch die jeweiligen übrigen Patentansprüche, da über einen Antrag nur einheitlich entschieden werden kann (BGH GRUR 1997, 120 - Elektrisches Speicherheizgerät). Rechtsmittelbelehrung Gegen diesen Beschluss steht den am Beschwerdeverfahren Beteiligten das Rechtsmittel der Rechtsbeschwerde zu. Da der Senat die Rechtsbeschwerde nicht zugelassen hat, ist sie nur statthaft, wenn gerügt wird, dass 1. das beschließende Gericht nicht vorschriftsmäßig besetzt war, 2. bei dem Beschluss ein Richter mitgewirkt hat, der von der Ausübung des Richter-amtes kraft Gesetzes ausgeschlossen oder wegen Besorgnis der Befangenheit mit Erfolg abgelehnt war, 3. einem Beteiligten das rechtliche Gehör versagt war, 4. ein Beteiligter im Verfahren nicht nach Vorschrift des Gesetzes vertreten war, so-fern er nicht der Führung des Verfahrens ausdrücklich oder stillschweigend zuge-stimmt hat, - 17 - 5. der Beschluss aufgrund einer mündlichen Verhandlung ergangen ist, bei der die Vorschriften über die Öffentlichkeit des Verfahrens verletzt worden sind, oder 6. der Beschluss nicht mit Gründen versehen ist. Die Rechtsbeschwerde ist innerhalb eines Monats nach Zustellung des Beschlusses beim Bundesgerichtshof, Herrenstr. 45 a, 76133 Karlsruhe, durch einen beim Bundesgerichts-hof zugelassenen Rechtsanwalt als Bevollmächtigten schriftlich einzulegen. Baumgardt Eder Dr. Forkel Hoffmann Me
Full & Egal Universal Law Academy