T 2468/10 (Dynamische Dokumentengenerierung/SIEMENS) 13-01-2017

1. Die Beschwerde genügt den in den Artikeln 106 bis 108 und Regel 99 EPÜ genannten Bestimmungen und ist somit zulässig.

2. Antrag auf Durchführung der mündlichen Verhandlung als Videokonferenz

Da ein allgemeiner Rahmen für die Durchführung von mündlichen Verhandlungen vor den Beschwerdekammern als Videokonferenz zurzeit fehlt, werden entsprechende Anträge grundsätzlich abgelehnt (vgl. die Entscheidung T 1942/12 von 3. September 2015, Gründe 2). Im vorliegenden Fall kommt hinzu, dass die Beschwerde­führerin ihren Antrag nicht begründet hat, so dass für die Kammer nicht ersichtlich ist, aufgrund welcher außergewöhnlichen Umstände hiervon abzuweichen wäre (vgl. die Entscheidung T 2068/14, Gründe 1.2.5). Daher fand die mündliche Verhandlung auf herkömmliche Weise statt.

3. Zulassung des Haupt- und Hilfsantrags

Die neuen Anträge wurden am Nachmittag vor der mündlichen Verhandlung "zur Behebung der Bedenken der Kammer hinsichtlich Klarheit und ursprünglicher Offenbarung" eingereicht.

Obwohl die Beschwerdeführerin grundsätzlich berechtigt war, die erstmals im Bescheid der Kammer unter den Artikeln 84 und 123 (2) EPÜ erhobenen Einwände mittels Änderungen ihrer Anträge zu beheben, wäre es angebracht gewesen, solche Änderungen entsprechend dem Hinweis der Kammer spätestens einen Monat vor dem anberaumten Termin der mündlichen Verhandlung einzureichen. Durch die Vorlage neuer Anträge zu einem Zeitpunkt, an dem die Kammer ihre Vorbereitung auf die mündliche Verhandlung schon weitgehend abgeschlossen hatte, hat die Beschwerdeführerin das Risiko von deren Nichtzulassung erheblich vergrößert.

Außerdem wurde während der mündlichen Verhandlung deutlich, dass die vorgenommenen Anspruchsänderungen nicht nur als Reaktion auf Einwände bezüglich Klarheit und ursprünglicher Offenbarung vorgesehen waren, sondern es mit diesen Änderungen auch beabsichtigt war, die Kammer von ihrer bisherigen Auslegung des beanspruchten Gegenstands abzubringen.

Da die Kammer dennoch zu der Überzeugung gelangt ist, ohne Verlegung der mündlichen Verhandlung über die neuen Anträge materiell entscheiden zu können, hat sie in Ausübung ihres Ermessens die neuen Anträge in das Verfahren zugelassen (Artikel 13 (1) und (3) EPÜ).

4. Die Anmeldung

4.1 Die Beschreibung der Anmeldung weist im Absatz [0012] der A2-Veröffentlichung auf bekannte Verfahren für die dynamische Generierung strukturierter Dokumente wie HTML-Dokumente an einem mit einem Client kommunizierenden Leitrechner hin. Eines dieser Verfahren verwendet auf dem Leitrechner eine Laufzeit­umgebung zur Ausführung von Skripten wie Active Server Pages, Java Server Pages oder von "echten" Skript­sprachen wie Perl, PHP und Python. Bei der Verarbeitung dieser Skripten wird ein Skriptinterpreter oder, im Fall von Java Server Pages, eine Java Virtual Machine (JVM) verwendet. Eine Java Server Page (JSP) stellt eine Mischung aus statischen HTML-Ausdrücken und dynamischen Objekt- oder JavaBean-Aufrufen dar. Laut Absatz [0012] können JavaBeans in Java Server Pages oder reinen serverseitig ausführbaren Servlets eingebunden werden. Die Java Server Page wird zunächst im Rahmen einer Servlet Engine serverseitig in ein Servlet umgesetzt. Wird im Folgenden durch einen Client die zu dieser Java Server Page korrespondierende URL durch einen externen HTML-Browser aufgerufen, ruft die Servlet Engine ihrerseits das "vorkompilierte" Servlet auf, das dann den in der Java Server Page definierten HTML-Inhalt unter Verwendung der eingebundenen JavaBeans dynamisch erzeugt.

4.2 Die Verwendung einer JVM in Verbindung mit einer Servlet Engine ist zu ressourcenaufwändig für bestimmte System­konfigurationen, wie z.B. einen in einer "Embedded System"-Architektur ausgestalteten und in seiner Arbeitsspeicherkapazität begrenzten Leitrechner. Ziel der Erfindung ist es, dieses Problem zu umgehen und eine Generierung strukturierter Dokumente auf Basis von Java Server Pages an einem ressourcenbegrenzten Leitrechner zu ermöglichen.

4.3 In den Absätzen [0039] bis [0041] der Beschreibung offenbart die Anmeldung die vorgeschlagene Lösung im Wesentlichen wie folgt.

In einem ressourcen­begrenzten Leitrechner wird die Laufzeit­umgebung zur korrekten Umsetzung der JSP nicht mit einer extrem rechen- und speicherplatzaufwändigen JVM in Verbindung mit einer Servlet-Engine gebildet. Stattdessen wird die Laufzeitumgebung durch "schlankere" Software­implementierungen realisiert, die beispielsweise in der Sprache C++ programmiert sind. Im Wesentlichen besteht diese Laufzeitumgebung aus einem vereinfachten Parser und einem sogenannten "Scheduler".

Ein Parser ist ein Programm, das Textteile eines Dokuments auf Basis einer semantischen Analyse des Textes durch Befehle oder Code ersetzt. Ein Scheduler führt Funktionen einer Ablaufsteuerung durch.

Durch diese Laufzeitumgebung werden die im Skelett des Vorlagedokuments eingebetteten JavaBeans bzw. Aufrufe dieser JavaBeans durch den Parser und den Scheduler extrahiert und auf einen korrespondierenden Befehlssatz eines Schnittstellenmoduls abgebildet. Diese Abbildung kann sehr vereinfacht gestaltet sein, indem sie sich beispielsweise auf einen sehr kleinen Ausschnitt der JavaBean- bzw. JSP-Syntax beschränkt. Dies ermöglicht eine ebenso einfache und "schlanke" Ausgestaltung des Parsers ohne eine JVM oder eine Servlet-Engine auf einem Embedded System.

4.4 Außerdem offenbart der Absatz [0018], dass zunächst der Leitrechner von einem Client übermittelte Anforderungs­daten für eine Anforderung eines dynamisch zu gestaltenden strukturierten Dokuments empfängt und Anfrageparameter aus den Anforderungsdaten extrahiert. Diese Anfrageparameter werden ebenfalls "auf einen Befehlssatz eines architekturspezifischen Schnitt-stellenmodul[s] am Leitrechner abgebildet", wobei die Anfrageparameter durch für das Schnittstellenmodul verständliche Befehle ersetzt werden und fallweise Anfrageparameter ignoriert werden, für die kein zugehöriger Befehl im Befehlssatz des Schnittstellen­­moduls existiert. Dann erzeugt der Leitrechner unter Verwendung eines Vorlagedokuments ein den Anfrage­parametern entsprechendes strukturiertes Dokument. Das Vorlagedokument enthält einen oder mehrere Dienst­nehmer, die unter Heranziehung der abgebildeten Anfrage­parameter in einer vom Schnittstellen­­modul zur Verfügung gestellten Laufzeit­umgebung ausgeführt werden.

4.5 Der ursprüngliche Anspruch 1 korrespondiert im Wesentlichen mit Absatz [0018]. Der abhängige Anspruch 7 fügt hinzu, dass das Schnittstellenmodul einen Parser und einen Scheduler enthält, mit denen die Anweisungen der Dienstnehmer extrahiert und auf die architekturspezifische Laufzeitumgebung des Leitrechners abgebildet werden.

5. Hauptantrag - Stützung durch die Beschreibung

5.1 Laut Anspruch 1 des Hauptantrags liegen das Vorlage­dokument in Form einer Java Server Page und die Dienstnehmer in Form von durch eine Java Virtual Machine bearbeitbaren JavaBeans vor. Das Vorlage­dokument enthält Aufrufe von Dienstnehmern, d.h. Aufrufe von JavaBeans.

Gemäß dem beanspruchten Verfahren werden zuerst Anfrage­parameter aus den vom Client empfangenen Anforderungs­daten extrahiert und auf einen korrespondierenden Befehlssatz des Schnittstellenmoduls abgebildet, wobei Anfrageparameter ignoriert werden, für die kein zugehöriger Befehl im Befehlssatz des Schnittstellen­moduls existiert.

Dann wird die Java Server Page durch die Laufzeit­umgebung "nicht mit einer Java Virtual Machine in Verbindung mit einer Servlet-Engine korrekt umgesetzt ... , sondern indem die in der Java Serverpage enthaltenen JavaBean-Aufrufe unter Heranziehung der abgebildeten Anfrage­parameter in der Laufzeitumgebung ausgeführt werden". Hierbei werden die JavaBean-Aufrufe aus der Java Server Page extrahiert und "ein sehr kleiner Ausschnitt der JavaBean-Syntax wird auf einen korrespondierenden Befehlssatz des Schnittstellenmoduls IF abgebildet".

5.2 Laut Beschwerdeführerin ist Anspruch 1 des Hauptantrags so zu verstehen, dass weder das Vorlage­dokument noch die Laufzeitumgebung JavaBeans, d.h. in der Java-Programmiersprache programmierte Software­implementierungen, enthält. Stattdessen würden die im Vorlagedokument enthaltenen JavaBean-Aufrufe auf Aufrufe von in der Sprache C++ programmierten Software­implementierungen abgebildet, die den Funktionalitäten der JavaBeans entsprechen. Die Laufzeitumgebung brauche deshalb überhaupt nicht über die Fähigkeit zu verfügen, Javacode auszuführen.

5.3 Die Kammer ist mit dieser Auslegung des Anspruchs einverstanden. Laut Anspruch 1 besteht die Laufzeit­umgebung nicht aus einer Java Virtual Machine in Verbindung mit einer Servlet-Engine. Die Java Server Page wird korrekt umgesetzt, indem die darin enthaltenen JavaBean-Aufrufe extrahiert und in der Laufzeitumgebung ausgeführt werden. In diesem Zusammenhang ist es technisch sinnvoll, das Merkmal, dass "ein sehr kleiner Ausschnitt der JavaBean-Syntax auf einen korrespondierenden Befehlssatz des Schnittstellenmoduls IF abgebildet wird", im Einklang mit den Erörterungen der Beschwerdeführerin so auszulegen, dass ein kleiner Ausschnitt aller möglichen JavaBean-Aufrufe auf Aufrufe von (schlankeren) in der Sprache C++ programmierten Softwareimplementierungen abgebildet wird.

5.4 Die Kammer ist jedoch aus den folgenden Gründen der Auffassung, dass der Anspruch nicht von der Beschreibung gestützt wird.

Laut Beschreibung kann ein Vorlagedokument nicht nur Aufrufe von JavaBeans oder, im Allgemeinen, von Dienstnehmern enthalten, sondern auch die JavaBeans oder Dienstnehmer selbst (siehe Absatz [0012], "Diese JavaBeans können wiederum in Java Server Pages oder reinen serverseitig ausführbaren sogenannten 'Servlets' eingebunden werden"; Absatz [0013], "Mit dem Begriff 'Dienstnehmer' ... wird auf Skripten oder Komponenten innerhalb eines ... HTML-Dokuments Bezug genommen"; Absatz [0018], "Das Vorlagedokument enthält einen oder mehrere Dienstnehmer"; Figur 2 in Verbindung mit Absatz [0034], "JavaBeans JB als weiteren Bestandteil des Vorlagedokuments TD"; Absatz [0041], "die im Skelett SQC des Vorlagedokuments eingebetteten JavaBeans JB bzw. Aufrufe dieser JavaBeans JB"). Absatz [0018] offenbart, dass erfindungsgemäß die im Vorlagedokument enthaltenen Dienstnehmer in der Laufzeitumgebung ausgeführt werden. Laut Absatz [0041] werden hierbei durch den Parser und den Scheduler der Laufzeitumgebung die im Vorlagedokument eingebetteten JavaBeans bzw. Aufrufe dieser JavaBeans extrahiert und auf einen Befehlssatz des Schnittstellenmoduls abgebildet. Absatz [0040] erläutert, dass der Parser mittels einer semantischen Analyse Textteile des Vorlagedokuments durch Befehle oder Code ersetzt.

Die Beschreibung offenbart deshalb, dass erfindungs­gemäß die Dienstnehmer bzw. die JavaBeans in der Laufzeitumgebung ausgeführt werden. Hierzu werden die Dienstnehmer auf einen Befehlssatz "abgebildet". In diesem Zusammenhang ist nach Ansicht der Kammer im Absatz [0041] die Aussage "Diese Abbildung kann dabei sehr vereinfacht gestaltet sein, indem sie sich beispielsweise auf einen sehr kleinen Ausschnitt der JavaBean- bzw. JSP-Syntax beschränkt" so zu verstehen, dass die Laufzeitumgebung nur einen Ausschnitt der Syntax der Java-Programmiersprache (in der JavaBeans bekannterweise realisiert sind) unterstützt.

Die in der Beschreibung offenbarte Erfindung erfordert somit nicht, dass die in der Sprache C++ programmierten Software­implementierungen die Funktionalitäten eines Ausschnitts der durch das Vorlagedokument aufgerufenen JavaBeans implementieren. Stattdessen wird der Javacode der JavaBeans oder mindestens der unterstützte Teil dieses Javacodes ausgeführt. Da nur ein Teil der Standard­funktionalitäten unterstützt wird, braucht die Laufzeit­umgebung im Einklang mit Absatz [0039] nicht mit einer extrem rechen- und speicherplatzaufwändigen JVM in Verbindung mit einer Servlet-Engine implementiert zu sein, sondern es reicht eine "schlankere" Implementierung aus.

In der Tat enthält die Beschreibung keinen Hinweis, dass die in der Sprache C++ programmierten Software­implementierungen Funktionalitäten von JavaBeans bereitstellen. Weiterhin bestätigt der ursprüngliche Anspruch 7, dass mit dem Parser und dem Scheduler der Laufzeitumgebung die Anweisungen der Dienstnehmer extrahiert und auf die Laufzeitumgebung abgebildet werden.

5.5 In der mündlichen Verhandlung hat die Beschwerde­führerin geltend gemacht, dass Java Server Pages gemäß den maßgeblichen Standards keine JavaBeans enthalten. Aber selbst wenn dies zutreffen würde (mit der Folge, dass die Beschreibung somit etliche Ungenauigkeiten enthält), würde sich an der technischen Lehre der Beschreibung, dass JavaBeans oder Dienstnehmer in der Laufzeitumgebung ausgeführt werden, nichts Wesentliches ändern.

5.6 Da die dem Anspruch 1 zugrundeliegende Lehre von der Beschreibung nicht gestützt wird, verstößt der Hauptantrag gegen die Erfordernisse von Artikel 84 EPÜ.

6. Hilfsantrag - Stützung durch die Beschreibung

Anspruch 1 des Hilfsantrags unterscheidet sich von Anspruch 1 des Hauptantrags nicht durch Merkmale, welche die in obigen Punkten 5.1 bis 5.5 dargelegte mangelnde Stützung des beanspruchten Gegenstands durch die Beschreibung überwinden könnten. Deshalb verstößt auch der Hilfsantrag gegen die Erfordernisse von Artikel 84 EPÜ.

7. Schlussfolgerung

Da keiner der Anträge der Beschwerdeführerin gewährbar ist, ist die Beschwerde zurückzuweisen.