2012-12-20 22 views
7

Sono stato contattato per l'opportunità di fare VoiceXML - Non ho alcuna esperienza con esso, ma a quanto pare potrebbe andare bene. Comunque, ho fatto qualche ricerca iniziale sulla tecnologia e sembra che sia piuttosto vecchia, non abbia mai ottenuto molta trazione, ecc., Ma non riesco a capire quale tecnologia (y, i) l'abbia sostituita. VoiceXML è una buona abilità da acquisire in questo momento o si sta estinguendo o non è mai stato così interessante? Se si sta estinguendo, che cosa lo sta sostituendo? Perché?Alternative a VXML (VoiceXML)?

risposta

9

VoiceXML è tutt'altro che morto per lo sviluppo di sistemi Interactive Voice Response (IVR). Tutte le principali piattaforme IVR supportano VoiceXML perché it is an open standards supported by the W3C e sono ancora attivamente utilizzate dallo Voice Browser Working Group, insieme a molti altri standard associati. C'è una buona discussione sulla progressione di VoiceXML e degli ambienti di sviluppo in this blog post.

L'altro vantaggio di VoiceXML è l'utilizzo di tecnologie basate sul Web per lo sviluppo di applicazioni vocali in modo da sfruttare tutte le competenze disponibili in quest'area per lo sviluppo. Ma se sei nuovo nello sviluppo di IVR ci sono altre abilità che dovrai imparare per avere successo come la progettazione di interfacce vocali (VUI), come sviluppare grammatiche per le applicazioni vocali e le applicazioni di sintonizzazione vocale. Avresti bisogno di imparare queste abilità indipendentemente dalla lingua o dall'ambiente di sviluppo.

Un altro approccio per lo sviluppo di applicazioni IVR che riduce la necessità di conoscere VoiceXML è un framework come il progetto open source VoiceModel. Se hai già competenze in ASP.NET VoiceModel ti consente di sviluppare applicazioni IVR eseguite su piattaforme VoiceXML senza comprendere VoiceXML. Lo astrae a un livello superiore in cui stai solo mettendo insieme oggetti .NET per definire la tua applicazione vocale. L'altro aspetto positivo di VoiceModel è che puoi sviluppare una volta sola la tua applicazione IVR e verrà eseguita su un IVR compatibile VoiceXML o su un IVR basato su cloud come Tropo. Ci sono piani per includere anche il supporto per Twilio.

E forse questo è il brusio che si sente parlare di VoiceXML. Esistono piattaforme IVR/telefonia basate su cloud che stanno emergendo come Tropo e Twilio che non utilizzano VoiceXML e utilizzano le proprie API proprietarie. Per me questo è un passo indietro verso i vecchi tempi dello sviluppo dell'IVR in cui ogni venditore IVR aveva il suo ambiente di sviluppo proprietario e le sue lingue. Sono fermamente convinto degli standard aperti come VoiceXML, ma devo ammettere che questa nuova razza di venditori di IVR sta sicuramente facendo una certa trazione sul mercato. Penso che sia troppo presto per stabilire se sopravviveranno o meno.

Quindi la domanda principale era; ci sono alternative a VoiceXML. La risposta è si. Due alternative sono le API proprietarie delle piattaforme basate su cloud di Tropo e Twilio. Un'altra alternativa è usare qualcosa come VoiceModel che astrae la necessità di conoscere VoiceXML ma ti permette di eseguire l'applicazione su piattaforme compatibili VoiceXML. E anche un'altra alternativa è quella di utilizzare un ambiente di sviluppo come VoiceObjects che astrae anche molto dalla necessità di conoscere VoiceXML.

Un'altra domanda era; VoiceXML è una buona abilità da acquisire. Direi di sì, se stai sviluppando molte applicazioni IVR e soprattutto se stai supportando quelle esistenti. Ci sono molte applicazioni VoiceXML che richiedono manutenzione e attualmente la piattaforma IVR predominante nell'azienda è compatibile con VoiceXML. Se stai sviluppando un'applicazione unica potresti voler guardare qualcosa come Tropo o Twilio. Con l'avvertenza che se queste start-up andranno a finire, riscriverete probabilmente l'applicazione in VoiceXML. Ecco perché mi piacciono gli standard aperti. O ottieni il meglio da entrambi i mondi e guarda qualcosa come VoiceModel.

3

VoiceXML è lontano dal morire: la maggior parte delle distribuzioni IVR commerciali di grandi dimensioni sono basate su VoiceXML e sul suo cugino CCXML. C'è una trazione significativa e gli sviluppatori VoiceXML sono richiesti. La prossima versione delle specifiche VoiceXML è in fase di sviluppo al W3C.

Mentre l'apprendimento VoiceXML, è possibile provare la tua abilità utilizzando il open source jVoiceXML (LGPL) http://jvoicexml.sourceforge.net/ o VoiceGlue (GPL) http://www.voiceglue.org/ o utilizzando lo sviluppatore di hosting gratuito fornito da Voxeo a http://evolution.voxeo.com/

2

Questo è un modo per visualizzare VoiceXML, ma è molto più complicato. La tecnologia di telefonia è un mercato di nicchia rispetto a qualsiasi cosa come lo sviluppo web. Tuttavia, all'interno dello spazio di telefonia, VoiceXML è la tecnologia più comune per lo sviluppo IVR e non c'è nessun'altra tecnologia che si sta facendo strada per sostituirla.

Parte della ragione della lenta crescita delle nuove tecnologie è legata allo stato del mercato. Dal punto di vista del venditore, è un mercato difficile che sta contraendo. Negli anni '80 e '90 ci sono molte nuove startup. Più che il mercato può sostenere a un livello che i venture capitalist e gli altri investitori vogliono. Ciò ha portato al consolidamento (società acquistate da altre società). Data la scarsità di denaro, gli investimenti sono bassi. Questo non vuol dire che non ce ne siano, ma è lento e molto diverso da quando VoiceXML è entrato in scena per la prima volta.

I fornitori esistenti di solito forniscono uno stack API proprietario, in una varietà di lingue, VoiceXML o entrambi. Va notato che anche molte delle piattaforme con supporto VoiceXML forniscono strumenti di sviluppo che nascondono le API di livello inferiore. Questi set di strumenti sono spesso basati su GUI che sono venuti fuori dal desiderio di far scrivere e gestire i IVR ai non programmatori.

L'attributo della prospettiva delle competenze è un po 'difficile da rispondere in quanto il suo valore è più correlato al set di competenze, alla commerciabilità e alle opportunità future esistenti. In generale, non darei un grande valore alla conoscenza VoiceXML perché il numero di lavori è inferiore rispetto ad altre competenze tradizionali. Tuttavia, le tecnologie tipiche delle implementazioni sono spesso simili allo sviluppo basato sul web (ASP/JSP/Servlet e l'uso di JavaScript), che sono portatili. Come in ogni abilità e lavoro, è ciò che ne fai.

2

Ho programmato sistemi IVR da circa 20 anni e non mi sono mai preso la briga di imparare VoiceXML. Ecco gli strumenti che uso. . .

Questa configurazione mi permette di codificare i sistemi IVR in Visual Basic chiamando routine fornite da Syntellect. Elimina la necessità di immergersi in VoiceXML, che è molto granulare al confronto.

Utilizzando le routine Syntellect, è possibile. . .

  • Effettuare una chiamata
  • rispondere a una chiamata
  • Gioca un file vocale al chiamante
  • cifre ottenere dal chiamante
  • file di registrazione vocale
  • trasferire una chiamata

Utilizzando queste funzioni di base, è possibile creare la maggior parte dei sistemi IVR.È stato molto facile per me acquisire i parametri "prompt" in un database SQL e interrogare interi file di script per riprodurre il chiamante.

Questo metodo è solo per telefono. Ed è tutto ciò di cui hai bisogno, questo metodo è molto più veloce per essere installato e funzionante. Syntellect ha anche interfacce e soluzioni VoiceXML per aiutare con la connettività VoIP.

Syntellect fornisce esempi sia per Visual Basic che per C#. Penso che ne abbiano anche del C++. Spero che questo ti aiuti.

1

Twilio ha dimostrato che un numero elevato di casi d'uso può essere coperto da un DSL più intuitivo e semplice. Non ci vuole tempo per imparare TwiML, mentre la curva di apprendimento VoiceXML può essere significativa.

C'è anche Restcomm, che è un'implementazione basata su open source (Mobicents) delle API Twilio. Può essere usato come un motore di IVR ospitato o su un cloud pubblico:

http://www.telestax.com/restcomm/

ttps: //aws.amazon.com/marketplace/pp/B00FFHJ6SU

1

Sono d'accordo con DaveHolly. Ho usato Syntellect CT-ADE per cinque anni e ho implementato un IVR di successo per la dettatura medica oltre all'invio e alla ricezione di documenti fax e l'accesso al database di SQL Server. Se sai come programmare in C# o VB.NET, e vuoi usare il fantastico Microsoft Visual Studio e .NET come piattaforma, allora stai con CT-ADE o Glorsoft Velocity. Secondo me, usando l'XML come linguaggio di programmazione, qualcosa per cui non è mai stato progettato, stai abbandonando cinquant'anni di progressi in informatica, come programmazione strutturata, programmazione orientata agli oggetti, linguaggi moderni come C#, strumenti di debug, ecc. ..