Come " AI " accelera lo sviluppo in Nissan

0:00 Presentazione del podcast e dell'ospite

Oggi, nel programma “ The Garage ”, stiamo registrando in diretta dal CES 2026 presso lo stand dell’ Sonatus . Il mio ospite di oggi è Takayuki Nakamoto, direttore del dipartimento di ingegneria elettrica, elettronica e ADAS presso il Nissan Technical Center Europe, abbreviato in NTCE. Nella conversazione di oggi parleremo di come l’NTCE sviluppi i veicoli prodotti da Nissan UK destinati alla vendita in Europa e nel resto del mondo.

0:24 Efficienza

Parliamo delle sfide legate allo sviluppo dei veicoli fino alla produzione e di come sia possibile accelerare il ciclo SOP (Start of Production) utilizzando strumenti avanzati di “ AI ”. È una conversazione davvero interessante. Cominciamo!

Benvenuti su The Garage. Sono John Heinlein, Direttore Marketing di Sonatus. Stiamo registrando in diretta dal CES 2026 e il nostro ospite è Takayuki Nakamoto del Nissan Technical Center Europe, abbreviato in NTCE. Ma tutti ti chiamano Terry.

Sì. Chiamami pure Terry.

Terry, benvenuto su The Garage. Siamo felici di averti con noi.

Grazie per avermi invitato.

1:04 Il percorso e l'esperienza di Terry

Per cominciare, dovresti raccontarci qualcosa di te a livello personale.

Mi chiamo Takayuki Nakamoto. Il mio soprannome è Terry. In ufficio mi chiamano tutti Terry. Quindi sentiti libero di chiamarmi Terry.

Sono quindi direttore del dipartimento di ingegneria dei sistemi elettrici, elettronici e ADAS presso l’NTCE, il Nissan Technical Center Europe. La nostra sede si trova nel Regno Unito. Per quanto riguarda il mio percorso professionale, ho iniziato a lavorare in Nissan in Giappone come ingegnere BCM, ovvero ingegnere specializzato in moduli di controllo della carrozzeria. Da allora mi sono occupato di elettronica della carrozzeria praticamente per tutta la mia carriera.

Va bene.

Ho maturato esperienza nel campo del BCM (modulo di controllo della carrozzeria) e dell’elettronica di bordo. Mi sono occupato della qualità delle batterie, della gestione dell’alimentazione, del sistema di accesso senza chiave iKey, ecc. Ho inoltre curato la promozione dell’ingegneria dei sistemi nell’ambito della collaborazione tra Nissan e Renault.

In seguito, la mia carriera ha preso una piega leggermente diversa, orientandosi maggiormente verso il settore della connettività. Sono diventato responsabile dello sviluppo dell’AIVC. Successivamente, ho deciso di trasferirmi nel Regno Unito come responsabile EE, e ora ricopro il ruolo di direttore dei settori EE e ADAS.

Il Regno Unito rappresenta un cambiamento davvero interessante rispetto al Giappone. Ne parleremo tra poco, quando tratteremo l’argomento NTCE. Sì. Ma prima, raccontaci qualcosa di curioso su di te.

Beh, sono un corridore, un po’ più estremo del corridore medio, a dire il vero. Quindi parteciperò a una gara di trail running di 46 miglia.

Quarantasei miglia! Che cos’è?

72 km, settanta... qualcosa del genere.

Sì. Incredibile. E non sono solo io. Anche Sarah, una delle mie ingegnere senior, che è qui con me al CES, sta entrando in questa sfida. Quindi dire che servano membri del team dirigenziale o del progetto per il progetto “ Sonatus ” è un po’ esagerato.

È fantastico.

Un’ultramaratona su pista è già di per sé incredibile, ma affrontarla su sentieri rende il percorso ancora più impegnativo.

Quindi, tanto di cappello a te.

È una grande sfida anche per me.

Allora, qual è stata la tua gara più lunga finora? La gara più lunga?

La gara più lunga si chiama Strongman Triathlon. È leggermente più breve dell’Ironman, ma è la più lunga che abbia mai fatto.

È fantastico. Beh, anch’io sono un corridore e un atleta, anche se non sono un granché come corridore. Tu corri molto meglio di me. Ma ho partecipato a molte gare e, alcuni anni fa, ho corso una mezza maratona su sentiero.

Ho corso una maratona, ma niente che si avvicini nemmeno lontanamente a quello che state facendo voi. Tanto di cappello per una distanza del genere. Siete i benvenuti se volete unirvi a noi.

3:43 Panoramica sul Centro Tecnico Europeo di Nissan

Allora dovrai parlarci del Nissan Technical Center Europe. E quali sono le competenze di quella struttura e qual è il tuo ruolo?

Sì, certo. Comincio con una breve storia della NTCE. Abbiamo iniziato quasi quarant’anni fa come parte del Centro globale di ricerca e sviluppo Nissan.

Inizialmente eravamo più legati allo stabilimento produttivo di Sunderland, ma ora l’azienda è cresciuta e svolge un ruolo importante, anzi fondamentale, come centro globale di ricerca e sviluppo, occupandosi della progettazione di auto come la Qashqai, la Juke e la LEAF e della loro vendita non solo in Europa, ma anche in Medio Oriente, Africa, Oceania e così via. Ecco, questo è il ruolo della nostra azienda. Insomma, è così che abbiamo iniziato e che siamo cresciuti fino ad oggi.

Per quanto riguarda il nostro ruolo, il nostro compito principale è proprio quello di assemblare tutti i componenti e integrarli in un unico sistema, assicurandoci che tutto funzioni come previsto.

E penso che, dato che i vostri veicoli vengono venduti in tutto il mondo, esistano diversi standard di localizzazione. La localizzazione non riguarda solo la lingua. A volte la localizzazione riguarda proprio la lingua, ma in diverse regioni del mondo possono esserci standard normativi e di sicurezza diversi. Credo che voi contribuiate a gestire tali specifiche.

Sì. Anche quello è uno dei ruoli più importanti. Lo chiamiamo “ruolo in prima linea”, ma, oltre a seguire questa procedura operativa standard relativa all’auto, ci occupiamo anche dell’aspetto qualitativo, poiché riceviamo molti feedback dal mercato. Il nostro compito è capire i problemi o le preoccupazioni del mercato e poi trasmetterli al nostro reparto di progettazione, in modo che il problema possa essere risolto il più rapidamente possibile.

È fantastico. E credo che tu abbia un titolo incredibilmente lungo, con, tipo, quattro elementi diversi. Quindi devi dirci il titolo completo, perché, a mio avviso, tocchi molti sottosistemi diversi.

Quindi, ripeto, la mia specializzazione è “Elettronica, Elettricità, ADAS, Ingegneria dei sistemi”: è un titolo estremamente lungo, ma riguarda praticamente tutti i componenti alimentati dall’elettricità.

Quindi, a partire da BCM, USM, ACU, cablaggio, alternatore, sensori, interruttori e, in più, i componenti del sistema ADAS… Insomma, niente di importante.

Niente di importante, proprio niente. È un’incredibile varietà di responsabilità. Come fai? Non so proprio come riesci a gestire tutto questo.

Ho una squadra fantastica. È così che si fa, ecco come si gestisce.

6:22 Iniziativa di digitalizzazione presso l’NTCE

Beh, so che una delle vostre iniziative è quella che chiamate “digitalizzazione”. Mi chiedevo se poteste spiegarmi quali sono alcuni dei vostri obiettivi e alcune delle iniziative che state cercando di portare avanti.

Sì. È un'ottima domanda.

Quando si parla di digitalizzazione o di iniziative digitali, sembra che si tratti di funzionalità rivolte ai clienti. Ma per noi, per NTCE, si tratta piuttosto del modo in cui sviluppiamo i veicoli.

Si tratta di utilizzare una maggiore quantità di dati, l’automazione, strumenti di simulazione, AI, ecc., per rendere il nostro sviluppo efficiente, coerente e, in definitiva, di alta qualità. Ed è proprio questo il punto. Stiamo cercando di promuovere e di introdurre tecnologie all’avanguardia nei nostri processi di sviluppo

In modo da poterla migliorare e, sì, realizzare con sicurezza un’auto di qualità superiore.

Ottimo. Immagino che ciò includa cose come il “digital twin”, laddove sia opportuno, e cose del genere.

Esatto.

E anche il progetto “ Sonatus ” fa parte di tutto questo.

7:26 Nissan LEAF 2026

Sono contento che tu l'abbia fatto notare.

Sapete, mentre registriamo il podcast, se guardiamo là fuori, proprio fuori dallo studio di registrazione, c’è questa incredibile Nissan LEAF. È una Nissan LEAF del 2026, nuova di zecca. È stata completamente riprogettata. Ma il motivo per cui quell’auto è qui e il motivo per cui siete qui con noi questa settimana e avete presentato insieme a noi è un progetto che stiamo portando avanti con NTCE, con voi e con la vostra collega, l’ingegnere senior Sarah, che è qui con noi ed è stata una collaboratrice fenomenale, per mostrare come le nostre tecnologie possano essere d’aiuto nella fase di pre-produzione di cui siete responsabili.

7:59 Le sfide nello sviluppo dei veicoli

Allora, pensavo di parlarne. Prima di addentrarci nel problema e in ciò che abbiamo fatto nella nostra soluzione, mi chiedevo se potessimo iniziare con il definire e comprendere la natura del problema. Qual è l’approccio convenzionale che si usa oggi, storicamente, per effettuare i test? E quali sono alcuni degli svantaggi e dei limiti di tale approccio?

Va bene. A grandi linee, la nostra sfida principale è gestire la complessità

entro il periodo di sviluppo a tempo limitato.

Giusto.

Come sapete, settori come l’EE e l’ADAS diventano ogni giorno più complessi. Ma con il nostro approccio tradizionale allo sviluppo dei veicoli, è difficile. È che… semplicemente non si adatta bene a grandi scale. Questa è la sfida principale che dobbiamo affrontare in NTCE.

Ma credo che non sia solo il nostro caso: l'intero settore sta affrontando lo stesso tipo di problema. Certo. Quindi, per quanto riguarda l'approccio attuale, si fa ampio ricorso ai test sui veicoli. Si tratta di test fisici sui veicoli.

Il che rappresenta una delle nostre principali preoccupazioni, perché in realtà effettuiamo numerosi test durante la fase di sviluppo. La prima cosa che dobbiamo fare è accedere all’auto e ottenere i dati da essa, in modo da poter analizzare e capire cosa sta succedendo. Sì. Questo richiede già molto tempo, perché, se si pensa alla nostra presenza globale, abbiamo sede nel Regno Unito, ma abbiamo un team in Spagna che si occupa, ad esempio, dei test di durata AD.

Inoltre, abbiamo uno stabilimento produttivo a Sunderland, nel Regno Unito. Lì vengono rilevati molti problemi. E, anche in questo caso, ottenere i dati da lì richiede un grande impegno.

Ah, capisco.

Il fatto è che siamo sotto pressione per consegnare l'auto in tempo. Quindi non abbiamo altra scelta che andare a prenderla. Il più delle volte c'è qualcuno in grado di estrarre i dati dall'auto e di inviarceli, così che noi possiamo analizzarli. Ma in alcuni casi non c'è nessuno in grado di farlo, e dovrò mandare qualcuno del mio team da Cranfield a Sunderland solo per accedere ai dati.

Solo per avere accesso. E penso che l’altra cosa che ho imparato mentre ne discutevamo l’altro giorno è che, sai, dici: «Ok. Beh, i veicoli di prova, non è poi così importante. Non è che, sai, se produci auto, ne produci semplicemente qualcuna in più».

Qual è la differenza? Ma questi sono veicoli di pre-produzione. Esatto. Quindi sono molto costosi. Sono molto più costosi di un’auto tradizionale perché non si è ancora raggiunto il livello di economie di scala necessario per la produzione di massa.

Quindi questi rappresentano un costo effettivo per te.

Esatto.

E poi, nel caso in cui il problema sia davvero grave, il veicolo viene messo in attesa finché non arriva qualcuno a raccogliere i dati, sperando che riesca a risolvere rapidamente il problema. Esatto. Quindi si tratta di una perdita enorme per l’azienda. Ed è proprio da lì che deriva il valore, in realtà.

Perché se si riesce a ridurre il tempo necessario per accedere al veicolo, beh, i tempi di inattività dell’auto si riducono notevolmente. Esatto. Quindi, in definitiva, se ciò diventasse realtà, potremmo ridurre il numero di veicoli.

E va bene.

Richiede davvero tantissime risorse, tantissimi mezzi, tantissimi ingegneri e tantissimo tempo; in alcuni casi si deve far arrivare il personale in aereo, mentre in altri lo si fa arrivare in auto o in aereo per svolgere quel lavoro.

Allora

11:20 Migliorare la raccolta dei dati con un " Sonatus " Collector AI

È un'ottima introduzione al problema. Esatto. Analizziamo la soluzione e alcune delle iniziative che stiamo portando avanti insieme a Sonatus e NTCE per migliorare. Cominciamo dal nostro prodotto “ Sonatus ” Collector AI . In che modo questo strumento vi ha permesso di cambiare il modo in cui raccogliete i dati relativi ai veicoli e ai relativi problemi?

Ha cambiato completamente il processo.

Beh, quando qualcuno mi chiama dicendomi che sta succedendo questo e mi chiede di intervenire per risolvere il problema, mi basta aprire il mio portatile. Chiedo ai miei tecnici di aprire il portatile. Capisci? Si può accedere ai dati in circa un minuto o, al massimo, entro un’ora.

Questo cambia completamente le carte in tavola. Sunderland non è poi così vicino alla nostra sede. Giusto. Giusto.

Ci vogliono dalle quattro alle cinque ore solo per arrivarci. Giusto. Quindi si tratta di un cambiamento significativo nel processo. Possiamo persino accedere al veicolo direttamente dalla loro casa.

Una volta ci è capitato di dover mostrare il nostro Collector AI ai nostri dirigenti, e l’ingegnere in quel momento stava lavorando da casa. Ma lui, dalla sua cucina, ha semplicemente aperto il portatile e ha mostrato in remoto ai nostri dirigenti come funziona Collector AI , ed è stato fantastico.

È fantastico. E poi c’è un’altra cosa che ci hai mostrato qui: sai, quando pensiamo ai dati relativi ai veicoli, ovviamente ci sono moltissime fonti di dati diverse e moltissimi sottosistemi diversi.

E, naturalmente,

12:45 Acquisizione dati adattiva in modo dinamico

Durante i test, non sempre si verificano le stesse cose; oppure può capitare di testare un elemento e individuare un problema in un altro sottosistema. Pertanto, un altro vantaggio che, a mio avviso, vi offriamo è la possibilità di personalizzare i dati che state acquisendo.

Anche questo è vantaggioso?

Esatto. Quello che vorremmo davvero, se fosse possibile, è caricare costantemente sul server tutti i dati provenienti dall'auto.

Ma, purtroppo, non possiamo farlo perché è troppo. Troppo. Troppo. E va ben oltre la semplice larghezza di banda della comunicazione.

Certo.

Questo ha ripercussioni anche sul lato server e i costi risulteranno troppo elevati. Esatto. Ma questa personalizzazione del Collector AI ci permette di modificarlo. Inizialmente, sul server viene caricato solo un insieme minimo di dati. Ma quando ci rendiamo conto che si sta verificando un problema, possiamo semplicemente regolare da remoto i parametri di quella che chiamiamo “policy”.

Politica sulla raccolta dei dati. Sì.

Esatto. E poi raccogliamo solo i dati necessari per analizzare il problema.

Ed è davvero una funzionalità fantastica quella di cui disponiamo ora.

E stiamo mostrando una dimostrazione di questa funzionalità, ovvero la possibilità di regolarla. Stiamo mostrando due diverse postazioni dimostrative in cui è possibile regolare la raccolta dei dati letteralmente in pochi secondi.

Ah, sì.

E mi piace scherzare dicendo: immagina che l’auto sia su una pista di prova o su un circuito di test o qualcosa del genere. Se non ti piacciono i dati che stai ottenendo, prima di arrivare al giro successivo potresti già aver cambiato la domanda. L’auto prosegue, ed è incredibilmente reattiva. Perché nell’ingegneria, sai, su Sonatus parliamo molto del ciclo di progettazione ingegneristica che consiste, come sai, nell’osservare, analizzare, agire. E più velocemente riesci a completare quel ciclo, più puoi mirare e rimirare e rimirare ancora il proverbiale fucile, in modo da raggiungere il bersaglio più rapidamente; al contrario, se ci vuole una settimana o un giorno per completare il ciclo, ti rendi conto che devi ripetere la domanda molte, molte volte per ottenere i dati di cui hai bisogno.

Sì. Sì. È perfetto. È un esempio perfetto di sviluppo agile. All’inizio, nelle auto di oggi, i dati che carichiamo sono in un certo senso hardcoded.

Abbiamo sì una funzione per aggiornarlo in un secondo momento, ma non è veloce come vorremmo. Giusto. Ma con Sonatus Collector AI, si fa in un secondo, ed è davvero fantastico.

Grazie mille per queste gentili parole, e siamo davvero entusiasti. E poi, a tutti voi: abbiamo mostrato la demo. L’abbiamo mostrata a centinaia e centinaia di persone negli ultimi giorni, e la reazione è stata fantastica. Ma poi passiamo alla seconda parte. Quindi, il Collector AI vi fornisce dati migliori,

il che è fantastico.

15:21 Analisi dei dati con un tecnico di " Sonatus "AI

Ma ora sorge anche la domanda: come faccio ad analizzare quei dati? E la seconda parte del tuo problema consiste nel setacciare i dati, comprenderli e interpretarli per

capire qual è il problema e come risolverlo. Quindi, il secondo prodotto su cui stiamo lavorando insieme a voi in questo progetto è il nostro “ Sonatus ”AI Technician.

Esatto. Raccontaci come lo stai utilizzando e in che modo ti è stato d’aiuto.

Quando abbiamo avuto l’idea di questa soluzione con il Collector AI e il AI Technician, sapevamo che avrebbe funzionato perché, in base alla nostra esperienza, quando disponiamo dei dati corretti e li forniamo all’esperto giusto all’interno di Nissan, non ci vuole molto tempo. Ma se non abbiamo questi due elementi insieme, è lì che perdiamo molto tempo. A volte abbiamo difficoltà ad accedere ai dati, come ho detto, ma altre volte non abbiamo a disposizione quell’esperto. Potrebbe essere impegnato in qualcos’altro, oppure potrebbe essere in ferie o altro ancora.

Ma con questa soluzione, AI Technician, è come avere quell’esperto sempre a disposizione, seduto proprio accanto a te. E possiamo rivolgergli qualsiasi domanda, qualsiasi dubbio, ecc., in modo che possa guidarti nell’individuare la causa principale. E sì, questo rappresenta un enorme risparmio di tempo per noi, per tutti i tecnici che lavorano su un problema. E non solo per il tecnico progettista.

Esatto. Questo aiuterà anche il tecnico di collaudo che individua il problema. Inoltre, sarà d’aiuto anche al tecnico addetto alla qualità della produzione che rileva a sua volta un problema. Questi devono sempre rivolgersi al reparto progettazione e al tecnico progettista.

L'ingegnere progettista è quindi oberato di lavoro e riceve tantissime richieste da parte di tutti in caso di problemi. Il tecnico di AI accelererà quindi l'analisi dei problemi, ma consentirà anche all'ingegnere progettista di liberarsi da questi oneri, permettendogli di concentrarsi sul vero e proprio lavoro di progettazione.

Sì. Oppure le situazioni più complicate. Esatto. Abbiamo mostrato qui diversi esempi, e uno di quelli che hai illustrato è come si possa iniziare, per così dire, setacciando il mucchio di fieno e in modo più rapido

trova gli aghi.

17:38 Trasformare ogni ingegnere in un esperto con AI

Analizzare quali sono i codici di errore diagnostici (DTC) attivi. Cosa significano? Classificarli in modo da capire quali sono più urgenti, distinguendo quelli attivi da quelli storici. Questo rappresenta una sorta di primo livello di miglioramento della produttività che una persona può mettere in atto.

Non c’è nulla di magico in questo, ma rende molto più veloce l’accesso a questi modelli. Esatto. Ma poi la seconda parte, che è davvero interessante, è che si è in grado di approfondire un guasto specifico e chiedersi: perché si sta verificando questo guasto? E, lavorando insieme, siamo in grado di utilizzare la tua base di conoscenze e il tuo database, che vengono poi integrati in un tecnico dell’ AI , per fornirti la logica che ci ha permesso di diagnosticare il problema.

Quanto ti è d’aiuto tutto questo?

È importante perché ciò che abbiamo implementato, realizzato utilizzando “ AI ” Technician, rappresenta un approccio standard per i progettisti e gli ingegneri del settore automobilistico. Quando si presenta un problema, cerchiamo di comprenderne le possibili cause, ricorrendo ad approcci comuni come l’FTA, che sono già integrati in “ AI ” Technician. Ma, purtroppo, non tutti sono dei fuoriclasse. Potrebbe trattarsi semplicemente di un ingegnere del software, che non ha necessariamente una buona conoscenza dell’hardware.

Giusto. Quindi, grazie a questo strumento, se si verifica un problema, un ingegnere del software può restringere il campo e elencare tutte le possibili cause dal punto di vista del software. Tuttavia, a volte nell’FTA manca la prospettiva hardware. Giusto.

Ma con il “ AI Technician” si ottiene una visione completa delle possibili cause, che vanno dal software all’hardware fino a eventuali problemi operativi da parte del cliente, ecc. Questo rappresenta quindi un grande aiuto per tutti i tecnici che si occupano di questo ambito in Nissan, e non solo in Nissan: ritengo infatti che sia di aiuto anche ai nostri fornitori di primo livello per restringere il campo delle cause e arrivare al nocciolo della questione

la questione.

19:37 Miglioramento dell'efficienza nella diagnosi dei problemi

Mi piace tantissimo. E mi piacciono molto sia tu che la tua presentazione, così come la tua collega Sarah, che è stata qui con noi questa settimana; mi piace davvero come hai sottolineato che uno dei risultati che abbiamo ottenuto è il modo in cui vi spieghiamo cosa è

Non è quello il problema.

Quindi, molto spesso, quando si tratta di diagnosticare un problema, metà del lavoro consiste nel capire cosa non è difettoso, in modo da poter dedicare più tempo alle parti che potrebbero essere all’origine del problema. Quindi contribuiamo a fornire, ad esempio, un'indicazione che ci permetta di capire, ad esempio, che non si tratta di un problema hardware o che non è un problema legato a questo o a quello, in modo da poter dedicare il resto del tempo a un ambito di analisi molto più ristretto per comprendere il problema.

Ti è utile?

È davvero molto utile. L’approccio più comune per chiunque in Nissan, non appena si riscontra un problema, è quello di controllare il cablaggio, per esempio. Giusto. Com’è il collegamento?

Il cablaggio è a posto? Il fusibile è a posto? La batteria da 12 volt è a posto? E a volte basta semplicemente controllare se la versione del software è corretta.

Giusto. Ma con questa soluzione, con quel tipo di indicazioni che arriveranno tra pochi secondi, ci risparmierà, insomma, non dovremo fare tutto quel lavoro.

Se abbiamo accesso ai dati e sappiamo già che alcuni di essi sono stati esclusi dall'accordo di libero scambio. Esatto. Si risparmia un'enorme quantità di tempo.

È fantastico.

Beh, so che nel settore c'è una forte pressione sui tempi di immissione sul mercato.

In molti casi, il ciclo di progettazione dei veicoli è sempre stato piuttosto lungo. La pressione è notevole. Certamente i costruttori cinesi stanno riducendo i tempi di ciclo. E così tutti stanno cercando di capire cosa possono fare senza, al contempo, compromettere la qualità.

Quindi ritengo che la nostra missione nel collaborare con voi fosse quella di aiutarvi a ridurre i tempi di avvio della produzione (SOP) e a ridurre la durata del ciclo SOP, garantendo al contempo la qualità e

gli obiettivi di produttività che desideri.

21:20 Conclusioni e riflessioni

Siamo quindi entusiasti di poter collaborare con voi.

Anch’io.

Ti siamo davvero grati per la tua collaborazione e per essere stato con noi qui alla fiera questa settimana. È stato meraviglioso presentare fianco a fianco con te. E penso che entrambi abbiamo imparato da questa esperienza, sia da ciò che hai

e anche per le ottime domande che ci hanno posto i numerosi clienti e visitatori che abbiamo avuto. Quindi, vorrei semplicemente ringraziarvi e ringraziarvi per averci seguito oggi nel podcast.

Non c'è di che. Grazie per avermi invitato. È stata una settimana davvero, davvero emozionante per me.

Grazie.

Se ti piace quello che stai ascoltando in questo podcast, metti “Mi piace” e iscriviti per non perderti altri episodi come questo in futuro. Non vediamo l’ora di rivederti molto presto in un altro episodio di “ The Garage ”.