એક પ્રોજેક્ટની વાર્તા અથવા એસ્ટરિસ્ક અને Php પર આધારિત PBX બનાવવામાં મેં 7 વર્ષ કેવી રીતે વિતાવ્યા

મારા જેવા તમારામાંથી ઘણાને ચોક્કસ કંઈક અનોખું કરવાનો વિચાર આવ્યો હશે. આ લેખમાં હું તકનીકી સમસ્યાઓ અને ઉકેલોનું વર્ણન કરીશ જેનો મને PBX વિકસાવતી વખતે સામનો કરવો પડ્યો હતો. કદાચ આનાથી કોઈને પોતાનો વિચાર નક્કી કરવામાં અને કોઈને સારી રીતે ચાલતા માર્ગને અનુસરવામાં મદદ મળશે, કારણ કે મને પણ પાયોનિયરોના અનુભવનો લાભ મળ્યો છે.

વિચાર અને મુખ્ય આવશ્યકતાઓ

અને તે બધું ફક્ત પ્રેમથી શરૂ થયું એસ્ટરિસ્ક (સંચાર એપ્લિકેશનો બનાવવા માટેનું માળખું), ટેલિફોની અને ઇન્સ્ટોલેશનનું ઓટોમેશન ફ્રીપીબીએક્સ (માટે વેબ ઈન્ટરફેસ એસ્ટરિસ્ક). જો કંપનીની જરૂરિયાતો વિશિષ્ટતાઓ વિનાની હતી અને ક્ષમતાઓમાં આવી ગઈ હતી ફ્રીપીબીએક્સ - બધું મહાન છે. સમગ્ર ઇન્સ્ટોલેશન XNUMX કલાકની અંદર થઈ ગયું, કંપનીને રૂપરેખાંકિત PBX, વપરાશકર્તા-મૈત્રીપૂર્ણ ઈન્ટરફેસ અને ટૂંકી તાલીમ ઉપરાંત જો ઈચ્છા હોય તો સપોર્ટ પ્રાપ્ત થયો.

પરંતુ સૌથી રસપ્રદ કાર્યો બિન-માનક હતા અને પછી તે એટલું કલ્પિત ન હતું. એસ્ટરિસ્ક ઘણું બધું કરી શકે છે, પરંતુ વેબ ઈન્ટરફેસને કાર્યકારી ક્રમમાં રાખવા માટે, તે ઘણી વખત વધુ સમય પસાર કરવો જરૂરી હતું. તેથી એક નાની વિગત બાકીના PBX ઇન્સ્ટોલ કરતાં ઘણો સમય લાગી શકે છે. અને મુદ્દો એ નથી કે વેબ ઈન્ટરફેસ લખવામાં લાંબો સમય લાગે છે, પરંતુ મુદ્દો એ છે કે આર્કિટેક્ચરલ સુવિધાઓ છે. ફ્રીપીબીએક્સ. આર્કિટેક્ચર અભિગમો અને પદ્ધતિઓ ફ્રીપીબીએક્સ php4 ના સમયે નાખ્યો હતો, અને તે ક્ષણે પહેલેથી જ php5.6 હતું જેના પર બધું સરળ અને વધુ અનુકૂળ બનાવી શકાય છે.

છેલ્લું સ્ટ્રો ડાયાગ્રામના રૂપમાં ગ્રાફિકલ ડાયલપ્લાન્સ હતું. જ્યારે મેં આના માટે કંઈક બનાવવાનો પ્રયાસ કર્યો ફ્રીપીબીએક્સ, મને સમજાયું કે મારે તેને નોંધપાત્ર રીતે ફરીથી લખવું પડશે અને કંઈક નવું બનાવવું સરળ બનશે.

મુખ્ય આવશ્યકતાઓ હતી:

• સરળ સેટઅપ, શિખાઉ એડમિનિસ્ટ્રેટર માટે પણ સાહજિક રીતે સુલભ. આમ, કંપનીઓને અમારી બાજુએ PBX જાળવણીની જરૂર નથી,
• સરળ ફેરફાર જેથી કાર્યો પર્યાપ્ત સમયમાં ઉકેલી શકાય,
• PBX સાથે એકીકરણની સરળતા. યુ ફ્રીપીબીએક્સ સેટિંગ્સ બદલવા માટે કોઈ API નહોતું, એટલે કે. તમે, ઉદાહરણ તરીકે, તૃતીય-પક્ષ એપ્લિકેશનમાંથી જૂથો અથવા વૉઇસ મેનૂ બનાવી શકતા નથી, ફક્ત API જ એસ્ટરિસ્ક,
• ઓપનસોર્સ - પ્રોગ્રામરો માટે ક્લાયંટ માટેના ફેરફારો માટે આ અત્યંત મહત્વપૂર્ણ છે.

ઝડપી વિકાસનો વિચાર એ હતો કે તમામ કાર્યક્ષમતા ઑબ્જેક્ટના સ્વરૂપમાં મોડ્યુલો ધરાવે છે. તમામ ઑબ્જેક્ટ્સમાં સામાન્ય પિતૃ વર્ગ હોવો જોઈએ, જેનો અર્થ છે કે તમામ મુખ્ય કાર્યોના નામ પહેલાથી જ જાણીતા છે અને તેથી ત્યાં પહેલાથી જ ડિફોલ્ટ અમલીકરણો છે. ઑબ્જેક્ટ્સ તમને સ્ટ્રિંગ કી સાથે એસોસિએટીવ એરેના સ્વરૂપમાં દલીલોની સંખ્યાને નાટ્યાત્મક રીતે ઘટાડવાની મંજૂરી આપશે, જે તમે આમાં શોધી શકો છો ફ્રીપીબીએક્સ સમગ્ર કાર્ય અને નેસ્ટેડ કાર્યોની તપાસ કરીને તે શક્ય હતું. ઑબ્જેક્ટના કિસ્સામાં, મામૂલી સ્વતઃપૂર્ણતા તમામ ગુણધર્મો બતાવશે, અને સામાન્ય રીતે જીવનને ઘણી વખત સરળ બનાવશે. ઉપરાંત, વારસો અને પુનઃવ્યાખ્યા પહેલાથી જ ફેરફારો સાથે ઘણી સમસ્યાઓનું નિરાકરણ લાવે છે.

આગળની વસ્તુ જે પુનઃકાર્ય સમયને ધીમું કરે છે અને ટાળવા યોગ્ય હતી તે ડુપ્લિકેશન હતી. જો કોઈ કર્મચારીને ડાયલ કરવા માટે જવાબદાર મોડ્યુલ હોય, તો અન્ય તમામ મોડ્યુલો કે જેને કર્મચારીને કોલ મોકલવાની જરૂર હોય તેણે તેનો ઉપયોગ કરવો જોઈએ, અને તેની પોતાની નકલો બનાવવી જોઈએ નહીં. તેથી, જો તમારે કંઈક બદલવાની જરૂર હોય, તો તમારે ફક્ત એક જ જગ્યાએ બદલવું પડશે અને "તે કેવી રીતે કાર્ય કરે છે" ની શોધ એક જ જગ્યાએ હાથ ધરવામાં આવવી જોઈએ, અને સમગ્ર પ્રોજેક્ટ દરમિયાન શોધવી જોઈએ નહીં.

પ્રથમ સંસ્કરણ અને પ્રથમ ભૂલો

પ્રથમ પ્રોટોટાઇપ એક વર્ષમાં તૈયાર થઈ ગયો હતો. આખું PBX, યોજના મુજબ, મોડ્યુલર હતું, અને મોડ્યુલો ફક્ત કૉલ્સની પ્રક્રિયા માટે નવી કાર્યક્ષમતા ઉમેરી શકતા નથી, પણ વેબ ઇન્ટરફેસને પણ બદલી શકતા હતા.

હા, આવી યોજનાના રૂપમાં ડાયલપ્લાન બનાવવાનો વિચાર મારો નથી, પરંતુ તે ખૂબ જ અનુકૂળ છે અને મેં તે માટે કર્યું એસ્ટરિસ્ક.

મોડ્યુલ લખીને, પ્રોગ્રામરો પહેલેથી જ કરી શકે છે:

• કૉલ પ્રોસેસિંગ માટે તમારી પોતાની કાર્યક્ષમતા બનાવો, જે ડાયાગ્રામ પર તેમજ ડાબી બાજુના તત્વોના મેનૂમાં મૂકી શકાય છે,
• વેબ ઈન્ટરફેસ માટે તમારા પોતાના પૃષ્ઠો બનાવો અને વર્તમાન પૃષ્ઠો પર તમારા નમૂનાઓ ઉમેરો (જો પૃષ્ઠ વિકાસકર્તાએ આ માટે પ્રદાન કર્યું હોય),
• તમારી સેટિંગ્સને મુખ્ય સેટિંગ્સ ટેબમાં ઉમેરો અથવા તમારી પોતાની સેટિંગ્સ ટેબ બનાવો,
• પ્રોગ્રામર હાલના મોડ્યુલમાંથી વારસામાં મેળવી શકે છે, કાર્યક્ષમતાનો ભાગ બદલી શકે છે અને તેને નવા નામ હેઠળ રજીસ્ટર કરી શકે છે અથવા મૂળ મોડ્યુલને બદલી શકે છે.

ઉદાહરણ તરીકે, આ રીતે તમે તમારું પોતાનું વૉઇસ મેનૂ બનાવી શકો છો:

......
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__); //Подменить существующий модуль

પ્રથમ જટિલ અમલીકરણો પ્રથમ ગૌરવ અને પ્રથમ નિરાશા લાવ્યા. મને આનંદ થયો કે તે કામ કર્યું, કે હું પહેલાથી જ મુખ્ય લક્ષણોનું પુનઃઉત્પાદન કરવામાં સક્ષમ હતો ફ્રીપીબીએક્સ. મને આનંદ થયો કે લોકોને યોજનાનો વિચાર ગમ્યો. વિકાસને સરળ બનાવવા માટે હજી ઘણા વિકલ્પો હતા, પરંતુ તે સમયે પણ કેટલાક કાર્યો પહેલાથી જ સરળ બનાવવામાં આવી રહ્યા હતા.

પીબીએક્સ રૂપરેખાંકન બદલવા માટેનું API નિરાશાજનક હતું - પરિણામ આપણે જે જોઈએ તે બિલકુલ ન હતું. મેં માં જેવો જ સિદ્ધાંત લીધો ફ્રીપીબીએક્સ, લાગુ કરો બટન પર ક્લિક કરીને, સમગ્ર રૂપરેખાંકન ફરીથી બનાવવામાં આવે છે અને મોડ્યુલો પુનઃપ્રારંભ થાય છે.

તે આના જેવું દેખાય છે:

*ડાયલપ્લાન એ એક નિયમ (એલ્ગોરિધમ) છે જેના દ્વારા કૉલ પર પ્રક્રિયા કરવામાં આવે છે.

પરંતુ આ વિકલ્પ સાથે, PBX સેટિંગ્સ બદલવા માટે સામાન્ય API લખવું અશક્ય છે. પ્રથમ, ફેરફારો લાગુ કરવાની કામગીરી એસ્ટરિસ્ક ખૂબ લાંબી અને સંસાધન સઘન.
બીજું, તમે એક જ સમયે બે કાર્યોને કૉલ કરી શકતા નથી, કારણ કે બંને રૂપરેખાંકન બનાવશે.
ત્રીજે સ્થાને, તે તમામ સેટિંગ્સને લાગુ કરે છે, જેમાં એડમિનિસ્ટ્રેટર દ્વારા બનાવેલ સેટિંગનો પણ સમાવેશ થાય છે.

આ સંસ્કરણમાં, જેમ કે અસ્કોઝિયા, ફક્ત બદલાયેલ મોડ્યુલોનું રૂપરેખાંકન જનરેટ કરવું અને ફક્ત જરૂરી મોડ્યુલોને પુનઃપ્રારંભ કરવાનું શક્ય હતું, પરંતુ આ બધા અડધા પગલાં છે. અભિગમ બદલવો જરૂરી હતો.

બીજું સંસ્કરણ. નાક બહાર ખેંચી પૂંછડી અટકી

સમસ્યાનો ઉકેલ લાવવાનો વિચાર રૂપરેખાંકન અને ડાયલપ્લાનને ફરીથી બનાવવાનો ન હતો એસ્ટરિસ્ક, પરંતુ ડેટાબેઝમાં માહિતી સાચવો અને કૉલની પ્રક્રિયા કરતી વખતે સીધા ડેટાબેઝમાંથી વાંચો. એસ્ટરિસ્ક હું પહેલેથી જ જાણતો હતો કે ડેટાબેઝમાંથી રૂપરેખાંકનો કેવી રીતે વાંચવું, ફક્ત ડેટાબેઝમાં મૂલ્ય બદલો અને ફેરફારોને ધ્યાનમાં લઈને આગામી કૉલ પર પ્રક્રિયા કરવામાં આવશે, અને ફંક્શન ડાયલપ્લાન પરિમાણો વાંચવા માટે યોગ્ય હતું. 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)
...

તમે ડાયલપ્લાનમાં સરળતાથી લાઇન ઉમેરી અથવા બદલી શકો છો અમી (નિયંત્રણ ઈન્ટરફેસ એસ્ટરિસ્ક) અને સમગ્ર ડાયલપ્લાનને રીબૂટ કરવાની જરૂર નથી.

આનાથી રૂપરેખાંકન API સાથે સમસ્યા હલ થઈ. તમે સીધા જ ડેટાબેઝમાં જઈને એક નવું જૂથ ઉમેરી શકો છો અથવા ફેરફાર કરી શકો છો, ઉદાહરણ તરીકે, જૂથ માટે "ડાયલટાઇમ" ફીલ્ડમાં ડાયલ-અપ સમય અને પછીનો કૉલ પહેલેથી નિર્દિષ્ટ સમય સુધી ચાલશે (આ માટે ભલામણ નથી ક્રિયા, કારણ કે કેટલાક API કામગીરી જરૂરી છે અમી કૉલ્સ).

પ્રથમ મુશ્કેલ અમલીકરણ ફરીથી પ્રથમ ગૌરવ અને નિરાશા લાવ્યા. મને આનંદ થયો કે તે કામ કર્યું. ડેટાબેઝ એક નિર્ણાયક કડી બની ગયો, ડિસ્ક પરની અવલંબન વધી, ત્યાં વધુ જોખમો હતા, પરંતુ બધું સ્થિર અને સમસ્યાઓ વિના કામ કર્યું. અને સૌથી અગત્યનું, હવે વેબ ઈન્ટરફેસ દ્વારા જે કંઈ થઈ શકે છે તે API દ્વારા થઈ શકે છે, અને તે જ પદ્ધતિઓનો ઉપયોગ કરવામાં આવ્યો હતો. વધુમાં, વેબ ઈન્ટરફેસ "PBX પર સેટિંગ્સ લાગુ કરો" બટનથી છૂટકારો મેળવ્યો, જે સંચાલકો વારંવાર ભૂલી જતા હતા.

નિરાશા એ હતી કે વિકાસ વધુ જટિલ બન્યો. પ્રથમ સંસ્કરણથી, 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 થી dialplan અને ઉપયોગ કરો ફાસ્ટેજી અને બધા પ્રોસેસિંગ નિયમો PHP માં જ લખો. ફાસ્ટેજી તે માટે પરવાનગી આપે છે એસ્ટરિસ્ક, કૉલ પર પ્રક્રિયા કરવા માટે, સોકેટ સાથે કનેક્ટ કરો. ત્યાંથી આદેશો મેળવો અને પરિણામો મોકલો. આમ, ડાયલપ્લાનનો તર્ક પહેલેથી જ સીમાઓની બહાર છે એસ્ટરિસ્ક અને PHP માં મારા કિસ્સામાં, કોઈપણ ભાષામાં લખી શકાય છે.

ઘણી બધી ટ્રાયલ અને એરર હતી. મુખ્ય સમસ્યા એ હતી કે મારી પાસે પહેલાથી જ ઘણા બધા વર્ગો/ફાઈલો હતી. ઑબ્જેક્ટ્સ બનાવવા, તેમને પ્રારંભ કરવા અને એકબીજા સાથે રજીસ્ટર કરવામાં લગભગ 1,5 સેકન્ડનો સમય લાગ્યો, અને કૉલ દીઠ આ વિલંબ એવી વસ્તુ નથી જેને અવગણી શકાય.

પ્રારંભ ફક્ત એક જ વાર થવો જોઈએ અને તેથી ઉકેલની શોધ php નો ઉપયોગ કરીને સેવા લખવાની સાથે શરૂ થઈ પથ્રેડ્સ. પ્રયોગના એક અઠવાડિયા પછી, આ એક્સ્ટેંશન કેવી રીતે કાર્ય કરે છે તેની જટિલતાને કારણે આ વિકલ્પને આશ્રય આપવામાં આવ્યો હતો. એક મહિનાના પરીક્ષણ પછી, મારે PHP માં અસુમેળ પ્રોગ્રામિંગ પણ છોડી દેવી પડી; મને કંઈક સરળ, કોઈપણ PHP શિખાઉ માણસ માટે પરિચિત, અને PHP માટે ઘણા એક્સટેન્શન સિંક્રનસની જરૂર હતી.

ઉકેલ સીમાં અમારી પોતાની મલ્ટી-થ્રેડેડ સેવા હતી, જેની સાથે સંકલિત કરવામાં આવી હતી PHPLIB. તે બધી ATS php ફાઈલો લોડ કરે છે, બધા મોડ્યુલ શરૂ થાય તેની રાહ જુએ છે, એકબીજા સાથે કોલબેક ઉમેરે છે અને જ્યારે બધું તૈયાર થઈ જાય, ત્યારે તેને કેશ કરે છે. દ્વારા પૂછપરછ કરતા ફાસ્ટેજી એક સ્ટ્રીમ બનાવવામાં આવે છે, તમામ વર્ગોના કેશમાંથી એક નકલ અને તેમાં ડેટા પુનઃઉત્પાદિત કરવામાં આવે છે, અને વિનંતી php ફંક્શનને પસાર કરવામાં આવે છે.

આ ઉકેલ સાથે, અમારી સેવા પર કૉલ મોકલવાથી લઈને પ્રથમ આદેશ સુધીનો સમય એસ્ટરિસ્ક 1,5s થી ઘટીને 0,05s અને આ સમય પ્રોજેક્ટના કદ પર થોડો આધાર રાખે છે.

પરિણામે, ડાયલપ્લાન ડેવલપમેન્ટ માટેનો સમય નોંધપાત્ર રીતે ઘટાડી દેવામાં આવ્યો હતો, અને હું આની પ્રશંસા કરી શકું છું કારણ કે મારે PHP માં તમામ મોડ્યુલોના સમગ્ર ડાયલપ્લાનને ફરીથી લખવાનું હતું. સૌપ્રથમ, ડેટાબેઝમાંથી ઑબ્જેક્ટ મેળવવા માટે પદ્ધતિઓ પહેલેથી જ php માં લખેલી હોવી જોઈએ; વેબ ઈન્ટરફેસમાં પ્રદર્શિત કરવા માટે તેઓની જરૂર હતી, અને બીજું, અને આ મુખ્ય વસ્તુ છે, છેવટે સંખ્યાઓ અને એરે સાથે સ્ટ્રિંગ્સ સાથે સરળતાથી કામ કરવું શક્ય છે. ડેટાબેઝ વત્તા ઘણા PHP એક્સ્ટેંશન સાથે.

મોડ્યુલ વર્ગમાં ડાયલપ્લાનની પ્રક્રિયા કરવા માટે તમારે ફંક્શનને અમલમાં મૂકવાની જરૂર છે dialplanDynamicCall અને દલીલ pbxCallRequest સાથે ક્રિયાપ્રતિક્રિયા કરવા માટે એક પદાર્થ સમાવશે એસ્ટરિસ્ક.

આ ઉપરાંત, ડાયલપ્લાન ડીબગ કરવાનું શક્ય બન્યું (php પાસે xdebug છે અને તે અમારી સેવા માટે કામ કરે છે), તમે ચલોની કિંમતો જોઈને સ્ટેપ બાય સ્ટેપ ખસેડી શકો છો.

કૉલ ડેટા

કોઈપણ એનાલિટિક્સ અને રિપોર્ટ માટે યોગ્ય રીતે એકત્રિત કરવામાં આવેલ ડેટાની જરૂર હોય છે, અને આ PBX બ્લોક પણ પહેલાથી ત્રીજા સંસ્કરણ સુધી ઘણી બધી અજમાયશ અને ભૂલમાંથી પસાર થયો હતો. મોટે ભાગે, કૉલ ડેટા એક સંકેત છે. એક કોલ = એક રેકોર્ડિંગ: કોણે ફોન કર્યો, કોણે જવાબ આપ્યો, કેટલા સમય સુધી વાત કરી. વધુ રસપ્રદ વિકલ્પોમાં, એક વધારાનું ચિહ્ન છે જે દર્શાવે છે કે કૉલ દરમિયાન PBX કર્મચારીને કૉલ કરવામાં આવ્યો હતો. પરંતુ આ તમામ જરૂરિયાતોનો માત્ર એક ભાગ આવરી લે છે.

પ્રારંભિક આવશ્યકતાઓ હતી:

• પીબીએક્સ કોને બોલાવ્યો તે જ નહીં, પણ કોણે જવાબ આપ્યો તે પણ સાચવો, કારણ કે ત્યાં અવરોધો છે અને કૉલ્સનું વિશ્લેષણ કરતી વખતે આને ધ્યાનમાં લેવાની જરૂર પડશે,
• કર્મચારી સાથે જોડાતા પહેલાનો સમય. માં ફ્રીપીબીએક્સ અને કેટલાક અન્ય PBXs, PBX ફોન ઉપાડતાની સાથે જ કૉલનો જવાબ આપવામાં આવે છે. પરંતુ વૉઇસ મેનૂ માટે તમારે પહેલાથી જ ફોન ઉપાડવાની જરૂર છે, તેથી બધા કૉલ્સનો જવાબ આપવામાં આવે છે અને જવાબ માટે રાહ જોવાનો સમય 0-1 સેકન્ડ બની જાય છે. તેથી, માત્ર પ્રતિસાદ પહેલાંનો સમય જ નહીં, પરંતુ કી મોડ્યુલો સાથે જોડાતા પહેલાનો સમય બચાવવાનું નક્કી કરવામાં આવ્યું હતું (મોડ્યુલ પોતે જ આ ધ્વજ સેટ કરે છે. હાલમાં તે "કર્મચારી", "બાહ્ય રેખા" છે),
• વધુ જટિલ ડાયલપ્લાન માટે, જ્યારે કોલ વિવિધ જૂથો વચ્ચે મુસાફરી કરે છે, ત્યારે દરેક તત્વને અલગથી તપાસવામાં સક્ષમ હોવું જરૂરી હતું.

જ્યારે પીબીએક્સ મોડ્યુલ્સ કોલ્સ પર પોતાના વિશેની માહિતી મોકલે છે અને આખરે વૃક્ષના રૂપમાં માહિતી સાચવે છે ત્યારે શ્રેષ્ઠ વિકલ્પ બહાર આવ્યો.

તે આના જેવું લાગે છે:

પ્રથમ, કૉલ વિશે સામાન્ય માહિતી (બીજા દરેકની જેમ - ખાસ કંઈ નથી).

1. બહારની લાઇન પર કોલ આવ્યો "ટેસ્ટ માટે"05:55:52 પર નંબર 89295671458 થી નંબર 89999999999 સુધી, અંતે તેને એક કર્મચારી દ્વારા જવાબ આપવામાં આવ્યો"સચિવ2» નંબર 104 સાથે. ક્લાયન્ટે 60 સેકન્ડ રાહ જોઈ અને 36 સેકન્ડ સુધી વાત કરી.
2. કર્મચારી "સચિવ2"112 પર કોલ કરે છે અને કર્મચારી જવાબ આપે છે"મેનેજર1» 8 સેકન્ડ પછી. તેઓ 14 સેકન્ડ સુધી વાત કરે છે.
3. ગ્રાહકને કર્મચારીને સ્થાનાંતરિત કરવામાં આવે છે "મેનેજર1" જ્યાં તેઓ બીજી 13 સેકન્ડ સુધી વાત કરવાનું ચાલુ રાખે છે

પરંતુ આ આઇસબર્ગની ટોચ છે; દરેક રેકોર્ડ માટે તમે PBX દ્વારા વિગતવાર કૉલ ઇતિહાસ મેળવી શકો છો.

બધી માહિતી કૉલ્સના માળખા તરીકે રજૂ કરવામાં આવે છે:

1. બહારની લાઇન પર કોલ આવ્યો "ટેસ્ટ માટે» 05:55:52 પર નંબર 89295671458 થી નંબર 89999999999 સુધી.
2. 05:55:53 પર બહારની લાઇન ઇનકમિંગ સર્કિટને કોલ મોકલે છે "ટેસ્ટ»
3. સ્કીમ અનુસાર કૉલ પર પ્રક્રિયા કરતી વખતે, મોડ્યુલ “મેનેજર કોલ", જેમાં કૉલ 16 સેકન્ડનો છે. આ ક્લાયન્ટ માટે વિકસિત મોડ્યુલ છે.
4. મોડ્યુલ "મેનેજર કોલ"નંબર (ક્લાયન્ટ) માટે જવાબદાર કર્મચારીને કોલ મોકલે છે"મેનેજર1” અને પ્રતિભાવ માટે 5 સેકન્ડ રાહ જુએ છે. મેનેજરે જવાબ ન આપ્યો.
5. મોડ્યુલ "મેનેજર કોલ"જૂથને કૉલ મોકલે છે"CORP મેનેજરો" આ સમાન દિશાના અન્ય મેનેજરો છે (એક જ રૂમમાં બેઠેલા) અને પ્રતિસાદ માટે 11 સેકન્ડની રાહ જોવી.
6. જૂથ "CORP મેનેજરો"કર્મચારીઓને બોલાવે છે"મેનેજર1, મેનેજર2, મેનેજર3"એકસાથે 11 સેકન્ડ માટે. કોઇ જવાબ નથિ.
7. મેનેજરનો કોલ પૂરો થાય છે. અને સર્કિટ મોડ્યુલ પર કૉલ મોકલે છે "1c થી માર્ગ પસંદ કરી રહ્યા છીએ" ક્લાયન્ટ માટે લખાયેલ મોડ્યુલ પણ. અહીં કોલ 0 સેકન્ડ માટે પ્રોસેસ કરવામાં આવ્યો હતો.
8. સર્કિટ વૉઇસ મેનૂ પર કૉલ મોકલે છે "વધારાના ડાયલિંગ સાથે મૂળભૂત" ક્લાયંટ ત્યાં 31 સેકન્ડ સુધી રાહ જોતો હતો, ત્યાં કોઈ વધારાનું ડાયલિંગ નહોતું.
9. આ યોજના જૂથને કૉલ મોકલે છે "સચિવો", જ્યાં ક્લાયન્ટે 12 સેકન્ડ રાહ જોઈ.
10. એક જૂથમાં, એક જ સમયે 2 કર્મચારીઓને બોલાવવામાં આવે છે "સચિવ1"અને"સચિવ2"અને 12 સેકન્ડ પછી કર્મચારી જવાબ આપે છે"સચિવ2" કૉલનો જવાબ પિતૃ કૉલ્સમાં ડુપ્લિકેટ કરવામાં આવે છે. તે તારણ આપે છે કે જૂથમાં તેણે જવાબ આપ્યો “સચિવ2", જ્યારે સર્કિટને ફોન કર્યો ત્યારે જવાબ આપ્યો"સચિવ2"અને બહારની લાઇન પર કૉલનો જવાબ આપ્યો"સચિવ2».

તે દરેક ઓપરેશન અને તેમના માળખા વિશેની માહિતીની બચત છે જે ફક્ત અહેવાલો બનાવવાનું શક્ય બનાવશે. વૉઇસ મેનૂ પરનો અહેવાલ તમને તે શોધવામાં મદદ કરશે કે તે કેટલી મદદ કરે છે અથવા અવરોધે છે. કર્મચારીઓ દ્વારા ચૂકી ગયેલા કોલ પર અહેવાલ બનાવો, તે ધ્યાનમાં લેતા કે કોલ ઇન્ટરસેપ્ટ કરવામાં આવ્યો હતો અને તેથી તે ચૂકી ગયેલો માનવામાં આવતો નથી, અને તે ધ્યાનમાં લેતા કે તે એક જૂથ કૉલ હતો, અને અન્ય કોઈએ અગાઉ જવાબ આપ્યો હતો, જેનો અર્થ છે કે કૉલ પણ ચૂકી ગયો ન હતો.

આવા માહિતી સંગ્રહથી તમે દરેક જૂથને અલગથી લઈ શકો છો અને તે કેટલી અસરકારક રીતે કાર્ય કરે છે તે નિર્ધારિત કરી શકો છો અને કલાક દ્વારા જવાબ અને ચૂકી ગયેલા જૂથોનો ગ્રાફ બનાવી શકો છો. તમે મેનેજર સાથે કનેક્ટ થયા પછી ટ્રાન્સફરનું વિશ્લેષણ કરીને જવાબદાર મેનેજર સાથેનું કનેક્શન કેટલું સચોટ છે તે પણ ચકાસી શકો છો.

તમે તદ્દન અસાધારણ અભ્યાસ પણ કરી શકો છો, ઉદાહરણ તરીકે, ડેટાબેઝમાં ન હોય તેવા નંબરો સાચા એક્સટેન્શનને કેટલી વાર ડાયલ કરે છે અથવા કેટલા ટકા આઉટગોઇંગ કૉલ્સ મોબાઇલ ફોન પર ફોરવર્ડ કરવામાં આવે છે.

અંતે શું?

PBX ને જાળવવા માટે નિષ્ણાતની જરૂર નથી; સૌથી સામાન્ય સંચાલક તે કરી શકે છે - વ્યવહારમાં પરીક્ષણ.

ફેરફારો માટે, ગંભીર લાયકાત ધરાવતા નિષ્ણાતોની જરૂર નથી; PHP નું જ્ઞાન પૂરતું છે, કારણ કે SIP પ્રોટોકોલ, અને કતાર માટે, અને કર્મચારીને કૉલ કરવા માટે અને અન્ય માટે મોડ્યુલો પહેલેથી જ લખવામાં આવ્યા છે. માટે રેપર ક્લાસ છે એસ્ટરિસ્ક. મોડ્યુલ વિકસાવવા માટે, પ્રોગ્રામર તૈયાર મોડ્યુલોને (અને સારી રીતે જોઈએ) કૉલ કરી શકે છે. અને જ્ઞાન એસ્ટરિસ્ક જો ક્લાયંટ કેટલાક નવા રિપોર્ટ સાથે પૃષ્ઠ ઉમેરવાનું કહે તો તે સંપૂર્ણપણે બિનજરૂરી છે. પરંતુ પ્રેક્ટિસ બતાવે છે કે તૃતીય-પક્ષ પ્રોગ્રામરો સામનો કરી શકે છે તેમ છતાં, તેઓ દસ્તાવેજીકરણ અને ટિપ્પણીઓના સામાન્ય કવરેજ વિના અસુરક્ષિત અનુભવે છે, તેથી હજુ પણ સુધારણા માટે અવકાશ છે.

મોડ્યુલો આ કરી શકે છે:

• નવી કૉલ પ્રોસેસિંગ ક્ષમતાઓ બનાવો,
• વેબ ઈન્ટરફેસમાં નવા બ્લોક્સ ઉમેરો,
• કોઈપણ હાલના મોડ્યુલમાંથી વારસામાં મેળવો, કાર્યોને ફરીથી વ્યાખ્યાયિત કરો અને તેને બદલો, અથવા ફક્ત થોડી સંશોધિત નકલ બનો,
• અન્ય મોડ્યુલોના સેટિંગ્સ નમૂનામાં તમારી સેટિંગ્સ ઉમેરો અને ઘણું બધું.

API દ્વારા PBX સેટિંગ્સ. ઉપર વર્ણવ્યા મુજબ, બધી સેટિંગ્સ ડેટાબેઝમાં સંગ્રહિત થાય છે અને કૉલના સમયે વાંચવામાં આવે છે, જેથી તમે API દ્વારા તમામ PBX સેટિંગ્સ બદલી શકો. API ને કૉલ કરતી વખતે, રૂપરેખાંકન ફરીથી બનાવવામાં આવતું નથી અને મોડ્યુલો પુનઃપ્રારંભ થતા નથી, તેથી, તમારી પાસે કેટલી સેટિંગ્સ અને કર્મચારીઓ છે તેનાથી કોઈ ફરક પડતો નથી. API વિનંતીઓ ઝડપથી ચલાવવામાં આવે છે અને એકબીજાને અવરોધિત કરતી નથી.

પીબીએક્સ તમામ ચાવીરૂપ કામગીરીને સમયગાળો (પ્રતીક્ષા/વાતચીત), નેસ્ટિંગ અને પીબીએક્સની શરતો (કર્મચારી, જૂથ, બાહ્ય રેખા, ચેનલ, નંબર નહીં) સાથેના કૉલ્સ સાથે સંગ્રહિત કરે છે. આ તમને ચોક્કસ ક્લાયન્ટ્સ માટે વિવિધ રિપોર્ટ્સ બનાવવાની મંજૂરી આપે છે અને મોટા ભાગનું કામ વપરાશકર્તા-મૈત્રીપૂર્ણ ઇન્ટરફેસ બનાવવાનું છે.

આગળ શું થશે તે સમય જ કહેશે. હજી પણ ઘણી ઘોંઘાટ છે જેને ફરીથી કરવાની જરૂર છે, હજી પણ ઘણી યોજનાઓ છે, પરંતુ 3 જી સંસ્કરણની રચનાને એક વર્ષ વીતી ગયું છે અને અમે પહેલેથી જ કહી શકીએ છીએ કે વિચાર કામ કરી રહ્યો છે. સંસ્કરણ 3 નો મુખ્ય ગેરલાભ એ હાર્ડવેર સંસાધનો છે, પરંતુ આ સામાન્ય રીતે વિકાસની સરળતા માટે તમારે ચૂકવણી કરવી પડશે.

સોર્સ: www.habr.com