تبحث في IVR تطوير البرمجيات [مغلقة]
https://stackoverflow.com/questions/1457479
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
الشركة التي أعمل يبحث عن IVR تنفيذ عالية متوافقة مع أي احتمال PBX/IVR أو مقسم التحرير والسرد أو تقديم منطقتنا استضافة الحل.
وبالتالي فإن فكرة إنشاء تطبيق واجهات أي منصة المحتملة وتوفير والتحكم في المكالمات الصوتية الحوار / التفاعل بالنسبة IVR.
تقنيات لقد نظرت حتى الآن (نود أن استخدام Java) هي جافا API الهتفية (JTAPI) جاين-JCC (جافا Call Control) API و بائعين آخرين.جوهر أساسي من هذه API معنى بالنسبة لي, ولكن ما لا أستطيع وضع معا هو بالضبط كيفية تطبيق وأود أن إنشاء لمراقبة المكالمات الصوتية IVR / VXML أن واجهة في منصة مستقلة الطريق إلى نظام الهاتف.كيف أنا بالضبط للحصول على المكالمة من الهاتف ؟
هذه API والمكتبات يبدو أن أترك هذا السؤال دون إجابة الذي يقودني إلى الاعتقاد بأن منصة مستقلة الحل ليس ممكنا وأنه دائما ما يكون تنفيذ محددة.هناك أيضا جاين-SIP, إذا أنا يمكن تحويل جميع المكالمات إلى رشفة ثم ربما كنت يمكن أن تخلق عام call control / IVR تطبيق هذه الطريقة.
إذا كنت قد تلفظ أي ignorances هنا أو سوء الفهم يرجى أن يغفر لي, أنا جديدة تماما إلى أي نوع من الاتصالات والتكنولوجيا - أي شخص يريد أن تجعلني مستقيم ؟ سأكون في غاية الامتنان الاتصالات على التفاصيل مستوى التنفيذ جدا غامض جدا في هذه المرحلة و في بعض الأحيان تحتاج إلى القليل من اليد القابضة.أي مساعدة أو يدفع في الاتجاه الصحيح سيكون مفيدا.
لقد تم صب على مواصفات API في الأسبوع الماضي.:)
تحرير - لقد نسيت أن أذكر أننا نفضل لتطوير هذا في المنزل إذا كان ذلك ممكنا الذكية من حيث التكلفة/الفائدة - لا تبحث حقا أن تنفق المال على منصة متكاملة إذا كان ذلك ممكنا - أن يكون عملي :)
المحلول
اعمل لدي VoiceGenie. منذ بضع سنوات: صنعوا (أنا أستخدم الزمن الماضي هنا فقط لأنني لا أعرف ما يفعلونه الآن، ليس لأنهم لم يعد يفعلون ذلك) محرك VoiceXML، وهو:
- هو مربع لينكس
- يحتوي على محركات الكلام إلى النص إلى النص والكلم الثالثي المتصلة (بواسطة Interfacing مع Apis المحرك الخاص بالمحرك)
- يفسر VoiceXML (باستخدام محلل VoiceXML الخاص به)، وتنفذه عن طريق قيادة محركات الكلام إلى النص إلى النص والتحدث إلى الكلام
لقد استأجروني إلى واجهة صندوقهم للاتصال أنظمة التحكم: والنظام الأول الذي فعلته ذلك كان من أجل كان سيسكو (على العكس من ذلك، أرى أن VoiceGenie مملوكة الآن من قبل Genesys). دعم محركهم أيضا تطبيقات غير VoiceXML، على سبيل المثال، كشفت واجهة تطبيق Java.
ختاما:
- أنظمة الهاتف المختلفة لها واجهات برمجة تطبيقات التحكم في المكالمات؛ و / أو أنهم قد يدعمون بروتوكولات التحكم في المكالمات القياسية (مثل SIP) و / أو APIs (مثل JTAPI، TAPI، CCXML)، وإذا فعلوا ذلك، فهل أقل جيدا.
- قد تجد محركات الحزب الثالث (مثل منصة صوت Genesys, ، ال Microsoft Office Communications Server, وغيرها) والبعض الآخر يمنحك بعض واجهة برمجة تطبيقات موحدة، ومقابض ويدعم (أو لا) Interop مع مكونات أخرى.
أنا لست مدير منتج، مهندس النظام، مهندس شبكة، خبير المجال في هذا المجال.
لكنهم جميعا يدعمون عموما حفنة من البروتوكولات و API
يدعم البعض سوى امتلاك مملوكة أو إعلان / أو بعض المعايير الواحدة أو أكثر.
وبالتالي فإن الفكرة هي الواجهة إلى API أو البروتوكول الذي يدعم أكثر.
سأستفسح على قضية العمل لذلك، لكنني أعتقد أنك يجب أن تجد وتحدث مع مهندس هاتفية، والذي يحتوي على خبرة مجال محددة ومعرفة المنتج / التنفيذ. واجهت ما أرسلته أعلاه من خلال العمل كمطور برمجيات، لكن ليس لدي خبرات المجال.
هل سيكون ذلك رشا؟
SIP هو بروتوكول، وليس API. هذه الأشياء هي في طبقات، على سبيل المثال كأداة قد تستخدمها:
المستوى الأدنى: كومة بروتوكول SIP مع API الخاصة؛ يمكنك استخدام واجهة برمجة التطبيقات هذه، وفهم ما يشبه حوارات SIP، والتحدث (فقط) مع أنظمة تفهم SIP
المستوى الأعلى: محرك VoiceXML / CCXML (أو TAPI أو محرك JTAPI)؛ تكتب XML (أو استخدام APIs TAPI و JTAPI)؛ والمحرك (اعتمادا على المحرك الذي هو عليه) قد يحتوي على مكدس SIP مضمن يستخدم للتحدث إلى المكونات التي تستخدم SIP و / أو قد يكون لها مداخن بروتوكول أخرى للمكونات التي تستخدم البروتوكولات الأخرى (غير SIP) وبعد
كان لدى Cisco فقط بروتوكول واحد (ملكية) يمكنني استخدامه، للتحدث مع نظام "إدارة الاتصال الذكي" (IE Call Center). و Genesys أعتقد أن تم إغلاق API / بروتوكول مغلق.
إذا كان الأمر كذلك، فسيتم تنفيذ حل مراقبة المكالمات الخاصة بي ومحلول IVR كإنجان أمامي SIP لتطبيق JTAPI أو بعض البديل؟
أنا مرتبك حول ما تريد القيام به، حيث كنت في المكدس الذي تريد أن تكون عليه (لا أستطيع أن أقول أي شيء مفيد إذا كنت أعرف).
أعتقد أنه ربما يجب أن تتحدث مع البائعين: لمعرفة ما يمكنهم القيام به من أجلك (ما لم تحاول إكمال معهم، والتي ستكون صعبة).
هل يمكنك تضييق ما "أي كومبو PBX / IVR أو PBX المحتمل" يعني؟
نصائح أخرى
لقد عملت في هذا المجال لعدد من السنوات.ChrisW الجواب هو جيد جدا.هنا بعض المعلومات الإضافية التي قد تكون مفيدة للأشخاص في حالات مماثلة.
أفترض كنت تقدم فرضية الحل الأكثر من التكامل المخاوف تذهب بعيدا إذا كنت استضافة التطبيق الخاص بك.إذا كنت بحاجة إلى تغيير المرافق ، معزولة الاتصالات الهاتفية الخاصة بك المنطق من الحوار و منطق الأعمال ، ترجمة لا ينبغي أن يكون من الصعب جدا.
IVR/مقسم التكامل التحديات تظهر في عدد من الطرق:
الاتصالات الهاتفية:
عن طريق الاتصالات الهاتفية ، أعني أول حزب الدعوة التحكم.ميزات خط الهاتف.
- دعوة وصول المعلومات (العاني/DNIS).على افتراض أنك تعمل على مستوى أعلى ، مثل نظام صوتي, كنت لا تزال يمكن أن يكون مجموعة متنوعة من القضايا.فقط بعض:
- البيانات الوجود.ليس كل مفاتيح تقديم هذه البيانات.ما هو أسوأ من ذلك ، فإن البيانات قد تكون متاحة فقط مع بعض التبديل تكوينات.أن التكوين قد تكون في صراع مع احتياجات أخرى (نقل) من التطبيق الخاص بك أو مركز الاتصال.
- تنسيق البيانات.اعتمادا على التطبيق الخاص بك ، وهذا قد أو قد لا يكون مشكلة ، ولكن تنسيق البيانات يمكن أن تختلف قليلا من التحول إلى التبديل.
- متفاوتة نقل أنواع.اعتمادا على بنية المحيطة شبكة الخطوط الهاتفية الخاصة بك نوع النقل قد تحتاج أن تختلف.عادة الافتراضي هوك-فلاش نقل المتاحة في VoiceXML سوف تعمل عندما نقل إلى وكلاء أو ACDs في مركز الاتصال.ولكن خارج الموقع/إيقاف PBX/PBX-مقسم التحويلات تحتاج إلى أن يؤديها كما أشرف(الخطوة 2) نقل.ملاحظة VoiceXML القياسية لا تغطي هذا النوع من النقل.فإنه لا يغطي سوى أعمى نقل والمؤتمرات ، ولكن معظم المنصات توفر mechansim للوصول إلى نقل إضافية المنطق.
تكامل هاتفية الكمبيوتر (CTI):
قبل CTI, أعني أول أو طرف ثالث التحكم بالمكالمات من خلال تكامل البيانات مع مقسم.
- ميزات الخلافات.أكثر مما يمكن أن نتخيل.يمكن أن تكون معقدة حقا إذا كنت في مركز الاتصال مع ACD.ACD الميزات يمكن أن تكون مختلفة جدا بائع لآخر.
- الحدث تيارات/تنسيقات البيانات.مرة أخرى, يمكن أن تكون مختلفة جدا.على بعض مفاتيح ستحصل على مجموعة غنية من الأحداث.في بعض البيئات ترون لا شيء تقريبا.
- تتبع المكالمة.تتبع مكالمة حول التبديل البيانات البوب ليس دائما سهلا كما الحصول على دعوة المرجعية الهوية والتمسك البيانات في قاعدة البيانات باستخدام مفتاح.على عدة مفاتيح ، المرجع معرفات تغيير دعوة يتحرك في جميع أنحاء النظام.سوف تحتاج إلى كتابة البرمجيات لتتبع التحولات وتحديثه ضد داخلي المرجع الهوية.و لا كل مفاتيح دعم المرجع معرفات...
في ملخص, سوف نرى ليس فقط الاختلافات بين مفاتيح, ولكن بنفس مفتاح بروتوكولات مختلفة الخلافات بسبب فئة من الخدمة/التكوين وحتى في الجهاز.في وقت لاحق, أعني يمكنك أن ترى مختلف السلوك على أساس من ضبط الهاتف على وكيل مكتب (صلة CTI بيانات الملوثات العضوية الثابتة).
لا يوجد حل واحد أن يخفي كل هذا و نظرا لبعض الاختلافات الغرض العام الحل لا يمكن أن توجد.ومع ذلك ، فإن مقيدة نموذج استخدام محدد الحالات يمكن أن تنشأ.فإنه ليس من السهل جدا ويتطلب الكثير من الخبرة مع تبديل لخلق تطبيع طبقة.
حتى الآن بعد أن كنت قد حددت مساحات أكبر من المشكلة (نعم ، هناك أمور أخرى: - ( ) بعض النصائح:
- فصل التطبيق الخاص بك المنطق من الاتصالات الهاتفية الخاصة بك والمنطق.نفترض أنك سوف تحتاج متعددة المكونات في وحدات الاتصالات الهاتفية الخاصة بك التكامل.
- تجنب التبديل الميزات الخاصة قرب تطبيع طبقة.أنت لن تكون قادرة على تجنبها إذا كنت بصدد نشر على عميل سطح المكتب مثل مراكز الاتصال تتوقع سوف النفوذ أو على الأقل شرف الخاصة ACD التكوين (إذا المكالمات الخاصة بك لا تظهر بشكل صحيح في تقاريرها هل خطر فقدان العملاء)
- اختيار الأولية IVR بائع يدعم مجموعة واسعة من الهاتفية بروتوكولات يعرض الغنية مجموعة موسعة من نقل الميزات.
- في حين أن المعايير...فقراء...فهي كل ما عليك.إرسال التطبيق الخاص بك في VoiceXML.تكون في وضع يمكنها من تغيير IVR البائعين إذا كان لديك صفقة على التبديل أو في مركز الاتصال الذي الأولية بائع لا يمكن أن تدعم.
- وهناك مجموعة متنوعة من الصمامات البروتوكولات.تابي, JTAPI, TSAPI, CSTA وهلم جرا.ليس هناك إجابة واحدة.هناك بضعة التجارية التطبيع الطبقات التي تعطيك أكثر اتساقا API ، ولكن ميزة هذا الحدث تيارات لا تزال تختلف في التبديل.أما الخطة على الكتابة على واجهات متعددة أو دفع 3rd الطرف API.ليس من السهل الإجابة هنا تكلفة 3rd الطرف المنتج يمكن أن تكون مكلفة إضافة على, ولكن جهود التنمية لتنفيذ مجموعة واسعة من المفاتيح يمكن أن تكون حتى أكثر من ذلك.
- شريك مع مجموعة محدودة من التبديل أو البائعين أو CTI خوادم (مثلا ، سيسكو ICM ، Genesys T-Server).فإنه يحد من السوق ، ولكن يقلل من تكاليف الدمج.ولكن تلك الشراكة قد تساعدك على الاستفادة من المبيعات والحصول على المزيد من الزبائن.
أيضا كإجابة بديلة على سؤالي تعثرنا على مشروع مفتوح المصدر يقوم بإنشاء واجهة تستخدم JTAPI لتوفير الدعم لنظام الاتصالات الهاتفية المتعددة (لوحات، PBXES و Telephone IP) والمنصات. وبهذه الطريقة يمكنني تطوير طلب كما ذكرت وجعلها تعمل مع العديد من الأنظمة المختلفة بغض النظر عن النظام. أنا متأكد من وجود استثناءات ولكن من المفترض أن يعمل هذا مع غالبيةهم - بالنظر إلى أن TAPI هو نوع من القياسية المقبولة على نطاق واسع على أي حال:
ما يسمى "عام JTAPI":
انقاذ نفسك بعض الآلام ووقت التطوير مع twilio.. وبعد في الأساس، يتعاملون مع اتصال PSTN / VoIP وأنت فقط أخبرهم بما يجب القيام به مع بقية XML / HTTP. يملكون مكتبات المساعد في مجموعة متنوعة من اللغات, ، بما في ذلك جافا.
