EP4472358A1 - Gestion de la lumiere ambiante en fonction du programme - Google Patents

Gestion de la lumiere ambiante en fonction du programme Download PDF

Info

Publication number
EP4472358A1
EP4472358A1 EP24178643.3A EP24178643A EP4472358A1 EP 4472358 A1 EP4472358 A1 EP 4472358A1 EP 24178643 A EP24178643 A EP 24178643A EP 4472358 A1 EP4472358 A1 EP 4472358A1
Authority
EP
European Patent Office
Prior art keywords
program
light
current
management method
decoder box
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
EP24178643.3A
Other languages
German (de)
English (en)
Other versions
EP4472358B1 (fr
Inventor
Gabriel Bouvigne
Piero INDIVERI
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.)
Sagemcom Broadband SAS
Original Assignee
Sagemcom Broadband SAS
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 Sagemcom Broadband SAS filed Critical Sagemcom Broadband SAS
Publication of EP4472358A1 publication Critical patent/EP4472358A1/fr
Application granted granted Critical
Publication of EP4472358B1 publication Critical patent/EP4472358B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/105—Controlling the light source in response to determined parameters
    • H05B47/11—Controlling the light source in response to determined parameters by determining the brightness or colour temperature of ambient light
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/165—Controlling the light source following a pre-assigned programmed sequence; Logic control [LC]
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/105—Controlling the light source in response to determined parameters
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/175—Controlling the light source by remote control
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/175—Controlling the light source by remote control
    • H05B47/19—Controlling the light source by remote control via wireless transmission

Definitions

  • the invention relates to the field of set-top boxes and lighting management when viewing a program.
  • Some televisions are thus equipped with a system comprising a backlighting device and a control module which controls the backlighting device to adjust the color and brightness of the backlighting according to the color and brightness of the current image.
  • the control module is based on an analysis of the pixels of the current image to control the backlighting device.
  • the invention aims, during the broadcasting of a program on a viewing device, to improve user experience by improving light adjustment.
  • the set-top box transmits a stream including the first current program to the viewing device, so that it can be viewed by the user.
  • the decoder box therefore has access to information associated with the first current program (identifier, genre, sub-genre, start time, end time, etc.). This information allows it to select, from the lighting parameter database, lighting parameter values that are the most relevant in relation to the first program. fluent.
  • the decoder box can therefore control the lighting device so that it, from the start of the broadcast of the first current program and until the end of its broadcast, adjusts the ambient light according to the characteristics of the first current program.
  • the lighting adjustments are very relevant and very effective (in terms of immersion and visual comfort in particular) because they are made according to the first current program itself.
  • the light parameter base comprises first reference values of the light parameters associated with first program metadata, said first reference values being defined by the user.
  • the decoder box is arranged to, before storing the second current values in the light parameter base, verify that, following receipt of the second command, the user has not attempted to adjust the ambient light again during a first predefined duration.
  • the light parameter base comprises second reference values of the light parameters associated with second program metadata, said second reference values being stored in the light parameter base by a third-party external system.
  • the decoder box comprises a detection device arranged to detect a presence of the user in a room in which the decoder box is located, and in which the decoder box is arranged to verify, before transmitting the first command to the lighting device, that the user is indeed present in said room.
  • decoder box comprising a processing unit in which the management method as previously described is implemented.
  • a decoder box 1 is connected to a viewing device, in this case a television 2, by a link 3.
  • This link 3 is for example an HDMI (for High Definition Multimedia Interface ), SCART (for Syndicat des Constructeurs d'Appareils Radioreceveurs et Téléviseurs ) type link, or any other suitable type of link.
  • the primary functions of the set-top box 1 are to receive an audio-video stream, to process it, to separate the audio stream and the video stream, and to transmit the audio stream and the video stream to the television 2.
  • the television 2 then broadcasts the video stream via its screen, and the audio stream via its speakers.
  • the audio stream may also possibly be broadcast by one or more speakers possibly integrated into the decoder box 1, or by other reproduction equipment. Audio (e.g. a sound bar, one or more connected speakers, etc.).
  • the audio-video stream may come from any source, which is for example a broadcast network (satellite television network, Internet connection, digital terrestrial television network (DTT), cable television network, etc.), other equipment connected to the decoder box 1 (a CD, DVD or BlueRay player, a smartphone, a tablet, etc.), or even a storage medium (and for example a USB key or a memory card connected to the decoder box 1).
  • a broadcast network switched telephone network
  • DTT digital terrestrial television network
  • cable television network etc.
  • other equipment connected to the decoder box 1 a CD, DVD or BlueRay player, a smartphone, a tablet, etc.
  • storage medium and for example a USB key or a memory card connected to the decoder box 1).
  • the audio-video stream includes programs.
  • program we mean any type of audiovisual sequence with a beginning and an end: film, series, television news, sporting event, musical, advertising spot, etc.
  • the decoder box 1 includes a communication module 4.
  • the user can interact with the decoder box 1 by means of a remote control 5 which also includes a communication module 6 enabling this interaction.
  • connection 7 implemented via the communication module 5 and the communication module 6 is for example a connection by infrared signals.
  • the user may also possibly communicate with the decoder box 1 by other means, for example via an application programmed on his smartphone, via physical buttons on the decoder box 1, etc.
  • the decoder box 1 also includes a communication module 8.
  • the communication module 8 is here integrated into a home automation controller itself integrated into the decoder box 1.
  • the decoder box 1 further comprises a processing unit 9.
  • the processing unit 9 is an electronic and software unit.
  • the processing unit 9 comprises one or more processing components 10, and for example any processor or microprocessor, general or specialized (for example a DSP, for Digital Signal Processor , or a GPU, for Graphics Processing Unit , or an NPU, for Neural Processing Unit ), a microcontroller, or a programmable logic circuit such as an FPGA (for Field Programmable Gate Arrays ) or an ASIC (for Application Specified Integrated Circuit ).
  • the processing unit 9 also comprises one or more memories 11 (and in particular one or more non-volatile memories), connected to or integrated into the processing component 10. At least one of these memories 11 forms a computer-readable recording medium, on which is recorded at least one computer program comprising instructions which cause the processing component to execute at least some of the steps of the ambient light management method which will be described below.
  • the decoder box 1 further comprises a camera, positioned at its front face.
  • the decoder box 1 further comprises microphones, positioned at its upper face.
  • the decoder box 1 also comprises a proximity sensor. These components are not shown in the figure 1 .
  • the decoder box 1 is further connected to a lighting device 12 which makes it possible to adjust ambient light.
  • the lighting device 12 here comprises a control box 14 and light sources 15 connected to the control box 14.
  • the control box 14 controls the light sources 15 for adjusting the ambient lighting of the room in which the set-top box 1, the television 2 and the lighting device 12 are located.
  • the ambient lighting is adjustable according to various light parameters, for example switching on/off the light sources 15, the colour, the intensity or the colour temperature.
  • the control box 14 includes a communication module 16.
  • the decoder box 1, via its communication module 8, can communicate with the control box 14, via its communication module 16.
  • a connection 17 is therefore established between the communication modules 8, 16.
  • This connection 17 can be a wired connection, or use radio signals, infrared signals (using for example IrDA technology), light signals (using for example LiFi technology), or any other type of appropriate signals.
  • the communication protocol used can be, for example, a Bluetooth, ZigBee, Z-Wave type protocol, or any type of protocol that can be exposed via communication interfaces, such as those used for home automation applications.
  • connection 17 can be established via direct access to the communication network shared between the decoder box 1 and the control box 14, for example in the case where a compatible radio interface exists in the decoder box 1. This is for example the case for a Wi-Fi connection, or if the decoder box 1 is equipped with ZigBee/Z-Wave radio interfaces.
  • the fact that the decoder box 1 and the control box 14 are directly connected to the same network communication does not necessarily mean that the link 17 is a direct link.
  • the link can be established indirectly, by means of one or more relays. This is the case, for example, if an external Wi-Fi access point is used, or in a mesh network if one or more intermediate nodes are necessary to establish a route between the set-top box 1 and the control box 14.
  • connection 17 can also be made by means of an external gateway (home automation gateway), which could perform a protocol translation, and thus allow a connection 17 between the decoder box 1 and the control box 14, without them having a protocol in common.
  • an external gateway home automation gateway
  • the processing unit 9 of the decoder box 1 first detects the start of the broadcasting of a first current program Pc1, which is viewed by the user: step E1.
  • Detecting the broadcast of this new program can be done in different ways.
  • the processing unit 9 can for example detect the start of a new program on a channel currently being viewed.
  • the processing unit 9 can also detect the start of playback of VOD or PVR content.
  • the processing unit 9 can also detect a channel change ( zapping ) .
  • the processing unit 9 will control the control box 14 of the lighting device 12, via the link 17, so that the lighting device 12 adjusts the ambient light according to the first current program.
  • the processing unit 9 sends a first command C1 to the control box 14 for this purpose.
  • the processing unit 9 waits for the first current program to be broadcast for a predetermined duration Ta: step E2.
  • This predetermined duration Ta is for example equal to 60 seconds or 120 seconds.
  • This step E2 is intended to avoid untimely adjustments, for example when the user is zapping between channels.
  • Step E2 is optional.
  • the processing unit 9 then checks, before transmitting the first command C1 to the lighting device 12, that there remains at least one predefined duration Tb of the first current program to be broadcast: step E3.
  • This predefined duration is for example equal to 5 minutes or 10 minutes.
  • This E3 step aims to avoid too frequent adjustments, for example when chaining short programs.
  • Step E3 is optional.
  • the processing unit can also check, before transmit the first command C1 to the lighting device 12, that the user has remained on the channel broadcasting the first current program for at least a predefined duration Tc: step E4.
  • the user is "zapping". For example, the user stays on each channel for 30 seconds to 1 minute before moving on to the next one. In this case, it is best to avoid the light changing with each channel change. We therefore allow a delay of 1 minute (Tc) before changing the light.
  • Tc 1 minute
  • Step E4 is optional.
  • the processing unit 9 determines the first current values of light parameters, associated with the first current program, which will be used to adjust the ambient light: step E5.
  • the processing unit 9 checks one or more conditions on the applicability of the first current values of the light parameters.
  • the condition(s) can be defined by the user. These conditions must be verified so that the processing unit 9 considers that the adjustment of the lighting, corresponding to the first current values of the lighting parameters, is authorized.
  • the user can in fact prohibit the adjustment of certain lighting parameters, or prohibit ranges of values for certain lighting parameters.
  • the user can also authorize the adjustment of certain lighting parameters, or the application of certain ranges of values for certain lighting parameters, but only over one or more time ranges that he has defined himself.
  • the processing unit 9 acquires the current time and checks the condition(s).
  • the processing unit 9 then checks, before transmitting the first command C1 to the lighting device 12, that the first current values are compatible with the operation of the lighting device 12: step E6.
  • the processing unit 9 therefore checks the adequacy of the first current values of the light parameters with respect to the capacities of the lighting device 12 (and therefore also the capacity of the lighting device 12 to act on said light parameters to adjust the ambient light).
  • some lighting devices may not allow color temperature adjustment, while they allow brightness adjustment.
  • the values of the parameters could also be outside the range admissible by the lighting device.
  • the color temperature setpoint of a program could be 5000°K, while the lighting device 12 allows the color temperature to be adjusted only over a range from 2700°K to 4500°K.
  • the processing unit 9 will then limit the values of said parameter to the admissible range (4500°K in this example).
  • the processing unit 9 acquires functional characteristics of the lighting device 12, which are transmitted to it by the control box 14.
  • Step E6 is optional.
  • the processing unit 9 then applies the new values of the light parameters: step E7.
  • the processing unit 9 sends the first command C1 which indicates to the control box 14 the first current values of the light parameters to be applied, which are associated with the first current program.
  • the lighting adjustments are only applied when a user is detected in the room, in order to avoid unnecessary untimely adjustments.
  • the decoder box 1 that detects the presence of the user in the room.
  • the processing unit 9 uses a presence detection device for this.
  • This device is for example integrated into the decoder box 1.
  • the detection device comprises for example the camera of the decoder box 1, coupled to a person detection algorithm, which could for example be executed on an NPU type coprocessor included in the processing unit 9.
  • the set-top box 1 could use any other type of detection device to verify user presence. It could use its proximity sensor, or its microphones coupled with a noise and/or voice detection algorithm.
  • the decoder box 1 could also acquire information on user presence, which would be transmitted by other equipment.
  • This step is optional.
  • the light adjustments resulting from the application of the first current values of the light parameters are applied progressively, for example during an adjustment duration of a few seconds (3 seconds for example).
  • the adjustment duration can be different depending on the light settings.
  • the light intensity adjustment duration can be set to 2 seconds, while the color temperature adjustment duration can be set to 30 seconds.
  • the previous state of the lighting is restored at the end of the first current program (or a predetermined time before the end of the program, for example equal to 10 seconds), in order to restore the lighting to its initial conditions (such as before the adjustment).
  • the lighting could be adjusted before the start of the first current program.
  • the transition is progressive, it is possible to make the end of the transition coincide with the start of the first current program.
  • step E5 that is to say in the manner in which the processing unit 9 determines the adjustment of the light parameters.
  • the processing unit 9 of the decoder box 1 retrieves first program information Ip1 linked to the first current program whose broadcast has just started: step E10.
  • the processing unit 9 retrieves for example this first program information Ip1 in a first database 20 called here “program database” comprising program information Ip.
  • the processing unit processing 9 accesses the first program information Ip1 via the identifier of the first current program.
  • the Ip program information includes metadata to classify the program, and for example a program identifier, a program genre and/or subgenre identifier, a channel identifier.
  • the genre and subgenre are for example defined according to DVB standards (for Digital Video Broadcasting ).
  • the program information also contains the start and end time of the program, which are necessary to check in particular the remaining duration, or to make the transition before the start of the program.
  • the genre of a program is for example "sport", or "film”.
  • a subgenre of the genre “sport” is for example “football”, or “athletics”.
  • a subgenre of the genre “film” is for example “action film”, or "comedy”.
  • the program information Ip can be obtained by the decoder box 1 from an external data source 21 (visible on the figure 1 ).
  • the decoder box 1 obtains this program information by a suitable means 22 (IP link, DSL, cable, satellite, etc.).
  • Ip program information covers at least the information relating to the program currently being viewed (first current program), but can also cover all available programs, immediately or in the near future (for example in the next 7 or 14 days).
  • the programme information can be sent to the set-top box 1 in the form of EIT ( Event Information Table ), as defined in ETSI TS 101 211 (DVB), or in any other suitable form.
  • EIT Event Information Table
  • Program information can also be contained in the manifest file (eg in the case of DASH or HLS broadcast).
  • the external source 21 comprises, for example, a server of the telecom operator (in the case of IP broadcasting), or a server of the broadcaster, or the server of a third party providing additional metadata related to the programs.
  • the server may optionally be queried on demand by the decoder box 1.
  • the program database 20 can be stored locally in the decoder box 1 (for example via a periodic download, and for example in one of the memories 11), or be located on a remote server.
  • the processing unit 9 may optionally replace them with the genre/sub-genre information of the channel comprising the program.
  • the processing unit 9 then accesses a second database 23, here called “light parameter database”.
  • the light parameter database 23 comprises reference values Vref of light parameters associated with program metadata.
  • the processing unit 9 attempts to determine the first current values Vc1 of the light parameters which best match the first current program, using the first program information Ip1 from the program database 20 and associated with the first current program.
  • the processing unit 9 retrieves the first current values of the light parameters: step E11.
  • step E6 of the figure 2
  • the light parameter base 23 comprises first reference values Vref1 of the light parameters associated with first program metadata, said first reference values being defined by the user.
  • the adjustment of the light parameters therefore corresponds to learning based on user actions: the base 23, which can be local (and therefore stored in the decoder box 1, and for example in one of the memories 11) or remote, is supplied by the user actions.
  • step E6' When the user views a second current program Pc2, which is therefore currently being broadcast, new lighting parameters are applied (for example at the start of the second current program): step E6'.
  • This step E6' is optional here.
  • This step is called E6' and not E7: step E7 is in fact required in the implementation of the management method shown in the figure 2 , whereas step E6' is only optional in the implementation of the method of the figure 3 .
  • step E6' is only optional in the implementation of the method of the figure 3 .
  • step E12 He sends a second command C2 to this effect to the decoder box 1, using for example the remote control 5 (and therefore via the link 7). Alternatively, the user sends a command to the control box 14 which notifies the decoder box 1.
  • the processing unit 9 receives the second command, and produces second current values Vc2 of the light parameters according to the second command.
  • the processing unit 9 then transmits a third command C3 to the control box 14 of the lighting device 12, so that the latter adjusts the ambient light according to said second current values.
  • the decoder box 1 then stores the second current values Vc2 in the light parameter base 23, associating them with metadata of the second current program Pc2.
  • the first reference values Vref1 of the light parameters of the light parameter base 23 then now comprise the second current values Vc2, and the first program metadata then comprise said metadata of the second current program.
  • the processing unit 9 therefore stores in the light parameter base 23 the second current values of the light parameters associated with a first identifier of the second current program and, possibly, with a second identifier of the genre and/or the sub-genre of the second current program and/or with a third identifier of the channel broadcasting the second current program, and/or at the current time.
  • the processing unit 9 Before storing the second current values Vc2 of the light parameters in the light parameter base 23, the processing unit 9 checks that, following receipt of the second command C2, the user has not attempted to adjust the ambient light again for a predefined duration Td.
  • the predefined duration is for example equal to 30 seconds or 1 minute.
  • Decoder box 1 thus ensures that the user leaves the light settings at their value (and therefore makes no further adjustments). This step is optional.
  • the light adjustment of the first embodiment is therefore an adjustment based solely on user actions, without prior information.
  • the light parameter base does not need to be powered by a third-party external system.
  • step E11 that is to say at the recovery of the first current values Vc1 of the light parameters, corresponding to the first current program.
  • the processing unit 9 retrieves from the program database 20 the first program information Ip1 associated with the first current program: step E20.
  • the processing unit 9 accesses the light parameter base 23.
  • the processing unit 9 will select, from the light parameter base 23, first current values Vc1 of the light parameters, which are associated with program metadata corresponding to the first current program Pc1.
  • the processing unit 9 first checks that the program metadata of the parameter base luminous 23 include a first identifier of the first current program: step E21.
  • the processing unit 9 selects the reference values of the light parameters associated with the first identifier, which become the first current values Vc1: step E22.
  • the processing unit 9 verifies that the program metadata of the light parameter base 23 includes a second identifier of a genre and/or a sub-genre of the first current program: step E23.
  • the processing unit 9 selects the reference values associated with said second identifier, which therefore become the first current values Vc1: step E22.
  • the processing unit 9 checks that the program metadata includes a third identifier of a channel on which the first current program is broadcast: step E24.
  • the processing unit 9 selects the reference values associated with the third identifier, which therefore become the first current values Vc1: step E22.
  • the processing unit 9 selects default values Vd of the light parameters: step E25. These default values Vd therefore become the first current values Vc1: step E22.
  • Step E25 is optional, because in case no match was found in the previous steps, processing unit 9 could either apply default values or not apply new settings (current values are retained).
  • the processing unit 9 can also take into account the current time to choose the parameters from the base.
  • the processing unit 9 may retain, when searching in the light parameter database 23, only the reference values of light parameters previously applied by the user in a predefined duration slot extending before and/or after the current time.
  • the predefined duration is for example equal to 60 minutes, and the slot thus begins 30 minutes before the current time and ends 30 minutes after the current time. This makes it possible to have light parameter values that change during the day (example: different parameters during the day and in the evening).
  • the light parameter base 23 comprises second reference values Vref2 of the light parameters, associated with second program metadata.
  • the second reference values Vref2 are stored in the light parameter base 23 by a third-party external system.
  • the light adjustment is therefore an adjustment with prior information.
  • third-party external system we mean, for example, a content (program) broadcaster, a telecom operator (in the case of IP broadcasting) or an external data provider.
  • the data provider external provides additional metadata related to programs on a server.
  • the light parameter base 23 may be stored locally in the set-top box 1 (e.g. via periodic download), or be located on a remote server.
  • Step E30 using the program database 20, proceeds in a similar manner to step E10.
  • Step E30 could be optional, being replaced directly by step E31.
  • step E31 the processing unit 9 uses the program information Ip (program identifier, or failing that program genre, or failing that channel identifier, or failing that channel genre) to retrieve, from the light parameter base 20, the target light parameters to be used with the program.
  • program information Ip program identifier, or failing that program genre, or failing that channel identifier, or failing that channel genre
  • steps E30 and E31 can be combined, for example if the program information directly contains the light parameter information. This could for example be the case in a DVB environment, if the light parameters are contained in a private field of the EITs.
  • the light parameter base 23 can comprise both first reference values Vref1 of the light parameters (resulting from learning based on user actions), and second reference values Vref2 (provided by the third-party system).
  • first reference values Vref1 and second reference values Vref2 are present in the light parameter base 23
  • the processing unit 9 gives priority to the first reference values (and therefore to the adjustment information defined by the user; the optional step E25 will not be carried out). If the light parameter base 23 does not contain first reference values corresponding to the first current program, then the processing unit 9 will try to obtain second reference values corresponding to the first current program.
  • the values of the light parameters can be absolute or relative values.
  • limits applicable to the values of the light parameters to be modified e.g. via internal settings of the set-top box, or via user settings.
  • the user could restrict the adjustment of the color temperature so that it does not exceed 4000°K, or restrict the adjustment of the light intensity so that it is always at least 30% of the maximum value.
  • these terminals can advantageously be combined with time restrictions, such as allowing the full range of color temperature adjustment during the day, and restricting the maximum temperature to 3500°K during the time slot 9pm-6am.
  • this program will therefore trigger a color temperature of 4000°K during the day, but only a temperature of 3500°K during the night slot, which will reduce the user’s exposure to blue light.
  • the architecture of the set-top box may of course be different from that described here.
  • the communication module allowing the set-top box to control the lighting device is not necessarily integrated into a home automation controller itself integrated into the set-top box: it could be any type of communication module.
  • the set-top box could also communicate with the lighting device via a home automation interface (separate from the set-top box and the lighting device).
  • the set-top box does not necessarily include all of the components described herein. Those skilled in the art will understand that the camera, microphones, etc., are not necessary for the implementation of the invention.
  • the decoder box and the lighting device could be integrated into the same equipment.
  • control box and the light sources of the lighting device could be integrated into the same equipment.
  • the viewing device does not necessarily have to be a television.
  • it could be a video projector or any other device that can be connected to a set-top box.

Landscapes

  • Circuit Arrangement For Electric Light Sources In General (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Procédé de gestion de la lumière ambiante, mis en œuvre dans un boîtier décodeur (1) qui est connecté à un périphérique de visualisation (2) et à un dispositif d'éclairage (12), comprenant les étapes de :- détecter un démarrage d'une diffusion d'un premier programme courant ;- sélectionner, dans une base de paramètres lumineux, des premières valeurs courantes (Vc1) de paramètres lumineux, qui sont associées à des métadonnées de programme correspondant au premier programme courant (Pc1);- transmettre une première commande (C1) au dispositif d'éclairage (12) pour que celui-ci ajuste la lumière ambiante en fonction desdites premières valeurs courantes des paramètres lumineux.

Description

  • L'invention concerne le domaine des boîtiers décodeurs et de la gestion de l'éclairage lors de la visualisation d'un programme.
    • ARRIERE PLAN DE L'INVENTION
  • On connaît, dans le domaine des téléviseurs, des systèmes qui agissent sur la lumière ambiante pour améliorer le confort visuel et/ou l'impression d'« immersion » ressentie par l'utilisateur.
  • Certains téléviseurs sont ainsi munis d'un système comprenant un dispositif de rétroéclairage et un module de commande qui pilote le dispositif de rétroéclairage pour accorder la couleur et la luminosité du rétroéclairage en fonction de la couleur et de la luminosité de l'image courante. Le module de commande se base sur une analyse des pixels de l'image courante pour piloter le dispositif de rétroéclairage.
  • Il est aussi possible de connecter une ou des barres lumineuses au téléviseur, pour obtenir des effets d'éclairage relativement similaires.
  • On connaît aussi un système de domotique qui permet d'ajuster la lumière ambiante en fonction de l'utilisation du téléviseur. Un tel système détecte le fonctionnement du téléviseur en utilisant une prise électrique connectée. Ce système permet notamment de régler l'éclairage de la pièce pour atténuer le contraste entre l'écran du téléviseur et son environnement lorsque le téléviseur est utilisé.
    • OBJET DE L'INVENTION
  • L'invention a pour objet, pendant la diffusion d'un programme sur un périphérique de visualisation, d'améliorer l'expérience utilisateur en améliorant l'ajustement de la lumière.
    • RESUME DE L'INVENTION
  • En vue de la réalisation de ce but, on propose un procédé de gestion de la lumière ambiante, mis en oeuvre dans un boîtier décodeur qui est connecté à un périphérique de visualisation et à un dispositif d'éclairage agencé pour ajuster la lumière ambiante, le procédé de gestion comprenant les étapes de :
    • détecter un démarrage d'une diffusion d'un premier programme courant ;
    • accéder à une base de paramètres lumineux comprenant des valeurs de référence de paramètres lumineux associées à des métadonnées de programme ;
    • sélectionner, dans la base de paramètres lumineux, des premières valeurs courantes desdits paramètres lumineux, qui sont associées à des métadonnées de programme correspondant au premier programme courant ;
    • transmettre une première commande au dispositif d'éclairage pour que celui-ci ajuste la lumière ambiante en fonction desdites premières valeurs courantes des paramètres lumineux.
  • Le boîtier décodeur transmet au périphérique de visualisation un flux comprenant le premier programme courant, pour que celui-ci puisse être visualisé par l'utilisateur.
  • Le boîtier décodeur a donc accès à des informations associées au premier programme courant (identifiant, genre, sous-genre, heure de début, heure de fin, etc.). Ces informations lui permettent de sélectionner, dans la base de paramètres lumineux, des valeurs de paramètres lumineux qui sont les plus pertinentes par rapport au premier programme courant.
  • Le boîtier décodeur peut donc commander le dispositif d'éclairage pour que celui-ci, dès le démarrage de la diffusion du premier programme courant et jusqu'à la fin de sa diffusion, ajuste la lumière ambiante en fonction des caractéristiques du premier programme courant. Les ajustements lumineux sont très pertinents et très efficaces (au niveau de l'immersion et du confort visuel notamment) car ils sont réalisés en fonction du premier programme courant lui-même.
  • On propose de plus un procédé de gestion tel que précédemment décrit, dans lequel la base de paramètres lumineux comprend des premières valeurs de référence des paramètres lumineux associées à des premières métadonnées de programme, lesdites premières valeurs de référence étant définies par l'utilisateur.
  • On propose de plus un procédé de gestion tel que précédemment décrit, dans lequel le boîtier décodeur est agencé pour :
    • recevoir une deuxième commande d'un utilisateur qui souhaite ajuster la lumière ambiante alors qu'un deuxième programme courant est en cours de diffusion ;
    • produire des deuxièmes valeurs courantes des paramètres lumineux en fonction de la deuxième commande ;
    • transmettre une troisième commande au dispositif d'éclairage pour que celui-ci ajuste la lumière ambiante en fonctions desdites deuxièmes valeurs courantes ;
    • stocker les deuxièmes valeurs courantes dans la base de paramètres lumineux en les associant à des métadonnées du deuxième programme courant, de sorte que les premières valeurs de référence comprennent alors les deuxièmes valeurs courantes, et les premières métadonnées de programme comprennent alors lesdites métadonnées du deuxième programme courant.
  • On propose de plus un procédé de gestion tel que précédemment décrit, dans lequel le boîtier décodeur est agencé pour, avant de stocker les deuxièmes valeurs courantes dans la base de paramètres lumineux, vérifier que, suite à la réception de la deuxième commande, l'utilisateur n'a pas tenté d'ajuster à nouveau la lumière ambiante pendant une première durée prédéfinie.
  • On propose de plus un procédé de gestion tel que précédemment décrit, dans lequel la base de paramètres lumineux comprend des deuxièmes valeurs de référence des paramètres lumineux associées à des deuxièmes métadonnées de programme, lesdites deuxièmes valeurs de référence étant stockées dans la base de paramètres lumineux par un système externe tiers.
  • On propose de plus un procédé de gestion tel que précédemment décrit, dans lequel le boîtier décodeur est agencé pour attendre que le premier programme courant a été diffusé pendant une deuxième durée prédéfinie avant de transmettre la première commande au dispositif d'éclairage.
  • On propose de plus un procédé de gestion tel que précédemment décrit, dans lequel le boîtier décodeur vérifie, avant de transmettre la première commande au dispositif d'éclairage, qu'il reste encore au moins une troisième durée prédéfinie du premier programme courant à diffuser.
  • On propose de plus un procédé de gestion tel que précédemment décrit, dans lequel le boîtier décodeur vérifie, avant de transmettre la première commande au dispositif d'éclairage, que l'utilisateur est resté sur une chaîne diffusant le premier programme courant pendant au moins une quatrième durée prédéfinie.
  • On propose de plus un procédé de gestion tel que précédemment décrit, dans lequel le boîtier décodeur vérifie, avant de transmettre la première commande au dispositif d'éclairage, que les premières valeurs courantes sont compatibles avec un fonctionnement du dispositif d'éclairage.
  • On propose de plus un procédé de gestion tel que précédemment décrit, dans lequel le boîtier décodeur comprend un dispositif de détection agencé pour détecter une présence de l'utilisateur dans une pièce dans laquelle se trouve le boîtier décodeur, et dans lequel le boîtier décodeur est agencé pour vérifier, avant de transmettre la première commande au dispositif d'éclairage, que l'utilisateur est bien présent dans ladite pièce.
  • On propose de plus un procédé de gestion tel que précédemment décrit, dans lequel le boîtier décodeur est agencé pour, lorsqu'il sélectionne dans la base de paramètres lumineux les premières valeurs courantes en fonction du premier programme courant :
    • vérifier que les métadonnées de programme de la base de paramètres lumineux comprennent bien un premier identifiant du premier programme courant ;
    • si c'est le cas, sélectionner les valeurs de référence associées au premier identifiant ;
    • si ce n'est pas le cas, vérifier que les métadonnées de programme comprennent un deuxième identifiant d'un genre et/ou d'un sous-genre du premier programme courant et, si c'est le cas, sélectionner les valeurs de référence associées au deuxième identifiant.
  • On propose de plus un procédé de gestion tel que précédemment décrit, dans lequel le boîtier décodeur est agencé pour, si les métadonnées de programme de la base de paramètres lumineux ne contiennent pas le deuxième identifiant :
    • vérifier que les métadonnées de programme comprennent un troisième identifiant d'une chaîne sur laquelle est diffusé le premier programme courant et, si c'est le cas, sélectionner les valeurs de référence associées au troisième identifiant.
  • On propose de plus un procédé de gestion tel que précédemment décrit, dans lequel le boîtier décodeur est agencé pour, si la base de paramètres lumineux ne contient pas le troisième identifiant, sélectionner des valeurs par défaut des paramètres lumineux.
  • On propose de plus un procédé de gestion tel que précédemment décrit, dans lequel la base de paramètres lumineux est stockée dans le boîtier décodeur.
  • On propose de plus un boîtier décodeur comprenant une unité de traitement dans laquelle est mis en oeuvre le procédé de gestion tel que précédemment décrit.
  • On propose de plus un programme d'ordinateur comprenant des instructions qui conduisent l'unité de traitement du boîtier décodeur tel que précédemment décrit à exécuter les étapes du procédé de gestion tel que précédemment décrit.
  • On propose de plus un support d'enregistrement lisible par ordinateur, sur lequel est enregistré le programme d'ordinateur tel que précédemment décrit.
  • L'invention sera mieux comprise à la lumière de la description qui suit de modes de mise en oeuvre particuliers non limitatifs de l'invention.
    • BREVE DESCRIPTION DES DESSINS
  • Il sera fait référence aux dessins annexés parmi lesquels :
    • [Fig. 1] la figure 1 représente un téléviseur, un boîtier décodeur, un dispositif d'éclairage, une source de données externe et un utilisateur ;
    • [Fig. 2] la figure 2 représente des étapes du procédé de gestion de l'éclairage ;
    • [Fig. 3] la figure 3 représente des étapes d'une méthode de détermination de l'ajustement des paramètres lumineux, selon un premier mode de réalisation ;
    • [Fig. 4] la figure 4 représente des étapes d'une méthode de récupération des premières valeurs courantes des paramètres lumineux ;
    • [Fig. 5] la figure 5 représente des étapes d'une méthode de détermination de l'ajustement des paramètres lumineux, selon un deuxième mode de réalisation.
    DESCRIPTION DETAILLEE DE L'INVENTION
  • En référence à la figure 1, un boîtier décodeur 1 est connecté à un périphérique de visualisation, en l'occurrence à un téléviseur 2, par un lien 3. Ce lien 3 est par exemple un lien de type HDMI (pour High Definition Multimedia Interface), SCART (pour Syndicat des Constructeurs d'Appareils Radiorécepteurs et Téléviseurs), ou tout autre type de lien adapté.
  • Les fonctions primaires du boîtier décodeur 1 consistent à recevoir un flux audio-vidéo, à le traiter, à séparer le flux audio et le flux vidéo, et à transmettre le flux audio et le flux vidéo au téléviseur 2. Le téléviseur 2 diffuse alors le flux vidéo via son écran, et le flux audio via ses haut-parleurs.
  • Le flux audio, ou tout au moins un ou des canaux du flux audio, peut aussi éventuellement être diffusé par un ou des haut-parleurs possiblement intégrés dans le boîtier décodeur 1, ou bien par d'autres équipements de restitution audio (par exemple une barre de son, une ou des enceintes connectées, etc.).
  • Le flux audio-vidéo peut être issu d'une source quelconque, qui est par exemple un réseau de diffusion (réseau de télévision par satellite, connexion Internet, réseau de télévision numérique terrestre (TNT), réseau de télévision par câble, etc.), un autre équipement connecté au boîtier décodeur 1 (un lecteur de CD, de DVD ou de BlueRay, un smartphone, une tablette, etc.), ou bien encore un support de stockage (et par exemple une clef USB ou une carte mémoire connectée au boîtier décodeur 1).
  • Le flux audio-vidéo comprend des programmes. Par « programme », on entend ici tout type de séquence audiovisuelle ayant un début et une fin : film, série, journal télévisé, évènement sportif, musical, spot publicitaire, etc.
  • Le boîtier décodeur 1 comporte un module de communication 4.
  • L'utilisateur peut interagir avec le boîtier décodeur 1 au moyen d'une télécommande 5 qui comporte aussi un module de communication 6 permettant cette interaction.
  • La liaison 7 mise en oeuvre via le module de communication 5 et le module de communication 6 est par exemple une liaison par signaux infrarouges.
  • L'utilisateur peut aussi possiblement communiquer avec le boîtier décodeur 1 par d'autres moyens, et par exemple via une application programmée sur son smartphone, via des boutons physiques du boîtier décodeur 1, etc.
  • Le boîtier décodeur 1 comporte de plus un module de communication 8. Le module de communication 8 est ici intégré dans un contrôleur domotique lui-même intégré dans le boîtier décodeur 1.
  • Le boîtier décodeur 1 comporte de plus une unité de traitement 9. L'unité de traitement 9 est une unité électronique et logicielle. L'unité de traitement 9 comprend un ou plusieurs composants de traitement 10, et par exemple un processeur ou un microprocesseur quelconque, généraliste ou spécialisé (par exemple un DSP, pour Digital Signal Processor, ou un GPU, pour Graphics Processing Unit, ou encore un NPU, pour Neural Processing Unit), un microcontrôleur, ou bien un circuit logique programmable tel qu'un FPGA (pour Field Programmable Gate Arrays) ou un ASIC (pour Application Spécifie Integrated Circuit).
  • L'unité de traitement 9 comprend aussi une ou des mémoires 11 (et notamment une ou des mémoires non-volatiles), reliées à ou intégrées dans le composant de traitement 10. Au moins l'une de ces mémoires 11 forme un support d'enregistrement lisible par ordinateur, sur lequel est enregistré au moins un programme d'ordinateur comprenant des instructions qui conduisent le composant de traitement à exécuter au moins certaines des étapes du procédé de gestion de la lumière ambiante qui sera décrit plus bas.
  • Le boîtier décodeur 1 comporte de plus une caméra, positionnée au niveau de sa face avant. Le boîtier décodeur 1 comporte de plus des microphones, positionnés au niveau de sa face supérieure. Le boîtier décodeur 1 comporte aussi un capteur de proximité. Ces composants ne sont pas représentés sur la figure 1.
  • Le boîtier décodeur 1 est de plus connecté à un dispositif d'éclairage 12 qui permet d'ajuster une lumière ambiante.
  • Le dispositif d'éclairage 12 comprend ici un boîtier de commande 14 et des sources lumineuses 15 connectées au boîtier de commande 14. Le boîtier de commande 14 pilote les sources lumineuses 15 pour régler l'éclairage ambiant de la pièce dans laquelle se trouvent le boîtier décodeur 1, le téléviseur 2 et le dispositif d'éclairage 12. L'éclairage ambiant est réglable selon divers paramètres lumineux, par exemple l'allumage/extinction des sources lumineuses 15, la couleur, l'intensité ou la température de couleur.
  • Le boîtier de commande 14 comprend un module de communication 16.
  • Le boîtier décodeur 1, via son module de communication 8, peut communiquer avec le boîtier de commande 14, via son module de communication 16.
  • Une liaison 17 est donc établie entre les modules de communication 8, 16.
  • Cette liaison 17 peut être une liaison filaire, ou bien utiliser des signaux radios, infrarouges (en utilisant par exemple la technologie IrDA), lumineux (en utilisant par exemple la technologie LiFi), ou tout autre type de signaux approprié.
  • Le protocole de communication utilisé peut être par exemple un protocole de type Bluetooth, ZigBee, Z-Wave, ou encore tout type de protocole exposable via des interfaces de communication, telles par exemple que celles utilisées pour les applications domotiques.
  • La liaison 17 peut être établie via un accès direct au réseau de communication partagé entre le boîtier décodeur 1 et le boîtier de commande 14, par exemple dans le cas où une interface radio compatible est existante dans le boîtier décodeur 1. C'est par exemple le cas pour une liaison Wi-Fi, ou si le boîtier décodeur 1 est muni d'interfaces radio ZigBee/Z-Wave.
  • Le fait que le boîter décodeur 1 et le boîtier de commande 14 soient directement connectés au même réseau de communication ne signifie pas obligatoirement que la liaison 17 est une liaison directe. La liaison peut être établie de façon indirecte, au moyen d'un ou de plusieurs relais. C'est par exemple le cas si un point d'accès externe Wi-Fi est utilisé, ou dans un réseau maillé si un ou des noeuds intermédiaires sont nécessaires pour établir une route entre le boîter décodeur 1 et le boîtier de commande 14.
  • La liaison 17 peut également être réalisée au moyen d'une passerelle externe (passerelle domotique), qui pourrait effectuer une traduction de protocoles, et permettre ainsi une liaison 17 entre le boîter décodeur 1 et le boîtier de commande 14, sans qu'ils n'aient de protocole en commun. Cela pourrait par exemple être le cas pour une passerelle exposant via le protocole http les paramètres du boîtier de commande 14 qui communiquerait en ZigBee, ou encore via un border router (passerelle réseau) qui exposerait via le protocole http les équipements d'un réseau de type Thread (qui est une technologie de réseau maillé basse consommation).
  • On décrit maintenant, en référence à la figure 2, les différentes étapes du procédé de gestion de la lumière ambiante.
  • L'unité de traitement 9 du boîtier décodeur 1 détecte tout d'abord le démarrage de la diffusion d'un premier programme courant Pc1, qui est visualisé par l'utilisateur : étape E1.
  • La détection de la diffusion de ce nouveau programme peut être réalisée de différentes manières.
  • L'unité de traitement 9 peut par exemple détecter le démarrage d'un nouveau programme sur une chaîne en cours de visualisation.
  • L'unité de traitement 9 peut aussi détecter le démarrage de la lecture d'un contenu VOD ou PVR.
  • L'unité de traitement 9 peut aussi détecter un changement de chaîne (zapping).
  • Suite à la détection du démarrage de la diffusion du premier programme courant Pc1, l'unité de traitement 9 va piloter le boîtier de commande 14 du dispositif d'éclairage 12, via la liaison 17, pour que le dispositif d'éclairage 12 ajuste la lumière ambiante en fonction du premier programme courant. L'unité de traitement 9 envoie pour cela une première commande C1 au boîtier de commande 14.
  • Cependant, avant de transmettre la première commande C1 au dispositif d'éclairage 12, l'unité de traitement 9 attend que le premier programme courant soit diffusé pendant une durée prédéterminée Ta : étape E2. Cette durée prédéterminée Ta est par exemple égale à 60 secondes ou 120 secondes.
  • Cette étape E2 a pour but d'éviter les ajustements intempestifs, par exemple lorsque l'utilisateur est en train de zapper entre des chaînes.
  • L'étape E2 est optionnelle.
  • L'unité de traitement 9 vérifie ensuite, avant de transmettre la première commande C1 au dispositif d'éclairage 12, qu'il reste encore au moins une durée prédéfinie Tb du premier programme courant à diffuser : étape E3. Cette durée prédéfinie est par exemple égale 5 minutes ou 10 minutes.
  • Cette étape E3 a pour but d'éviter des ajustements trop fréquents, par exemple lors d'enchaînements de programmes courts.
  • L'étape E3 est optionnelle.
  • Si le premier programme courant est diffusé sur une chaîne, l'unité de traitement peut aussi vérifier, avant de transmettre la première commande C1 au dispositif d'éclairage 12, que l'utilisateur est resté sur la chaîne diffusant le premier programme courant pendant au moins une durée prédéfinie Tc : étape E4.
  • Par exemple, on se place dans une situation où l'utilisateur est en train de « zapper ». L'utilisateur reste par exemple 30s à 1min sur chaque chaîne avant de passer à la suivante. Dans ce cas, il est préférable d'éviter que la lumière change à chaque changement de chaîne. On prévoit donc un délai de 1min (Tc) avant de modifier la lumière.
  • L'étape E4 est optionnelle.
  • L'unité de traitement 9 détermine alors des premières valeurs courantes de paramètres lumineux, associées au premier programme courant, qui vont être utilisées pour ajuster la lumière ambiante : étape E5.
  • Puis, l'unité de traitement 9 vérifie une ou des conditions sur l'applicabilité des premières valeurs courantes des paramètres lumineux.
  • La ou les conditions peuvent être définies par l'utilisateur. Ces conditions doivent être vérifiées pour que l'unité de traitement 9 considère que l'ajustement de l'éclairage, correspondant aux premières valeurs courantes des paramètres lumineux, est autorisé.
  • L'utilisateur peut en effet interdire l'ajustement de certains paramètres lumineux, ou bien interdire des plages de valeurs pour certains paramètres lumineux. L'utilisateur peut aussi autoriser l'ajustement de certains paramètres lumineux, ou bien l'application de certaines plages de valeurs pour certains paramètres lumineux, mais seulement sur une ou des plages horaires qu'il a lui-même définies. Dans ce cas, l'unité de traitement 9 acquiert l'heure courante et vérifie la ou les conditions.
  • La vérification de la ou des conditions sur l'applicabilité des premières valeurs courantes des paramètres lumineux est une étape optionnelle.
  • L'unité de traitement 9 vérifie ensuite, avant de transmettre la première commande C1 au dispositif d'éclairage 12, que les premières valeurs courantes sont compatibles avec le fonctionnement du dispositif d'éclairage 12 : étape E6.
  • L'unité de traitement 9 vérifie donc l'adéquation des premières valeurs courantes des paramètres lumineux par rapport aux capacités du dispositif d'éclairage 12 (et donc aussi la capacité du dispositif d'éclairage 12 à agir sur lesdits paramètres lumineux pour ajuster la lumière ambiante).
  • Par exemple, certains dispositifs d'éclairage pourraient ne pas permettre l'ajustement de la température de couleur, alors qu'ils permettent l'ajustement de la luminosité.
  • Les valeurs des paramètres pourraient également être en dehors de la plage admissible par le dispositif d'éclairage. Par exemple, la consigne de température de couleur d'un programme pourrait être de 5000°K, alors que le dispositif d'éclairage 12 permet d'ajuster la température de couleur seulement sur une plage allant de 2700°K à 4500°K. Dans un tel cas, l'unité de traitement 9 limitera alors les valeurs dudit paramètre à la plage admissible (4500°K dans cet exemple).
  • Pour cela, l'unité de traitement 9 acquiert des caractéristiques fonctionnelles du dispositif d'éclairage 12, qui lui sont transmises par le boîtier de commande 14.
  • L'étape E6 est optionnelle.
  • L'unité de traitement 9 applique alors les nouvelles valeurs des paramètres lumineux : étape E7. L'unité de traitement 9 envoie la première commande C1 qui indique au boîtier de commande 14 les premières valeurs courantes des paramètres lumineux à appliquer, qui sont associées au premier programme courant.
  • On peut prévoir que les ajustements lumineux ne sont appliqués que lorsqu'un utilisateur est détecté dans la pièce, afin d'éviter des ajustements intempestifs inutiles. C'est par exemple le boîtier décodeur 1 qui détecte la présence de l'utilisateur dans la pièce. L'unité de traitement 9 vérifie ainsi, avant de transmettre la première commande au dispositif d'éclairage 12, que l'utilisateur est bien présent dans la pièce. L'unité de traitement 9 utilise pour cela un dispositif de détection de présence. Ce dispositif est par exemple intégré dans le boîtier décodeur 1. Le dispositif de détection comprend par exemple la caméra du boîtier décodeur 1, couplée à un algorithme de détection de personnes, qui pourrait par exemple être exécuté sur un coprocesseur de type NPU inclus dans l'unité de traitement 9.
  • Le boîtier décodeur 1 pourrait utiliser tout autre type de dispositif de détection permettant de vérifier une présence utilisateur. Il pourrait utiliser son capteur de proximité, ou bien ses microphones couplés avec un algorithme de détection de bruit et/ou de voix.
  • Le boîtier décodeur 1 pourrait aussi acquérir une information sur la présence utilisateur, qui serait transmise par un autre équipement.
  • Cette étape est optionnelle.
  • Optionnellement aussi, les ajustements lumineux résultant de l'application des premières valeurs courantes des paramètres lumineux sont appliqués de manière progressive, par exemple pendant une durée d'ajustement de quelques secondes (3 secondes par exemple).
  • Optionnellement à nouveau, la durée d'ajustement peut être différente en fonction des paramètres lumineux. Par exemple, la durée d'ajustement de l'intensité lumineuse peut être définie à 2 secondes, alors que la durée d'ajustement de la température de couleur peut être définie à 30 secondes.
  • Optionnellement, l'état précédent de l'éclairage est restauré à la fin du premier programme courant (ou bien un temps prédéterminé avant la fin du programme, par exemple égal à 10 secondes), afin de rétablir l'éclairage dans ses conditions initiales (telles qu'avant l'ajustement).
  • Optionnellement, l'éclairage pourrait être ajusté avant le début du premier programme courant. En particulier, dans le cas où la transition est progressive, il est possible de faire faire en sorte que la fin de la transition coïncide avec le début du premier programme courant.
  • On s'intéresse maintenant plus particulièrement à l'étape E5, c'est-à-dire à la manière dont l'unité de traitement 9 détermine l'ajustement des paramètres lumineux.
  • En référence à la figure 3, l'unité de traitement 9 du boîtier décodeur 1 récupère des premières informations de programme Ip1 liées au premier programme courant dont la diffusion vient de démarrer : étape E10.
  • L'unité de traitement 9 récupère par exemple ces premières informations de programme Ip1 dans une première base de données 20 appelée ici « base de données programmes » comprenant des informations de programme Ip. L'unité de traitement 9 accède aux premières informations de programme Ip1 via l'identifiant du premier programme courant.
  • Les informations de programme Ip comprennent des métadonnées permettant de classifier le programme, et par exemple un identifiant du programme, un identifiant du genre et/ou du sous-genre du programme, un identifiant de la chaîne. Le genre et le sous/genre sont par exemple définis selon des standards DVB (pour Digital Video Broadcasting). Les informations de programme contiennent aussi l'heure de début et de fin du programme, qui sont nécessaires pour vérifier en particulier la durée restante, ou pour effectuer la transition avant le début du programme.
  • Le genre d'un programme est par exemple « sport », ou bien « film ». Un sous-genre du genre « sport » est par exemple « football », ou bien « athlétisme ». Un sous-genre du genre « film » est par exemple « film d'action », ou bien « comédie ».
  • Les informations de programme Ip peuvent être obtenues par le boîtier décodeur 1 depuis une source de données externe 21 (visible sur la figure 1). Le boîtier décodeur 1 obtient ces informations de programme par un moyen adapté 22 (liaison IP, DSL, câble, satellite, etc.).
  • Les informations de programme Ip couvrent à minima les informations relatives au programme en cours de visualisation (premier programme courant), mais peuvent également couvrir l'ensembles des programmes disponibles, immédiatement ou dans un futur proche (par exemple dans les 7 ou 14 prochains jours).
  • Les informations de programme peuvent être envoyées au boîtier décodeur 1 sous forme d'EIT (Event Information Table), comme défini dans la norme ETSI TS 101 211 (DVB), ou sous tout autre forme appropriée.
  • Les informations de programme peuvent aussi être contenues dans le fichier manifest (e.g. dans le cas d'une diffusion DASH ou HLS).
  • La source externe 21 comprend par exemple un serveur de l'opérateur télécom (dans le cas d'une diffusion par IP), ou bien un serveur du diffuseur, ou encore le serveur d'un tiers fournissant des metadonnées supplémentaires liées aux programmes. Le serveur peut éventuellement être interrogé à la demande par le boîtier décodeur 1.
  • La base de données programmes 20 peut être stockée localement dans le boîtier décodeur 1 (par exemple via un téléchargement périodique, et par exemple dans l'une des mémoires 11), ou être située sur un serveur distant.
  • Si la base de données programmes 20 ne contient pas de premières informations de programme Ip1 associées au premier programme courant, l'unité de traitement 9 pourra optionnellement les remplacer par les informations de genre/sous-genre de la chaine comprenant le programme.
  • L'unité de traitement 9 accède alors à une deuxième base de données 23, appelée ici « base de paramètres lumineux ». La base de paramètres lumineux 23 comprend des valeurs de référence Vref de paramètres lumineux associées à des métadonnées de programme.
  • Les métadonnées de programme comprennent ici :
    • des premiers identifiants, qui identifient chacun un programme particulier ;
    • des deuxièmes identifiants, qui identifient chacun un genre ou un sous-genre de programme ;
    • des troisièmes identifiants, qui identifient chacun une chaîne diffusant des programmes.
  • L'unité de traitement 9 tente de déterminer les premières valeurs courantes Vc1 des paramètres lumineux qui correspondent le mieux au premier programme courant, en utilisant les premières informations de programmes Ip1 issues de la base de données de programmes 20 et associées au premier programme courant. L'unité de traitement 9 récupère les premières valeurs courantes des paramètres lumineux : étape E11.
  • Une fois que l'unité de traitement 9 a récupéré les premières valeurs courantes des paramètres lumineux, le procédé repasse à l'étape E6 (de la figure 2).
  • On s'intéresse maintenant à la base de paramètres lumineux 23.
  • Dans un premier mode de réalisation, la base de paramètres lumineux 23 comprend des premières valeurs de référence Vref1 des paramètres lumineux associées à des premières métadonnées de programme, lesdites premières valeurs de référence étant définies par l'utilisateur.
  • L'ajustement des paramètres lumineux correspond donc à un apprentissage basé sur les actions utilisateur : la base 23, qui peut être locale (et donc stockée dans le boîtier décodeur 1, et par exemple dans l'une des mémoires 11) ou distante, est alimentée par les actions utilisateur.
  • On décrit, toujours en référence à la figure 3, la manière dont est alimentée la base 23.
  • Lorsque l'utilisateur visualise un deuxième programme courant Pc2, qui est donc en cours de diffusion, de nouveaux paramètres lumineux sont appliqués (par exemple au démarrage du deuxième programme courant) : étape E6'. Cette étape E6' est ici optionnelle. On appelle cette étape E6' et non E7 : l'étape E7 est en effet requise dans la mise en oeuvre du procédé de gestion représenté sur la figure 2, alors que l'étape E6' n'est qu'optionnelle dans la mise en oeuvre de la méthode de la figure 3. Dans le cas de la figure 3, lorsque l'utilisateur visualise le deuxième programme courant, il n'est en effet pas nécessaire que de nouveaux paramètres aient été appliqués au début de la diffusion pour que l'utilisateur ajuste lui-même les paramètres lumineux.
  • L'utilisateur décide alors d'ajuster la lumière ambiante : étape E12. Il envoie une deuxième commande C2 à cet effet au boîtier décodeur 1, en utilisant par exemple la télécommande 5 (et donc via la liaison 7). Alternativement, l'utilisateur envoie une commande au boîtier de commande 14 qui notifie le boîtier décodeur 1.
  • L'unité de traitement 9 reçoit la deuxième commande, et produit des deuxièmes valeurs courantes Vc2 des paramètres lumineux en fonction de la deuxième commande.
  • L'unité de traitement 9 transmet alors une troisième commande C3 au boîtier de commande 14 du dispositif d'éclairage 12, pour que celui-ci ajuste la lumière ambiante en fonctions desdites deuxièmes valeurs courantes.
  • Le boîtier décodeur 1 stocke alors les deuxièmes valeurs courantes Vc2 dans la base de paramètres lumineux 23, en les associant à des métadonnées du deuxième programme courant Pc2. Les premières valeurs de référence Vref1 des paramètres lumineux de la base de paramètres lumineux 23 comprennent alors désormais les deuxièmes valeurs courantes Vc2, et les premières métadonnées de programme comprennent alors lesdites métadonnées du deuxième programme courant.
  • L'unité de traitement 9 stocke donc dans la base de paramètres lumineux 23 les deuxièmes valeurs courantes des paramètres lumineux associées à un premier identifiant du deuxième programme courant et, éventuellement, à un deuxième identifiant du genre et/ou au sous-genre du deuxième programme courant et/ou à un troisième identifiant de la chaîne diffusant le deuxième programme courant, et/ou à l'heure courante.
  • Avant de stocker les deuxièmes valeurs courantes Vc2 des paramètres lumineux dans la base de paramètres lumineux 23, l'unité de traitement 9 vérifie que, suite à la réception de la deuxième commande C2, l'utilisateur n'a pas tenté d'ajuster à nouveau la lumière ambiante pendant une durée prédéfinie Td. La durée prédéfinie est par exemple égale à 30 secondes ou 1 minute.
  • Le boîtier décodeur 1 s'assure ainsi que l'utilisateur laisse les paramètres lumineux à leur valeur (et donc ne fait plus d'ajustements). Cette étape est optionnelle.
  • L'ajustement lumineux du premier mode de réalisation est donc un ajustement basé uniquement sur les actions utilisateur, sans information préalable. La base de paramètres lumineux ne nécessite pas d'être alimentée par un système externe tiers.
  • On s'intéresse maintenant, en référence à la figure 4, à l'étape E11, c'est-à-dire à la récupération des premières valeurs courantes Vc1 des paramètres lumineux, correspondant au premier programme courant.
  • L'unité de traitement 9 récupère dans la base de données programme 20 les premières informations de programme Ip1 associées au premier programme courant : étape E20.
  • Puis, l'unité de traitement 9 accède à la base de paramètres lumineux 23. L'unité de traitement 9 va sélectionner, dans la base de paramètres lumineux 23, des premières valeurs courantes Vc1 des paramètres lumineux, qui sont associées à des métadonnées de programme correspondant au premier programme courant Pc1.
  • Pour cela, l'unité de traitement 9 vérifie tout d'abord que les métadonnées de programme de la base de paramètres lumineux 23 comprennent bien un premier identifiant du premier programme courant : étape E21.
  • Si c'est le cas, l'unité de traitement 9 sélectionne les valeurs de référence des paramètres lumineux associées au premier identifiant, qui deviennent les premières valeurs courantes Vc1 : étape E22.
  • Si ce n'est pas le cas, l'unité de traitement 9 vérifie que les métadonnées de programme de la base de paramètres lumineux 23 comprennent un deuxième identifiant d'un genre et/ou d'un sous-genre du premier programme courant : étape E23.
  • Si c'est le cas, l'unité de traitement 9 sélectionne les valeurs de référence associées audit deuxième identifiant, qui deviennent donc les premières valeurs courantes Vc1 : étape E22.
  • Si les métadonnées de programme de la base de paramètres lumineux 23 ne contiennent pas le deuxième identifiant, l'unité de traitement 9 vérifie que les métadonnées de programme comprennent un troisième identifiant d'une chaîne sur laquelle est diffusé le premier programme courant: étape E24.
  • Si c'est le cas, l'unité de traitement 9 sélectionne les valeurs de référence associées au troisième identifiant, qui deviennent donc les premières valeurs courantes Vc1 : étape E22.
  • Si la base de paramètres lumineux 23 ne contient pas le troisième identifiant, l'unité de traitement 9 sélectionne des valeurs par défaut Vd des paramètres lumineux : étape E25. Ces valeurs par défaut Vd deviennent donc les premières valeurs courantes Vc1 : étape E22.
  • L'étape E25 est optionnelle, car dans le cas où aucune correspondance n'a été trouvée dans les étapes précédentes, l'unité de traitement 9 pourrait soit appliquer des valeurs par défaut, soit ne pas appliquer de nouveaux paramètres (les valeurs actuelles sont conservées).
  • On note que pour chacune des étapes E21, E23, E24, E25, l'unité de traitement 9 peut prendre également en compte l'heure courante pour choisir les paramètres depuis la base.
  • Par exemple, l'unité de traitement 9 peut ne retenir, lors de la recherche dans la base de paramètres lumineux 23, que les valeurs de référence de paramètres lumineux préalablement appliquées par l'utilisateur dans un créneau de durée prédéfinie s'étendant avant et/ou après l'heure courante. La durée prédéfinie est par exemple égale à 60 minutes, et le créneau débute ainsi 30 minutes avant l'heure courante et s'achève 30 minutes après l'heure courante. Ceci permet d'avoir des valeurs de paramètres lumineux qui changent au cours de la journée (exemple : paramètres différents en journée et en soirée).
  • On s'intéresse à nouveau à la détermination de l'ajustement des paramètres lumineux.
  • Dans un deuxième mode de réalisation, en référence à la figure 5, la base de paramètres lumineux 23 comprend des deuxièmes valeurs de référence Vref2 des paramètres lumineux, associées à des deuxièmes métadonnées de programme.
  • Les deuxièmes valeurs de référence Vref2 sont stockées dans la base de paramètres lumineux 23 par un système externe tiers. L'ajustement lumineux est donc un ajustement avec information préalable.
  • Ici, par « système externe tiers », on entend par exemple un diffuseur de contenus (programmes), un opérateur télécom (dans le cas d'une diffusion par IP) ou un fournisseur de données externes. Le fournisseur de données externes fournit sur un serveur des métadonnées supplémentaires liées aux programmes.
  • A nouveau, la base de paramètres lumineux 23 peut être stockée localement dans le boîtier décodeur 1 (par exemple via un téléchargement périodique), ou être située sur un serveur distant.
  • L'étape E30, utilisant la base de données programmes 20, se déroule de façon similaire à l'étape E10.
  • L'étape E30 pourrait être optionnelle, en étant remplacée directement par l'étape E31.
  • A l'étape E31, l'unité de traitement 9 utilise les informations de programme Ip (identifiant de programme, ou à défaut genre du programme, ou à défaut identifiant de chaine, ou à défaut genre de chaine) pour récupérer, depuis la base de paramètres lumineux 20, les paramètres lumineux cibles à utiliser avec le programme.
  • Optionnellement, les étapes E30 et E31 peuvent être combinées, par exemple si les informations de programme contiennent directement les informations de paramètres lumineux. Cela pourrait par exemple être le cas en environnement DVB, si les paramètres lumineux sont contenus dans un champ privé des EIT.
  • Dans un troisième mode de réalisation, la base de paramètres lumineux 23 peut comprendre à la fois des premières valeurs de référence Vref1 des paramètres lumineux (issues de l'apprentissage basé sur les actions utilisateur), et des deuxièmes valeurs de référence Vref2 (fournies par le système tiers).
  • Si, pour le premier programme courant, des premières valeurs de référence Vref1 et des deuxièmes valeurs de référence Vref2 sont présentes dans la base de paramètres lumineux 23, l'unité de traitement 9 donne la priorité aux premières valeurs de référence (et donc aux informations d'ajustement définies par l'utilisateur ; l'étape optionnelle E25 ne sera pas effectuée). Si la base de paramètres lumineux 23 ne contient pas de premières valeurs de référence correspondant au premier programme courant, alors l'unité de traitement 9 essayera d'obtenir des deuxièmes valeurs de référence correspondant au premier programme courant.
  • Ceci permet d'avoir un système fournissant « de base » des ajustements, tout en privilégiant la prise en compte des habitudes de l'utilisateur.
  • L'ajustement de la lumière ambiante, réalisé par le dispositif externe, peut comprendre un ou des ajustements lumineux de différents paramètres, et par exemple :
    • un ajustement de l'intensité lumineuse ;
    • un ajustement de la couleur ;
    • un ajustement de la température de couleur.
  • Les valeurs des paramètres lumineux peuvent être des valeurs absolues ou relatives.
  • Par exemple, pour un programme de genre « film » et de sous-genre « film d'aventure », les valeurs des paramètres lumineux peuvent être par exemple :
    • baisse d'intensité lumineuse de 20% ;
    • température de couleur de 2800°K.
  • Pour un programme de genre « sport », les valeurs des paramètres lumineux peuvent être par exemple :
    • température de couleur de 4000°K.
  • Pour un programme de genre « informations », les valeurs des paramètres lumineux peuvent être par exemple :
    • température de couleur de 3500°K.
  • Il est optionnellement possible de définir des bornes applicables aux valeurs des paramètres lumineux à modifier (par exemple via des réglages internes du boîtier décodeur, ou via des paramètres utilisateur). Par exemple, l'utilisateur pourrait restreindre l'ajustement de la température de couleur pour que celle-ci ne dépasse pas 4000°K, ou bien restreindre l'ajustement de l'intensité lumineuse pour que celle-ci soit toujours d'au moins 30% de la valeur maximale.
  • Comme on l'a déjà évoqué, ces bornes peuvent avantageusement être combinées avec des restrictions horaires, comme par exemple autoriser la pleine plage d'ajustement de température de couleur pendant la journée, et restreindre la température maximale à 3500°K sur la plage horaire 21h-6h. Dans l'exemple précédent du programme de genre « sport », ce programme déclenchera donc une température de couleur de 4000°K en journée, mais seulement une température de 3500°K pendant la plage nocturne, ce qui réduira l'exposition de l'utilisateur à la lumière bleue.
  • Bien entendu, l'invention n'est pas limitée aux modes de réalisation décrits mais englobe toute variante entrant dans le champ de l'invention.
  • L'architecture du boîtier décodeur peut bien sûr être différente de celle décrite ici. Le module de communication permettant au boîtier décodeur de piloter le dispositif d'éclairage n'est pas nécessairement intégré dans un contrôleur domotique lui-même intégré dans le boîtier décodeur : il pourrait s'agir de tout type de module de communication. Le boîtier décodeur pourrait aussi communiquer avec le dispositif d'éclairage via une interface domotique (distincte du boîtier décodeur et du dispositif d'éclairage).
  • Le boîtier décodeur ne comporte pas nécessairement tous les composants décrits ici. L'homme du métier comprend bien que la caméra, les microphones, etc., ne sont pas nécessaires à la mise en oeuvre de l'invention.
  • Le boîtier décodeur et le dispositif d'éclairage pourraient être intégrés dans un même équipement.
  • Le boîtier de commande et les sources lumineuses du dispositif d'éclairage pourraient être intégrés dans un même équipement.
  • L'ordre de certaines étapes du procédé de gestion de la lumière ambiante peut être modifié (et notamment l'ordre des étapes E2, E3, E4).
  • Le périphérique de visualisation n'est pas nécessairement un téléviseur. Il pourrait s'agir par exemple d'un projecteur vidéo ou de tout autre périphérique pouvant être connecté à un boîtier décodeur.

Claims (15)

  1. Procédé de gestion de la lumière ambiante, mis en oeuvre dans un boîtier décodeur (1) qui est connecté à un périphérique de visualisation (2) et à un dispositif d'éclairage (12) agencé pour ajuster la lumière ambiante, le procédé de gestion comprenant les étapes de :
    - détecter un démarrage d'une diffusion d'un premier programme courant (Pc1) ;
    - accéder à une base de paramètres lumineux (23) comprenant des valeurs de référence (Vref) de paramètres lumineux associées à des métadonnées de programme ;
    - sélectionner, dans la base de paramètres lumineux (23), des premières valeurs courantes (Vc1) desdits paramètres lumineux, qui sont associées à des métadonnées de programme correspondant au premier programme courant (Pc1) ;
    - transmettre une première commande (C1) au dispositif d'éclairage (12) pour que celui-ci ajuste la lumière ambiante en fonction desdites premières valeurs courantes des paramètres lumineux,
    la base de paramètres lumineux (23) comprenant des premières valeurs de référence (Vref1) des paramètres lumineux associées à des premières métadonnées de programme, lesdites premières valeurs de référence étant définies par l'utilisateur,
    le boîtier décodeur (1) étant agencé pour :
    - recevoir une deuxième commande (C2) d'un utilisateur qui souhaite ajuster la lumière ambiante alors qu'un deuxième programme courant (Pc2) est en cours de diffusion ;
    - produire des deuxièmes valeurs courantes (Vc2) des paramètres lumineux en fonction de la deuxième commande ;
    - transmettre une troisième commande (C3) au dispositif d'éclairage (12) pour que celui-ci ajuste la lumière ambiante en fonctions desdites deuxièmes valeurs courantes ;
    - stocker les deuxièmes valeurs courantes dans la base de paramètres lumineux (23) en les associant à des métadonnées du deuxième programme courant, de sorte que les premières valeurs de référence comprennent alors les deuxièmes valeurs courantes, et les premières métadonnées de programme comprennent alors lesdites métadonnées du deuxième programme courant.
  2. Procédé de gestion selon la revendication 1, dans lequel le boîtier décodeur (1) est agencé pour, avant de stocker les deuxièmes valeurs courantes (Vc2) dans la base de paramètres lumineux (23), vérifier que, suite à la réception de la deuxième commande, l'utilisateur n'a pas tenté d'ajuster à nouveau la lumière ambiante pendant une première durée prédéfinie (Td).
  3. Procédé de gestion selon l'une des revendications précédentes, dans lequel la base de paramètres lumineux (23) comprend des deuxièmes valeurs de référence (Vref2) des paramètres lumineux associées à des deuxièmes métadonnées de programme, lesdites deuxièmes valeurs de référence étant stockées dans la base de paramètres lumineux par un système externe tiers.
  4. Procédé de gestion selon l'une des revendications précédentes, dans lequel le boîtier décodeur (1) est agencé pour attendre que le premier programme courant a été diffusé pendant une deuxième durée prédéfinie (Ta) avant de transmettre la première commande (C1) au dispositif d'éclairage (12).
  5. Procédé de gestion selon l'une des revendications précédentes, dans lequel le boîtier décodeur (1) vérifie, avant de transmettre la première commande (C1) au dispositif d'éclairage (12), qu'il reste encore au moins une troisième durée prédéfinie (Tb) du premier programme courant à diffuser.
  6. Procédé de gestion selon l'une des revendications précédentes, dans lequel le boîtier décodeur (1) vérifie, avant de transmettre la première commande (C1) au dispositif d'éclairage (12), que l'utilisateur est resté sur une chaîne diffusant le premier programme courant pendant au moins une quatrième durée prédéfinie (Tc).
  7. Procédé de gestion selon l'une des revendications précédentes, dans lequel le boîtier décodeur (1) vérifie, avant de transmettre la première commande (C1) au dispositif d'éclairage (12), que les premières valeurs courantes sont compatibles avec un fonctionnement du dispositif d'éclairage (12) .
  8. Procédé de gestion selon l'une des revendications précédentes, dans lequel le boîtier décodeur (1) comprend un dispositif de détection agencé pour détecter une présence de l'utilisateur dans une pièce dans laquelle se trouve le boîtier décodeur, et dans lequel le boîtier décodeur est agencé pour vérifier, avant de transmettre la première commande au dispositif d'éclairage (12), que l'utilisateur est bien présent dans ladite pièce.
  9. Procédé de gestion selon l'une des revendications précédentes, dans lequel le boîtier décodeur (1) est agencé pour, lorsqu'il sélectionne dans la base de paramètres lumineux (23) les premières valeurs courantes en fonction du premier programme courant :
    - vérifier que les métadonnées de programme de la base de paramètres lumineux (23) comprennent bien un premier identifiant du premier programme courant ;
    - si c'est le cas, sélectionner les valeurs de référence associées au premier identifiant ;
    - si ce n'est pas le cas, vérifier que les métadonnées de programme comprennent un deuxième identifiant d'un genre et/ou d'un sous-genre du premier programme courant et, si c'est le cas, sélectionner les valeurs de référence associées au deuxième identifiant.
  10. Procédé de gestion selon la revendication 9, dans lequel le boîtier décodeur (1) est agencé pour, si les métadonnées de programme de la base de paramètres lumineux (23) ne contiennent pas le deuxième identifiant :
    - vérifier que les métadonnées de programme comprennent un troisième identifiant d'une chaîne sur laquelle est diffusé le premier programme courant et, si c'est le cas, sélectionner les valeurs de référence associées au troisième identifiant.
  11. Procédé de gestion selon la revendication 10, dans lequel le boîtier décodeur (1) est agencé pour, si la base de paramètres lumineux (23) ne contient pas le troisième identifiant, sélectionner des valeurs par défaut (Vd) des paramètres lumineux.
  12. Procédé de gestion selon l'une des revendications précédentes, dans lequel la base de paramètres lumineux (23) est stockée dans le boîtier décodeur (1).
  13. Boîtier décodeur (1) comprenant une unité de traitement (9) dans laquelle est mis en oeuvre le procédé de gestion selon l'une des revendications précédentes.
  14. Programme d'ordinateur comprenant des instructions qui conduisent l'unité de traitement (9) du boîtier décodeur (1) selon la revendication 13 à exécuter les étapes du procédé de gestion selon l'une des revendications 1 à 12.
  15. Support d'enregistrement lisible par ordinateur, sur lequel est enregistré le programme d'ordinateur selon la revendication 14.
EP24178643.3A 2023-06-02 2024-05-28 Gestion de la lumiere ambiante en fonction du programme Active EP4472358B1 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR2305555A FR3149463A1 (fr) 2023-06-02 2023-06-02 Gestion de la lumière ambiante en fonction du programme

Publications (2)

Publication Number Publication Date
EP4472358A1 true EP4472358A1 (fr) 2024-12-04
EP4472358B1 EP4472358B1 (fr) 2025-07-09

Family

ID=88147374

Family Applications (1)

Application Number Title Priority Date Filing Date
EP24178643.3A Active EP4472358B1 (fr) 2023-06-02 2024-05-28 Gestion de la lumiere ambiante en fonction du programme

Country Status (3)

Country Link
US (1) US20240407071A1 (fr)
EP (1) EP4472358B1 (fr)
FR (1) FR3149463A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10252698B3 (de) * 2002-11-13 2004-08-12 Loewe Opta Gmbh Unterhaltungselektronisches Gerät mit einer Empfangseinrichtung für den Empfang von Rundfunksignalen und EPG-Daten
US20210400227A1 (en) * 2020-06-18 2021-12-23 Disney Enterprises, Inc. Supplementing Entertainment Content with Ambient Lighting

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10252698B3 (de) * 2002-11-13 2004-08-12 Loewe Opta Gmbh Unterhaltungselektronisches Gerät mit einer Empfangseinrichtung für den Empfang von Rundfunksignalen und EPG-Daten
US20210400227A1 (en) * 2020-06-18 2021-12-23 Disney Enterprises, Inc. Supplementing Entertainment Content with Ambient Lighting

Also Published As

Publication number Publication date
EP4472358B1 (fr) 2025-07-09
US20240407071A1 (en) 2024-12-05
FR3149463A1 (fr) 2024-12-06

Similar Documents

Publication Publication Date Title
US20250168461A1 (en) Channel bar user interface
US9258577B2 (en) Meta channel media system control and advertisement technology
US8601512B2 (en) Meta channel network-based content download technology
US8769580B2 (en) Meta channel based media system control technology
US10347292B2 (en) Digital video recorder options for editing content
US12542836B2 (en) Media player for receiving media content from a remote server
WO2010091089A1 (fr) Technologie de commande d'un système multimédia basée sur un métacanal
JP2026031956A (ja) コンテンツディスプレイに再生デバイスを適応させるシステム及び方法
EP4472358B1 (fr) Gestion de la lumiere ambiante en fonction du programme
EP1741294B1 (fr) Procede et dispositif de traitement automatique d'informations spontanees
EP4254968A1 (fr) Procédé de génération d'une chaîne de télévision virtuelle pour un utilisateur d' au moins un service de diffusion de contenus audiovisuels, dispositif de génération, équipement de service et programme d ordinateur correspondants
EP4161081A1 (fr) Procédé de génération d'une chaîne de télévision personnalisée pour un utilisateur d'un terminal configuré pour accéder à au moins un service de diffusion de contenus audiovisuels, dispositif, équipement de service, système et programme d'ordinateur correspondants.
WO2016177692A1 (fr) Procede de reglage du niveau de definition des images d'un programme multimedia
KR102156356B1 (ko) 방송 수신 장치
FR2876239A1 (fr) Procede et systeme de constitution automatique d'un flux audiovisuel personnalise a partir de sources multiples
FR2892882A1 (fr) Communication bidirectionnelle sans fil entre un terminal et decodeur, notamment de television numerique.

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20240528

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: GRANT OF PATENT IS INTENDED

INTG Intention to grant announced

Effective date: 20250203

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: FRENCH

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602024000289

Country of ref document: DE

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20250709

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20251110

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250709

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 1813099

Country of ref document: AT

Kind code of ref document: T

Effective date: 20250709

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20251109

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20251009

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG9D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250709

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250709

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250709

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20251010

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250709

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250709

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250709

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250709

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20251009

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250709

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250709

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250709

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250709

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250709

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250709

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250709