Sono passati 10 anni da quando abbiamo rilasciato la nostra prima soluzione UCC basata sul WebRTC. Perché abbiamo scelto questa soluzione innovativa? Entriamo nel cuore del WebRTC e nel modo in cui è nato.
Breve Storia del WebRTC: il Primo Passo
Wildix ha utilizzato gli applet per creare connessioni serveless dirette nel browser da quando ha rilasciato il suo primo soft client nel 2009. Il sistema era un po’ goffo e c’era una serie di problemi: la mancanza di compatibilità cross-browser, i piccoli aggiornamenti del browser che potevano danneggiare il sistema in modo apparentemente casuale e la ridotta affidabilità di Java all’interno dei browser a causa di problemi di sicurezza (e di efficienza).
Il problema principale era l’assenza di standardizzazione tra i browser e la mancanza di un supporto integrato per le tecnologie che consentivano le videoconferenze peer-to-peer.
Nonostante tutto questo, siamo riusciti a farlo funzionare.
Le tecnologie chiave erano già presenti. Lo streaming P2P serverless era liberamente disponibile dalla fine degli anni ’90 e dall’inizio degli anni 2000, in particolare con l’ascesa dei torrent per file-sharing. Chi era adolescente o sui vent’anni all’epoca probabilmente conosceva “un amico” che disponeva di programmi TV e film popolari ben prima che venissero diffusi.
I fornitori di servizi di telecomunicazione avevano già iniziato a vedere la minaccia rappresentata dalla facilità di accesso ai flussi di dati. Già nel 1997, Flash 2.0 supportava l’audio stereo e diversi instant messenger, come AOL, MSN Messenger e persino Yahoo Messenger, offrivano funzionalità di messaggistica e la possibilità di effettuare chiamate.
Contemporaneamente, nel 1999 Mark Spencer sviluppava Asterisk, il primo IP-PBX, non potendo permettersi un PBX convenzionale per la sua azienda. Questo sistema avrebbe costituito la base di moltissimi IP-PBX e sarebbe stato fonte di ispirazione per l’Ecosistema Blu di Wildix.
Skype è stato rilasciato in versione beta nel 2003, una delle prime soluzioni di videochiamata IP. Tutto ciò ha dato un’idea a Dimitri e Steve Osler di quello che sarebbe stato il futuro, aiutandoli a prevedere cosa sarebbe successo, tanto più che la tesi di laurea di Dimitri riguardava lo sviluppo di Asterisk.
Tutto era quindi pronto per l’entrata in scena del WebRTC.
Lo Sviluppo del WebRTC
Global IP Solutions è stata fondata nel 1999 e si è concentrata sul software incorporato che consentiva comunicazioni in tempo reale (voce e video) per le reti IP. In genere, i suoi prodotti venivano forniti come “motori” che racchiudevano tutto ciò di cui il cliente aveva bisogno.
L’azienda sapeva che la maggior parte della tecnologia VoIP era stata sviluppata per le reti a commutazione di circuito, ovvero con un canale dedicato attraverso il quale i nodi della rete potevano comunicare. Queste reti erano molto stabili e si poteva fare affidamento su di esse per ottenere le condizioni ottimali per il VoIP.
Tuttavia, la maggior parte delle chiamate VoIP avveniva su reti IP pubbliche, soggette a perdita di pacchetti, ritardo e jitter. Una chiamata a un ufficio sulla stessa rete andava bene, mentre una chiamata a un cliente esterno, non andava a buon fine.
Nel 2010, Global IP Solutions è stata acquisita per 68,2 milioni di dollari da Google, che ha iniziato a incorporare i suoi brevetti e le sue idee nel proprio standard open-source: il WebRTC. Da qui in poi, viene avviata una collaborazione con altre aziende per sviluppare ulteriormente l’idea.
Il rilascio iniziale del WebRTC risale presumibilmente al gennaio 2011 da parte di Ericsson Labs (all’epoca una sottodivisione di Ericsson). Il rilascio avvenne tramite un semplice post su un blog: l’evento non è stato pubblicizzato, ed è passato quasi inosservato ai più.
Nel giugno dello stesso anno, Google ha rilasciato il codice sorgente del WebRTC e l’anno successivo ha presentato le specifiche del WebRTC al World Wide Web Consortium e alla Internet Engineering Task Force per contribuire alla standardizzazione del protocollo. Nel 2013, anche Chrome e Firefox hanno implementato il WebRTC.
Wildix ha da subito constatato che il protocollo era molto versatile e piuttosto sicuro da utilizzare. Abbiamo quindi abbandonato gli applet NPAPI che avevamo sviluppato e abbiamo capito come incorporare gli elementi critici in un programma compatibile con il WebRTC.
O meglio, abbiamo quasi abbandonato gli applet NPAPI. La realtà è che, mentre Chrome e Firefox supportavano il WebRTC, il browser della Microsoft all’epoca non lo faceva. Se ci fossimo concentrati sul mercato di consumo, sarebbe anche andata bene, ma all’epoca Internet Explorer (poi Edge) era ancora molto utilizzato dalle aziende.
Nell’estate del 2013 abbiamo realizzato una soluzione di comunicazione WebRTC funzionante per le pagine web: WebRTC Kite. Questo ci ha permesso di collegare i nostri PBX alla pagina web per migliorare la comunicazione in tempo reale. Sebbene avessimo ottenuto una soluzione simile in precedenza con Collaboration in esecuzione nel browser, questa tecnologia ha reso il processo molto più semplice. A causa dei problemi di cui sopra (la soluzione “standardizzata” non era ancora tale), ci siamo trovati a dover fare molta manutenzione e un gran numero di aggiornamenti per altri browser.
I clienti più complessi stavano tuttavia diventando superflui.
Con l’incorporazione del WebRTC da parte di un numero sempre maggiore di browser, i problemi inizialmente riscontrati stavano scomparendo. Microsoft ha infine incorporato una sorta di WebRTC nel suo browser nel 2017, decisa a fare, come al solito, qualcosa di diverso.
Il WebRTC stava rapidamente diventando uno standard, ma c’erano ancora alcuni problemi importanti riguardanti la mentalità di molte soluzioni UCC. La maggior parte di esse richiedeva il download di una sorta di client rigido, e questo è spesso richiesto anche ora, nel 2023! Ciò può portare a problemi di sicurezza, uno dei più recenti è il caso relativo al problema di sicurezza di 3CX (al momento in cui scriviamo).
Allo stesso modo, la maggior parte delle cosiddette soluzioni WebRTC sono ancora mantenute dagli applet e dai plugin dei primi anni 2010, con tempi di sviluppo molto più lunghi, minore stabilità e minore sicurezza. Perché scaricare qualcosa quando è tutto disponibile nel proprio browser? Per noi non ha senso.
Altri Usi del WebRTC
Gli usi del WebRTC non si limitano alle comunicazioni in tempo reale. Come dimostra il nostro sviluppo di x-bees, è possibile integrare un’ampia gamma di prodotti con una soluzione WebRTC, e il fatto che tutto è all’interno del browser la rende estremamente efficiente.
Prendiamo ad esempio l’integrazione con Salesforce. Consente l’apertura automatica per le chiamate in entrata e in uscita, il rilevamento automatico dei contatti esistenti nel database di Salesforce e un popup per le chiamate in entrata.
È necessario uno spazio aggiuntivo minimo e non c’è bisogno di un’integrazione complessa con un client rigido. Dal punto di vista del personale, questa semplice integrazione si traduce in un enorme risparmio di tempo: non è necessario copiare e incollare i numeri (o inserirli manualmente). Consente inoltre di richiamare rapidamente i record dal database se già presenti, semplicemente a partire da un numero.
Se a ciò si aggiunge la registrazione automatica delle chiamate, delle chat e così via, si ottiene una soluzione fortemente orientata alla vendita che facilita il contatto con i clienti.
Il WebRTC può fare ancora di più. Come già detto, la videoconferenza è semplicemente un trasferimento di dati su una rete. Che dire quindi dell’accesso da remoto tramite WebRTC? Invece di scaricare un software complicato, un canale di dati WebRTC può essere utilizzato (con il permesso del cliente) per controllare un sistema a distanza. Questo potrebbe rendere il controllo di un computer molto più semplice per i MSP e altri fornitori di servizi IT, soprattutto quando è necessario un supporto tecnico ad hoc.
Wildix è già in grado di svolgere questa attività esclusivamente tramite WebRTC.
E ci sono altre opportunità in arrivo.
Gli Effetti del WebRTC
Il WebRTC ha standardizzato gli elementi di base del browser per consentire le comunicazioni in tempo reale. Non è importante quale sia il browser in questione, perché ogni browser significativo ha ormai una qualche forma di WebRTC abilitata.
Wildix può essere utilizzato da quasi tutti i sistemi, senza bisogno di ulteriori plugin o download. Di conseguenza, è leggero, facile da usare e rapido da distribuire.
La domanda, quindi, è questa: perché non scegliere una soluzione WebRTC?
Per altri consigli di marketing, registrati per ricevere gratuitamente il nostro magazine!