IVR Développement en java
Je vais concevoir une ligne de RVI application à l'aide de Java (sans PBX).
Dans les exigences de logiciels il y a quelques calculs mathématiques de base de données et de communication que je préfère à mettre en œuvre sur Java côté.
Comme vous le savez, les différentes technologies sont prêtes à intégrer avec Java, comme JTAPI, Zanzibar OpenIVR, Moho, VoiceXML, CCXML, Jive, de la Prophétie, Voicent, Voxeo etc.
Maintenant, la question est: Quelle est la meilleure solution? Lequel est le plus facile à atteindre? Qui ont la meilleure efficacité? Recommandez-vous des frameworks Open Source? Est-il une API de Windows pour la manipulation des systèmes IVR?
OriginalL'auteur Amin Shahnazari | 2013-07-17
Vous devez vous connecter pour publier un commentaire.
Si vous allez faire VoiceXML avec Java, vous devriez jeter un oeil à Rivr, un open-source VoiceXML dialogue engine.
Rivr laissez-vous code votre callflow naturellement dans le langage Java. Ainsi vous pouvez les réutiliser tous les outils Java (par exemple, débogueur, framework de test unitaire, test de couverture par l'outil) afin de développer le callflow. Vous pouvez également profiter de tous vos IDE fonctionnalités (refactorings, source de navigation, contrôle de version, etc).
L'API est très simple. Vous pouvez code complet callflow avec une seule méthode. Aucun besoin de définir des "états" ou de manipuler des modèles ou des fichiers XML.
Intégration avec la logique côté serveur est trivial puisque vous êtes seulement de codage pour le côté serveur.
OriginalL'auteur gawi
Il y a bien trop peu d'informations pour fournir une réponse directe, mais je vais essayer de vous donner quelques notions de base.
Les normes de l'IVR développement de l'application VoiceXML pour le dialogue (l'appelant interaction) et CCXML pour le contrôle des appels. Ce dernier n'est pas couramment disponible. Il existe également de nombreuses solutions propriétaires. Votre choix d'un standard ouvert par rapport à une solution propriétaire devrait être plus à propos vendor/solution de verrouillage. Même avec les standards ouverts, vous aurez probablement utiliser des améliorations sur mesure et dispose d'une certaine quantité de la serrure, mais la portabilité sera plus facile. Vous pouvez directement le code pour les cartes de téléphonie (difficile et souvent mal documentés si vous êtes quelqu'un de nouveau à la téléphonie) ou de travailler avec des solutions qui offrent à l'extrémité de la capacité. Je trouve très peu de gens le portage d'applications IVR donc je mettrait l'accent sur la prise en charge de votre application, les fonctionnalités et la facilité d'utilisation dans votre décision.
Plate-forme de choix exécuter le spectre. Vous avez le site (sur le site) et des solutions hébergées. Vous aurez généralement haut de gamme des solutions d'entreprise et des bas de gamme des solutions. Il y a très peu de moyen solutions de sol. Caractéristiques (téléphonie et des capacités d'intégration) varient considérablement.
À partir d'un point de vue de la téléphonie, ne rien prendre pour acquis. En particulier, les transferts. Il existe de nombreuses façons de transférer un appel. Comment c'est fait sera limité par votre connexion. Une ligne analogique de la CMDT (compagnie de téléphone) peut avoir plusieurs mécanismes et le lieu seront généralement vous est dictée. Pas toutes les plates-formes de téléphonie soutiennent ce que vous avez besoin. Hangup de détection, au moins sur les lignes analogiques, peuvent également prendre le novice. Des solutions d'hébergement sera généralement vous permettre d'éviter la plupart de ces problèmes. Solutions VoIP sont encore plus compliquée en raison de la compatibilité entre les appareils (oui il y a des normes, beaucoup d'entre eux, avec beaucoup de pièces en option et puis il existe des saveurs).
Pour windows plus précisément, vous pouvez utiliser Lync, mais c'est compliqué...même si beaucoup de ces solutions, vous pourrez explorer va être compliqué.
En bref, il n'y a pas de meilleure solution. Vos connaissances sur les technologies, les exigences et le budget va les conduire à la décision. J'ai en général travaillé avec l'entreprise, serveurs vocaux dans sur site et hébergées configurations qui sont généralement sur la façade de grands centres d'appels. J'ai été en contact avec de nombreuses solutions open source. Rien sur le site est susceptible d'être compliqué en raison du système de téléphonie et de la configuration. Des solutions d'hébergement ont généralement fait le plus pour vous.
OriginalL'auteur Jim Rush
Je sais que ce sont "les normes de jure". Mais vous devez également prendre Astérisque(avec de l'AGI/IAM) en contrepartie de votre projet. Si vous décidez d'essayer d'Asterisk et Java, prendre un coup d'oeil de astivetoolkit.org il peut être très utile.
OriginalL'auteur Pedro Sanders
Ricky de Twilio ici.
Pour moi, la cueillette le meilleur outil pour un problème particulier est l'un de mes préférés des tâches d'un développeur. Une technique pour comprendre cela est de bloquer une journée et passer une heure ou deux avec chaque option. Quelques question, je vais généralement explorer:
Je suis sûr qu'il y a une tonne d'autres questions en fonction de votre scénario, vous voulez explorer (correspond-T-il dans mon budget? Puis-je l'utiliser avec les technologies que je connais déjà et l'amour?).
Si vous êtes à la recherche à la construction d'un système de RVI, nous avons une API qui pourrait les aider. Nous avons juste laissé tomber quelques nouveaux tutoriels, y compris un non-trivial, prêt pour la production IVR application à l'aide de Java.
OriginalL'auteur rickyrobinett