IT201600086875A1 - Procedimento per controllare sorgenti di illuminazione, sistema e prodotto informatico corrispondenti - Google Patents

Procedimento per controllare sorgenti di illuminazione, sistema e prodotto informatico corrispondenti

Info

Publication number
IT201600086875A1
IT201600086875A1 IT102016000086875A IT201600086875A IT201600086875A1 IT 201600086875 A1 IT201600086875 A1 IT 201600086875A1 IT 102016000086875 A IT102016000086875 A IT 102016000086875A IT 201600086875 A IT201600086875 A IT 201600086875A IT 201600086875 A1 IT201600086875 A1 IT 201600086875A1
Authority
IT
Italy
Prior art keywords
lighting
virtual
operating
augmented reality
sources
Prior art date
Application number
IT102016000086875A
Other languages
English (en)
Inventor
Alberto Alfier
Simone Capeleto
Giovanni Zucchinali
Norbert Haas
Original Assignee
Osram Gmbh
Osram Spa
Clay Paky Spa
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 Osram Gmbh, Osram Spa, Clay Paky Spa filed Critical Osram Gmbh
Priority to IT102016000086875A priority Critical patent/IT201600086875A1/it
Priority to EP17186829.2A priority patent/EP3288345B1/en
Priority to CN201710734730.8A priority patent/CN107787082A/zh
Priority to US15/684,995 priority patent/US10299347B2/en
Publication of IT201600086875A1 publication Critical patent/IT201600086875A1/it

Links

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/175—Controlling the light source by remote control
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T19/00—Manipulating 3D models or images for computer graphics
    • G06T19/006—Mixed reality
    • 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
    • H05B45/00—Circuit arrangements for operating light-emitting diodes [LED]
    • 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/115—Controlling the light source in response to determined parameters by determining the presence or movement of objects or living beings
    • 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/155—Coordinated control of two or more light sources
    • 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
    • H05B47/115—Controlling the light source in response to determined parameters by determining the presence or movement of objects or living beings
    • H05B47/125—Controlling the light source in response to determined parameters by determining the presence or movement of objects or living beings by using cameras
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02B—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO BUILDINGS, e.g. HOUSING, HOUSE APPLIANCES OR RELATED END-USER APPLICATIONS
    • Y02B20/00—Energy efficient lighting technologies, e.g. halogen lamps or gas discharge lamps
    • Y02B20/40—Control techniques providing energy savings, e.g. smart controller or presence detection

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Graphics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Circuit Arrangement For Electric Light Sources In General (AREA)
  • Debugging And Monitoring (AREA)
  • Selective Calling Equipment (AREA)

Description

“Procedimento per controllare sorgenti di illuminazione, sistema e prodotto informatico corrispondenti”
TESTO DELLA DESCRIZIONE
Campo tecnico
La presente descrizione si riferisce alle sorgenti di illuminazione.
Una o più forme di attuazione possono trovare applicazione nel controllo di illuminazione in contesti di varia natura, sia di tipo professionale, sia di tipo non professionale.
Sfondo tecnologico
Le applicazioni di illuminazione di tipo professionale (ad es. nel settore dello spettacolo, quali l'illuminazione di teatri, cinema, palcoscenici o discoteche) e per usi definibili, con riferimento all'illuminazione, di tipo semi-professionale (ad es. alberghi, ristoranti, sale conferenze, ecc.), così come talune applicazioni non strettamente professionali (ad es. talune applicazioni domestiche o in piccoli locali di incontro) possono far insorgere esigenze applicative particolari, non riscontrabili in situazioni di impiego correnti. In tali contesti può essere auspicabile poter sfruttare appieno le potenzialità delle sorgenti di illuminazione secondo modalità diverse rispetto a quelle delle applicazioni correnti. Ad es. può essere auspicabile poter modificare le caratteristiche di illuminazione durante uno spettacolo, intervenendo su parametri quali il colore della luce, la direzione di illuminazione, la distribuzione della luminosità, l'intensità di illuminazione, ecc. Una tale capacità di intervenire sui parametri di illuminazione può rivestire interesse anche per applicazioni di tipo domestico, quali quelle legate all'ascoltare musica, al seguire programmi televisivi o film per televisione, per applicazioni su rete e, ancora, nei videogiochi, ad esempio on line.
Nelle applicazioni correnti, quando non si voglia/possa ricorrere ad un controllo lasciato totalmente ad operatori umani, è possibile ricorrere a sensori audio in grado di rilevare talune caratteristiche di un programma sonoro che viene diffuso (ad esempio rilevando suoni bassi quali quelli legati a percussioni), associando a tale azione di rilevazione determinati interventi su sorgenti di illuminazione. Questo modo di procedere è esposto ad alcune limitazioni intrinseche sia riguardo alle combinazioni di illuminazione possibili, sia riguardo ad un possibile uso creativo/artistico delle sorgenti d'illuminazione: si pensi a titolo di esempio alla possibilità di coordinare l'illuminazione di un certo ambiente con un determinato programma musicale/film/evento ed alla flessibilità dell'impiego delle sorgenti di illuminazione da parte dell'utilizzatore finale.
Scopo e sintesi
Una o più forme di attuazione si prefiggono lo scopo di superare tali limitazioni.
Secondo una o più forme di attuazione, tale scopo può essere conseguito grazie ad un procedimento avente le caratteristiche richiamate nelle rivendicazioni che seguono.
Una o più forme di attuazione possono riguardare anche un corrispondente sistema nonché un corrispondente prodotto informatico caricabile nella memoria di almeno un dispositivo di elaborazione e comprendente porzioni di codice software per eseguire le fasi del procedimento quando il prodotto viene eseguito su almeno un computer. Come qui utilizzato, il riferimento a tale prodotto informatico è inteso essere equivalente al riferimento a mezzi leggibili da computer e contenenti istruzioni per controllare il sistema di elaborazione al fine di coordinare l’implementazione del procedimento secondo l’invenzione. Il riferimento ad "almeno un dispositivo elaboratore" evidenzia la possibilità che una o più forme di attuazione siano implementate in forma modulare e/o distribuita.
Le rivendicazioni formano parte integrante degli insegnamenti tecnici qui somministrati in relazione alle forme di attuazione.
Breve descrizione delle figure
Una o più forme di attuazione saranno ora descritte, a puro titolo di esempio non limitativo con riferimento alle figure annesse, in cui:
- la figura 1 è un primo possibile schema a blocchi funzionale di un sistema secondo una o più forme di attuazione,
- la figura 2 è un secondo possibile schema a blocchi funzionale di un sistema secondo una o più forme di attuazione,
- la figura 3 è un terzo possibile schema a blocchi funzionale di un sistema secondo una o più forme di attuazione, e
- la figura 4 è un quarto possibile schema a blocchi funzionale di un sistema secondo una o più forme di attuazione.
Descrizione particolareggiata
Nella descrizione che segue sono illustrati vari dettagli specifici, allo scopo di fornire una comprensione approfondita di vari esempi di forme di attuazione. Le forme di attuazione possono essere ottenute senza uno o più dei dettagli specifici, o con altri procedimenti, componenti, materiali, ecc. In altri casi, strutture, materiali o operazioni note non sono illustrate o descritte in dettaglio in modo che i vari aspetti delle forme di attuazione non saranno resi poco chiari.
Un riferimento a “una forma di attuazione” nel quadro della presente descrizione intende indicare che una particolare configurazione, struttura o caratteristica descritta in relazione alla forma di attuazione è compresa in almeno una forma di attuazione. Per cui, frasi come “in una forma di attuazione” che possono essere presenti in vari punti della presente descrizione non fanno necessariamente riferimento esattamente alla stessa forma di attuazione. Inoltre, particolari conformazioni, strutture o caratteristiche possono essere combinate in un modo adeguato qualsiasi in una o più forme di attuazione.
I riferimenti qui utilizzati sono forniti semplicemente per comodità e quindi non definiscono l’ambito di protezione o la portata delle forme di attuazione.
Parte della descrizione particolareggiata che segue riproduce la descrizione particolareggiata della domanda di brevetto italiano 102016000024679 del 9 marzo 2016.
Nelle figure, i riferimenti 1, 2, ..., n indicano un certo numero di sorgenti di illuminazione (lighting fixture), uguali o diverse fra loro, suscettibili di essere installate in uno o più ambienti, quale un generico ambiente A.
Così come qui utilizzato, il termine "ambiente" va inteso nella sua accezione più ampia, potendo ricomprendere ad es. tanto un luogo per spettacoli e/o eventi (ad esempio un teatro, un cinema, un palcoscenico, una discoteca, un impianto sportivo ecc.), quanto un locale per uso pubblico/collettivo (ad esempio un albergo, un ristorante, una sala conferenze), quanto ancora un ambiente domestico suscettibile di essere illuminato dalle sorgenti 1, 2, ..., n, che possono essere in numero qualsiasi.
In una o più forme di attuazione si può trattare di sorgenti di radiazione luminosa realizzate con tecnologie diverse.
Ancora, si assumerà qui che le sorgenti di illuminazione in questione presentino almeno un parametro operativo selettivamente controllabile.
Il parametro operativo in questione può essere scelto in una gamma quanto mai ampia: si può andare, ad esempio, dal livello di intensità luminosa (controllabile nel senso dell'accensione/spegnimento e/o di una regolazione selettiva di intensità - c.d. “dimming”), al colore della radiazione luminosa emessa, all'orientamento (inteso tanto in senso statico - c.d. tilt, quanto in senso dinamico, ad esempio nel senso della velocità, ampiezza e/o traiettoria di un movimento di brandeggio), alla messa a fuoco, allo zoom (illuminazione panoramica o concentrata) e così via: a titolo di possibile riferimento, e senza intenti limitativi, si può pensare a tutti i parametri che possono essere manipolati nel realizzare degli "effetti" di illuminazione, eventualmente accompagnati da effetti di altra natura (ad es. fumi colorati).
Sorgenti di radiazione luminosa presentanti tali caratteristiche di controllabilità selettiva di almeno un parametro di illuminazione di questo tipo sono note nella tecnica, il che rende superfluo fornire in questa sede una descrizione di maggior dettaglio.
Ciò vale anche per quanto riguarda la possibilità di controllare tali parametri secondo una o più sequenze di illuminazione in funzione di un insieme di dati di codifica temporale (time code data set) suscettibili di identificare, ad es., quando si desidera che un certo parametro della sorgente di radiazione luminosa sia modificato in un certo modo. Per fare un esempio semplice (il concetto è peraltro generalizzabile a qualunque parametro che regoli il funzionamento di una sorgente d'illuminazione) si può pensare ad una sequenza di accensione/spegnimento della sorgente a determinati istanti di tempo che identificano appunto quando la sorgente di radiazione luminosa viene accesa ovvero spenta.
Di conseguenza, per ciascuna delle sorgenti di radiazione luminosa 1, 2, ..., n risulta identificabile almeno un parametro di funzionamento controllabile secondo almeno una sequenza di illuminazione in funzione di un certo insieme di dati di codifica temporale. Tale azione di controllo può essere esercitata tramite un dispositivo di controllo - di tipo di per sé noto - cui nel seguito si farà riferimento come controllore locale LC. La connotazione "locale" è qui riferita al fatto che il controllore in questione è in grado di agire a livello locale (ossia in corrispondenza dell'ambiente A), così da controllare le sorgenti di radiazione luminosa 1, 2, ..., n in modo corrispondente.
Ciò può avvenire in particolare tramite un prodotto informatico (ovverosia tramite software) con la capacità, da parte del controllore LC, di identificare ciascuna singola sorgente 1, 2, ..., n e di intervenire sui rispettivi parametri di funzionamento secondo istruzioni software suscettibili di essere definite dall'utilizzatore in una fase di calibrazione.
Ad esempio, in una o più forme di attuazione, l’utilizzatore può calibrare certe funzioni, ad es. in base all’installazione dei dispositivi nell’ambiente A.
In una o più forme di attuazione, tale operazione di calibrazione (ossia di definizione preliminare di quali parametri di ciascuna sorgente 1, 2, ..., n possano essere selettivamente controllati ed in qual modo) può essere condotta anche dall'utilizzatore finale tramite un telecomando RC su cui si tornerà nel seguito.
In una o più forme di attuazione, le istruzioni software possono quindi non essere propriamente definite, con i loro “parametri liberi” (non definiti) suscettibili di essere definiti in fase di calibrazione.
Una o più forme di attuazione possono prevedere di costituire, ad esempio a livello di un server SP (suscettibile di essere collocato in posizione remota rispetto all'ambiente A, anche se tale soluzione non è da ritenersi imperativa), una raccolta (repository) di dati di funzionamento delle sorgenti 1, 2, ..., n.
In una o più forme di attuazione, i file di tali dati di funzionamento possono essere organizzati sotto forma di cosiddetti Data Package (DP) accoppiati, ossia associati, alle sorgenti di illuminazione 1, 2, ..., n in modo tale per cui ciascun file dati DP può comprendere almeno un insieme di dati di codifica temporale per almeno una sequenza di illuminazione di una rispettiva sorgente d'illuminazione 1, 2, ..., n.
La tabella qui sotto riprodotta esemplifica una possibile organizzazione di tali Data Package:
No. Sequenza Time Code Data Set Sorgente illuminazione
1 S11 tS11,1, tS11,2, ..., tS11,k1 S12 tS12,1, tS12,2, ..., tS12,l2 S21 tS21,1, tS21,2, ..., tS21,w3 S31 tS31,1, tS31,2, ..., tS31,u3 S32 tS32,1, tS32,2, ..., tS32,z3 S33 tS33,1, tS33,2, ..., tS33,m3 S34 tS34,1, tS34,2, ..., tS34,n... ... ...
N Sn1 tSn1,1, tSn1,2, ..., tSn1,v
In tale tabella, Sij indica una j-esima sequenza disponibile per la i-esima sorgente, cui è associato un rispettivo insieme di dati di codifica temporale (time code data set) tSij,1, tSij,2, ....
A titolo di esempio volutamente semplificato si può pensare che ciascuna sequenza identifichi semplicemente una sequenza di accensioni/spegnimenti destinati ad aver luogo agli istanti identificati dai relativi dati di codifica temporale tSij,1, tSij,2,....
In una o più forme di attuazione, così come esemplificate nelle figure, il server SP può essere localizzato in posizione remota rispetto all'ambiente A ed essere configurato per comunicare a distanza con il controllore LC con la capacità di scambiare i suddetti file dati (Data Package) su un collegamento, ad esempio un collegamento su rete quale un collegamento su Internet.
In una o più forme di attuazione, così come esemplificate nelle figure 2 e 3 è possibile prevedere che (pur conservando il suo ruolo di controllore “locale”, nei termini definiti in precedenza) il controllore LC risulti di fatto integrato con il server SP.
Tutto questo conservando la capacità di interagire con le sorgenti 1, 2, ..., n così da controllarne i parametri di funzionamento e/o la capacità di interagire con il telecomando RC in cui può essere ospitato il software applicativo di calibrazione cui si è fatto riferimento in precedenza.
Per quanto riguarda il collegamento e l'interazione fra server SP, controllore locale LC e telecomando RC è possibile, così come esemplificato nelle figure, adottare soluzioni diverse.
Ad esempio, le figure 1 e 4 si riferiscono a possibili soluzioni in cui il controllore LC si trova, per così dire, a svolgere una funzione di nodo cui fanno capo il server SP, il telecomando RC e le sorgenti 1, 2, ..., n.
Le figure 2 e 3 esemplificano invece soluzioni in cui, essendo il controllore LC integrato con il server SP, l'insieme comprendente il server SP e il controllore LC si interfaccia, da un lato, con il telecomando RC e dall'altro lato con le sorgenti 1, 2, ..., n.
Per quanto riguarda le specifiche modalità di implementazione, si noterà che i collegamenti possono essere sia di tipo cablato, sia di tipo wireless, con l'impiego di protocolli di trasmissione dati tanto di tipo standard quanto di tipo specifico.
In una o più forme di attuazione, il controllore LC ed il telecomando RC possono essere integrati in uno stesso dispositivo come ad esempio uno smartphone, un televisore (o simile) di tipo smart, dispositivi specifici quali Set Top Box ovvero in un computer.
Ancora, in una o più forme di attuazione l'interazione fisica con il server SP può essere limitata a uno solo fra il controllore LC ed il telecomando RC, con l’elemento non collegato al server SP (ad esempio il controllore LC, o, rispettivamente, il telecomando RC) che utilizza il dispositivo collegato (ossia il telecomando RC o, rispettivamente, il controllore LC) per il trasferimento dei dati verso il server SP.
In forme di attuazione così come esemplificate nelle figure 2 e 3 le sorgenti di illuminazione 1, 2, ..., n possono far capo direttamente al server SP con le funzioni di controllore LC di fatto integrate nel server SP.
In tal caso il telecomando RC può collegarsi direttamente al server SP ad esempio tramite funzioni standard quali quelle utilizzabili a livello di smartphone o di tablet.
In una o più forme di attuazione, il controllore locale LC ha la funzione di mettere in comunicazione il server SP con le sorgenti (fixture) 1, 2, …, n e con il remote controller RC.
In una o più forme di attuazione, così come esemplificate nelle figure 2 e 3, le fixture e il remote controller possono collegarsi direttamente al SP, senza necessità di prevedere un controllore locale LC come entità distinta. Un esempio è il caso di telecomando RC implementato con uno smartphone e le sorgenti con incorporato un indirizzo IP e un router.
In tal caso la funzione del controllore LC risulta di fatto “integrata”, ossia demandata a tali altre entità.
Si comprenderà pertanto che il riferimento a tre entità distinte, ossia controllore locale LC, server SP e telecomando RC è qui fatta a titolo puramente funzionale senza che da tale distinzione siano da desumersi, anche in via implicita, indicazioni riguardo alla realizzazione di tali componenti quali entità fisiche distinte.
Ad esempio, in una o più forme di attuazione così come esemplificate nelle figure 2 e 3, la funzione di controllore locale LC illustrata nelle figure 1 e 4 come demandata ad un entità distinta, può essere svolta direttamente dal server SP.
Ancora, in una o più forme di attuazione, la funzione identificabile come local controller LC può servire a controllare una certa sorgente o fixture 1, 2, …, n nella misura in cui viene indirizzata una sequenza luminosa alla fixture stessa, una volta ottenuta dal SP.
In una o più forme di attuazione, nel server SP può risiedere una raccolta o repository (ossia una base dati) comprendente file dati o Data Package suscettibili, ad es. di essere selezionati dall'utilizzatore finale operando sul telecomando RC.
Così come già visto in precedenza, in una o più forme di attuazione, ciascun Data Package può comprendere (almeno):
- una o più sequenze di illuminazione compatibili con le sorgenti 1, 2, ..., n installate nell'ambiente A, e
- uno o più data set di codifica temporale associati a livello di server SP alle sequenze di illuminazione.
In una o più forme di attuazione (agendo ad esempio sul telecomando RC) l’utilizzatore può quindi scegliere una determinata sequenza di illuminazione per una determinata sorgente 1, 2, ..., n dando così origine al reperimento (retrieval), nell'ambito del repository del server SP, di almeno un Data Package accoppiato alla sorgente d'illuminazione selezionata.
Il Data Package così identificato può essere così utilizzato per controllare le sorgenti di radiazione luminosa 1, 2, ..., n secondo il Data Package selezionato, ovverosia facendo funzionare (ciascuna) sorgente di radiazione luminosa selezionata controllando selettivamente almeno uno dei relativi parametri di funzionamento in funzione dei dati di funzionamento contenuti nel file di dati di funzionamento (Data Package) reperito nel repository.
Un sistema come qui esemplificato si presta ad essere utilizzato secondo un ampia gamma di modalità diverse.
A titolo di esempio, mentre sta seguendo un determinato evento sonoro/visivo (ad esempio mentre sta guardando uno spettacolo televisivo o un film, ascoltando un concerto, ecc.), l'utilizzatore può stabilire (ad esempio tramite il telecomando RC) un collegamento verso il server SP e scegliere una o più determinate sequenze di illuminazione che desidera vedere applicate alla o alle sorgenti di illuminazione 1, 2, ..., n che si trovano nell'ambiente A dove al momento l’utilizzatore si trova.
Tale selezione può essere effettuata, ad es. nel repository disponibile presso il server SP nell'ambito di un elenco predeterminato di eventi preventivamente memorizzato nel server SP.
A questo punto, una sequenza di illuminazione che è stata scelta per una determinata sorgente (più precisamente il Data Package ad essa associato) può essere utilizzata per far funzionare la sorgente in questione in accordo con tale sequenza, in particolare per quanto riguarda il Data Set di codifica temporale.
In una o più forme di attuazione, il relativo Data Set di codifica temporale può permettere la sincronizzazione della sequenza di illuminazione con l'evento sonoro/visivo alla base della richiesta dell'utilizzatore.
Si apprezzerà che quanto qui detto per semplicità con riferimento ad una sorgente può essere applicato, anche in modo simultaneo, a due o più sorgenti 1, 2, ... n.
Una o più forme di attuazione possono sfruttare a tal fine il fatto che i parametri di configurazione delle sorgenti 1, 2, ..., n possono essere standardizzati, essendo ad esempio basati su un'identica definizione dei parametri, permettendo - ad esempio - la definizione di un linguaggio standardizzato legato ai parametri di funzionamento delle sorgenti di radiazione luminosa di un certo produttore (che ne può conoscere, anche in modo proprietario, le modalità di controllo).
Ad esempio, in una o più forme di attuazione, i Data Package raccolti nel repository del server SP possono corrispondere a sequenze di illuminazione legate a determinati eventi (ad esempio determinati film, determinate canzoni, determinati spettacoli) creati ed inseriti nel repository da:
- registi delle luci, tanto di profilo professionale quanto di profilo amatoriale,
- produttori di software musicale/visivo,
- organizzatori di eventi,
- produttori, sviluppatori e distributori delle sorgenti di illuminazione.
In una o più forme di attuazione, si può prevedere che i Data Package in questione possano essere generati dall'utilizzatore finale per essere poi caricati nel server SP sfruttando il collegamento esistente con il telecomando RC (eventualmente attraverso il controllore LC) così da attribuire all'utilizzatore finale il ruolo di regista delle luci di tipo non-professionale.
Al riguardo, in una o più forme di attuazione, una determinata sequenza di illuminazione può essere immagazzinata a livello di sorgenti 1, 2, ..., n, ad esempio quale una funzionalità pre-programmata in funzione di un funzionamento di base.
Come già si è detto in precedenza, la sincronizzazione (fasatura) delle sequenze di illuminazione del repository del server SP può essere assicurata tramite i Data Set di codifica temporale associati a tali sequenze, realizzate ad esempio tramite un linguaggio di comunicazione standardizzato utilizzabile ad esempio da una sorgente di diffusione (web radio, web tv, web music).
In una o più forme di attuazione, un tale meccanismo di sincronizzazione può comportare l' intervento di meccanismi adattativi.
Questi meccanismi possono essere sia del tipo ad anello aperto (open-loop) sia del tipo ad anello chiuso (closed-loop).
Nel primo caso si può trattare, ad esempio, di una stima e una compensazione (precisa) dei ritardi eventualmente riscontrabili fra il programma sonoro/visivo ed i segnali che regolano l'applicazione della sequenza di illuminazione, eventualmente migliorati tramite test di tipo “ping” o simili.
Nel secondo caso, è possibile pensare di utilizzare come segnale di controllo dell'anello un segnale sonoro e/o video di ambiente corrispondente ad un programma fruito ad es. tramite un (tele)visore E o un simile apparecchio installato nell'ambiente A (vedere la figure 3 e 4).
Tale segnale "di ambiente" può essere ottenuto tramite sensori (ad es. tramite un sensore audio/video S quale un microfono associato al telecomando RC – che, si ricorderà, può essere anche implementato tramite uno smartphone -vedere la figura 3) oppure tramite un collegamento diretto ad es. al suddetto apparecchio E (vedere la figura 4).
Comunque ottenuto, il suddetto segnale sonoro e/o video “di ambiente” può essere utilizzato sia in forma diretta, sia dopo un'eventuale elaborazione; quest'ultima è anche suscettibile di essere realizzata totalmente o parzialmente in remoto, ad es. a livello di server SP, con la conseguente possibilità di utilizzare strumenti software anche piuttosto potenti.
In una o più forme di attuazione, la disponibilità di tale informazione sul programma audio e/o video fruito nell'ambiente A può essere utilizzata per pilotare l’azione di reperimento della sequenza di illuminazione che si vuole vedere attuata delle sorgenti 1, 2, ..., n.
Questo può essere il caso, ad es. qualora per un determinato programma audio e/o video nel repository del server SP risultino disponibili più sequenze diverse di illuminazione.
In questo caso, in aggiunta o in alternativa alla scelta da parte dell'utilizzatore finale (esprimibile ad esempio agendo sul telecomando RC), in una o più forme di attuazione è possibile prefigurare una scelta automatica implementata a livello di server SP, eventualmente sulla base di informazioni precedentemente raccolte riguardo ad es. alle abitudini o preferenze dell'utilizzatore finale.
In una o più forme di attuazione (e questo ribadisce ulteriormente il carattere puramente funzionale della distinzione qui fatta fra controllore LC, server SP e telecomando RC) tanto il controllore LC quanto il telecomando RC possono essere utilizzati, almeno parzialmente, per immagazzinare il repository dei Data Package, ad esempio nel caso in cui non sia momentaneamente disponibile il collegamento verso il server SP.
In una o più forme di attuazione, un insieme di dati di ingresso di utente (ad es. parametri definiti dall’utilizzatore, quali ad es. i dati relativi ad un certo evento mediatico, i nomi di certi eventi, codici di programmazione di spettacoli televisivi o eventi sportivi, dal vivo o preregistrati, ovvero ancora titoli di film, titoli di contenuti musicali, contenuti di playlist forniti ad esempio da un service provider esterno) possono essere caricati, eventualmente in modo diretto, nel server SP in associazione con i Data Package in esso raccolti. Il server SP risulta quindi in grado di determinare sequenze di illuminazione ad es. in funzione di un ulteriore insieme di dati di ingresso dell'utente (ossia una particolare configurazione di illuminazione) così da poter ricevere Data Package “taggati” (sia per quanto riguarda il tempo, sia per quanto riguarda gli eventi) a partire dal server SP suscettibili di comandare e far funzionare in un modo controllato nel tempo ad es. un insieme di componenti di illuminazione (ossia sorgenti di illuminazione 1, 2, ..., n).
In una o più forme di attuazione, il parametro o i parametri di funzionamento delle sorgenti di illuminazione 1, 2, ..., n possono comprendere ad es. la luminosità (brightness) ed i colori, con la conseguente possibilità di regolare il colore e l'intensità dell'illuminazione ad esempio per tenere in conto possibili preferenze o esigenze dell'utilizzatore finale, ad es. per tenere in conto fattori di sensibilità mesopica/scotopica dell'occhio umano (anche in modo differenziato fra bambini ed adulti), con la possibilità di tenere in conto anche fenomeni di daltonismo o affezioni visive di varia natura.
A livello di cosiddetti “effetti speciali”, i parametri di funzionamento controllabili possono comprendere parametri utilizzabili per effetti di illuminazione di tipo subacqueo o effetti di fontana luminosa, ad es. con la possibilità di adottare regolazioni cromatiche diverse per tenere in conto e/o simulare l'effetto di assorbimento da parte dell'acqua.
A livello di parametri geometrici (quale l'orientamento delle sorgenti luminose) l'azione di controllo selettivo dei relativi parametri, eventualmente in unione al controllo selettivo di parametri quali la luminosità, permette di tenere in conto, ad esempio, fattori geometrici (ad esempio l'altezza o le dimensioni) dell'ambiente A.
Si apprezzerà altresì che in una o più forme di attuazione, il collegamento funzionale verso le sorgenti di radiazione luminosa 1, 2, ..., n non presuppone di necessità un collegamento fisico potendo essere attuato, ad esempio secondo modalità wireless, DMX o altri procedimenti.
Come già si è detto, è possibile pensare di memorizzare a livello di sorgenti 1, 2, ..., n codici di programmazione (eventualmente criptati) così da consentire un'azione di controllo selettivo da parte di utilizzatori autorizzati.
Come ulteriore possibilità, è possibile utilizzare codice software (ad esempio, un'applicazione o "App" per il telefono cellulare, o per TV, o web) sul controller locale LC per selezionare musica (dati audio, eventualmente associati a dati video) da un distributore fungente da sorgente con la sequenza di dati ricevuta insieme alla sequenza di illuminazione. L'applicazione può sincronizzare i dataset inviandoli ad es. tramite rete locale LAN (multicast e/o broadcast, per esempio) a dispositivi collegati, come TV, sistema audio, ed all'insieme di sorgenti di illuminazione 1, 2, ..., n. Un buffer parziale/totale può provvedere alla compensazione dei ritardi e/o delle lentezze della rete.
In una o più forme di attuazione, possono adottare particolari modalità di codifica/decodifica del dataset della sequenze di illuminazione.
Ad esempio, il data set può essere codificato e caricato nel server SP dopo o durante la programmazione di una sequenza, o almeno alla fine di quest'ultima.
Sempre ad esempio, un data set accoppiato ad una certa sequenza di illuminazione selezionata può essere decodificato dall'utente finale attraverso un algoritmo di decodifica che può essere:
- integrato (embedded) nella o nelle sorgenti di illuminazione,
- integrato in uno o più dispositivi hardware addizionali, esterni rispetto alle sorgenti, che decodificano le sequenze e le mandano alle sorgenti.
In una o più forme di attuazione, le sorgenti possono essere indirizzate singolarmente dal decoder in modo diretto o con il decoder che indirizza una sorgente fungente da master che poi trasferisce la o le sequenze alle altre sorgenti, fungenti da slave.
Si apprezzerà che vari aspetti di soluzione possono essere trasferiti dall'uno all'altro degli esempi presentati nelle figure 1 a 4.
Ad esempio, nell'ambito di uno schema come esemplificato nella figura 1, il controllore locale LC può comprendere un semplice telefono cellulare con installata una certa applicazione o APP.
In una o più forme di attuazione, per conseguire una protezione contro azioni di intrusive di varia natura (ad es. azioni concorrenziali “selvagge”) è possibile pensare di codificare con una codifica di protezione (cifratura) le sequenze di illuminazione nel server SP e di utilizzare un decodificatore ad es. a livello hardware (eventualmente un dispositivo fisico incluso in una sorgente master che poi trasferisce la relativa informazione alle sorgenti slave).
Una o più forme di attuazione possono pertanto prevedere di:
- accoppiare ai file di dati (Data Package) rispettivi dati audio e/o video, e/o
- sottoporre i suddetti file di dati a codifica di protezione, e/o
- accoppiare ai suddetti file di dati rispettivi dati audio e/o video, sottoponendo a codifica di protezione detti file e i rispettivi dati audio e/o video ad essi accoppiati.
Nel caso delle applicazioni a videogiochi è possibile pensare di limitare la capacità di sviluppare le sequenze di illuminazione ai soli sviluppatori dei giochi, permettendo ad esempio la calibrazione dell'impianto di illuminazione con la consolle, con le sequenze immagazzinate a livello di repository presso un server del fornitore di videogiochi.
Una o più forme di attuazione così come descritte in precedenza possono prevedere il c.d. streaming di dati preprogrammati ed immagazzinati (da una data repository) insieme a file mediali (video, audio) immessi in un controllore che fa funzionare/comanda dispositivi di illuminazione ausiliari così da generare effetti di illuminazione che “aumentano” (enhance) le esperienze del fruitore visivo/cliente.
I dispositivi di illuminazione possono usare, ad es. sorgenti a LED, ad es. organizzate secondo schemi RGB o RGBW e/o una combinazione di varie sorgenti (alogene, a scarica, LED, diodi laser, Laser Activated Remote Phosphor – LARP, ecc.).
Una o più forme di attuazione come in precedenza descritte possono prevedere questo modo di operare:
- i) il “progettista” (designer) dell’illuminazione programma sequenze di illuminazione per dispositivi che realizzano effetti di illuminazione (effect lighting luminaries) suscettibili di aumentare i contenuti video/audio fruiti dall’utilizzatore quali film, spettacoli vari, musica, giochi elettronici, ecc.. Questo può avvenire secondo programmi di illuminazione che l’industria del settore riconosce come standard (ad es. effetti di illuminazione per spettacoli, performance musicali, ecc.);
- i programmi di illuminazione sono immagazzinati in un repository di dati ad es. presso provider e/o distributori di media;
- se gli utilizzatori vogliono ad es. fruire in streaming di musica da fonti ad es. Spotify<TM>o Tidal<TM>e/o vedere film da fonti come ad es. Netflix<TM>, essi possono ricevere in streaming le sequenze pre-programmate di illuminazione dei dispositivi, potendo applicarle (ad es. tramite una loro WLAN domestica, Wi-Fi, Bluetooth<TM>) ad uno specifico dispositivo di illuminazione. Le sequenze preprogrammate di illuminazione sono codificate temporalmente (time-encoded) e possono essere sincronizzate con il contenuto audio/video (ad es. video/musica) e cooperare con i dispositivi di illuminazione esterni.
Una o più forme di attuazione possono trovare applicazione in contesti dove ad es. il visore E è un dispositivo (equipaggiamento) per realtà virtuale (Virtual Reality - VR) o realtà aumentata (Augmented Reality - AR) quale ad esempio una cuffia (headset) o un paio di occhiali (goggles).
Per brevità, un tale equipaggiamento/dispositivo per realtà virtuale/aumentata (VR/AR equipment) può essere eventualmente indicato semplicemente come "dispositivo per realtà virtuale", in considerazione dal fatto che un equipaggiamento per realtà aumentata può unire una funzione di realtà virtuale o sintetica ad una funzione di visione dell'ambiente circostante (ad es. tramite uno schermo semitrasparente e/o distribuendo la visione di immagini sintetiche e di immagini reali sui due occhi dell'utilizzatore: il termine “realtà virtuale” (Virtual Reality –VR) può quindi essere visto come comprensivo anche della dizione “realtà aumentata” (Augmented Reality - AR).
Una o più forme di attuazione possono riguardare la possibile interazione di un sistema così come descritto in precedenza con un dispositivo (equipaggiamento) per realtà virtuale/aumentata.
Una o più forme di attuazione propongono di realizzare un possibile funzionamento sincronizzato di effetti di illuminazione interni ed esterni nell'ambito di un contesto di realtà virtuale, ad esempio sfruttando dispositivi per realtà virtuale che vengono resi disponibili agli utilizzatori insieme a file mediali e/o file generati da software di realtà virtuale (ad esempio ai fini del riconoscimento di un oggetto e/o del fatto che un determinato oggetto viene osservato).
Nell'ambito di dispositivi quali cuffie (headset) o occhiali (goggle) per realtà virtuale si prevede di solito che agli occhi dell'osservatore non venga trasferita una informazione (reale) direttamente visibile, ed, in questo senso, gli occhi dell'osservatore vengono in una certa misura separati rispetto all'ambiente circostante.
Questa considerazione vale in sostanza anche per equipaggiamenti quali cuffie o occhiali per realtà aumentata in cui l'utilizzatore conserva una visione diretta dell'ambiente circostante (ad esempio attraverso uno schermo semitrasparente) oppure in situazioni in cui, ad esempio nell'ambito di occhiali, l'utilizzatore conserva la visione diretta dell'ambiente circostante attraverso un occhio mentre l'altro occhio viene dedicato alla visione di oggetti o, in generale, informazioni “virtuali”.
Equipaggiamenti VR/AR sono noti nella tecnica, ad esempio sotto forma di occhiali o cuffie eventualmente suscettibili di essere equipaggiati con meccanismi di inseguimento e dispositivi audio sia di riproduzione sia con funzione di microfono.
Al riguardo si può far riferimento, ad esempio, a documenti quali US 2016/048203 A1.
Sempre facendo riferimento alla letteratura brevettuale, documenti quali US 9 011 247 B2, US 9 220 158 B2 o US 8 878 991 B2 presentano reti di illuminazione utilizzabili ad esempio in contesti di spettacolo con dati di ingresso video ed effetti di illuminazione ausiliari che possono essere basati sulla base di identificatori di illuminazione pre-programmati. In questi casi i codici dei programmi di illuminazione non sono però distribuiti insieme al contenuto mediale così da permettere all'utilizzatore di beneficiare degli effetti di illuminazione mentre fruisce dei media distribuiti.
Il sistema noto con la denominazione commerciale di Philips Ambilight affronta il tema dell'illuminazione dell'ambiente circostante ad un televisore sulla base dei contenuti mediali presentati sul televisore, con questi segnali che però non sono distribuiti agli utilizzatori in funzione di specifici contenuti mediali (musica, film, giochi).
Un equipaggiamento per realtà virtuale (VR/AR) può essere utilizzato per vari scopi, ad esempio per (video) giochi o programmi di divertimento, con la possibilità però di effettuare anche un riconoscimento di oggetti nell'ambiente circostante con un software di riconoscimento degli oggetti suscettibile di fornire informazioni addizionali (ad esempio provenienti da una base dati informativa) sovrapponendole all'oggetto riconosciuto.
La funzione di riconoscimento di un oggetto può anche avviare un programma di attivazione che cambia lo stato di determinati oggetti, ad esempio se si riconosce un dispositivo di illuminazione (ad esempio una delle sorgenti 1, 2, ……, n delle figure) è possibile generare un comando che attiva o disattiva la sorgente di illuminazione o le sorgenti di illuminazione ovvero cambia le condizioni di illuminazione.
In aggiunta, dispositivi di inseguimento dell'occhio, ad esempio al laser, possono identificare la direzione su cui l'occhio dell’utilizzatore si sta focalizzando con un software associato suscettibile di estrapolare la direzione di osservazione dell'utilizzatore così da poter identificare gli oggetti che vengono osservati.
Se questi oggetti sono dispositivi di illuminazione (quali le sorgenti 1, 2, ……, n) compresi eventuali dispositivi di controllo o interruttori associati - tali elementi essendo qui considerati per semplicità come facenti parte della sorgente di illuminazione - è allora possibile avviare l'esecuzione di determinati programmi di illuminazione.
Nel caso in cui l'equipaggiamento/dispositivo VR/AR (quale ad esempio il visore indicato con E nelle figure) sia utilizzato per l'effettuazione di giochi o per guardare film, la configurazione di sistema e le relative modalità di funzionamento descritte in precedenza possono essere utilizzate per fornire dei data set sincronizzati suscettibili di attivare determinati scenari di illuminazione nel sistema di illuminazione esterna (si pensi ad esempio alle sorgenti 1, 2, ……, n visibili nelle figure) ovvero fornire comandi di attivazione che cooperano con scenari di illuminazione pre-installati o memorizzati.
Questi scenari memorizzati possono risiedere in un controllore, suscettibile di essere eventualmente integrato in una o più delle sorgenti di illuminazione esterne 1, 2, ……, n) così come già descritto in precedenza.
Una o più forme di attuazione possono essere utilizzate in modo coordinato con forme di attuazione descritte in altre domande di brevetto per invenzione industriale depositate in pari data dalle stesse Richiedenti ad esempio per presentare effetti di illuminazione di contenuto pubblicitario e/o per fornire una funzione di regolazione adattativa dell'illuminazione complessiva, ad esempio durante lo svolgimento di giochi.
In una o più forme di attuazione, mentre si fruisce di un determinato contenuto mediale (video, film, musica, giochi) è possibile prevedere che sorgenti di illuminazione “interne” integrate nel dispositivo per realtà virtuale (ad esempio dispositivi di illuminazione montati sulla struttura o in posizione periferica rispetto al dispositivo per realtà virtuale) possano essere attivate in modo sincronizzato con l'attività in corso.
Queste forme di attuazione possono facilitare ad esempio lo svolgimento di giochi.
Per quanto qui interessa, di conseguenza, una o più delle sorgenti di illuminazione rappresentate negli schemi delle figure con i riferimenti 1, 2, ……, n possono essere di fatto viste come integrate con il visore E qui considerato come esempio di dispositivo per realtà virtuale.
In una o più forme di attuazione, tale funzione di illuminazione “interna” del dispositivo per realtà virtuale può essere sincronizzata con scenari di illuminazione distribuiti o attuati attraverso le sorgenti di illuminazione situate nell'ambiente circostante. In questo modo, gli effetti di illuminazione interni ed esterni possono essere sincronizzati.
Nel caso del dispositivo per realtà virtuale, tali effetti sincronizzati possono essere fruiti tanto dall'utilizzatore del dispositivo per realtà virtuale (sotto forma di effetti “interni”), tanto da altri soggetti che si trovano nell'ambiente circostante (quindi sotto forma di effetti “esterni”).
Si rammenta ancora una volta che nella presente descrizione, il termine “realtà virtuale” è da intendersi comprensivo anche della denominazione “realtà aumentata”, per cui quanto detto in precedenza con riferimento ad un dispositivo per realtà virtuale è da intendersi applicabile anche ad un dispositivo per realtà aumentata, senza che a tale diversa denominazione sia da attribuirsi un intento di differenziazione fra i due dispositivi.
In una o più forme di attuazione, la funzione di illuminazione “interna” del dispositivo per realtà virtuale E può utilizzare comandi di controllo modificati per le sorgenti di radiazione luminosa interne (ossia integrate al dispositivo E) così da poterle regolare ad esempio in funzione di un livello di illuminazione desiderato (ad esempio con una condizione di illuminazione complessivamente scura o quantomeno smorzata).
Tali insiemi di illuminazione modificata possono essere forniti, ad esempio, tramite software cui il dispositivo è associato mentre le sorgenti di illuminazione esterne continuano a ricevere comandi di illuminazione “regolari”, nel senso che il loro funzionamento non è sottoposto a particolari condizioni di oscuramento/smorzamento.
Come già si è accennato in precedenza, in una o più forme di attuazione, il dispositivo per realtà virtuale E può essere del tipo che è suscettibile di rilevare la posizione e l'orientamento del capo dell'utilizzatore. Quando sia disponibile tale informazione, è possibile sincronizzare la posizione/orientamento del capo o degli occhi con la localizzazione delle sorgenti di illuminazione esterne così da permettere, ad esempio, di sincronizzare gli effetti di illuminazione interni con gli effetti di illuminazione esterni di una o più sorgenti di radiazione luminosa “esterne” al momento osservate (“puntate”) dall'utilizzatore, ad esempio conseguendo un effetto di sincronizzazione.
In una o più forme di attuazione, quando l'utilizzatore del dispositivo E osserva ad esempio uno spettacolo televisivo o un film presentato su uno schermo televisivo ovvero su un dispositivo portatile quale uno smartphone o un tablet (situazione che può riferirsi in via principale a un dispositivo di realtà “aumentata”, in cui l'informazione sintetica di realtà virtuale si assomma alla visione dell'ambiente esterno, ad esempio utilizzando uno schermo semitrasparente oppure indirizzando la visione diretta e la visione delle immagini virtuali distintamente ai due occhi dell'utilizzatore, cosa che può avvenire ad esempio tramite occhiali per realtà aumentata) il dispositivo - ad esempio appunto gli occhiali - possono ricevere comandi di illuminazione tramite canali diversi, ad esempio tramite un collegamento Bluetooth, W-lan o altrimenti direttamente da un dispositivo esterno, eventualmente sotto forma di uno stream di dati (erogato ad esempio tramite una rete W-LAN) in modo tale che i programmi di illuminazione possano svolgersi sui dispositivi esterni in modo sincronizzato con quanto avviene nel dispositivo per realtà virtuale E. In questo modo è possibile, ad esempio, fornire all'utilizzatore un livello più elevato di immersione nello svolgimento di un gioco.
Ad esempio, in una o più forme di attuazione, il segnale di realtà virtuale/aumentata può essere legato ad un evento virtuale come la comparsa di un personaggio Pokémon©.
Una o più forme di attuazione possono pertanto riguardare un procedimento per controllare sorgenti di illuminazione (ad es. 1, 2, ……, n) in cooperazione con almeno un dispositivo (ad es. E) per realtà virtuale/aumentata, dette sorgenti di illuminazione avendo almeno un parametro di funzionamento controllabile secondo almeno una sequenza di illuminazione in funzione di un insieme di dati di codifica temporale accoppiati a detta sequenza, il procedimento comprendendo:
- provvedere una raccolta (ad es. SP) di file di dati di funzionamento delle sorgenti di illuminazione, detti file di dati di funzionamento essendo accoppiati a dette sorgenti di illuminazione con ciascun file di dati comprendente almeno un insieme di dati di codifica temporale per almeno una sequenza di illuminazione per una rispettiva fra dette sorgenti di illuminazione,
- reperire in detta raccolta di dati almeno un file di dati di funzionamento accoppiato con una di dette sorgenti di illuminazione selezionata, e
- rilevare, tramite da detto almeno un dispositivo per realtà virtuale/aumentata, almeno un segnale di realtà virtuale/aumentata indicativo del fatto che detto dispositivo per realtà virtuale/aumentata osserva e/o riconosce detta sorgente di illuminazione selezionata,
- far funzionare detta sorgente di illuminazione selezionata controllando detto almeno un parametro di funzionamento in funzione dei dati di funzionamento inclusi nel file di dati di funzionamento reperito e di detto almeno un segnale di realtà virtuale/aumentata.
Come si è visto, il segnale di realtà virtuale/aumentata può essere legato ad un evento virtuale come la comparsa di un personaggio Pokémon©.
Ancora, in una o più forme di attuazione, è possibile realizzare un dispositivo per realtà virtuale/aumentata, utizzando ad esempio uns smartphone con schermo suddiviso (split-screen smartphone) in un’unione ad una cuffia o simile (headset), così come illustrato ad es. in https://vr.***.com/cardboard/
In una o più forme di attuazione, almeno una di dette sorgenti di illuminazione può essere incorporata in detto almeno un dispositivo per realtà virtuale/aumentata.
In una o più forme di attuazione, detto almeno un dispositivo per realtà virtuale/aumentata è provvisto di visualizzatore avente almeno un rispettivo parametro di funzionamento controllabile secondo una sequenza di illuminazione, ed il procedimento può comprendere far funzionare detta sorgente di illuminazione selezionata e detto almeno un dispositivo per realtà virtuale/aumentata controllando detto almeno un parametro di funzionamento e detto almeno un rispettivo parametro di funzionamento in funzione dei dati di funzionamento inclusi nel file di dati di funzionamento reperito.
In una o più forme di attuazione, detto almeno un rispettivo parametro di funzionamento può comprendere la luminosità di detta almeno una di dette sorgenti di illuminazione incorporata in detto almeno un dispositivo per realtà virtuale/aumentata.
Una o più forme di attuazione possono comprendere attivare/disattivare detta sorgente di illuminazione selezionata in funzione di detto almeno un segnale di realtà virtuale/aumentata.
Una o più forme di attuazione possono comprendere far funzionare detta sorgente di illuminazione selezionata controllando detto almeno un parametro di funzionamento in modo sincronizzato con detto almeno un segnale di realtà virtuale/aumentata.
Una o più forme di attuazione possono riguardare un sistema di illuminazione comprendente:
- almeno una sorgente di illuminazione avente almeno un parametro di funzionamento controllabile secondo almeno una sequenza di illuminazione in funzione di un insieme di dati di codifica temporale accoppiato a detta sequenza, - una raccolta di file di dati di funzionamento di sorgenti di illuminazione, detti file dati di funzionamento accoppiati ad una pluralità di sorgenti di illuminazione con ciascun file dati comprendente almeno un insieme dati di codifica temporale per almeno una sequenza di illuminazione per una rispettiva fra dette sorgenti di illuminazione,
- almeno un dispositivo per realtà virtuale/aumentata, suscettibile di generare almeno un segnale di realtà virtuale/aumentata indicativo del fatto che detto dispositivo per realtà virtuale/aumentata osserva e/o riconosce una sorgente di illuminazione selezionata, e
- mezzi di controllo configurati per:
- reperire in detta raccolta almeno un file di dati di funzionamento accoppiato con detta sorgente d'illuminazione selezionata, e
- far funzionare detta sorgente di illuminazione selezionata controllando detto almeno un parametro di funzionamento in funzione dei dati di funzionamento inclusi nel file di dati di funzionamento reperito e di detto almeno un segnale di realtà virtuale/aumentata, il sistema essendo configurato per operare con il procedimento secondo una o più forme di attuazione.
Una o più forme di attuazione possono riguardare un prodotto informatico, caricabile nella memoria di almeno un computer e comprendente porzioni di codice software per attuare il procedimento secondo una o più forme di attuazione.
Fermi restando i principi di fondo, i particolari di realizzazione e le forme di attuazione potranno variare, anche in modo significativo, rispetto a quanto qui descritto a puro titolo di esempio non limitativo, senza per questo uscire dall'ambito di protezione.
Tale ambito di protezione è definito dalle rivendicazioni annesse.

Claims (8)

  1. RIVENDICAZIONI 1. Procedimento per controllare sorgenti di illuminazione (1, 2, ……, n) in cooperazione con almeno un dispositivo (E) per realtà virtuale/aumentata, dette sorgenti di illuminazione avendo almeno un parametro di funzionamento controllabile secondo almeno una sequenza di illuminazione in funzione di un insieme di dati di codifica temporale accoppiati a detta sequenza, il procedimento comprendendo: - provvedere una raccolta (SP) di file di dati di funzionamento delle sorgenti di illuminazione (1, 2, ..., n), detti file di dati di funzionamento essendo accoppiati a dette sorgenti di illuminazione (1, 2, ..., n) con ciascun file di dati comprendente almeno un insieme di dati di codifica temporale per almeno una sequenza di illuminazione per una rispettiva fra dette sorgenti di illuminazione (1, 2, ..., n), - reperire in detta raccolta di dati (SP) almeno un file di dati di funzionamento accoppiato con una di dette sorgenti di illuminazione (1, 2, ..., n) selezionata, e - rilevare, tramite da detto almeno un dispositivo (E) per realtà virtuale/aumentata, almeno un segnale di realtà virtuale/aumentata indicativo del fatto che detto dispositivo (E) per realtà virtuale/aumentata osserva e/o riconosce detta sorgente di illuminazione selezionata, - far funzionare detta sorgente di illuminazione (1, 2, ..., n) selezionata controllando (LC) detto almeno un parametro di funzionamento in funzione dei dati di funzionamento inclusi nel file di dati di funzionamento reperito e di detto almeno un segnale di realtà virtuale/aumentata.
  2. 2. Procedimento secondo la rivendicazione 1, in cui almeno una di dette sorgenti di illuminazione (1, 2, ……, n) è incorporata in detto almeno un dispositivo (E) per realtà virtuale/aumentata.
  3. 3. Procedimento secondo la rivendicazione 1 o la rivendicazione 2, in cui detto almeno un dispositivo (E) per realtà virtuale/aumentata è provvisto di visualizzatore avente almeno un rispettivo parametro di funzionamento controllabile secondo una sequenza di illuminazione, il procedimento comprendendo far funzionare detta sorgente di illuminazione (1, 2, ..., n) selezionata e detto almeno un dispositivo (E) per realtà virtuale/aumentata controllando detto almeno un parametro di funzionamento e detto almeno un rispettivo parametro di funzionamento in funzione dei dati di funzionamento inclusi nel file di dati di funzionamento reperito.
  4. 4. Procedimento secondo la rivendicazione 2 e la rivendicazione 3, in cui detto almeno un rispettivo parametro di funzionamento comprende la luminosità di detta almeno una di dette sorgenti di illuminazione (1, 2, ……, n) incorporata in detto almeno un dispositivo (E) per realtà virtuale/aumentata.
  5. 5. Procedimento secondo una qualsiasi delle precedenti rivendicazioni, comprendente attivare/disattivare detta sorgente di illuminazione (1, 2, ..., n) selezionata in funzione di detto almeno un segnale di realtà virtuale/aumentata.
  6. 6. Procedimento secondo una qualsiasi delle precedenti rivendicazioni, comprendente far funzionare detta sorgente di illuminazione (1, 2, ..., n) selezionata controllando (LC) detto almeno un parametro di funzionamento in modo sincronizzato con detto almeno un segnale di realtà virtuale/aumentata.
  7. 7. Sistema di illuminazione, comprendente: - almeno una sorgente di illuminazione (1, 2, ..., n) avente almeno un parametro di funzionamento controllabile secondo almeno una sequenza di illuminazione in funzione di un insieme di dati di codifica temporale accoppiato a detta sequenza, - una raccolta (SP) di file di dati di funzionamento di sorgenti di illuminazione, detti file dati di funzionamento accoppiati ad una pluralità di sorgenti di illuminazione (1, 2, ..., n) con ciascun file dati comprendente almeno un insieme dati di codifica temporale per almeno una sequenza di illuminazione per una rispettiva fra dette sorgenti di illuminazione (1, 2, ..., n), - almeno un dispositivo (E) per realtà virtuale/aumentata, suscettibile di generare almeno un segnale di realtà virtuale/aumentata indicativo del fatto che detto dispositivo (E) per realtà virtuale/aumentata osserva e/o riconosce una sorgente di illuminazione selezionata (1, 2, ..., n), e - mezzi di controllo (LC, SP) configurati per: - reperire in detta raccolta almeno un file di dati di funzionamento accoppiato con detta sorgente d'illuminazione selezionata (1, 2, ..., n), e - far funzionare detta sorgente di illuminazione (1, 2, ..., n) selezionata controllando (LC) detto almeno un parametro di funzionamento in funzione dei dati di funzionamento inclusi nel file di dati di funzionamento reperito e di detto almeno un segnale di realtà virtuale/aumentata, il sistema essendo configurato per operare con il procedimento secondo una qualsiasi delle rivendicazioni 1 a 6.
  8. 8. Prodotto informatico, caricabile nella memoria di almeno un computer e comprendente porzioni di codice software per attuare il procedimento secondo una qualsiasi delle rivendicazioni 1 a 6.
IT102016000086875A 2016-08-24 2016-08-24 Procedimento per controllare sorgenti di illuminazione, sistema e prodotto informatico corrispondenti IT201600086875A1 (it)

Priority Applications (4)

Application Number Priority Date Filing Date Title
IT102016000086875A IT201600086875A1 (it) 2016-08-24 2016-08-24 Procedimento per controllare sorgenti di illuminazione, sistema e prodotto informatico corrispondenti
EP17186829.2A EP3288345B1 (en) 2016-08-24 2017-08-18 A method of controlling lighting sources, corresponding system and computer program product
CN201710734730.8A CN107787082A (zh) 2016-08-24 2017-08-24 控制照明源的方法、对应***及计算机程序产品
US15/684,995 US10299347B2 (en) 2016-08-24 2017-08-24 Method of controlling lighting sources, corresponding system and computer program product

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
IT102016000086875A IT201600086875A1 (it) 2016-08-24 2016-08-24 Procedimento per controllare sorgenti di illuminazione, sistema e prodotto informatico corrispondenti

Publications (1)

Publication Number Publication Date
IT201600086875A1 true IT201600086875A1 (it) 2018-02-24

Family

ID=57851206

Family Applications (1)

Application Number Title Priority Date Filing Date
IT102016000086875A IT201600086875A1 (it) 2016-08-24 2016-08-24 Procedimento per controllare sorgenti di illuminazione, sistema e prodotto informatico corrispondenti

Country Status (4)

Country Link
US (1) US10299347B2 (it)
EP (1) EP3288345B1 (it)
CN (1) CN107787082A (it)
IT (1) IT201600086875A1 (it)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113706718A (zh) * 2021-07-21 2021-11-26 广州中智达信科技有限公司 一种增强现实的协同方法、***及应用

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6992798B2 (ja) * 2017-02-24 2022-01-13 ソニーグループ株式会社 マスター再生装置、スレーブ再生装置、およびそれらの発光方法
US10706628B2 (en) * 2018-02-28 2020-07-07 Lenovo (Singapore) Pte. Ltd. Content transfer
US11062678B2 (en) 2018-12-27 2021-07-13 At&T Intellectual Property I, L.P. Synchronization of environments during extended reality experiences

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2851894A1 (en) * 2013-09-20 2015-03-25 EchoStar Technologies L.L.C. Environmental adjustments to perceive true content
US20160091877A1 (en) * 2014-09-29 2016-03-31 Scott Fullam Environmental control via wearable computing system

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150297949A1 (en) * 2007-06-12 2015-10-22 Intheplay, Inc. Automatic sports broadcasting system
WO2005099423A2 (en) * 2004-04-16 2005-10-27 Aman James A Automatic event videoing, tracking and content generation system
US9555310B2 (en) * 1998-11-20 2017-01-31 Maxx Holdings, Inc. Sports scorekeeping system with integrated scoreboard and automatic entertainment system
US6675148B2 (en) * 2001-01-05 2004-01-06 Digital Voice Systems, Inc. Lossless audio coder
US8066384B2 (en) * 2004-08-18 2011-11-29 Klip Collective, Inc. Image projection kit and method and system of distributing image content for use with the same
US8817092B2 (en) * 2008-11-25 2014-08-26 Stuart Leslie Wilkinson Method and apparatus for generating and viewing combined images
US8847972B2 (en) * 2010-01-20 2014-09-30 Intellectual Ventures Fund 83 Llc Adapting display color for low luminance conditions
US20130147395A1 (en) * 2011-12-07 2013-06-13 Comcast Cable Communications, Llc Dynamic Ambient Lighting
GB201208088D0 (en) * 2012-05-09 2012-06-20 Ncam Sollutions Ltd Ncam
KR101305249B1 (ko) * 2012-07-12 2013-09-06 씨제이씨지브이 주식회사 다면 상영 시스템
US9286726B2 (en) * 2013-08-20 2016-03-15 Ricoh Company, Ltd. Mobile information gateway for service provider cooperation
WO2015073924A1 (en) * 2013-11-14 2015-05-21 Smiletime, Inc. Social multi-camera interactive live engagement system
US10187773B1 (en) * 2015-07-25 2019-01-22 Gary M. Zalewski Wireless coded communication (WCC) devices with power harvesting power sources for monitoring state data of objects
TWI589158B (zh) * 2016-06-07 2017-06-21 威聯通科技股份有限公司 監控資料的原始畫面儲存系統及其儲存方法
IT201600086872A1 (it) * 2016-08-24 2018-02-24 Osram Gmbh Procedimento per controllare sorgenti di illuminazione, sistema e prodotto informatico corrispondenti
IT201600086859A1 (it) * 2016-08-24 2018-02-24 Osram Gmbh Procedimento per controllare sorgenti di illuminazione, sistema e prodotto informatico corrispondenti

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2851894A1 (en) * 2013-09-20 2015-03-25 EchoStar Technologies L.L.C. Environmental adjustments to perceive true content
US20160091877A1 (en) * 2014-09-29 2016-03-31 Scott Fullam Environmental control via wearable computing system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113706718A (zh) * 2021-07-21 2021-11-26 广州中智达信科技有限公司 一种增强现实的协同方法、***及应用

Also Published As

Publication number Publication date
US10299347B2 (en) 2019-05-21
CN107787082A (zh) 2018-03-09
EP3288345B1 (en) 2020-06-17
EP3288345A1 (en) 2018-02-28
US20180063924A1 (en) 2018-03-01

Similar Documents

Publication Publication Date Title
KR102447252B1 (ko) 환경의 맞춤 설정 기법
US8878991B2 (en) Dynamic ambient lighting
IT201600086875A1 (it) Procedimento per controllare sorgenti di illuminazione, sistema e prodotto informatico corrispondenti
US20130198786A1 (en) Immersive Environment User Experience
US20110188832A1 (en) Method and device for realising sensory effects
CN109792828B (zh) 照明控制
US10051318B2 (en) Systems and methods for providing immersive media content
EP2926626B1 (en) Method for creating ambience lighting effect based on data derived from stage performance
JP2013538473A (ja) メディア・コンテンツを提示するための方法および装置
US10285250B2 (en) Method of controlling lighting sources, corresponding system and computer program product
US9380443B2 (en) Immersive positioning and paring
CN105979672B (zh) 智能灯泡控制***和控制方法
US10264656B2 (en) Method of controlling lighting sources, corresponding system and computer program product
IT201600086872A1 (it) Procedimento per controllare sorgenti di illuminazione, sistema e prodotto informatico corrispondenti
CN105163172A (zh) 一种机顶盒控制灯感效应的方法
JP2019530329A (ja) リモートコントローラボタンのマッピングに基づく構成可能なメディア処理
WO2018046710A1 (en) Lighting control
EP2605622B1 (en) Dynamic ambient lighting
IT201600086846A1 (it) Procedimento per controllare sorgenti di illuminazione, sistema e prodotto informatico corrispondenti
JP2019526999A (ja) メディア処理能力の通知
CA2798279C (en) Dynamic ambient lighting
WO2016006139A1 (ja) 映像提供システムおよびプログラム
WO2018108773A1 (en) Method and apparatus for optimal home ambient lighting selection for studio graded content
KR20150101249A (ko) 사용자 IoT 장치를 이용한 실감 미디어 재생 방법