FR3011356A1 - Dispositif et procede de rendu multimedia - Google Patents

Abstract

La présente invention a pour objet un procédé multimédia (100), pour générer un effet lumineux combiné à un effet sonore à l'aide d'un moyen de rendu (2) lumineux et sonore et d'une console (1) de pilotage dudit moyen de rendu (2), procédé comprenant une étape consistant essentiellement à envoyer (101) des données de pilotage multimédia depuis la console (1) jusqu'au moyen de rendu (2), à savoir des données pour rendu sonore et/ou des données pour rendu lumineux. Ce procédé est caractérisé en ce qu'il comprend une étape consistant à récupérer (102), dans la console (1), des données pour le pilotage du moyen de rendu (2), et ce depuis un serveur (3) distant avec lequel ladite console (1) communique. L'invention a aussi pour objet un dispositif mettant en œuvre ce procédé.

Description

1 1 3 5 6 DESCRIPTION La présente invention relève du domaine des équipements domestiques permettant de fournir un rendu multisensoriel, à savoir au moins sonore et lumineux, et a pour objet, d'une part, un procédé multimédia particulier, et, d'autre part, un dispositif particulier le mettant en 5 oeuvre. Dans ce domaine, le pilotage d'un moyen de rendu, à la fois sonore et lumineux, repose essentiellement sur des données contenues, d'une part, dans un fichier pour rendu sonore, ou fichier audio, et, d'autre part, dans un fichier de rendu lumineux. Il est alors important de 10 synchroniser les effets sonores et les effets lumineux. US7473837 décrit un procédé de pilotage de luminaire qui analyse en temps réel des données acoustiques pour contrôler de façon correspondante une source lumineuse. Il est donc nécessaire d'allouer en permanence une partie des capacités d'une unité de traitement pour réaliser 15 non seulement la transmission d'information mais aussi le codage Des problèmes de synchronisation peuvent aussi apparaître entre le son et le rendu lumineux instantané souhaité, créant ainsi des décalages perceptibles par l'utilisateur entre le son et le rendu lumineux. Le document US20120234160 divulgue lui aussi une telle 20 analyse et conversion en continu avec les inconvénients précités. En outre, le signal acoustique d'entrée est analogique, ce qui ne permet pas d'exploiter les sources sonores digitales très répandues, telles que fichier ou flux numérique audio, par exemple. EP2445233 divulgue notamment le recours à un microphone 25 pour le fichier pour rendu sonore en entrée. Naturellement, cela ne permet pas non plus d'utiliser les données numériques existantes par ailleurs, et rend aussi l'effet lumineux sensible aux bruits ambiants. En outre, il est aujourd'hui possible d'utiliser un téléphone portable intelligent pour piloter un ensemble d'équipements, comme un 30 équipement audio, par exemple en envoyant depuis un téléphone portable intelligent, les données pour rendu sonore. Toutefois, compte tenu de la puissance de calcul standard d'un tel appareil, il n'est généralement pas possible de l'utiliser pour générer un fichier de rendu lumineux à partir d'un fichier pour rendu sonore. En effet, il est nécessaire de construire un fichier - 2 - contenant des données pour rendu lumineux, à partir d'un fichier pour rendu sonore et conformément à une logique d'association, assimilant un effet sonore à un effet lumineux. Effectuer un tel calcul avec un téléphone portable représente une quantité bien trop importante de ressources.

Enfin, pour une console de contrôle envoyant ses ordres sans fil au moyen de rendu, et en particulier pour une console sous la forme d'un téléphone portable intelligent, il est généralement impossible d'envoyer simultanément plus d'un flux de données servant à piloter ledit moyen de rendu. Il est donc difficile d'envoyer sans fil plusieurs flux de données différents. La présente invention vise à pallier tout ou partie des inconvénients précités et a ainsi pour objet d'améliorer notamment la génération, le traitement et l'exploitation de données multimédia servant à contrôler un moyen de rendu sonore et lumineux.

A cet effet, l'invention a pour objet un procédé multimédia, pour générer un effet lumineux combiné à un effet sonore à l'aide d'un moyen de rendu lumineux et sonore et d'une console de pilotage dudit moyen de rendu, procédé comprenant une étape consistant essentiellement à envoyer des données de pilotage multimédia depuis la console jusqu'au moyen de rendu, à savoir des données pour rendu sonore et/ou des données pour rendu lumineux. Ce procédé est caractérisé en ce que il comprend une étape consistant à récupérer, dans la console, des données pour le pilotage du moyen de rendu, et ce depuis un serveur distant avec lequel ladite console communique. L'invention a aussi pour objet un dispositif mettant en oeuvre un tel procédé, et qui comprend un moyen de rendu lumineux et sonore, une console de pilotage ainsi qu'un serveur déporté. Ce dispositif est caractérisé en ce que des données peuvent être 30 échangées entre le serveur et la console, et des données peuvent être envoyées depuis la console jusqu'au moyen de rendu. L'invention sera mieux comprise grâce à la description ci-dessous d'un mode de réalisation préféré, décrit en référence à la figure annexée, qui illustre le dispositif ainsi que les interactions régies par le 35 procédé. L'invention a ainsi pour objet un procédé multimédia 100, pour générer un effet lumineux combiné à un effet sonore à l'aide d'un moyen de - 3 - rendu 2 lumineux et sonore et d'une console 1 de pilotage dudit moyen de rendu 2, procédé comprenant une étape consistant essentiellement à envoyer 101 des données de pilotage multimédia depuis la console 1 jusqu'au moyen de rendu 2, à savoir des données pour rendu sonore et/ou des données pour rendu lumineux. Ces données de pilotage définissent, d'une part, l'état lumineux souhaité, et, d'autre part, l'état sonore souhaité, du moyen de rendu 2. Le moyen de rendu 2 permet ainsi de faire entendre un morceau de musique et de provoquer un effet lumineux instantané cohérent. Les données pour rendu sonore et/ou les données pour rendu lumineux peuvent être sous la forme d'un flux continu pour les données pour rendu visuel et d'un flux continu pour les données pour rendu sonore. Ces deux flux sont alors pris en compte par le moyen de rendu 2 pour le pilotage d'une source lumineuse 8 et d'une source sonore 7 qu'il comprend.

Selon l'invention, le procédé comprend une étape consistant à récupérer 102, dans la console 1, des données pour le pilotage du moyen de rendu 2, et ce depuis un serveur 3 distant avec lequel ladite console 1 communique. Il peut s'agir de données utiles pour le rendu sonore et/ou de données utiles pour le rendu lumineux. Afin de réduire les calculs que la console 1 doit prendre en charge, l'invention propose donc de récupérer, avec ou sans fil, au moins les données pour rendu lumineux au niveau d'un serveur 3 distant avec lequel ladite console 1 communique, plutôt que de générer les données pour rendu lumineux au niveau de ladite console 1. Avantageusement, les données pour rendu sonore peuvent aussi être récupérées 102 depuis le serveur 3. Cette étape peut ainsi consister à récupérer 102 les données sous forme d'un fichier complet, pour un rendu lumineux et/ou un rendu sonore, ou, alternativement, sous forme de flux de données continu, ou streaming, depuis le serveur 3 jusqu'à la console 1. L'utilisation d'une communication par flux continu depuis le serveur jusqu'à la console 1, pour l'un et/ou l'autre des types de données, permet de piloter le moyen de rendu 2 plus tôt que si toutes les données doivent avoir été transmises. Le serveur 3 est préférablement connecté au réseau internet 6, ou à un autre réseau auquel la console 1 a accès : télécommunication, téléphonie, satellitaire, privé, etc. La communication entre, d'une part, le serveur 3, c'est-à-dire le réseau dans lequel il se trouve, et, d'autre part, la console 1, se fait préférentiellement sans fil. - 4 - Les données pour rendu lumineux présentes au niveau du serveur 3 peuvent avoir été récupérées depuis un autre serveur, ou, préférentiellement, construites à partir de données de rendu sonore. Ainsi, selon une caractéristique additionnelle possible, le 5 procédé comprend, en outre, une étape de codage 104, mise en oeuvre au niveau du serveur 3 distant, et consistant essentiellement à générer un fichier de rendu lumineux 4 associé à un fichier de rendu sonore 5 prédéfini. C'est donc le serveur 3 qui se charge, le cas échéant, de la création de données de rendu lumineux, associées à des données de rendu 10 sonore. L'étape de codage 104 comprend l'analyse d'un fichier de rendu sonore 5 particulier pour en identifier des caractéristiques telles que puissance du signal, tempo, fréquences, etc., puis la génération de données utiles pour piloter la source lumineuse 8 d'un moyen de rendu 2. Ces données pour rendu lumineux peuvent éventuellement nécessiter un 15 traitement par la console 1 avant d'être envoyées au moyen de rendu 2. Préférablement, cette étape de codage 104 consiste essentiellement à générer un fichier pour rendu lumineux 4 en fonction d'un fichier pour rendu sonore 5 prédéfini. Comme il sera décrit plus, une logique d'association est utilisée pour choisir les caractéristiques du rendu 20 lumineux en fonction des caractéristiques du rendu sonore. Avantageusement, le procédé comprend notamment aussi une étape de sauvegarde, au sein de la base de données 3, d'un fichier pour rendu lumineux 4, notamment celui construit lors de l'étape de codage 104. Ainsi, l'accès aux fichiers de rendu lumineux 4 est plus rapide, puisque 25 seuls les fichiers absents sont générés. Dans la mesure où le serveur 3 est accessible par plusieurs consoles 1 et donc par plusieurs utilisateurs, chacun enrichit progressivement le contenu du serveur 3, que d'autres utilisateurs peuvent exploiter. Si le fichier pour rendu lumineux 4 existe dans le serveur 3, il est immédiatement récupéré par la console 1. Dans le cas contraire, 30 c'est une étape de codage qui permettra de l'obtenir, puis de le transmettre à la console 1. En effet, dans des modes de réalisation avantageux, le procédé comprend une étape de requête de recherche 103, au cours de laquelle a lieu, au sein du serveur 3 et ce à partir de descripteurs, ou tags, envoyés 35 depuis la console 1, une recherche d'un fichier pour rendu sonore 5 et/ou d'un fichier pour rendu lumineux 4. L'utilisateur peut ainsi utiliser sa console 1 pour envoyer une requête au serveur 3, dans le but de récupérer - 5 - au moins des données pour rendu lumineux, préférentiellement sous la forme d'un fichier, voire pour récupérer aussi des données pour rendu sonore, préférentiellement sous la forme d'un autre fichier. Cette requête est envoyée en fonction des données déjà mémorisées au sein de la console 1, puisque cette dernière peut avantageusement comprendre une mémoire pour sauvegarder des fichiers pour rendu lumineux 4 et/ou des fichiers pour rendu sonore 5. Selon une caractéristique additionnelle possible, envoyer 101 des données pour rendu sonore et/ou lumineux depuis la console 1 consiste 10 essentiellement à envoyer ces données en flux continu, selon la technique dite du streaming, à savoir en générant en flux continu de données pour rendu visuel et un flux continu de données pour rendu lumineux. Cet envoi 101 en flux continu peut se faire en décomposant en données successives directement le fichier pour rendu sonore 5 et/ou le fichier pour rendu 15 lumineux 4, ou encore en générant et transmettant de façon continue des données pour rendu sur la base de l'un et/ou l'autre de ces deux fichiers. Les données récupérées par la console 1 depuis le serveur 3 peuvent en effet nécessiter un traitement par la console 1 avant d'être envoyées en tant que données de pilotage au moyen de rendu 2. Ce traitement est alors 20 préférentiellement effectué en temps réel, à l'occasion de la lecture des fichiers par la console 1 pour l'envoi 101 au moyen de rendu 2. Les données envoyées 101 au moyen de rendu 2, obtenues par traitement, au sein de la console 1, des données récupérées depuis le serveur 3 peuvent ou non être sauvegardées, au sein de ladite console 1 voire du moyen de rendu 25 2. L'envoi de deux flux de données multimédia depuis la console 1 vers le moyen de rendu 2 est possible grâce à l'utilisation de deux principes de codage et communication différents, d'une part, pour le rendu lumineux, et, d'autre part pour le rendu sonore. 30 Selon une caractéristique additionnelle possible, le procédé comprend une étape supplémentaire de synchronisation, mise en oeuvre au sein de la console 1, pour garantir à chaque instant la synchronisation entre le flux de données pour rendu lumineux et le flux de données pour rendu sonore. Le fichier pour rendu lumineux 4 correspond préférentiellement à 35 une succession de données qui correspondent chacune à des états lumineux successifs du moyen de rendu 2. Le fichier pour rendu sonore 3 correspond préférentiellement à un fichier codé de façon classique pour des - 6 - applications audio. Afin de garantir que les deux phénomènes, à savoir sonore et lumineux, soient synchronisés dans le temps au niveau du moyen de rendu 2, la console 1 vérifie, à l'occasion de l'envoi 101 de données de pilotage au moyen de rendu 2, que celles envoyées pour un rendu lumineux 5 correspondent au même instant que celles envoyées pour le rendu sonore. Pour cela, un index temporel est utilisé au moins pour les données du fichier pour rendu lumineux 4. Ainsi, dans des modes de réalisation préférés, l'étape de récupération 102 consiste essentiellement à envoyer à la console 1, et ce 10 depuis le serveur distant 3, d'une part, des données pour rendu lumineux, voire, d'autre part, des données pour rendu sonore. C'est donc bien dans ce cas les données relatives aux deux phénomènes, sonore et lumineux, qui sont récupérées 102 depuis le serveur jusque dans la console 1. Cette communication entre le serveur 3 et la console 1 peut 15 avoir lieu sous la forme, d'une part, d'un fichier pour rendu lumineux 4, et, d'autre part, d'un fichier pour rendu sonore 5, et ce en utilisant la technique de communication par flux continu, ou streaming, ou en transférant la globalité de ces fichiers. Bien entendu, une sauvegarde au sein de la console 1 peut être prévue, pour le fichier pour rendu lumineux 4 et/ou le fichier 20 pour rendu sonore 5, ce qui permet, si l'utilisateur souhaite faire jouer plusieurs fois le même morceau avec le même rendu lumineux, de ne pas avoir à le rapatrier depuis le serveur 3 à chaque fois. Toutefois, pour des consoles 1 minimalistes, ne possédant pas suffisamment de mémoire, il est possible d'utiliser une solution dans laquelle les données pour rendu 25 lumineux et sonore sont envoyées en flux continu depuis le serveur jusqu'à la console 1, puis, éventuellement après traitement, les données de pilotage lumineux et sonore sont envoyées vers le moyen de rendu 2. La console 1 peut ainsi mémoriser les fichiers pour rendu sonore 5, alors que les fichiers pour rendu lumineux 4 sont récupérés depuis 30 le serveur distant 1 Des descripteurs, ou tags, peuvent être les mêmes pour les deux fichiers. L'invention a aussi pour objet un dispositif multimédia pour la mise en oeuvre d'un procédé tel que décrit ci-dessus. Ce dispositif 35 multimédia comprend un moyen de rendu 2 lumineux et sonore, une console 1 de pilotage ainsi qu'un serveur 3 déporté, préférentiellement situé sur le réseau Internet 6 ou autre réseau de communication. - 7 - Selon l'invention, ce dispositif est tel que des données peuvent être échangées entre le serveur 3 et la console 1, et des données peuvent être envoyées depuis la console 1 jusqu'au moyen de rendu 2, en particulier des données de pilotage multimédia, lumineux et sonore, sous forme de fichier pour rendu lumineux 4 ou de fichier pour rendu sonore 5, ou encore de flux continu de données correspondantes. Dans des modes de réalisation particuliers, le moyen de rendu 2 comprend essentiellement une source lumineuse 8 et une source sonore, chacune pouvant séparément recevoir des informations depuis la console 1, les données échangées entre la console 1 et le moyen de rendu 2 consistant essentiellement, d'une part, en des données pour rendu lumineux, et, d'autre part, en des données pour rendu sonore. Ces données peuvent être similaires à celles récupérées par la console 1 depuis le serveur 3, ou être le résultat d'un traitement effectué au sein de la console 1, en particulier sur la base des données reçues depuis le serveur 3. Selon une caractéristique additionnelle possible, la console 1 consiste essentiellement en un appareil de communication intelligent, sous forme d'un ordinateur portable, ordinateur tablette tactile, téléphone portable GSM intelligent, smartphone, ou autres, apte à communiquer de façon bidirectionnelle, préférentiellement sans fil à chaque fois, en utilisant un ou plusieurs réseaux comme le réseau Internet 6, un réseau de téléphonie, GSM, un réseau de communication satellitaire, un ou plusieurs réseaux privés comprenant d'autres appareils communicants, de sorte à être apte à communiquer avec le serveur 3. La communication entre la console 1 et le moyen de rendu 2 se fait préférentiellement par Bluetooth et/ou par Wifi, éventuellement l'un des protocoles étant dédié à l'un des deux rendus, l'autre étant dédié à l'autre rendu. La communication entre la console 1 et le serveur 3 peut reposer sur les capacités de communication de la console 1 avec un réseau de téléphonie, internet 6, ou autres.

Ainsi, préférentiellement, la console 1 communique sans fil avec le moyen de rendu 2, notamment, d'une part, avec une source lumineuse 8 qu'il comprend, et, d'autre part, avec une source sonore qu'il comprend. Ces deux communications peuvent être différentes, ce qui permet d'envoyer simultanément deux flux de données différents, l'un pour le lumineux, et l'autre pour le sonore.

Dans le mode de réalisation préféré illustré dans la figure annexée, le moyen de rendu 2 consiste essentiellement en, d'une part, une source lumineuse 8 pour le rendu lumineux, et, d'autre part, une source sonore 7 comprenant au moins un haut parleur, pour le rendu sonore.

La source lumineuse 8 comprend préférentiellement au moins une diode électroluminescente, à savoir une rouge, une verte et une bleue, et est apte à créer des effets lumineux par des modifications de l'intensité de la lumière, modification de la couleur globale, ou autres. La source lumineuse 8 peut donc modifier son rendu au rythme d'une musique jouée par la source sonore 7 7. La source lumineuse 8 peut donc varier l'effet qu'elle produit plusieurs fois par seconde, préférablement au moins cinq fois par seconde. De façon générale, la source lumineuse 8 est capable de modifier son état à une fréquence au moins égale à celle qui correspond à l'échantillonnage utilisé pour construire le fichier pour rendu lumineux 4.

La source lumineuse 8 et la source sonore 7 peuvent former un seul et même élément physique, qui assure alors les fonctions lumineuses et sonores. Alternativement, et de façon privilégiée, la source lumineuse 8 et la source sonore 7 forment deux éléments séparés. Dans ce cas, chacune de ces deux sources, lumineuse 8 et sonore 7, comprend une unité de contrôle, 20 type microprocesseur, ainsi qu'un récepteur sans fil pour la réception d'instruction et le pilotage. Bien entendu, dans les cas où le moyen de rendu 2 consiste essentiellement en un seul et même élément physique, ce dernier peut n'être muni que d'un récepteur et d'une unité de contrôle pilotant, d'une part, la source lumineuse 8, et, d'autre part, la source sonore 7. Les 25 instructions émises 101 à destination du moyen de rendu 2 sont donc reçues par ce ou ces récepteur. Le dispositif comprend aussi une console 1 grâce à laquelle un utilisateur peut piloter ledit dispositif et/ou ledit procédé, et en particulier commander l'état du moyen de rendu 2. La console 1 permet de piloter le 30 moyen de rendu 2, à savoir, de piloter, d'une part, la source lumineuse 8, et, d'autre part, de piloter la source sonore 7. Comme il sera encore décrit plus loin, ce pilotage est préférentiellement réalisé à l'aide de données obtenues grâce à un fichier pour rendu sonore 5 et à un fichier pour rendu lumineux 4, transmises sans fil au moyen de rendu 2, c'est à dire à la source 35 lumineuse 8 ou à la source sonore 7. Ces fichiers sont récupérées 102 depuis le serveur 3 distant et/ou exploités depuis une mémoire que comprend la console 1. - 9 - La transmission de la console 1 au moyen de rendu 2 se fait préférentiellement sans fil, par un canal de type Bluetooth, qui permet en particulier d'assurer une transmission de données avec un débit suffisant. Une communication sans fil Wifi est aussi envisageable. Dans des modes de réalisation particuliers, les données pour rendu sonore et les données pour rendu lumineux sont envoyées de la console 1 au moyen de rendu 2, pour les unes, par Bluetooth, et, pour les autres, par Wifi. Dans des modes de réalisation particuliers, la console 1 comprend un appareil de communication intelligent, ainsi qu'une station d'accueil sur laquelle il peut se connecter électriquement et préférentiellement aussi mécaniquement, grâce à des broches de connexion compatibles. La station d'accueil peut former un seul et même élément physique avec tout ou partie du moyen de rendu 2. Dans les cas où il s'agit de deux éléments distincts, la station d'accueil communique avec le moyen de rendu 2, préférentiellement sans fil. Un tel appareil de communication intelligent peut communiquer de façon bidirectionnelle avec le serveur 3 et au moins envoyer 101 des informations au moyen de rendu 2, préférentiellement sans fil à chaque fois, en utilisant un ou plusieurs réseaux comme un réseau internet 6, un réseau de téléphonie, réseau GSM, un réseau de communication satellitaire, un ou plusieurs réseaux privés comprenant d'autres appareils communicants, etc. Il comprend normalement au moins un processeur et peut ainsi prendre la forme d'un ordinateur portable, ordinateur tablette tactile, téléphone portable GSM intelligent, smartphone, etc. Dans des modes de réalisation préférés, la console 1 consiste essentiellement en un tel appareil de communication intelligent, préférentiellement un téléphone connecté au moins à l'Internet 6. C'est alors le téléphone lui-même qui, grâce à ses moyens de communication sans fil, envoie les instructions nécessaires au moyen de rendu 2, et récupère éventuellement des données depuis le serveur 3. Un téléphone portable de ce type est capable de communiquer avec le moyen de rendu 2, à savoir, d'une part, avec la source lumineuse 8 et, d'autre part, avec la source sonore 7, et ce au moins dans le sens de l'émission d'information sans fil à destination de l'une et l'autre de ces deux sources. - 10 - Le téléphone peut ainsi envoyer deux signaux, l'un à destination de la source lumineuse 8 et l'autre à destination de la source sonore 7. Bien que la communication entre la console 1 et le moyen de rendu 2 soit préférentiellement sans fil, des solutions filaires sont aussi envisageables. Dans le mode de réalisation illustré, l'envoi d'un signal, au moyen de rendu 2, depuis le téléphone formant console 1 se fait en flux continu, par la technique dite du streaming. Ainsi, deux types de données sont simultanément envoyées pour piloter le moyen de rendu 2: des données pour rendu lumineux, pour contrôler la source lumineuse 8, et des données pour rendu sonore, pour contrôler la source sonore 7. Les données pour rendu sonore sont envoyées en flux selon une technique de codage classique. Le fichier pour rendu lumineux 4, récupéré initialement depuis le serveur 3, et éventuellement consulté ultérieurement 15 depuis une mémoire que comprend la console 1, prend la forme d'un descriptif chronologique d'état lumineux souhaités, en association avec un certain fichier pour rendu sonore 5. La durée du morceau auquel correspond le fichier pour rendu sonore 5 est donc échantillonnée en un nombre d'instants successifs, pour lesquels est associé un effet lumineux souhaité. 20 Une fréquence d'échantillonnage du rendu lumineux peut par exemple être de cinq états par seconde. Un fichier pour rendu lumineux 4 balaie donc toute la durée correspondante au fichier pour rendu sonore 5 auquel il est associé. Préférentiellement, le fichier pour rendu lumineux 4 est 25 exploité par la console 1 pour générer les instructions de contrôle de la source lumineuse 8 du moyen de rendu 2. Ces instructions sont envoyées en flux continu, simultanément aux données de rendu sonore. Ainsi, le fichier pour rendu lumineux 4 correspond à des données de contrôle de la source lumineuse 8 qui permettent d'avoir un 30 effet lumineux coordonné dans le temps avec l'effet sonore que crée la source sonore 7 pilotée par les données d'un fichier pour rendu sonore correspondant. Par exemple: l'augmentation de l'intensité du signal sonore peut correspondre à l'augmentation de la puissance lumineuse; un éclairage puissant peut par exemple être provoqué dès l'apparition d'un son dans une 35 plage de fréquence prédéfinie, telle que des fréquences basses; une teinte particulière peut être apportée à la lumière dès lors que les fréquences - 11 - dépassent un certain seuil ; une teinte moyenne particulière peut être associée à un tempo particulier, etc. Le fichier pour rendu lumineux 4 permet donc de créer des phénomènes lumineux associés et idéalement synchronisés aux phénomènes sonores que provoque le fichier pour rendu sonore 5. Une logique d'association régit l'association entre un phénomène sonore et un phénomène lumineux correspondant. Lors de l'étape de codage 104, un fichier pour rendu lumineux 4 est donc généré en analysant un fichier pour rendu sonore 5 conformément à une logique d'association.

La puissance de calcul pour la génération d'un fichier pour rendu lumineux 4 correspondant à un fichier pour rendu sonore 5 conformément à une logique d'association est excessive pour un simple téléphone portable, en particulier si une disponibilité et une lecture rapides sont attendues. L'invention propose donc ici de faire réaliser l'analyse et le codage 104 non pas au niveau du téléphone portable, mais au niveau d'un serveur 3 distant, avec lequel le téléphone peut communiquer, pour récupérer les données pour rendu sonore préférentiellement avec un mode de communication sans fil type réseau cellulaire 3G ou wifi. C'est donc un serveur 3 distant de la console 1, 20 préférentiellement connecté, comme le téléphone portable et plus généralement la console 1, au réseau Internet 6, qui assure la génération d'un fichier pour rendu lumineux 4 à partir d'un fichier pour rendu sonore 5 en utilisant une logique d'association. Le fichier pour rendu sonore 5 est analysé pour en identifier des attributs sonores, et un fichier pour rendu 25 lumineux 4 est généré compte tenu de ces attributs et de la logique d'association retenue, qui va dicter le rendu lumineux souhaité pour les différents attributs identifiés. Préférentiellement, le serveur 3 peut aussi former une base de données dans laquelle sont stockés les fichiers pour rendu lumineux 4 30 générés, voire aussi les fichiers pour rendu sonore 5 utilisés comme donnée d'entrée à l'étape de codage 104 et/ou récupérés 102 par la console 1 pour piloter la source lumineuse 8 du moyen de rendu 2. Ainsi, la console 1, et plus particulièrement le téléphone portable intelligent, se connecte au serveur 3 distant pour en obtenir un 35 fichier pour rendu lumineux 4. La recherche d'un fichier pour rendu lumineux 4 se fait préférentiellement en utilisant un ensemble de descripteurs, ou tags, utilisés aussi pour représenter le fichier pour rendu - 12 - sonore 5 associé, voire aussi en utilisant la logique d'association. Ces descripteurs sont alors renseignés depuis la console 1 et envoyés au serveur 3. Une étape de codage 104 peut être mise en oeuvre dès lors que la base de données du serveur 3 distant ne contient pas le fichier pour rendu lumineux 4 souhaité. Le fichier pour rendu sonore 5 à utiliser pour cette étape de codage 104 peuvent être envoyées depuis la console 1, ou cherchés dans une base de données du même serveur 3, voire reçues depuis un autre serveur.

Le fichier de rendu sonore 5 à utiliser pour le codage 104, ou pour une transmission vers la console 1, peut aussi être récupéré par le serveur 3 distant grâce à de tels descripteurs ou tags qui lui sont envoyés par l'utilisateur depuis la console 1. Le choix d'une logique d'association peut aussi se faire via la console 1 et envoyé comme instruction au serveur 3 en charge du codage 104. Sur la base des descripteurs qu'il reçoit pour le fichier pour rendu sonore 5, le serveur 3 distant va ensuite analyser le contenu d'une base de données qu'il comprend pour stocker des fichiers pour rendu sonore 5, ou, le cas échéant, faire le nécessaire pour rapatrier un fichier pour rendu sonore 5 qui serait absent de cette base. Le fichier pour rendu lumineux 4 est alors généré par le serveur 3 en utilisant, d'une part, le fichier pour rendu sonore 5, et, d'autre part, une logique d'association prédéfinie. Le fichier pour rendu lumineux 4 obtenu est alors préférentiellement sauvegardé dans une base de données que contient le serveur 3, de sorte à accélérer l'utilisation ultérieure d'un fichier pour rendu lumineux 4 par la console 1. La logique d'association peut être choisie par l'utilisateur au niveau de la console 1. Après codage 104, le fichier pour rendu lumineux 4 est envoyé à la console 1. Comme il a déjà été dit, le fichier pour rendu sonore 5 peut être déjà mémorisé dans la console 1, ou, le cas échéant, récupéré aussi depuis le serveur 3 distant ou autre serveur, préférentiellement suite à une identification à l'aide de descripteurs ou tag correspondants. Les descripteurs envoyés par la console 1 au serveur 3 distant, pour identifier, soit un fichier pour rendu sonore 5, soit un fichier pour rendu lumineux 4, peuvent être, dans le cas particulier de l'utilisation pour des morceaux de musique : titre du morceau, nom de l'artiste, durée du morceau. - 13 - La transmission des fichiers depuis le serveur 3 à la console 1, à savoir le fichier pour rendu sonore 5 et le fichier pour rendu lumineux 4, peut s'effectuer de différentes manières, et une communication en flux continu, selon la technique du streaming, peut aussi être utilisée pour que la console 1 puisse entamer le pilotage du moyen de rendu 2 le plus tôt possible, voire même sans attendre la fin de la génération et/ou réception d'un fichier pour rendu lumineux 4. Ainsi, les données envoyés en flux depuis le téléphone jusqu'au moyen de rendu 2 peuvent provenir directement d'une mémoire que contient le téléphone, et dans laquelle ces fichiers sont stockées. Alternativement, le fichier de rendu lumineux 4 peut être récupéré dans le téléphone depuis le serveur 3. En effet, avantageusement, la console 1, et plus particulièrement le téléphone portable intelligent qui la constitue, est munie d'une unité de mémoire pour mémoriser les fichiers sonores et les fichiers pour rendu lumineux 4 reçus. Il est alors possible de les utiliser ultérieurement, sans attendre la fin d'une étape de codage 104, et ce même si aucune communication avec le serveur 3 distant n'est possible. Dès lors que la console 1, et plus particulièrement le téléphone 20 portable, a suffisamment de données, elle peut commencer à piloter le moyen de rendu 2. Ce pilotage consiste préférentiellement à envoyer 101 les données de pilotage au moyen de rendu 2, avantageusement sans fil et par une technique de flux, ou streaming. Dès réception de ces données, le moyen de rendu 2 met en oeuvre les instructions correspondantes, en 25 générant le rendu sonore et le rendu lumineux correspondants. Les instructions envoyées en flux continu à la source lumineuse 8 peuvent être obtenues par un calcul intermédiaire qu'effectue la console 1 en temps réel sur la base du fichier de rendu lumineux 4, dans le cas où celui-ci n'est pas directement compatible avec le codage nécessaire pour les 30 instructions utilisables par le moyen de rendu 2. Cela permet notamment de laisser éventuellement encore la possibilité à l'utilisateur de la console 1 d'ajuster le rendu lumineux. Des formes de codage d'un rendu sonore sont d'ores et déjà connu dans l'art antérieur. Concernant le codage du rendu lumineux, il est 35 préférable que le fichier pour rendu lumineux 4 corresponde aux états lumineux successifs souhaités, à une fréquence d'échantillonnage correspondant à environ 200 millisecondes entre deux états. La console 1, - 14 en particulier sous la forme d'un téléphone intelligent ou autre ordinateur tablette, peut ensuite, lors de l'éventuelle étape d'exploitation de ce fichier pour en générer des instructions envoyées 101 au moyen de rendu, assurer la continuité de l'effet lumineux entre deux états successifs différents.

Il est donc possible d'aménager, entre la console 1 et le moyen de rendu 2, une communication simultanée en deux flux de données, l'un pour le rendu sonore et l'autre pour le rendu lumineux. En effet, la transmission des données repose sur deux protocoles de communications différents, à savoir, d'une part, un protocole dédié à la communication de données audio, et, d'autre part, un protocole dédié à la communication de données pour rendu lumineux entre la console 1 et la source lumineuse 8. La console 1 émet donc simultanément deux flux de données, l'un pour les données pour rendu sonore, et l'autre pour les données pour rendu lumineux.

Comme ces données sont préférentiellement instantanément, ou presque, prises en compte pour conditionner l'état du moyen de rendu 2, à la fois l'état lumineux et l'état sonore, il est important de synchroniser les deux flux envoyés. La console 1, et plus particulièrement le téléphone portable intelligent, met ainsi préférentiellement en oeuvre une étape de synchronisation, au cours de laquelle il est ponctuellement, voire constamment, vérifié que les données pour rendu lumineux envoyées, d'une part, correspondent bien aux données sonores envoyées, d'autre part. Grâce à cette étape de synchronisation, les données représentant l'effet sonore envoyées par la console 1 correspondent en permanence aux données représentant l'effet lumineux envoyées par la console 1. Pour cela, le fichier pour rendu lumineux 4 organise les données pour rendu lumineux selon un index temporel relatif, qui définit, pour un effet lumineux instantané, le temps qui s'est normalement écoulé entre, d'une part, le début de la lecture du fichier, et, d'autre part, le moment où ledit effet doit avoir lieu. Le fichier pour rendu sonore 5 correspond en effet avantageusement à un morceau de musique, avec un début et une fin, et il est donc aussi possible, pour le fichier pour rendu sonore 5, de connaître à chaque instant, la durée qui s'est écoulée depuis le début du morceau. Il en va de même en ce qui concerne le fichier pour rendu lumineux 4. Périodiquement, c'est à dire à chaque envoi de données ou moins fréquemment, la console 1, et en particulier le téléphone portable qui - 15 - la constitue, vérifie donc que les positionnements temporels, d'une part, des données pour rendu sonore qui doivent être envoyée, et d'autre part, des données pour rendu lumineux qui doivent être envoyées, sont bien les mêmes. Cela permet de résoudre des problèmes de connexion ou d'envoi à des vitesses différentes des instructions sonores et lumineuses. Bien entendu, l'invention n'est pas limitée au mode de réalisation décrit et représenté aux dessins annexés. Des modifications restent possibles, notamment du point de vue de la constitution des divers éléments, par combinaison différente de tout ou partie des caractéristiques décrites ci-dessus, ou par substitution d'équivalents techniques, sans sortir pour autant du domaine de protection de l'invention.

Claims (10)

1. REVENDICATIONS1. Procédé multimédia (100), pour générer un effet lumineux combiné à un effet sonore à l'aide d'un moyen de rendu (2) lumineux et sonore et d'une console (1) de pilotage dudit moyen de rendu (2), procédé comprenant une étape consistant essentiellement à envoyer (101) des données de pilotage multimédia depuis la console (1) jusqu'au moyen de rendu (2), à savoir des données pour rendu sonore et/ou des données pour rendu lumineux, caractérisé en ce que il comprend une étape consistant à récupérer (102), dans la 10 console (1), des données pour le pilotage du moyen de rendu (2), et ce depuis un serveur (3) distant avec lequel ladite console (1) communique.
2. 2. Procédé selon la revendication 1, caractérisé en ce que il comprend, en outre, une étape de codage (104), mise en oeuvre au niveau du serveur (3) distant, et consistant essentiellement à 15 générer un fichier de rendu lumineux (4) associé à un fichier de rendu sonore (5) prédéfini.
3. 3. Procédé selon l'une quelconque des revendications 1 à 2, caractérisé en ce que il comprend une étape de requête de recherche (103), au cours 20 de laquelle a lieu, au sein du serveur (3) et ce à partir de descripteurs, ou tags, envoyés depuis la console (1), une recherche d'un fichier pour rendu sonore (5) et/ou d'un fichier pour rendu lumineux (4).
4. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que 25 envoyer (101) des données pour rendu sonore et/ou lumineux depuis la console (1) consiste essentiellement à envoyer ces données en flux continu, selon la technique dite du streaming, à savoir en générant en flux continu de données pour rendu visuel et un flux continu de données pour rendu lumineux. 30
5. 5. Procédé selon la revendication 4, caractérisé en ce que il comprend une étape supplémentaire de synchronisation, mise en oeuvre au sein de la console (1), pour garantir à chaque instant la synchronisation entre le flux de données pour rendu lumineux et le flux de données pour rendu sonore.-17-
6. 6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que l'étape de récupération (102) consiste essentiellement à envoyer à la console (1), et ce depuis le serveur distant (3), d'une part, des 5 données pour rendu lumineux, voire, d'autre part, des données pour rendu sonore.
7. 7. Dispositif multimédia pour la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 6, et qui comprend un moyen de rendu (2) lumineux et sonore, une console (1) de pilotage ainsi qu'un 10 serveur (3) déporté, caractérisé en ce que des données peuvent être échangées entre le serveur (3) et la console (1), et des données peuvent être envoyées depuis la console (1) 15 jusqu'au moyen de rendu (2).
8. 8. Dispositif selon la revendication 7, caractérisé en ce que le moyen de rendu (2) comprend essentiellement une source lumineuse 8 et une source sonore, chacune pouvant séparément recevoir des informations depuis la console (1), 20 les données échangées entre la console (1) et le moyen de rendu (2) consistant essentiellement, d'une part, en des données pour rendu lumineux, et, d'autre part, en des données pour rendu sonore.
9. 9. Dispositif selon l'une quelconque des revendications 7 ou 8, caractérisé en ce que 25 la console (1) consiste essentiellement en un appareil de communication intelligent, sous forme d'un ordinateur portable, ordinateur tablette tactile, téléphone portable GSM intelligent, smartphone, ou autres, apte à communiquer de façon bidirectionnelle, préférentiellement sans fil à chaque fois, en utilisant un ou plusieurs 30 réseaux comme le réseau Internet (6), un réseau de téléphonie, GSM, un réseau de communication satellitaire, un ou plusieurs réseaux privés comprenant d'autres appareils communicants, de sorte à être apte à communiquer avec le serveur (3).
10. 10. Dispositif selon l'une quelconque des revendications 7 à 9, 35 caractérisé en ce que- 18 - la console (1) communique sans fil avec le moyen de rendu (2), notamment, d'une part, avec une source lumineuse 8 qu'il comprend, et, d'autre part, avec une source sonore qu'il comprend.