5 W (pat) Ep 33/20

ECLI:DE:BPatG:2022:020222U5Ni33.20EP.0 BUNDESPATENTGERICHT IM NAMEN DES VOLKES 5 Ni 33/20 (EP) (Aktenzeichen) URTEIL Verkündet am 2. Februar 2022 … In der Patentnichtigkeitssache … betreffend das europäische Patent 2 137 923 (DE 60 2008 010 263) hat der 5. Senat (Nichtigkeitssenat) des Bundespatentgerichts am 2. Februar 2022 durch den Vorsitzenden Richter Voit, die Richterin Werner M. A. sowie die Richter Dipl.-Ing. Albertshofer, Dipl.-Phys. Univ. Bieringer und Dr.-Ing. Ball für Recht erkannt: - 2 - I. Das europäische Patent 2 137 923 wird mit Wirkung für das Hoheitsgebiet der Bundesrepublik Deutschland hinsichtlich der angegriffenen Patentan- sprüche 1, 6, 8, 10, 15 und 16 teilweise für nichtig erklärt, soweit es über folgende Fassung hinausgeht: 1. A communication device (13, 140), comprising: an encoder (21) configured to progressively encode media on the communication device as the media is created; a storage or memory element (146) configured to progressively and persistently store the encoded media on the communication device as the media is created; a transmitter (26j) configured to progressively transmit the encoded media over a network (14, 18) from the communication device to a second communication device as the media is created without an established connection over the network between the communication device and the second communication device; a receiver (28d) configured to progressively receive media from the second communication device over the network at the communication device as the media is available without an established connection over the network between the communication device and the second communication device; the storage or memory element (146) further configured to progressively and persistently store the received media as the received media is progressively being received over the network at the communication device; and a rendering element (21) configured to progressively render the received media as the received media is being received over the network in a real-time rendering mode ; and a render control element configured to control the rendering element (21) to ei- ther: (i) progressively render the received media as the received media is be- ing received over the network in the real-time rendering mode; or (ii) progressively render the received media retrieved from the storage or memory element (146) in a time-shifted mode; and (iii) transition the rendering of the received media between the time- shifted mode and the real time mode; and - 3 - wherein the media comprises video or video and one or more of the following types of media: voice, text, sensor data, radio signals position or GPS information, or a combination thereof. 8. The device of any of the preceding claims, wherein the rendering element (21) is further configured to render the media using one of a plurality of rendering options, the rendering options including one or more of the following: pause, replay, play faster, play slower, jump backward, jump forward, skip silence, catch up to the most recently received media, or jump to the most recently received media. 15. The device of any of the preceding claims 1 through 13, wherein the transmitter (26j) is further configured to: (i) ascertain if the communication device is disconnected from the network, wherein disconnected from the network is defined as the inability to transmit data from the communication device over the network; (ii) delay the progressive transmission of encoded media created when the com- munication device is disconnected from the network; and (iii) progressively transmit from the storage or memory element the encoded me- dia created when the communication device was disconnected from the net- work after the communication device reconnects to the network and the net- work capabilities are sufficient to support the transmission. 16. A computer readable medium bearing an application executable by a data processor (142) of a communication device (140) to configure the communication device to provide a communication device according to any of claims 1 to 15. II. Im Übrigen wird die Klage abgewiesen. III. Von den Kosten des Rechtsstreits tragen die Klägerin ein Viertel und die Beklagte drei Viertel. - 4 - IV. Das Urteil ist gegen Sicherheitsleistung in Höhe von 120 % des je- weils zu vollstreckenden Betrages vorläufig vollstreckbar. T a t b e s t a n d Die Beklagte ist Inhaberin des auch mit Wirkung für das Hoheitsgebiet der Bundes- republik Deutschland erteilten europäischen Patents 2 137 923 (Streitpatent), das der am 27. Mai 2008 eingereichten internationalen Patentanmeldung PCT/US2008/064902 (Offenlegungsschrift WO 2009/005913 A1) entstammt und welches die Prioritäten von drei vorläufigen amerikanischen Patentanmeldungen, nämlich US 937552 P mit Anmeldetag vom 28. Juni 2007, US 999619 P mit Anmel- detag vom 19. Oktober 2007 und US 028400 mit Anmeldetag vom 8. Februar 2008, in Anspruch nimmt. Der Hinweis auf Erteilung des Streitpatents ist am 05. Oktober 2011 veröffentlicht. Das in englischer Sprache gefasste Streitpatent ist in Kraft und wird beim Deutschen Patent- und Markenamt unter dem Aktenzeichen 60 2008 010 263.7 geführt. Es trägt die Bezeichnung „Multimedia communications device“ (auf Deutsch laut Streitpatent: „Vorrichtung zur Multimediakommunikation“) und umfasst in der erteilten Fassung sechzehn Patentansprüche, die die Klägerin mit der am 27. August 2020 eingereichten und mit Schriftsatz vom 9. April 2021 erweiterten Nichtigkeitsklage im Umfang der Patentansprüche 1, 6, 8, 10, 15 und 16 teilweise angegriffen hat. Der erteilte unabhängige Patentanspruch 1 und der nebengeordneten Patentan- spruch 16 lauten gemäß Streitpatentschrift: - 5 - in der Verfahrenssprache: auf Deutsch Die Patentansprüche 6, 8, 10, und 15 sind unmittelbar oder mittelbar rückbezogen auf Patentanspruch 1; wegen ihres Wortlauts wird auf die Akte verwiesen. Die Klägerin ist der Ansicht, das Streitpatent sei wegen des Nichtigkeitsgrunds der mangelnden Patentfähigkeit, mangelnder Neuheit und insbesondere mangelnder erfinderischer Tätigkeit, für nichtig zu erklären. - 6 - Den Einwand der fehlenden Patentfähigkeit stützt sie auf die Dokumente (Numme- rierung und Kurzzeichen nach Klägerin): K5 WO 2006/121550 A2 („Atarius“) K6 US 2006/0003740 A1 („Munje“) K7 US 2004/0119814 A1 („Clisham“) K8 US 2002/0073205 A1 („Mostafa“) K9 US 2004/0013192 A1 („Kennedy“) K10 US 2007/0004391 A1 („Maffeis“) K11 WO 2004/031976 A1 („Kirkpatrick“) K13 US 2006/0085515 A1 („Kurtz“) K14 US 2006/0277254 A1 („Kenoyer“) K16 Anlagenkonvolut zu „Offline-Nachrichten bei Instant Messaging Syste- men“, umfassend Wikipedia AIM (software) vom 26. Juni 2007, Wikipedia Windows Live Messenger vom 27. Juni 2007, Wikipedia ICQ vom 24. Juni 2007 und Wikipedia Yahoo! Messenger vom 27. Juni 2007. K17 Anlagenkonvolut zu „Push to talk over Cellular (PoC)“, umfassend OMA- AD_PoC-V1_0-20050805-C vom 5. August 2005, draft-allen-sipping- poc-p-headers-00 vom 17. November 2004 und draft-allen-sipping-poc- p-answer-state-header-03 vom 7. April 2006, und US 6 865398 B2 („Mangal“). K18 Anlagenkonvolut zu „Speicherkapazität Mobiltelefone“, umfassend Nokia 9110i Communicator aus 1999 und Apple iPhone aus 2007.“ K19 Bradley, E.; „What MMS message size limits must be adhered to?“, Aus- zug aus dem Internet [URL: https://support.bandwidth.com], herunterge- laden am 07. Juli 2021. K20 Anlagenkonvolut zu „Push to talk over Cellular Release 2“, umfassend OMA-WID_0098-PoC_Rel2-V1_0-20040907-A vom 7. September 2004 und OMA-RD-PoC-V2_020060523-C vom 23. Mai 2006. K21 Auszug von der Internetseite Open Mobile Alliance vom 10. Dezem- ber 2021 K22 Push to talk over Cellular (PoC) – Architecture, Approved Version 1.0 – 9. Juni 2006 - 7 - K23 Push to talk over Cellular 2 Requirements, Approved Version 2.0 – 2. August 2011 Die Klägerin beantragt, nachdem sie mit ihrer Klage vom 27. August 2020 zunächst die Nichtigerklärung des Streitpatents im Umfang der Patentansprüche 1, 10, 15 und 16 angestrebt hat und diesen Angriff mit Schriftsatz vom 9. April 2021 um die Patentansprüche 6 und 8 erweitert hat, das europäische Patent 2 137 923 mit Wirkung für das Hoheitsgebiet der Bundesrepublik Deutschland im Umfang der Patentansprüche 1, 6, 8, 10, 15 und 16 für nichtig zu erklären. Die Beklagte beantragt, die Klage abzuweisen, hilfsweise, einschließlich der zuletzt in der mündlichen Verhandlung gestellten wei- teren Hilfsanträge „3 neu“ und „4 neu“ die Klage abzuweisen, soweit sie sich auch gegen eine der Fassungen des Streitpatents nach den Hilfsanträgen 3 neu, 4 neu, 1 neu, 1‘, 1a, 1a‘, 2, 2‘, 2a, 2a‘, 3, 3‘, 3a, 3a‘, 4, 4‘, 4a oder 4a’ richtet, wobei das Streitpatent in den Hilfsanträgen mit der Maßgabe ver- teidigt wird, dass sich die angegriffenen abhängigen Ansprüche 8, 15 und 16 jeweils auf die geänderten Patentansprüche 1 rückbezie- hen, die Merkmale der weiteren angegriffenen abhängigen Ansprü- che 6 und 10 insoweit in den geänderten Patentansprüchen 1 auf- genommen sind, die Anträge in der genannten Reihenfolge geprüft werden sollen und alle Anträge als geschlossene Anspruchsätze gestellt sind. - 8 - Wegen des Wortlauts des Hilfsantrags „3 neu“ wird auf den Urteilstenor Bezug ge- nommen. Wegen des Wortlauts der Ansprüche nach den weiteren Hilfsanträgen wird auf die Akte verwiesen. Die Beklagte tritt der Argumentation der Klägerin in allen Punkten entgegen, hält die Klageerweiterung für unzulässig, das Streitpatent in der erteilten Fassung nicht für unzulässig erweitert und den Gegenstand des Streitpatents in der erteilten Fassung, jedenfalls in der Fassung eines der Hilfsanträge, für schutzfähig. Der Senat hat den Parteien einen qualifizierten Hinweis vom 14. Oktober 2021 zu- geleitet und hierin Fristen zur Stellungnahme auf den Hinweis und auf etwaiges Vorbringen der jeweiligen Gegenpartei gesetzt. Wegen der weiteren Einzelheiten des Sach- und Streitstands wird auf die zwischen den Parteien gewechselten Schriftsätze nebst Anlagen, auf das Protokoll der münd- lichen Verhandlung vom 2. Februar 2022 sowie den weiteren Akteninhalt Bezug genommen. E n t s c h e i d u n g s g r ü n d e A. Die zulässige Klage hat in der Sache nur teilweise Erfolg, und zwar hinsichtlich der angegriffenen Patentansprüche 1, 6, 8, 10, 15 und 16 in der erteilten Fassung des Streitpatents. Denn insoweit ist jedenfalls der Nichtigkeitsgrund der mangelnden Patentfähigkeit gemäß Art. II § 6 Abs. 1 Nr. 1 IntPatÜG, Art. 138 Abs. 1 Buchst. a) EPÜ i. V. m. Art. 52, 54, 56 EPÜ gegeben. In der Fassung nach dem Hilfsantrag „3 neu“ erweist sich das Streitpatent in den angegriffenen Patentansprüchen 1, 6, 8, 10, 15 und 16 hingegen als schutzfähig, - 9 - so dass die Klage, soweit sie sich auch gegen diese Fassung richtet, teilweise ab- zuweisen ist. Auf die Frage, ob das Streitpatent auch in der Fassung nach den wei- teren Hilfsanträgen Bestand hätte, kommt es bei dieser Sachlage nicht mehr an. I. Zum Gegenstand des Streitpatents 1. Der Gegenstand des Streitpatents (Anlage K2) betrifft ein Telekommunikati- ons- und Multimedia-Verwaltungsverfahren und -gerät, die es Benutzern ermögli- chen, die Nachrichten von Konversationen entweder in einem Live-Modus („live mode“) oder einem zeitversetzten Modus („time-shifted mode“) zu überprüfen („to review“), während einer Konversation zwischen den beiden Modi hin und her zu wechseln, an mehreren Konversationen gleichzeitig teilzunehmen und die Nach- richten von Konversationen zur späteren Überprüfung oder Verarbeitung zu archi- vieren (vgl. K2, Abs. [0001]). Das Streitpatent geht in seiner Beschreibungseinleitung zunächst davon aus, dass es bei Sprachkommunikationssystemen, wie bspw. bei Telefonie notwendig sei, ei- nen Anruf entgegenzunehmen, um überhaupt erst eine Konversation betreiben zu können (vgl. K2, Abs. [0002], „a full-duplex, synchronous conversation“). Im Unter- schied dazu seien „Voice mail“-Systeme bekannt, die es erlauben, eine Nachricht zu hinterlassen, wenn der Empfänger den Anruf nicht entgegennimmt (K2, Abs. [0003], „one-way asynchronous voice message“). Allerdings werde die Nachricht bei „Voice mail“-Systemen üblicherweise nach dem Abhören gelöscht und bei „nor- malen“ Telefonaten gar nicht erst gespeichert (vgl. K2, Abs. [0004] bis [0006]). Bei bekannten Textkommunikationssystemen, wie bspw. Instant Messaging oder E- Mail finde teilweise zwar eine Archivierung von Text-, jedoch nicht von Sprachnach- richten statt (vgl. K2, Abs. [0007]). Bei sogenannten taktischen Kommunikations- systemen, die im Bereich von Militär, Feuerwehr, Polizei, Rettungsteams, etc. Ver- wendung finden, wäre stets eine funktionierende Radio-Verbindung nötig und ver- passte Nachrichten seien unwiderruflich verloren. Darüber hinaus gäbe es weder auf der Sende- noch auf der Empfangsseite geeignete Werkzeuge zum Verwalten, - 10 - Priorisieren und Archivieren von Nachrichten bzw. ganzen Konversationen (vgl. K2, Abs. [0010] bis [0013]). Als eine mögliche Lösungsmöglichkeit bei fehlender Priorisierung von Nachrichten werde bisher insbesondere die Nutzung von mehreren parallelen Kanälen ange- wendet, was allerdings eine effiziente Team-Kommunikation erschwere, da die re- levanten Kanäle den Teammitgliedern bekannt sein müssten und zwischen den Ka- nälen umgeschaltet werden müsste (vgl. K2, Abs. [0012]). Die paketbasierten Netzwerke basierten im Allgemeinen entweder auf dem UDP- oder dem TCP-Protokoll. UDP offeriere eine schnelle Datenübertragung auf Kosten einer Datensicherung, so dass insbesondere die Vollständigkeit einer Datenüber- tragung nicht gewährleistet werden könne, wohingegen TCP eine fehlerfreie Über- tragung garantiere, allerdings auf Kosten der Latenz. Die VoIP-Sprachübertragung verwende daher UDP, da es auf eine schnelle und verzögerungsfreie Kommunika- tion ankomme (vgl. K2, Abs. [0014]). Derzeit gebe es jedoch keine bekannten Protokolle, welche die Vorzüge der siche- ren Datenübertragung mittels TCP und der Schnelligkeit von UDP in sich vereinigten und Medien mit zumindest ausreichender Qualität („good enough“) übertragen könnten. Darüber hinaus fehle ein Protokoll, welches die zu übertragende Informa- tionsmenge bestimmen würde in Abhängigkeit der Verfügbarkeit von Teilnehmern und ggf. deren Echtzeit-Anforderungen, den vorherrschenden Netzwerkbedingun- gen sowie der verfügbaren Bandbreite. Die bekannten Telefon-, Voicemail- und tak- tische Sprachkommunikationssysteme gemäß dem Stand der Technik würden so- mit unnötig Bandbreite verschwenden und die Gesamtperformance des Netzwerks degradieren (vgl. K2, Abs. [0014]). 2. Da aus den oben genannten Gründen Telefon-, Voicemail- und taktische Sprachkommunikationssysteme unzureichend sind, liegt dem Streitpatent die Auf- gabe zugrunde, ein verbessertes Sprach- und Medienkommunikations- und Verwal- - 11 - tungssystem und -verfahren sowie Verbesserungen bei der Bereitstellung von Spra- che und anderen Medien über paketbasierte Netze bereitzustellen (vgl. K2, Abs. [0015]). Diese Aufgabe soll mit einer Kommunikationsvorrichtung – im Folgenden auch als Kommunikationsgerät bezeichnet – nach Anspruch 1 gelöst werden, wobei der An- spruch sich wie folgt gliedern lässt: D1. A communication device (13, 140), comprising: Kommunikationsvorrichtung um- fassend: D1.1 an encoder (21) configured to pro- gressively encode media on the communication device originating at the communication device as the media is created; einen Kodierer, welcher konfigu- riert ist, Medien auf der Kommuni- kationsvorrichtung schrittweise zu kodieren, welche, während die Me- dien erzeugt werden, auf der Kom- munikationsvorrichtung entstehen; D1.2 a storage or memory element (146) configured to progressively and persistently store the encoded media on the communication de- vice as the media is created; ein Lager- oder Speicherelement, welches konfiguriert ist, während die Medien erzeugt werden, die ko- dierten Medien schrittweise und dauerhaft auf der Kommunikations- vorrichtung zu speichern; D1.3 a transmitter (26j) configured to progressively transmit the encoded media over a network (14, 18) from the communication device as the media is created; einen Sender, welcher konfiguriert ist, während die Medien erzeugt werden, die kodierten Medien schrittweise über ein Netzwerk von der Kommunikationsvorrichtung zu senden; D1.4 a receiver (28d) configured to pro- gressively receive media over the network at the communication de- vice as the media is available; einen Empfänger, welcher konfigu- riert ist, Medien über das Netzwerk an der Kommunikationsvorrichtung - 12 - schrittweise zu empfangen, sobald die Medien verfügbar sind, D1.5 the storage or memory element (146) further configured to progres- sively and persistently store the re- ceived media as the received me- dia is progressively being received over the network at the communi- cation device; and wobei das Lager- oder Spei- cherelement, weiterhin konfiguriert ist, die empfangenen Medien schrittweise und dauerhaft zu spei- chern, während die empfangenen Medien schrittweise über das Netz- werk an der Kommunikationsvor- richtung empfangen werden; und D1.6 a rendering element (21) config- ured to progressively render the re- ceived media as the received me- dia is being received over the net- work in a real-time rendering mode. ein Renderelement, welches konfi- guriert ist, die empfangenen Me- dien schrittweise in einem Echtzeit- rendermodus zu rendern, während die empfangenen Medien über das Netzwerk empfangen werden. 3. Als zuständigen Fachmann sieht der Senat einen Fachmann auf dem Gebiet der Informations- und Nachrichtentechnik, wie zum Beispiel Computernetzwerke und verteilte Systeme. Er verfügt über einschlägige Kenntnisse auf dem Gebiet der Nachrichtenübermittlung und der multimedialen Kommunikation, insbesondere der gängigen Datenübertragungs- und Nachrichtenverfahren zwischen elektronischen Geräten sowie den gängigen Speicherarchitekturen in diesem Bereich. Typischer- weise besitzt er einen Bachelor-Abschluss im Fachgebiet Informatik, Elektrotechnik oder einen gleichwertigen Abschluss. 4. Dieser Fachmann versteht die Lehre des Streitpatents und die Merkmale der nach Patentanspruch 1 beanspruchten Vorrichtung („device“) wie folgt: Der Gegenstand des Patentanspruchs 1 betrifft eine Kommunikationsvorrichtung („communication device”; Merkmal D1). Dabei kann es sich beispielsweise um einen - 13 - tragbaren Computer, ein programmierbares Telefon oder jegliches programmierba- res Kommunikationsgerät handeln (vgl. K2, Absatz [0043]). Die Kommunikationsvorrichtung weist auf: - einen Kodierer („encoder“; Merkmal D1.1), - ein Speicherelement („storage or memory element“; Merkmal D1.2), - einen Sender („transmitter“; Merkmal D1.3), - einen Empfänger („receiver“; Merkmal D1.4) und - ein Renderelement („rendering element“; Merkmal D1.6). Der Kodierer aus Merkmal D1.1 ist konfiguriert, um Medien („media“) im Zuge ihrer Erzeugung auf der Kommunikationsvorrichtung fortschreitend nach und nach zu ko- dieren („progressively encode“). Als Beispiel für Medien nennt das Streitpatent Au- dio, Video, Text, position, sensor readings (vgl. K2, Abs. [0046]). Unter Kodieren („encoding“) versteht das Streitpatent das Übersetzen von erfassten Audio- oder Video-Daten mit der Kommunikationsvorrichtung in digitale Daten, die von einem Klienten verarbeitet werden können (vgl. K2, Absatz [0063], „Encoding“). Das Speicherelement aus Merkmal D1.2 ist konfiguriert, um die erzeugten Medien im Zuge ihrer Erzeugung fortschreitend und dauerhaft zu speichern („to progressi- vely and persistently store“). Gemäß Merkmal D1.3 sendet der Sender („transmitter“) der Kommunikationsvor- richtung die Medien fortschreitend über ein Netzwerk, während die Medien erzeugt werden („configured to progressively transmit the encoded media over a network“). An wen bzw. an welches Gerät die Medien gesendet werden, lässt der Anspruch offen. Neben dem Sender umfasst die Kommunikationsvorrichtung auch einen Empfänger („receiver“), der konfiguriert ist, um Medien fortschreitend nach und nach („progres- sively“) zu empfangen, sobald diese verfügbar sind (Merkmal D1.4). Analog zu den - 14 - gesendeten Medien sollen auch die empfangenen Medien fortschreitend und dau- erhaft in dem Speicherelement gespeichert werden (Merkmal D1.5). Als physikalische Speichermedien nennt das Streitpatent RAM, Flash memory, Festplatten oder optische Medien oder eine Kombination davon (vgl. K2, Abs. [0113], „Many possible implementations exist for the physical storage implementa- tion of the PIMB 30, including, but not limited to: RAM, Flash memory, hard drives, optical media, or some combination thereof. The PIMB 30 is also "infinite" in size, meaning the amount of data that can be stored in the PIMB 30 is not inherently limited. This lack of limit is in comparison to existing jitter buffer technology that discards data as soon as it is rendered. In one specific embodiment, the PIMB 30 may be implemented using a small and relatively fast RAM cache memory coupled with a hard drive for persistent storage.“). Gemäß Streitpatent werden die Da- ten/Nachrichten in den jeweiligen PIMBs (der Teilnehmer bzw. der Server) mit einer Alterssteuerung bspw. bis zu 30 Tagen gespeichert und werden danach verworfen (vgl. K2, Abs. [0113]), so dass „conversations“ für Sekunden, Minuten, Stunden bzw. mehrere Tage unterbrochen und immer wieder aufgerufen werden können (vgl. K2, Abs. [0036], Punkt (iv)). Aus fachmännischer Sicht gehen dauerhaft ge- speicherte Daten – bspw. beim Abschalten einer Kommunikationsvorrichtung – nicht verloren und werden ohne Zustimmung des Nutzers nicht überschrieben. Un- ter dem dauerhaften Speichern („persistently storing“) versteht der Fachmann daher ein Speichern in einem nicht-volatilen Speichermedium. Darunter fallen beispiels- weise Festplatten bzw. Flash-Speicher, die im Gegensatz zu RAM-Bausteinen ihren Speicherinhalt beim Abschalten des Geräts oder bei einem Stromausfall nicht ver- lieren. Soweit das Streitpatent von einer unendlichen („infinite“) Größe des Spei- chers spricht, so ist diese natürlich nicht unendlich, sondern nur so groß, dass eine ausreichend große Menge an Daten aus verschiedenen Kommunikationen gespei- chert werden kann, und ist somit auf beispielsweise die Festplattengröße begrenzt. - 15 - Schließlich fordert Merkmal D1.6 ein schrittweises Rendern (Wiedergeben) der Me- dien („progressively rendering“), während diese über das Netzwerk empfangen wer- den. Anspruchsgemäß soll das Rendern der Medien in einem Echtzeitmodus erfol- gen. Die Kommunikationsvorrichtung gemäß Anspruch 1 zeichnet sich mithin unter an- derem dadurch aus, dass sie Medien („media“) sowohl als Sender als auch als Emp- fänger jeweils fortschreitend („progressively“) verarbeitet (kodiert, speichert und sendet bzw. empfängt, speichert und rendert). Diese fortschreitende Verarbeitung bedeutet aus Sicht des Fachmannes, dass mit dem jeweiligen Verarbeitungsschritt begonnen wird, sobald Medien zur Verarbeitung verfügbar sind, d.h. auf Sender- seite wird mit der Verarbeitung einschließlich dem Speichern und Senden begon- nen, während die Medien erzeugt werden, und auf Empfängerseite kann die Vor- richtung die Medien speichern und rendern, sobald sie entsprechend fortschreitend empfangen werden. Nicht unter den Wortlaut des Anspruchs fallen daher vollstän- dige Medien, also etwa fertig aufgenommene Videos, die anschließend versendet bzw. erst nach deren vollständigem Empfang angezeigt werden. Soweit die Beklagte der Ansicht ist, dass der Anspruch ausdrücken würde, dass Versand und Empfang von Medien unabhängig voneinander stattfinden, also der Versand nicht davon abhängt, dass zuvor eine synchrone Voll-Duplex-Verbindung zwischen Sender und Empfänger hergestellt wurde und gesendete und empfan- gene Medien deshalb asynchron seien, wie dies in Absatz [0039] des Streitpatents beschrieben sei, überzeugt dies nicht, da ein derartiges Verständnis in dem An- spruchswortlaut der erteilten Fassung keinen Niederschlag gefunden hat. II. Zur erteilten Fassung (Hauptantrag) Die zulässige Klage hat in der Sache teilweise Erfolg. Das Streitpatent in der erteil- ten Fassung erweist sich in den angegriffenen Patentansprüchen 1, 6, 8, 10, 15 und 16 als nicht patentfähig, da der Gegenstand des unabhängigen Patentanspruchs 1 - 16 - gegenüber dem Stand der Technik gemäß den Druckschriften K13, K14, K5 und K7 nicht neu ist (Art. II § 6 Abs. 1 Nr. 1 IntPatÜG i. V. m. Art. 138 Abs. 1 Buchst. a), Art. 52, 54 EPÜ). 1. Die Klage ist auch zulässig, soweit die Klägerin sie mit Schriftsatz vom 9. Ap- ril 2021 um die Nichtigerklärung der Patentansprüche 6 und 8 erweitert hat. Zwar handelt es sich hierbei nicht nur um eine Klageerweiterung i. S. d. § 264 Nr. 2 ZPO, sondern nach der Rechtsprechung des Bundesgerichtshofs um eine Klage- änderung nach § 263 ZPO (vgl. hierzu BGH, Urteil vom 20. März 2012 - X ZR 58/09, Rn. 43, sowie Urteil vom 19. Juli 2011 – X ZR 25/09, Rn. 9; Busse/Keukenschrijver, PatG, 9. Aufl., § 82 Rn. 33; Schulte/Voit, PatG, 10. Aufl., § 81 Rn. 70, jeweils m. w. N.). Die erweiterte Klage ist allerdings nach § 99 Abs. 1 PatG i. V. m. § 263 ZPO als sachdienlich zuzulassen, weil hierdurch zwischen den Parteien vor dem Hintergrund anhängiger Verletzungsverfahren ein sich aus diesen möglicherweise ergebender weiterer Streit über die Schutzfähigkeit des Streitpatents im angegriffenen Umfang vermieden wird. Zudem hatte die Beklagte vorliegend mit dem Eingang der Klage- erweiterung noch vor der Übersendung des gerichtlichen Hinweises vom 14. Okto- ber 2021 und fast zehn Monate vor der mündlichen Verhandlung ausreichend Zeit zur Vorbereitung ihres Vorbringens auf die Klageerweiterung und das damit verbun- dene Vorbringen der Klägerin zu den Unteransprüchen. 2. Zum Nichtigkeitsgrund der fehlenden Patentfähigkeit (Art. II § 6 Abs. 1 Nr. 1 IntPatÜG i. V. m. Art. 138 Abs. 1 Buchst. a), Art. 52, 54, 56 EPÜ). Der Gegenstand gemäß Patentanspruch 1 in der erteilten Fassung ist jeweils nicht neu gegenüber den Druckschriften K13, K14, K5 und K7 (Art. 54 EPÜ). - 17 - 2.1 Zur K13 - US 2006/0085515 A1 („Kurtz“) K13/Kurtz betrifft allgemein eine Instant Messaging (IM) Anwendung, die Audio/Vi- deo Sessions in Echtzeit zwischen Kommunikationspartnern auf zwei Computern ermöglicht. Insbesondere beschreibt Kurtz einen Instant Messaging Client mit einer grafischen Benutzeroberfläche (GUI), die eine Vielzahl von erweiterten Nutzeropti- onen und -features für Echtzeit-Audio/Video-Sessions bereitstellt (vgl. K13, Abs. [0052] bis [0053]). Ausdrücklich beschrieben werden auch die vom Streitpatent zentral in den Blick genommenen Möglichkeiten des Nutzers, auf die Nachrichten zu einem späteren Zeitpunkt zugreifen und diese verwalten zu können (vgl. K13, Abs. [0064] ff.). K13/Kurtz beschreibt weiterhin, dass diese Nutzeroptionen eine Vielzahl von soge- nannten "personal video recorder" (PVR-)Funktionen ermöglichen (vgl. K13, Fig. 10). Dabei entsprechen die unterhalb der Videoansichten (1001) der beiden Kom- munikationspartner der Echtzeit-Videosession angezeigten Symbole bzw. der Schieberegler (1010-1014) den PVR-Funktionen. Dadurch ist es einem Teilnehmer, beispielsweise durch Zurückspulen (1012) möglich, von einer Echtzeit-Videoses- sion in einen bereits in der Vergangenheit liegenden Teil der Videosession zu wech- seln und diesen Teil anschließend zeitversetzt zur Echtzeit-Videosession anzuse- hen. Diese (lokalen) Videorekorder-Funktionen ermöglichen somit ein Hin- und Her- wechseln zwischen einer Echtzeit-Videosession und einer zeitversetzten Wieder- gabe der Videosession (vgl. K13, Abs. [0055] bis [0056]). Im Hinblick auf den geltenden Vorrichtungsanspruch 1 gehen aus der K13/Kurtz alle Merkmale hervor: D1. A communication device (13, 140), comprising: K13/Kurtz beschreibt einen auf einem Computer befindlichen IM-Client, über den Echtzeit-Audio/Videosessions mit einem weiteren Computer durchgeführt werden können (vgl. K13/Kurtz, Abs. [0052]). Mithin zeigt K13/Kurtz ein Kommunikationsgerät („communication device“). - 18 - D1.1 an encoder (21) configured to progressively encode media on the communication device originating at the communication device as the media is created; K13/Kurtz beschreibt, dass die beiden Computer, mit denen die Echtzeit- Audio/Video-Session durchgeführt wird, mit einer Videokamera und ei- nem Mikrofon ausgestattet sind (vgl. K13, Abs. [0053]). Außerdem be- schreibt K13/Kurtz auch sogenannte "codecs", die dazu dienen, einen Videostrom zu kodieren/dekodieren (vgl. K13, Abs. [0054]). Aus fach- männischer Sicht muss daher ein Kodierer („encoder“) vorhanden sein. Die Kamera des Computers dient zum Erzeugen bzw. Erfassen von Vi- deodaten während einer Echtzeit-Videosession. Damit offenbart K13/Kurtz einen Kodierer auf dem Kommunikationsgerät, der für ein fort- laufendes Kodieren von Medien eingerichtet ist, während diese erzeugt werden. D1.2 a storage or memory element (146) configured to progressively and persistently store the encoded media on the communication de- vice as the media is created; Gemäß K13/Kurtz werden während einer Audio-/Video-Session die Au- dio- bzw. Video-Daten automatisch gepuffert (vgl. K13, Abs. [0056]). Die Speicherung erfolgt z.B. auf einer Festplatte (vgl. K13, Abs. [0055]). Dar- über hinaus offenbart K13/Kurtz in Absatz [0060], dass die entsprechend erfassten Videodaten auch über den Zeitraum der Live-Übertragung hin- aus und dauerhaft auf der lokalen Festplatte (und damit auf einem nicht- flüchtigen Speichermedium) gespeichert und später an IM-Kontakte (IM=“instant messaging“) übertragen werden können. D1.3HA a transmitter (26j) configured to progressively transmit the en- coded media over a network (14, 18) from the communication de- vice as the media is created Wie in Absatz [0053] in K13/Kurtz beschrieben, enthält das Videofenster des IM-Clients die Möglichkeit, den Live-Videostrom des lokalen Nutzers sowie den des "buddys", sprich einem weiteren (entfernten) IM-Nutzer, - 19 - darzustellen. Hierfür ist ein Transmitter erforderlich, der die Medien (wie es bei einer Echtzeit-Videosession zwischen zwei Nutzern zwingend der Fall ist) während des Erzeugens - und damit fortschreitend - in Form ei- nes ausgehenden Datenstromes über das Netzwerk sendet. D1.4 a receiver (28d) configured to progressively receive media over the network at the communication device as the media is available; K13/Kurtz beschreibt das Durchführen einer Echtzeit-Videosession auf einem Computer mit entsprechendem IM-Client. Explizit beschreibt K13/Kurtz in Absatz [0053], dass dabei auch Videodaten von einem ent- fernten Teilnehmer (“buddy”) in dem Videofenster der IM-GUI dargestellt werden. Hierzu ist auf dem Kommunikationsgerät ein entsprechend kon- figurierter Empfänger erforderlich. D1.5 the storage or memory element (146) further configured to progres- sively and persistently store the received media as the received media is progressively being received over the network at the communication device; and K13/Kurtz offenbart in den Absätzen [0055] und [0056], dass die Video- sessiondaten, die schrittweise empfangen und gerendert werden, lokal gespeichert werden können mit dem Zweck, die bereits gespeicherten Daten erneut wiedergeben zu können. Zudem offenbart K13/Kurtz, dass die unter Verwendung der PVR-Funktionen erfassten Videodaten auch zum späteren Übertragen an andere IM-Kontakte auf der lokalen Fest- platte gespeichert werden können (vgl. K13, Absatz [0060]). D1.6 a rendering element (21) configured to progressively render the re- ceived media as the received media is being received over the net- work in a real-time rendering mode. K13/Kurtz beschreibt das Durchführen einer Echtzeit-Videosession auf einem Computer mit entsprechendem IM-Client. Explizit beschreibt - 20 - K13/Kurtz in Absatz [0053], dass dabei auch Videodaten von einem ent- fernten Teilnehmer (“buddy”) in dem Videofenster der IM-GUI dargestellt werden. 2.2 Zur K14 - US 2006/0277254 A1 („Kenoyer“) K14/Kenoyer beschreibt ein Multikomponenten-Videokonferenzsystem, das u.a. aus einer Kamera, einem Mikrofon, Lautsprechern und einem Kodierer/Dekodierer ("codec") besteht und als ein Videokonferenz-Endpunkt Verwendung findet (vgl. K14, Abs. [0007]). In Figur 7a der K14 ist ein Multikomponenten-Videokonferenz- system gemäß einem Ausführungsbeispiel veranschaulicht, bei dem der Kodie- rer/Dekodierer Bestandteil einer Set-Top-Box 705 ist. Der Videokonferenz-Endpunkt weist eine Speichermöglichkeit mit einem digitalen Videorekorder (DVR) auf, die es Nutzern ermöglicht, zwischen einem zeitversetzten Modus und der Live-Videokonferenz zu wechseln. Im Übrigen beschreibt K14/Keno- yer auch die im Streitpatent beispielhaft genannte Catch-Up-To-Live Funktionalität, die ein nahtloses Hin- und Herwechseln zwischen den beiden Modi darstellt (vgl. K14, Abs. [0072]). Im Hinblick auf den geltenden Vorrichtungsanspruch 1 gehen aus der K14/Kenoyer alle Merkmale hervor: D1. A communication device (13, 140), comprising: K14/Kenoyer beschreibt in Absatz [0007] ein Multikomponenten-Video- konferenzsystem (MCVCS), das eine Kamera, ein Mikrofon, Lautspre- cher und einen Kodierer/Dekodierer umfasst und als Videokonferenz- Endpunkt verwendet werden kann. D1.1 an encoder (21) configured to progressively encode media on the communication device originating at the communication device as the media is created; - 21 - Das MCVCS weist gemäß Absatz [0007] eine Kommunikationsfunktiona- lität auf, um eine Videokonferenz über ein Netzwerk durchzuführen. Eine Kamera des MCVCS dient zum Erzeugen bzw. Erfassen von Videodaten während einer Videokonferenz und damit einem Kodieren von Medien, während diese erzeugt werden (vgl. K14, Abs. [0051]). D1.2 a storage or memory element (146) configured to progressively and persistently store the encoded media on the communication device as the media is created; K14/Kenoyer beschreibt in einer Ausführungsform in Absatz [0072], dass die SetTop-Box des Multikomponenten-Videokonferenzsystems (MCVCS) eine DVR-Funktionalität ("digital video recorder") aufweist. Dieser digitale Videorekorder kann die gesamte Konferenz zur Wieder- gabe ("playback") aufzeichnen. Entsprechend, speichert K14/Kenoyer sämtliche bei dem MCVCS ein- und ausgehende Videoströme. Die Spei- cherung erfolgt dabei - wie sich aus der grundlegenden Eigenschaft einer Live-Videokonferenz ergibt - fortlaufend, während dem Erzeugen der Vi- deodaten mit dem MCVCS. Gemäß K14/Kenoyer dient die Speicherung unter anderem dem Zweck, die Daten zu einem späteren Zeitpunkt wiedergeben zu können (vgl. K14, Abs. [0072], "The DVR may record portions or all of the conference for playback."), d.h. die Medien werden im Sinne des Streitpatents dauerhaft (“persistently”) gespeichert. D1.3 a transmitter (26j) configured to progressively transmit the encoded media over a network (14, 18) from the communication device as the media is created K14/Kenoyer offenbart, dass die von dem MCVCS erzeugten und kodier- ten Medien ("video") im Rahmen einer Videokonferenz über das Übertra- gungsnetz gesendet werden, während die Medien erzeugt werden (vgl. K14, Abs. [0051]). - 22 - D1.4 a receiver (28d) configured to progressively receive media over the network at the communication device as the media is available; D1.5 the storage or memory element (146) further configured to progres- sively and persistently store the received media as the received me- dia is progressively being received over the network at the commu- nication device; and D1.6 a rendering element (21) configured to progressively render the re- ceived media as the received media is being received over the net- work in a real-time rendering mode. Wie bereits zu Merkmal D1.1 bis D1.3 ausgeführt, beschreibt K14/Keno- yer das Durchführen einer Videokonferenz mittels einem MCVCS. Expli- zit beschreibt K14/Kenoyer in Absatz [0051], dass dabei Videodaten von entfernten Konferenzteilnehmern auf dem Display des MCVCS ange- zeigt werden. Somit offenbart K14/Kenoyer einen Receiver, der die Da- ten fortlaufend empfängt (Merkmal D1.4) und ein Renderelement, um den von einem anderen Teilnehmer kommenden Video- und Audiostrom während einer Videokonferenz fortschreitend wiederzugeben (Merkmal D1.6). Gemäß K14/Kenoyer werden auch die empfangenen Daten zu dem Zweck der Wiedergabe zu einem späteren Zeitpunkt gespeichert (vgl. K14, Abs. [0072], "The DVR may record portions or all of the con- ference for playback."), d.h. auch die empfangenen Daten/Medien wer- den im Sinne des Streitpatents dauerhaft (“persistently”) gespeichert (Merkmal D1.5). 2.3 Zur K5 - WO 2006/121550 A2 („Atarius“) Die Druckschrift K5/Atarius betrifft das Archivieren von Daten auf einem Kommuni- kationsgerät, die während einer Session innerhalb eines Drahtlosübertragungsnetz- werks anfallen (vgl. K5, Titel, Abs. [0002]). Unter einer Session versteht K5/Atarius einen Verbund zwischen zwei oder mehr Benutzern und/oder Entitäten, der es den Benutzern und/oder Entitäten ermöglicht, Daten auszutauschen (vgl. K5, Abs. [0027], „As used herein, a session is an association between two or more users - 23 - and/or entities that enables the users and/or entities to exchange data.“, Unterstrei- chung und Fettschrift hinzugefügt). Als Applikationen, über die die Nutzer Daten austauschen können, nennt K5/Atarius beispielsweise „Instant Messaging (IM), Push-to-Talk (PTT), Push-to-talk Over Cel- lular (POC), and so on.“ (vgl. K5, Abs. [0024] und Abs. [0026], „A terminal 110 may communicate via a communication network with application server 160 for any ap- plication (e.g., IM) supported by the server.“). Bei den während einer Session ausgetauschten Daten kann es sich um Video-, Sprach- oder auch andere Medienarten handeln (vgl. K5, Abs. [0020]). Gemäß K5/Atarius soll erreicht werden, dass der Nutzer eines Terminals/Endgeräts (z.B. ein Mobiltelefon) während oder auch nach Beendigung der Session auf die während der Session angefallenen Daten (vollständig bzw. teilweise) zurückgreifen kann (vgl. K5, Absätze [0005], [0006] und [0020]). Im Hinblick auf den geltenden Vorrichtungsanspruch 1 gehen auch aus der K5/A- tarius alle Merkmale hervor: D1. A communication device (13, 140), comprising: K5/Atarius beschreibt, dass ein Endgerät („Terminal“) während einer Session Daten, wie Sprache, Video, Text etc., über ein Übertragungs- netzwerk austauschen kann (vgl. K5, Abs. [0027]). Bei dem "Terminal" kann es sich um ein Mobiltelefon oder dergleichen handeln (vgl. K5, Abs. [0020], „A terminal may be a cellular phone, a personal digital assistant (PDA), a wireless device, a handheld device, a wireless modem, and so on.“) – mithin um eine Kommunikationsvorrichtung im Sinne des Streit- patents. D1.1 an encoder (21) configured to progressively encode media on the communication device originating at the communication device as the media is created; - 24 - D1.2 a storage or memory element (146) configured to progressively and persistently store the encoded media on the communication de- vice as the media is created; D1.3 a transmitter (26j) configured to progressively transmit the en- coded media over a network (14, 18) from the communication de- vice as the media is created K5/Atarius beschreibt in Absatz [0044] (zunächst allgemein), dass die "session data" (Nachrichten/Medien) am Endgerät und/oder im Netzwerk archiviert werden können. Außerdem beschreibt Absatz [0045], dass das Netzwerk Daten in Echtzeit (z.B. Zeile für Zeile im Fall von Text) während einer Session speichert. Entsprechend erfolgt technisch gesehen ein Speichervorgang während der Session auch am Endgerät in fortschrei- tender Weise in einem Speicherelement, während die Daten erzeugt werden. Gemäß Absatz [0027] der K5/Atarius werden die Daten (z.B. Sprache, Video, Text …) einer Session kontinuierlich ausgetauscht („Session data may be of various types such as voice, video, text, pictures, graphics, messages, and so on. Data may be exchanged continuously (e.g., for voice or video), periodically (e.g., for text), or sporadically (for packet data) during a session.“). In Absatz [0062] der K5/Atarius wird in Verbin- dung mit der Figur 6 der Sendeablauf auf dem Terminal beschrieben. Demnach werden auf dem Terminal die dort erzeugten und zu senden- den Daten verarbeitet („On the transmit path, data and signaling to be sent by terminal 110 are processed (e.g., formatted, encoded, and inter- leaved) by an encoder 622 and further processed (e.g., modulated, chan- nelized, and scrambled) by a modulator (Mod) 624 to generate output chips. A transmitter (TMTR) 632 then conditions (e.g., converts to analog, filters, amplifies, and frequency upconverts) the output chips and gene- rates a reverse link signal, which is transmitted via an antenna 634.“, Un- terstreichung hinzugefügt). Somit offenbart die K5/Atarius einen Kodie- rer, welcher konfiguriert ist, Medien auf der Kommunikationsvorrichtung - 25 - forlaufend zu kodieren während die Medien auf der Kommunikationsvor- richtung erzeugt werden (Merkmal D1.1) und einen Sender, welcher kon- figuriert ist, die kodierten Medien schrittweise über ein Netzwerk von der Kommunikationsvorrichtung zu senden (Merkmal D1.3). Das Speichern in dem Speicherelement ist bei K5/Atarius dazu vorgese- hen, zu einem späteren Zeitpunkt auf die Daten zugreifen zu können, dient also einer Archivierung (vgl. K5, Absatz [0028]: „retrieval and use later“). Es handelt sich somit um ein dauerhaftes („persistentes“) Spei- chern im Sinne des Streitpatents (Merkmal D1.2). D1.4 a receiver (28d) configured to progressively receive media over the network at the communication device as the media is available; D1.5 the storage or memory element (146) further configured to progres- sively and persistently store the received media as the received media is progressively being received over the network at the communication device; and D1.6 a rendering element (21) configured to progressively render the re- ceived media as the received media is being received over the net- work in a real-time rendering mode. K5/Atarius beschreibt neben dem oben dargestellten Sendepfad auch ei- nen Empfangspfad, über den ein Endgerät Daten empfangen kann (vgl. K5, Abs. [0062], „On the receive path, forward link signals transmitted by base stations in the wireless network are received by antenna 634. A receiver (RCVR) 636 conditions (e.g., filters, amplifies, frequency downconverts, and digitizes) the received signal from antenna 634 and provides samples. A demodulator (Demod) 626 processes (e.g., de- scrambles, channelizes, and demodulates) the samples and provides symbol estimates. A decoder 628 further processes (e.g., deinterleaves and decodes) the symbol estimates and provides decoded data. En- coder 622, modulator 624, demodulator 626, and decoder 628 may be implemented by a modem processor 620. These units perform pro- cessing in accordance with the radio technology (e.g., W-CDMA, - 26 - cdma2000 or GSM) used by the wireless network.“). Auch diese empfan- genen Daten können archiviert werden (vgl. K5/Atarius, Abs. [0063]). K5/Atarius offenbart analog zum fortschreitenden Speichern und Senden von ausgehenden Sessiondaten (s.o. die Ausführungen zu den Merkma- len D1.1 bis D1.3) auch ein fortschreitendes Speichern und Empfangen von eingehenden Sessiondaten an einem Endgerät während einer Ses- sion. Die während einer Session zwischen Endgeräten ausgetauschten Daten werden somit zwingend auch fortschreitend auf dem Endgerät wiedergegeben. Somit sind in K5 auch die Merkmale D1.4 bis 1.6 offenbart. 2.4 Zur K7 - US 2004/0119814 A1 („Clisham“) Die Entgegenhaltung K7/Clisham beschreibt ein Kommunikationsverfahren, bei dem eine Videokonferenz zwischen mehreren tragbaren Geräten ermöglicht wird (vgl. K7, Abs. [0008]). K7/Clisham möchte sich unter anderem zu Videokonfe- renzanwendungen abgrenzen, die auf Telefonsystemen mit geringer Bandbreite ba- sieren (vgl. K7, Abs. [0004] und [0006]). Daher schlägt K7/Clisham ein System be- stehend aus Servern vor, die innerhalb eines Hochgeschwindigkeitskommunikati- onsnetzwerks den Datenaustausch zwischen den (Client-)Geräten steuern (vgl. K7/Clisham, Abs. [0005] und [0009]). Im Hinblick auf den geltenden Vorrichtungsanspruch 1 gehen auch aus der K7/Clisham alle Merkmale hervor: D1. A communication device (13, 140), comprising: K7/Clisham beschreibt ein Videokonferenzverfahren, bei dem Video- und Audioströme von einem Kommunikationsgerät (Clientgerät) über ein Übertragungsnetzwerk an ein entferntes Kommunikationsgerät (Client- gerät) gesendet werden (vgl. K7/ Clisham, Abs. [0009]). - 27 - D1.1 an encoder (21) configured to progressively encode media on the communication device originating at the communication device as the media is created; D1.2 a storage or memory element (146) configured to progressively and persistently store the encoded media on the communication device as the media is created; D1.3 a transmitter (26j) configured to progressively transmit the encoded media over a network (14, 18) from the communication device as the media is created K7/Clisham beschreibt, dass das Clientgerät während einer Videokonfe- renzsession unter anderem zwei Hauptfunktionen erfüllt (vgl. K7, Abs. [0069]), nämlich eine "Sendefunktion" ("transmission") und eine "Emp- fangsfunktion" ("reception"). Hinsichtlich der Sendefunktion führt K7/Clisham aus, dass diese den Pro- zess des Erzeugens, Kodierens und Verpackens von Videoquelldaten, sowie das Senden der erzeugten Pakete an andere mit dem Netzwerk verbundene Geräte beinhaltet. Die Vorgänge des Erzeugens, Kodierens und Sendens finden allesamt während einer Videokonferenzsession statt (vgl. K7/Clisham, Abs. [0069]). K7/Clisham beschreibt weiter, dass das Clientgerät eine Kamera zum Erzeugen von Videodaten enthält (vgl. K7/Clisham, Abs. [0074]). Die K7/Clisham weist mithin aus fachmännischer Sicht einen Kodierer auf, der die Medien ("video") fortlaufend kodiert (Merkmal D1.1) und ei- nen Sender („transmitter“), der die Videodaten fortlaufend während der Videokonferenzsession, also während die Medien erzeugt werden, über das Übertragungsnetz sendet (Merkmal D1.3). K7/Clisham beschreibt weiterhin, dass das Clientgerät aktive Videokon- ferenzsessions fortschreitend in seinem lokalen Speicher speichern kann (vgl. K7, Abs. [0105], „Additionally, the client device can be configured to record active video conference sessions.“). Als Speichermedien nennt die Druckschrift beispielsweise eine Kombination aus volatilen und nicht volatilen Speichern wie RAM, ROM und Magnetspeicher (vgl. - 28 - K7/Clisham, Abs. [0104]). Insbesondere die Erwähnung entfernbarer Festplatten („removable drives“) zeigt dabei, dass die gespeicherten Da- ten dauerhaft vorgehalten werden können. Somit offenbart K7/Clisham auch ein fortschreitendes und persistentes Speichern des ausgehenden Videostroms in einem Speicher auf dem Clientgerät, während die Video- daten erzeugt werden (Merkmal D1.2). D1.4 a receiver (28d) configured to progressively receive media over the network at the communication device as the media is available; D1.5 the storage or memory element (146) further configured to progres- sively and persistently store the received media as the received me- dia is progressively being received over the network at the commu- nication device; and D1.6 a rendering element (21) configured to progressively render the re- ceived media as the received media is being received over the net- work in a real-time rendering mode. Wie bereits zu den Merkmalen D1.1 bis D 1.3 ausgeführt, beschreibt K7/Clisham als eine zweite Hauptfunktion des Clientgeräts während ei- ner Videokonferenzsession die „Empfangsfunktion“. K7/Clisham be- schreibt, dass die Empfangsfunktion den Prozess des Empfangens, Ent- packens und Dekodierens von Video-/Audiopaketen (von anderen Clien- tgeräten kommend), sowie das Rendern des Video- und Audiostroms enthält (vgl. K7, Abs. [0069]; „reception“). Somit offenbart K7/Clisham im Rahmen einer Videokonferenzsession auch einen Empfänger zum fort- laufenden Empfangen (Merkmal D1.4) und ein Render-Element zum fort- laufenden Darstellen von Medien einer eingehenden Nachricht (Merkmal D1.6). Wie zu Merkmal D1.2 ausgeführt, kann der lokale Speicher des Kommunikationsgeräts so konfiguriert sein, dass er die eingehenden Nachrichten fortlaufend speichert (vgl. K7, Abs. [0105]), wobei dies in ei- nem nichtflüchtigen Speicher und damit dauerhaft erfolgt (K7, Absatz [0104]; Merkmal D1.5). - 29 - 3. Die weiteren angegriffenen, auf Patentanspruch 1 rückbezogenen Patentan- sprüche 6, 8, 10, 15 und der nebengeordnete Patentanspruch 16 - der sich insoweit auch auf Patentanspruch 1 bezieht, als eine Kommunikationsvorrichtung u.a. nach Patentanspruch 1 bereitstellen soll - in der erteilten Fassung (Hauptantrag) bedür- fen keiner weiteren, isolierten Prüfung, weil die Beklagte (auch) den Hauptantrag als geschlossenen Anspruchssatz versteht und das Streitpatent auch insoweit nur als Ganzes verteidigt (vgl. BGH, Urteil vom 13. September 2016 – X ZR 64/14, GRUR 2017, 57 – Datengenerator). III. Zur Verteidigung nach Hilfsantrag „3 neu“ 1. In der Fassung des zulässigen Hilfsantrags „3 neu“ kann die Beklagte ihr Patent in den angegriffenen Ansprüchen 1, 6, 8, 10, 15 und 16 erfolgreich beschränkt verteidigen, weil diese Fassung des Streitpatents zulässig ist und ihr keine Nichtigkeitsgründe entgegenstehen. 2. Der - senatsseitig mit einer Gliederung versehene - unabhängige Patentanspruch 1 nach Hilfsantrags „3 neu“ unterscheidet sich von der erteilten Fassung in den folgenden hervorgehobenen Änderungen: D1.3HA3neu a transmitter (26j) configured to progressively transmit the encoded media over a network (14, 18) from the communication device to a second communication device as the media is created without an established connection over the network between the com- munication device and the second communication device; D1.4HA3neu a receiver (28d) configured to progressively receive media from the second communication device over the network at the communi- cation device as the media is available without an established connection over the network between the communication de- vice and the second communication device; - 30 - D1.7HA3neu a render control element configured to control the rendering el- ement (21) to either: (i) progressively render the received media as the re- ceived media is being received over the network in the real-time rendering mode; or (ii) progressively render the received media retrieved from the storage or memory element (146) in a time-shifted mode; and (iii) transition the rendering of the received media between the time-shifted mode and the real time mode; and D1.8HA3neu wherein the media comprises video or video and one or more of the following types of media: voice, text, sensor data, radio signals position or GPS information, or a combination thereof. 3. Die Änderungen in Patentanspruch 1 nach Hilfsantrag „3 neu“ sind zulässig. Der unabhängige Patentanspruch 1 des Hilfsantrags „3 neu“ basiert auf dem erteilten Patentanspruch 1. Das Senden von Medien an ein zweites Kommunikationsgerät und das Empfangen von Medien von einem zweiten Kommunikationsgerät in den Merkmalen D1.3HA3neu und D1.4HA3neu ist im Streitpatent (K2) und dessen ursprünglichen Unterlagen (K2a) jeweils in Absatz [0034] („[…] in conversations by sending voice messages to designated recipients.“) und Absatz [0047] („Conversation: A thread of Messages (identified, persistently stored, grouped, and prioritized) between two or more Users on their Devices.“) offenbart. Das Teilnehmen an einer „Conversation“ beinhaltet für den Fachmann ein Senden und Empfangen von Mediendaten über ein Netzwerk. Dass gemäß der Merkmale D1.3HA3neu und D1.4HA3neu sowohl ein Senden als auch ein Empfangen von Nachrichten an einer Kommunikationsvorrichtung stattfindet, ohne dass eine Verbindung über das Netzwerk zwischen den beiden beteiligten - 31 - Kommunikationsvorrichtungen eingerichtet ist, entnimmt der Fachmann der K2 und K2a jeweils dem Absatz [0039], Punkt iv. („[…] participate in conversations without waiting for a connection to be established […] participate in conversations, and re- view previously received time-shifted messages of conversations even when there is no network available, when the network is of poor quality, or other participants are unavailable;“; Unterstreichung hinzugefügt). Unter dem Wortlaut „without waiting for a connection to be established“ versteht der Fachmann nicht nur, dass zeitlich be- grenzt zu Beginn des Nachrichtenaustauschs keine Verbindung besteht und später eine Verbindung eingerichtet sein kann, sondern auch, dass dauerhaft überhaupt keine Verbindung besteht, zumal in den Ausführungsbeispielen des Streitpatents niemals eine anspruchsgemäße Verbindung über das Netzwerk aufgebaut wird. Durch diese geänderten Merkmale wird der Gegenstand des Patentanspruch 1 der erteilten Fassung auch eingeschränkt, da die Vorrichtung nun in der Lage sein muss, ohne eine etablierte Verbindung über das Netzwerk Medien an das zweite Kommunikationsgerät zu senden bzw. von diesem zu empfangen. Das Merkmal D1.7HA3neu entspricht dem erteilten Patentanspruch 6 bzw. den ur- sprünglichen Patentansprüchen 6 und 7 gemäß K2a und das Merkmal D 1.8HA3neu entspricht dem erteilten Patentanspruch 10 bzw. dem ursprünglichen Patentan- spruch 34 gemäß K2a. Auch die Auffassung der Klägerin, dass eine unzulässige Zwischenverallgemeine- rung vorliege, teilt der Senat nicht. Soweit die Klägerin der Ansicht ist, der bean- spruchte Vorgang, Daten zwischen zwei Kommunikationsvorrichtungen zu übermit- teln, ohne dass eine Verbindung zueinander aufgebaut ist, könne technisch nur dann umgesetzt werden, wenn im Netzwerk ein Server vorgesehen sei, um von der ersten Kommunikationsvorrichtung versendete Medieninhalte zwischen zu spei- chern, um diese dann später an die zweite Kommunikationsvorrichtung weiterzulei- ten, und bei dem „Weglassen“ eines derartigen, erforderlichen Servers mit seiner Zwischenspeicher-Funktion handle es sich daher um eine unzulässige Zwischen- verallgemeinerung, überzeugt dies nicht. - 32 - Entscheidend ist hierbei, dass bereits der erteilte Patentanspruch 1 und auch der Patentanspruch 1 nach Hilfsantrag „3 neu“ lediglich die Kommunikationsvorrichtung beansprucht und voraussetzt, dass das Übertragungsnetz (das üblicherweise auch Server beinhaltet) zwischen die beteiligten Kommunikationsvorrichtungen geschal- tet ist und die („verbindungslose“) Übertragung der Nachrichten zwischen diesen sicherstellt. Der Anspruch mag die Details der konkreten Implementierung des Übertragungsnetzes offenlassen, aber es kann vor diesem Hintergrund nicht die Rede davon sein, dass in der Anspruchsfassung nach Hilfsantrag „3 neu“ ein zwin- gendes Merkmal fehlen würde, denn für die Datenübermittlung über das Netzwerk gilt das OSI-Referenzmodell. Zuständig für die Datenübermittlung vom Sender zum Empfänger ist dabei die Vermittlungsschicht (Layer 3). Da ggf. nicht immer eine di- rekte Kommunikation zwischen Absender und Ziel möglich ist, müssen Pakete von Knoten, die auf dem Weg liegen, weitergeleitet werden. Wie der Fachmann weiß, gelangen weitervermittelte Pakete dabei nicht in die höheren Schichten, sondern werden mit einem neuen Zwischenziel versehen und an den nächsten Knoten ge- sendet (geroutet) (vgl. K2a, Abs. [0044], „Servers“). Ein Zwischenspeichern ist da- bei für den Fachmann – auch ohne eine anspruchsgemäße Verbindung (auf Layer 5 des OSI-Modells) zwischen den Kommunikationsvorrichtungen – nicht zwingend erforderlich (siehe Ziff. III. 4). Darüber hinaus zeigt die K2a, Figur 7 i. V. m. Absätzen [0143] bis [0145] ein Aus- führungsbeispiel mit einer Kommunikation zwischen zwei Klienten 12A und 12B in unterschiedlichen Netzen A und B über die Gateway-Server 16A, 16B, wobei in den Gateway-Servern ausschließlich ein Routing und keine Zwischenspeicherung offen- bart wird. 4. Die Änderungen des Patentanspruchs 1 nach Hilfsantrag „3 neu“ gegenüber der erteilten Anspruchsfassung versteht der Fachmann wie folgt: Gemäß den geänderten Merkmalen D1.3HA3neu und D1.4HA3neu ist der Sender („transmitter“) auf dem (ersten) Kommunikationsgerät nun so konfiguriert, dass er - 33 - die kodierten Medien fortlaufend an ein zweites Kommunikationsgerät sendet, und der Empfänger („receiver“) auf dem (ersten) Kommunikationsgerät gemäß Merkmal D1.4HA3neu ist nun so konfiguriert, dass er die Medien über das Netzwerk fortlaufend von einem zweiten Kommunikationsgerät empfängt. Dieser bi-direktionale Austausch umfassend sowohl ein Senden als auch ein Empfangen von Nachrichten am (ersten) Kommunikationsgerät findet statt, ohne dass eine Verbindung über das Netzwerk zwischen den beiden beteiligten Kommunikationsgeräten eingerichtet ist („[…] without an established connection over the network between the communication device and the second communication device“). Hinsichtlich des Begriffs „Verbindung“ („connection“) ist zu beachten, dass sich das Multimedia-Management-Verfahren gemäß Streitpatent auf der reinen Applikations- Ebene befindet (vgl. K2, Abs. [0042], „Client: A Client is the user application in the communication system, which includes a user interface, persistent data storage, and "Voxing" functionality.“) und auf die zugrundeliegenden Netzwerke nur aufge- setzt ist, gleichzeitig jedoch im Streitpatent ebenfalls typische, den unteren Kommu- nikations-Ebenen zugeordnete Begriffe wie bspw. gute/schlechte Radio-Bedingun- gen und Netzwerk-Verbindung verwendet werden (vgl. K2, Abs. [0037], „For exam- ple when network conditions are poor, the system intentionally reduces the quality of the data for transmission to the point where it is "good enough" to be rendered upon receipt by the recipient, allowing the real time participation of the conversa- tion.“ und Abs. [0082], [0109], „underlying network 18“ sowie Abs. [0131], „un- derlying technology of the network 18“). Wie auch in der mündlichen Verhandlung erörtert, weiß der Fachmann, dass für den Nachrichtenaustausch zwischen zwei Geräten (Kommunikationsvorrichtungen) über ein Netzwerk das ISO/OSI-Referenzmodell für Netzwerkprotokolle gilt. Für das Beispiel des Vox-Protokolls lässt sich dies auch dem Streitpatent aus den Figuren 4a bis 4c i. V. m. Absätzen [0131] bis [0138] für den Austausch der Nachrichten zwischen zwei Kommunikationsvorrichtungen entnehmen. Demnach handelt es sich bei einem Vox-Paket um ein strukturiertes Nachrichtenformat, das zur Kapse- - 34 - lung innerhalb eines Transportpakets oder von Transportpaketen der zugrundelie- genden Technologie des Netzwerks ausgelegt ist (vgl. K2, Abs. [0131], „The Vox packet is a structured message format designed for encapsulation inside a transport packet or transport packets of the underlying technology of the network 18.“). Bei dem zugrundeliegenden Netzwerkprotokoll kann es sich beispielsweise um ein UDP, IP oder Ethernet handeln (vgl. K2, Abs. [0133] i. V. m. Fig. 4b und 4c). Damit das zugrundeliegende Netzwerk das Vox-Paket an den richtigen Ort liefert, muss gemäß Streitpatent die Adresse eines Zielclients bekannt sein. Bei IPv4-Netz- werken ist dabei die Adresse normalerweise eine IPv4-Adresse, bei der es sich um eine 32-Bit-Zahl handelt, die einen Host innerhalb des Netzwerks eindeutig identifi- ziert (vgl. K2, Abs. [0145], „The address of a target Client 12 needs to be known so that the underlying network delivers the Vox packet 95 to the correct location. With IPv4 networks, the address is typically an IPv4 Address, which is a 32-bit number that uniquely identifies a host within the network.“). Der Fachmann weiß, dass die entsprechende Ziel- (und auch die Quell-)Adresse gemäß Internet Protokoll in der Vermittlungsschicht (network layer, layer 3) des OSI-Modells verankert ist, vgl. K2, die „Protocol Options“ in Figur 4c für IP (IPA, IPB): Um mit der anspruchsgemäßen ersten Kommunikationsvorrichtung Nachrichten mit einem Medien-Inhalt mit einer zweiten Kommunikationsvorrichtungen über das Netzwerk gemäß Merkmal D1.3HA3neu und D1.4HA3neu auszutauschen, wobei eine Nachricht von der ersten Kommunikationsvorrichtung an die zweite gesendet bzw. an der ersten Kommunikationsvorrichtung von der zweiten empfangen wird, ist es - 35 - daher erforderlich, dass die entsprechenden Zieladressen auf den Kommunikati- onsvorrichtungen bekannt sind und dass die Nachrichtenübertragung im Sinn einer „Ende-zu-Ende“ Übertragung zwischen den beiden Kommunikationsvorrichtungen als jeweiligen „Endpunkten“ bzw. Endgeräten über das Netzwerk durchgeführt wird. Der Meinung der Klägerin, wonach es bei der anspruchsgemäßen Vorrichtung le- diglich ganz allgemein um eine Nachrichtenübertragung von einer ersten/zweiten Kommunikationsvorrichtung zu einer zweiten/ersten Kommunikationsvorrichtung, völlig unabhängig von einer Betrachtung der Kommunikationsabläufe bzw. der Pro- tokolle im Netzwerk bspw. unter Zugrundelegung der Schichten des ISO/OSI-Mo- dells, geht, da dies im Anspruchswortlaut nicht festgelegt sei, und die Auslegung daher zu eng sei, schließt sich der Senat nicht an. Denn die Merkmale D1.3HA3neu und D1.4HA3neu betreffen ebenfalls eine Verbindung, nämlich das Nichtvorliegen einer Verbindung über das Netzwerk („[…] without an established connection over the network between the communication device and the second communication device“). Hiermit wird jegliche physikalische und logi- sche Verbindung auf den niedrigen Schichten sowie das Verwenden Verbindungs- orientierter Transportprotokolle, wie bspw. TCP auf der Transportschicht gemäß Layer 4 des OSI-Modells, zwischen der ersten und der zweiten Kommunikations- vorrichtung ausgeschlossen. Hinsichtlich eines TCP-Transports wird übrigens im Streitpatent, Absatz [0014] explizit ausgeführt, dass TCP zwar sicher sei, jedoch zur Verwendung bei „live“ Telefonaten aufgrund der Latenz unpraktisch wäre, so dass gemäß Streitpatent auf der Transportschicht (Layer 4) – wie bei VoIP – daher das verbindungslose und verzögerungsärmere UDP-Protokoll verwendet würde (vgl. K2, Abs. [0014], [0133]). Der Fachmann weiß, dass bei einer VoIP-Applikation jedoch (im Gegensatz zum Streitpatent) stets eine Verbindung aufgebaut wird (vgl. auch K2, Abs. [0002]), wo- bei beim Aufbau eines Telefongesprächs das SIP-Protokoll (session initiation pro- tocol) zum Einsatz kommt. Im OSI-Kommunikationsmodell verwaltet die Sitzungs- schicht (session layer, Layer 5) den Auf- und Abbau von (logischen) Verbindungen zwischen kommunizierenden Endgeräten. Eine Verbindung bzw. Sitzung/Session - 36 - wird aufrechterhalten, während sich die beiden Endpunkte in der Konversation mit- einander unterhalten. Da gemäß Streitpatent die gesamte „Voxing“- und Speicher-Funktionalität in der Nutzerapplikation des Kommunikationssystems enthalten und auf die zugrundelie- genden Netzwerke nur aufgesetzt ist, ist das Verfahren zum Senden und Empfan- gen über das Netzwerk gemäß Streitpatent offensichtlich komplett auf der Anwen- dungsschicht (Layer 7 des OSI-Modells) realisiert. Der Fachmann erkennt daher, dass es sich bei der anspruchsgemäßen Verbindung nach den Merkmalen D1.3HA3neu und D1.4HA3neu insbesondere um eine Verbindung auf Layer 5 des OSI-Modells, d.h. der Sitzungsschicht bzw. dem Session-Layer, handelt, auf der gemäß Wortlaut des Patentanspruchs 1 keine Verbindung zwischen den beiden beteiligten Kommunikationsvorrichtungen hergestellt ist. Aus Sicht des Fachmanns scheiden somit sowohl eine direkte Verbindung zwischen den beiden Kommunikationsvorrichtungen als auch eine indirekte Verbindung, die über einen oder mehrere zwischengeschaltete Server zwischen den beiden Kom- munikationsvorrichtungen „geroutet“ wird, aus, falls irgendeine Verbindung bereits vor Beginn der Nachrichtenübertragung hergestellt wird. Nach Auffassung des Senats sind die Merkmale D1.3HA3neu und D1.4HA3neu bei- spielsweise auch dann nicht automatisch erfüllt, wenn Medien in einem ersten Über- tragungsvorgang von der ersten Kommunikationsvorrichtung zu einem Server und in einem zweiten Übertragungsvorgang von dem Server (ggf. umadressiert) zur zweiten Kommunikationsvorrichtung übertragen werden und in diesem Fall auf- grund des dazwischengeschalteten Servers gerade keine (direkte) Verbindung zwi- schen der ersten und zweiten Kommunikationsvorrichtung bestehen würde. Denn solche Teilstreckenverfahren („store and forward“) für die (Ende-zu-Ende) Da- tenübertragung zwischen zwei Kommunikationsvorrichtungen/Endgeräten, welche vorzugsweise in Netzwerken eingesetzt werden, welche keine dauerhafte Konnek- tivität der Kommunikationsvorrichtungen zu selbigem voraussetzen, zählen zu den - 37 - Routing-Verfahren und betreffen somit die unterhalb des Session-Layers liegende Vermittlungsschicht (Layer 3), was jedoch das Vorliegen eines Verbindungs-orien- tierten Transports (Layer 4) bzw. einer (logischen) Verbindung auf dem darüber lie- genden Session-Layer (Layer 5) nicht unmittelbar ausschließt und was jeweils im Einzelfall zu überprüfen ist. Darüber hinaus fallen auch Client-Server-Konfigurationen nicht unter den An- spruchswortlaut, bei denen eine Verbindung zwischen den Endgeräten/Klienten für die (Ende-zu-Ende) Datenübertragung über einen Server hergestellt wird, falls dort zuvor beispielsweise eine gemeinsame Session aufgebaut wird, was beispielsweise bei Instant Messenger Systemen (IM) mit vorab aufgebauter IM-Session der Fall ist. Schließlich betreffen die Merkmale D1.3HA3neu und D1.4HA3neu auch keine Client-Ser- ver-Konfigurationen, bei denen – beispielsweise wie bei einem E-Mail Dienst mit „push“ / “pop“ oder einem Multimedia Messaging Service (MMS) mit HTTP POST / HTTP GET – ein Endgerät Daten auf dem Server platziert und ein anderes Endgerät diese Daten in einem separaten Schritt vom Server per Download abholt, da hier zwei unabhängige Datenübertragungen Endgerät-Server und Server-Endgerät und eben keine anspruchsgemäße Kommunikation zwischen zwei Kommunikationsvor- richtungen / Endgeräten über das Netzwerk stattfindet. Zusammenfassend darf somit gemäß den Merkmalen D1.3HA3neu und D1.4HA3neu bei einer (Ende zu Ende) Kommunikation zwischen zwei Kommunikationsvorrichtun- gen/Endgeräten auf keinem der die Datenübertragung über das zugrundeliegende Netzwerk betreffende Layer unterhalb der Anwendungsschicht (Layer 7) eine Ver- bindung zwischen der ersten und zweiten Kommunikationsvorrichtung aufgebaut sein und die beanspruchte Kommunikationsvorrichtung muss so ausgebildet sein, dass sie die betreffende Funktion des Sendens und Empfangens von Medien (an bzw. von einer zweiten Kommunikationsvorrichtung) ohne eine derartige Verbin- dung über das Netzwerk erfüllen kann (vgl. BGH, Urteil vom 11. Januar 2022 – X ZR 4/20, Rn. 51). - 38 - Gemäß Merkmal D1.7HA3neu (entspricht dem erteilten Patentanspruch 6) weist die Kommunikationsvorrichtung ein Kontrollelement („render control element“) auf, mit der das Render-Element aus Merkmal D1.6 kontrolliert werden kann, damit entweder die empfangenen Medien in einem Echtzeitmodus („real time modus“) oder in einem zeitversetzten Modus („time shifted mode“) angezeigt und zwischen den beiden Modi umgeschaltet werden können („transition […] between […]“). 5. Dem Gegenstand von Patentanspruch 1 nach Hilfsantrag „3 neu“ steht der Nichtigkeitsgrund der fehlenden Patentfähigkeit nach Art. II § 6 Abs. 1 Nr. 1 Int- PatÜG i. V. m. Art. 138 Abs. 1 Buchst. a) EPÜ nicht entgegen. Denn die hiermit un- ter Schutz gestellte Vorrichtung gilt gegenüber dem im Verfahren entgegengehalte- nen Stand der Technik – insbesondere auch gemäß den Druckschriften K13, K14, K5, K7, K6 und K8 – als neu und auf einer erfinderischen Tätigkeit beruhend. 5.1 Die Vorrichtung gemäß Patentanspruch 1 nach Hilfsantrag „3 neu“ erweist sich gegenüber dem nachgewiesenen Stand der Technik als neu im Sinne des Art. 54 EPÜ. 5.1.1 Zu K13/Kurtz Insbesondere, dass – entsprechend der Lehre des Streitpatents - ein Übertragen oder Empfangen von Nachrichten auf dem ersten Endgerät stattfinden kann, ohne dass eine Verbindung zwischen den Kommunikationsvorrichtungen hergestellt ist (Merkmale D1.3HA3neu und D1.4HA3neu), kann der K13/Kurtz nach Überzeugung des Senats weder unmittelbar noch implizit entnommen werden. Gemäß K13/Kurtz kann eine Kommunikation zwischen den Endgeräten nur stattfin- den, wenn sich beide Endgeräte zuvor am System angemeldet haben und eine Ver- bindung zwischen den Endgeräten hergestellt wurde (vgl. K13, Abs. [0012], „When the client receives the connection information for a contact in the buddy list, it changes the “status” of that person to “Online.” The user may then click on a name of any contact in the buddy list who is online, opening an IM window in which the - 39 - user may enter an instant message.“ und Abs. [0013], „Once the users have signed on to the IM service, all subsequent communication may occur directly between the two clients,[…]“; vgl. auch K13, Fig. 1). In den Absätzen [0011] und [0012] der K13/Kurtz ist der für den Austausch von Nachrichten erforderliche Verbindungsaufbau näher beschrieben. Danach senden die Endgeräte Verbindungsinformationen (z.B. die IP-Adresse) an den Instant Mes- saging-Dienst, der diese Informationen mit der Kontaktliste des Benutzers abgleicht und dann die Verbindungsdaten der Endgeräte der Kontakte des Benutzers zurück an dessen Endgerät schickt. Über diese Verbindungsinformationen können dann die in K13/Kurtz, Figur 1 gezeigten direkten Verbindungen zwischen den Endgerä- ten hergestellt werden, über die diese dann Nachrichten austauschen. Zwar kann es gemäß K13/Kurtz sein, dass eine direkte Kommunikation zwischen den beiden Endgeräten nicht möglich ist, z.B. wegen einer Firewall, und die Kommunikation über den „messaging service 100“ laufen muss (vgl. K13, Abs. [0013], 2. Satz). Nach Auffassung des Senats besagt dies jedoch lediglich, dass in manchen Fällen die Daten einer Session nicht unmittelbar zwischen den Teilnehmern ausgetauscht werden können, sondern über einen Server geleitet werden müssen, wenn etwa eine Firewall zwischen den Teilnehmern liegt. Dies setzt aber dennoch voraus, dass zuerst eine Session zwischen den Endgeräten über das Übertragungsnetzwerk eingerichtet und somit eine Verbindung zwischen den Endgeräten aufgebaut wird, auch wenn diese über das Übertragungsnetzwerk bzw. einen Server vermittelt wird. Damit kann mit der Übertragung der Nachrichten immer erst begonnen werden, wenn eine Verbindung über das Übertragungsnetz zwischen der ersten Kommunikationsvorrichtung und der zweiten Kommunikationsvorrichtung eingerichtet ist. 5.1.2 Zu K14/Kenoyer, K5/Atarius und K7/Clisham Insbesondere, dass – entsprechend der Lehre des Streitpatents - ein Übertragen oder Empfangen von Nachrichten auf dem ersten Endgerät stattfinden kann, ohne dass eine Verbindung zwischen den Kommunikationsvorrichtungen hergestellt ist - 40 - (Merkmale D1.3HA3neu und D1.4HA3neu), kann diesen Druckschriften zur Überzeugung des Senats weder unmittelbar noch implizit entnommen werden. Grundvoraussetzung einer Videokonferenz nach K14/Kenoyer ist, dass zunächst eine Verbindung zwischen den teilnehmenden Geräten hergestellt werden muss, über die dann synchron wechselseitig Videoströme ausgetauscht werden. Selbst in der Ausführungsform, in der eine Nachricht auf dem Empfängergerät hinterlassen werden kann, wenn die Teilnehmer selbst nicht anwesend sind (vgl. K14/Kenoyer, Abs. [0072]), wird verlangt, dass eine Verbindung zwischen Sender und Empfänger hergestellt wird (wie bei den im Streitpatent beschriebenen, im Stand der Technik bekannten VoiceMail-Systemen). In K5/Atarius ist stets der Aufbau einer Session zwischen der ersten und der zweiten Kommunikationsvorrichtung erforderlich, um Daten austauschen zu können (vgl. K5, Abs. [0027], „A user with a terminal may exchange data with a communication network in a session. As used herein, a session is an association between two or more users and/or entities that enables the users and/or entities to exchange data.“). K7/Clisham beschreibt, dass vor der Kommunikation zunächst ein Call Request gesendet wird, der von der empfangenden Kommunikationsvorrichtung angenommen werden muss. Erst wenn dieser Call Request akzeptiert wurde, kann die Videokonferenz beginnen (vgl. K7, Abs. [0112]). Dies bedeutet aus fachmännischer Sicht, dass eine Kommunikation zwischen den beiden Endgeräten erst dann erfolgen kann, wenn eine Verbindung im Sinne des Streitpatents zwischen diesen besteht. Dies wird auch in Figur 4 der K7/Clisham illustriert (dort: „Start/Abort Session“). 5.1.3 Dass der Gegenstand des Patentanspruchs 1 nach Hilfsantrag „3 neu“ aus einer der weiteren im Verfahren befindlichen Druckschriften neuheitsschädlich vor- weggenommen sei, hat weder die Klägerin behauptet noch ist dies für den Senat ersichtlich. - 41 - 5.2 Die Vorrichtung gemäß Patentanspruch 1 nach Hilfsantrag „3 neu“ beruht auch auf einer erfinderischen Tätigkeit (Art. 56 EPÜ), da sich dieser Gegenstand für den Fachmann nicht in naheliegender Weise aus dem entgegengehaltenen Stand der Technik ergibt. Ausgehend vom Stand der Technik nach einer der Druckschriften K5, K6, K7, K8, K13 und K14 gelangt der Fachmann nicht in naheliegender Weise zu einer Vorrich- tung entsprechend dem geschützten Gegenstand nach Anspruch 1 gemäß Hilfsan- trag „3 neu“. 5.2.1 Erfinderische Tätigkeit ausgehend von K13/Kurtz Wie bereits zuvor bei der Prüfung der Frage der Neuheit in Ziff. 5.1.1 ausgeführt, gehen aus der K13/Kurtz die Merkmale D1.3HA3neu und D1.4HA3neu nicht unmittelbar und eindeutig hervor. Der Fachmann erhält aus der K13 auch keine Anregung hier- für. Die Auffassung der Klägerin , K13/Kurtz lege im Zusammenhang mit der Offline- Funktionalität bei Textnachrichten in Instant Messenger (IM) Systemen die Merk- male D1.3HA3neu und D1.4HA3neu nahe und für den Fachmann sei es zum Prioritäts- zeitpunkt bereits Teil des allgemeinen Fachwissens – insbesondere in Anbetracht des Anlagenkonvoluts K16 - gewesen, dass IM-Systeme (zusätzlich zu Live-Chats) auch das Übertragen von „Offline-Nachrichten“ ermöglichen würden, überzeugt nicht. Dass die K16 dabei zeige, dass die dem Fachmann bekannten IM-Systeme AIM, Windows Live Messenger, ICQ und Yahoo! Messenger zum Prioritätszeitpunkt allesamt das Übertragen von „Offline-Nachrichten“ ermöglichten, greift nicht Die K13/Kurtz offenbart keine Offline-Funktionalität und erwähnt gerade die Über- tragung von Sprache und Video ausschließlich im Zusammenhang mit dem Beste- hen einer Online-Verbindung zwischen den Teilnehmern. Aus fachmännischer Sicht handelt es sich bei den aus dem Anlagenkonvolut K16 bekannten „Offline-Nachrichten“ bei IM-Systemen ausschließlich um Textnachrich- ten, die zunächst vollständig verfasst und erst nach einem Sendebefehl verschickt - 42 - werden. Auf der Empfängerseite werden diese erst dann dargestellt, sobald diese vollständig erhalten wurden. Keinem der in K16 genannten Instant Messenger ist ein Hinweis darauf zu entnehmen, dass eine solche Funktion in Verbindung mit pro- gressiv übertragenen bzw. empfangenen Nachrichten unterstützt würde. Zudem lässt sich weder der K13/Kurtz noch den als Anlagenkonvolut K16 vorgelegten Wi- kipedia-Auszügen ein Anhaltspunkt bzw. eine Anregung dafür entnehmen, dass eine Kombination dieser beiden Modi vorteilhaft wäre. Soweit die Klägerin der An- sicht ist, die progressive Übertragungsweise würde einen schnelleren Kommunika- tionsablauf gewährleisten, ist schon nicht ersichtlich, wieso das bei solchen Chat- Diensten mit Textnachrichten überhaupt eine Rolle spielen sollte. Gerade bei Off- line-Nachrichten gibt es überhaupt keinen Grund, die Übertragung zu beschleuni- gen, weil der Empfänger (offensichtlich) ja ohnehin nicht erreichbar ist. „Streaming“ ist in dieser Konstellation und erst recht bei Textnachrichten unnötig und damit fern- liegend. 5.2.2 Erfinderische Tätigkeit ausgehend von der Druckschrift K8/Mostafa Aus der K8/Mostafa gehen die Merkmale D1.2, D1.3HA3neu, D1.4HA3neu, D1.5 und D1.7 nicht unmittelbar und eindeutig hervor und sind ausgehend von K8/Mostafa auch nicht nahegelegt. Die Druckschrift K8/Mostafa betrifft allgemein Übertragungsdienste (vgl. K8, Titel: "communication service"). Insbesondere schlägt K8/Mostafa eine Streaming-Funk- tionalität im Rahmen von Multimedia Messaging Service (MMS) vor (vgl. K8, Abs. [0001]). Gemäß K8/Mostafa ermöglicht die vorbekannte Implementierung von MMS das Senden von Multimedianachrichten zwischen mehreren Nutzern von Mobilgeräten. Dabei wird eine Nachricht (wie im MMS-Standard 3GPP 23.140 vorgeschlagen) nach Erzeugung zunächst an einen Server ("MMS Centre") gesendet. Von dort kann die Nachricht auf ein Empfangsendgerät heruntergeladen werden. Sobald die Nach- richt vollständig ("as a whole") heruntergeladen und auf dem Endgerät gespeichert ist, kann diese wiedergegeben werden. (vgl. K8, Abs. [0008]). Das bekannte MMS- - 43 - Verfahren hat gemäß der K8 den Nachteil, dass das empfangende Endgerät die Multimedianachricht speichern muss, bevor sie dem Benutzer präsentiert werden kann. Daher legt die Größe des Speichers des empfangenden Endgeräts eine Ober- grenze für die Größe von Multimedia-Mitteilungen fest, die heruntergeladen werden können (vgl. K8, Abs. [0010]). Abgesehen von MMS seien „Streaming“-Technologien bekannt, die eine „streaming session“ zwischen Sender und Empfänger voraussetzten, aber noch nicht für den Empfang über Mobilfunknetzwerke angepasst seien, bzw. Mobilfunknetzwerke un- terstützten diese nicht und seien inkompatibel mit MMS (vgl. K8, Abs. [0011] bis [0014]). Vor diesem Hintergrund schlägt K8/Mostafa die Ergänzung des MMS-Standards um eine Streaming-Erweiterung vor. Diese beinhaltet drei Phasen, Phase 1, „Media up- load“, Phase 2, „MMS notification“ und Phase 3, „Media download“ (vgl. K8, Abs. [0096] in Verbindung mit Fig. 2). Fig. 2 der K8/Mostafa In Phase 1 wird Medieninhalt von einem Sendeendgerät ("sending mobile terminal") an einen Medienserver ("Media (streaming) server") übertragen. Dazu richtet der Sender 21 eine Streaming-Session mit dem „media (streaming) server“ ein, der den Medieninhalt in einem vordefinierten Speicherbereich speichert (vgl. K8, Abs. - 44 - [0103]). In der zweiten Phase („phase 2“) werden ein oder mehrere Empfänger (vgl. K8, Fig. 2, „receiving mobile terminals“) darüber benachrichtigt, dass Medieninhalt zur Lieferung verfügbar ist. Vorzugsweise erfolgt die Benachrichtigung („notifica- tion“) über eine „notification message“, die vom Sender über einen MMS-Server mittels „store-and-forward“ (vgl. K8, Abs. [0098]) an den/die Empfänger gesendet wird (vgl. K8, Abs. [0096], „the MMS server stores the notification message and then tries to forward it to the receiver.“). Die Benachrichtigung enthält keine Mediendaten, sondern Informationen, die erforderlich sind, um nachgelagert eine weitere Streaming-Sitzung zwischen dem Empfänger 24 und dem Medienserver 22 einzu- richten, wie beispielsweise die Netzwerkadresse des Medienservers, das/die zum Codieren des Medieninhalts verwendete(n) Codierungsverfahren und die Angabe des/der für das Herunterladen von Medien zu verwendenden Transportprotokoll(e) (vgl. K8, Abs. [0104]). In der dritten Phase („phase 3“), der Medien-Download-Phase, baut das Empfangs- gerät 24 eine Streaming-Session mit dem Medienserver 22 basierend auf den in der Benachrichtigungsnachricht empfangenen Informationen auf und das Empfangsge- rät 24 beginnt, die Medien herunterzuladen und abzuspielen (vgl. K8, Abs. [0105], „In the phase 3, the receiver 24 establishes a streaming session with the media server 22, based on the information received in the notification message and the receiver 24 starts to download and play the media.“ und Abs. [0118], „In the receiver 24, the message control layer 31 is responsible for interpreting received notification messages, extracting information relating to the location of media content to be streamed and information necessary to form streaming sessions to retrieve the me- dia content.“; Unterstreichungen jeweils hinzugefügt). Gemäß der Druckschrift K8 werden die Medien der einzelnen Nachrichten für die- sen Fall nicht lokal auf den Endgeräten gespeichert, sondern ausschließlich auf dem Medienserver. Im Hinblick auf Patentanspruch 1 gemäß Hilfsantrag „3 neu“ geht aus K8/Mostafa hervor: - 45 - D1 A communication device (13, 140), comprising: K8/Mostafa beschreibt ein Übertragungsverfahren, bei dem ein Me- dieninhalt von einem Sendeendgerät an einen im mobilen Übertra- gungsnetzwerk befindlichen Medienserver übertragen wird (vgl. Abs. [0096] und [0106]), vgl. auch Fig. 2 der K8/Mostafa. D1.1 an encoder (21) configured to progressively encode media on the communication device originating at the communication device as the media is created; K8/Mostafa beschreibt, dass es sich bei den gestreamten Medien um Audio- bzw. Videodaten handeln kann, die von einer Videokamera und einem Mikrofon erzeugt werden (vgl. Abs. [0102]). Diese unmit- telbar nach Erzeugung gestreamten Medieninhalte werden somit aus fachmännischer Sicht mittels eines Kodierers fortschreitend kodiert (vgl. K8, Abs. [0104]). D1.2 a storage or memory element (146) configured to progressively and persistently store the encoded media on the communica- tion device as the media is created; Ein Speichern der kodierten Medien ist in K8 nicht vorgesehen. D1.3HA3neu a transmitter (26j) configured to progressively transmit the en- coded media over a network (14, 18) from the communication device to a second communicaton device as the media is cre- ated without an established connection over the network be- tween the communication device and the second communica- tion device; Gemäß K8/Mostafa werden die Nachrichten mit Medieninhalt in Phase 1 vom Sendegerät 21 (der ersten Kommunikationsvorrich- tung) nach Aufbau einer „Streaming Session“, d.h. aus fachmänni- scher Sicht dem Aufbau einer Verbindung auf der Sitzungsschicht - 46 - des OSI-Modells, zum Medienserver 22 gesendet und dort gespei- chert. Bei dem Medienserver handelt es sich jedoch nicht um eine zweite Kommunikationsvorrichtung im Sinne des Streitpatents, son- dern um einen Server mit Speicherfunktionalität im Übertragungs- netzwerk. Für diese Übertragung ist eine Verbindung erforderlich. D1.4HA3neu a receiver (28d) configured to progressively receive media from the second communication device over the network at the communication device as the media is available without an es- tablished connection over the network between the communi- cation device and the second communication device; Gemäß K8/Mostafa wird in Phase 3 unter Nutzung der in der Be- nachrichtigung aus Phase 2 enthaltenen Informationen (z.B. Netz- werkadresse des Medienservers) vom Empfangsgerät (der ersten Kommunikationsvorrichtung) eine „Streaming Session“ mit dem Me- dienserver 22 aufgebaut und daraufhin die Medien innerhalb dieser Sitzung vom Medienserver heruntergeladen und abgespielt, d.h. die Nachrichten werden in einem Empfangsgerät vom Medienserver empfangen und nicht von einer zweiten Kommunikationsvorrichtung im Sinne des Streitpatents (vgl. K8, Abs. [0105], „In the phase 3, the receiver 24 establishes a streaming session with the media server 22, based on the information received in the notification message and the receiver 24 starts to download and play the media.“; und Abs. [0118], „In the receiver 24, the message control layer 31 is responsi- ble for interpreting received notification messages, extracting infor- mation relating to the location of media content to be streamed and information necessary to form streaming sessions to retrieve the me- dia content.“; Unterstreichungen jeweils hinzugefügt). In der K8/Mostafa fehlt somit jegliche anspruchsgemäße Ende-zu- Ende Übertragung von Nachrichten mit Medieninhalten von einer ersten/zweiten zu einer zweiten/ersten Kommunikationsvorrichtung. - 47 - Damit unterscheidet sich die Lehre der K8/Mostafa grundsätzlich von der Lehre des Streitpatents, denn gemäß Streitpatent werden bei ei- nem dort ggf. im Übertragungsweg vorgesehenen Server die von der ersten Kommunikationsvorrichtung gesendeten Nachrichten zwar auch im Server zwischengespeichert, diese dann aber vom Server direkt und ohne einen separaten Download-Schritt an die zweiten Kommunikationsvorrichtungen geroutet bzw. weitergeleitet (vgl. K2, Abs. [0128], „The main purpose of the Store and Stream module 84 is to receive Messages transmitted by the Clients 12 and transmit Messages to other Clients 12. As Messages are received, they are stored in the PIMB 85 and transmitted to the next Server 16 (i.e., the net "hop") of the network layer 14 along the path to the intended re- cipient(s), or to the recipient(s) directly depending on the system con- figuration.“ und Abs. [0150], „The PIMB Reader 26 on the Client 121 reads the payloads out of the PIMB 30, creates Vox packets, and transmits the packets to the receiving Client 122 (box 134) over the network 18. Each Server 16 along the path between the sending Cli- ent 121 and the receiving Client 122 stores the transmitted payloads in the PIMB 85 and transmits the Vox packets to the next hop (box 133)“. Eine Verbindung auf irgendeinem Layer unterhalb der Applikations- schicht ist gemäß Streitpatent dazu nicht erforderlich. Zwar umfasst die K8/Mostafa in der Phase 2 eine Ende-zu-Ende Übertragung der Benachrichtigung („notification“) mittels „store and forward“ durch den MMS Server, die Benachrichtigung übermittelt je- doch keinerlei Medieninhalte. Darüber hinaus betrifft das „store and forward“ der Benachrichtigung als Routing-Verfahren den Layer 3. Es kann daher völlig dahingestellt bleiben, ob die Benachrichtigung Ende-zu-Ende übertragen wird, zumal die K8/Mostafa hinsichtlich des dafür verwendeten Transportprotokolls (Layer 4) sowie einer po- tentiellen Verbindung auf dem Session-Layer (Layer 5) schweigt. - 48 - D1.5 the storage or memory element (146) further configured to pro- gressively and persistently store the received media as the re- ceived media is progressively being received over the network at the communication device; and Ein Speichern der empfangenen Medien im Kommunikationsgerät ist in K8 nicht vorgesehen D1.6 a rendering element (21) configured to progressively render the received media as the received media is being received over the network in a real-time rendering mode; and In Phase 3 baut gemäß der K8 der Empfänger eine „streaming ses- sion“ mit dem Medienserver 22 auf und beginnt, die Medien herun- terzuladen und abzuspielen, wozu aus fachmännischer Sicht ein Render-Element erforderlich ist (vgl. K8, Abs. [0105]). D1.7HA3neu a render control element configured to control the rendering el- ement (21) to either: (i) progressively render the received media as the re- ceived media is being received over the network in the real-time rendering mode; or (ii) progressively render the received media retrieved from the storage or memory element (146) in a time- shifted mode; and (iii) transition the rendering of the received media be- tween the time-shifted mode and the real time mode; and Ein derartiges Kontrollelement geht aus der K8 nicht hervor. D1.8HA3neu wherein the media comprises video or video and one or more of the following types of media: voice, text, sensor data, radio signals posilion or GPS information, or a combination thereof. K8/Mostafa offenbart den Medientyp Video (K8, Abs. [0102], „media content (an audio/video clip)“). - 49 - Somit geht in Bezug auf den Patentanspruch 1 nach Hilfsantrag „3 neu“ aus K8/Mostafa nicht hervor: a) die Merkmale D1.3HA3neu und D1.4HA3neu, b) Merkmale D1.2, D1.5 und Merkmal D1.7HA3neu. Zu a) Der K8/Mostafa entnimmt der Fachmann aus Sicht des Senats keinerlei An- regung, die gestreamten Medien vom ersten Kommunikationsteilnehmer bzw. von der ersten Kommunikationsvorrichtung statt an den Medienserver an den zweiten Kommunikationsteilnehmer bzw. an die zweite Kommunika- tionsvorrichtung zu senden. Soweit die Klägerin der Ansicht ist, dass die vom Senat verwendete Auslegung zu eng sei, wird auf die obigen Ausführungen zum Verständnis des Fachmanns unter Ziff. III. 4 verwiesen. Zu b) Die Ansicht der Klägerin, aufgrund der auf Gigabytegröße gestiegenen loka- len Speicherkapazität mobiler Endgeräte, die zum Prioritätszeitpunkt der K8/Mostafa noch nicht verfügbar gewesen sei, würde sich die in K8/Mostafa angesprochene Problematik fehlender Speicherkapazität zum Prioritätszeit- punkt des Streitpatents nicht mehr stellen und der Fachmann hätte daher auch für das in K8/Mostafa beschriebene Streaming von Medien ein persis- tentes Speichern auf den beiden Endgeräten vorgesehen, vermag der Senat nicht zu teilen. Denn in der K8/Mostafa sind bereits Endgeräte mit Speichern in Giga- bytegröße in Form von Laptops offenbart, wobei auch schon für diese nach K8/Mostafa keine lokale persistente Speicherung der ein- und ausgehenden Medien vorgesehen ist (vgl. K8, Abs. [0126]). Aus K8/Mostafa erhält der Fachmann keinen Hinweis oder Anregung dahingehend, dass es bei diesen Laptops aufgrund der höheren Speicherkapazität vorteilhaft sein könnte, die Medien der ein- und ausgehenden Nachrichten persistent zu speichern. Im Gegenteil, K8/Mostafa beschäftigt sich sogar ausdrücklich mit E-Mail-Kom- - 50 - munikation mit großen Mediendateien unter Verwendung von PCs und mo- bilen Endgeräten und stellt auch dort das lokale Speichern dieser großen Mediendateien als nachteilig dar (vgl. K8, Abs. [0007]). Zudem konnte die Klägerin auch nicht überzeugend darlegen, dass die zum Prioritätszeitpunkt gängigen Mobiltelefone über mehrere Gigabyte große Speicher verfügten. Das von der Klägerin zum Fachwissen aufgeführte Mo- biltelefon Apple iPhone in der ersten Version verfügt zwar über einen größe- ren internen Speicher (Memory internal 4/8/16 GB) als der in der K8/Mostafa genannte Nokia 9110 Communicator (2 MB user data storage), bei dem Apple iPhone handelt es sich aber nicht um ein zum Prioritätstag des Streit- patents gängiges Mobiltelefon, sondern um eine neue Kategorie von Mobil- telefonen, welche erst kurz vor dem Prioritätstag auf den Markt gekommen sind (vgl. K18, Apple iPhone, „Released 2007, June“). Der Fachmann hatte daher ausgehend von K8/Mostafa weder eine Veran- lassung, ein persistentes Speichern von eingehenden/ausgehenden Nach- richten (Mediendateien) in einem Speicherelement auf der Kommunikations- vorrichtung vorzusehen, noch eine Veranlassung, Nachrichten (Medienda- teien) über das Übertragungsnetz von der ersten Kommunikationsvorrich- tung zu der zweiten Kommunikationsvorrichtung zu senden bzw. zu empfan- gen, ohne zuvor eine Verbindung im Sinne des Streitpatents einzurichten. Somit würde der Fachmann ausgehend von K8/Mostafa nicht in naheliegen- der Weise zu dem Verfahren nach Patentanspruch 1 gelangen. Damit hat er auch keinerlei Anregung, ein „render control element“ gemäß Merkmal D1.7HA3neu vorzusehen. Bei dieser Sachlage kommt es auch nicht mehr darauf an, ob für die Layer 3 „store-and-forward“ Übermittlung der Benachrichtigung („notification“) mittels „notification message“ vom Sender über einen MMS-Server an den/die Emp- fänger in Phase 2 der Lehre der K8/Mostafa ggf. eine Verbindung im Sinne des Streitpatents auf den darüber liegenden Transport-Layer (Layer 4) oder Session-Layer (Layer 5) erforderlich ist. - 51 - 5.2.3 Erfinderische Tätigkeit ausgehend von der Druckschrift K6/Munje Insbesondere die Merkmale D1.2, D1.5, D1.3HA3neu und D1.4HA3neu nach Patentan- spruch 1 gemäß Hilfsantrag „3 neu“ gehen aus K6/Munje nicht unmittelbar und ein- deutig hervor. Die Entgegenhaltung K6/Munje betrifft ein Push-To-Talk (PTT) System für Mobilte- lefone (vgl. K6, Abs. [0002]). Bei einer PTT-Kommunikation treffen Nachrichten un- mittelbar und unangekündigt ein. Entsprechend kann es vorkommen, dass einzelne Nachrichten überhört bzw. versäumt werden (vgl. K6, Abs. [0005], „An end user of the mobile station may be busy or caught “off-guard” and not listening to the initial communication. Thus, the end user may not hear at least the initial PTT voice com- munication.“). Es wird deshalb von K6/Munje vorgeschlagen, eine Aufnahme- und Wiedergabe- funktion für PTT-Geräte vorzusehen, um gesendete und empfangene Sprachnach- richten lokal auf einem mobilen Endgerät (Kommunikationsvorrichtung) zu spei- chern (vgl. K6, Abs. [0007]). Dadurch wird es beispielsweise einem Nutzer eines Empfangsgeräts ermöglicht, versäumte Nachrichten zu einem späteren Zeitpunkt abzuspielen (vgl. K6, Abs. [0008]). Es können somit Nachrichten mit Zeitversatz ausgetauscht werden. Im Hinblick auf den geltenden Patentanspruch 1 nach Hilfsantrag „3 neu“ geht aus der K6/Munje hervor: D1 A communication device (13, 140), comprising: K6/Munje beschreibt ein Mobiltelefon, das mit einer Sende-/Emp- fangseinrichtung ausgestattet ist, die in der Lage ist, PTT-Sprach- nachrichten über ein drahtloses Übertragungsnetzwerk zu senden (vgl. K6, Abs. [0007]). - 52 - D1.1 an encoder (21) configured to progressively encode media on the communication device originating at the communication device as the media is created; Gemäß K6/Munje werden, sobald ein PTT-Schalter von einem Nut- zer des Mobiltelefons gedrückt wird, von einem Mikrofon des Mobil- telefons empfangene Sprachsignale über das Drahtlosnetzwerk ge- sendet (vgl. K6, Abs. [0060]). Gemäß Absatz [0034] von K6/Munje werden die zu sendenden Signale auch fortlaufend kodiert, „In a sim- ilar manner, Signals to be transmitted are processed, including mod- ulation and encoding, for example, by DSP220. These DSP-pro- cessed signals are input to transmitter 214 for digital-to-analog (D/A) conversion, frequency up conversion, filtering, amplification and transmission over communication network via antenna 218.“. D1.2 a storage or memory element (146) configured to progressively and persistently store the encoded media on the communica- tion device as the media is created; K6/Munje beschreibt auch, dass die vom Mobiltelefon verschickten PTT-Nachrichten gleichzeitig mit deren Übertragung sukzessive in einem Speicher des Mobiltelefons gespeichert werde (vgl. K6, Abs. [0053], „Memory 412 is used to store compressed voice data of re- ceived PTT voice communications, as will be described further herein.“ und Abs. [0074], „The mobile station may also save its own PTT voice communications in its memory in a similar manner, in se- quence along with the PTT voice communications received through its receiver. This option provides a more complete history of PTT voice communications stored in memory. In this case, steps 604 and 630 of FIG. 6 correspond to detecting PTT button depressions and PTT button releases, respectively, at the user interface of the mobile station. Upon PTT button depression, the processor causes the voice data of the PTT voice transmission to be stored in the memory sim- ultaneously with its transmission.“; vgl. auch K6, Ansprüche 1- 5). - 53 - Der Speicher kann auch so groß sein, dass mehrere PTT-Sprachver- bindungen gespeichert werden können (vgl. K6, Abs. [0056], „Prefe- rably, a plurality of PTT voice communications are consecutively sa- ved in memory 412 which have corresponding pairs of start and end markers for identification and retrieval.“). Da die Daten bei K6/Munje jedoch in einem Ringspeicher abgelegt und somit automatisch zyk- lisch überschrieben werden (vgl. K6, Abs. [0055], „circular buffer me- mory“), handelt es sich hierbei nicht um ein „persistentes“ Speichern im Sinne des Streitpatents. D1.3HA3neu a transmitter (26j) configured to progressively transmit the en- coded media over a network (14, 18) from the communication device to a second communicaton device as the media is cre- ated without an established connection over the network be- tween the communication device and the second communica- tion device; Gemäß K6/Munje werden, sobald ein PTT-Schalter von einem Nut- zer des Mobiltelefons gedrückt wird, von einem Mikrofon des Mobil- telefons empfangene Sprachsignale über das Drahtlosnetzwerk ge- sendet, wozu ein Transmitter erforderlich ist (vgl. K6, Abs. [0060]). Gemäß K6/Munje muss bei PTT für den Nachrichtenaustausch aller- dings eine Session zwischen den beiden Endgeräten aufgebaut wer- den (vgl. K6, Abs. [0030], „A conventional PoC communication ses- sion involves a session connection between end users of mobile sta- tions, referred to as session “participants”, who communicate one at a time in a half-duplex manner much like conventional walkie-talkies or two-way radios.“ oder Abs. [0044], „A PoC communication session is a session connection between end users of a UE 302, referred to as session "participants”, who communicate one at a time in a half duplex manner. PoC communication utilizes Voice over IP (VoIP) technology […]“). Ohne den Aufbau der Session ist eine Übertragung nicht möglich. - 54 - D1.4HA3neu a receiver (28d) configured to progressively receive media from the second communication device over the network at the communication device as the media is available without an es- tablished connection over the network between the communi- cation device and the second communication device; K6/Munje beschreibt neben der Übertragungsfunktion auch eine Empfangsfunktion. Für den Fall, dass eine Aufnahmefunktion für das empfangende Mobiltelefon freigeschaltet ist, erfolgt ein gleichzeitiges Verarbeiten und Speichern der eingehenden PTT-Sprachkommuni- kation (vgl. K6, Abs. [0071], „Next, the voice data for the PTT voice communication is received through the wireless transceiver (step 626 of FIG. 6). The voice data is processed so that audible voice signals are heard through the speaker of the mobile station. In particular, RF signals carrying the voice data may be processed through receiver 212, channel decoder and demodulator 408, voice decompressor 406, CODEC 404, and audio circuit 402 of FIG. 4.”). Ohne den Auf- bau der Session ist der Empfang jedoch nicht möglich. D1.5 the storage or memory element (146) further configured to pro- gressively and persistently store the received media as the re- ceived media is progressively being received over the network at the communication device; and Vgl. K6/Munje, Absatz [0071], „Advantageously, the voice data of the PTT voice communication is also simultaneously saved in memory (step 628 of FIG. 6). Preferably, the circular buffer memory 412 of FIGS. 4-5 is utilized for the recording of the PTT voice data as previ- ously described.”. Da die Daten bei K6/Munje jedoch in einem Ring- speicher abgelegt und somit automatisch zyklisch überschrieben werden (vgl. K6, Abs. [0055], „circular buffer memory“), handelt es sich hierbei nicht um ein „persistentes“ Speichern im Sinne des Streitpatents. - 55 - D1.6 a rendering element (21) configured to progressively render the received media as the received media is being received over the network in a real-time rendering mode; and K6/Munje beschreibt neben der Übertragungsfunktion auch eine Empfangsfunktion. Für den Fall, dass eine Aufnahmefunktion für das empfangende Mobiltelefon freigeschaltet ist, erfolgt ein gleichzeitiges Verarbeiten und Speichern der eingehenden PTT-Sprachkommuni- kation (vgl. Abs. [0071]). D1.7HA3neu a render control element configured to control the rendering el- ement (21) to either: (i) progressively render the received media as the re- ceived media is being received over the network in the real-time rendering mode; or K6/Munje ermöglicht mit der Schalterkonfiguration A + D (vgl. K6/Munje, Abs. [0054] und Fig. 4) das Rendern einer Nach- richt in Echtzeit, also während diese empfangen wird, und offenbart somit ein “render control element”, mit dem ein Echtzeitrendermodus eingestellt werden kann. (ii) progressively render the received media retrieved from the storage or memory element (146) in a time-shifted mode; and K6/Munje beschreibt auch die Möglichkeit, dass ein Benutzer die eingehende Nachricht zunächst speichert und erst zu ei- nem späteren Zeitpunkt anhört – mit der Schalterkonfigura- tion B + C (vgl. K6/Munje, Abs. [0079], „Subsequently, in response to detecting a user actuation of the PTT replay switch, the processor causes the voice data of the PTT voice communication to be retrieved from the memory and audible voice signals corresponding to the voice data to be output from the speaker”). Somit können die empfangenen Medien gemäß der Lehre der K6/Munje mittels des “render control - 56 - element” auch in einem zeitversetzten Modus, bei dem die Daten vom lokalen Speicher des Mobiltelefons abgerufen werden, wiedergegeben werden. (iii) (iii) transition the rendering of the received media be- tween the time-shifted mode and the real time mode; and K6/Munje offenbart, dass je nach Wahl des Benutzers, Me- dien in einem Echtzeitrendermodus oder aber in einem zeit- versetzten Modus gerendert werden können (vgl. K6/Munje, Absätze [0007], [0008], [0053], [0054] und [0079]). D1.8HA3neu wherein the media comprises video or video and one or more of the following types of media: voice, text, sensor data, radio signals posilion or GPS information, or a combination thereof. K6/Munje offenbart lediglich den Medientyp Audio. Aus K6/Munje geht somit nicht unmittelbar und eindeutig hervor, dass a) die gesendeten und empfangenen Nachrichten auf der ersten Kommunikati- onsvorrichtung dauerhaft im Sinne des Streitpatents gespeichert werden (Merkmale D1.2 und D1.5), b) Nachrichten durch den Sender über das Übertragungsnetz von der ersten Kommunikationsvorrichtung zu der zweiten Kommunikationsvorrichtung ge- sendet werden und von einem Empfänger über das Übertragungsnetz an der ersten Kommunikationsvorrichtung von der zweiten Kommunikationsvorrich- tung empfangen werden, ohne dass eine Verbindung über das Übertra- gungsnetz zwischen der ersten Kommunikationsvorrichtung und der zweiten Kommunikationsvorrichtung eingerichtet ist (Merkmale D1.3HA3neu und D1.4HA3neu), und c) es sich bei den Medien um Video handelt (Merkmal D1.8HA3neu). Die Merkmale D1.3HA3neu, D1.4HA3neu sind ausgehend von K6/Munje nicht nahege- legt. - 57 - Zu a) Gemäß der K6/Munje werden nicht nur eine Vielzahl von eingehenden Nach- richten, sondern auch eine Vielzahl von ausgehenden Nachrichten – und so- mit ein umfassender Nachrichten-Verlauf - in einem Speicher 412 abgelegt (vgl. K6/Munje, Abs. [0056] und [0074]), wobei somit also eine Speicherung diverser Nachrichten und Konversationen bereits vorgesehen ist. Dies wird insbesondere auch durch das in K6/Munje beschriebene „scroll wheel 812“ bekräftigt, mit welchem der Nutzer durch die Vielzahl von aufgezeichneten Nachrichten navigieren kann (vgl. K6/Munje, Abs. [0063] ff.). Bei den in K6/Munje vorgesehenen Speichern kann es sich sowohl um volatile (vgl. K6, Abs. [0022] für das Betriebssystem) oder nicht-volatile (vgl. K6, Abs. [0025] und S. 4, Abs. [0035]) Speicher handeln. Ob der Nachrichtenverlauf auf ei- nem volatilen oder nicht-volatilen Speicher abgelegt ist, lässt K6/Munje offen; in den entsprechenden Textstellen wird lediglich von einem Speicher (vgl. Abs. [0055], „memory 412“) gesprochen. Zwar wird in dem Ausführungsbeispiel der Figur 5 in Verbindung mit Absatz [0055] ein Ring-Speicher („circular buffer memory“) für das Speichern des Nachrichtenverlaufs beschrieben, bei dem Nachrichten nach einer bestimm- ten Zeit überschrieben werden, allerdings ist K6/Munje darauf jedoch nicht beschränkt. Anspruch 1 der K6/Munje spricht ganz allgemein von einem Speicher (vgl. K6, Anspruch 1, „[…] causing the voice data of the PTT voice communication to be recorded in memory of the mobile station based on re- ceiving the PTT key message“ und Abs. [0070], „Preferably, memory 412 of FIGS. 4-5 is utilized.“). Erst mit Unteranspruch 6 wird dieser Speicher auf einen Ringspeicher beschränkt. Der Fachmann hat deshalb Anlass, sich Gedanken über die Art und Weise der Speicherung zu machen. Er würde sie zudem in jedem Fall derart aus- gestalten, dass der Nutzer stets – also auch nach einem Aus- und Einschal- ten der Kommunikationsvorrichtung – auf die vollständige Konversation zu- greifen kann, und deshalb vorzugsweise einen nicht-volatilen Speicher ver- wenden, in dem der komplette Nachrichtenverlauf persistent im Sinne des - 58 - Streitpatents (dauerhaft) gespeichert wird. Einer erfinderischen Tätigkeit be- darf es zu diesem Merkmal nicht. Zu b) Die Ansicht der Klägerin, dass die Merkmal D1.3HA3neu und D1.4HA3neu durch den Verweis in K6/Munje auf den PoC-Standard (vgl. K6, Abs. [0050]) durch die Druckschriften K17 bzw. K20 nahegelegt sei, vermag der Senat nicht zu teilen. Der PoC-Standard gemäß K17 besagt für den Fall, dass der Empfänger re- gistriert ist und die automatische Antwortfunktion verwendet ("Automatic An- swer Mode"), dass das Sendegerät (in Folge eines INVITE Requests) eine Antwort ("UNCONFIRMED OK response") vom PoC-Server erhält. Diese "UNCONFIRMED OK" Antwort bedeutet, dass das Empfangsgerät (noch) nicht Teil der PoC-Session ist. Der PoC-Standard sieht dann vor, dass das Sendegerät nach Erhalt der besagten Antwort bereits proaktiv Medien an den PoC-Server losschicken kann. Diese werden am PoC-Server gepuffert, bis eine Verbindung bzw. Session zum eingeladenen Empfangsgerät steht (vgl. K17, S. 58 Aufzählungspunkte 3 und 6 in Verbindung mit Figur 13). - 59 - Anders formuliert ermöglicht diese PoC-Funktionalität ("Automatic Answer Mode") ein Senden von Medien von einem ersten Kommunikationsgerät zum PoC-Server, wobei dieser die Medien zwischenspeichert und erst dann an das zweite Kommunikationsgerät weiterleitet, sobald dieses in der PoC-Ses- sion verbunden ist. Es kann also zwar bereits gesendet werden, ohne zu- nächst auf eine vollständig eingerichtete Verbindung im Sinne des Streitpa- tents zu warten, um so etwaige Verzögerungszeiten beim Aufbau der PoC- Session zumindest teilweise zu kompensieren. Allerdings ist nach dieser An- laufphase eine Verbindung über das Netzwerk zum zweiten Kommunikati- onsgerät erforderlich und es muss eine derartige Verbindung eingerichtet sein. Somit zeigt K17 das Merkmal D1.3HA3neu nicht. Denn, falls die Verbin- dung vom Server zum Endgerät nicht zustande kommt, wird die PoC-Session verworfen (vgl. K17, S. 58, „If none of the invited PoC Users accepts the invitation, the PoC Server A (participating & controlling) rejects the PoC Ses- sion.“). Ein Empfangen von Medien am ersten Kommunikationsgerät vom zweiten Kommunikationsgerät, ohne dass eine Verbindung eingerichtet wird, ist der K17 ebenfalls nicht zu entnehmen. Da der PoC-Dienst unidirektional ist, wird das erste Kommunikationsgerät Medien erst nach Übernahme der Sprech- funktion durch den Kommunikationspartner empfangen, wobei zu diesem Zeitpunkt die PoC-Session dann bereits steht. Etwas Anderes hat die Klägerin auch nicht vorgetragen und soweit sie die Ansicht vertritt, die Merkmale D1.3HA3neu und D1.4HA3neu seien durch die in Anlage K20 beschriebene „Video sharing“ (vgl. K20, S. 21) und die dort be- schriebene PoC-Box (vgl. K20, S. 23) nahegelegt, überzeugt dies nicht. Auch die K20 erfordert für das dort in Kapitel 5.1 beschriebene „Video sha- ring“ eine PoC-Session zu einem Empfänger, was bereits aus dem ersten Absatz des Abschnitts 5.1.1. hervorgeht (vgl. K20, S. 21, 1. Absatz). Dass der Ablauf gemäß K20 an dieser Stelle ein anderer sein sollte als in K17 beschrieben, ist der K20 nicht zu entnehmen. Damit ist das Merkmal - 60 - D1.3HA3neu gemäß Patentanspruch 1 für das Senden von Medien auch nicht durch die K20 nahegelegt. Zudem ist auch hier für den Empfang der Medien am ersten Kommunikationsgerät eine Verbindung zwischen den Kommuni- kationsgeräten erforderlich. Etwas Anderes ergibt sich auch nicht aus der in Kapitel 5.2 der K20 beschrie- benen „PoC-Box“ (vgl. K20, S. 23). Diese stellt lediglich eine Möglichkeit für die Aufnahme von Sprachnachrichten in Form einer Art „Online-Anrufbeant- worter“ dar, mit der sich das Sendegerät in einer Session verbinden muss, damit es eine Nachricht absenden darf (vgl. K20, S. 23, „Instead of PoC User B being alerted the PoC Service Infrastructure establish a PoC Session be- tween PoC User A and a PoC Box.“). Bei der PoC-Box handelt es sich aus fachmännischer Sicht um einen Server im System und nicht um das zweite Kommunikationsgerät im Sinne des Streitpatents. Das erste Kommunikati- onsgerät sendet die Nachricht somit nicht an das zweite Kommunikationsge- rät sondern an einen Server als Kommunikationspartner, wozu vorab eine Verbindung (eine „PoC-session“) erforderlich ist. Ist das zweite Kommunika- tionsgerät (PoC user B) wieder erreichbar, so baut der Server („PoC Service Infrastructure“) ebenfalls eine Verbindung (also eine weitere „PoC-session“) mit dem zweiten Kommunikationsgerät (PoC User B) auf und sendet die auf- gezeichnete Sprachnachricht (vgl. K20, S. 24 oben). Das zweite Kommuni- kationsgerät empfängt die Nachricht somit nicht vom ersten Kommunikati- onsgerät sondern vom Server. Des Weiteren offenbart die Entgegenhaltung K20 nicht, dass die von der PoC-Box abgerufenen Nachrichten von einem „render element“ progressiv in einem Echtzeitwiedergabemodus gemäß Merkmal D1.6 abgespielt werden. Die Druckschrift verhält sich hierzu nicht. Es ist aus fachmännischer Sicht davon auszugehen, dass User B die aufgezeichneten Nachrichten zunächst vollständig herunterlädt und erst dann abspielt, da die aufgezeichnete Nach- richt vollständig auf der PoC-Box abgelegt ist. - 61 - Zu c) Eine Anregung für das Vorsehen von Videodaten bei der Datenübertragung gemäß Merkmal D1.8HA3neu entnimmt der Fachmann der K20 (vgl. K20, S. 21, Kapitel 5.1 – PoC Video Sharing). Zwar könnte der Fachmann aus der Gesamtschau der Druckschriften ohne Weite- res einen persistenten Speicher und auch ein Videosharing vorsehen, da aber we- der K17 noch K20 die Merkmale und D1.3HA3neu und D1.4HA3neu zeigen, ist durch eine Zusammenschau der K6/Munje mit diesen Druckschriften die Vorrichtung ge- mäß Patentanspruch 1 nach Hilfsantrag „3 neu“ nicht nahegelegt. 5.2.4 Erfinderische Tätigkeit ausgehend von K14/Kenoyer, K5/Atarius und K7/Clisham Wie bereits zuvor bei der Prüfung der Frage der Neuheit in Ziff. 5.1 ausgeführt, ge- hen aus diesen Druckschriften die Merkmale D1.3HA3neu und D1.4HA3neu nicht unmit- telbar und eindeutig hervor. Dass der Fachmann aus einer der Druckschriften eine Anregung in Richtung dieser Merkmale erhalten würde, hat weder die Klägerin vor- getragen noch ist dies für den Senat ersichtlich. 5.2.5 Dass der Gegenstand des erteilten Patentanspruchs 1 gegenüber einer der weiteren im Verfahren befindlichen Druckschriften naheliegen würde, ist für den Se- nat nicht ersichtlich. Vielmehr liegen diese Entgegenhaltungen noch weiter ab vom Stand der Technik hinsichtlich des Gegenstands nach Patentanspruch 1. Die Druckschriften K9, K10 und K11 wurden seitens der Klägerin zum Nachweis der Merkmale des erteilten, auf Patentanspruch 1 rückbezogenen Patentanspruchs 15 in das Verfahren eingeführt, die K19 betrifft den Nachweis von MMS Dateigrößen zum Prioritätszeitraum, und die K21 bis K23 betreffen den Nachweis des Fachwis- sens hinsichtlich des PoC-Standards gemäß K15 und K20. Da sich somit der Gegenstand des Patentanspruchs 1 in der Fassung nach Hilfsan- trag „3 neu“ für den Fachmann nicht in naheliegender Weise aus dem im Verfahren - 62 - befindlichen Stand der Technik ergibt, gilt er auch als auf einer erfinderischen Tä- tigkeit beruhend und ist somit patentfähig. 6. Für die ebenfalls angegriffenen Unteransprüche 8 und 15 sowie zum ne- bengeordneten Patentanspruch 16, zu denen auch die Klägerin lediglich pauschal auf ihren Vortrag zu Patentanspruch 1 verweist und keine darüber hinausgehenden Einwendungen erhoben hat, gelten, auch soweit sie vorteilhafte Ausgestaltungen des Erfindungsgegenstands betreffen, die vorstehenden, die den Anspruch 1 be- treffenden Überlegungen entsprechend; die Unteransprüche 8 und 15 sowie der nebengeordnete Anspruch 16 sind insoweit bereits durch ihren Rückbezug auf den patentfähigen Anspruch 1 ebenfalls rechtsbeständig. Gegenteiliges hat auch die Klägerin nicht geltend gemacht. Die ursprünglichen Ansprüche 6 und 10 hat die Beklagte hier in den Patentanspruch 1 aufgenommen; daher war über sie nicht ge- sondert zu befinden. B. Nebenentscheidungen Die Kostenentscheidung beruht auf § 84 Abs. 2 PatG i. V. m. § 92 Abs. 1 ZPO. Dabei hat der Senat berücksichtigt, dass der als schutzfähig verbleibende Patent- gegenstand in den von der Klägerin angegriffenen Patentansprüchen 1, 6, 8, 10, 15 und 16 in der beschränkt verteidigten Fassung nach Hilfsantrag „3 neu“ gegenüber demjenigen der erteilten Fassung signifikant eingeschränkt ist. Das Streitpatent er- fährt in der Fassung nach Hilfsantrag „3 neu“ durch die Änderung in den Merkmalen D1.3HA3neu, D1.4HA3neu, D1.7HA3neu und D1.8HA3neu in dem unabhängigen Vorrich- tungsanspruch 1, die nun zur Annahme der patentgemäßen Lehre nach dem Streit- patent erfüllt sein müssen, eine wesentliche Einschränkung. Diese Einschränkun- gen auf das Senden von Nachrichten über das Netzwerk von einem ersten zu einem zweiten Kommunikationsgerät, ohne dass eine Verbindung über das Netzwerk zwi- schen den Kommunikationsgeräten eingerichtet ist, auf das erforderliche „render - 63 - control element“, welches das Umschalten von einem „real-time-modus“ auf einen „time-shift-modus“ ermöglicht, und auf die Beschränkung der Medienart auf zumin- dest Video, machen nach der Schätzung des Senats drei Viertel der wirtschaftlichen Verwertbarkeit von den von der Klägerin angegriffenen Patentansprüchen 1, 6, 8, 10, 15 und 16 des Streitpatents aus. Die Entscheidung über die vorläufige Vollstreckbarkeit beruht auf § 99 Abs. 1 PatG i. V. m. § 709 ZPO. C. Rechtsmittelbelehrung Gegen dieses Urteil ist das Rechtsmittel der Berufung gegeben. Die Berufungsschrift, die auch als elektronisches Dokument nach Maßgabe der Ver- ordnung über den elektronischen Rechtsverkehr beim Bundesgerichtshof und Bun- despatentgericht (BGH/BPatGERVV) vom 24. August 2007 (BGBl. I S. 2130) einge- reicht werden kann, muss von einer in der Bundesrepublik Deutschland zugelasse- nen Rechtsanwältin oder Patentanwältin oder von einem in der Bundesrepublik Deutschland zugelassenen Rechtsanwalt oder Patentanwalt unterzeichnet oder im Fall der elektronischen Einreichung mit einer qualifizierten elektronischen Signa- tur nach dem Signaturgesetz oder mit einer fortgeschrittenen elektronischen Signa- tur versehen sein, die von einer internationalen Organisation auf dem Gebiet des gewerblichen Rechtsschutzes herausgegeben wird und sich zur Bearbeitung durch das jeweilige Gericht eignet. Die Berufungsschrift muss die Bezeichnung des Urteils, gegen das die Berufung gerichtet wird, sowie die Erklärung enthalten, dass gegen dieses Urteil Berufung eingelegt werde. Mit der Berufungsschrift soll eine Ausferti- gung oder beglaubigte Abschrift des angefochtenen Urteils vorgelegt werden. Die Berufungsschrift muss innerhalb eines Monats schriftlich beim Bundesge- richtshof, Herrenstraße 45a, 76133 Karlsruhe eingereicht oder als elektronisches - 64 - Dokument in die elektronische Poststelle des Bundesgerichtshofes (www.bundes- gerichtshof.de/erv.html) übertragen werden. Die Berufungsfrist beginnt mit der Zu- stellung des in vollständiger Form abgefassten Urteils, spätestens aber mit dem Ab- lauf von fünf Monaten nach der Verkündung. Die Frist ist nur gewahrt, wenn die Berufung vor Fristablauf beim Bundesgerichtshof eingeht. Voit Werner Albertshofer Bieringer Dr. Ball zugleich für die wegen Urlaubs verhinderte Richterin Werner Voit