DE102014225493A1 - Verteiler Cloud-PVR - Google Patents

Verteiler Cloud-PVR Download PDF

Info

Publication number
DE102014225493A1
DE102014225493A1 DE102014225493.0A DE102014225493A DE102014225493A1 DE 102014225493 A1 DE102014225493 A1 DE 102014225493A1 DE 102014225493 A DE102014225493 A DE 102014225493A DE 102014225493 A1 DE102014225493 A1 DE 102014225493A1
Authority
DE
Germany
Prior art keywords
content
event
user
broadcast
client
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
DE102014225493.0A
Other languages
English (en)
Inventor
Thomas Baubin
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.)
Tv For Friends GmbH
Original Assignee
Tv For Friends GmbH
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 Tv For Friends GmbH filed Critical Tv For Friends GmbH
Publication of DE102014225493A1 publication Critical patent/DE102014225493A1/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/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47214End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/27Arrangements for recording or accumulating broadcast information or broadcast-related information
    • 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/41Structure of client; Structure of client peripherals
    • H04N21/414Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4147PVR [Personal Video Recorder]
    • 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/41Structure of client; Structure of client peripherals
    • H04N21/418External card to be used in combination with the client device, e.g. for conditional access
    • H04N21/4184External card to be used in combination with the client device, e.g. for conditional access providing storage capabilities, e.g. memory stick
    • 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/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334Recording operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/765Interface circuits between an apparatus for recording and another apparatus
    • H04N5/775Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television receiver

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

Server Verfahren zum Management der persönlichen Inhalte Aufzeichnung eines inhalte-Rundfunk-Ereignisses als Privatkopie eines Nutzers, dadurch gekennzeichet, dass (S1) eine Nutzer-Aufforderung, das Inhalte-Rundfunk-Ereignis aufzuzeichnen, erhalten wird und in Beantwortung des Erhalts dieser Nutzer-Anfrage; (S2) festgestellt wird, ob oder ob nicht das Inhalte-Rundfunk-Ereignis zugelassen ist zur over-the-top (OTT)-Weitersendung; (S3) festgestellt wird, ob oder ob nicht das Inhalte-Rundfunk-Ereignis zugelassen ist zur Speicherung in einem gehosteten Speichersystem; (S4) wenn das Inhalte Rundfunk-Ereignis zugelassen ist für das over-the-top Weitersenden: einen Empfang einer over-the-top Weitersendung des Inhalte-Rundfunk-Ereignisses zu initiieren; (S5) wenn das Inhalte-Rundfunk-Ereignis nicht für das over-the-top Weitersenden zugelassen ist: ein User-Client aufzufordern, das Inhalte-Rundfunk-Ereignis direkt aus einer Inhalte-Rundfunk-Quelle zu empfangen; (S6) wenn das Inhalte-Rundfunk-Ereignis zugelassen ist für die Speicherung in einem gehosteten Speichersystem: die Aufzeichnung in einem Nutzer-zugänglichen Bereich eines gehosteten Speichersystem zu initiieren; wenn das Inhalte-Rundfunk-Ereignis nicht zugelassen ist für gehostete Speicherung: das User-Client aufzufordern, das Inhalte-Rundfunk-Ereignis in einem persönlichen lokalen Speicher aufzuzeichnen.

Description

  • Die vorliegende Erfindung betrifft einn Server-Verfahren zum Management von persönlichen Inhalte-Aufzeichnungen eines Inhalte-Rundfunk-Ereignisses, ein Client Verfahren zum Management von persönlichen Inhalte-Aufzeichnungen eines Inhalte-Rundfunk-Ereignisses, eine Server-Anordnung, die zumindest einen Management-Server zum Management persönlicher Inhalte-Aufzeichnungen eines Inhalte-Rundfunk-Ereignisses, sowie einen Nutzer-Client aufweist.
  • Home-Personal Video Recorder (PVR) wurden in den vergangenen Jahren verfügbar. Ebenso bekannt sind gehostete PVRs, sogenannte netz- oder Cloud-basierte PVRs, die ein Rundfunk-Inhalte-Ereignis beispielsweise von einer “Over-the-Top” Weitersendungs-Quelle erhalten und den Inhalt in einem gehosteten Speichersystem entsprechend ablegen. Der Begriff gehostetes Speichersystem bezieht sich auf ein Speichersystem, das von einem Dritten betrieben wird und/oder von diesem zu verantworten ist, also nicht vom Nutzer selbst. Der Nutzer kann das aufgezeichnete Inhalte-Rundfunk-Ereignis zu einem Nutzer-Client streamen, um das Inhalte-Rundfunk-Ereignis auf einem Bildschirm anzuschauen. Andererseits sind Home-PVRs verfügbar, die Inhalte-Rundfunk-Ereignisse direkt aus einer Inhalte-Rundfunk-Quelle empfangen.
  • Der Begriff Rundfunk bezieht sich auf die linear-Verbreitung von Audio oder Video Inhalten an nicht-bezeichnete Empfänger über „konventionelle“ Verteil-Wege, nämlich solche die von einem “Multiple Systems Operator” (MSO), z.B. “Kabel Deutschland” oder von einem Satelliten-Betreiber, z.B. SES S.A. (Astra) betrieben werden. Ein Beispiel ist der lineare TV-Rundfunk. Dementsprechend kann ein Inhalte-Rundfunk-Kanal in DVB-C, DVB-S, DVB-T oder ihren analogen Entsprechungen ausgeprägt sein. Ein Inhalte-Rundfunk-Ereignis ist ein zeitbegrenztes Ereignis, das über einen Inhalte-Rundfunk-Kanal übertragen wird.
  • Eine over-the-top (OTT) Weitersendung bezeichnet die Weitersendung eines Inhalte-Rundfunk-Ereignisses über das offene “unmanaged” Internet – das Internet ist OTT-Weitersende-Kanal – ohne dass ein MSO in die Kontrolle oder Übertragung des Inhalte-Rundfunk-Ereignisses involviert ist. Eine OTT-Weitersende-Quelle kann zum Beispiel ein Inhalte-Multicast-Server eines Fernsehsenders sein. Im Gegensatz zu OTT bezeichnet IPTV die Übertragung von Video-Inhalten über ein dediziertes gemanagtes Netzwerk. Es ist eine Aufgabe der Erfindung, eine Verfahren und Geräte verfügbar zu machen, um persönliche Inhalte-Aufzeichnungen von Inhalte-Rundfunk-Ereignissen zu organisieren.
  • Entsprechend einer ersten Server-bezogenen Betrachtung der Erfindung, wird die Aufgabe gelöst durch ein Server-Verfahren zum Management der persönlichen Inhalte- Aufzeichnung eines Inhalte-Rundfunk-Ereignisses als Privatkopie eines Nutzers, das aufweist:
    • – das Empfangen einer Nutzer-Aufforderung, das Inhalte-Rundfunk-Ereignis aufzuzeichnen und in Beantwortung dieser Nutzer-Aufforderung:
    • – festzustellen, ob oder ob nicht das Inhalte-Rundfunk-Ereignis zur OTT-Weitersendung zugelassen ist;
    • – festzustellen, ob oder ob nicht das Inhalte-Rundfunk-Ereignis zur Speicherung in einem gehosteten Speichersystem zugelassen ist;
    • – falls das Inhalte-Rundfunk-Ereignis für die OTT-Weitersendung zugelassen ist: den Empfang der OTT-Weitersendung dieses Inhalte-Rundfunk-Ereignisses zu initiieren;
    • – falls das Inhalte-Rundfunk-Ereignis nicht für die OTT-Weitersendung zugelassen ist: bei einem User-Client anzufordern, dass das Inhalte-Rundfunk-Ereignis direkt aus einer Inhalte-Rundfunk-Quelle empfangen wird;
    • – falls das Inhalte-Rundfunk-Ereignis für die gehostete Speicherung zugelassen ist: die Aufzeichnung des Inhalte-Rundfunk-Ereignisses in einem für Nutzer zugänglichen Aufzeichnungs-Bereich des gehosteten Speichersystems zu initiieren;
    • – Falls das Inhalte-Rundfunk-Ereignis nicht für die gehostete Speicherung zugelassen ist: das User-Client aufzufordern, das Inhalte-Rundfunk-Ereignis in einem persönlichen lokalen Speicherbereich aufzuzeichnen.
  • Durch die Erfindung wird die manuelle Auswahl einer Quelle für den Empfang und eines Orts für die Aufzeichnung eines Rundfunk-Inhalte-Ereignisses durch einen Nutzer verzichtbar: Die automatische Quellenwahl wird durch technische Mittel realisiert. Dadurch wird das Management von Inhalte-Aufzeichnungen von Inhalte-Rundfunk-Ereignissen weniger kompliziert. Durch den Einsatz dieses Verfahrens wird eine geeignete Quelle für den Empfang bzw. ein Ort für die Aufzeichnung eines Inhalte-Rundfunk-Ereignisses automatisch gewählt basierend auf einem bestimmten lizenzrechtlichen Status, der diesem Inhalte-Rundfunk-Ereignis zugeordnet ist. Vorteilhafterweise – vom rechtlichen Standpunkt betrachtet – ist der Vorteil, dass der Nutzer eine rechtlich valide Privatkopie des Inhalte-Rundfunk-Ereignisses erhält.
  • Die Erfindung beinhaltet die Erkenntnis, dass netzbasierte PVRs eine over-the-top-Weitersendelizenz von – beispielsweise – einem Fernsehsender benötigen und nachweisen müssen, dass ein Inhalte-Rundfunk-Ereignis als Privatkopie eines Nutzers aufgezeichnet wird. Einige TV Sender widersetzen sich noch der OTT-Weitersendung zumindest für einen Teil ihrer Rundfunk-Inhalte-Ereignisse, z.B. für Blockbuster Filme. Solche Filme innerhalb eines Fernsehprogramms müssen daher direkt aus einer Inhalte-Rundfunk-Quelle empfangen werden, z.B. über einen DVB-S/T/C Kanal und die Aufzeichnung muss lokal auf einem persönlichen User-Client erfolgen, der über einen HDMI-Stecker mit dem TV Gerät verbunden sein kann, oder in einen Router eingesteckt wird, um über eine LAN-Verbindung für eine TV-App zugänglich zu sein.
  • In einer bevorzugten Ausgestaltung ist der Nutzer-zugängliche Aufzeichnungsbereich des gehosteten Speichersystems ein Nutzer-spezifischer Aufzeichnungsbereich. Vorzugsweise beinhaltet das Verfahren, dass jeweils eine Privatkopie des Inhalte-Rundfunk-Ereignisses für jeden Nutzer in einem für diesen reservierten Nutzer-spezifischen Bereich abgelegt wird.
  • Alternativ beinhaltet die Verfahren, die Auslösung einer Aufzeichnung als eine Master-Kopie in dem Nutzer-zugänglichen Aufzeichnungsbereich des gehosteten Speichersystems. Vorzugsweise beinhaltet das Verfahren, dem Nutzer Zugang zu der Master-Kopie zu gewähren.
  • In einer bevorzugten Ausführung aufweist die Server-Verfahren die Feststellung, ob oder ob nicht das im User-Client aufgezeichnete Inhalte-Rundfunk-Ereignis zugelassen ist zum Hochladen in das gehostete Speichersystem. Wenn das Inhalte-Rundfunk-Ereignis zum Hochladen in das gehostete Speichersystem zugelassen ist, kann die Server-Verfahren beinhalten, dass das User-Client aufgefordert wird, das Inhalte-Rundfunk-Ereignis in den Nutzer-spezifischen Bereich des gehosteten Speichersystems hochzuladen. Vorzugsweise kann das Inhalte-Rundfunk-Ereignis, das im User-Client aufgezeichnet ist, nach dem Hochladen gelöscht werden, um Speicherplatz in dem User-Client zu sparen. In einer bevorzugten Ausgestaltung beinhaltet die Server-Verfahren die obligatorische Löschung des im User-Client gespeicherten Inhalte-Rundfunk-Ereignisses nach dem vollständigen Hochladen. Im anderen Fall – falls das Inhalte-Rundfunk-Ereignis nicht zum Hochladen in das gehostete Speichersystem zugelassen ist – verbleibt das Inhalte-Rundfunk-Ereignis in dem User-Client.
  • In einer weiteren bevorzugten Ausführung aufweist die Verfahren das Verwalten einer Datenbank für Inhalte-Rundfunk, die jedem Inhalte-Rundfunk-Ereignis eine Ereignis-Empfangs-Lizenz-Information zuordnet, die angibt, ob oder ob nicht das Inhalte-Rundfunk-Ereignis zugelassen ist für die over-the-top Weitersendung und/oder eine Ereignis-Speicherungs-Lizenz-Information, die angibt, ob oder ob nicht das Inhalte-Rundfunk-Ereignis zugelassen ist für gehostete Speicherung.
  • Die Feststellung, ob oder ob nicht das Inhalte-Rundfunk-Ereignis für die Speicherung in einem gehosteten Speichersystem zugelassen ist, umfasst vorzugsweise das Lesen der zugeordneten Ereignis-Empfangs-Lizenz-Information aus der Datenbank für Inhalte-Rundfunk.
  • Darüberhinaus umfasst vorzugsweise die Feststellung, ob oder ob nicht das Inhalte-Rundfunk-Ereignis für die Speicherung in einem gehosteten Speichersystem zugelassen ist, das Lesen der zugeordneten Ereignis-Speicherungs-Lizenz-Information aus der Datenbank für Inhalte-Rundfunk.
  • Zusätzlich kann die Verwaltung der Datenbank für Inhalte-Rundfunk für jedes Inhalte-Rundfunk-Ereignis eine Hochlade-Lizenz-Information enthalten, welche angibt, ob oder ob nicht das im persönlichen lokalen Speicherbereich aufgezeichnete Inhalte-Rundfunk-Ereignis für das Hochladen in das gehostete Speichersystem zugelassen ist.
  • Darüberhinaus kann die Feststellung ob oder ob nicht das im persönlichen lokalen Speicherbereich aufgezeichnete Inhalte-Rundfunk-Ereignis für das Hochladen in das gehostete Speichersystem zugelassen ist, das Lesen der zugeordneten Ereignis-Hochlade-Lizenz-Information aus der Datenbank für Inhalte-Rundfunk enthalten.
  • In einer weiteren bevorzugten Ausführung aufweist die Verfahren das Verwalten einer Datenbank für Nutzer-Beziehungs-Management, welche Nutzer-bezogene Informationen aufweist, vorzugsweise eine oder mehrere Nutzer-Anfragen zum Aufzeichnen eines Inhalte-Rundfunk-Ereignisses, die Anzahl der User-Clients, die diesem Nutzer zugeordnet sind, einen Statuswert, welcher angibt, ob oder ob nicht ein User-Client derzeit im Netzwerk verfügbar ist, einen Speicherwert, welcher angibt, wie viel Speicherraum im persönlichen lokalen Speicherbereich verfügbar ist, sowie weitere Daten. Vorzugsweise aufweist die Datenbank für Nutzer-Beziehungs-Management Inhalte-Präferenzen des Nutzers wie Genre, Subgenre, Komponisten, Schauspieler, TV Sender, Serien, Titel etc.
  • Die Datenbank für Nutzer-Beziehungs-Management kann in der Nutzer-Beziehungs-Einheit eines Management Servers enthalten sein.
  • Vorzugsweise weist das Verfahren das Zuordnen von Ereignis-Ausspiel-Lizenz-Information für jedes Inhalte-Rundfunk-Ereignis in der Datenbank für Inhalte-Rundfunk auf, welche angibt, ob oder ob nicht das Rundfunk-Inhalte Ereignis für das Ausspielen auf dem User-Client zugelassen ist. Wenn – beispielsweise – ein Filmstudio, z.B. im Zusammenhang mit einer Ultraviolett-Lizenz, verbietet, dass ein Rundfunk-Inhalte-Ereignis auf einem tragbaren User-Client abgespielt wird, kann eine Ausspiel-Blockierung ausgelöst werden, nachdem die Ausspiel-Lizenz-Information aus der Datenbank für Rundfunk-Inhalte ausgelesen wurde.
  • Vorzugsweise wird die Aufzeichnung eines Inhalte-Rundfunk-Ereignisses erst nach einer Nutzer-Aufforderung ausgelöst, und wird im weiteren Verlauf bis zur vollständigen Aufzeichnung ohne manuelle Interaktion durchgeführt. Außerdem wird bevorzugt, dass der Empfang eines over-the-top weitergesendeten Inhalte-Rundfunk-Ereignisses simultan mit der entsprechenden Rundfunk-Übertragung erfolgt und dieser gegenüber unverändert.
  • In einer weiteren Ausführung weist das Verfahren die Feststellung auf, ob oder ob nicht das aufgezeichnete Inhalte-Rundfunk-Ereignis eine Verschlüsselung oder Ausspiel-Sicherung erfordert, um sicherzustellen, dass nur autorisierte Nutzer dieses sehen können. Entsprechend kann das Inhalte-Rundfunk-Ereignis im persönlichen lokalen Speicher vor dem Hochladen verschlüsselt oder anderweitig ausspiel-gesichert werden. Vorzugsweise aufweist die Verfahren ein Digitales-Rechte-Management(DRM)-Schema, z.B. Microsofts Playready Technologie, um die Nutzung eines Inhalte-Rundfunk-Ereignisses, das ursprünglich in dem persönlichen lokalen Speicherbereich aufgezeichnet und in das gehostete Speichersystem hochgeladen wurde, zu überwachen, und/oder um die Nutzung eines Inhalte-Rundfunk-Ereignisses zu überwachen, das im Nutzer-spezifischen Aufzeichnungsbereich eines gehosteten Speichersystems gespeichert wurde.
  • Alternativ – falls die Verfahren das Initiieren einer Aufzeichnung eines Inhalte-Rundfunk-Ereignisses als Master-Kopie in einem Nutzer-zugänglichen Aufzeichnungsbereich eines gehosteten Speichersystems beinhaltet – kann die Verfahren ein DRM-Schema einsetzen zur Kontrolle der Nutzung von und/oder des Zugriffs auf ein Inhalte-Rundfunk-Ereignis als Master-Kopie.
  • Zusätzlich oder alternativ kann das aufgezeichnete Inhalte-Rundfunk-Ereignis vor dem Hochladen transkodiert werden, z.B. um Bandbreite zu sparen.
  • Vorzugsweise aufweist die Verfahren den Empfang des over-the-top weitergesendeten Inhalte-Rundfunk-Ereignisses simultan zu der entsprechenden Rundfunk-Übertragung des Ereignisses, und dieser gegenüber unverändert. Um zu vermeiden, dass andere außer dem betreffenden Nutzer Zugang haben zu dessen Nutzer-spezifischem Aufzeichnungsbereich, kann die Verfahren enthalten, dass das User-Client identifiziert wird, um den Zugang zu dem Nutzer-spezifischen Aufzeichnungsbereich zu kontrollieren, so dass eine eins-zu-eins (bijektive) Beziehung zwischen dem Nutzer und dem aufgezeichneten Inhalte-Rundfunk-Ereignis gegeben ist.
  • Vorzugsweise aufweist die Verfahren die Unterscheidung ob oder ob nicht der persönliche Medien-Client des Nutzers und/oder der Nutzer spezifische Aufzeichnungsbereich ausreichend freien Speicherplatz zur Aufzeichnung des Rundfunk-Inhalte-Ereignisses aufweist.
  • In einer weiteren Ausführung aufweist die Verfahren die Betreuung von mehr als einem User-Client pro Nutzer, wobei vorzugsweise unterschiedliche Inhalte-Rundfunk-Ereignisse in persönlichen lokalen Speicherbereichen unterschiedlicher User-Client zeitgleich aufgenommen werden.
  • Das Verfahren kann darüber hinaus enthalten, dass einem Nutzer ein Inhalte-Rundfunk-Ereignis zur Aufzeichnung empfohlen wird. Zu diesem Zweck kann das Verfahren den Betrieb einer Recommendation-Engine (Empfehlungs-Maschine) beinhalten. In einer bevorzugten Ausführung beinhaltet die Verfahren das Aufspüren von Nutzer-bezogenen Infomationen aus der Datenbank für Nutzer-Beziehungs-Management.
  • Vorzugswese aufweist die Verfahren das Aussenden einer Empfehlung zu einem aufzuzeichnenden Inhalte-Rundfunk-Ereignis an das User-Client oder ein persönliches mobiles Gerät. Eine Antwort auf die Aussendung kann erwartet werden als Nutzer-Aufforderung, die angibt, dass der User wünscht, dieses Inhalte-Rundfunk-Ereignis aufzuzeichnen.
  • Darüber hinaus kann das Verfahren beinhalten, dass aufgezeichnete Rundfunk-Ereignisse die in dem Nutzer-spezifischen Aufzeichnungsbereich gespeichert sind auf den persönlichen Media Client des Nutzers gestrammt werden. Vorzugsweise wird das Streaming auf Aufforderung eines Nutzers hin ausgeführt, welche anzeigt, dass der Nutzer das Ausspielen des Rundfunk-Inhalte-Ereignisses wünscht.
  • Vorteilhafterweise – um Aufzeichnungs-Speicherplatz zu sparen – werden Beginn- und Ende-Zeitpunkt des Inhalte-Rundfunk-Ereignisses automatisch durch Analyse des overthe-top Weitersende-Signals identifiziert. Eine Aufzeichnung kann eine vordefinierte Anzahl von Minuten vor dem Sendezeitpunkt des Inhalte-Rundfunk-Ereignisses beginnen und eine vordefinierte Anzahl von Minuten nach Ende des Inhalte-Rundfunk-Ereignisses beendet würden.
  • Vorzugsweise ist die OTT Weitersende Quelle ein Multicast-Server.
  • Das gehostete Speichersystem kann als Cloud Speichersystem implementiert sein.
  • Entsprechend einer zweiten Client-bezogenen Betrachtung der Erfindung wird der Gegenstand umgesetzt durch eine Client-Verfahren zum Management der persönlichen Inhalte-Aufzeichnung eines Rundfunk-Inhalte-Ereignisses als Privatkopie eines Nutzers, die die Schritte umfasst:
    • – eine Management-Server-Aufforderung zu erhalten, um das Rundfunk-Inhalte Ereignis direkt aus einer Inhalte-Rundfunk Quelle zu empfangen, und, in Beantwortung der Management-Server-Aufforderung:
    • – den Empfang des Inhalte-Rundfunk-Ereignisses direkt aus der Inhalte-Rundfunk-Quelle zu initiieren;
    • – eine Management-Server-Aufforderung zur Aufzeichnung des Inhalte-Rundfunk-Ereignisses in einem persönlichen lokalen Speicherbereich zu erhalten, und in Beantwortung dieser Management Server Aufforderung:
    • – die Aufzeichnung des Inhalte-Rundfunk-Ereignisses in einem persönlichen lokalen Speicherbereich zu initiieren.
  • In bestimmten Ausführungen beinhaltet das Client-Verfahren, eine Management-Server-Aufforderung zum Hochladen des Inhalte-Rundfunk-Ereignisses in den Nutzerspezifischen Aufzeichnungs-Bereich des gehosteten Speichersystems zu erhalten. In Beantwortung der erhaltenen Management-Server-Aufforderung kann das Hochladen des Inhalte-Rundfunk-Ereignisses in den Nutzer-spezifischen Aufzeichnungs-Bereich des gehosteten Speichersystems initiiert werden.
  • Vorteilhafterweise beinhaltet das Client-Verfahren das Senden einer Nutzer-Aufforderung an den Server zum Ausspielen des in dem Nutzer-zugänglichen Aufzeichnungs-Bereich des gehosteten Speichersystems gespeicherten Inhalte-Rundfunk-Ereignisses. Das Inhalte-Rundfunk-Ereignis kann vom Nutzer-zugänglichen Aufzeichnungs-Bereich des gehosteten Speichersystems gestrammt würden.
  • In einer bevorzugten Ausführung wird das Inhalte-Rundfunk-Ereignis direkt aus einer digitalen Video-Rundfunk (DVB)-Quelle empfangen. Zum Beispiel kann der direkte Empfang über eine SAT-over-IP oder Cable-over-IP oder eine ähnliche Verteilungstechnik im Home-Netzwerk eines Nutzers erfolgen. Mit anderen Worten wird der Empfang eines Inhalte-Rundfunk-Ereignisses als “direkt” von der Inhalte-Rundfunk-Quelle angesehen solange dieser beim Nutzer im lokalen Umfeld des Users erfolgt. IP-Verteilung aufweist vorzugsweise die Demodulation des DVB-Signals und seine Konversion in ein IPbasiertes Signal ohne Kompression des Audio- oder Video-Signals, das in dem DVB-Signal enthalten ist.
  • Entsprechend einer dritten Server-bezogenen Betrachtung der Erfindung wird der Gegenstand umgesetzt durch eine Server-Anordnung welche zumindest einen Management-Server zum Management der persönlichen Inhalte-Aufzeichnung eines Inhalte-Rundfunk-Ereignisses als Privatkopie des Nutzers beinhaltet, wobei der Management Server aufweist:
    • – eine Nutzer-Beziehungs-Einheit, die eingerichtet ist, um eine Nutzer-Aufforderung zum Aufzeichnen eines Inhalte-Rundfunk-Ereignisses zu empfangen
    • – ein Auswertungs-Einheit, die eingerichtet ist, um festzustellen, ob oder ob nicht das Inhalte-Rundfunk-Ereignis zugelassen ist für die over-the-top Weitersendung; und die eingerichtet ist, um zu festzustellen, ob oder ob nicht das Rundfunk-Inhalte-Ereignis zugelassen ist zur Speicherung in einem gehosteten Speicherbereich.
    • – eine Empfangs-Management-Einheit, die eingerichtet ist, um den Empfang einer over-the-top Weitersendung eines Inhalte-Rundfunk-Ereignisses zu initiieren; und die eingerichtet ist, um ein User-Client Gerät aufzufordern, das Inhalte-Rundfunk-Ereignis direkt aus der Inhalte-Rundfunk-Quelle, d.h. nicht OTT, zu empfangen.
    • – eine Aufzeichnungs-Management-Einheit, welche eingerichtet ist, um die Aufzeichnung eines Inhalte-Rundfunk-Ereignisses in einem Nutzer-zugänglichen Speicherbereich des gehosteten Speichersytems zu initiieren; und um das User-Client Gerät aufzufordern, das Inhalte-Rundfunk-Ereignis in einem persönlichen lokalen Speicherbereich aufzuzeichnen.
  • Vorzugsweise ist der Nutzer-zugängliche Speicherbereich ein Nutzer-spezifischer Speicherbereich. Alternativ kann der Nutzer-zugängliche Speicherbereich vorgesehen sein, um das Inhalte-Rundfunk-Ereignis als Masterkopie zu speichern.
  • In weiteren Ausführungen ist die Auswertungseinheit eingerichtet, um festzustellen, ob oder ob nicht das im User-Client aufgezeichnete Inhalte-Rundfunk-Ereignis zugelassen ist zum Hochladen in das gehostete Speichersystem. Der Management Server kann eine Server-Hochlade-Management-Einheit enthalten, die eingerichtet ist, das User-Client Gerät aufzufordern, das Inhalte-Rundfunk-Ereignis in den User-spezifischen Bereich des gehosteten Speichersystems hochzuladen.
  • Vorzugsweise aufweist die Server Anordnung einen oder mehrere Play-out Server zum Ausspielen der Aufzeichnung des Inhalte-Rundfunk-Ereignisses, das in einem Nutzerzugänglichen Aufzeichnungsbereich des gehosteten Speichersystems gespeichert wurde. Das gehostete Speichersystem kann aus dem Play-out Server bestehen.
  • Vorzugsweise aufweist der Management-Server eine Datenbank für Inhalte-Rundfunk, die eingerichtet, ist um jedem Inhalte-Rundfunk-Ereignis eine Empfangs-Lizenz-Information zuzuordnen, welche angibt, ob oder ob nicht das Inhalte-Rundfunk-Ereignis zugelassen ist für die Over-the-top Weitersendung sowie eine Ereignis-Speicherungs-Information, welche angibt, ob oder ob nicht das Inhalte-Rundfunk-Ereignis zugelassen ist für gehostete Speicherung. Die Auswertungs-Einheit kann eingerichtet sein, um die zugeordnete Ereignis-Empfangs-Lizenz-Information und die zugeordnete Ereignis-Speicherungs- Lizenz-Information aus der Datenbank für Inhalte-Rundfunk zu lesen.
  • Vorzugsweise wird die Datenbank für Inhalte-Rundfunk darüberhinaus eingerichtet, um jedem Inhalte-Rundfunk-Ereignis eine Hochlade-Lizenz-Information zuzuordnen, welche angibt, ob oder ob nicht das im persönlichen lokalen Speicher aufgezeichnete Inhalte-Rundfunk-Ereignis zugelassen ist zum Hochladen in das gehostete Speichersystem. Die Auswerte-Einheit kann eingerichtet sein, um die zugeordnete Hochlade-Lizenz-Information aus der Datenbank für Inhalte-Rundfunk auszulesen.
  • In weiteren bevorzugten Ausführungen kann die Server Anordnung eine Empfehlungs-Maschine enthalten, welche einem Nutzer ein Inhalte-Rundfunk-Ereignis zur Aufzeichnung empfiehlt.
  • Eigenschaften und Vorteile die mit Bezug auf die Server-Verfahren entsprechend der ersten Betrachtung der Erfindung beschrieben sind, sollen für die Server-Anordnung nach der dritten Betrachtung entsprechend gelten. Wenn – beispielweise – die Server- Verfahren den Schritt einer Empfehlung für den Nutzer, ein Rundfunk-Inhalte-Ereignis aufzuzeichnen, aufweist, wird vorzugsweise die Server-Anordnung eingerichtet, um dem Nutzer eine Empfehlung für die Aufzeichnung eines Rundfunk-Inhalte-Ereignisses zu geben.
  • Entsprechend einer vierten, User-Client bezogenen Betrachtung der Erfindung wird der Gegenstand umgesetzt durch einen User-Client, welcher aufweist:
    • – eine Kommunikations-Einheit die eingerichtet ist, eine Management-Server Aufforderung zu erhalten, um das Inhalte-Rundfunk-Ereignis direkt aus der Inhalte-Rundfunk-Quelle zu empfangen; und die eingerichtet ist, eine Management-Server-Aufforderung zu erhalten, um das Inhalte-Rundfunk-Ereignis in einem persönlichen, lokalen Speicherbereich aufzuzeichnen
    • – eine Client-Empfangs-Management-Einheit, die eingerichtet ist, um den Empfang des Inhalte-Rundfunk-Ereignisses direkt aus der Inhalte-Rundfunk-Quelle zu initiieren
    • – eine Client-Aufzeichnungs-Management-Einheit, welche eingerichtet ist, um die Aufzeichnung des Inhalte-Rundfunk-Ereignisses in einem persönlichen lokalen Speicher zu initiieren.
  • In einer bevorzugten Ausführung aufweist das User-Client eine Kommunikations-Einheit, die eingerichtet ist, eine Aufforderung des Management Servers zum Hochladen des Inhalte-Rundfunk-Ereignisses in den Nutzer-spezifischen Aufzeichnungsbereich des gehosteten Speichersystems zu erhalten. Das User-Client Gerät kann darüber hinaus eine Client-Hochlade-Management-Einheit enthalten, welche eingerichtet ist, das Hochladen des Rundfunk-Inhalte-Ereignisses in den Nutzer-spezifischen Aufzeichnungsbereich des gehosteten Speichersystems zu initiieren.
  • Vorzugsweise ist der Client eigerichtet, eine Nutzer-Aufforderung an den Management-Server zu senden, um das im Nutzer-zugänglichen Aufzeichnungsbereich des gehosteten Serversystems gespeicherte Inhalte-Rundfunk-Ereignis auszuspielen. Eine Nutzer-Aufforderung kann, beispielsweise, über ein Bildschirm Menü abgegeben werden.
  • Um einen kompakten und portablen User-Client zu ermöglichen, kann dieser als monolithischer HDMI-dongle ausgeführt sein, welcher einen Empfänger für DVB-S, DVB-T oder DVB-C auf der Platine (“on-board”) aufweist. Alternativ kann der User-Client als monolithischer HDMI-Dongle ohne einen DVB-Empfänger auf der Platine ausgeführt sein. In diesem Fall kann der User-Client mit Mitteln ausgestattet sein, um einen externen DVB-Empfänger im Haushalt des Nutzers z.B. über WLAN oder LAN einzubinden. Alternativ zur Ausführung als monolithischer HDMI-Dongle, kann der User-Client als Settop-Box ausgeführt sein.
  • Vorzugsweise aufweist der User-Client ein Verschlüsselungsmodul, um das Inhalte-Rundfunk-Ereignis vor dem Hochladen zu verschlüsseln. Auf diese Weise wird sichergestellt, dass ein Inhalte-Rundfunk-Ereignis nur von dem autorisierten Nutzer gesehen werden kann, der über einen geeigneten Schlüssel zur Entschlüsselung verfügt. Darüberhinaus aufweist vorzugsweise der User-Client eine Transcoding-Einheit, z.B. einen h.264/MPEG-4 oder einen HEVC-Transcoder, um den DVB-S/T/C-Transport-Strom zu transcodieren. Die Funktionen des User-Clients können durchaus in diskreter Logik ausgeführt sein, z.B. durch einen Quadcore-Prozessor, der in einer Android- oder vergleichbaren Systemumgebung betrieben wird.
  • Eigenschaften und Vorteile, die mit Bezug auf die Client-Verfahren entsprechend der zweiten Betrachtung der Erfindung beschrieben sind, sollen für die User-Client Anordnung nach der vierten Betrachtung entsprechend gelten. Wenn – beispielweise – die Client Verfahren den Schritt des Streamens eines Inhalte-Rundfunk-Ereignisses aus dem Nutzer-zugänglichen Aufzeichnungs-Bereich des gehosteten Speichersystems aufweist, soll der User-Client vorzugsweise eingerichtet sein, um das Inhalte-Rundfunk-Ereignis aus dem Nutzer-zugänglichen Bereich des gehosteten-Speichersystems zu streamen.
  • Die verschiedenen Ausführungsbeispiele der Erfindung werden nun, in beispielhafter Darstellung erläutert, basierend auf Ausführungen unter Bezug auf die begleitenden Zeichnungen, wobei:
  • 1 schematisch ein Flussdiagramm einer Server-Verfahren entsprechend der ersten Betrachtung der Erfindung zeigt;
  • 2 schematisch ein Flussdiagramm einer Client-Verfahren entsprechend der zweiten Betrachtung der Erfindung zeigt;
  • 3 schematisch eine Server-Anordnung entsprechend der dritten Betrachtung der Erfindung in Kommunikation mit einem Client-Gerät entsprechend der vierten Betrachtung der Erfindung zeigt.
  • Ein Flussdiagram eines Server-Verfahrens entsprechend der ersten Betrachtung der Erfindung ist in 1 gezeigt. Start und Ende der beispielhaften Server-Verfahren sind durch Ovale dargestellt. Entscheidungen sind als Rauten dargestellt, wobei “Y” das positive, “N” das negative Testergebnis bezeichnet.
  • In einem ersten Schritt S1 wird die Nutzer-Aufforderung, ein Rundfunk-Inhalte-Ereignis aufzuzeichnen, erhalten.
  • In einem parallelen Schritt 8 wird eine Datenbank für Rundfunk-Inhalte verwaltet, die jedem Rundfunk-Inhalte-Ereignis eine Empfangs-Lizenz-Information zuordnet, welche angibt, ob oder ob nicht das Rundfunk-Inhalte-Ereignis für die over-the-top Weitersendung zugelassen ist, sowie eine Ereignis-Speicherungs-Lizenz-Information, welche angibt, ob oder ob nicht das Rundfunk-Inhalte-Ereignis für die Aufzeichnung in einen gehosteten Speicher zugelassen ist, sowie eine Ereignis-Hochlade-Information, welche angibt, ob oder ob nicht das im persönlichen lokalen Speicherbereich aufgezeichnete Rundfunk-Inhalte-Ereignis für das Hochladen in das gehostete Speichersystem zugelassen ist. Entsprechende Lizenz-Informationen werden in den zugeordneten Entscheidungs-Schritten ausgelesen.
  • Im folgenden zweiten Schritt S2 wird festgestellt, ob oder ob nicht das Inhalte-Rundfunk-Ereignis zugelassen ist für die over-the-top Weitersendung. Für diesen Zweck wird die zugeordnete Ereignis-Empfangs-Lizenz-Information aus der Datenbank für Inhalte-Rundfunk im Schritt S2´ ausgelesen.
  • Wenn das Inhalte-Rundfunk-Ereignis zugelassen ist für die over-the-top Weitersendung wird der Empfang der over-the-top Weitersendung des Inhalte-Rundfunk-Ereignisses initiiert in einem dritten Schritt S3.
  • Wenn – alternativ – das Inhalte-Rundfunk-Ereignis nicht zugelassen ist für die over-the-top Weitersendung, wird ein User-Client aufgefordert, ein Rundfunk-Inhalte-Ereignis direkt aus einer Rundfunk-Inhalte-Quelle, in einem alternativen Schritt S3´ zu empfangen.
  • In einem vierten Schritt S4 wird festgestellt, ob oder ob nicht das Inhalte-Rundfunk-Ereignis zugelassen ist zur Speicherung in einem gehosteten Speichersystem. Um dies zu ermöglichen wird in Schritt S4´ die zugeordnete Ereignis-Speicherungs-Lizenz-Information ausgelesen aus der Datenbank für Rundfunk-Inhalte.
  • Wenn das Inhalte-Rundfunk-Ereignis zugelassen ist für die gehostete Speicherung, wird in einem fünften Schritt S5 die Aufzeichnung des Rundfunk-Inhalte-Ereignisses in einem Nutzer-spezifischen Aufzeichnungsbereich des gehosteten Speichersystems initiiert; Wenn – alternativ – das Inhalte-Rundfunk-Ereignis nicht zugelassen ist für die gehoste Speicherung, wird in einem alternativen Schritt S5´ ein User-Client aufgefordert, das Rundfunk-Inhalte-Ereignis in einem persönlichen lokalen Speicherbereich aufzuzeichnen.
  • In einem sechsten Schritt S6 wird festgestellt, ob oder ob nicht das in einem User-Client aufgezeichnete Rundfunk-Inhalte-Ereignis zugelassen ist für das Hochladen in ein gehostetes Speichersystem. Für diesen Zweck beinhaltet die Verfahren in Schritt S6´ das Auslesen der zugeordneten Ereignis-Hochlade-Lizenz-Information aus der Datenbank für Inhalte-Rundfunk.
  • Falls das Inhalte-Rundfunk-Ereignis zugelassen ist für das Hochladen in das gehostete Speichersystem wird in einem siebten Schritt S7 das User-Client aufgefordert, das Inhalte-Rundfunk-Ereignis in den Nutzer-spezifischen Aufzeichnungs-Bereich des gehosteten Speichersystems hochzuladen.
  • Falls – alternativ – das Rundfunk-Inhalte-Ereignis nicht zugelassen ist für das Hochladen in das gehostete Speichersystem, verbleibt das Rundfunk-Inhalte-Ereignis in dem persönlichen lokalen Speicherbereich.
  • Ein Flussdiagramm eines Client-Verfahrens entsprechend des zweiten Aspekts der Erfindung ist schematisch dargestellt in 2. Zur Klarstellung sind Aufforderungen der Server-Verfahren, die in die Client-Verfahren eingreifen, in 2 als gestrichelte Linien/Kästen eingezeichnet.
  • In einem ersten Schritt C1 wird eine Management-Server-Aufforderung erhalten für den Empfang eines Inhalte-Rundfunk-Ereignisses direkt aus einer Inhalte-Rundfunk-Quelle.
  • In Beantwortung des Erhalts dieser Management-Server-Aufforderung wird in einem zweiten Schritt C2 ein Empfang des Inhalte-Rundfunk-Ereignisses direkt aus einer Inhalte-Rundfunk-Quelle,
  • In dem folgenden dritten Schritt C3 wird eine Management-Server-Aufforderung erhalten für die Aufzeichnung des Inhalte-Rundfunk-Ereignisses in einem persönlichen lokalen Speicher.
  • In Beantwortung des Erhalts dieser Management-Server-Aufforderung wird in einem folgenden vierten Schritt C4 die Aufzeichnung des Inhalte-Rundfunk-Ereignisses in einem persönlichen lokalen Speicher initiiert.
  • Im Folgenden fünften Schritt C5 wird eine Management-Server-Aufforderung erhalten für das Hochladen des Inhalte-Rundfunk-Ereignisses in den Nutzer-spezifischen Aufzeichnungsbereich des gehosteten Speichersystems.
  • In Beantwortung des Erhalts der Management-Server-Aufforderung wird in einem folgenden sechsten Schritt C6 das Hochladen des Inhalte-Rundfunk-Ereignisses in den Nutzerspezifischen Aufzeichnungsbereich des gehosteten Speichersystems initiiert.
  • Unter Bezug auf 3 werden nun Server-Anordnung und Client erläutert. Zur Klarstellung ist die 3 in drei Abschnitte I, II und III geteilt: der Lösungs-Anbieter-Abschnitt I, zugehörig zu einem Lösungsanbieter, z.B. einem Anbieter von Cloud-basiertem PVR; der Inhalte-Rundfunk-Abschnitt II zugehörig zu einem Anbieter originären Inhalts, z.B. ein TV Sender; und der User-Client-Abschnitt III, physikalisch zugehörig zu dem Nutzer.
  • In der Server-Anordnung 100 in 3 ist der Nutzer-zugängliche Aufzeichnungsbereich des gehosteten Speichersystems 21 ein Nutzer-spezifischer Bereich 22, 22´, 22´´. Eine Privatkopie des Inhalte-Rundfunk-Ereignisses E wird für jeden Nutzer in einem diesem zugehörigen Nutzer-spezifischen Aufzeichnungsbereich 22, 22´ und 22´´ gespeichert.
  • Eine Server-Anordnung 100 im Lösungs-Anbieter-Abschnitt I in 3 weist einen Management-Server 10 zum Management der persönlichen Inhalte Aufzeichnung eines Inhalte-Rundfunk-Ereignisses E auf, sowie einen Play-out-Server 20, der in einem gehosteten Speichersystem enthalten ist. Das gehostete Speichersystem hat mehrere Nutzerspezifische Aufzeichnungsbereiche 22, 22´ und 22`, von denen jeder exklusiv für einen bestimmten Nutzer reserviert ist. Beispielhaft ist ein aufgezeichnetes Inhalte-Rundfunk-Ereignis abgebildet im “obersten” Nutzer-spezifischen Speicherbereich 22.
  • Management Server 10 und Play-out-Server 20 können über eine Datenverbindung 20´ kommunizieren, die als LAN Verbindung implementiert sein kann, wenn – zum Beispiel – beide Server 10 und 20 im gleichen Gebäude aufgestellt sind. Alternativ, kann die Datenverbindung 20´ als WAN implementiert sein, wenn – zum Beispiel – beide Server 10 und 20 an unterschiedlichen Ländern betrieben werden. Eine Kombination von LAN und WAN Verbindungen ist möglich, falls mehrere verteilte Ausspiel-Server genutzt werden.
  • Eine OTT-Weitersende-Quelle 50, hier dargestellt als Multicast Server, und eine Inhalte-Rundfunk-Quelle 40, hier dargestellt als Satelliten-Einspeisungs-Einheit, sind im Inhalte-Rundfunk-Abschnitt II in 3 dargestellt. Sozusagen sendet der originäre Inhalte-Anbieter einerseits das Inhalte-Rundfunk-Ereignis E aus der Rundfunkquelle 40. Andererseits liefert der originäre Inhalte-Anbieter das Inhalte-Rundfunk-Ereignis E für die OTT-Weitersendung aus der OTT-Weitersende-Quelle 50. Das Inhalte-Rundfunk-Ereignis E wird von der Rundfunk Quelle 40 zur OTT Weitersende Quelle geleitet über einen Inhalte-Routing-Kanal 60.
  • Der Management-Server 10 ist eingerichtet, um mit der OTT Weitersendequelle 50 über einein bidirektionalen Weitersende-Kanal 50´ zusammenzuwirken, z.B. via IPV4 Protokoll.
  • Ein User-Client 30, welches – zum Beispiel – als monolithischer HDMI dongle mit einem HDMI Anschluss 39 gestaltet ist, wird in dem User-Client Abschnitt III in 3 dargestellt. Das User-Client 10 ist eingerichtet, um mit dem Management-Server 10 zusammenzuwirken über eine bidirektionale Internet-Verbindung 10´, z.B. über http-Protokoll. Das User-Client 10 ist ebenfalls eingerichtet, um mit der Inhalte-Rundfunk-Quelle 40, einer unidirektionalen DVB-S Verbindung als Inhalte-Rundfunk-Kanal, zusammenzuwirken. Zu diesem Zweck ist das User-Client 10 ausgerüstet mit einem DVB-S Empfänger 36 auf der Platine (“on-board”).
  • Was die Server-Anordnung 100 betrifft, ist der Play-out-Server 20 eingerichtet, um ein im Nutzer-spezifischen Aufzeichnungsbereich 22 des gehosteten Speicherssystems 21 gespeichertes Inhalte-Rundfunk-Ereignis E auszuspielen.
  • Der Management-Server 10 weist eine Nutzer-Beziehungs-Einheit 11 auf, welche eingerichtet ist, um eine Nutzer-Aufforderung zur Aufzeichnung des Inhalte-Rundfunk-Ereignisses E zu erhalten, eine Auswerte-Einheit 12, welche eingerichtet ist, um festzustellen, ob oder ob nicht das Inhalte-Rundfunk-Ereignis E zugelassen ist für OTT Weitersendung; und welche eingerichtet ist, um festzustellen, ob oder ob nicht das Inhalte-Rundfunk-Ereignis E zugelassen ist zur Speicherung in einem gehosteten Speichersystem 21.
  • Der Management-Server 10 weist darüber hinaus eine Empfangs-Management-Einheit 13 auf, welche eingerichtet ist für den Empfang einer OTT-Weitersendung des Inhalte-Rundfunk-Ereignisses E; und welche eingerichtet ist, um ein User-Client 30 aufzufordern, das Rundfunk-Inhalte Ereignis direkt aus der Inhalte-Rundfunk-Quelle 40 , d.h. nicht OTT, zu empfangen.
  • Der Management-Server 10 weist auch eine Aufzeichnungs-Management Einheit 14 auf, welche eingerichtet ist, um die Aufzeichnung des Inhalte-Rundfunk-Ereignisses E in einem Nutzer-spezifischen Aufzeichnungsbereich 22 des gehosteten Speichersystems 21 zu initiieren; und um das User-Client 30 aufzufordern, das Rundfunk-Inhalte-Ereignis E in einem persönlichen lokalen Speicherbereich 32 aufzuzeichnen.
  • Der Management-Server 10 weist auch eine Empfehlungsmaschine 15 auf, um einem Nutzer ein Rundfunk-Inhalte-Ereignis E zur Aufzeichnung zu empfehlen.
  • Die Nutzer-Beziehungs-Einheit 11, die Auswerte-Einheit 12, die Empfangs-Management-Einheit 13, die Aufzeichungs-Management-Einheit 14 und die Empfehlungs-Maschine 15
    • – welche in dem vorliegenden Fall in dem Management-Server 10 zusammengefasst sind
    • – können durchaus auch als getrennte Server oder verteilt auf verschiedene Server ausgeführt sein.
  • Das User-Client 30 aufweist eine Kommunikations-Einheit 31, welche eingerichtet ist, um eine Anfrage des Management-Servers zum Empfang eines Inhalte-Rundfunk-Ereignisses E direkt aus einer Inhalte-Rundfunk-Quelle 40 zu erhalten; und welche eingerichtet ist, um eine Anfrage des Management Servers zur Aufzeichnung eines Inhalte-Rundfunk-Ereignisses in einen persönlichen lokalen Speicherbereich 32 erhalten. In dem vorliegenden Beispiel aufweist der persönliche lokale Speicherbereich 32 eine Kapazität von 64 GB. Das User-Client 30 aufweist ebenfalls eine Client-Empfangs-Management-Einheit 33, welche eingerichtet ist, um den Empfang des Rundfunk-Inhalte-Ereignisses E direkt aus einer Inhalte-Rundfunk-Quelle 40 zu initiieren. Im vorliegenden Fall ist die Client-Empfangs-Management-Einheit 33 auf der Platine eingerichtet, um den Empfang über den auf der Platine befindlichen DVB-S Empfänger 36 zu initialisieren.
  • Ebenfalls im User-Client Gerät 30 enthalten ist eine Client-Aufzeichnungs-Management Einheit 34, welche eingerichtet ist, eine Aufzeichnung eines Inhalte-Rundfunk-Ereignisses in dem persönlichen lokalen Aufnahmebereich 32 zu initialisieren. Die Kommunikations-Einheit 31 ist eingerichtet, um eine Aufforderung des Management-Servers zum Hochladen des Rundfunk-Inhalte Ereignisses E in den Nutzer-spezifischen Speicherbereich 22 des gehosteten Speichersystems 21 zu erhalten. Der User-Client 30 aufweist darüber hinaus eine Client-Hochlade-Management-Einheit 35, welche eingerichtet ist, um das Hochladen des Rundfunk-Inhalte-Ereignisses E in den Nutzer-spezifischen Aufzeichnungsbereich 22 im gehosteten Speichersystem 21 zu initiieren. Die im User-Client 30 enthaltenen Komponenten können durchaus als diskrete Logik aufgebaut sein und müssen nicht notwendigerweise getrennte Komponenten sein.
  • In einer weiteren Ausführung der Serveranordnung (hier nicht dargestellt) in Kommunikation mit einem Client-Gerät ist die OTT Weitersendequelle 50 im Lösungs-Anbieter-Abschnitt I enthalten, nach Ermessen des Lösungs-Anbieters, z.B. eines Cloud-basierten PVR-Anbieters. Mit anderen Worten wird die OTT Weitersende-Quelle 50 von demselben Anbieter betrieben wie der Management-Server 10. Die Inhalte-Rundfunk-Quelle 40, im vorliegenden Fall eine Satelliten-Einspeise-Einheit, verbleibt im Inhalte-Rundfunk-Abschnitt II nach Ermessen des originären Inhalte-Anbieters, z.B. des TV Senders.
  • Bezugszeichenliste
  • E
    Rundfunk-Inhalte-Ereignis
    S1...Sn
    Server Verfahrenschritte
    C1...Cn
    Client Verfahrenschritte
    10
    Management Server
    10’
    bidirektionale Internet Verbindung
    11
    Nutzer Beziehungs Einheit
    12
    Auswertungs-Einheit
    13
    Empfangs-Management-Einheit
    14
    Aufzeichnungs-Management-Einheit
    15
    Empfehlungs-Maschine
    20
    Play-Out Server
    20’
    Datenverbindung
    21
    gehostetes Speichersystem
    22, 22’, 22’’
    Nutzer-spezifischer Aufzeichnungsbereich
    30
    User-Client
    31
    Kommunikation Einheit
    32
    persönlicher lokaler Speicherbereich
    33
    Client Empfangs Management Einheit
    34
    Client Aufzeichnungs Management Einheit
    35
    Client Hochlade Management Einheit
    36
    DVB-S Empfänger
    39
    HDMI Anschluss
    40
    Inhalte Rundfunk Quelle
    40’
    Inhalte Rundfunk Kanal
    50
    OTT Weitersende Quelle
    50’
    OTT Weitersende Kanal
    60
    Inhalte Routing Quelle
    100
    Server Anordnung

Claims (14)

  1. Serververfahren zum Management persönlicher Inhalte-Aufzeichungen eines Inhalte-Rundfunk-Ereignisses als Privatkopie eines Nutzers, dadurch gekennzeichnet, dass: – (S1) eine Nutzer-Anfrage empfangen wird, um ein Inhalte-Rundfunk-Ereignis aufzuzeichnen, und, in Beantwortung des Erhalts dieser Nutzer-Anfrage: – (S2) festgestellt wird, ob oder ob nicht das Inhalte-Rundfunk-Ereignis für eine over-the-top (OTT) Weitersendung zugelassen ist; – (S4) festgestellt wird, ob oder ob nicht das Rundfunk-Inhalte-Ereignis zur Speicherung in einem gehosteten Speichersystem zugelassen ist; – (S3) ein Empfang einer over-the-top Weitersendung des Inhalte-Rundfunk-Ereignisses initiiert wird, falls das Rundfunk-Inhalte-Ereignis für die over-the-top Weitersendung zugelassen ist; – (S3´) ein User-Client aufgefordert wird, ein Inhalte-Rundfunk-Ereignis direkt aus einer Inhalte-Rundfunk-Quelle zu empfangen, falls das Rundfunk-Inhalte-Ereignis nicht für die over-the-top Weitersendung zugelassen ist; – (S5) eine Aufzeichnung des Inhalte-Rundfunk-Ereignisses in einem Nutzerzugänglichen Aufzeichnungsbereich des gehosteten Speichersystems initiiert wird, falls das Inhalte-Rundfunk-Ereignis für die gehostete Speicherung zugelassen ist; – (S5´) das User-Client aufgefordert wird, das Inhalte-Rundfunk-Ereignis in einem persönlichen lokalen Speicherbereich aufzuzeichnen, falls das Inhalte-Rundfunk-Ereignis nicht für die gehostete Speicherung zugelassen ist.
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass: – (S6) entschieden wird, ob oder ob nicht das im User-Client aufgezeichnete Inhalte-Rundfunk-Ereignis zugelassen ist zum Hochladen in das gehostete Speichersystem; (S7) der User-Client aufgefordert wird, das Inhalte-Rundfunk-Ereignis in den Nutzer-spezifischen Aufzeichnungsbereich des gehosteten Speichersystems hochzuladen, falls das Rundfunk-Inhalte-Ereignis zum Hochladen in das gehostete Speichersystem zugelassen ist.
  3. Verfahren nach Anspruch 1 oder 2, gekennzeichnet durch den Schritt: – (S8) wobei die Feststellung, ob oder ob nicht das Rundfunk-Inhalte-Ereignis für over-the-top Weitersendung zugelassen ist, das Lesen (S2´) der zugeordneten Ereignis-Empfangs-Lizenz-Information aus der Datenbank für Inhalte-Rundfunk umfasst, und wobei – die Feststellung, ob oder ob nicht das Inhalte-Rundfunk-Ereignis für die Speicherung in einem gehosteten Speichersystem zugelassen ist, das Lesen (S4´) der zugeordneten Ereignis-Speicherungs-Lizenz-Information aus der Datenbank für Inhalte-Rundfunk einschließt.
  4. Verfahren nach Anspruch 3, wobei der Betrieb der Datenbank für Inhalte-Rundfunk einschliesst, dass jedem Inhalte-Rundfunk-Ereignis eine Hochlade-Lizenz-Information zugeordnet ist, welche angibt, ob oder ob nicht das im persönlichen lokalen Speicher aufgezeichnete Inhalte-Rundfunk-Ereignis zum Hochladen in das gehostete Speichersystem zugelassen ist, und wobei – die Festellung, ob oder ob nicht das im persönlichen lokalen Speicherbereich aufgezeichnete Inhalte-Rundfunk-Ereignis zum Hochladen in das gehostete Speichersystem zugelassen ist, das Lesen (S8´) der zugeordneten Ereignis-Hochlade-Lizenz-Information aus der Datenbank für Rundfunk-Inhalte einschließt.
  5. Verfahren nach einem der vorangehenden Ansprüche, dadurch gekennzeichnet, dass: – an das Client-Gerät und/oder das persönliche Mobilgerät des Nutzers eine Empfehlung zur Aufzeichnung eines Inhalte-Rundfunk-Ereignisses gesendet wird; – eine Antwort auf die Aussendung erwartet wird als Aufforderung des Nutzers, das Rundfunk-Inhalte-Ereignis aufzuzeichnen.
  6. Verfahren nach einem der vorangehenden Ansprüche, dadurch gekennzeichnet, dass: – auf eine Nutzer-Anfrage hin, die den Wunsch eines Nutzers auf das Ausspielen des Rundfunk-Inhalte-Ereignisses anzeigt, ein streaming des in dem Nutzer-spezifischen Aufzeichnungsbereich gespeicherten Rundfunk-Ereignisses an den persönlichen Medien-Client des Nutzers initiiert wird.
  7. Verfahren nach einem der vorangehenden Ansprüche, dadurch gekennzeichnet, dass ein DRM System eingesetzt wird, um die Nutzung eines Inhalte-Rundfunk-Ereignisses, das urspünglich in einem persönlichen lokalen Aufzeichnungsbereich aufgezeichnet wurde und in das gehostete Speichersystem hochgeladen wurde, zu überwachen, und/oder um die Nutzung eines Inhalte-Rundfunk-Ereignisses in dem Nutzer-spezifischen Aufnahmebereich eines gehosteten Speichersystens zu überwachen.
  8. Client-Verfahren zum Management der persönlichen Inhalte-Aufzeichnung eines Inhalte-Rundfunk-Ereignisses, dadurch gekennzeichnet, dass in den Schritten: – (C1) eine Management-Server Anforderung erhalten wird zum Empfangen des Inhalte-Rundfunk-Ereignisses direkt aus einer Rundfunk-Inhalte-Quelle, und in Beantwortung des Erhalts dieses Management Server Aufrufs: – (C2) der Empfang eines Inhalte-Rundfunk-Ereignisses direkt aus der Rundfunk-Inhalte-Quelle initiiert wird; – (C3) ein Management-Server-Aufruf erhalten wird zum Aufzeichnen des Inhalte-Rundfunk-Ereignisses in einen persönlichen lokalen Speicherbereich, und in Beantwortung dieses Management Server Aufrufs: – (C4) die Aufzeichnung des Inhalte-Rundfunk-Ereignisses in dem persönlichern lokalen Speicherbereich initiiert wird. Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass: – (C5) eine Management-Server-Aufforderung erhalten wird zum Hochladen des Inhalte-Rundfunk-Ereignisses in einen Nutzer-spezifischen Speicherbereich des gehosteten Speichersystems, und, in Beantwortung des Erhalts der Management-Server-Aufforderung: – (C6) ein Hochladen des Rundfunk-Inhalte-Ereignisses in einen Nutzerspezifischen Aufzeichnungsbereich eines gehosteten Speiechersystems initiiert wird.
  9. Verfahren nach einem der Ansprüche 7 bis 9, wobei der Schritt, den Empfang eines Inhalte-Rundfunk-Ereignisses direkt aus einer Inhalte-Rundfunk-Quelle, d.h. nicht OTT, zu initiieren, das Empfangen eines Inhalte-Rundfunk-Ereignisses aus einer digitalen Rundfunk-Quelle über eine DVB-over-IP-Verteilung im Haushalt-Netz eines Nutzers involviert, bevorzugt SAT-over-IP.
  10. Server Anordnung (100), welches zumindest einen Management Server (10) aufweist zum Management der persönlichen Aufzeichnung eines Inhalte-Rundfunk-Ereignisses (E) als Privatkopie eines Nutzers, dadurch gekennzeichnet, dass der Management-Server aufweist: – eine Nutzer-Beziehungs-Einheit, die eingerichtet ist, um eine Nutzer-Aufforderung zur Aufzeichnung eines Inhalte-Rundfunk-Ereignisses zu erhalten – eine Auswerte-Einheit, die eingerichtet ist, um festzustellen, ob oder ob nicht das Inhalte-Rundfunk-Ereignis zugelassen ist für die over-the-top Weitersendung; und die eingerichtet ist, um festzustellen, ob oder ob nicht das Inhalte-Rundfunk-Ereignis zugelassen ist zur Speicherung in einem gehosteten Speichersystem – eine Empfangs-Management-Einheit, die eingerichtet ist für den Empfang einer over-the-top Weitersendung des Inhalte-Rundfunk-Ereignises; und die eingerichtet ist, um ein User-Client aufzufordern, ein Inhalte-Rundfunk-Ereignis direkt aus einer Inhalte-Rundfunk-Quelle, also nicht OTT, zu empfangen. – eine Aufzeichnungs-Management- Einheit, die eingerichtet ist, um eine Aufzeichnung des Inhalte-Rundfunk-Ereignisses in einem Nutzer-zugänglichen Aufzeichnungsbereich des gehosteten Speichersystems zu initiieren; und um das User-Client aufzufordern, das Rundfunk-Inhalte-Ereignis in einem persönlichen lokalen Speicherbereich aufzuzeichnen.
  11. Server Anordnung nach Anspruch 11, dadurch gekennzeichnet, dass ein Play-out Server (20) das Rundfunk-Inhalte-Ereignis an ein User-Client (30) ausspielt.
  12. User-Client (30), gekennzeichnet durch – eine Kommunikations-Einheit, die eingerichtet ist, eine Management-Server-Aufforderung zum Empfang eines Inhalte-Rundfunk-Ereignisses direkt aus einer Inhalte-Rundfunk-Quelle, d.h. nicht OTT, zu erhalten; und die eingerichtet ist, eine Management-Server-Aufforderung zur Aufzeichnung eines Inhalte-Rundfunk-Ereignisses in einem persönlichen lokalen Speicher zu erhalten – eine Client Empfangs-Management-Einheit, die eingerichtet ist, den Empfang des Inhalte-Rundfunk-Ereignisses direkt aus einer Inhalte-Rundfunk-Quelle, d.h. nicht OTT, zu initiieren – eine Client-Aufzeichungs-Management-Einheit, die eingerichtet ist, die Aufzeichnung des Inhalte-Rundfunk-Ereignisses in einem persönlichen lokalen Speicherbereich zu initiieren.
  13. Client nach Anspruch 13, wobei die Kommunikations-Einheit eingerichtet ist, eine Management-Server-Aufforderung zu erhalten, um das Inhalte-Rundfunk-Ereignis in den Nutzer-spezifischen Speicherbereich des gehosteten Speicherssystems hochzuladen und wobei der User-Client weiterhin eine Client-Hochlade-Management-Einheit aufweist, welche eingerichtet ist, ein Hochladen des Inhalte-Rundfunk-Ereignisses in den Nutzer-spezifischen Aufzeichnungsbereich des gehosteten Speichersystems zu initiieren.
  14. Client nach Anspruch 13 oder 14, wobei der Client gestaltet ist als monolithischer HDMI-Dongle welcher entweder einen DVB-Reciever auf der Platine aufweist oder ein DVB-over-IP Signal empfangen kann.
DE102014225493.0A 2014-09-09 2014-12-10 Verteiler Cloud-PVR Withdrawn DE102014225493A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP14184163.5 2014-09-09
EP14184163 2014-09-09

Publications (1)

Publication Number Publication Date
DE102014225493A1 true DE102014225493A1 (de) 2016-03-10

Family

ID=51494178

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102014225493.0A Withdrawn DE102014225493A1 (de) 2014-09-09 2014-12-10 Verteiler Cloud-PVR

Country Status (1)

Country Link
DE (1) DE102014225493A1 (de)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005033836A1 (de) * 2005-07-20 2007-02-01 Institut für Rundfunktechnik GmbH Verfahren zum Weiterleiten von Nutzungsberechtigungsinformationen
US20090282432A1 (en) * 2006-09-20 2009-11-12 Dirk Hahnefeld Apparatus and Method for Securely Distributing Contents in a Telecommunication Network
US20090317065A1 (en) * 2008-06-19 2009-12-24 Verizon Corporate Services Group Inc. Extended digital video recorder
US20140082654A1 (en) * 2012-04-25 2014-03-20 Bart P.E. van Coppenolle Method and system for collaborative broadcast and timeshifted viewing

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005033836A1 (de) * 2005-07-20 2007-02-01 Institut für Rundfunktechnik GmbH Verfahren zum Weiterleiten von Nutzungsberechtigungsinformationen
US20090282432A1 (en) * 2006-09-20 2009-11-12 Dirk Hahnefeld Apparatus and Method for Securely Distributing Contents in a Telecommunication Network
US20090317065A1 (en) * 2008-06-19 2009-12-24 Verizon Corporate Services Group Inc. Extended digital video recorder
US20140082654A1 (en) * 2012-04-25 2014-03-20 Bart P.E. van Coppenolle Method and system for collaborative broadcast and timeshifted viewing

Similar Documents

Publication Publication Date Title
DE69901305T3 (de) Modulverwalter für interaktives fernsehsystem
DE60318818T2 (de) System zum zugriff auf einen cache-kanal in jedem netzknoten zur durchführung von benutzeranforderungen und daten
DE102006044299B4 (de) Vorrichtung und Verfahren zur gesicherten Verteilung von Inhalten in einem Telekommunikationsnetzwerk
EP1867166B1 (de) Verfahren und anordnung zum speichern und wiedergeben von tv-sendungen
DE112011103333T5 (de) Medienkonvergenzplattform
US20080222689A1 (en) System to filter and multicast personal video content
DE112011102878T5 (de) Nutzer- und Vorrichtungsauthentifizierung für Mediendienstleistungen
US11490161B2 (en) Content rights management for mobile devices
DE102005035400A1 (de) Verfahren und Vorrichtung zum Vorsehen von Zugriff auf Daten an einem Benutzerstandort
DE112011101911T5 (de) Fragmentierte Dateistruktur für die Ausgabe von Live-Medien-Streams
DE112013001136T5 (de) Effiziente Abgrenzung und Verteilung von Media-Segmenten
DE112011102879T5 (de) Medienrechteverwaltung auf mehreren Geräten
DE112011101908T5 (de) Qualitätseinstellung unter Verwendung eines fragmentierten Medienstroms
MX2015004794A (es) Fragmentacion de audio de multiples pistas para transmision continua de tasa de bits adaptable.
US11356719B2 (en) Reception device, reception method, transmission device, and transmission method
EP2247061A1 (de) Verfahren und Vorrichtung zum berechtigungsabhängigen Zugriff auf Multimediainhalte sowie die Vorrichtung umfassendes System
DE112016004560T5 (de) Gateway Multi-View-Video-Stream-Verarbeitung für Zweitbildschirminhalts-Überlagerung
DE102014210222A1 (de) Videoempfangsgerät zur Verarbeitung eines Videoinhalts, der von mehreren Verteilerplattformen empfangen werden kann, und die zugehörige Methode.
DE112015000738B4 (de) Verfahren, Computerprogrammprodukt und Netzwerk zur Übertragung eines Datenstroms in Echtzeit
EP1455530A1 (de) System zum Aufzeichnen und Wiedergeben von Fernsehsignalen mehrerer Fernsehkanäle
DE102014225493A1 (de) Verteiler Cloud-PVR
EP3217674A1 (de) Verteilter cloud-pvr
EP2204995A1 (de) Verfahren und Vorrichtung zum geräteunabhängigen Zugriff auf Multimediainhalte sowie die Vorrichtung umfassendes System
CN105917659A (zh) 服务提供商网络中的节目记录的混合存储
US20110314519A1 (en) Apparatus, systems and methods for media content delivery

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