एक प्रोजेक्ट की कहानी या कैसे मैंने एस्टेरिस्क और पीएचपी पर आधारित पीबीएक्स बनाने में 7 साल बिताए

निश्चित रूप से आपमें से मेरे जैसे कई लोगों के मन में कुछ अनोखा करने का विचार आया होगा। इस लेख में मैं उन तकनीकी समस्याओं और समाधानों का वर्णन करूंगा जिनका मुझे पीबीएक्स विकसित करते समय सामना करना पड़ा। शायद इससे किसी को अपने विचार पर निर्णय लेने में मदद मिलेगी, और किसी को घिसे-पिटे रास्ते पर चलने में मदद मिलेगी, क्योंकि मुझे भी अग्रदूतों के अनुभव से लाभ हुआ है।

विचार और प्रमुख आवश्यकताएँ

और यह सब बस प्यार से शुरू हुआ तारांकन (संचार अनुप्रयोगों के निर्माण के लिए रूपरेखा), टेलीफोनी और स्थापनाओं का स्वचालन FreePBX (के लिए वेब इंटरफ़ेस तारांकन). यदि कंपनी की ज़रूरतें विशिष्ट नहीं थीं और क्षमताओं के अंतर्गत आती थीं FreePBX - सब कुछ महान है। संपूर्ण इंस्टॉलेशन XNUMX घंटों के भीतर हुआ, कंपनी को एक कॉन्फ़िगर किया गया पीबीएक्स, एक उपयोगकर्ता के अनुकूल इंटरफ़ेस और यदि वांछित हो तो संक्षिप्त प्रशिक्षण और समर्थन प्राप्त हुआ।

लेकिन सबसे दिलचस्प कार्य गैर-मानक थे और फिर यह इतना शानदार नहीं था। तारांकन बहुत कुछ कर सकते हैं, लेकिन वेब इंटरफ़ेस को कार्यशील स्थिति में रखने के लिए कई गुना अधिक समय खर्च करना आवश्यक था। इसलिए एक छोटे से विवरण में शेष पीबीएक्स को स्थापित करने की तुलना में अधिक समय लग सकता है। और मुद्दा यह नहीं है कि वेब इंटरफ़ेस लिखने में लंबा समय लगता है, बल्कि मुद्दा वास्तुशिल्प सुविधाओं में है FreePBX. वास्तुकला दृष्टिकोण और विधियाँ FreePBX php4 के समय रखी गई थी, और उस समय पहले से ही php5.6 मौजूद था जिस पर सब कुछ सरल और अधिक सुविधाजनक बनाया जा सकता था।

आखिरी स्ट्रॉ आरेख के रूप में ग्राफिकल डायलप्लान था। जब मैंने इसके लिए कुछ ऐसा बनाने का प्रयास किया FreePBX, मुझे एहसास हुआ कि मुझे इसे महत्वपूर्ण रूप से फिर से लिखना होगा और कुछ नया बनाना आसान होगा।

प्रमुख आवश्यकताएँ थीं:

• सरल सेटअप, एक नौसिखिया प्रशासक के लिए भी सहज रूप से सुलभ। इस प्रकार, कंपनियों को हमारी ओर से पीबीएक्स रखरखाव की आवश्यकता नहीं है,
• आसान संशोधन ताकि कार्य पर्याप्त समय में हल हो जाएं,
• पीबीएक्स के साथ एकीकरण में आसानी। यू FreePBX सेटिंग्स बदलने के लिए कोई एपीआई नहीं थी, यानी उदाहरण के लिए, आप केवल एपीआई से ही किसी तृतीय-पक्ष एप्लिकेशन से समूह या ध्वनि मेनू नहीं बना सकते तारांकन,
• ओपनसोर्स - प्रोग्रामर के लिए यह क्लाइंट के लिए संशोधनों के लिए बेहद महत्वपूर्ण है।

तेज़ विकास का विचार यह था कि सभी कार्यक्षमताओं में ऑब्जेक्ट के रूप में मॉड्यूल शामिल हों। सभी वस्तुओं में एक सामान्य मूल वर्ग होना चाहिए, जिसका अर्थ है कि सभी मुख्य कार्यों के नाम पहले से ही ज्ञात हैं और इसलिए पहले से ही डिफ़ॉल्ट कार्यान्वयन हैं। ऑब्जेक्ट आपको स्ट्रिंग कुंजियों के साथ साहचर्य सरणियों के रूप में तर्कों की संख्या को नाटकीय रूप से कम करने की अनुमति देगा, जिसे आप पा सकते हैं FreePBX यह संपूर्ण फ़ंक्शन और नेस्टेड फ़ंक्शंस की जांच करके संभव हुआ। वस्तुओं के मामले में, साधारण स्वत: पूर्णता सभी गुणों को दिखाएगी, और सामान्य तौर पर जीवन को कई गुना सरल बना देगी। साथ ही, विरासत और पुनर्परिभाषा पहले से ही संशोधनों के साथ कई समस्याओं का समाधान करती है।

अगली चीज़ जिसने पुन: कार्य के समय को धीमा कर दिया और टालने लायक थी, वह थी दोहराव। यदि किसी कर्मचारी को डायल करने के लिए कोई मॉड्यूल जिम्मेदार है, तो अन्य सभी मॉड्यूल जिन्हें किसी कर्मचारी को कॉल भेजने की आवश्यकता होती है, उन्हें इसका उपयोग करना चाहिए, न कि अपनी प्रतियां बनाना चाहिए। इसलिए, यदि आपको कुछ बदलने की आवश्यकता है, तो आपको केवल एक ही स्थान पर परिवर्तन करना होगा और "यह कैसे काम करता है" की खोज एक ही स्थान पर की जानी चाहिए, न कि पूरे प्रोजेक्ट में खोजी जानी चाहिए।

पहला संस्करण और पहली त्रुटियाँ

पहला प्रोटोटाइप एक साल के भीतर तैयार हो गया। जैसा कि योजना बनाई गई थी, पूरा पीबीएक्स मॉड्यूलर था, और मॉड्यूल न केवल प्रोसेसिंग कॉल के लिए नई कार्यक्षमता जोड़ सकते थे, बल्कि वेब इंटरफ़ेस को भी बदल सकते थे।

हां, ऐसी योजना के रूप में डायलप्लान बनाने का विचार मेरा नहीं है, लेकिन यह बहुत सुविधाजनक है और मैंने इसके लिए ऐसा ही किया है तारांकन.

एक मॉड्यूल लिखकर, प्रोग्रामर पहले से ही यह कर सकते हैं:

• कॉल प्रोसेसिंग के लिए अपनी स्वयं की कार्यक्षमता बनाएं, जिसे आरेख के साथ-साथ बाईं ओर के तत्वों के मेनू में भी रखा जा सकता है,
• वेब इंटरफ़ेस के लिए अपने स्वयं के पेज बनाएं और मौजूदा पेजों में अपने टेम्पलेट जोड़ें (यदि पेज डेवलपर ने इसके लिए प्रदान किया है),
• अपनी सेटिंग्स को मुख्य सेटिंग्स टैब में जोड़ें या अपना स्वयं का सेटिंग्स टैब बनाएं,
• प्रोग्रामर मौजूदा मॉड्यूल से इनहेरिट कर सकता है, कार्यक्षमता का हिस्सा बदल सकता है और इसे एक नए नाम के तहत पंजीकृत कर सकता है या मूल मॉड्यूल को बदल सकता है।

उदाहरण के लिए, आप इस प्रकार अपना स्वयं का ध्वनि मेनू बना सकते हैं:

......
class CPBX_MYIVR extends CPBX_IVR
{
 function __construct()
 {
 parent::__construct();
 $this->_module = "myivr";
 }
}
.....
$myIvrModule = new CPBX_MYIVR();
CPBXEngine::getInstance()->registerModule($myIvrModule,__DIR__); //Зарегистрировать новый модуль
CPBXEngine::getInstance()->registerModuleExtension($myIvrModule,'ivr',__DIR__); //Подменить существующий модуль

पहले जटिल कार्यान्वयन ने पहला गौरव और पहली निराशाएँ लायीं। मुझे खुशी है कि यह काम कर गया, कि मैं पहले से ही मुख्य विशेषताओं को पुन: पेश करने में सक्षम था FreePBX. मुझे ख़ुशी है कि लोगों को योजना का विचार पसंद आया। विकास को सरल बनाने के लिए अभी भी कई विकल्प मौजूद थे, लेकिन उस समय भी कुछ कार्यों को पहले से ही आसान बनाया जा रहा था।

पीबीएक्स कॉन्फ़िगरेशन को बदलने के लिए एपीआई निराशाजनक थी - परिणाम बिल्कुल वैसा नहीं था जैसा हम चाहते थे। मैंने भी वही सिद्धांत अपनाया FreePBX, लागू करें बटन पर क्लिक करके, संपूर्ण कॉन्फ़िगरेशन फिर से बनाया जाता है और मॉड्यूल पुनः आरंभ किए जाते हैं।

ऐसा लगता है:

*डायलप्लान एक नियम (एल्गोरिदम) है जिसके द्वारा कॉल संसाधित की जाती है।

लेकिन इस विकल्प के साथ, पीबीएक्स सेटिंग्स को बदलने के लिए सामान्य एपीआई लिखना असंभव है। सबसे पहले, परिवर्तन लागू करने का संचालन तारांकन बहुत लंबा और संसाधन गहन।
दूसरे, आप एक ही समय में दो फ़ंक्शन को कॉल नहीं कर सकते, क्योंकि दोनों कॉन्फ़िगरेशन बनाएंगे.
तीसरा, यह सभी सेटिंग्स लागू करता है, जिसमें व्यवस्थापक द्वारा की गई सेटिंग्स भी शामिल हैं।

इस संस्करण में, जैसे कि अस्कोज़िया, केवल परिवर्तित मॉड्यूल का कॉन्फ़िगरेशन उत्पन्न करना और केवल आवश्यक मॉड्यूल को पुनरारंभ करना संभव था, लेकिन ये सभी आधे उपाय हैं। दृष्टिकोण बदलना जरूरी था.

दूसरा संस्करण. नाक बाहर निकाली, पूँछ फँसी

समस्या को हल करने का विचार कॉन्फ़िगरेशन और डायलप्लान को दोबारा बनाना नहीं था तारांकन, लेकिन जानकारी को डेटाबेस में सहेजें और कॉल संसाधित करते समय सीधे डेटाबेस से पढ़ें। तारांकन मुझे पहले से ही पता था कि डेटाबेस से कॉन्फ़िगरेशन कैसे पढ़ा जाता है, बस डेटाबेस में मान बदलें और अगली कॉल परिवर्तनों को ध्यान में रखते हुए संसाधित की जाएगी, और फ़ंक्शन डायलप्लान पैरामीटर पढ़ने के लिए बिल्कुल सही था REALTIME_HASH.

अंत में, पुनः आरंभ करने की भी कोई आवश्यकता नहीं थी तारांकन सेटिंग्स बदलते समय और सभी सेटिंग्स तुरंत लागू होने लगीं तारांकन.

डायलप्लान में एकमात्र बदलाव एक्सटेंशन नंबरों को जोड़ना है संकेत. लेकिन ये छोटे-मोटे बदलाव थे

exten=>101,1,GoSub(‘sub-callusers’,s,1(1)); - точечное изменение, добавляется/изменяется через ami

; sub-callusers – универсальная функция генерится при установке модуля.
[sub-callusers]
exten =>s,1,Noop()
exten =>s,n,Set(LOCAL(TOUSERID)=${ARG1})
exten =>s,n,ClearHash(TOUSERPARAM)
exten =>s,n,Set(HASH(TOUSERPARAM)=${REALTIME_HASH(rl_users,id,${LOCAL(TOUSERID)})})
exten =>s,n,GotoIf($["${HASH(TOUSERPARAM,id)}"=""]?return)
...

आप इसका उपयोग करके डायलप्लान में आसानी से एक लाइन जोड़ या बदल सकते हैं अमी (नियंत्रण इंटरफ़ेस तारांकन) और संपूर्ण डायलप्लान को रीबूट करने की आवश्यकता नहीं है।

इससे कॉन्फ़िगरेशन एपीआई के साथ समस्या हल हो गई। आप सीधे डेटाबेस में भी जा सकते हैं और एक नया समूह जोड़ सकते हैं या बदलाव कर सकते हैं, उदाहरण के लिए, समूह के लिए "डायलटाइम" फ़ील्ड में डायल-अप समय और अगली कॉल पहले से ही निर्दिष्ट समय तक चलेगी (यह इसके लिए अनुशंसित नहीं है) कार्रवाई, क्योंकि कुछ एपीआई परिचालनों की आवश्यकता होती है अमी कॉल)।

पहला कठिन कार्यान्वयन फिर से पहला गर्व और निराशा लेकर आया। मुझे ख़ुशी है कि यह काम कर गया। डेटाबेस एक महत्वपूर्ण कड़ी बन गया, डिस्क पर निर्भरता बढ़ गई, अधिक जोखिम थे, लेकिन सब कुछ स्थिर और बिना किसी समस्या के काम करता था। और सबसे महत्वपूर्ण बात यह है कि अब वेब इंटरफ़ेस के माध्यम से जो कुछ भी किया जा सकता था वह एपीआई के माध्यम से किया जा सकता था, और उन्हीं तरीकों का उपयोग किया गया था। इसके अतिरिक्त, वेब इंटरफ़ेस को "पीबीएक्स पर सेटिंग्स लागू करें" बटन से छुटकारा मिल गया, जिसके बारे में प्रशासक अक्सर भूल जाते थे।

निराशा यह थी कि विकास अधिक जटिल हो गया। पहले संस्करण के बाद से, PHP भाषा ने भाषा में एक डायलप्लान तैयार किया है तारांकन और यह पूरी तरह से अपठनीय लगता है, साथ ही भाषा भी तारांकन डायलप्लान लिखने के लिए यह अत्यंत आदिम है।

यह कैसा दिखता था:

$usersInitSection = $dialplan->createExtSection('usersinit-sub','s');
$usersInitSection
 ->add('',new Dialplanext_gotoif('$["${G_USERINIT}"="1"]','exit'))
 ->add('',new Dialplanext_set('G_USERINIT','1'))
 ->add('',new Dialplanext_gosub('1','s','sub-AddOnAnswerSub','usersconnected-sub'))
 ->add('',new Dialplanext_gosub('1','s','sub-AddOnPredoDialSub','usersinitondial-sub'))
 ->add('',new Dialplanext_set('LOCAL(TECH)','${CUT(CHANNEL(name),/,1)}'))
 ->add('',new Dialplanext_gotoif('$["${LOCAL(TECH)}"="SIP"]','sipdev'))
 ->add('',new Dialplanext_gotoif('$["${LOCAL(TECH)}"="PJSIP"]','pjsipdev'))

दूसरे संस्करण में, डायलप्लान सार्वभौमिक हो गया, इसमें मापदंडों के आधार पर सभी संभावित प्रसंस्करण विकल्प शामिल थे और इसका आकार काफी बढ़ गया। इस सबने विकास के समय को बहुत धीमा कर दिया, और यह विचार ही कि एक बार फिर डायलप्लान में हस्तक्षेप करना आवश्यक था, मुझे दुखी कर गया।

तीसरा संस्करण

समस्या को हल करने का विचार उत्पन्न करना नहीं था तारांकन php से डायलप्लान करें और उपयोग करें फास्टएजीआई और सभी प्रोसेसिंग नियम PHP में ही लिखें। फास्टएजीआई यह अनुमति देता है तारांकन, कॉल को प्रोसेस करने के लिए सॉकेट से कनेक्ट करें। वहां से आदेश प्राप्त करें और परिणाम भेजें। इस प्रकार, डायलप्लान का तर्क पहले से ही सीमाओं से बाहर है तारांकन और किसी भी भाषा में लिखा जा सकता है, मेरे मामले में PHP में।

बहुत परीक्षण और त्रुटि हुई। मुख्य समस्या यह थी कि मेरे पास पहले से ही बहुत सारी कक्षाएँ/फ़ाइलें थीं। ऑब्जेक्ट बनाने, उन्हें प्रारंभ करने और एक-दूसरे को एक-दूसरे के साथ पंजीकृत करने में लगभग 1,5 सेकंड का समय लगा, और प्रति कॉल यह देरी ऐसी चीज़ नहीं है जिसे अनदेखा किया जा सके।

आरंभीकरण केवल एक बार होना चाहिए था और इसलिए समाधान की खोज PHP का उपयोग करके एक सेवा लिखने के साथ शुरू हुई pthreads. एक सप्ताह के प्रयोग के बाद, यह एक्सटेंशन कैसे काम करता है इसकी जटिलताओं के कारण इस विकल्प को स्थगित कर दिया गया था। एक महीने के परीक्षण के बाद, मुझे PHP में एसिंक्रोनस प्रोग्रामिंग को भी छोड़ना पड़ा; मुझे कुछ सरल, किसी भी PHP शुरुआती के लिए परिचित की आवश्यकता थी, और PHP के लिए कई एक्सटेंशन सिंक्रोनस हैं।

समाधान सी में हमारी अपनी बहु-थ्रेडेड सेवा थी, जिसे संकलित किया गया था PHPLIB. यह सभी एटीएस PHP फ़ाइलों को लोड करता है, सभी मॉड्यूल के आरंभ होने की प्रतीक्षा करता है, एक दूसरे में कॉलबैक जोड़ता है, और जब सब कुछ तैयार हो जाता है, तो इसे कैश करता है। द्वारा पूछताछ करने पर फास्टएजीआई एक स्ट्रीम बनाई जाती है, सभी वर्गों और डेटा के कैश से एक प्रतिलिपि इसमें पुन: उत्पन्न की जाती है, और अनुरोध PHP फ़ंक्शन को पास कर दिया जाता है।

इस समाधान के साथ, हमारी सेवा पर कॉल भेजने से लेकर पहले कमांड तक का समय समाप्त हो जाएगा तारांकन 1,5 से घटकर 0,05 हो गया और यह समय परियोजना के आकार पर थोड़ा निर्भर करता है।

परिणामस्वरूप, डायलप्लान विकास का समय काफी कम हो गया, और मैं इसकी सराहना कर सकता हूं क्योंकि मुझे PHP में सभी मॉड्यूल के संपूर्ण डायलप्लान को फिर से लिखना पड़ा। सबसे पहले, डेटाबेस से ऑब्जेक्ट प्राप्त करने के लिए तरीकों को पहले से ही PHP में लिखा जाना चाहिए; उन्हें वेब इंटरफ़ेस में प्रदर्शित करने की आवश्यकता थी, और दूसरी बात, और यह मुख्य बात है, अंततः संख्याओं और सरणियों के साथ स्ट्रिंग्स के साथ आसानी से काम करना संभव है डेटाबेस और कई PHP एक्सटेंशन के साथ।

मॉड्यूल क्लास में डायलप्लान को संसाधित करने के लिए आपको फ़ंक्शन को लागू करने की आवश्यकता है डायलप्लानडायनामिककॉल और तर्क pbxCallRequest इसमें इंटरैक्ट करने के लिए एक ऑब्जेक्ट होगा तारांकन.

इसके अलावा, डायलप्लान को डीबग करना संभव हो गया (php में xdebug है और यह हमारी सेवा के लिए काम करता है), आप वेरिएबल्स के मानों को देखकर चरण दर चरण आगे बढ़ सकते हैं।

कॉल डेटा

किसी भी विश्लेषण और रिपोर्ट के लिए सही ढंग से एकत्र किए गए डेटा की आवश्यकता होती है, और यह पीबीएक्स ब्लॉक भी पहले से तीसरे संस्करण तक बहुत सारे परीक्षण और त्रुटि से गुजरा है। अक्सर कॉल डेटा एक संकेत होता है. एक कॉल = एक रिकॉर्डिंग: किसने कॉल किया, किसने उत्तर दिया, उन्होंने कितनी देर तक बात की। अधिक दिलचस्प विकल्पों में, एक अतिरिक्त संकेत है जो दर्शाता है कि कॉल के दौरान किस पीबीएक्स कर्मचारी को बुलाया गया था। लेकिन यह सब ज़रूरतों का केवल एक हिस्सा ही कवर करता है।

प्रारंभिक आवश्यकताएँ थीं:

• न केवल पीबीएक्स ने किसे कॉल किया, बल्कि किसने उत्तर दिया, इसे भी बचाएं, क्योंकि अवरोधन हैं और कॉल का विश्लेषण करते समय इसे ध्यान में रखना होगा,
• किसी कर्मचारी से जुड़ने से पहले का समय। में FreePBX और कुछ अन्य पीबीएक्स, जैसे ही पीबीएक्स फोन उठाता है, कॉल का उत्तर दिया हुआ माना जाता है। लेकिन वॉयस मेनू के लिए आपको पहले से ही फोन उठाना होगा, इसलिए सभी कॉल का उत्तर दिया जाता है और उत्तर के लिए प्रतीक्षा समय 0-1 सेकंड हो जाता है। इसलिए, न केवल प्रतिक्रिया से पहले का समय बचाने का निर्णय लिया गया, बल्कि मुख्य मॉड्यूल से जुड़ने से पहले का समय (मॉड्यूल स्वयं इस ध्वज को सेट करता है। वर्तमान में यह "कर्मचारी", "बाहरी लाइन") है।
• अधिक जटिल डायलप्लान के लिए, जब कॉल विभिन्न समूहों के बीच यात्रा करती है, तो प्रत्येक तत्व की अलग से जांच करने में सक्षम होना आवश्यक था।

सबसे अच्छा विकल्प तब निकला जब पीबीएक्स मॉड्यूल कॉल पर अपने बारे में जानकारी भेजते हैं और अंततः जानकारी को एक पेड़ के रूप में सहेजते हैं।

यह इस तरह दिख रहा है:

सबसे पहले, कॉल के बारे में सामान्य जानकारी (हर किसी की तरह - कुछ खास नहीं)।

1. एक बाहरी लाइन पर कॉल प्राप्त हुई"आटा के लिए"05:55:52 बजे नंबर 89295671458 से नंबर 89999999999 तक, अंत में एक कर्मचारी द्वारा इसका उत्तर दिया गया"सचिव2»नंबर 104 के साथ। ग्राहक ने 60 सेकंड इंतजार किया और 36 सेकंड तक बात की।
2. कर्मचारी "सचिव2"112 पर कॉल करता है और एक कर्मचारी उत्तर देता है"मैनेजर1» 8 सेकंड के बाद. वे 14 सेकंड तक बात करते हैं।
3. ग्राहक को कर्मचारी को स्थानांतरित कर दिया जाता है"मैनेजर1"जहां वे अगले 13 सेकंड तक बात करना जारी रखते हैं

लेकिन यह हिमशैल का सिरा है; प्रत्येक रिकॉर्ड के लिए आप पीबीएक्स के माध्यम से एक विस्तृत कॉल इतिहास प्राप्त कर सकते हैं।

सारी जानकारी कॉलों के समूह के रूप में प्रस्तुत की गई है:

1. एक बाहरी लाइन पर कॉल प्राप्त हुई"आटा के लिए» 05:55:52 बजे नंबर 89295671458 से नंबर 89999999999 पर।
2. 05:55:53 पर बाहरी लाइन इनकमिंग सर्किट को कॉल भेजती है "परीक्षण»
3. योजना के अनुसार कॉल संसाधित करते समय, मॉड्यूल "प्रबंधक कॉल", जिसमें कॉल 16 सेकंड की होती है। यह क्लाइंट के लिए विकसित एक मॉड्यूल है।
4. मापांक "प्रबंधक कॉल"नंबर (ग्राहक) के लिए जिम्मेदार कर्मचारी को कॉल भेजता है"मैनेजर1और प्रतिक्रिया के लिए 5 सेकंड तक प्रतीक्षा करता है। मैनेजर ने कोई जवाब नहीं दिया.
5. मापांक "प्रबंधक कॉल"समूह को कॉल भेजता है"कॉर्प प्रबंधक" ये उसी दिशा के अन्य प्रबंधक हैं (एक ही कमरे में बैठे हुए) और प्रतिक्रिया के लिए 11 सेकंड तक प्रतीक्षा कर रहे हैं।
6. समूह "कॉर्प प्रबंधक"कर्मचारियों को बुलाता है"मैनेजर1, मैनेजर2, मैनेजर3"एक साथ 11 सेकंड के लिए. कोई जवाब नहीं।
7. मैनेजर की कॉल समाप्त होती है. और सर्किट मॉड्यूल को कॉल भेजता है "1c से एक मार्ग का चयन करना" क्लाइंट के लिए एक मॉड्यूल भी लिखा गया है। यहां कॉल 0 सेकंड के लिए प्रोसेस हुई.
8. सर्किट वॉयस मेनू पर कॉल भेजता है "अतिरिक्त डायलिंग के साथ बुनियादी" ग्राहक ने वहां 31 सेकंड तक प्रतीक्षा की, कोई अतिरिक्त डायलिंग नहीं थी।
9. योजना समूह को कॉल भेजती है "सचिवों", जहां ग्राहक ने 12 सेकंड तक प्रतीक्षा की।
10. एक ग्रुप में 2 कर्मचारियों को एक साथ बुलाया जाता है"सचिव1"और"सचिव2"और 12 सेकंड के बाद कर्मचारी उत्तर देता है"सचिव2" कॉल का उत्तर मूल कॉल में डुप्लिकेट किया गया है। यह पता चला कि समूह में उन्होंने उत्तर दिया "सचिव2", कॉल करने पर सर्किट ने उत्तर दिया"सचिव2" और बाहरी लाइन पर कॉल का उत्तर दिया "सचिव2'.

यह प्रत्येक ऑपरेशन और उनके नेस्टिंग के बारे में जानकारी की बचत है जो आसानी से रिपोर्ट बनाना संभव बनाएगी। वॉयस मेनू पर एक रिपोर्ट आपको यह पता लगाने में मदद करेगी कि यह कितनी मदद करता है या बाधा डालता है। कर्मचारियों द्वारा मिस्ड कॉल पर एक रिपोर्ट बनाएं, इस बात को ध्यान में रखते हुए कि कॉल इंटरसेप्ट की गई थी और इसलिए इसे मिस्ड नहीं माना जाता है, और इस बात को ध्यान में रखते हुए कि यह एक ग्रुप कॉल थी, और किसी और ने पहले उत्तर दिया था, जिसका अर्थ है कि कॉल भी मिस नहीं हुई थी।

इस तरह का सूचना भंडारण आपको प्रत्येक समूह को अलग से लेने और यह निर्धारित करने की अनुमति देगा कि यह कितना प्रभावी ढंग से काम करता है, और घंटे के हिसाब से उत्तर दिए गए और छूटे हुए समूहों का एक ग्राफ तैयार करेगा। आप प्रबंधक से जुड़ने के बाद स्थानांतरणों का विश्लेषण करके यह भी जांच सकते हैं कि जिम्मेदार प्रबंधक से कनेक्शन कितना सटीक है।

आप काफी असामान्य अध्ययन भी कर सकते हैं, उदाहरण के लिए, जो नंबर डेटाबेस में नहीं हैं वे कितनी बार सही एक्सटेंशन डायल करते हैं या कितने प्रतिशत आउटगोइंग कॉल मोबाइल फोन पर अग्रेषित किए जाते हैं।

नतीजा?

पीबीएक्स को बनाए रखने के लिए किसी विशेषज्ञ की आवश्यकता नहीं है; सबसे सामान्य प्रशासक यह कर सकता है - अभ्यास में परीक्षण किया गया है।

संशोधनों के लिए, गंभीर योग्यता वाले विशेषज्ञों की आवश्यकता नहीं है; PHP का ज्ञान पर्याप्त है, क्योंकि एसआईपी प्रोटोकॉल के लिए, और कतार के लिए, और एक कर्मचारी और अन्य को कॉल करने के लिए मॉड्यूल पहले ही लिखे जा चुके हैं। के लिए एक रैपर वर्ग है तारांकन. एक मॉड्यूल विकसित करने के लिए, एक प्रोग्रामर तैयार मॉड्यूल को कॉल कर सकता है (और अच्छे तरीके से ऐसा करना भी चाहिए)। और ज्ञान तारांकन यदि ग्राहक किसी नई रिपोर्ट के साथ एक पेज जोड़ने के लिए कहता है तो ये पूरी तरह से अनावश्यक हैं। लेकिन अभ्यास से पता चलता है कि हालांकि तीसरे पक्ष के प्रोग्रामर सामना कर सकते हैं, लेकिन दस्तावेज़ीकरण और टिप्पणियों के सामान्य कवरेज के बिना वे असुरक्षित महसूस करते हैं, इसलिए अभी भी सुधार की गुंजाइश है।

मॉड्यूल कर सकते हैं:

• नई कॉल प्रोसेसिंग क्षमताएँ बनाएँ,
• वेब इंटरफ़ेस में नए ब्लॉक जोड़ें,
• किसी भी मौजूदा मॉड्यूल से इनहेरिट करें, फ़ंक्शंस को फिर से परिभाषित करें और इसे बदलें, या बस थोड़ी संशोधित प्रतिलिपि बनें,
• अपनी सेटिंग्स को अन्य मॉड्यूल के सेटिंग टेम्पलेट में जोड़ें और भी बहुत कुछ।

एपीआई के माध्यम से पीबीएक्स सेटिंग्स। जैसा कि ऊपर वर्णित है, सभी सेटिंग्स डेटाबेस में संग्रहीत होती हैं और कॉल के समय पढ़ी जाती हैं, इसलिए आप एपीआई के माध्यम से सभी पीबीएक्स सेटिंग्स को बदल सकते हैं। एपीआई को कॉल करते समय, कॉन्फ़िगरेशन दोबारा नहीं बनाया जाता है और मॉड्यूल पुनरारंभ नहीं होते हैं, इसलिए, इससे कोई फर्क नहीं पड़ता कि आपके पास कितनी सेटिंग्स और कर्मचारी हैं। एपीआई अनुरोध शीघ्रता से निष्पादित होते हैं और एक-दूसरे को अवरुद्ध नहीं करते हैं।

पीबीएक्स सभी प्रमुख परिचालनों को अवधि (प्रतीक्षा/बातचीत), नेस्टिंग और पीबीएक्स शर्तों (कर्मचारी, समूह, बाहरी लाइन, चैनल नहीं, संख्या) के साथ कॉल के साथ संग्रहीत करता है। यह आपको विशिष्ट ग्राहकों के लिए विभिन्न रिपोर्ट बनाने की अनुमति देता है और अधिकांश काम उपयोगकर्ता के अनुकूल इंटरफ़ेस बनाना है।

आगे क्या होगा ये तो वक्त ही बताएगा. अभी भी कई बारीकियाँ हैं जिन्हें फिर से करने की आवश्यकता है, अभी भी कई योजनाएँ हैं, लेकिन तीसरे संस्करण के निर्माण को एक साल बीत चुका है और हम पहले ही कह सकते हैं कि यह विचार काम कर रहा है। संस्करण 3 का मुख्य नुकसान हार्डवेयर संसाधन है, लेकिन विकास में आसानी के लिए आपको आमतौर पर इसी के लिए भुगतान करना पड़ता है।

स्रोत: www.habr.com