5 Ni 33/20 (EP) - 5. Senat (Nichtigkeit)

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


Full & Egal Universal Law Academy