으로 찾고 있 IVR 소프트웨어 개발[마감]
https://stackoverflow.com/questions/1457479
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
내가 일하는 회사를 찾고 있는 IVR 을 구현의 높은 호환성이 어떤 잠재적인 PBX/IVR 또는 PBX 콤보를 제공하거나 우리의 호스팅 솔루션입니다.
그래서 아이디어를 만들 수 있는 응용 프로그램 인터페이스를 어떤 잠재적인 플랫폼을 제공합 통화 제어 및 음성 대화상/상호작용에 대한 IVR.
기술 나는 지금까지 살펴 보았다(우리 사용하고 싶 Java)Java 전화 통신(API JTAPI)자이나교-JCC(Java 전화 Control)API 고 다른 사람입니다.기본의 요점은 이러한 API 를 의미하지만,무엇을 못 함께 넣어 정확히 어떻게 응용 프로그램 내용에 대한 통화 제어 및 음성 IVR/VXML 것이 인터페이스 플랫폼 독립적인 방법으로 전화 시스템입니다.는 방법을 정확하게 나를 얻는 통화에서 전화 시스템?
이러한 API 를와 라이브러리를 떠날 것 이 질문에 답이 볼 수 있는 플랫폼 독립적인 솔루션을 가능하지 않고 항상을 구현.거기에는 또한 자이나교-SIP 수 있다면,변환 모든 통화를 SIP 다음 어쩌면 나를 만들 수 있습니는 일반 전화 통제/IVR 응용 프로그램이다.
면 나는 선 어떤 ignorances 여기에 또 오해 나를 용서하십시오,나는 완전히 새로운 어떤 종류의 통신 기술-고 싶은 사람은 나를 똑바로?나는 아주 아주 감사하고,연결에 세부 사항을 구현하는 수준은 매우 매우 퍼지는 이 시점에서 때로는 내가 필요 작은 손으로 잡고있다.어떤 도움이거나 올바른 방향으로 도움이 될 것입니다.
었 쏟아져 사양과 API 를 위한 마지막 주일입니다.:)
편집기를 언급하는 것을 선호하는 우리 개발이 집에 있는 모든 가능한 경우와 스마트 측면에서의 비용/효-지 않고는 돈에 대한 통합 플랫폼은 모든 가능한 경우-그게 내 일)
해결책
나는 일했다 VoiceGenie 몇 년 전 : 그들은 (더 이상하고있는 일이 아니라 지금 무엇을하고 있는지 모르기 때문에 과거 시제를 사용하고 있습니다) VoiceXML 엔진을 만들었습니다.
- Linux 상자입니다
- 제 3 자 음성 텍스트 및 텍스트 음성 연설 엔진이 연결되어 있습니다 (엔진 별 API와 인터페이스하여)
- VoiceXML (자체 VoiceXML Parser 사용)을 해석하고 제 3 자 음성 연설-텍스트 및 텍스트 음성 엔진을 구동하여 실행합니다.
그들은 제어 시스템을 호출하기 위해 상자를 인터페이스하기 위해 저를 고용했습니다. 그리고 내가 한 첫 번째 시스템은 Cisco 's였습니다 (반대로 VoiceGenie가 Genesys가 소유하고 있음을 알 수 있습니다). 그들의 엔진은 또한 비 Voicexml 애플리케이션을 지원했으며, 예를 들어 Java 응용 프로그램 인터페이스를 노출했습니다.
결론적으로:
- 다양한 전화 시스템에는 독점적 인 통화 제어 API가 있습니다. 및/또는 표준 통화 제어 프로토콜 (예 : SIP) 및/또는 API (예 : JTAPI, TAPI, CCXML)를 지원할 수 있으며, 그렇다면 더 잘 또는 잘 수행 할 수 있습니다.
- 3 자 엔진을 찾을 수 있습니다 (예 : Genesys 음성 플랫폼,, Microsoft Office Communications Server, 통일 된 API를 제공하고 다른 구성 요소와의 인터 로프를 처리하고지지하지 않는 다른 구성 요소.
저는이 분야의 제품 관리자, 시스템 엔지니어, 네트워크 아키텍트가 아닙니다.
그러나 그들은 모두 일반적으로 소수의 프로토콜과 API를 지원합니다.
일부는 독점, AD/또는 일부 이상의 표준을 지원했습니다.
따라서 아이디어는 가장 지원되는 API 또는 프로토콜을 인터페이스하는 것입니다.
나는 비즈니스 사례에 의문을 제기했지만 특정 도메인 전문 지식과 제품/구현 지식을 가진 전화기 엔지니어를 찾고 대화해야한다고 생각합니다. 소프트웨어 개발자로 작업하여 위에 게시 한 내용을 만났지만 도메인 전문 지식은 없습니다.
한 마디일까요?
SIP는 API가 아닌 프로토콜입니다. 이 물건은 예를 들어 사용할 수있는 응용 프로그램으로 레이어에 있습니다.
낮은 레벨 : 자체 API가있는 SIP 프로토콜 스택; 이 API를 사용하고, SIP 대화 상자가 어떻게 보이는지 이해하고 SIP를 이해하는 시스템과 대화하는 (전용)
더 높은 레벨 : VoiceXML/CCXML 엔진 (또는 TAPI 또는 JTAPI 엔진); XML을 씁니다 (또는 Tapi 및 Jtapi API를 사용); 그리고 엔진 (엔진에 따라)에는 SIP를 사용하는 구성 요소와 대화하는 데 사용하는 내장 SIP 스택이있을 수 있습니다. .
Cisco는 내가 사용할 수있는 하나의 (독점적) 프로토콜 만 가지고 있었고, "지능형 연락처 관리"(IE 콜센터) 시스템과 대화하기 위해 사용했습니다. 그리고 Genesys는 폐쇄 된 독점 API/프로토콜을 가지고 있다고 생각합니다.
그렇다면 통화 제어 및 IVR 솔루션이 JTAPI 응용 프로그램 또는 일부 변형의 SIP 프론트 엔드로 가장 잘 구현 되는가?
나는 당신이하고 싶은 일에 대해 혼란스러워합니다. 스택에서 당신이 원하는 곳 (내가 알고 있다면 유용한 말을 할 수는 없습니다).
나는 당신이 공급 업체와 대화해야한다고 생각합니다. 그들이 당신을 위해 할 수있는 일을 찾기 위해 (당신이 그들과 함께 완성하려고하지 않는 한, 그것은 어려울 것입니다).
"잠재적 인 PBX/IVR 또는 PBX 콤보"가 무엇을 의미하는지 좁힐 수 있습니까?
다른 팁
나는 이 공간에서 수년 동안.ChrisW 의 대답은 아주 좋습니다.여기에 몇 가지 추가적인 정보에 도움이 될 수 있는 사람들이 비슷한 상황에서.
나는 당신이 제공하는 전제하는 솔루션으로 대부분의 통합이 문제 멀리 가서 호스팅하는 경우 응용 프로그램입니다.필요하신 경우에는 변경 시설,그리고 당신은 절연 전화 통신 논리에서 당신의 대화 및 사업 논리,번역할 수 없는 너무 어렵습니다.
IVR/PBX 통합 도전에 표시 방법의 수:
전화:
여 전화 통신,나는 의미는 첫 번째 파티를 호출을 제어합니다.의 전화 라인입니다.
- 전화 도착 정보(ANI/DNIS).가정에서 일하고 있는 높은 수준처럼,VoiceXML,당신은 여전히 있을 수 있는 다양한 문제입니다.일부:
- 데이터가 존재합니다.모든 스위치를 제공합니다.무엇보다는 데이터 사용할 수 있는 특정 스위치 구성이 있습니다.는 구성과 충돌 할 수있다 다른 요구 사항(송금)는 응용 프로그램의 또는 전화 센터도 있습니다.
- 데이터 형식입니다.응용 프로그램에 따라 이 또는 문제가 되지 않지만,데이터의 형식을 달라질 수 있습에서 조금을 전환하는 스위치입니다.
- 다양한 전송이 종류.에 따라 건물의 전화 통신 네트워크를,당신의 전송에 입력해야 할 수 있습을 받는 경우가 있습니다.일반적으로,기본 hook-플래시 전송에서 사용 가능 VoiceXML 것입니다 작업을 전송하는 경우 에이전트 또는 ACDs 에서 로컬 전화 센터도 있습니다.그러나,트/off PBX/PBX-PBX 교통편,수행해야 할로 감독(2 단계)전송합니다.참고로,VoiceXML 표준을 커버하지 않는 이 유형의 전송합니다.그것은 단지 커버 맹인 전송을 컨퍼런스,하지만 대부분의 플랫폼을 제공합 mechansim 액세스는 추가 논리입니다.
Computer Telephony Integration(CTI):
여 CTI,내 말은 처음이나 타사에 전화를 통해 제어 데이터를 통합 PBX.
- 기능 차이점이 있습니다.대부분보다 더 많은 상상할 수있.그것은 정말이 될 수 있습니다 복잡하는 경우 콜센터에서는 ACD.ACD 기능은 매우 다를 수 있는 공급 업체.
- 이벤트 스트림/데이터 포맷.다시 그들은 매우 다를 수 있습니다.일부 스위치 당신을 얻을 것이 풍부한 세트의 이벤트입니다.어떤 환경에서,당신이 볼 수있는 거의 없다.
- 전화 추적이 있습니다.추적 주위를 호출 스위치를 위한 데이터 pop 항상 하지 않으로 쉽게 전화를 얻는 참조 id 및 고집하는 데이터베이스의 데이터로 사용하는 핵심입니다.에서 여러 스위치,ref id 를 변경으로 전화 주위에 이동 시스템입니다.작성해야 하는 소프트웨어를 추적하지 전환 업데이트에 대한 내부 ref id 입니다.아,그리고,모든 지원 스위치 ref id...
요약하면,당신뿐만 아니라 서비스의 차이점을 참조하세요 스위치 하지만 같은 스위치 서로 다른 프로토콜,차이로 인해 서비스 클래스/구성하고 심지어 장치.에서 나중에,나는 당신이 볼 수있는 다른 행동을 기반으로 휴대폰에서 설정 에이전트 데스크(에 대한 관련 CTI 데이터 pops).
이 없다 하나의 솔루션을 숨기는 모든이며 주어진 일부 차이의 일반적인 목적의 솔루션을 수 없는 존재합니다.그러나 제한 모델에 대한 특정한 사용 사례를 만들 수 있습니다.그것은 단지 아주 쉽지 않고 필요한 경험이 많은 스위치를 만드는 정상화 계층입니다.
그래서 이제는 내가 설명이 더 큰 영역의 문제를(예,다른 사람이있다:-(),일부 조언:
- 분리하려면 응용 프로그램 논리에서 전화 통신 논리입니다.가정이 필요 여러 플러그에서 모듈에 대한 귀하의 전화합니다.
- 피 스위치 특징 근처의 정상화 계층입니다.할 수 없습니다 그들을 피하기 위해 배포하는 경우에 에이전트 데스크톱으로 콜센터 기대할 것입니다 활용하거나 적어도의 특정 ACD 구성(만약 당신의 통화를 표시하지 않을 올바르게 자신의 보고서에서,당신은 당신을 잃을 위험이 고객)
- 기본 IVR 공급업체를 지원하는 다양한 범위의 전화 통신 프로토콜 및 노출이 풍부한 확장의 세트 전송 기능.
- 는 기준은 가난한 그들은 모두 당신이해야합니다.쓰 응용 프로그램에서 VoiceXML.는 위치에 있을 변경 IVR 공급업체가 있는 경우에는 스위치 또는 콜 센터에서는 주요 공급 업체 지원할 수 없습니다.
- 의 다양한있는 CTI 프로토콜.TAPI,JTAPI,TSAPI,CSTA 및니다.거기에 하나의 대답이다.의 몇 가지가 있 상업적인 정상화 계층을 제공하는 더 일관된 API,하지만 특징 및 이벤트 스트림도에 따라 다릅니다 스위치.중 하나에 계획 작성하는 여러 인터페이스를 지불하거나 제 3 자에 대한 API 를 사용합니다.쉽게 대답으로 여기에 비용에 대한 제 3 자에게 제품을 수 있는 비용이 추가에는,그러나 개발의를 구현하기 위해 최선을 다하고 넓은 범위의 스위치를 사용할 수 있습니다.
- 파트너와의 제한된 세트 스위치 공급업체 또는 CTI 서버(예:Cisco ICM,제네시스 T-Server).그것은 당신의 시장이지만,최소화 통합 비용을 절감합니다.하지만,파트너 당신을 도움이 될 수 있습 활용한 판매에 대한 액세스를 얻을 더 많은 고객입니다.
또한 내 질문에 대한 대안으로 우리는 오픈 소스 프로젝트를 우연히 발견하여 JTAPI를 사용하여 인터페이스를 생성하여 여러 전화 시스템 (보드, PBXES 및 IP 전화기) 및 플랫폼을 지원합니다. 이렇게하면 언급했던대로 응용 프로그램을 개발할 수 있으며 시스템에 관계없이 다양한 시스템에서 작동하도록합니다. 나는 예외가 있다고 확신하지만 이것은 대부분의 사람들과 함께 작동해야합니다. Tapi가 어쨌든 널리 받아 들여지는 표준이라는 점을 고려하면 다음과 같습니다.
'제네릭 jtapi'라고합니다.
고통과 개발 시간을 절약하십시오 트와 일리오. 기본적으로 그들은 PSTN/VOIP 연결을 다루고 XML/HTTP REST로 무엇을 해야하는지 알려줍니다. 그들은 가지고 있습니다 다양한 언어의 도우미 라이브러리, Java를 포함하여.
