FR3006541A1 - Appareil de reception video pour l'elaboration d'un contenu video recevable a partir d'une pluralite de plateformes de distribution et methode d'elaboration d'un tel contenu video - Google Patents

Appareil de reception video pour l'elaboration d'un contenu video recevable a partir d'une pluralite de plateformes de distribution et methode d'elaboration d'un tel contenu video Download PDF

Info

Publication number
FR3006541A1
FR3006541A1 FR1454596A FR1454596A FR3006541A1 FR 3006541 A1 FR3006541 A1 FR 3006541A1 FR 1454596 A FR1454596 A FR 1454596A FR 1454596 A FR1454596 A FR 1454596A FR 3006541 A1 FR3006541 A1 FR 3006541A1
Authority
FR
France
Prior art keywords
video
video content
platform
content
distribution
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.)
Granted
Application number
FR1454596A
Other languages
English (en)
Other versions
FR3006541B1 (fr
Inventor
Alessandro Striuli
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.)
Sisvel Technology SRL
Original Assignee
Sisvel Technology SRL
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 Sisvel Technology SRL filed Critical Sisvel Technology SRL
Publication of FR3006541A1 publication Critical patent/FR3006541A1/fr
Application granted granted Critical
Publication of FR3006541B1 publication Critical patent/FR3006541B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/20—Arrangements for broadcast or distribution of identical information via plural systems
    • H04H20/24—Arrangements for distribution of identical information via broadcast system and non-broadcast system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/26—Arrangements for switching distribution systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/42—Arrangements for resource management
    • H04H20/423—Transmitter side
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing 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/44—Processing 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/44008—Processing 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 operations for analysing video streams, e.g. detecting features or characteristics in the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6143—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a satellite
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/13—Arrangements for device control affected by the broadcast information

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)

Abstract

Dispositif de réception de contenus vidéo (103) comprenant des moyens d'interface avec au moins un dispositif de reproduction vidéo associable (102), des moyens pour recevoir des contenus vidéo d'au moins une source de contenus vidéo (104) à travers des moyens de connexion connectés à plusieurs plateformes de distribution, au moins une première connexion à une première plateforme (105) de type à large bande et au moins une deuxième connexion à une deuxième plateforme (106) de type radiodiffusion, des premiers moyens pour identifier un contenu vidéo à reproduire, des deuxièmes moyens pour identifier au moins une plateforme de distribution active, des moyens pour sélectionner la réception du contenu vidéo à travers la plateforme de distribution active, des moyens pour commuter entre les première et deuxième connexions en fonction d'un signal de commande du dispositif de réception, un processeur vidéo pour générer un signal vidéo comprenant ledit contenu vidéo sous forme reproductible.

Description

APPAREIL DE RECEPTION VIDEO POUR L'ELABORATION D'UN CONTENU VIDEO RECEVABLE A PARTIR D'UNE PLURALITE DE PLATEFORMES DE DISTRIBUTION ET METHODE D'ELABORATION D'UN TEL CONTENU VIDEO La présente invention concerne un dispositif de réception vidéo et un procédé correspondant d'élaboration d'un contenu vidéo. En particulier, la présente invention est applicable dans des domaines dans lesquels des dispositifs de reproduction vidéo, généralement dans un environnement domestique, interagissent avec les systèmes de distribution utilisés par les fournisseurs de contenus vidéo au moyen de dispositifs de réception hybrides, c'est-à-dire de dispositifs capables de recevoir et traiter des contenus vidéo distribués sur des plateformes diversifiées. Aujourd'hui, les systèmes pour la réception et la reproduction de contenus vidéo, par exemple de radiotélévision, sont en évolution rapide.
Par exemple, la distribution de contenus radiodiffusés en milieu domestique s'effectue par le biais de différentes infrastructures, telles que des infrastructures de radiodiffusion (terrestres, par câble ou par satellites, généralement numériques) et des infrastructures de réseau ou à large bande (dénommées également CDN ou "Content Delivery Network" en anglais). La demande de brevet W012129762A1 concerne un système hybride de réception de contenus multimédia, qui reçoit des contenus d'une pluralité de réseaux de radiodiffusion, également selon le standard de télévision sur protocole Internet ou IPTV. Par ailleurs, on assiste, au sein de la distribution domestique de contenus vidéo, à une diffusion de systèmes tels que ceux prévus par « Digital Living Network 20 Alliance » ou DLNA. En général, les infrastructures de type radiodiffusion ont un coût qui est indépendant du nombre d'utilisateurs qui reçoivent effectivement le contenu et ne sont pas sujettes à des problèmes de congestion (typiques, au contraire, des systèmes « web ») ; les infrastructures de type radiodiffusion permettent une distribution facile 25 de signaux vidéo de haute qualité. La limite des infrastructures de radiodiffusion est donnée par le fait que la bande radio, sur laquelle s'effectue la distribution des contenus vidéo, est une ressource limitée et son utilisation est justifiée seulement si le nombre d'utilisateurs qui reçoivent effectivement un contenu donné dépasse un seuil imposé par des critères de coût. En général, par contre, les infrastructures de réseau web, ou à large bande, ont un coût qui dépend du nombre d'utilisateurs effectivement connectés et du trafic engendré par chacun ; les infrastructures à large bande peuvent être sujettes à des problèmes de congestion, surtout dans le cas de services qui mènent à une forte variabilité du trafic, avec des pics très prononcés. En outre, la gestion de signaux de haute qualité (c'est-à-dire avec débit binaire élevé) sur des infrastructures à large bande entraîne des coûts très élevés, surtout dans le cas de contenus vidéo qui 10 concernent un public de masse. Un but de la présente invention est de présenter une solution qui permette d'améliorer la distribution de contenus vidéo. En particulier, un but de la présente invention est d'améliorer l'utilisation de la bande disponible sur les plateformes de distribution de contenus vidéo. 15 En outre, un but de la présente invention est de permettre aux utilisateurs la réception et la reproduction de contenus vidéo, avec une meilleure qualité, sans qu'il soit demandé à un utilisateur ou au dispositif de réception de s'informer préalablement sur les possibilités et la qualité d'accès à différentes plateformes de distribution et/ou sur leur efficacité d'utilisation, ni d'intervenir en aucune manière 20 sur le dispositif de réception. En outre, un but de la présente invention est de permettre une meilleure gestion de la distribution des contenus vidéo transmis sur une pluralité de plateformes de distribution et, en particulier, qui permette au fournisseur desdits contenus d'optimiser l'utilisation des ressources disponibles, en minimisant 25 simultanément l'impact que le procédé a sur l'accès aux contenus de la part des utilisateurs finaux. Ces buts et d'autres sont atteints au moyen d'un dispositif de réception vidéo et un procédé correspondant d'élaboration d'un contenu vidéo. Une idée à la base de la présente invention est de proposer un dispositif de 30 réception de contenus vidéo comprenant des moyens d'interface avec au moins un dispositif de reproduction vidéo associable, et comprenant : des moyens de réception configurés pour recevoir des contenus vidéo provenant d'au moins une source de contenus vidéo par le biais de moyens de connexion connectés à une pluralité de plateformes de distribution, dans lequel au moins une première connexion à une première plateforme de distribution est de type à large bande et dans lequel au moins une deuxième connexion à une deuxième plateforme de distribution est de type radiodiffusion ; des premiers moyens d'identification configurés pour identifier un contenu vidéo à reproduire ; des deuxièmes moyens d'identification configurés pour identifier au moins une plateforme de distribution active parmi la pluralité de plateformes de distribution sur lesquelles le contenu vidéo à reproduire est actuellement transmis par l'au moins 10 une source de contenus ; des moyens de sélection configurés pour sélectionner la réception du contenu vidéo à travers la plateforme de distribution active ; des moyens de commutation configurés pour commuter entre la première connexion et la deuxième connexion, ou inversement, en fonction d'un signal de 15 commande reçu à partir du dispositif de réception ; un processeur vidéo configuré pour générer un signal vidéo comprenant le contenu vidéo sous forme reproductible par un dispositif de reproduction associable au dispositif de réception par le biais des moyens d'interface. De préférence, la connexion de radiodiffusion est vers une plateforme de 20 distribution de télévision par satellite, alors que la connexion à large bande est de préférence vers une plateforme Internet. De préférence, le contenu vidéo est identifié par le biais de la lecture d'un identifiant associé au contenu vidéo et reçu de préférence par l'intermédiaire d'au moins un des moyens de connexion, et le dispositif de réception vidéo est adapté 25 pour signaler à distance, c'est-à-dire à l'extérieur, ledit identifiant par l'intermédiaire d'au moins une des connexions, de préférence la connexion à large bande. De préférence, le dispositif de réception vidéo comprend également des moyens de signalisation qui signalent des informations relatives à la pluralité de plateformes, en particulier leur utilisation, et également l'identifiant. 30 De préférence, le dispositif de réception vidéo comprend au moins une connexion à un serveur à distance à partir duquel il peut recevoir et auquel il peut envoyer des signaux et des données d'informations.
De préférence, le dispositif de réception comprend des moyens adaptés pour recevoir des commandes données à distance, de préférence par le serveur à distance, dans lequel les moyens pour commuter sont adaptés pour exécuter des opérations de commutation qui dépendent des commandes données à distance.
Une autre idée à la base de la présente invention est de proposer un procédé d'élaboration d'un contenu vidéo, dans lequel un dispositif de réception vidéo est adapté pour recevoir des contenus vidéo à partir d'au moins une source de contenus à travers une pluralité de plateformes de distribution, dans lequel la pluralité de plateformes de distribution comprend au moins une première plateforme de distribution de type à large bande et au moins une deuxième plateforme de distribution de type radiodiffusion auxquelles le dispositif de réception vidéo est connecté, et dans lequel le dispositif de réception vidéo est associable fonctionnellement à au moins un dispositif de reproduction vidéo adapté pour reproduire les contenus vidéo, dans lequel le dispositif de réception exécute au moins les étapes suivantes : l'identification d'un contenu vidéo à reproduire ; l'identification d'au moins une plateforme de distribution active parmi la pluralité de plateformes de distribution sur lesquelles le contenu vidéo à reproduire est actuellement transmis par l'au moins une source de contenus ; la sélection de la réception par le dispositif de réception vidéo du contenu vidéo à travers la plateforme de distribution active ; la réception d'un signal de commande envoyé au dispositif de réception vidéo pour commuter entre la première plateforme de distribution et la deuxième plateforme de distribution, ou inversement ; la génération d'un signal vidéo de sortie comprenant le contenu vidéo sous forme reproductible par le dispositif de reproduction. De préférence, la plateforme de type radiodiffusion est une plateforme de télévision par satellite, du moment que les fournisseurs de contenus dans cet environnement exploitent généralement une pluralité de plateformes de distribution et peuvent tirer avantage d'une utilisation optimale de celles-ci. De préférence, la plateforme de type à large bande est une plateforme Internet. De préférence, pour identifier le contenu vidéo, il est prévu la lecture d'un identifiant associé à celui-ci, et le dispositif de réception vidéo communique et transmet à distance, c'est-à-dire à l'extérieur, l'identifiant, de préférence par l'intermédiaire d'au moins une des plateformes, en particulier la plateforme à large bande. De préférence, il est prévu de : signaler des informations relatives à la pluralité de plateformes de distribution à partir desquelles le dispositif de réception est adapté pour recevoir les contenus vidéo, en particulier relatifs à l'utilisation des plateformes. De préférence, cette signalisation d'informations et/ou la transmission de l'identifiant sont effectuées à un serveur à distance. De préférence, la commutation entre la première plateforme et la deuxième plateforme ou inversement s'effectue en conséquence de la réception d'une commande donnée à distance au dispositif de réception vidéo, de préférence donnée par un serveur à distance. Cette commande dépend de préférence des informations relatives à la pluralité de plateformes, ou de l'identifiant lui-même. De cette manière, la commutation entre la première plateforme et la deuxième plateforme ou inversement peut s'effectuer en fonction de critères établis de manière centralisée, par exemple par le fournisseur de contenus vidéo, qui a ainsi la possibilité d'établir des politiques de distribution sur diverses plateformes de distribution, qui peuvent optimiser l'utilisation de la plateforme par exemple en prévoyant l'utilisation de plateformes de radiodiffusion pour un grand nombre d'utilisateurs ou de plateformes à large bande pour des utilisateurs qui sont en nombre plus réduit ou sont distribués de manière dispersée dans des localités éloignées les unes des autres. D'autres caractéristiques techniques avantageuses de la présente invention ressortiront mieux en considérant les revendications ci-jointes, lesquelles font partie intégrante de la présente invention.
Quelques exemples de réalisation préférés et avantageux sont décrits à titre d'exemple et non limitatif, en référence aux dessins annexés, sur lesquels : - la Figure 1 illustre le procédé d'élaboration d'un contenu vidéo selon la présente invention ; - la Figure 2 illustre un schéma de principe d'un premier mode de réalisation du dispositif de réception ; - la Figure 3 illustre un schéma de principe d'un deuxième mode de réalisation du dispositif de réception, c'est-à-dire un décodeur hybride selon l'invention. - 6 Les figures illustrent différents aspects et modes de réalisation de la présente invention et, le cas échéant, des structures, composants, matériels et/ou éléments analogues sur différentes figures sont indiqués par des références identiques; l'éventuelle lettre finale différente, dans les mêmes références numériques, indique des modes différents de réalisation de cet élément. La présente invention trouve un domaine de réalisation dans les technologies de radiodiffusion (en particulier par satellites), dans lesquelles les décodeurs ou dispositifs récepteurs sont simultanément connectés au réseau Internet. La présente invention trouve un domaine de réalisation, supplémentaire ou 10 alternatif à celui précité, dans la technologie DLNA (ou dans des systèmes de partage de contenus vidéo, basés sur des principes équivalents). Il est prévu qu'un contenu vidéo générique soit distribué de préférence par l'intermédiaire d'une plateforme de distribution à large bande de type CDN « Content Delivery Network », c'est-à-dire avec des coûts proportionnels au nombre 15 d'utilisateurs qui visionnent le contenu vidéo ; ce scénario deviendra de plus en plus répandu, en particulier avec l'adoption de systèmes à large bande, tels que par exemple les cellulaires LTE. Un exemple de plateforme de distribution de type à large bande est représenté par le réseau hnernet. Il est prévu en particulier que le contenu vidéo soit distribué sur des 20 plateformes de type à large bande suivant des modalités de « diffusion en continu » pour garantir le synchronisme et la simultanéité du contenu à tous les utilisateurs qui le visualisent. Pour être clair, dans la présente description, il est fait référence à des « contenus vidéo », cette expression désigne des contenus audiovisuels comprenant 25 des composantes vidéo, audio et éventuellement aussi des données d'informations associées, de signalisation ou de contrôle (données de guide de programmes électronique, télétexte, plateforme multimédia domestique, identifiants de source ou canal, etc.), telles que par exemple celles comprises dans un flux de transport MPEG composé suivant une des normes prévues par les standards DVB, ATSC et ainsi de 30 suite. Il est prévu en outre que les dispositifs de reproduction (ci-après appelés plus brièvement les « lecteurs »), même lorsqu'ils sont en phase de reproduction d'un contenu vidéo qu'ils reçoivent en « flux continu » en provenance d'un CDN, puissent remplir d'autres fonctions utiles pour la gestion du CDN lui-même. Les lecteurs sont donc adaptés pour se connecter fonctionnellement (par câble ou par liaison sans fil, éventuellement grâce à une simple installation d'une application spécifique) à des dispositifs de réception, lesquels peuvent communiquer au fournisseur du contenu (par l'intermédiaire de serveurs auxquels ils sont connectés) les informations suivantes : le type de lecteur qui reproduit le contenu, le fait que le lecteur se trouve dans un réseau, par exemple de type DLNA, et le fait que, dans ce réseau, des dispositifs de réception à partir d'autres plateformes, comme par exemple des plateformes de radiodiffusion, sont disponibles.
Ces informations sont donc signalées « à l'extérieur », c'est-à-dire à des dispositifs et/ou équipements à distance par rapport au dispositif de réception vidéo, qui se trouvent donc en dehors de l'environnement domestique et sont justement disponibles pour le fournisseur de contenus ou le fournisseur de services de connexion des plateformes utilisées par les fournisseurs de contenus.
En disposant de telles informations, les systèmes adoptés par le fournisseur de contenus sont ainsi en mesure de : notifier au lecteur l'éventuelle disponibilité du contenu vidéo sur une plateforme, en particulier de radiodiffusion, à laquelle le dispositif de réception peut se connecter, par exemple en faisant apparaître une icône sur l'écran, ou en envoyant un message sur un autre dispositif ; dans ce cas, l'utilisateur peut décider de passer la réception du contenu vidéo sur la plateforme de radiodiffusion en bénéficiant, par exemple, d'une qualité vidéo supérieure. En disposant de telles informations, les systèmes adoptés par le fournisseur de contenus sont ensuite en mesure d'interrompre le flux continu et d'activer automatiquement la réception sur le réseau de radiodiffusion, dans le cas où le profil de service de l'utilisateur en question le permet. En disposant de telles informations, les systèmes adoptés par le fournisseur de contenus sont ensuite en mesure d'activer une plateforme de radiodiffusion spécifique, dans le cas où le CDN serait surchargé à cause de nombreux utilisateurs connectés et le contenu vidéo ne serait pas encore distribué sur plateforme de radiodiffusion ; le fournisseur de contenus peut ainsi évaluer l'intérêt d'occuper des ressources de radiodiffusion destinées à distribuer des contenus vidéo qui présentent occasionnellement (et de manière imprévisible) des pics de « partage »; l'activation de cette distribution sur plateforme de radiodiffusion permet de faire « migrer » un certain nombre d'utilisateurs (ceux qui peuvent supporter cette procédure et qui sont bien connus du fournisseur de contenus, grâce aux notifications prévues ci-dessus) vers la distribution de radiodiffusion « en allégeant » la charge sur le CDN. De manière analogue, les systèmes adoptés par le fournisseur de contenus 5 sont également en mesure de désactiver une plateforme de radiodiffusion dans le cas où un nombre restreint ou de toute façon insuffisant d'utilisateurs visualise actuellement le contenu vidéo, et d'activer un CDN spécifique sur lequel succède la transmission de ce même contenu vidéo et sur lequel ils peuvent dérouter les dispositifs de réception des utilisateurs, de manière automatique en transmettant une 10 commande à distance. Le fournisseur de contenus peut ainsi évaluer l'intérêt de libérer des ressources de radiodiffusion pour distribuer des contenus vidéo qui présentent des « partages » réduits ; l'activation de cette distribution sur des plateformes de radiodiffusion permet de ne pas charger excessivement le CDN et en même temps de libérer des ressources de radiodiffusion avantageusement utilisables 15 pour d'autres transmissions, pour des contenus vidéo différents par exemple. Le procédé peut faire l'objet de nombreuses variantes, en particulier si le réseau auquel le lecteur est connecté est un réseau public, structuré en « ilots » dotés de serveurs appropriés pour remplir les fonctions d'un serveur DLNA ou des fonctions analogues. Ces « ilots » pourraient être des points d'accès sans fil ou des 20 cellules individuelles d'un réseau cellulaire. Dans ce cas, le procédé pourrait prévoir une variante selon laquelle le fournisseur de contenus peut trouver les informations précitées non seulement à partir du lecteur mais également des dispositifs de réception eux-mêmes. La procédure de transmission des informations pourrait ainsi être exécutée de différentes manières, pourvu que les informations soient trouvées et 25 donc transmises aux systèmes de gestion par le fournisseur de contenus. En référence à la Figure 1, il est maintenant décrit un mode de réalisation illustratif et non limitatif, dans lequel sont définis des blocs fonctionnels, lesquels peuvent coïncider ou non avec des équipements ou dispositifs physiques distincts ou peuvent être des systèmes ou équipements comprenant plusieurs dispositifs, ou 30 encore peuvent être des fonctions intégrées dans un unique dispositif qui pourrait remplir également des fonctions additionnelles. Le système de réception vidéo 101 comprend au moins un dispositif de reproduction 102 ou lecteur 102. Le lecteur 102 peut être par exemple un poste de télévision connecté à un réseau DLNA ou une tablette PC, etc., adaptée pour reproduire un contenu vidéo, ou encore un écran traditionnel (en anglais, display) audiovisuel adapté pour être connecté à un récepteur/décodeur ou à un décodeur. Le système de réception vidéo 101 comprend au moins un dispositif de 5 réception vidéo 103, qui peut comprendre également des fonctions de décodage du flux vidéo pour le transporter vers le dispositif de reproduction 102. Le dispositif de réception vidéo 103 peut être par exemple un décodeur hybride, connecté à une pluralité de plateformes de distribution, parmi lesquelles des plateformes par satellite comme cela sera décrit par la suite. En général, le dispositif de réception 103 peut 10 comprendre une pluralité de fonctions additionnelles. Les Figures 2 et 3 détaillent la structure et le fonctionnement d'un premier mode de réalisation d'un dispositif de réception 103a selon l'invention et d'un deuxième mode de réalisation d'un dispositif de réception 103b selon l'invention. A ce propos, il est possible de prévoir un scénario dans lequel une pluralité de 15 dispositifs de reproduction 102 est connectée à un même dispositif de réception 103; un seul dispositif a été représenté sur la Figure 1. Un autre mode de réalisation préféré du dispositif de réception vidéo 103 prévoit qu'il soit doté d'une connexion à au moins une parabole satellite, comprenne un décodeur satellite par exemple du type DVB-S et comprenne en outre une 20 connexion Internet, par exemple de type LAN ou Wi-Fi, devenant ainsi un décodeur hybride. Les contenus vidéo à reproduire proviennent d'une source de contenus 104, qui pourrait également représenter une pluralité de sources regroupées. En général, les contenus vidéo sont gérés par le fournisseur de contenus vidéo et rendus 25 accessibles aux utilisateurs par l'intermédiaire de la source de contenus 104. Deux typologies de plateformes de distribution (en anglais : delivery) sont prévues : les plateformes à large bande 105, telles que des CDN basés sur des réseaux à large bande de type web/télécom/Internet et qui sont sujets à être saturés avec l'augmentation du nombre d'utilisateurs qui les utilisent simultanément, et les 30 plateformes de radiodiffusion 106 (satellite, terrestre numérique, câble, etc.) qui sont au contraire insensibles au nombre d'utilisateurs qui s'y connectent simultanément.
Selon l'invention, la connexion aux plateformes de distribution 105 et 106 est basée sur l'échange d'informations appropriées entre les divers blocs fonctionnels représentés. En particulier, il est prévu que le système de reproduction vidéo 101 soit adapté pour réaliser des connexions fonctionnelles entre les différents blocs fonctionnels, aussi bien à l'intérieur (vers le dispositif de réception 103 et le dispositif de reproduction 102) qu' à l'extérieur (vers les plateformes 105 et 106). Il est prévu en outre que le système de reproduction vidéo 101 soit adapté pour exécuter des commandes, données par l'utilisateur ou par le fournisseur de contenus, comme cela sera plus clairement expliqué par la suite. Il est prévu que le système de reproduction vidéo 101 soit également adapté pour s'interfacer avec un serveur à distance 107, en se connectant fonctionnellement et en échangeant des messages et des informations suivant des protocoles appropriés, établis par l'opération du dispositif de réception 103. Le serveur à distance 107 sera donc défini ci-après comme « serveur de gestion de fourniture » (Delivery Management Server en anglais). Selon le mode de réalisation préféré illustré, le système vidéo 101, et en particulier le dispositif de réception vidéo 103, est adapté pour communiquer au serveur de gestion de fourniture 107: le contenu vidéo actuellement en cours de reproduction ; la plateforme de distribution à partir de laquelle celui-ci est reçu, c'est-à-dire 105 ou 106 ; la source 104 de laquelle il est prélevé ; les plateformes de distributions alternatives auxquelles il est connecté, c'est-à-dire la plateforme 105 ou 106 autre que celle précisée ci-dessus. Le serveur de gestion de fourniture 107 est ainsi en mesure de surveiller : l'état de la plateforme à large bande 105 (ou des plateformes si elles sont plusieurs) à laquelle le dispositif de réception vidéo 103 est en mesure de se connecter; la disponibilité de bande sur la plateforme à large bande 105 précitée ; l'éventuelle présence d'une transmission du contenu vidéo sur une plateforme de radiodiffusion 106 disponible pour le dispositif de réception vidéo 103.
Le serveur de gestion de fourniture 107 est également en mesure de calculer ou d'estimer quelle plateforme de distribution entre la plateforme à large bande 105 et la plate-forme de radiodiffusion 106 est la plus appropriée pour la distribution actuelle du contenu vidéo en question. Il est possible de prévoir plusieurs critères, parmi lesquels, par exemple : un moindre coût économique pour le fournisseur de contenus ; un débit binaire plus élevé fourni à l'utilisateur (en général, si possible et justifié par le nombre d'utilisateurs actifs, la distribution de radiodiffusion est toujours préférable).
Le serveur de gestion de fourniture 107 est également adapté pour communiquer au fournisseur des contenus de la source 104, l'opportunité de commuter la distribution sur une autre plateforme, sur la base de critères appropriés déterminés sur une base économique/statistique. Le serveur de gestion de fourniture 107 est également adapté pour commander le dispositif de réception vidéo 103 de manière que la commutation de la réception sur la plateforme ainsi présélectionnée soit effectuée. Il peut être prévu que le serveur de gestion de fourniture 107 demande une autorisation avant de faire effectuer la commutation au dispositif de réception ; cette autorisation peut être automatisée ou fournie par l'utilisateur lui-même.
La Figure 2 illustre en détail la structure de principe d'un dispositif de réception vidéo 103a selon un mode de réalisation illustratif de l'invention. Les lignes de contrôle et de signalisation sont représentées en ligne pointillée, les lignes de connexion de signal en ligne continue ; cette dernière est grossie si le contenu vidéo est encapsulé dans un flux conteneur qui peut éventuellement contenir également d'autres contenus, tels que des métadonnées ; les blocs optionnels sont représentés avec un contour en pointillés. Les composants élémentaires du contenu vidéo, telle que la composante vidéo et celle audio, sont par conséquent représentés avec une ligne fine. Le dispositif de réception vidéo 103a comprend un syntoniseur 201a, par exemple de type DVB-T ou T2, DVB-S ou S2, DVB-C ou C2, en mesure de syntoniser la réception sur un contenu vidéo, encapsulé dans n'importe quel format conteneur utilisé pour la transmission de signaux de radiodiffusion, comme le flux de transport MPEG2. Dans le flux de transport peuvent être encapsulés également d'autres signaux ou commandes de contrôle, provenant du fournisseur de services, qui peuvent être utilisés par le récepteur. Le syntoniseur 201 et d'autres blocs fonctionnels peuvent être contrôlés par l'unité de commande 202a du dispositif (CPU), habituellement constituée par un microprocesseur en mesure de superviser le fonctionnement de l'ensemble du dispositif 103a. Par conséquent, l'unité de commande 202a est représentée comme étant connectée aux autres unités fonctionnelles du dispositif de réception vidéo 103a avec des lignes de signalisation et de contrôle spécifiques, généralement bidirectionnelles, au moyen desquelles l'unité de commande 202a peut recevoir des données sur l'état de fonctionnement des autres unités connectées à celle-ci et donner des commandes spécifiques adressées à celles-ci. Le dispositif de réception vidéo 103a est équipé également d'une interface IP 203a d'entrée, par exemple un émetteur-récepteur en mesure de recevoir et transmettre des données numériques par paquets selon le système TCP/1P, à la fois par l'intermédiaire d'un réseau LAN ou par le biais de protocoles de transmission sans fil. Généralement, ici aussi, le contenu vidéo (par exemple un service de radiodiffusion numérique) est encapsulé conjointement à d'autres services radiodiffusés du même type, dans un flux conteneur (par exemple un flux de transport MPEG). Les signaux de sortie du syntoniseur 201a et de l'interface IP 203a sont acheminés à un sélecteur d'entrée 204a adapté pour acheminer sur une des deux bornes de sortie un des deux signaux d'entrée, en fonction de la commande de sélection arrivant sur une entrée spécifique connectée à la CPU 202a. Le syntoniseur 201a et l'interface rp 203a constituent les moyens de connexion du dispositif de réception vidéo 103a respectivement avec les plateformes de distribution vidéo 105 et 106.
Le dispositif de réception vidéo 103a représenté sur la Figure 2 comprend de préférence deux lignes internes différentes d'élaboration du contenu vidéo, placées entre le sélecteur d'entrée 204a et un sélecteur de sortie 205, comportant deux bornes d'entrée et une borne de sortie. Ce parallélisme à deux voies dans les lignes d'élaboration s'adapte avantageusement aux caractéristiques des dispositifs de reproduction (tablette PC, Smartphone, etc.) associables à la sortie du dispositif de réception vidéo 103a et à la bande de transmission disponible sur le canal de liaison pour le signal de sortie 220 entre le dispositif de réception vidéo 103a et les dispositifs de reproduction 102. Si les dispositifs de reproduction 102 ne sont pas en mesure de transmettre, 30 recevoir et élaborer un flux vidéo conteneur complet, qui comprend différents contenus vidéo (par exemple des services de radiodiffusion) et extraire du flux vidéo conteneur le contenu vidéo particulier sélectionné par l'utilisateur, alors la ligne inférieure, constituée par une simple dérivation, est alors utilisée pour la reproduction ; cette modalité est avantageusement utilisée suivant des critères qui seront décrits en détail par la suite. Si, au contraire, la bande disponible pour la transmission du signal 220 sortant de l'interface IP 209 sur la ligne de connexion entre le dispositif de réception vidéo 103a et les dispositifs de reproduction 102 est limitée, ou si le dispositif de reproduction 102 est seulement en mesure d'élaborer des flux conteneurs comprenant un seul contenu vidéo, alors le flux vidéo d'entrée contenant le contenu vidéo sélectionné est avantageusement dérouté sur la ligne interne supérieure, où les composantes audio et vidéo du contenu vidéo sont extraites du flux d'entrée au moyen d'un démultiplexeur 206a, éventuellement décodées et recodées de manière optionnelle au moyen d'une série de codeurs et décodeurs audio et vidéo 207 et ensuite multiplexées par un multiplexeur 208 dans un flux conteneur de sortie, contenant par conséquent seulement le contenu vidéo sous une forme pouvant être directement traitée par le dispositif de reproduction en question.
En général, l'opération de codage-décodage peut être prévue si le dispositif de reproduction supporte seulement des procédés particuliers de décodage de source ou s'il est nécessaire de compresser ultérieurement le signal audio et/ou vidéo source en raison de la bande limitée disponible sur le canal de connexion entre le dispositif de reproduction 103a et les dispositifs de reproduction 102.
Dans les deux cas décrits ci-dessus, le sélecteur de sortie 205 achemine le flux vidéo ainsi traité des lignes internes à l'unique sortie à partir de laquelle il est transmis aux dispositifs de reproduction connectés par l'intermédiaire de l'interface IP de sortie 209. Cette dernière peut utiliser pour la transmission aux dispositifs de reproduction un canal ou une ligne de connexion pour le signal de sortie 220 conforme au protocole DLNA basé à son tour sur le protocole TCP/IP, soit par connexion sur câble Ethernet, soit par liaison sans fil (Wi-Fi), où par l'intermédiaire d'autres connexions de type connu. De plus, il peut être prévu dans le dispositif de réception vidéo 103a au moins une série de processeurs vidéo et audio, non représentée sur la Figure 2, à laquelle sont amenés les signaux de sortie de la série de décodeurs vidéo et audio pour être associés par l'intermédiaire d'une ligne de connexion spécifique à un dispositif de reproduction audiovisuel 102 en mesure de reproduire des flux audio et vidéo déjà décodés, comme cela sera vu plus en détail dans la description relative à la Figure 3.
Dans tous les cas, l'interface rP de sortie 209 et la série de processeurs audio et vidéo éventuellement, si présente, constituent des moyens d'interface avec au moins un dispositif de reproduction 102 associable au dispositif de réception vidéo 103a, auquel ils sont en mesure de fournir le contenu vidéo sous forme reproductible par celui-ci. Bien entendu, le contenu vidéo contient aussi en général d'autres données de signalisation et de contrôle, telles que le nom de la station, le titre du programme en cours de transmission, la fréquence de transmission, le nom du bouquet ou flux de transport conteneur, ainsi que des données d'informations utiles proprement dites, comme par exemple un service de télétexte, des données EPG (guide de programmes électronique), des données MHP (plateforme multimédia domestique) ; par simplicité, sur la Figure 2 (et également sur la Figure 3 suivante), seule les lignes de flux des composantes audio et vidéo ont été représentées. En particulier, si la bande disponible sur l'interface IP de sortie 209 est limitée, il convient que le multiplexeur 208 produise en sortie un flux de transport contenant seulement le contenu vidéo à reproduire sur un dispositif de reproduction associé ; par exemple, si l'utilisateur a sélectionné le service TV numérique « RAI3 », le multiplexeur 208 génère un flux conteneur de sortie comprenant les seules composantes (audio, vidéo, télétexte, données secondaires, données EPG, nom de la station et titre du programme, etc.) appartenant au service numérique « RAI3 », alors que les composantes appartenant à d'autres contenus vidéo sont rejetées par exemple celles de « RAI1 », « RAI2 » et « RAI4 » présentes dans le flux conteneur d'entrée. Maintenant, le fonctionnement du dispositif de réception vidéo 103a selon l'invention est illustré plus en détail.
En supposant que l'utilisateur du dispositif de reproduction 102 ait sélectionné un certain contenu vidéo pour le visionner, par exemple ce qui est transmis sur la chaîne radiodiffusée « RAI3 » qui est supposé être l'événement musical « Concert du premier mai ». Le dispositif de réception vidéo 103a reçoit à partir de l'interface DLNA 30 bidirectionnelle de sortie 209 la demande de l'utilisateur, sa CPU 202a ordonne au syntoniseur 201a de se syntoniser sur le canal de transmission sur lequel ledit concert est transmis, c'est-à-dire celui correspondant au service radiodiffusé « RAI3 », à travers la plateforme de radiodiffusion 106.
Il est également supposé que la chaîne radiodiffusée « RAI3 » soit également transmise à ce moment sur la plateforme CDN 105 et puisse donc être reçue par le dispositif de réception vidéo 103a également par l'intermédiaire de son interface IP d'entrée 203a.
Si le dispositif (ou les dispositifs) de reproduction connectés au dispositif de réception vidéo 103a est (sont) en mesure d'extraire le contenu vidéo du flux de transport, la CPU 202a du dispositif de réception vidéo 103a ordonne au sélecteur d'entrée 204a de dérouter le flux d'entrée sur la ligne inférieure de dérivation, et ordonne au sélecteur de sortie 205 d'acheminer vers l'interface IF de sortie 209 le signal présent sur la ligne précitée. La CPU 202a est donc au courant du contenu vidéo en cours de reproduction sur le dispositif de reproduction, dans l'exemple « RAI3 », et peut en plus, par le biais d'une interrogation correspondante, recevoir du dispositif de reproduction l'information relative au titre du programme en cours de reproduction, c'est-à-dire « Concert du premier mai » que ce dernier a extrait du flux conteneur démultiplexé. Par ailleurs, la CPU 202a est au courant de la plateforme de transmission (105 ou 106, dans cet exemple 106) utilisée pour recevoir et reproduire le contenu vidéo : par exemple, si le syntoniseur 201a est de type DVB-T, la plateforme audiovisuelle de réception de radiodiffusion 106 est le réseau de transmission de radiodiffusion terrestre numérique DVB-T.
Si à la différence de l'hypothèse ci-dessus, il est au contraire nécessaire d'envoyer au dispositif de reproduction un flux conteneur comprenant seulement le contenu vidéo sélectionné, la ligne d'élaboration interne supérieure est utilisée pout la reproduction. Dans ce cas, le démultiplexeur 206a extrait les composantes des contenus vidéo encapsulés dans le flux conteneur et peut également envoyer à la CPU 202a, en plus du nom de la station, par exemple « RAI3 », qu'elle connaît déjà car reçue dans la demande provenant du dispositif de reproduction, le titre du programme en cours de transmission, sa durée et d'autres informations relatives au contenu vidéo à reproduire, du fait qu'ils sont eux aussi encapsulés dans des champs correspondants du flux de transport.
La CPU 202a, selon des modalités établies par le micrologiciel présent, par exemple dans une mémoire 210a associée à celui-ci, mémorise l'identifiant du contenu vidéo qui permet au fournisseur de services 104 du contenu vidéo de l'identifier. L'identifiant peut comprendre par exemple le nom de la station « RAI3 », le code LCN (numéro de chaîne logique), un code d'identification de station associé au service de télévision « RAI3 », une ou plusieurs valeurs des champs prévus par les organismes de standardisation de radiodiffusion à cet effet (par exemple, pour le flux de transport MPEG : Network_Name, Network_Country_Code, Network, Operator 5 Network_ID, Original Network_ID, Platform_ID, BouquellD, etc.) qui sont transmis conjointement au contenu vidéo sur l'une quelconque de ses plateformes de distribution disponible. Les identifiants du contenu vidéo peuvent varier d'une plateforme à une autre, tout en identifiant un même contenu vidéo, et peuvent contenir aussi des indications sur le type de plateforme utilisée pour la transmission 10 du contenu vidéo, même si - comme déjà indiqué - le dispositif de réception vidéo 103a est déjà au courant de cette information. La CPU 202a commande l'envoi à un serveur à distance géré par le fournisseur de services du contenu vidéo, par exemple au serveur 107, de l'identifiant du contenu vidéo, par exemple par le biais de l'interface IP d'entrée 15 203a qui permet une communication bidirectionnelle de et vers le dispositif de réception 103. De préférence, la CPU 202a commande aussi conjointement l'envoi d'une donnée signalant la plateforme de distribution utilisée pour la réception (dans l'exemple la plateforme de radiodiffusion 106, par exemple DVB-T). En variante, l'envoi peut également s'effectuer par le biais d'une ligne dédiée, comme par 20 exemple une ligne téléphonique par modem. De cette manière, le fournisseur du contenu vidéo 104 (dans l'exemple la RAI) est informé de laquelle des multiples plateformes de distribution en service, un certain contenu vidéo (dans cet exemple, le service TV « RAI3 » transmis sur la plateforme DVB-T et sur la plateforme CDN vis Internet) est effectivement reçu par 25 l'usager. Si la RAI décide pour un quelconque motif de modifier l'utilisation des plateformes de distribution pour la transmission du contenu vidéo (« RAI3 » à travers plateforme DVB-T ou Internet), elle peut faire envoyer par le serveur à distance 107 une commande qui amène une partie ou la totalité des dispositifs de réception 103 recevant « RAI3 » de changer la plateforme de réception en service pour adapter la 30 répartition d'utilisation des plateformes aux nouvelles exigences du fournisseur 104. Par exemple, si le « Concert du premier mai » est faiblement suivi par peu de téléspectateurs, le serveur à distance 107 peut faire commuter tous les dispositifs de réception 103 sur la plateforme CDN Internet et commencer à transmettre autre chose sur le canal de radiodiffusion DVB-T précédemment occupé par le service « RAI3 », par exemple un autre service de radiodiffusion, ou cesser totalement sa transmission pour économiser. De manière additionnelle, il est possible de prévoir que la CPU notifie au dispositif de reproduction le changement de plateforme et, éventuellement, d'autres informations associées comme par exemple l'information sur le programme ou service qui va être transmis sur le canal de radiodiffusion précédemment occupé par « RAI3 » avec protocole DVB-T. Le dispositif de reproduction 102, à la réception de la notification précitée, peut visualiser sur l'écran un message qui avise l'utilisateur du changement de la plateforme utilisée pour recevoir le contenu vidéo en cours de reproduction:- Si la RAI a décidé d'effectuer une modification de l'utilisation des plateformes de distribution de « RAI3 », elle peut envoyer à travers le serveur à distance 107 une commande de commutation sur différentes plateformes, selon les cas. Par exemple, s'il est souhaité de commuter tous les récepteurs de « RAI3 » sur une plateforme déterminée, il est alors possible d'utiliser aussi bien la plateforme de radiodiffusion 106 que celle à large bande 105 pour la transmission de la commande. Par contre, s'il est seulement souhaité de commuter une partie des usagers (par exemple pour faire passer la partie qui reçoit le contenu vidéo sur la plateforme à large bande 105 comme Internet de 30 % à 50 %), il est alors avantageux d'envoyer la commande de commutation par le biais de la même plateforme à large bande 105, qui permet d'envoyer des signaux point à point à un sous-ensemble spécifique des dispositifs de réception 103 qui sont accessibles individuellement, du fait qu'ils sont localisés par une adresse spécifique (c'est-à-dire l'adresse 1P) connue du fournisseur de services de par la nature du mécanisme de fonctionnement d'un réseau IP. Cette possibilité est par contre exclue sur une plateforme de type radiodiffusion 106 qui, de par sa nature même, envoie le même contenu simultanément à tous les récepteurs syntonisés dans la zone de couverture, sans la possibilité d'en exclure certains. S'il est souhaité d'utiliser un canal de la plateforme de radiodiffusion 106, il est nécessaire d'envoyer l'un après l'autre à tous les dispositifs de réception 103 concernés (mais celle-ci serait envoyée de toute façon également à ceux non concernés) une commande de commutation associée à un code d'identification, lequel est à son tour associé à chaque dispositif de réception 103 (par exemple, le numéro de l'abonnement ou le numéro de série du dispositif de réception 103). Ce code est connu de la CPU 202a, car il est mémorisé de manière permanente dans la mémoire 210a; si le code associé à la commande de commutation coïncide avec le code relevé par la CPU 202a, elle procède alors à l'exécution de la commande de commutation. S'il est souhaité d'utiliser le mécanisme présenté ci-dessus, le fournisseur de services doit préalablement connaitre les codes d'identification des dispositifs de réception 103 qui reçoivent actuellement le contenu vidéo concerné par la commutation (dans l'exemple « RAI3 ») ; ce scénario se produit plus facilement dans le cas d'un dispositif récepteur constitué par un décodeur propriétaire, c'est-à-dire fourni par le même fournisseur de services.
Ce scénario est plus fréquent dans le cas où le dispositif de réception vidéo est un décodeur hybride pour télévision par satellite. Il est possible de prévoir que, périodiquement ou en correspondance de chaque nouvelle sélection du contenu vidéo à reproduire, la CPU 202a entraîne l'envoi au serveur à distance 107 non seulement de l'identifiant de contenu vidéo, mais également conjointement de son propre code d'identification. En alternative, la CPU 202a peut également envoyer au serveur à distance 107 sa propre adresse IP, l'adresse MAC de l'interface IP 203 et/ou n'importe quelle autre information en mesure d'identifier de manière univoque le dispositif récepteur 103a. L'envoi peut avoir lieu par l'intermédiaire de l'interface IP d'entrée 203a, connectée au serveur à distance 107 par Internet, ou en variante par l'intermédiaire d'une ligne dédiée (par exemple, la ligne téléphonique). L'envoi de l'identifiant du récepteur peut être omis si le serveur à distance 107 est en mesure d'identifier l'expéditeur des données qui lui ont été envoyées par un dispositif récepteur d'une autre manière, comme cela se produit pour les paquets de données IP reçus qui contiennent l'adresse source du paquet.
La commande émise par le fournisseur de services 104 par l'intermédiaire du serveur à distance 107 peut avantageusement être de type conditionnel dans le sens où elle l'est en tant que telle ou est en tout cas interprétée par les récepteurs au sens conditionnel : « si ton dispositif récepteur reçoit actuellement le contenu vidéo X sur la plateforme 1, tu dois alors le recevoir à partir de maintenant par l'intermédiaire de la plateforme 2 en effectuant la commutation entre les plateformes ». La CPU 202a, dans ce cas, est adaptée pour vérifier si le dispositif de réception 103a remplit la condition précitée et commute seulement dans le cas positif, de manière à éviter des commutations indésirables de plateforme et/ou de contenu vidéo reçu dans le cas où la condition ne serait pas satisfaite. Pour ce qui concerne la position spécifique d'insertion de la commande à l'intérieur du flux conteneur, exécuté par le fournisseur, il est possible de prévoir la présence optionnelle de données réservées, dites « données privées », dans lesquelles le producteur du flux de transport peut insérer des informations exclusives non standardisées. Ces informations exclusives non standardisées sont utiles à des fins particulières telles que celles prévues par la présente invention, du moment que les dispositifs de réception non selon la présente invention seraient libres d'ignorer ces informations. En règle générale, les commandes pour les dispositifs de réception 103 peuvent être transmises sous forme de code exécutable, sous forme d'instructions de code source (par exemple en langage JAVA ou code MHP) ou encore sous forme de simples données d'information dont la clé de lecture est mémorisée à l'intérieur des dispositifs de réception 103a, raison pour laquelle la CPU 202a est en mesure de les interpréter correctement. Ce qui a été dit dans les paragraphes précédents concernant la gestion de la part de l'organisme de radiotélévision des transmissions sur les plateformes de distribution vidéo disponibles (105, 106) est valable pour n'importe quel type de dispositif de réception 103, 103a ou 103b.
Il existe de nombreuses variantes pour le mode de réalisation du dispositif de réception 103a illustré sur la Figure 2. Par exemple, il peut être prévu d'autres interfaces avec d'autres plateformes de distribution de contenus vidéo de radiodiffusion et/ou à large bande : par exemple, il pourrait être prévu une interface avec la plateforme DVB-T/T2 et/ou une interface avec la plateforme DVB-S/S2 et/ou une interface avec la plateforme Wi-max et/ou une interface avec la plateforme LTE et ainsi de suite. Le dispositif de réception 103a peut présenter plus de deux lignes internes d'élaboration du contenu vidéo (soit de type dérivation, soit de type démultiplexage et re-multiplexage) de manière à pouvoir servir simultanément différents dispositifs de reproduction 102 associés, chacun en mesure de reproduire à un certain instant des contenus vidéo diversifiés. En général, les sélecteurs d'entrée et de sortie du dispositif de réception 103a pourraient changer, mais pas le fonctionnement du procédé d'élaboration selon l'invention, qui peut être appliqué pareillement sans aucune difficulté. Ensuite, il n'est pas strictement nécessaire que l'interface IP d'entrée 203a soit physiquement distincte de celle de sortie 209: en principe, les mécanismes de fonctionnement propres au protocole IP permettent de faire remplir les fonctions des deux interfaces IP précitées même à partir de la même interface IP physique (par exemple sous la forme d'un émetteur-récepteur TCP/IP), mais ces fonctionnalités ont été décrites sur la figure comme étant réalisées par des émetteurs-récepteurs rp séparés pour une plus grande simplicité de présentation.
Sur la Figure 3 est représenté un autre exemple de réalisation d'un dispositif de réception vidéo 103b selon l'invention, sous une forme particulière de décodeur hybride. Par souci de simplicité, il est supposé que le dispositif de réception vidéo 103b est dépourvu de l'interface IP de sortie de connexion avec les dispositifs de 15 reproduction et muni au contraire d'une interface de connexion audio-vidéo pour un dispositif de reproduction (reproducteur audio et vidéo) associé à celui-ci. Les étapes d'entrée du dispositif de réception vidéo 103b (c'est-à-dire l'interface lP d'entrée 203b, le syntoniseur 201b, la CPU 202b, la mémoire 210b et le sélecteur d'entrée 204b) coïncident sensiblement avec les éléments décrits en relation 20 avec le dispositif de réception vidéo 103a de la Figure 2 (avec le suffixe « a » ajouté au numéro de référence), tout comme leur fonctionnement relatif au procédé d'élaboration selon l'invention. La description de ces éléments n'est donc pas répétée ici, par souci de concision, et les différences seront abordées. Comme dans le cas de la Figure 2, il est supposé que le syntoniseur 201b et 25 l'interface IP 203b constituent les moyens de connexion du dispositif 103b respectivement avec les plateformes de distribution vidéo 105 et 106. Comme dans le cas précédent du dispositif de réception vidéo 103a, il est également possible de prévoir ici d'autres moyens de connexion à d'autres plateformes de distribution vidéo qui changeront de caractéristiques en fonction de la plateforme avec laquelle ils 30 s'interfacent et de la nature du signal vidéo qui y arrive. Tout d'abord, la structure du dispositif de réception vidéo 103b s'avère simplifiée par rapport à la structure du dispositif de réception vidéo 103a de la Figure 2, car il n'est pas prévu une interface IP de sortie pour la transmission du signal audio-vidéo sous forme reproductible. En particulier, le dispositif de réception vidéo 103b comprend de préférence une unique ligne d'élaboration interne, de sorte qu'il n'est plus nécessaire de prévoir un sélecteur de sortie, et qu'il n'est pas non plus nécessaire de recoder éventuellement le contenu vidéo, mais seulement de le décoder ; la présence d'une unité de multiplexage pour encapsuler le contenu vidéo dans un flux conteneur à acheminer à une interface de sortie n'est pas non plus nécessaire. Dans le cas du dispositif de réception vidéo 103b, le contenu vidéo à reproduire, par exemple le service de radiodiffusion « SKY TG24 », est communiqué directement au dispositif de réception vidéo 103b par l'utilisateur au moyen d'un clavier ou d'une télécommande, non représenté sur la Figure 3 ; dans l'exemple précité, il faut composer le numéro de programme « 500 ». L'unique sélecteur présent 204b (correspondant à celui d'entrée de la Figure 2) sélectionne le flux vidéo conteneur comprenant le contenu vidéo à reproduire sur le dispositif de reproduction 102, à partir de l'interface d'entrée alimentée par la plateforme de distribution 105 ou 106 ou par le biais de l'interface 1P d'entrée 203b ou du syntoniseur 201b respectivement, choisie par la CPU 202b selon des critères déjà décrits et signalée au moyen de la ligne spécifique de signalisation et de contrôle. Le flux sélectionné par le sélecteur 204b est acheminé à une unité de 20 démultiplexage 206b qui extrait les composantes (audio, vidéo, EPG, télétexte, données d'identification) du contenu vidéo à reproduire. Les composantes audio et vidéo sont décodées par des décodeurs correspondants 305 (par exemple conformes aux standards selon MPEG2, MPEG4, HEVC, VC1 pour la vidéo et AAC, AAC+/HE-AAC, AC3, couche 3 MPEG1, couche 1 ou 2 MPEG2 pour l'audio), 25 conformément aux codages audio et vidéo utilisés par le fournisseur de services en phase de production du contenu. Ainsi, les composantes audio et vidéo sont acheminées à des processeurs audio et vidéo 301 correspondants, qui effectuent les adaptations de signal nécessaires pour être délivrées à un dispositif de reproduction 102 audio-vidéo, 30 accouplé à l'interface audio-vidéo de sortie des processeurs 301, au moyen d'une ligne de connexion pour le signal de sortie 310. Les adaptations adoptées par les processeurs 301 varieront en fonction des caractéristiques de l'interface (analogique avec audio et vidéo séparés l'un de l'autre, ce dernier de type composantes Y, PB/CB, PR/CR, RGB ou composite CVBS) ou de type numérique (par exemple DVI et S/PDIF, ou avec audio-vidéo unifié HDMI) et du dispositif de reproduction 102 (par exemple, en tenant compte de la résolution vidéo supportée par l'écran du dispositif de reproduction 102). Bien entendu, il est possible de prévoir la présence additionnelle ou substitutive d'une interface IP de sortie, en mesure d'alimenter d'autres dispositifs de reproduction au moyen d'autant de lignes de connexion pour signaux de sortie 310 provenant des processeurs 301, par exemple des dispositifs de reproduction compatibles avec le protocole DLNA. En supposant qu'il est souhaité d'alimenter les dispositifs de reproduction 102 connectés à l'interface précitée avec le même contenu vidéo envoyé à l'interface audio-vidéo. S'il est nécessaire d'avoir un flux conteneur « restreint », c'est-à-dire comprenant seulement le contenu vidéo à reproduire, il peut être prévu en aval du démultiplexeur 206b un répartiteur (non représenté) qui achemine en plus les composantes du contenu vidéo à reproduire à un multiplexeur (non représenté) du type 208 de la Figure 2, connecté à l'interface IP de sortie. S'il est souhaité au contraire d'envoyer à une interface IP de sortie (non représentée) tout le flux conteneur, il suffirait d'interposer entre le sélecteur d'entrée 204b et le démultiplexeur 206b un répartiteur à deux sorties, qui achemine le flux sélectionné à la fois au démultiplexeur 206b et à une ligne de dérivation (non représentée) connectée à l'interface IP de sortie (non représentée) à ajouter. Dans les deux modes précités, il est cependant possible d'envoyer simultanément le même contenu vidéo à différents dispositifs de reproduction 102. Enfin, s'il était souhaité de pouvoir envoyer des contenus vidéo différents sur l'interface audio-vidéo 301 et sur celle IP de sortie (non représentée), il serait nécessaire d'augmenter le degré de parallélisme d'élaboration vidéo du dispositif comme déjà décrit en référence aux lignes d'élaboration parallèles du dispositif de réception vidéo 103a de la Figure 2. Le processeur vidéo 301 et l'interface IP de sortie éventuellement présents dans le dispositif de réception vidéo 103b constituent en combinaison les moyens d'interface avec au moins un dispositif de reproduction 102 associable au dispositif récepteur 103b, auquel ils sont en mesure de fournir le contenu vidéo sous une forme reproductible par celui-ci.
Le dispositif de reproduction 102 peut être indifféremment externe ou intégré avec le dispositif de réception 103b: dans ce dernier cas, il vient constituer un système de reproduction composé d'un unique appareil de type téléviseur. De nombreuses variantes de mise en oeuvre sont possibles par rapport au schéma illustratif des Figures 2 et 3: les fonctions remplies par certains blocs fonctionnels peuvent être remplies par la même unité, des unités représentées comme des entités séparées peuvent être intégrées dans un unique composant physique ou, inversement, des fonctions remplies sur les Figures 2 et 3 par la même unité peuvent être exécutées par des blocs fonctionnels différents. Par exemple, la CPU ainsi que les décodeurs audio et/ou vidéo peuvent être mis en oeuvre sur un même circuit intégré, les décodeurs peuvent être réalisés totalement sous forme de matériel, logiciel ou une combinaison de ceux-ci et ainsi de suite. Toujours selon ce qui a déjà été décrit, un mode de réalisation préféré de la présente invention est donc représenté par celui dans lequel le dispositif de réception vidéo 103a est remplacé par un dispositif de réception vidéo 103b tel qu'un décodeur de type satellite et Internet (hybride), c'est-à-dire un décodeur comprenant une connexion à une parabole satellite et en même temps une connexion Internet, par exemple de type LAN ou WiFi. Le dispositif de réception 102 peut donc comprendre par exemple un ou plusieurs écrans de radiotélévision, connectés fonctionnellement au dispositif de réception vidéo 103b. Dans le cas de la télévision satellite (en particulier la télévision payante), le dispositif de réception vidéo 103b comprend des fonctionnalités définies par le fournisseur de contenus, pour faire face aux nécessités de cryptage/décryptage du signal et aux éventuelles nécessités de facturation du service (billing) Comme indiqué, le dispositif de réception vidéo 103b, par exemple de type décodeur satellite hybride, comprend également une connexion Internet 203b, au moyen de laquelle il est possible à la fois de trouver des mises à jour de logiciel/matériel et d'accéder à des contenus vidéo à la demande. Le fournisseur de contenus de télévision par satellite peut ainsi, de manière simple et immédiate, surveiller le dispositif de réception vidéo 103b et les demandes de contenus vidéo effectuées par les utilisateurs, au moyen d'un canal de retour qui utilise la connexion précitée. Par conséquent, un fournisseur de contenus de télévision par satellite se trouve dans des conditions privilégiées pour mettre en oeuvre un serveur de gestion de fourniture 107 qui est asservi aux fonctionnalités déjà décrites ci-dessus. Par exemple, il est possible qu'un utilisateur, au moyen de son propre dispositif de réception vidéo 103b, soit en train de visionner un contenu vidéo particulier à travers la plateforme à large bande 105, c'est-à-dire Internet, par exemple un événement sportif à la demande en direct. Le fournisseur de contenus est informé du contenu vidéo que l'utilisateur visionne actuellement, justement grâce au canal de retour Internet, au moyen duquel le dispositif de réception vidéo 103b communique avec son serveur de gestion de fourniture 107 en envoyant l'identifiant du contenu vidéo en cours de reproduction par un dispositif de reproduction associé. Avantageusement, le dispositif de réception vidéo 103b envoie également des informations sur la plateforme particulière (par exemple de radiodiffusion par satellite ou à large bande) utilisée pour recevoir le contenu vidéo identifié. De cette manière, le fournisseur de services peut avoir connaissance de l'audience d'un certain contenu vidéo en cours de transmission (par exemple le programme diffusé sur un service de radiodiffusion tel que « RAI2 » ou « BBC3 »), ainsi que des proportions dans lesquelles les plateformes- de distribution du contenu sont effectivement exploitées par l'éventail des usagers. De cette manière, il peut décider à bon escient de la meilleure gestion de la distribution du contenu vidéo et éventuellement de changer au besoin la plateforme utilisée par les dispositifs de réception vidéo. Par exemple, le fournisseur de services, grâce aux informations recueillies à partir de l'éventail d'usagers, peut déterminer qu'un certain programme de radiotélévision (par exemple un concert de musique) transmis simultanément sur la plateforme par satellite et via CDN Internet est vu par 70 % des spectateurs par le biais de la radiodiffusion par satellite et les 30 % restants par le biais de la plateforme à large bande. Si l'utilisation de la plateforme à large bande descend au-dessous d'un niveau considéré critique, le fournisseur de services peut désactiver l'utilisation de cette plateforme pour ce contenu vidéo, après avoir préalablement fait commuter sur la plateforme de radiodiffusion parallèle tous les dispositifs de réception vidéo 103 qui utilisaient la plateforme à large bande pour la réception du concert de musique précité. De cette manière, il pourra utiliser le CDN pour d'autres services ou de toute façon économiser du point de vue économique si le coût du CDN dépend du trafic écoulé par celui-ci.
Le fournisseur de contenus, en analysant statistiquement de manière centralisée les informations envoyées par les dispositifs de réception vidéo 103b au serveur de gestion de fourniture 107, peut estimer s'il est avantageux de transférer la transmission à la demande visualisée sur une plateforme différente, c'est-à-dire sur un canal satellite 106 à sa disposition et autrement non utilisé actuellement. Le fournisseur de contenus de télévision par satellite, grâce à la plus grande disponibilité de bande disponible, a en effet généralement à disposition un nombre de canaux par satellite supérieur à ceux utilisés en moyenne pour les transmissions, pour avoir la possibilité de transmettre un plus grand nombre de contenus vidéo à des moments de pics de demandes, par exemple durant des événements sportifs particuliers tels que les championnats de sports très suivis, par exemple la Coupe du monde de football. Le fournisseur de contenus de télévision par satellite trouve donc souhaitable, si les circonstances vérifiables par l'intermédiaire du serveur de gestion de fourniture 107 le permettent, de migrer la transmission du contenu vidéo demandé par les utilisateurs sur une chaîne par satellite 106 ; cette chaîne par satellite pourrait en effet s'avérer autrement inutilisée et le fournisseur de contenus par satellite a au contraire intérêt à utiliser autant que possible des propres canaux, en recourant à l'utilisation de systèmes à large bande/CDN 105 seulement quand elle ne peut pas être évitée autrement.
Le fournisseur de contenus de télévision par satellite peut ainsi avoir à disposition des modalités appropriées de contrôle pour la distribution des contenus vidéo sur des plateformes de distribution par satellite plutôt qu'à large bande, par le biais de l'intervention des logiques de contrôle du serveur de gestion de fourniture 107.
Il est possible de prévoir différentes modalités de contrôle pour la distribution des contenus vidéo de la part du serveur de gestion de fourniture 107: le serveur de gestion de fourniture 107 peut gérer directement les commandes de demande vers le fournisseur de contenus dans la source 104 et « forcer » ainsi la commutation du dispositif de réception vidéo 103, 103a ou 103b, ou déléguer au dispositif de réception vidéo 103, 103a ou 103b les opérations de commutation, comme illustré pour les exemples de réalisation des Figures 2 et 3. De manière similaire, le serveur de gestion de fourniture 107 peut se charger d'activer la transmission sur une certaine plateforme, par exemple la radiodiffusion précitée 106, ou déléguer ceci au fournisseur de contenus qui gère la source de contenus 104, en fonction des politiques de gestion adoptées. Il doit être entendu que la fonctionnalité illustrée en référence au serveur de gestion de fourniture 107 pourrait être remplie par des dispositifs dédiés, pourrait être une fonction exécutée de manière centralisée ou distribuée, ou pourrait être intégrée dans les systèmes constituant un CDN. Il est donc prévu qu'un dispositif de réception vidéo 103a, tel qu'un serveur DLNA, ou un dispositif de réception vidéo 103b, tel qu'un décodeur hybride, soient en mesure d'échanger des informations qui concernent les possibilités alternatives de 10 reproduction de contenus vidéo sur les lecteurs 102 de leur réseau. Il est prévu en outre qu'un serveur de gestion de fourniture 107 soit adapté pour estimer quels « flux de transmission en continu » des contenus vidéo peuvent être éventuellement retirés du CDN, en ce qu'ils sont reproductibles par des lecteurs qui ont accès aux mêmes contenus vidéo au moyen de plateformes de distribution 15 alternatives. Il est prévu en outre qu'un serveur de gestion de fourniture 107 supervise les fonctions de coordination de tous les éléments impliqués du système, comme le système de reproduction vidéo 101, les systèmes CDN 105, les plateformes de radiodiffusion 106, les dispositifs de réception vidéo 103a et 103b et les lecteurs 102.
20 Il est prévu en particulier l'introduction dans le protocole de demande de contenu vidéo (par exemple dans le protocole DLNA) de messages appropriés pour communiquer au fournisseur de contenus 104 le potentiel de réception des lecteurs 102 par l'intermédiaire du dispositif de réception vidéo 103a ou 103b, et en outre, de messages appropriés pour signaler aux lecteurs 102 la possibilité de commuter (et 25 éventuellement de forcer une commutation) entre une plateforme de distribution et une autre. Le procédé d'élaboration de contenus vidéo et le dispositif de réception vidéo selon l'invention permettent aux fournisseurs de contenus vidéo de surveiller en temps réel les potentialités de réception/reproduction vidéo des dispositifs de 30 reproduction connectés, ainsi que les contenus vidéo en cours de reproduction et les plateformes de distribution utilisées pour leur réception. En vertu de ces informations, les fournisseurs de contenus peuvent coopérer avec les gestionnaires de CDN de manière à distribuer les contenus à travers les différentes plateformes disponibles, en cherchant ainsi à optimiser le rendement des infrastructures, même en temps réel. Grâce au procédé et au système de reproduction de contenus vidéo selon l'invention, il est possible que le fournisseur de contenus et l'opérateur de CDN distribuent sur des réseaux de radiodiffusion tous les contenus pour lesquels il existe une possibilité et un avantage à recourir à ce type de plateforme. Il est donc possible de prévoir un scénario dans lequel les contenus vidéo à haut pourcentage d'écoute et qui nécessitent une haute qualité sont distribués au moyen de plateformes de distribution de radiodiffusion, par exemple, même par satellite, alors que les contenus de créneau ou pour lesquels une qualité vidéo élevée n'est pas exigée sont distribués sur un réseau CDN normal par l'intermédiaire d'une plateforme à large bande. De cette manière, le fournisseur de contenus vidéo ne sera plus lié à un canal physique d'une plateforme de distribution spécifique. Un contenu vidéo pourra être reçu par les utilisateurs à travers une plateforme particulière parmi une pluralité de plateformes, sélectionné en fonction du type de contenu vidéo offert et en fonction du nombre d'utilisateurs intéressés par ce contenu. En revanche, comme indiqué au cours de la description de la Figure 2, le fournisseur de services peut également utiliser une plateforme à coût plus élevé pour un programme à faible écoute et utiliser celle à coût inférieur pour transmettre un contenu vidéo différent qui rencontre un plus grand intérêt ou qui est en tout cas plus profitable. Le procédé d'élaboration de contenus vidéo et le dispositif de réception vidéo selon l'invention peuvent être appliqués en particulier dans un scénario de diffusion du standard DLNA et/ou de décodeurs hybrides connectés à Internet (et/ou de systèmes équivalents). Le procédé d'élaboration de contenus vidéo et le dispositif de réception vidéo selon l'invention s'appliquent également dans des environnements avec couvertures de point d'accès sans fil, dans lesquels un dispositif de réception vidéo approprié est inséré, par exemple du type des serveurs DLNA ou d'un 30 décodeur doté de fonctionnalités DLNA. Le procédé d'élaboration de contenus vidéo et le dispositif de réception vidéo selon l'invention s'appliquent également dans des scénarios dans lesquels un fournisseur de contenus vidéo, avec la télévision par exemple par satellite, exploite un décodeur approprié qui est en même temps connecté à Internet, au moyen duquel un utilisateur visualise des contenus vidéo. L'homme du métier peut facilement comprendre que de nombreuses autres variantes sont possibles pour la présente invention, sans pour autant sortir des limites de protection des revendications ci-jointes.

Claims (14)

  1. REVENDICATIONS1. Dispositif de réception de contenus vidéo (103a; 103b) comprenant des moyens d'interface (209, 301) avec au moins un dispositif de reproduction vidéo associable (102), et comprenant : - des moyens de réception configurés pour recevoir des contenus vidéo provenant d'au moins une source de contenus vidéo (104) par le biais de moyens de connexion (201a, 203a; 20 lb, 203b) connectés à une pluralité de plateformes de distribution (105, 106), dans lequel au moins une première connexion (203a; 203b) à une première plateforme de distribution (105) est de type à large bande et dans lequel au moins une deuxième connexion (201a ; 20 lb) à une deuxième plateforme de distribution (106) est de type radiodiffusion ; - des premiers moyens d'identification configurés pour identifier un contenu vidéo à reproduire ; - des deuxièmes moyens d'identification configurés pour identifier au moins une plateforme de distribution active parmi la pluralité de plateformes de distribution (105, 106) sur lesquelles ledit contenu vidéo à reproduire est actuellement transmis par ladite au moins une source de contenus (104) ; - des moyens de sélection configurés pour sélectionner la réception dudit contenu vidéo à travers ladite plateforme de distribution active ; - des moyens de commutation configurés pour commuter entre ladite première 20 connexion (203a; 203b) et ladite deuxième connexion (201a ; 20 lb), ou inversement, en fonction d'un signal de commande reçu à partir dudit dispositif de réception (103a; 130b) ; - un processeur vidéo configuré pour générer un signal vidéo (220; 310) comprenant ledit contenu vidéo sous forme reproductible par un dispositif de reproduction (102) 25 associable audit dispositif de réception (103; 103a; 103b) par le biais desdits moyens d'interface (209 ; 301).
  2. 2. Dispositif de réception vidéo (103a; 103b) selon la revendication 1, comprenant en outre des moyens d'élaboration (202a; 202b) configurés pour recevoir au moins 30 une commande donnée par un serveur à distance (107), dans lequel lesdits moyensd'élaboration (202a; 202b) sont configurés pour intervenir sur lesdits moyens de commutation en fonction de ladite commande.
  3. 3. Dispositif de réception vidéo (103a; 103b) selon la revendication 2, dans lequel lesdits premiers moyens d'identification sont configurés pour effectuer la lecture d'un identifiant associé audit contenu vidéo et envoyé audit dispositif de réception vidéo (103a; 103b) par l'intermédiaire desdits moyens de connexion (201a, 203a; 201b, 203b).
  4. 4. Dispositif de réception vidéo (103a; 103b) selon la revendication 3, comprenant en outre des moyens de signalisation (203a; 203b) configurés pour communiquer audit serveur à distance (107) ledit identifiant associé audit contenu vidéo.
  5. 5. Dispositif de réception vidéo (103a; 103b) selon la revendication 4, dans lequel lesdits moyens de signalisation (203a; 203b) sont configurés en outre pour signaler des informations relatives à l'utilisation de ladite pluralité de plateformes de distribution (105, 106).
  6. 6. Dispositif de réception vidéo (103a; 103b) selon l'une quelconque des revendications 3 à 5, dans lequel ladite commande reçue en provenance dudit serveur à distance (107) dépend au moins dudit identifiant associé audit contenu vidéo, ou au moins desdites informations relatives à l'utilisation de ladite pluralité de plateformes de distribution (105, 106).
  7. 7. Dispositif de réception vidéo (103a; 103b) selon l'une quelconque des revendications 1 à 6, dans lequel ladite première connexion (203a, 203b) de type à large bande est adaptée pour se connecter à une plateforme de distribution Internet (105) et dans lequel ladite deuxième connexion (201a, 201b) de type radiodiffusion est adaptée pour se connecter à au moins une plateforme de distribution de télévision par satellite (106).
  8. 8. Procédé d'élaboration d'un contenu vidéo, dans lequel un dispositif de réception vidéo (103) est adapté pour recevoir des contenus vidéo à partir d'au moins unesource de contenus (104) à travers une pluralité de plateformes de distribution (105, 106), dans lequel ladite pluralité de plateformes de distribution (105, 106) comprend au moins une première plateforme de distribution de type à large bande (105) et au moins une deuxième plateforme de distribution de type radiodiffusion (106) auxquelles ledit dispositif de réception vidéo (103) est connecté, et dans lequel ledit dispositif de réception vidéo (103) est associable fonctionnellement à au moins un dispositif de reproduction (102) adapté pour reproduire lesdits contenus vidéo, dans lequel ledit dispositif de réception vidéo (103) exécute au moins les étapes suivantes : - l'identification d'un contenu vidéo à reproduire ; - l'identification d'au moins une plateforme de distribution active parmi ladite pluralité de plateformes de distribution (105, 106) sur lesquelles ledit contenu vidéo à reproduire est actuellement transmis par ladite au moins une source de contenus (104) ; - la sélection de la réception par ledit dispositif de réception vidéo (103) dudit contenu vidéo à travers ladite plateforme de distribution active ; - la réception d'un signal de commande envoyé audit dispositif de réception vidéo (103) pour con-mluter entre ladite première plateforme de distribution (105) et ladite deuxième plateforme de distribution (106), ou inversement ; - la génération d'un signal vidéo de sortie comprenant ledit contenu vidéo sous forme reproductible par ledit dispositif de reproduction (102).
  9. 9. Procédé selon la revendication 8, dans lequel ladite commutation entre ladite première plateforme de distribution (105) et ladite deuxième plateforme de distribution (106), ou inversement, s'effectue en conséquence de la réception par ledit dispositif de réception vidéo (103) d'une commande donnée par un serveur à distance (107).
  10. 10. Procédé d'élaboration selon la revendication 9, dans lequel l'étape d'identification dudit contenu vidéo s'effectue par le biais de la lecture d'un identifiant associé audit contenu vidéo et envoyé audit dispositif de réception vidéo (103) par l'intermédiaire d'au moins une desdites plateformes de distribution (105, 106).
  11. 11. Procédé d'élaboration selon la revendication 10, dans lequel ledit dispositif de réception vidéo (103) communique audit serveur à distance (107) ledit identifiant associé audit contenu vidéo.
  12. 12. Procédé d'élaboration selon la revendication 11, comprenant en outre l'étape de signalisation d'informations relatives à l'utilisation de ladite pluralité de plateformes de distribution (105, 106) par l'intermédiaire desquelles ledit dispositif de réception vidéo (103) est adapté pour recevoir des contenus vidéo.
  13. 13. Procédé d'élaboration selon l'une quelconque des revendications 10 à 12, dans lequel ladite commande dépend au moins dudit identifiant associé audit contenu vidéo ou au moins desdites informations relatives à l'utilisation de ladite pluralité de plateformes de distribution (105, 106).
  14. 14. Procédé d'élaboration selon l'une quelconque des revendications 8 à 13, dans lequel ladite première plateforme de distribution de type à large bande (105) est une plateforme Internet et dans lequel ladite deuxième plateforme de distribution de type radiodiffusion (106) est une plateforme de télévision par satellite.
FR1454596A 2013-05-29 2014-05-21 Appareil de reception video pour l'elaboration d'un contenu video recevable a partir d'une pluralite de plateformes de distribution et methode d'elaboration d'un tel contenu video Active FR3006541B1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
ITTO2013A000437 2013-05-29
IT000437A ITTO20130437A1 (it) 2013-05-29 2013-05-29 Metodo di elaborazione di un contenuto video ricevibile da una pluralità di piattaforme di distribuzione e relativo apparato di ricezione video

Publications (2)

Publication Number Publication Date
FR3006541A1 true FR3006541A1 (fr) 2014-12-05
FR3006541B1 FR3006541B1 (fr) 2018-03-30

Family

ID=48877455

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1454596A Active FR3006541B1 (fr) 2013-05-29 2014-05-21 Appareil de reception video pour l'elaboration d'un contenu video recevable a partir d'une pluralite de plateformes de distribution et methode d'elaboration d'un tel contenu video

Country Status (8)

Country Link
US (1) US9930410B2 (fr)
KR (1) KR20140140505A (fr)
CN (1) CN104219569B (fr)
DE (1) DE102014210222A1 (fr)
ES (1) ES2529381B1 (fr)
FR (1) FR3006541B1 (fr)
GB (1) GB2516736B (fr)
IT (1) ITTO20130437A1 (fr)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104053041A (zh) * 2014-06-05 2014-09-17 东莞中山大学研究院 一种基于家庭网络的多电视业务系统
ES2875048T3 (es) 2014-08-12 2021-11-08 Groupon Inc Método, aparato y producto de programa informático para controlar la distribución de contenido a través de transceptores a un visualizador
FR3036905B1 (fr) * 2015-05-27 2018-06-15 Eutelsat S A Procede d'optimisation d'une allocation de canaux de diffusion d'un flux multimedia
CN109644286B (zh) * 2016-08-30 2021-08-17 索尼公司 分发装置和方法、接收装置和方法、介质和内容分发系统
CN107241316A (zh) * 2017-05-24 2017-10-10 大连金华录数码科技有限公司 一种基于卫星+4g 多媒体信息播放终端的播放系统及方法
BR112020008038A2 (pt) 2017-10-24 2020-10-27 Skywave Networks Llc sincronização de relógios durante a comutação entre modos de transmissão de difusão e de dados

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1996017306A2 (fr) * 1994-11-21 1996-06-06 Oracle Corporation Serveur de media
US8566873B2 (en) * 2001-04-23 2013-10-22 Starz Entertainment, Llc Program guide enhancements
CN1513258A (zh) * 2001-06-05 2004-07-14 �ʼҷ����ֵ������޹�˾ 接口单元
US7769021B1 (en) * 2004-07-03 2010-08-03 At&T Corp. Multiple media fail-over to alternate media
WO2008127737A1 (fr) * 2007-04-13 2008-10-23 Building B Interface de spectateur pour un système de livraison de contenu
CN101047775A (zh) * 2007-04-26 2007-10-03 上海大亚科技有限公司 实现收看模拟电视无缝切换的iptv机顶盒
US20090052450A1 (en) * 2007-08-22 2009-02-26 Mockett Gregory P Apparatus, system, and method for video delivery using dual multicast streams with one being delayed
US10165286B2 (en) * 2009-07-08 2018-12-25 Dejero Labs Inc. System and method for automatic encoder adjustment based on transport data
KR101706407B1 (ko) * 2009-08-07 2017-02-13 톰슨 라이센싱 비디오 디바이스에서 인터넷으로 검색하기 위한 시스템 및 방법
US10264029B2 (en) * 2009-10-30 2019-04-16 Time Warner Cable Enterprises Llc Methods and apparatus for packetized content delivery over a content delivery network
US9519728B2 (en) * 2009-12-04 2016-12-13 Time Warner Cable Enterprises Llc Apparatus and methods for monitoring and optimizing delivery of content in a network
US9641900B2 (en) * 2009-12-14 2017-05-02 At&T Intellectual Property I, L.P. Channel change via an alternate multimedia content delivery system
KR101313272B1 (ko) * 2009-12-18 2013-09-30 한국전자통신연구원 네트워크 망 내의 멀티단말 상황에서 방송서비스를 제공하는 맞춤형 방송서비스 제공시스템 및 방법
KR101086778B1 (ko) * 2009-12-18 2011-11-25 한국전자통신연구원 다채널 방송망에 적합한 송신용 및 수신용 방송 매체 접속 제어 장치
JP2011215794A (ja) * 2010-03-31 2011-10-27 Fujitsu Ltd 分散ストレージシステム及びプログラム
US8719879B2 (en) * 2010-06-11 2014-05-06 Kuautli Media Investment Zrt. Method and apparatus for content delivery
US8938770B2 (en) * 2010-07-08 2015-01-20 Verizon Patent And Licensing Inc. Bandwidth and server resource savings through use of legacy client capability in a remote user interface system
WO2012129762A1 (fr) * 2011-03-25 2012-10-04 Telefonaktiebolaget L M Ericsson (Publ) Récepteur multimédia hybride, serveur d'intergiciel et procédés, programmes d'ordinateur et produits-programmes d'ordinateur correspondants
EP2634961A1 (fr) * 2012-03-01 2013-09-04 Thomson Licensing Gestion de la transmission de flux de données sur plusieurs réseaux
US9042368B2 (en) * 2012-12-07 2015-05-26 Broadcom Corporation Gateway based and centric network management and coordination
US9716916B2 (en) * 2012-12-28 2017-07-25 Echostar Technologies L.L.C. Adaptive multicast delivery of media streams

Also Published As

Publication number Publication date
GB2516736B (en) 2015-06-10
FR3006541B1 (fr) 2018-03-30
US20140359673A1 (en) 2014-12-04
DE102014210222A1 (de) 2014-12-04
ITTO20130437A1 (it) 2014-11-30
CN104219569B (zh) 2019-04-09
GB2516736A (en) 2015-02-04
GB201409121D0 (en) 2014-07-09
ES2529381A2 (es) 2015-02-19
ES2529381R1 (es) 2015-04-01
KR20140140505A (ko) 2014-12-09
US9930410B2 (en) 2018-03-27
CN104219569A (zh) 2014-12-17
ES2529381B1 (es) 2015-11-04

Similar Documents

Publication Publication Date Title
US8099508B2 (en) Method of using tokens and policy descriptors for dynamic on demand session management
US10182269B1 (en) HTTP live streaming delivery over multicast
FR3006541A1 (fr) Appareil de reception video pour l'elaboration d'un contenu video recevable a partir d'une pluralite de plateformes de distribution et methode d'elaboration d'un tel contenu video
WO2011053858A1 (fr) Procédés et appareil de distribution de contenu en paquets sur un réseau de distribution de contenu
EP1463309A1 (fr) Traitement d'un format de flux de données pour la réception audiovisuelle mobile
EP1964313A1 (fr) Procede de transmission de services de television numerique, passerelle et reseau correspondants
FR2878397A1 (fr) Appareil et methode de distribution sur un reseau local de services diffuses
US8612456B2 (en) Scheduling recording of recommended multimedia programs
Yim et al. Application-based targeted advertisement system for ATSC 3.0 UHD service
WO2006108838A1 (fr) Appareil et procede de gestion des services reçus au sein d'un reseau local
EP2273786B1 (fr) Contrôle d'accès à un contenu numérique
EP2068565A1 (fr) Module d'identité d'abonné et serveur de diffusion associé, adaptés pour gérer des programmes d'une durée non déterminée
EP2191648A1 (fr) Procede de transmission, vers des terminaux heterogenes et via une infrastructure a multiplexage de type tdm/tdma, de contenus multimedia en couches, et dispositif de traitement et decodeur associes
WO2009007600A1 (fr) Décodeur de flux dvb
FR3092720A1 (fr) Streaming adaptatif et contextuel
FR3054765B1 (fr) Procede pour la lecture sur un equipement d'un contenu multimedia avec un retard cible par rapport au direct inferieur a un retard maximal donne
WO2013102745A1 (fr) Controle de services a la demande communiques en mode de diffusion
FR3049146B1 (fr) Systeme de teledistribution de video a la demande dans une pluralite de collectivites
US20130111532A1 (en) Apparatus and methods for transmitting multi-view contents
WO2024013463A1 (fr) Streaming vidéo adaptatif hybride amélioré
WO2021144247A1 (fr) Procédé de décrochage d'un flux dans un multiplex à débit variable, ledit flux étant constitué d'une pluralité de chunks, site de diffusion et dispositifs associés
EP2854415B1 (fr) Procédé de transmission dynamique de données d'information relatives à un programme audio et/ou vidéo
FR2899419A1 (fr) Procede de restitution d'un flux numerique, terminal de restitution, et produit programme d'ordinateur correspondants

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLFP Fee payment

Year of fee payment: 3

PLSC Publication of the preliminary search report

Effective date: 20161125

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6

PLFP Fee payment

Year of fee payment: 7

PLFP Fee payment

Year of fee payment: 8

PLFP Fee payment

Year of fee payment: 9

PLFP Fee payment

Year of fee payment: 10