DE102014205485A1 - Verfahren zur Übertragung digitaler Bilder aus einer Bilderfolge - Google Patents

Verfahren zur Übertragung digitaler Bilder aus einer Bilderfolge Download PDF

Info

Publication number
DE102014205485A1
DE102014205485A1 DE102014205485.0A DE102014205485A DE102014205485A1 DE 102014205485 A1 DE102014205485 A1 DE 102014205485A1 DE 102014205485 A DE102014205485 A DE 102014205485A DE 102014205485 A1 DE102014205485 A1 DE 102014205485A1
Authority
DE
Germany
Prior art keywords
image
images
client
server
segments
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
DE102014205485.0A
Other languages
English (en)
Inventor
Peter Amon
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
Original Assignee
Siemens AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG filed Critical Siemens AG
Priority to DE102014205485.0A priority Critical patent/DE102014205485A1/de
Priority to EP15708470.8A priority patent/EP3078206A1/de
Priority to US15/119,134 priority patent/US20170041645A1/en
Priority to PCT/EP2015/054025 priority patent/WO2015144381A1/de
Publication of DE102014205485A1 publication Critical patent/DE102014205485A1/de
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6587Control parameters, e.g. trick play commands, viewpoint selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zur Übertragung digitaler Bilder (B, B') aus einer Bilderfolge, für welche eine Bildreihenfolge (BR) der Bilder (B, B') vorgegeben ist, wobei die Bilderfolge in der Form von Segmenten (SG1, SG2, SG3) auf einem Server (SE) hinterlegt ist und ein jeweiliges Segment (SG1, SG2, SG3) ein oder mehrere Bilder (B, B') umfasst, die gemäß der Bildreihenfolge (BR) benachbart sind, wobei ein Client (CL) Bilder (B, B') basierend auf den Segmenten (SG1, SG2, SG3) bei dem Server (SE) anfordert, der daraufhin die Bilder (B, B') aus den angeforderten Segmenten (SG1, SG2, SG3) zumindest teilweise zu dem Client (CL) übermittelt, in dem die Bilder (B, B') in einem Puffer (MB) gespeichert und zumindest zum Teil wiedergegeben werden. Der Client (CL) prüft zum Zeitpunkt der Wiedergabe eines aktuellen Bildes (B, B') das Anfordern von weiteren Bildern (B, B') vom Server (SE) basierend auf einer vorgegebenen Prioritätsregel prüft, wobei der Client (CL) im Rahmen der Prüfung des Anforderns eines jeweiligen weiteren Bildes (B, B') ein Segment (SG1, SG2, SG3) anfordert, welche das jeweilige weitere Bild (B, B') umfasst, falls das jeweilige weitere Bild (B, B') nicht im Puffer (MB) vorhanden ist. Die vorgegebene Prioritätsregel ist derart ausgestaltet, dass durch den Client (CL) zunächst das Anfordern von weiteren Bildern (B, B') geprüft wird, welche sowohl in Richtung der Bildreihenfolge (BR) als auch entgegen der Richtung der Bildreihenfolge (BR) auf das aktuelle Bild (B, B') folgen, und/oder zunächst das Anfordern zumindest eines weiteren Bildes (B, B') geprüft wird, welches dem aktuellen Bild (B, B') in einer höheren Bildqualität als die des aktuellen Bildes (B, B') entspricht.

Description

  • Die Erfindung betrifft ein Verfahren zur Übertragung digitaler Bilder aus einer Bilderfolge sowie ein entsprechendes System zur Übertragung digitaler Bilder und einen entsprechenden Client zur Verwendung in einem System zur Übertragung digitaler Bilder.
  • Für eine Vielzahl von Anwendungen ist es wünschenswert, Bilder aus einer Bilderfolge, die auf einem entfernten Server gespeichert sind, auf einem Client anzuzeigen. Zum Beispiel werden im medizinischen Bereich oftmals Bilderfolgen in der Form von aufeinander folgenden Schnittbildern des menschlichen oder tierischen Körpers auf einem Client wiedergegeben, der hierzu die Bilder von einem entfernten Server anfordert. Im Gegensatz zum herkömmlichen Video-Streaming ist dabei nicht bekannt, in welcher Reihenfolge ein Benutzer (z.B. ein Radiologe) die Bilder am Client betrachtet. Dabei kann es unter Umständen zu einer unerwünschten Verzögerung der Bildanzeige kommen, sofern der Benutzer über den Client Bilder anfordert, die vorab noch nicht vom Server zum Client übertragen wurden.
  • Aus dem Stand der Technik ist bekannt, dass bei der Wiedergabe von Bilddaten und insbesondere medizinischen Bilddaten der gesamte Datensatz der Bilder vom Server auf den Client heruntergeladen wird, bevor die Bilder zur Anzeige gebracht werden. Dies führt jedoch zu einem hohen Zeitverzug, bis mit dem Betrachten der Bilder begonnen werden kann.
  • Aus dem Stand der Technik ist ferner ein serverseitiges Streaming von Bilddaten bekannt, bei dem ein Benutzer an einem Client den von ihn gewünschten Abschnitt eines Videos spezifiziert. Diese Information wird an den Server gegeben, der dann die entsprechenden Bilddaten an den Client streamt.
  • Der Nachteil dieses Verfahrens ist, dass im Falle, dass der Benutzer den Wiedergabepunkt im Videostrom verändert, eine zeitliche Verzögerung auftritt, bis der Videostrom ausgehend von dem neuen Wiedergabepunkt angezeigt wird. Ferner werden die am Client wiedergegebenen Bilder nach deren Anzeige verworfen, so dass bei einer Unterbrechung der Verbindung zum Server keine Navigation in den Bilddaten mehr möglich ist.
  • Aus dem Stand der Technik ist ferner ein adaptives Streaming von Bilddaten bekannt. Ein solches Streaming ist z.B. im Standard MPEG-DASH beschrieben. In dem Dokument Sodagar, "The MPEG-DASH Standard for Multimedia Streaming Over the Internet", in IEEE MultiMedia, Vol. 18, No. 4, Seiten 62–67, April 2011, wird in Bezug auf den Standard MPEG-DASH (MPEG – Motion Picture Expert Group, DASH – Dynamic Adaptive Streaming over HTTP, HTTP – Hypertext Transfer Protocol) erläutert, dass mit einem adaptiven Streaming die Bildqualität der von einem Server an einen Client gestreamten Bilder in Abhängigkeit von der Übertragungsrate zwischen Server und Client geeignet angepasst werden kann. Hierzu liegen die Bilder im Server in unterschiedlichen Qualitäten vor, und bei einer Abnahme der Datenrate werden die Bilder mit niedrigerer Qualität übermittelt. Dabei wird jedoch nicht sichergestellt, dass in der Bilderfolge ohne zeitliche Verzögerung zwischen verschiedenen Wiedergabepunkten, ggf. mit einer Veränderung der Bildqualität, navigiert werden kann.
  • Aufgabe der Erfindung ist es deshalb, ein Verfahren zur Übertragung digitaler Bilder von einem Server zu einem Client zu schaffen, bei dem in den Bildern auf Seiten des Clients einfach und schnell navigiert werden kann.
  • Diese Aufgabe wird durch die unabhängigen Patentansprüche gelöst. Weiterbildungen der Erfindung sind in den abhängigen Ansprüchen definiert.
  • Das erfindungsgemäße Verfahren dient zur Übertragung digitaler Bilder aus einer Bilderfolge, für welche eine Bildreihenfolge der Bilder vorgegeben ist. Die Bildreihenfolge kann beim herkömmlichen Videostreaming der zeitlichen Wiedergaberichtung des Videostroms entsprechen. Ebenso kann die Bildreihenfolge eine räumliche Richtung darstellen, wie weiter unten in Bezug auf medizinische Bilddaten beschrieben wird. Die Bilderfolge ist in der Form von Segmenten auf einem Server hinterlegt, wobei ein jeweiliges Segment ein oder mehrere Bilder umfasst, die gemäß der Bildreihenfolge benachbart zueinander sind. Ein Client fordert Bilder aus der Bilderfolge basierend auf den Segmenten bei dem Server an, der daraufhin die Bilder aus den angeforderten Segmenten zumindest teilweise zu dem Client übermittelt, in dem die Bilder in einem Puffer gespeichert und zumindest zum Teil wiedergegeben werden.
  • Im Rahmen des erfindungsgemäßen Verfahrens prüft der Client zum Zeitpunkt der Wiedergabe eines aktuellen Bildes (d.h. während der aktuellen Wiedergabe eines entsprechenden Bildes) das Anfordern von weiteren Bildern aus der Bilderfolge vom Server basierend auf einer vorgegebenen Prioritätsregel, wobei der Client im Rahmen der Prüfung des Anfordern eines jeweiligen weiteren Bildes ein Segment anfordert, welches das jeweilige weitere Bild umfasst, falls das weitere Bild nicht im Puffer vorhanden ist. Die Prüfung des Anforderns eines weiteren Bildes umfasst somit auch den Schritt des tastsächlichen Anforderns, sofern das Bild nicht im Puffer des Clients vorhanden ist.
  • Das erfindungsgemäße Verfahren zeichnet sich durch die spezielle Ausgestaltung der vorgegebenen Prioritätsregel aus. Gemäß der vorgegebenen Prioritätsregel wird durch den Client zunächst (d.h. zu Beginn der Wiedergabe des aktuellen Bildes) das Anfordern von weiteren Bildern geprüft, welche sowohl in Richtung der Bildreihenfolge als auch entgegen der Richtung der Bildreihenfolge auf das aktuelle Bild folgen. Insbesondere sind diese Bilder dabei Bilder, welche unmittelbar sowohl in Richtung der Bildreihenfolge als auch entgegen der Richtung der Bildreihenfolge benachbart zum aktuellen Bild sind. Alternativ oder zusätzlich zeichnet sich die vorgegebene Prioritätsregel dadurch aus, dass zunächst das Anfordern zumindest eines weiteren Bildes geprüft wird, welches dem aktuellen Bild in einer höheren Bildqualität als die des aktuellen Bildes entspricht. Erfolgt die Prüfung des Anforderns basierend auf beiden der soeben genannten Varianten der Prioritätsregel, wird diese Prüfung zunächst basierend auf beiden Varianten in beliebiger Reihenfolge der Varianten untereinander durchgeführt, bevor auch abweichend von diesen Varianten das Anfordern von Bildern geprüft wird.
  • Das erfindungsgemäße Verfahren weist den Vorteil auf, dass bei einer Navigation auf Seiten des Clients in oder entgegen der Bildreihenfolge bzw. hin zu einer höheren Bildqualität des aktuellen Bildes keine zeitliche Verzögerung bei der Bildwiedergabe auftritt. Das Verfahren eignet sich somit insbesondere zur Anzeige von Bilddaten, bei denen keine präferierte Richtung der Bildwiedergabe existiert, wie dies beispielsweise bei der Anzeige von medizinischen Bildern der Fall ist.
  • Die erfindungsgemäße Prioritätsregel muss nicht unbedingt zu jedem Zeitpunkt der Wiedergabe eines aktuellen Bildes verwendet werden. Vorzugsweise kommt die vorgegebene Prioritätsregel immer dann zum Einsatz, wenn die Übertragung der digitalen Bilder gerade startet, d.h. wenn sich in dem Puffer des Client noch keine Bilder befinden. Es können verschiedene Kriterien festgelegt werden, unter welchen Bedingungen die vorgegebene Prioritätsregel bei der Wiedergabe eines aktuellen Bildes verwendet wird. Es besteht natürlich auch die Möglichkeit, dass bei jeder Wiedergabe eines aktuellen Bildes die vorgegebene Prioritätsregel zum Einsatz kommt.
  • Der obige Begriff der Bildqualität ist weit zu verstehen und kann sich auf beliebige Qualitätskriterien im Hinblick auf ein einzelnes Bild beziehen. Insbesondere kann die Bildqualität derart definiert sein, dass sie mit einer höheren Pixelgenauigkeit des Bildes (z.B. aufgrund einer besseren Quantisierung, d.h. einer Quantisierung mit kleiner Schrittweiten) zunimmt und/oder dass sie aufgrund einer höheren örtlichen Auflösung des Bildes (d.h. mehr Pixel pro Bild) zunimmt und/oder dass sie mit einer höheren Bittiefe (d.h. mehr Bits pro Pixel) zunimmt.
  • In einer besonders bevorzugten Ausführungsform werden vorgegebene gleiche Bildinhalte jeweils durch mehrere Segmente mit verschiedenen Bildqualitäten beschrieben, wobei sich die mehreren Segmente in der Bildqualität der darin enthaltenen Bilder unterscheiden.
  • In einer besonders bevorzugten Variante umfassen die Segmente, die vom Server zum Client übermittelt werden, codierte Bilder, welche beim Client zur Anzeige decodiert werden.
  • In einer weiteren Ausführungsform sind die Segmente mit den verschiedenen Bildqualitäten mit unterschiedlichen Codierverfahren und/oder verschiedenen Qualitätsstufen des gleichen Codierverfahrens codiert. Die unterschiedlichen Codierverfahren können z.B. H.264 und/oder H.265 und/oder JPEG-LS und/oder JPEG-Lossless umfassen (JPEG – Joint Picture Expert Group, LS – Lossless / verlustfrei). JPEG-LS bezeichnet einen Standard ITU-T T.87. Die verschiedenen Qualitätsstufen des gleichen Codierverfahrens können sich auf Layer bzw. Schichten einer skalierbaren Videocodierung beziehen, insbesondere auf Layer von H.264-SVC und/oder Layer von H.265-SHVC (SVC – Scalable Video Coding, SHVC – scalierbare Erweiterung von HEVC, HEVC – High Efficiency Video Coding). HEVC ist auch als H.265 bekannt.
  • Im Falle, dass die zum Client übermittelten Segmente codierte Bilder umfassen, werden diese Bilder bei einer Variante der Erfindung zumindest zum Teil in decodierter Form in dem Puffer im Client gespeichert, d.h. die Bilder werden vor der Speicherung in dem Puffer decodiert. Ggf. werden alle übermittelten Bilder in decodierter Form in dem Puffer gespeichert. Hierdurch wird eine mehrfache Decodierung von Bildern bei wiederholter Anzeige vermieden.
  • Zur Übertragung der digitalen Bilder wird in einer bevorzugten Variante des erfindungsgemäßen Verfahrens der eingangs erwähnte Standard MPEG-DASH verwendet.
  • In einer weiteren Ausführungsform des erfindungsgemäßen Verfahrens wird die vorgegebene Prioritätsregel in Abhängigkeit von vorbestimmten Ereignissen verändert. Je nach Ausgestaltung kann die veränderte Prioritätsregel weiterhin die oben definierten Eigenschaften der vorgegebenen Prioritätsregel aufweisen oder ggf. auch davon abweichen.
  • In einer Variante des erfindungsgemäßen Verfahrens wird die vorgegebene Prioritätsregel in Abhängigkeit von der Datenrate der Übertragung vom Server zum Client verändert, wobei die Veränderung der Prioritätsregel derart ausgestaltet ist, dass der Client bei höheren Datenraten Bilder mit höherer Bildqualität als bei niedrigeren Datenraten anfordert. Auf diese Weise erfolgt eine adaptive Anpassung der Bildqualität an die vorhandene Datenrate. Alternativ oder zusätzlich kann die vorgegebene Prioritätsregel durch einen am Client eingegebenen Benutzerbefehl zur Veränderung der vorgegebenen Prioritätsregel verändert werden. Mit anderen Worten kann die Prioritätsregel in diesem Fall unmittelbar durch eine Benutzerinteraktion angepasst werden.
  • In einer weiteren Variante des erfindungsgemäßen Verfahrens wird vom Client eine Navigationsrichtung basierend auf der Bewegung der aktuellen Bilder in Richtung oder entgegen der Richtung der Bildreihenfolge ermittelt, wobei gemäß der vorgegebenen Prioritätsregel und/oder gemäß der veränderten Prioritätsregel der Client ausgehend von dem aktuell wiedergegebenen Bild solche weiteren Bilder, welche in der Navigationsrichtung auf das aktuelle Bild folgen, bevorzugt gegenüber solchen weiteren Bildern anfordert, welche entgegen der Navigationsrichtung auf das aktuelle Bild folgen. Auf diese Weise wird berücksichtigt, in welcher Richtung wahrscheinlich weitere Bilder am Client angezeigt werden, so dass diese Bilder bevorzugt vom Server bezogen werden.
  • In einer weiteren Ausgestaltung des erfindungsgemäßen Verfahrens spezifiziert die vorgegebenen Prioritätsregel und/oder die oben definierte veränderte Prioritätsregel, dass für bestimmte, durch den Client angeforderte Segmente nur ein Teil der darin enthaltenen Bilder vom Server an den Client übertragen werden. Auf diese Weise kann auch die Auflösung der Bilder basierend auf der Richtung der Bildreihenfolge angepasst werden.
  • Wie bereits oben erwähnt, umfasst die Bilderfolge vorzugsweise digitale medizinische Bilder. Diese Bilder stellen Schnitte eines menschlichen oder tierischen Körpers dar, die in einer räumlichen Richtung aufeinander folgen, wobei die räumliche Richtung der oben definierten Bildreihenfolge entspricht.
  • Neben dem oben beschriebenen Verfahren betrifft die Erfindung ferner ein System aus Server und Client zu Übertragung digitaler Bilder aus einer Bilderfolge, für welche eine Bildreihenfolge der Bilder vorgegeben ist, wobei die Bilderfolge in der Form von Segmenten auf dem Server hinterlegt ist und ein jeweiliges Segment ein oder mehrere Bilder umfasst, die gemäß der Bildreihenfolge benachbart sind.
  • In diesem System umfasst der Client folgende Komponenten:
    • – ein Anforderungsmittel, um Bilder basierend auf den Segmenten bei dem Server anzufordern;
    • – einen Puffer zur Speicherung von Bildern aus der Bilderfolge;
    • – ein Wiedergabemittel zur Wiedergabe zumindest eines Teils der Bilder aus dem Puffer.
  • Demgegenüber fasst der Server des Übertragungssystems:
    • – einen Speicher, in dem die hinterlegten Bilder gespeichert sind;
    • – ein Sendemittel, um die Bilder aus den vom Client angeforderten Segmenten zumindest teilweise zu dem Client zu übermitteln.
  • Das Anforderungsmittel des Clients ist dabei derart ausgestaltet, dass:
    • – das Anforderungsmittel zum Zeitpunkt der Wiedergabe eines aktuellen Bildes durch das Wiedergabemittel das Anfordern von weiteren Bildern vom Server basierend auf einer vorgegebenen Prioritätsregel prüft, wobei das Anforderungsmittel im Rahmen der Prüfung eines jeweiligen weiteren Bildes ein Segment anfordert, welche das jeweilige weitere Bild umfasst, falls das jeweilige weitere Bild nicht im Puffer vorhanden ist;
    • – wobei die Prioritätsregel derart ausgestaltet ist, dass zunächst das Anfordern von weiteren Bilder geprüft wird, welche sowohl in Richtung der Bildreihenfolge als auch entgegen der Richtung der Bildreihenfolge auf das aktuelle Bild folgen, und/oder zunächst das Anfordern zumindest eines weiteren Bildes geprüft wird, welches dem aktuellen Bild in einer höheren Bildqualität als die des aktuellen Bildes entspricht.
  • Das erfindungsgemäße Übertragungssystem ist vorzugsweise derart ausgestaltet, dass eine oder mehrere bevorzugte Varianten des erfindungsgemäßen Verfahrens mit dem Übertragungssystem durchführbar sind.
  • Die Erfindung betrifft darüber hinaus einen Client, d.h. einen als Client fungierenden Rechner, zur Verwendung in einem System zur Übertragung digitaler Bilder aus einer Bilderfolge, für welche eine Bildreihenfolge der Bilder vorgegeben ist, wobei die Bilderfolge in der Form von Segmenten auf einem Server hinterlegt ist und ein jeweiliges Segment einen oder mehrere Bilder umfasst, die gemäß der Bildreihenfolge benachbart sind. Dieser Client umfasst:
    • – ein Anforderungsmittel, um Bilder basierend auf den Segmenten bei dem Server anzufordern und hierdurch den Server zu veranlassen, die Bilder aus den angeforderten Segmenten zumindest teilweise zu dem Client zu übermitteln;
    • – einen Puffer zur Speicherung von Bildern aus der Bilderfolge;
    • – ein Wiedergabemittel zur Wiedergabe zumindest eines Teils der Bilder aus dem Puffer.
  • Das Anforderungsmittel des Clients ist dabei derart ausgestaltet, dass:
    • – das Anforderungsmittel zum Zeitpunkt der Wiedergabe eines aktuellen Bildes durch das Wiedergabemittel das Anfordern von weiteren Bildern vom Server basierend auf einer vorgegebenen Prioritätsregel prüft, wobei das Anforderungsmittel im Rahmen der Prüfung eines jeweiligen weiteren Bildes ein Segment anfordert, welche das jeweilige weitere Bild umfasst, falls das jeweilige weitere Bild nicht im Puffer vorhanden ist;
    • – wobei die Prioritätsregel derart ausgestaltet ist, dass zunächst das Anfordern von weiteren Bilder geprüft wird, welche sowohl in Richtung der Bildreihenfolge als auch entgegen der Richtung der Bildreihenfolge auf das aktuelle Bild folgen, und/oder zunächst das Anfordern zumindest eines weiteren Bildes geprüft wird, welches dem aktuellen Bild in einer höheren Bildqualität als die des aktuellen Bildes entspricht.
  • Der erfindungsgemäße Client ist vorzugsweise zur Verwendung in einer oder mehreren bevorzugten Varianten des erfindungsgemäßen Verfahrens zur Übertragung von digitalen Bildern vorgesehen. Mit anderen Worten kann der Client die Merkmale von bevorzugten Varianten des erfindungsgemäßen Verfahrens in der Form von korrespondierenden Vorrichtungsmerkmalen enthalten, sofern sich die Merkmale auf den Client beziehen.
  • Ausführungsbeispiele der Erfindung werden nachfolgend anhand der beigefügten Figuren detailliert beschrieben.
  • Es zeigen:
  • 1 ein Beispiel der in einem Server hinterlegten Segmente zur Durchführung eines adaptiven Streamings gemäß dem Stand der Technik;
  • 2 ein Beispiel der in einem Client empfangenen Segmente basierend auf einem adaptiven Streaming gemäß dem Stand der Technik;
  • 3 eine schematische Darstellung der in einem Server hinterlegten Segmente zur Durchführung einer Ausführungsform des erfindungsgemäßen Verfahrens;
  • 4 eine schematische Darstellung eines Übertragungssystems, mit dem eine Variante des erfindungsgemäßen Verfahrens durchgeführt wird;
  • 5 und 6 weitere Beispiele von in einem Server hinterlegten Segmenten zur Ausführung von Varianten des erfindungsgemäßen Verfahrens; und
  • 7 eine schematische Darstellung der Momentaufnahme eines Puffers eines Client in einer Ausführungsform des erfindungsgemäßen Übertragungssystems.
  • Bevor eine Ausführungsform des erfindungsgemäßen Verfahrens im Detail erläutert wird, wird zunächst ein herkömmliches adaptives Streaming von Videodaten beschrieben. Das Streaming erfolgt dabei über HTTP und beruht auf dem Standard MPEG-DASH, der auch in Kombination mit dem erfindungsgemäßen Verfahren eingesetzt werden kann. Dieser Standard legt unter anderem Formate für zu übertragende Segmente aus Bildern fest, definiert jedoch nicht, in welcher Reihenfolge die Segmente von einem Server zu einem Client übermittelt werden.
  • 1 zeigt ein Diagramm, das auszugsweise die Organisation von Videodaten wiedergibt, die auf einem Server gespeichert sind, von dem die Videodaten durch einen Client angefordert und heruntergeladen werden. Durch die horizontale Achse T ist dabei die Zeitrichtung angedeutet, in der das entsprechende Video abgespielt wird. Die einzelnen Bilder des Videos sind durch Balken angedeutet. Die Bilder sind dabei codiert, wobei weiße Balken B inter-codierte Bilder und schraffierte Balken B' intra-codierte Bilder darstellen. Aus Übersichtlichkeitsgründen sind nicht alle Balken mit den genannten Bezugszeichen versehen. Über entsprechende horizontale Pfeile sind die Abhängigkeiten zwischen den codierten Bildern angedeutet. Das heißt, ein Bild, bei dem ein entsprechender Pfeil endet, benötigt zur Decodierung das Bild, an dem der Pfeil beginnt.
  • Die Bilder sind in mehrere Segmente zusammengefasst, wobei es in einer entsprechenden Zeitspanne T0, T1 bzw. T2 jeweils übereinander liegende Segmente SG0, SG1 und SG2 gibt. Die übereinander liegenden Segmente betreffen den gleichen Bildinhalt, codieren diesen jedoch mit verschiedener Bildqualität. Q0 bezeichnet dabei eine niedrige Bildqualität, Q1 eine mittlere Bildqualität und Q2 eine hohe Bildqualität. Der Index der Segmente bezieht sich somit auf die Bildqualität. Der Begriff der Bildqualität wurde bereits oben definiert und kann insbesondere eine höhere Pixelgenauigkeit, eine höhere örtliche Auflösung bzw. eine höhere Bittiefe des jeweiligen Bildes betreffen. Eine höhere Bildqualität bedingt eine größere Datenmenge pro Bild, was in 1 durch eine größere Dicke der die Bilder repräsentierenden Balken in den unterschiedlichen Qualitätsstufen Q0, Q1 und Q2 angedeutet ist. Die soeben erläuterten Bezeichnungen SG0, SG1 und SG2 für die Segmente der unterschiedlichen Qualitätsstufen Q0, Q1 und Q2 sowie die Bezeichnungen B bzw. B' für inter-codierte bzw. intra-codierte Bilder werden in den nachfolgend beschriebenen 3 beibehalten.
  • Im Rahmen des adaptiven Streamings hat ein Client die Möglichkeit, in Abhängigkeit von der verfügbaren Datenrate auf der Übertragungsstrecke zwischen Server und Client die entsprechenden Segmente variabel in verschiedenen der drei Qualitätsstufen Q0, Q1 und Q2 beim Server anzufordern. Dies wird anhand von 2 verdeutlicht. Diese Figur zeigt beispielhaft die Übertragung von drei Segmenten aus 1 von einem Server zu einem Client. Zur Zeitspanne T0 wird dabei das Segment SG1 mit der mittleren Qualität Q1 übermittelt. In der Zeitperiode T2 liegt eine besonders hohe Datenrate vor, so dass die Qualität der übertragenen Bilder erhöht wird und somit das Segment SG2 mit höchster Qualität übermittelt wird. Demgegenüber fällt zur Zeitspanne T2 die Datenrate deutlich ab, so dass in dieser Zeitspanne das Segment SG0 mit der niedrigsten Qualitätsstufe übermittelt wird.
  • Das Anfordern bzw. das Übermitteln der in 2 dargestellten Segmente erfolgt mit einem zeitlichen Vorlauf vor der Wiedergabe der Segmente. Dieser zeitliche Vorlauf wird benötigt, damit die Bilder der Segmente rechtzeitig vor ihrer Wiedergabe beim Client decodiert werden können und es somit nicht zu Zeitverzögerungen und einem Einfrieren von Videobildern kommt. Die Wiedergabe der Bilder kann ferner im Client durch einen Benutzer gesteuert werden, d.h. der Benutzer kann den Wiedergabepunkt bzw. die Anzeigestelle im Video ändern, woraufhin das Streaming der Videodaten von der gewünschten Anzeigestelle aus startet und die entsprechenden Segmente der Videodaten ausgehend von der Anzeigestelle heruntergeladen und beim Client gepuffert werden.
  • Das soeben beschriebene adaptive Videostreaming ermöglicht zwar eine Anpassung der Bildqualität der vom Client empfangenen Bilder, jedoch können Bilder ausgehend von dem aktuellen Wiedergabepunkt nicht sowohl in als auch entgegengesetzt zur Zeitrichtung des Videostroms bzw. in mehreren Qualitätsstufen für die gleichen Bildinhalte vom Server bezogen werden.
  • 3 zeigt schematisch die Organisation von Segmenten in einem Server, wobei die Segmente basierend auf einer Ausführungsform des erfindungsgemäßen Verfahrens an den Client übermittelt werden. Die Organisation und der Aufbau der Segmente entsprechen dabei dem Beispiel der 1, mit dem einzigen Unterschied, dass es sich bei den dargestellten Bildern nicht um einen zeitlich voranschreitenden Videostrom handelt, sondern um medizinische Schnittbilder, welche z.B. über einen Computertomographen aufgenommen wurden. Die Schnittbilder sind dabei zweidimensionale Schnitte durch einen menschlichen Körper, die senkrecht zu einer vorgegebenen Raumrichtung im Körper (oftmals auch als z-Richtung bezeichnet) für aufeinander folgende Positionen entlang dieser Raumrichtung durchgeführt wurden. Demzufolge beziehen sich die Segmente nunmehr nicht mehr auf Zeitspannen T0, T1 und T2, sondern auf entsprechende räumliche Distanzen Z0, Z1 und Z2. Die vorgegebene Raumrichtung schreitet entlang der Achse BR fort, wobei diese Achse einer vorgegebenen Bildreihenfolge im Sinne der Patentansprüche entspricht. Die Definition dieser Bildreihenfolge ist dabei willkürlich bzw. stellt keine präferierte Richtung der Bildwiedergabe dar. Insbesondere kann sich ein Benutzer die Bilder beliebig sowohl in der Bildreihenfolge als auch entgegen der Bildreihenfolge wiedergeben lassen.
  • Im Gegensatz zu herkömmlichen Videodaten ist es für einen Benutzer bei der Anzeige von medizinischen Bildern besonders wichtig, dass dieser schnell zwischen unterschiedlichen Bildern und unterschiedlichen Qualitätsstufen der Bilder navigieren kann, um hierdurch z.B. die Diagnose von Krankheiten durchzuführen. Um dabei die Anzeige der gestreamten Bilder möglichst ohne Zeitverzögerung für den Benutzer zu gewährleisten, werden die Bilder basierend auf der nachfolgend beschriebenen Prioritätsregel bzw. Prioritätsreihenfolge durch den Client beim Server angefordert.
  • In einem ersten Schritt wird ausgehend von dem durch den Benutzer ausgewählten Wiedergabepunkt (d.h. einem gewünschten Schnittbild entlang der Achse BR) das entsprechende Segment mit diesem Schnittbild vom Server angefordert. Vorzugsweise wird dabei zunächst das Segment mit der niedrigsten Qualitätsstufe übertragen, um schnell die Anzeige des Bildes zu ermöglichen. Das übertragene Segment wird in an sich bekannter Weise decodiert und auf einer entsprechenden Anzeigeeinrichtung bzw. einem Display am Client wiedergegeben. Während der Wiedergabe des Bildes werden nunmehr – im Unterschied zum oben beschriebenen herkömmlichen Videostreaming – Bilder sowohl in Richtung der Bildreihenfolge BR als auch entgegen dieser Reihenfolge vom Server angefordert. Beispielsweise kann die Prioritätsreihenfolge wie folgt definiert sein:
    • – mit höchster Priorität werden zum aktuell angezeigten Bild unmittelbar benachbarte Bilder sowohl in als auch entgegen der Bildreihenfolge (d.h. Nachbarbilder) bezogen;
    • – mit der nächstniedrigen Priorität werden Bilder bezogen, welche Nachbarn von den gemäß der höchsten Priorität bezogenen Nachbarbildern sind (d.h. Nachbarn zu Nachbarbildern);
    • – mit der nächstniedrigen Priorität wird das aktuell angezeigte Bild in einer höheren Qualitätsstufe bezogen;
    • – mit der nächstniedrigen Priorität werden weitere Nachbarbilder mit noch größerem Abstand von dem aktuell angezeigten Bild bezogen.
  • Die Prioritätsreihenfolge kann in geeigneter Weise fortgesetzt werden. Ggf. kann die obige Prioritätsreihenfolge auch derart gewandelt werden, dass mit höchster Priorität zunächst die Bildqualität des aktuell angezeigten Bildes verbessert wird, d.h. Segmente mit dem gleichen Bildinhalt des Segments des aktuell angezeigten Bildes, jedoch mit höherer Bildqualität, werden als erstes beim Server angefordert.
  • In einem nächsten Schritt werden für die gemäß der Prioritätsreihenfolge zu beziehenden Bilder die Abhängigkeiten zu anderen Bildern ermittelt. Insbesondere kann der Fall auftreten, dass die Decodierung des zu beziehenden Bildes von anderen Bildern abhängt. Ist dies der Fall, werden diese anderen Bilder bei der Übertragung des entsprechenden Segments zuerst übermittelt. Anschließend erfolgt dann basierend auf der definierten Prioritätsreihenfolge unter Berücksichtigung der Decodierabhängigkeit das Herunterladen der Segmente. Dabei können bestimmte Segmente bereits im Puffer des Clients vorliegen, weil sie z.B. bei einem anderen Wiedergabepunkt bereits vom Server bezogen wurden. Solche Segmente werden nicht nochmals angefordert.
  • Sobald ein Benutzer seinen Wiedergabepunkt in den Bilddaten ändert, beginnt das soeben beschrieben Verfahren von vorne, d.h. das Bild des aktuellen Wiedergabepunkts wird heruntergeladen und angezeigt, wobei während der Anzeige dieses Bildes der Bezug von weiteren Bildern vom Server basierend auf der Prioritätsreihenfolge erfolgt.
  • Ggf. besteht auch die Möglichkeit, dass die obige Prioritätsreihenfolge verändert wird, z.B. wenn sich die Übertragungsrate zwischen Server und Client ändert. Ebenso kann die Prioritätsreihenfolge z.B. basierend auf einer Benutzerinteraktion angepasst werden. Ferner kann die Prioritätsregel festlegen, dass keine weiteren Bilder bei der aktuellen Wiedergabe bezogen werden, sofern bereits ausreichend viele Bilder aus der Nachbarschaft vorliegen.
  • Im Folgenden wird nochmals ein konkretes Szenario erläutert, wie die in 3 dargestellten Segmente aus medizinischen Bildern durch einen Client bezogen werden können. Zunächst wird ein initialer Wiedergabepunkt durch den Benutzer am Client ausgewählt, d.h. es wird das medizinische Schnittbild ausgewählt, das zuerst anzuzeigen ist. Dieses Bild kann entlang der räumlichen Richtung BR an beliebiger Stelle liegen. Das Bild wird vom Server zum Client übertragen, dort dann decodiert und wiedergegeben. Das Bild kann z.B. zunächst in niedriger Qualität Q0 angefordert werden, um eine schnelle Anzeige zu ermöglichen, wobei anschließend das gleiche Bild in höheren Bildqualitäten (z.B. in der Qualität Q1 oder Q2) bezogen werden kann. Sobald eine höhere Qualität beim Client verfügbar ist, wird dieses Bild decodiert und anstatt des Bildes mit niedrigerer Qualität angezeigt.
  • Falls die Prioritätsreihenfolge derart definiert ist, dass nicht notwendigerweise sofort ein Bild mit höherer Qualität zum aktuell angezeigten Bild benötigt wird, werden stattdessen Bilder um das aktuell wiedergegebene Bild, d.h. die oben beschriebenen Nachbarbilder, heruntergeladen. Dabei werden die Nachbarbilder sowohl in Richtung der Bildreihenfolge BR als auch entgegen dieser Richtung vom Server bezogen. Es wird somit der Tatsache Rechnung getragen, dass nicht vorab bekannt ist, in welcher Richtung sich ein Benutzer weitere Schnittbilder des menschlichen Körpers anschauen will. In der Regel werden zunächst Nachbarbilder bezogen, welche eine niedrige Qualität aufweisen, so dass die Bilder im Falle des Wechsels des Wiedergabepunkts bereits heruntergeladen sind und im Client zur Verfügung stehen. Sobald eine ausreichende Anzahl von Nachbarbildern mit niedriger Qualität auf den Client heruntergeladen wurde, kann der Client ggf. auch Nachbarbilder mit höherer Bildqualität beim Server anfordern.
  • Ggf. kann die oben beschriebene Reihenfolge des Bezugs von Bildern auch verändert werden. Zum Beispiel kann sich eine Veränderung dadurch ergeben, dass im Client erkannt wird, dass der Benutzer in eine vorbestimmte Richtung (d.h. in Richtung der Bildreihenfolge oder entgegen dieser Richtung) navigiert. Wird eine solche Navigationsrichtung festgestellt, kann dies dazu führen, dass ausgehend von dem aktuell angezeigten Bild nur noch Bilder in der Navigationsrichtung vom Server bezogen werden.
  • 4 zeigt eine Variante eines Übertragungssystems, in dem das oben beschriebene erfindungsgemäße Verfahren durchgeführt werden kann. Das Übertragungssystem umfasst den Server SE, auf dem die entsprechenden Bilddaten in der Form der oben beschriebenen Segmente SG1, SG2, SG3 usw. vorliegen. Diese Segmente sind in einem Medienspeicher MS abgelegt. Der Server SE umfasst ferner einen Sendemittel SM, welches angeforderte Segmente an einen Client CL überträgt.
  • Der Client fordert die Segmente über Anfragen RE beim Server an. Die Reihenfolge, wie die Segmente angefordert werden, ist dabei durch die oben beschriebene Prioritätsregel gegeben.
  • Zum Anfordern der Segmente umfasst der Client CL ein Anforderungsmittel RM, das die entsprechenden Anfragen RE generiert. Ferner umfasst der Client CL einen Medienpuffer MB, in dem die übermittelten Segmente zwischengespeichert werden. Die im Puffer gespeicherten Segmente werden über ein Wiedergabemittel DM, z.B. auf einem Bildschirm, angezeigt. In dem Wiedergabemittel ist eine Decodiereinheit vorgesehen, welche die in codierter Form im Puffer abgelegten Bilder decodiert. Ggf. besteht auch die Möglichkeit, dass die angeforderten Bilder sofort decodiert und somit in nicht codierter Form in dem Medienpuffer MB abgelegt werden. In diesem Fall wird eine mehrfache Decodierung von Bildern vermieden, sofern das gleiche Bild öfters über das Wiedergabemittel angezeigt wird. In einer weiteren Variante werden die Bilder zunächst in codierter Form in dem Medienpuffer abgelegt. Die Bilder werden dann bei (d.h. kurz vor) der erstmaligen Anzeige decodiert und anschließend in decodierter Form für eine spätere (nochmalige) Anzeige im Medienpuffer vorgehalten/gespeichert.
  • Die Codierung der in 3 gezeigten Segmente mit den unterschiedlichen Qualitäten Q0, Q1 und Q2 kann auf verschiedene Weise erfolgen. Insbesondere können für die einzelnen Qualitäten z.B. unterschiedliche Codierverfahren mit entsprechend verschiedenen Bildqualitäten verwendet werden. Ebenso können die verschiedenen Qualitäten auch Schichten bzw. Layer eines skalierbaren Codierverfahrens darstellen. Darüber hinaus kann die verwendete Codierung in der höchsten Qualität auch eine verlustfreie Codierung sein, so dass keine Bildinformation verloren geht, was insbesondere bei der Wiedergabe von medizinischen Bildern oftmals erwünscht ist.
  • 5 und 6 zeigen zwei Varianten, wie die Bilder bzw. Segmente in unterschiedlichen Qualitätsstufen codiert sein können. In 5 entsprechen die Segmente der Qualitätsstufen Q0 und Q1 den Segmenten aus 3. Gemäß 5 sind die Segmente SG0 mit der niedrigsten Qualität Q0 unter Verwendung einer Inter-Bild-Prädiktion basierend auf dem Videocodierstandard H.264 codiert. Demgegenüber sind die Segmente SG1 mit mittlerer Qualität mittels einer Inter-Bild-Prädiktion basierend auf dem Videocodierstandard H.265 codiert. Im Unterschied hierzu wird für die höchste Qualitätsstufe Q2 eine verlustlose Codierung basierend auf dem Kompressionsstandard JPEG-LS verwendet. Die Segmente in der Qualitätsstufe Q2 bestehen immer aus intra-codierten Bildern, wobei die Länge der Segmente unterschiedlich ist. Beispielhaft sind in 5 für die Qualität Q2 Segmente mit zwei Bildern und Segmente mit einem einzelnen Bild dargestellt.
  • 6 zeigt eine Variante, bei der die Segmente im Server mit einem skalierbaren Videocodierverfahren codiert sind. Die einzelnen Qualitäten Q0, Q1 und Q2 stellen dabei entsprechende Layer bzw. Schichten des skalierbaren Videocodierverfahrens dar. Bei der skalierbaren Videocodierung besteht dabei eine Abhängigkeit zwischen den Bildern von benachbarten Schichten unterschiedlicher Qualitätsstufen, wie durch die vertikalen Pfeile in 6 angedeutet ist. Als skalierbare Videocodierverfahren können z.B. H.264-SVC oder H.265-SHVC verwendet werden.
  • Wie bereits oben beschrieben, können die Prioritäten beim Bezug der Bilder vom Server ggf. durch den Benutzer angepasst werden. Zum Beispiel können Bilder zunächst mit der niedrigsten Qualität Q0 heruntergeladen werden, bevor diese Bilder dann mit höherer Qualität, z.B. in einem verlustlosen Format, angefordert werden. Ebenso können die Prioritäten ggf. in Abhängigkeit der Bedingungen auf der Übertragungsstrecke zwischen Server und Client angepasst werden. Beispielsweise können bei hoher Datenrate entsprechende Bilder in höherer Qualität bezogen werden, wohingegen bei einer Verschlechterung der Datenrate die Bilder zunächst in schlechterer Qualität heruntergeladen werden.
  • 7 zeigt beispielhaft eine Momentaufnahme der im Puffer eines Clients gespeicherten Bilder. Die vordefinierte Bildreihenfolge BR verläuft wiederum von links nach rechts. Der aktuelle Wiedergabepunkt ist durch das Bezugszeichen VP angedeutet, und ein vorhergehender Wiedergabepunkt ist mit dem Bezugszeichen VP' bezeichnet. Darüber hinaus sind noch nicht an den Client übermittelte Bilder gestrichelt wiedergegeben und mit dem Bezugszeichen B'' angedeutet.
  • Die an den Client übermittelten Bilder liegen gemäß 7 in vier Qualitätsstufen vor. Für die Qualitätsstufe Q0 wurde der sog. „Base Layer“ mit niedrigster Auflösung aus dem Standard H.264/AVC verwendet (Auflösung: 256 × 256 Pixel) (AVC-Advanced Video Coding). Demgegenüber wurde für die Qualität Q1 der sog. „Spatial Enhancement Layer“ mit höherer örtlicher Auflösung aus H.264-SVC verwendet (örtliche Auflösung: 512 × 512 Pixel). Für die Qualität Q2 wurde der sog. „Quality Enhancement Layer“ aus H.264-SVC genutzt, bei dem die örtliche Auflösung gegenüber der Qualität Q1 gleich bleibt, jedoch andere Eigenschaften des Bildes in höherer Qualität zur Verfügung stehen. Für die höchste Qualitätsstufe Q3 wurde schließlich eine verlustlose Codierung basierend auf dem Standard JPEG-LS mit einer örtlichen Auflösung von 512 × 512 Pixel eingesetzt.
  • Gemäß der in 7 dargestellten aktuellen Wiedergabe wird gerade ein Bild der höchsten Qualitätsstufe beim Client angezeigt. Während dieser Anzeige werden nunmehr gemäß der vorgegebenen Prioritätsreihenfolge die weiteren Bilder B'' heruntergeladen. Aus 7 ergibt sich ferner, dass ggf. auch die örtliche Auflösung der Bilderfolge bezogen auf die Raumrichtung der Bildreihenfolge BR variiert werden kann. Dies ist für die Qualitäten Q0 und Q1 ersichtlich, bei denen zeitweise nur jedes zweite Bild bezogen auf die Bildreihenfolge BR heruntergeladen wurde.
  • Die im Vorangegangenen beschriebenen Ausführungsformen des erfindungsgemäßen Verfahrens weisen eine Reihe von Vorteilen auf. Im Unterschied zu einem Download des gesamten Bilddatensatzes wird durch das Streamen der Bilder eine Bildwiedergabe ohne lange Anfangsverzögerung ermöglicht. Der Benutzer (z.B. ein Arzt) kann sich somit sofort Bilder aus dem von ihm gewünschten Datensatz anzeigen lassen. Darüber hinaus ist es nicht mehr erforderlich, dass der gesamte Datensatz vom Server zum Client übermittelt werden muss, sondern nur noch die Bereiche, die vom Client angefordert werden. Da in der Regel nur relevante Segmente vom Server bezogen und im Client gepuffert werden, nimmt ein Benutzer bei der Navigation in den Bildern keine Verzögerung wahr, was bei einem serverseitigen Streaming nicht der Fall ist.
  • Aufgrund der Pufferung von übermittelten Bildern muss das gleiche Bild nicht zweimal übertragen werden, wenn es nochmals dem Client angezeigt wird. Im Unterschied hierzu werden bei serverseitigen Streaming Segmente nach der Decodierung umgehend verworfen. Aufgrund der Pufferung kann in den Bilddaten auch navigiert werden, wenn die Verbindung zum Server verloren geht, was bei einem serverseitigen Streaming nicht möglich ist.
  • Im Unterschied zum herkömmlichen adaptiven Streaming werden bei der Wiedergabe eines aktuellen Bildes Nachbarbilder sowohl in als auch entgegen einer vorgegebenen Bildreihenfolge bezogen bzw. es wird zum aktuellen Bild eine Version in höherer Bildqualität heruntergeladen. Auf diese Weise wird eine verbesserte und sehr flexible Navigation in den Bilddaten erreicht. Darüber hinaus besteht ggf. auch die Möglichkeit, dass durch die Anpassung der oben beschriebenen Prioritätsregel die Reihenfolge der bezogenen Bilder an unterschiedliche Ereignisse bzw. Umstände angepasst wird, z.B. in Abhängigkeit von einem Benutzerwunsch oder in Abhängigkeit von der Übertragungsrate zwischen Server und Client.
  • Der Client, der Server und/oder jeweilige dazugehörige Mittel des Clients und/oder Servers können in Software, Hardware oder in einer Kombination aus Soft- und Hardware implementiert sein. Das jeweilige Mittel, der Server oder der Client können mit Hilfe eines jeweiligen Prozessors mit einer Speichereinheit zum Ablegen von maschinenlesbaren Befehlen der Software und mit einer Ein-/Ausgabeeinheit zum Austausch von Informationen ausgebildet sein.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Nicht-Patentliteratur
    • Sodagar, “The MPEG-DASH Standard for Multimedia Streaming Over the Internet”, in IEEE MultiMedia, Vol. 18, No. 4, Seiten 62–67, April 2011 [0006]
    • Standard ITU-T T.87 [0017]

Claims (17)

  1. Verfahren zur Übertragung digitaler Bilder (B, B') aus einer Bilderfolge, für welche eine Bildreihenfolge (BR) der Bilder (B, B') vorgegeben ist, wobei die Bilderfolge in der Form von Segmenten (SG1, SG2, SG3) auf einem Server (SE) hinterlegt ist und ein jeweiliges Segment (SG1, SG2, SG3) ein oder mehrere Bilder (B, B') umfasst, die gemäß der Bildreihenfolge (BR) benachbart sind, wobei ein Client (CL) Bilder (B, B') basierend auf den Segmenten (SG1, SG2, SG3) bei dem Server (SE) anfordert, der daraufhin die Bilder (B, B') aus den angeforderten Segmenten (SG1, SG2, SG3) zumindest teilweise zu dem Client (CL) übermittelt, in dem die Bilder (B, B') in einem Puffer (MB) gespeichert und zumindest zum Teil wiedergegeben werden, wobei – der Client (CL) zum Zeitpunkt der Wiedergabe eines aktuellen Bildes (B, B') das Anfordern von weiteren Bildern (B, B') vom Server (SE) basierend auf einer vorgegebenen Prioritätsregel prüft, wobei der Client (CL) im Rahmen der Prüfung des Anforderns eines jeweiligen weiteren Bildes (B, B') ein Segment (SG1, SG2, SG3) anfordert, welches das jeweilige weitere Bild (B, B') umfasst, falls das jeweilige weitere Bild (B, B') nicht im Puffer (MB) vorhanden ist; – wobei die vorgegeben Prioritätsregel derart ausgestaltet ist, dass durch den Client (CL) zunächst das Anfordern von weiteren Bildern (B, B') geprüft wird, welche sowohl in Richtung der Bildreihenfolge (BR) als auch entgegen der Richtung der Bildreihenfolge (BR) auf das aktuelle Bild (B, B') folgen, und/oder zunächst das Anfordern zumindest eines weiteren Bildes (B, B') geprüft wird, welches dem aktuellen Bild (B, B') in einer höheren Bildqualität als die des aktuellen Bildes (B, B') entspricht.
  2. Verfahren nach Anspruch 1, bei dem vorgegebene gleiche Bildinhalte jeweils durch mehrere Segmente (SG1, SG2, SG3) mit verschiedenen Bildqualitäten beschrieben werden, wobei sich die mehreren Segmente (SG1, SG2, SG3) in der Bildqualität der darin enthaltenen Bilder (B, B') unterscheiden.
  3. Verfahren nach Anspruch 1 oder 2, bei dem die Segmente (SG1, SG2, SG3) codierte Bilder umfassen, welche beim Client (CL) zur Anzeige decodiert werden.
  4. Verfahren nach Anspruch 2 und 3, bei dem die Segmente (SG1, SG2, SG3) mit den verschiedenen Bildqualitäten mit unterschiedlichen Codierverfahren und/oder verschiedenen Qualitätsstufen des gleichen Codierverfahrens codiert sind.
  5. Verfahren nach Anspruch 4, bei dem die unterschiedlichen Codierverfahren H.264 und/oder H.265 und/oder JPEG-LS und/oder JPEG-Lossless umfassen und/oder sich die verschiedenen Qualitätsstufen des gleichen Codierverfahrens auf Layer einer skalierbaren Videocodierung beziehen, insbesondere auf Layer von H.264-SVC und/oder Layer von H.264-SHVC.
  6. Verfahren nach einem der Ansprüche 3 bis 5, bei dem die Bilder zumindest zum Teil in decodierter Form in dem Puffer (MB) im Client (CL) gespeichert werden.
  7. Verfahren nach einem der vorhergehenden Ansprüche, bei dem die Übertragung der digitalen Bilder (B, B') basierend auf dem Standard MPEG-DASH erfolgt.
  8. Verfahren nach einem der vorhergehenden Ansprüche, bei dem die vorgegebene Prioritätsregel in Abhängigkeit von vorbestimmten Ereignissen verändert wird.
  9. Verfahren nach Anspruch 8, bei dem die vorgegebene Prioritätsregel in Abhängigkeit von der Datenrate der Übertragung vom Server (SE) zum Client (CL) verändert wird, wobei die Veränderung der Prioritätsregel derart ausgestaltet ist, dass der Client (CL) bei höheren Datenraten Bilder (B, B') mit höherer Bildqualität als bei niedrigeren Datenraten anfordert.
  10. Verfahren nach Anspruch 8 oder 9, bei dem die vorgegebene Prioritätsregel durch einen am Client eingegebenen Benutzerbefehl zur Veränderung der vorgegebenen Prioritätsregel veränderbar ist.
  11. Verfahren nach einem der vorhergehenden Ansprüche, bei dem vom Client (CL) eine Navigationsrichtung basierend auf der Bewegung der aktuellen Bilder (B, B') in Richtung oder entgegen der Richtung der Bildreihenfolge (BR) ermittelt wird, wobei gemäß der vorgegebenen Prioritätsregel und/oder gemäß der veränderten Prioritätsregel der Client (CL) ausgehend von dem aktuell wiedergegebenen Bild (B, B') solche weiteren Bilder (B, B'), welche in der Navigationsrichtung auf das aktuelle Bild (B, B') folgen, bevorzugt gegenüber solchen weiteren Bildern anfordert, welche entgegen der Navigationsrichtung auf das aktuelle Bild (B, B') folgen.
  12. Verfahren nach einem der vorhergehenden Ansprüche, bei dem die vorgegebene Prioritätsregel und/oder die veränderte Prioritätsregel spezifiziert, dass für bestimmte, durch den Client (CL) angeforderte Segmente (SG1, SG2, SG3) nur ein Teil der darin enthaltenen Bilder vom Server (SE) an den Client (CL) übertragen werden.
  13. Verfahren nach einem der vorhergehenden Ansprüche, bei dem die Bilderfolge digitale medizinische Bilder umfasst, welche Schnitte eines menschlichen oder tierischen Körpers darstellen, die in einer räumlichen Richtung aufeinander folgen, wobei die räumliche Richtung der Bildreihenfolge (BR) entspricht.
  14. System aus Server (SE) und Client (CL) zur Übertragung digitaler Bilder (B, B') aus einer Bilderfolge, für welche eine Bildreihenfolge (BR) der Bilder (B, B') vorgegeben ist, wobei die Bilderfolge in der Form von Segmenten (SG1, SG2, SG3) auf dem Server (SE) hinterlegt ist und ein jeweiliges Segment (SG1, SG2, SG3) ein oder mehrere Bilder (B, B') umfasst, die gemäß der Bildreihenfolge (BR) benachbart sind, wobei der Client (CL) umfasst: – ein Anforderungsmittel (RM), um Bilder (B, B') basierend auf den Segmenten (SG1, SG2, SG3) bei dem Server (SE) anzufordern; – einen Puffer (MB) zur Speicherung von Bildern (B, B') aus der Bilderfolge; – ein Wiedergabemittel (DM) zur Wiedergabe zumindest eines Teils der Bilder (B, B') aus dem Puffer (MB); der Server (SE) umfasst: – einen Speicher (MS), in dem die hinterlegten Bilder (B, B') gespeichert sind; – ein Sendemittel (SM), um die Bilder (B, B') aus den vom Client (CL) angeforderten Segmenten (SG1, SG2, SG3) zumindest teilweise zu dem Client (CL) zu übermitteln; wobei das Anforderungsmittel (RM) des Clients (CL) derart ausgestaltet ist, dass: – das Anforderungsmittel (M1) zum Zeitpunkt der Wiedergabe eines aktuellen Bildes (B, B') durch das Wiedergabemittel (DM) das Anfordern von weiteren Bildern (B, B') vom Server (SE) basierend auf einer vorgegebenen Prioritätsregel prüft, wobei das Anforderungsmittel (RM) im Rahmen der Prüfung eines jeweiligen weiteren Bildes (B, B') ein Segment (SG1, SG2, SG3) anfordert, welches das jeweilige weitere Bild (B, B') umfasst, falls das jeweilige weitere Bild (B, B') nicht im Puffer (MB) vorhanden ist; – wobei die Prioritätsregel derart ausgestaltet ist, dass zunächst das Anfordern von weiteren Bilder (B, B') geprüft wird, welche sowohl in Richtung der Bildreihenfolge (BR) als auch entgegen der Richtung der Bildreihenfolge (BR) auf das aktuelle Bild (B, B') folgen, und/oder zunächst das Anfordern zumindest eines weiteren Bildes (B, B') geprüft wird, welches dem aktuellen Bild (B, B') in einer höheren Bildqualität als die des aktuellen Bildes (B, B') entspricht.
  15. System nach Anspruch 14, wobei das System zur Durchführung eines Verfahrens nach einem der Ansprüche 2 bis 13 ausgestaltet ist.
  16. Client (CL) zur Verwendung in einem System zur Übertragung digitaler Bilder (B, B') aus einer Bilderfolge, für welche eine Bildreihenfolge (BR) der Bilder (B, B') vorgegeben ist, wobei die Bilderfolge in der Form von Segmenten (SG1, SG2, SG3) auf einem Server (SE) hinterlegt ist und ein jeweiliges Segment (SG1, SG2, SG3) ein oder mehrere Bilder (B, B') umfasst, die gemäß der Bildreihenfolge (BR) benachbart sind, wobei der Client (CL) umfasst: – ein Anforderungsmittel (M1), um Bilder basierend auf den Segmenten (SG1, SG2, SG3) bei dem Server (SE) anzufordern und hierdurch den Server (SE) zu veranlassen, die Bilder (B, B') aus den angeforderten Segmenten (SG1, SG2, SG3) zumindest teilweise zu dem Client (CL) zu übermitteln; – einen Puffer (MB) zur Speicherung von Bildern (B, B') aus der Bilderfolge; – ein Wiedergabemittel zur Wiedergabe zumindest eines Teils der Bilder (B, B') aus dem Puffer (MB); wobei das Anforderungsmittel (M1) des Clients derart ausgestaltet ist, dass: – das Anforderungsmittel (M1) zum Zeitpunkt der Wiedergabe eines aktuellen Bildes (B, B') durch das Wiedergabemittel (DM) das Anfordern von weiteren Bildern (B, B') vom Server (SE) basierend auf einer vorgegebenen Prioritätsregel prüft, wobei das Anforderungsmittel (RM) im Rahmen der Prüfung eines jeweiligen weiteren Bildes (B, B') ein Segment (SG1, SG2, SG3) anfordert, welches das jeweilige weitere Bild (B, B') umfasst, falls das jeweilige weitere Bild (B, B') nicht im Puffer (MB) vorhanden ist; – wobei die Prioritätsregel derart ausgestaltet ist, dass zunächst das Anfordern von weiteren Bilder (B, B') geprüft wird, welche sowohl in Richtung der Bildreihenfolge (BR) als auch entgegen der Richtung der Bildreihenfolge (BR) auf das aktuelle Bild (B, B') folgen, und/oder zunächst das Anfordern zumindest eines weiteren Bildes (B, B') geprüft wird, welches dem aktuellen Bild (B, B') in einer höheren Bildqualität als die des aktuellen Bildes (B, B') entspricht.
  17. Client nach Anspruch 16, wobei der Client zur Verwendung in einem Verfahren nach einem der Ansprüche 2 bis 13 eingerichtet ist.
DE102014205485.0A 2014-03-25 2014-03-25 Verfahren zur Übertragung digitaler Bilder aus einer Bilderfolge Withdrawn DE102014205485A1 (de)

Priority Applications (4)

Application Number Priority Date Filing Date Title
DE102014205485.0A DE102014205485A1 (de) 2014-03-25 2014-03-25 Verfahren zur Übertragung digitaler Bilder aus einer Bilderfolge
EP15708470.8A EP3078206A1 (de) 2014-03-25 2015-02-26 Verfahren zur übertragung digitaler bilder aus einer bilderfolge
US15/119,134 US20170041645A1 (en) 2014-03-25 2015-02-26 Method for transmitting digital images from a series of images
PCT/EP2015/054025 WO2015144381A1 (de) 2014-03-25 2015-02-26 Verfahren zur übertragung digitaler bilder aus einer bilderfolge

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102014205485.0A DE102014205485A1 (de) 2014-03-25 2014-03-25 Verfahren zur Übertragung digitaler Bilder aus einer Bilderfolge

Publications (1)

Publication Number Publication Date
DE102014205485A1 true DE102014205485A1 (de) 2015-10-01

Family

ID=52630345

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102014205485.0A Withdrawn DE102014205485A1 (de) 2014-03-25 2014-03-25 Verfahren zur Übertragung digitaler Bilder aus einer Bilderfolge

Country Status (4)

Country Link
US (1) US20170041645A1 (de)
EP (1) EP3078206A1 (de)
DE (1) DE102014205485A1 (de)
WO (1) WO2015144381A1 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11758104B1 (en) * 2022-10-18 2023-09-12 Illuscio, Inc. Systems and methods for predictive streaming of image data for spatial computing
CN116405733B (zh) * 2023-06-08 2023-09-19 新华三技术有限公司 一种数据传输方法及电子设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120216118A1 (en) * 2011-02-18 2012-08-23 Futurewei Technologies, Inc. Methods and Apparatus for Media Navigation
US20140052846A1 (en) * 2012-08-20 2014-02-20 Google Inc. Adaptive video streaming over a content delivery network

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE29522001U1 (de) * 1994-01-28 1999-02-11 Cfb Gmbh Vorrichtung zur Herstellung einer Bildsequenz
US7996878B1 (en) * 1999-08-31 2011-08-09 At&T Intellectual Property Ii, L.P. System and method for generating coded video sequences from still media
US7423640B2 (en) * 2004-04-23 2008-09-09 Siemens Medical Solutions Usa, Inc. Method and system for panoramic display of medical images
US8369402B2 (en) * 2004-06-17 2013-02-05 Canon Kabushiki Kaisha Apparatus and method for prediction modes selection based on image formation
US20060034536A1 (en) * 2004-06-23 2006-02-16 Ogren Wayne E Systems and methods relating to magnitude enhancement analysis suitable for high bit level displays on low bit level systems, determining the material thickness, and 3D visualization of color space dimensions
US9041744B2 (en) * 2005-07-14 2015-05-26 Telecommunication Systems, Inc. Tiled map display on a wireless device
US8527217B2 (en) * 2009-09-08 2013-09-03 Dynamic Athletic Research Institute, Llc Apparatus and method for physical evaluation
US9232257B2 (en) * 2010-09-22 2016-01-05 Thomson Licensing Method for navigation in a panoramic scene
DK2649409T3 (en) * 2010-12-06 2019-02-04 3Shape As SYSTEM WITH INTEGRATION OF 3D USER INTERFACE
JP5895163B2 (ja) * 2011-03-11 2016-03-30 パナソニックIpマネジメント株式会社 無線映像送信装置および無線映像受信装置ならびにこれらを備えた無線映像伝送システム
PL3313083T3 (pl) * 2011-06-08 2020-05-18 Koninklijke Kpn N.V. Dostarczanie treści segmentowanej przestrzennie
CA2843766A1 (en) * 2011-08-16 2013-02-21 Destiny Software Productions Inc. Script-based video rendering
US20130227158A1 (en) * 2012-02-24 2013-08-29 Stmicroelectronics S.R.L. Media-quality adaptation mechanisms for dynamic adaptive streaming
US20140247260A1 (en) * 2013-03-01 2014-09-04 Indiana University Research & Technology Corporation Biomechanics Sequential Analyzer
EP2824885B1 (de) * 2013-07-12 2019-01-23 Provenance Asset Group LLC Manifest-Dateiformat zur Unterstützung von Panoramavideo
EP2824884A1 (de) * 2013-07-12 2015-01-14 Alcatel Lucent Videoclient zur ausgeglichenen Wiedergabe eines Panoramavideos
US9386308B2 (en) * 2013-07-16 2016-07-05 Cisco Technology, Inc. Quality optimization with buffer and horizon constraints in adaptive streaming
US9363333B2 (en) * 2013-11-27 2016-06-07 At&T Intellectual Property I, Lp Server-side scheduling for media transmissions
WO2016014852A1 (en) * 2014-07-23 2016-01-28 Sonic Ip, Inc. Systems and methods for streaming video games using gpu command streams
US10531095B2 (en) * 2015-11-17 2020-01-07 Nbcuniversal Media, Llc System and method for optimal variable bit rate packing
US10057366B2 (en) * 2015-12-31 2018-08-21 Hughes Network Systems, Llc Accurate caching in adaptive video streaming based on collision resistant hash applied to segment contents and ephemeral request and URL data
US10791162B2 (en) * 2015-12-31 2020-09-29 Hughes Network Systems, Llc Maximizing quality of service for QoS adaptive video streaming via dynamic application-layer throughput rate shaping

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120216118A1 (en) * 2011-02-18 2012-08-23 Futurewei Technologies, Inc. Methods and Apparatus for Media Navigation
US20140052846A1 (en) * 2012-08-20 2014-02-20 Google Inc. Adaptive video streaming over a content delivery network

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
Sodagar, "The MPEG-DASH Standard for Multimedia Streaming Over the Internet", in IEEE MultiMedia, Vol. 18, No. 4, Seiten 62-67, April 2011
SODAGAR, I.: The MPEG-DASH Standard for Multimedia Streaming Over the Internet. In: Industry and Standards, IEEE MultiMedia, Vol.18, No.4, October - December 2011, S.62-67. *
Standard ITU-T T.87
STOCKHAMMER, Th.: Dynamic Adaptive Streaming over HTTP - Standards and Design Principles. In: MMSys' 11, 23.-25. Februar 2011, San Jose, USA, S.133-143. *

Also Published As

Publication number Publication date
US20170041645A1 (en) 2017-02-09
WO2015144381A1 (de) 2015-10-01
EP3078206A1 (de) 2016-10-12

Similar Documents

Publication Publication Date Title
DE69917971T2 (de) Verfahren und Vorrichtung zur Verarbeitung von komprimierten Videodatenströmen
DE60031230T2 (de) Skalierbares videokodierungssystem und verfahren
DE60311231T2 (de) Verfahren zum ermöglichen von direktzugriff und spleissen in einem verschlüsselten videostrom
DE60109423T2 (de) Videokodierung mit prädiktiver bitebenenkodierung und progressiver fein-granularitätsskalierung (pfgs)
DE69233411T2 (de) Verfahren und Einrichtung zur Kompression von sich bewegenden Videobildern mit adaptiver Bitzuordnung und Quantisierung
DE60026241T2 (de) Umschalten zwischen bitratenreduzierten Signalen
DE10113880B4 (de) Verfahren zur Komprimierung und Dekomprimierung von Videodaten
DE102008058489A1 (de) Verfahren zum Codieren einer Folge von digitalisierten Bildern
DE69835211T2 (de) Umschaltung zwischen komprimierten videobitströmen
DE102020108357A1 (de) Umkodieren vorhergesagter bilder in live-videostream-anwendungen
DE112015002650T5 (de) Systeme und Verfahren zur prädiktiven Auslieferung von Inhalten mit hohen Bitraten zur Wiedergabe
DE10296787B4 (de) Selektive Prädikation für ein Intra-Codieren eines Videodatenblocks
DE102014205485A1 (de) Verfahren zur Übertragung digitaler Bilder aus einer Bilderfolge
DE102008017290A1 (de) Verfahren und Vorrichtung zur Bildung eines gemeinsamen Datenstroms insbesondere nach dem ATSC-Standard
DE112007001773T5 (de) Videocodierung
DE102017125544B3 (de) Verarbeitungsverfahren und Verarbeitungssystem für Videodaten
DE3926154A1 (de) Signalverarbeitungssystem
DE102012202315A1 (de) Videosystem zur Darstellung von Bilddaten, Verfahren und Computerprogramm
DE102015208740A1 (de) System und Verfahren zum Übertragen von Videodaten von einem Server zu einem Client
DE102016216346A1 (de) Vorrichtung und verfahren zum bestimmen einer qualität eines mediadatenstroms
DE202015008258U1 (de) Moderne Bilddatenübertragung durch Streaming zu veralteten und modernen Displays
WO2016055543A1 (de) Vorrichtung und verfahren zum schneiden von mehreren kodierten videoströmen ohne vorherige dekodierung
DE10231286B4 (de) Verfahren zur Übertragung von zusätzlichen Daten innerhalb einer Videodatenübertragung
DE102004056447A1 (de) Codierverfahren und Decodierverfahren, sowie Codiervorrichtung und Decodiervorrichtung
WO2022152452A9 (de) Verfahren zur wiedergabe eines videostreams durch einen client

Legal Events

Date Code Title Description
R163 Identified publications notified
R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee