RO122887B1 - Metodă de conectare a mai multor clienţi csta la o centrală telefonică şi sistem de telecomunicaţie - Google Patents

Abstract

Invenţia se referă la o metodă de conectare a mai multor clienţi CSTA la o centrală telefonică, şi la un sistem de telecomunicaţii. Metoda de conectare, aplicată în cadrul sistemului, constă în implementarea unei aplicaţii specializate, de tip multiplexor, prin care se face legătura între o centrală telefonică şi nişte clienţi CSTA, prin intermediul unui server care se poate conecta la centrala telefonică şi la care pot fi conectaţi simultan clienţii CSTA, şi foloseşte două procese care funcţionează în paralel, astfel că se dialoghează între unul sau mai mulţi clienţi CSTA care au încercat stabilirea unei asocieri, şi aplicaţia de tip multiplexor, şi, totodată, se dialoghează între centrala telefonică şi aplicaţia de tip multiplexor. Sistemul de telecomunicaţii, conform invenţiei, este alcătuit dintr-o centrală telefonică (PBX), un server (S) pe care rulează o aplicaţie specializată (AS), de tip multiplexor, văzută de centrala telefonică (PBX) ca un singur client CSTA, şi mai mulţi clienţi CSTA (C1,...Cn), care pot fi conectaţi simultan la server (S.)

Description

Invenția se referă la un o metodă de conectare a mai multor clienți CSTA, la o centrală telefonică privată (PBX) al cărei server CSTA suportă asocierea și comunicarea cu un singur client CSTA și la un sistem de telecomunicații, invenția fiind utilizată pentru legarea mai multor clienți CSTA la o centrală telefonică privată.

Metoda este implementată sub forma unei aplicații specializate de tip multiplexor, în contextul unui sistem de telecomunicație constituit din centrala telefonică, un server pe care rulează această aplicație de tip multiplexor, care este văzută de centrala telefonică ca singur client CSTA, și mai mulți clienți CSTA care pot fi conectați simultan la server.

CSTA este standardul european Computer Supported TelephonyAppIications, care definește un protocol de comunicație între o centrală telefonică și o aplicație, descris în standardul internațional ECMA-269.

Client CSTA este o aplicație software care se poate conecta la o aplicație tip server si poate comunica cu aplicația tip server prin protocolul CSTA.

Se cunosc sisteme și metode de conectare a unui singur client CSTA la o centrală telefonică prin protocolul CSTA, dar care au dezavantajul că centrala telefonică nu poate lucra decât cu un singur client CSTA.

Problema tehnică pe care o rezolvă invenția constă în realizarea unei metode prin care o centrală telefonică, care suportă un singur client CSTA, să poată lucra cu mai mulți clienți CSTA deodată.

Metoda de conectare a mai multor clienți CSTA la o centrală telefonică, conform invenției, înlătură dezavantajul de mai sus, prin aceea că este implementată sub forma unei aplicații de tip multiplexor, prin care se face legătura între o centrală telefonică și niște clienți CSTA, prin intermediul unui server care se poate conecta la centrala telefonică și la care pot fi conectați simultan clienții CSTA, și folosește două procese ce funcționează în paralel, astfel: se dialoghează între unul sau mai mulți clienți CSTA, care au încercat stabilirea unei asocieri CSTA, și aplicația de tip multiplexor, prin care se execută codul de relație cu clienții CSTA (primul proces), precum și se dialoghează între centrala telefonică și aplicația de tip multiplexor (al doilea proces).

Metoda de conectare, conform invenției, pentru primul proces de dialogare între server, prin intermediul aplicației de tip multiplexor, și clientul CSTA, constă din următorii pași: se așteptă o conexiune cu unul din clienții CSTA, iar dacă această conexiune este stabilită, se așteaptă ca clientul CSTA să trimită un mesaj ACSE (Association Control Server Element) Cerere; se face verificarea dacă există conexiune acceptată a aplicației multiplexor la centrala telefonică, iar în cazul în care nu există conexiune acceptată, se răspunde clientului CSTA cu mesajul ACSE Respins și se revine la așteptarea unui mesaj ACSE Cerere din partea clientului CSTA; se primește mesajul ACSE Cerere, în cazul în care există conexiune acceptată a aplicației multiplexor la centrala telefonică, după care se răspunde clientului CSTA cu un mesaj ACSE Acceptat și se începe așteptarea de mesaje de la clientul CSTA. Mai departe, pentru fiecare mesaj primit de la clientul CSTA, se verifică dacă acesta este de tip CSTA Invoc; dacă mesajul este de tip CSTA Invoc, se procesează acest mesaj, iar dacă mesajul nu este de tip CSTA Invoc, se verifică dacă este de tip CSTA Răspuns; dacă mesajul este de tip CSTA Răspuns, mesajul se ignoră, iar dacă nu este de tip CSTA Răspuns, se verifică dacă mesajul este de tip ACSE Renunțare; dacă mesajul este de tip ASCE Renunțare, se trimite Răspunsul la mesajul ACSE Renunțare și se închide conexiunea cu clientul CSTA; dacă mesajul nu este de tip ASCE Renunțare, se verifică dacă mesajul este de tip ACSE Abandon; dacă mesajul este de tip ACSE Abandon, se închide conexiunea cu clientul CSTA, iar dacă nu este de tip ASCR Abandon, mesajul se ignoră.

RO 122887 Β1

Metodă de conectare, conform invenției, pentru al doilea proces de dialogare, între 1 server, prin intermediul aplicației specializate de tip multiplexor, și centrala telefonică, constă din următorii pași: se încearcă conectarea aplicației multiplexor la centrala telefonică, iar 3 dacă aceasta nu reușește, se așteaptă zece secunde, după care, se reîncearcă conectarea la centrala telefonică. Când conectarea reușește, se trimite mesajul ACSE Cerere spre 5 centrala telefonică, apoi se verifică dacă Cererea este acceptată, iar dacă Cererea nu este acceptată, se așteaptă cinci secunde și apoi se reexecută trimiterea mesajului ACSE Cerere; 7 când asocierea este acceptată, se începe așteptarea de mesaje CSTA de la centrala telefonică; pentru fiecare mesaj primit de la centrală, dacă este de tip CSTA Răspuns, se 9 procesează mesajul CSTA Răspuns de la centrala telefonică, iar dacă mesajul nu este de tip CSTA Răspuns, se verifică dacă mesajul este de tip CSTA Invoc; dacă mesajul este de 11 tip CSTA Invoc, se procesează mesajul CSTA Invoc, iar dacă mesajul nu este de tip CSTA Invoc, se ignoră. 13

Sistemul de telecomunicație, care pune în aplicare metoda de mai sus, este constituit dintr-o centrală telefonică, un server pe care rulează o aplicație de tip multiplexor care este 15 văzută de centrala telefonică ca singur client CSTA, și mai mulți clienți CSTA care pot fi conectați simultan la server, serverul fiind format dintr-o unitate centrală de prelucrare a 17 datelor, ce înglobează un modul control execuție, o memorie nevolatilă, o memorie volatilă, în care este încărcată aplicația, un bloc cu unități de intrare/ieșire, un bloc cu unități opționale 19 de stocare externă de date și un ceas, care furnizează un semnal periodic ce asigură sincronizarea elementelor componente ale serverului, toate aceste elemente fiind 21 interconectate prin intermediul unei magistrale de date.

Invenția prezintă avantajul că centrala telefonică privată de tip PBX poate fi folosită 23 de mai mulți clienți CSTA în același timp.

Se dă, în continuare, un exemplu de realizare a invenției, în legătură cu fig. 1 ...7, care 25 reprezintă:

- fig. 1, schema de ansamblu a sistemului de telecomunicații, conform invenției; 27

- fig. 2, schema bloc de funcționare a sistemului de telecomunicații;

- fig. 3, diagrama de funcționare a metodei de multiplexare în relația cu clienții CSTA; 29

- fig. 4, diagrama de procesare a Invoc de la clientul CSTA;

- fig. 5, diagrama de funcționare a metodei de multiplexare în relația cu centrala 31 telefonică;

- fig. 6, diagrama de procesare a semnalului CSTA Răspuns de la centrala telefonică; 33

- fig. 7, diagrama de procesare a semnalului CSTA Invoc de la centrala telefonică.

Sistemul de telecomunicație, conform fig. 1 și 2, este format dintr-o centrală telefonică 35

PBX, care suportă un singur client CSTA, un server S, care conține o aplicație AS (de tip multiplexor CSTA), și mai mulți clienți CSTA C1,...Cn, care pot fi conectați simultan la 37 serverul S. Aplicația AS, care rulează pe serverul S, și care este văzută de centrala telefonică PBX ca singurul client CSTA, face legătura între centrala telefonică PBX și clienții 39 CSTA C1,...Cn, aceasta dialogând pe de o parte cu centrala telefonică PBX și pe de altă parte cu clienții CSTA C1,...Cn, intermediind transmiterea de semnale de la clienții CSTA 41 C1,...Cn la centrala telefonică PBX și invers.

Conform fig. 2, serverul S este constituit dintr-o unitate centrală de prelucrare a 43 datelor (procesor) UCP, o memorie nevolatilă (de tip Flash/ROM) MNV, o memorie volatilă (de tip RAM) MV, un bloc cu unități de intrare/ieșire (de tip Ethernet/USB) UI, un bloc cu 45 unități opționale UO de stocare externă de date și un ceas Cs care furnizează un semnal periodic ce asigură sincronizarea elementelor componente ale serverului S. Elementele 47 funcționale ale serverului S sunt interconectate prin intermediul unei magistrale de date MD.

RO 122887 Β1

Unitatea centrală de prelucrare UCP coordonează activitățile întregului sistem, asigură procesarea datelor, adică interpretarea, prelucrarea și controlul acestora, vizează sau supervizează transferurile de informații și controlează execuția aplicațiilor. Memoria nevolatilă MNV este o memorie de tip permanent, în care sunt stocate informații necesare inițializării serverului la pornire. Memoria volatilă MV folosește, în mod uzual, la încărcarea programelor care rulează pe sistem și la stocarea datelor, variabilelor. în această memorie MV este încărcat programul specializat de tip multiplexor CSTA și tot aici sunt reținute datele preluate și prelucrate de acesta. Blocul cu unități de intrare/ieșire UI asigură conectivitatea sistemului cu mediul, prin preluarea și transmiterea informațiilor de la și către dispozitive externe conectate sau prin mediile de transmisie a datelor. Acest bloc cu unități de intrare/ ieșire UI face posibilă comunicația între serverul S și centrala telefonică PBX, dar și între serverul S și clienții CSTA C1 ,...Cn. Blocul UO este opțional și permite atașarea de dispozitive auxiliare externe de stocare de date cu capacitate mare (de exemplu HDD).

în memoria volatilă MV este încărcată aplicația AS, de tip multiplexor CSTA, a cărei execuție este controlată de modulul de control execuție CE a unității centrale de prelucrare UCP, care preia și trimite mesaje de la și către centrala telefonică PBX, precum și de la și către clienții CSTA C1,...Cn. în urma prelucrării mesajelor de la clienții CSTA C1,...Cn, generează mesaje către centrala PBX sau către clienți CSTA, direct ca răspuns. Prin prelucrarea mesajelor de la centrala PBX, se generează mesaje către clienții CSTA C1 ,...Cn sau răspunsuri către centrala PBX.

în serverul S, fluxurile de date generate la execuția aplicației specializate AS (de tip multiplexor CSTA) care rulează pe această mașină sunt următoarele:

- între blocul cu unități de intrare/ieșire Ui și memoria volatilă MV, pe de o parte, se primesc răspunsuri sau evenimente de la centrala telefonică PBX și se transmit mesaje către centrala PBX, iar pe de altă parte, se primesc mesaje de la clienții CSTA C1,...Cn și se transmit răspunsuri sau evenimente către clienți CSTA;

-între memoria volatilă MV și unitatea centrală de prelucrare UCP, pe de o parte, se transmit spre prelucrare mesaje de la centrala telefonică PBX și se generează mesaje către centrala PBX, care sunt transmise mai departe prin blocul cu unități de intrare/ieșire UI. Pe de altă parte, se transmit spre prelucrare mesaje de la clienții CSTA C1,...Cn și se generează răspunsuri sau evenimente pentru clienți CSTA, care sunt transmise mai departe prin blocul cu unități de intrare/ieșire UI.

Toate fluxurile de date sunt transmise prin intermediul magistralei de date MD. Metoda de conectare a mai multor clienți CSTA C1, ...Cn la o centrală telefonică PBX care suportă un singur client CSTA constă din următoarele procese:

- procesul de dialogare, prin aplicația de multiplexare, între Serverul S și unul sau mai mulți clienți CSTA care au încercat stabilirea unei asocieri (conexiuni) CSTA, prin care se execută codul de relație cu clienții CSTA;

- procesul de dialogare, prin aplicația de multiplexare, între Serverul S și centrala telefonică PBX.

Primul proces de dialogare, prin aplicația de multiplexare, între Serverul S și clientul CSTA, constă din următorii pași, conform fig. 3:

Se așteptă, la pasul 1, o conexiune (cerere de conectare) de la unul din clienții CSTA C1,...Cn, iar dacă această conexiune este stabilită, la pasul 2 se așteaptă ca clientul CSTA sa trimită un mesaj ACSE Cerere, unde ACSE (Association Control Server Element) este un element de asociere pentru control server. în continuare, la pasul 3 se verifică dacă există

RO 122887 Β1 conexiune acceptată a aplicației multiplexor la centrala PBX, în cazul în care nu există 1 conexiune acceptată, se merge la pasul 4, unde se răspunde clientului CSTA cu mesajul ACSE Respins și se revine la pasul 2 în așteptarea unui mesaj ACSE Cerere. în cazul în 3 care la pasul 3 există conexiune acceptată a aplicației multiplexor la centrala PBX, la pasul 5 se răspunde clientului CSTA cu un mesaj ACSE Acceptat, iar la pasul 6 se începe 5 așteptarea mesajelor de la clientul CSTA. Pentru fiecare mesaj recepționat, la pasul 6, de la clientul CSTA, la pasul 7 se verifică dacă acest mesaj este de tip CSTA Invoc, iar dacă 7 acest mesaj este de tip CSTA Invoc, prin pasul 8 se procesează mesajul CSTA Invoc al clientului CSTA. Dacă la pasul 7 nu se verifică că mesajul este de tip CSTA Invoc, la 9 următorul pas 9 se verifică dacă mesajul este de tip CSTA Răspuns, iar dacă acesta este de tip CSTA Răspuns, la pasul 10 mesajul se ignoră. Dacă mesajul nu este de tip CSTA 11 Răspuns, atunci la următorul pas 11, de interogație, se verifică dacă mesajul este de tip ACSE Renunțare. în cazul în care mesajul nu este de tip ACSE Renunțare, la pasul 12 se 13 verifică dacă mesajul este de tip ACSE Abandon, iar dacă acesta nu este de tip ACSE Abandon, mesajul se ignoră la pasul 13. Dacă la pasul 12 se verifică că mesajul este de tip 15 ACSE Abandon, se închide conexiunea cu clientul CSTA la pasul 14. Dacă se verifică, la pasul 11, că mesajul este de tip ACSE Renunțare, la pasul 15 se trimite clientului CSTA 17 Răspunsul la mesajul ACSE Renunțare și se închide conexiunea cu clientul CSTA la pasul 14. 19

Procesarea mesajului CSTA Invoc de la clientul CSTA, la pasul 8, este ilustrată în fig. 4 și este descrisă în continuare: 21

La pasul 16 se inserează InvocID în lista de Invoc-uri neprelucrate (LI), după care se trece la pasul 17, unde se verifică dacă Invoc este de tip StartMonitorArgument. Dacă da, 23 la următorul pas 18 se verifică dacă Dispozitiv are un element asociat în lista de monitorizare (LM). Dacă nu, la pasul 19 se adaugă un element asociat Dispozitivului în lista de monitorizare 25 (LM), precum și clientul CSTA în lista de clienți CSTA a acestui element, și se trimite StartMonitorArgument la centrala telefonică PBX, adăugându-se InvocID-ul și în lista de 27 Invoc-uri de StartMonitor neprelucrate (LSMI). Dacă Dispozitiv are un element asociat în lista de monitorizare (LM) la pasul 18, la pasul 20 se trimite StartMonitorRăspuns (salvat în 29 prealabil) la clientul CSTA și se adaugă acesta în lista de clienți CSTA a elementului asociat Dispozitivului din lista de monitorizare (LM). Dacă la pasul 17 Invoc nu este de tip 31 StartMonitorArgument, la pasul 21 se verifică dacă Invoc este de tip StopMonitorArgument, iar dacă da, la următorul pas 22 se trimite StopMonitorRăspuns la clientul CSTA, se șterge 33 acesta din lista de clienți CSTA a elementului asociat în LM pentru acest Dispozitiv, iar dacă lista de clienți CSTA a elementului asociat în LM pentru acest Dispozitiv rămâne vidă, atunci 35 se trimite StopMonitorArgument la centrala telefonică PBX și se șterge elementul asociat Dispozitivului din lista de monitorizare (LM). Dacă la pasul 21, Invoc nu este de tip 37 StopMonitorArgument, la pasul 23 se verifică dacă Invoc este de tip StartColecțieDateArgument. Dacă da, la următorul pas 24 se verifică dacă Apelul are un element asociat în lista 39 de colecție date (LCD). Dacă nu, la pasul 25 se adaugă un element asociat Apelului în lista de colecție date și se adaugă clientul CSTA în lista de clienți CSTA a elementului 41 corespunzător Apelului; și se trimite StartColecțieDateArgument la centrala PBX, adăugându-se InvocID-ul în lista de Invoc-uri de StartColecțieDate neprelucrate (LSDCI). Dacă la pasul 43 24 Apelul are un element asociat în lista de colecție date (LCD), la pasul 26 se trimite StartColecțieDateRăspuns (salvat în prealabil) la clientul CSTA, și se adaugă clientul CSTA 45 în lista de clienți CSTA a elementului asociat Apelului în lista de colecție date (LCD). Dacă

RO 122887 Β1 la pasul 23, Invoc nu este de tip StartColecțieDateArgument, la pasul următor 27 se verifică dacă Invoc este de tip StopColecțieDateArgument. Dacă da, la pasul următor 28 se trimite StopColecțieDateRăspuns la clientul CSTA, se șterge acesta din lista de clienți CSTA a elementului asociat acestui Apel în lista de colecție date (LCD), iar dacă lista de clienți CSTA a elementului asociat în LCD pentru acest Apel rămâne vidă, atunci se va trimite StopColecțieDateArgument la centrala telefonică PBX și se va șterge Apelul din lista de colecție date (LCD). Dacă la pasul 27, Invoc nu este de tip StopColecțieDateArgument, la pasul 29 se verifică dacă Invoc este de tip StartTransmisieînregistrăriDetaliiApel, iar dacă da, la pasul următor 30 se verifică dacă ÎnregistrăriDetaliiApel (CDR) este pornit. Dacă nu, la pasul următor 31 se adaugă clientul CSTA în lista de clienți ÎnregistrăriDetaliiApel (LCCDR) și se trimite StartTransmisieînregistrăriDetaliiApel la centrala telefonică PBX. Dacă la pasul 30 ÎnregistrăriDetaliiApel (CDR) este pornit atunci la pasul 32 se trimite la clientul CSTA Răspunsul pentru acest tip de Invoc (salvat în prealabil) și se adaugă acesta în lista de clienți ÎnregistrăriDetaliiApel (LCCDR). Dacă la pasul 29 Invoc nu este de tip StartTransmisieînregistrăriDetaliiApel la pasul următor 33 se verifică dacă Invoc este de tip StopTransmisieînregistrăriDetaliiApel, iar dacă da, la pasul următor 34 se trimite la clientul CSTA Răspunsul pentru acest tip de Invoc și se scoate clientul CSTA din lista de clienți ÎnregistrăriDetaliiApel (LCCDR), iar dacă lista rămâne vidă, se trimite StopTransmisieîn reg istrăriDetal ii Apel la centrala telefonică PBX și ÎnregistrăriDetaliiApel (CDR) este oprit. Dacă la pasul 33, Invoc nu este de tip StopTransmisieînregistrăriDetaliiApel, la pasul 35 se trimite Invoc la centrala telefonică PBX cu un alt InvocID generat, reținut și acesta în lista de Invoc-uri neprelucrate (LI).

Al doilea proces, de dialogare, prin aplicația de multiplexare, între serverul S și centrala telefonică PBX, constă din următorii pași, conform fig. 5:

La pornirea aplicației de tip multiplexor, la pasul 36, se încearcă conectarea la centrala telefonică PBX. La următorul pas 37, se verifică dacă conexiunea a reușit, iar dacă nu, printr-un pas 38, se așteaptă zece secunde, după care se revine la pasul 36 pentru a reîncerca conectarea la centrala PBX. Dacă la pasul 37 se stabilește că conectarea aplicației de tip multiplexor la centrala PBX a reușit, prin pasul 39 se trimite mesajul ACSE Cerere spre centrala telefonică PBX. La următorul pas 40 se verifică dacă cererea de asociere este acceptată de PBX. Dacă nu, printr-un pas 41 se așteaptă cinci secunde și apoi se reexecută trimiterea mesajului ACSE Cerere prin pasul 39. Dacă la pasul 40 se stabilește că asocierea la centrala PBX este acceptată, atunci la pasul 42 se începe așteptarea de mesaje CSTA de la centrala PBX. Pentru fiecare mesaj primit de la centrală, la pasul 43 se verifică dacă mesajul este de tip CSTA Răspuns, iar dacă da, la următorul pas 44 se procesează mesajul CSTA Răspuns de la centrala PBX. Dacă la pasul 43 nu se verifică că mesajul este de tip CSTA Răspuns, la următorul pas 45 se verifică dacă mesajul este de tip CSTA Invoc. Dacă la pasul 45 se stabilește că mesajul este de tip CSTA Invoc, la pasul 46 se procesează mesajul CSTA Invoc, iar dacă acesta nu este de tip CSTA Invoc, la pasul 47 acest mesaj se ignoră.

Procesarea mesajului CSTA Răspuns de la centrala PBX, la pasul 44, este ilustrată în diagrama din fig. 6, descrisă în continuare:

La pasul 48 se face verificarea dacă Răspunsul, este de tip StartMonitorRăspuns, iar dacă da, la pasul următor 49 se găsește Dispozitivul de monitorizat, după InvocID în lista de Invoc-uri de StartMonitor neprelucrate (LSMI), se găsește elementul asociat Dispozitivului în lista de monitorizare (LM) și se actualizează acesta cu ReferințăîncrucișatălD returnată

RO 122887 Β1 și Răspunsul de la centrala PBX pentru acest element, apoi se trimite acest Răspuns către 1 clienții CSTA affați deja în lista de clienți CSTA a acestui element, după care se șterge InvocID-ul din lista de Invoc-uri de StartMonitor neprelucrate (LSMI); la pasul 50 se șterge 3 InvocID din lista de Invoc-uri neprelucrate (LI). Dacă la pasul 48 Răspunsul nu este de tip StartMonitorRăspuns, atunci la pasul 51 se verifică dacă Răspunsul este de tip StartColec- 5 țieDateRăspuns, iar dacă da, la pasul următor 52 se găsește Apelul de monitorizat după InvocID în lista de Invoc-uri de StartColecțieDate neprelucrate (LSDCI), se găsește elemen- 7 tul asociat Apelului în lista de colecție date (LDC) și se actualizează acesta cu ReferințăîncrucișatălD returnată și Răspunsul de ia centrala PBX pentru acest element, apoi se 9 trimite acest Răspuns către clienții CSTA aflați deja în lista de clienți CSTA a acestui element, se șterge InvocID din lista de Invoc-uri de StartColecțieDate neprelucrate (LSDCI); 11 la pasul 50, se șterge InvocID din lista de Invoc-uri neprelucrate (LI). Dacă la pasul 51 Răspunsul nu este de tip StartColecțieDateRăspuns, atunci se trece la pasul 53 unde se 13 verifică dacă Răspunsul este de tip StartTransmisieînregistrăriDetaliiApelRăspuns, iar dacă da, la următorul pas 54 se salvează Răspunsul de la centrala PBX și se trimite acest 15 Răspuns către clienții CSTA aflați deja în lista de clienți ÎnregistrăriDetaliiApel (LCCDR), după care, la pasul 50, se șterge InvocID din lista de Invoc-uri neprelucrate (LI). Dacă la 17 pasul 53 Răspunsul nu este de tip StartTransmisieînregistrăriDetaliiApelRăspuns, la pasul se găsește clientul CSTA care a făcut Invoc-ul, după InvocID în lista de Invoc-uri 19 neprelucrate (LI), și se trimite Răspunsul la acest client CSTA cu InvocID-ul original, iar mai departe, la pasul 50, se șterge InvocID din lista de Invoc-uri neprelucrate. 21

Procesarea mesajului CSTA Invoc de la centrala telefonică PBX, la pasul 46, este ilustrat în diagrama din fig. 7, descrisă în continuare: 23

Astfel, la pasul 56 se face verificarea dacă Invoc este de tip RaportEvenimentArgument, iar dacă da, la următorul pas 57 se găsește, după ReferințăîncrucișatălD, în lista de 25 monitorizare (LM), elementul asociat Dispozitivului pentru care a fost raportat evenimentul și se trimite acest mesaj doar la clienții CSTA din lista de clienți CSTA a acestui element 27 (care monitorizează acest Dispozitiv). Dacă la pasul 56 Invoc nu este de tip RaportEvenimentArgument, la pasul 58 se verifică dacă Invoc este de tip DateColec- 29 tateArgument, iar dacă da, la următorul pas 59 se găsește, după ReferințăîncrucișatălD, în lista de colecție date (LDC), elementul asociat Apelului pentru care a fost raportat eveni- 31 mentul și se trimite acest mesaj doar la clienții CSTA din lista de clienți CSTA a acestui element (care monitorizează acest Apel). Dacă la pasul 58 Invoc nu este de tip DateColec- 33 tateArgument, la pasul 60 se verifică dacă Invoc este de tip RaportînregistrareDetaliiApelArgument, iar dacă da, la următorul pas 61 se trimite acest mesaj la toți 35 clienții CSTA din lista de clienți ÎnregistrăriDetaliiApel (LCCDR). Dacă la pasul 60 Invoc nu este de tip RaportînregistrareDetaliiApelArgument, la pasul 62 se verifică dacă Invoc este 37 de tip StareSistemArgument, iar dacă da, la următorul pas 63 se trimite acest mesaj tuturor clienților CSTA activi și mai mult, se trimite Recunoaștere Afirmativă pentru acest Invoc către 39 centrala telefonică PBX pentru a evita resetarea conexiunii dintre aplicația multiplexor și centrala telefonică PBX. Dacă la pasul 62, Invoc nu este de tip StareSistemArgument, la 41 pasul 64 se trimite acest mesaj tuturor clienților CSTA activi.

Claims (7)

1. Metodă de conectare a mai multor clienți CSTA la o centrală telefonică care suportă un singur client CSTA, caracterizată prin aceea că este implementată sub forma unei aplicații specializate de tip multiplexor, prin care se face legătura între o centrală telefonică (PBX) care suportă un singur client CSTA și niște clienți CSTA (C1,...Cn), prin intermediul unui server (S) pe care rulează această aplicație, folosind două procese ce funcționează în paralel, astfel:

- se dialoghează între unul sau mai mulți clienți CSTA (C1,... Cn) care a/au încercat stabilirea unei asocieri (conexiuni) CSTA, și aplicația (AS) de tip multiplexor care rulează pe server (S), executându-se codul de relație cu clienții CSTA;

- se dialoghează între centrala telefonică (PBX) și aplicația (AS) de tip multiplexor care rulează pe server (S);

2. Metodă de conectare, conform revendicării 1, caracterizată prin aceea că primul proces de dialogare, între aplicația (AS) de tip multiplexor care rulează pe server (S) și clienții CSTA (C1 sau... Cn) care încearcă stabilirea unei conexiuni CSTA, constă din următorii pași:

- se așteptă (1) o conexiune de la unul din clienții CSTA (C1.... Cn), iar dacă această conexiune este realizată, se așteaptă ca clientul CSTA (2) să trimită un mesaj ACSE Cerere;

- se face verificarea (3) dacă există conexiune stabilită între aplicația (AS) de tip multiplexor și centrala telefonică (PBX), iar în cazul în care nu există această asociere, se răspunde cu mesajul ACSE Respins (4) și se revine (2) la așteptarea unui mesaj ACSE Cerere de la acest client CSTA;

- se primește mesajul ACSE Cerere, în cazul în care există conexiune stabilită (3) între aplicația (AS) de tip multiplexor și centrala telefonică (PBX), după care se răspunde clientului CSTA (5) cu un mesaj ACSE Acceptat și se începe așteptarea mesajelor de la clientul CSTA (6);

- se verifică (7) pentru fiecare mesaj primit de la clientul CSTA (6) dacă este de tip CSTA Invoc, iardacă acest mesaj este de tip CSTA Invoc, se procesează acest mesaj CSTA Invoc (8);

- se verifică (9) dacă mesajul este de tip CSTA Răspuns, dacă mesajul nu este (7) de tip CSTA Invoc, iar dacă mesajul este de tip CSTA Răspuns (10), mesajul se ignoră;

- se verifică (11) dacă mesajul este de tip ACSE Renunțare, dacă mesajul nu este (9) de tip CSTA Răspuns, iar în cazul în care mesajul (11) nu este de tip ACSE Renunțare, se verifică dacă mesajul (12) este de tip ACSE Abandon, iar dacă acesta nu este de tip ACSE Abandon, mesajul se ignoră (13);

- se închide conexiunea cu clientul CSTA (14), dacă mesajul (12) este de tip ACSE Abandon;

- se trimite clientului CSTA Răspunsul (15) la mesajul ACSE Renunțare și se închide conexiunea cu acest client CSTA (14), dacă mesajul (11) este de tip ACSE Renunțare.

3. Metodă de conectare, conform revendicărilor 1 și 2, caracterizată prin aceea că procesarea mesajelor CSTA Invoc (8) de la clienții CSTA constă din următorii pași:

- se inserează InvocID (16) în lista de Invoc-uri neprelucrate, după care se verifică dacă Invoc (17) este de tip StartMonitorArgument, dacă da, se verifică (18) dacă Dispozitiv are un element asociat în lista de monitorizare, dacă Dispozitiv nu are un element asociat în lista de monitorizare, se adaugă un element asociat Dispozitivului (19) în lista de monitorizare și clientul CSTA în lista de clienți CSTA a acestui element, după care se trimite StartMonitorArgument la centrala telefonică (PBX), adăugându-se InvocID-ul și în lista de Invoc-uri de StartMonitor neprelucrate;

RO 122887 Β1

- se trimite StartMonitorRăspuns (20) la clientul CSTA și se adaugă acesta în lista de 1 clienți CSTA a elementului asociat Dispozitivului în lista de monitorizare, dacă Dispozitiv are un element asociat (18) în lista de monitorizare; 3

- se verifică dacă Invoc (21) este de tip StopMonitorArgument, dacă Invoc nu este (17) de tip StartMonitorArgument, iar când condiția este îndeplinită, se trimite (22) 5

StopMonitorRăspuns la clientul CSTA, se șterge acesta din lista de clienți CSTA a elementului acestui Dispozitiv în lista de monitorizare, iar dacă lista de clienți CSTA a acestui 7 element rămâne vidă, atunci se trimite StopMonitorArgument la centrala telefonică (PBX) și se șterge elementul asociat Dispozitivului din lista de monitorizare; 9

- se verifică dacă Invoc (23) este de tip StartColecțieDateArgument, dacă Invoc (21) nu este de tip StopMonitorArgument, iar când condiția este îndeplinită, se verifică (24) dacă 11 Apelul are un element asociat în lista de colecție date, iar în cazul în care Apelul nu are un element asociat în lista de colecție date, se adaugă un element (25) asociat Apelului în lista 13 de colecție date și se adaugă clientul CSTA în lista de clienți CSTA a acestui element, după care se trimite StartColecțieDateArgument la centrala telefonică (PBX), adăugându-se 15 InvocID-ul în lista de Invoc-uri de StartColecțieDate neprelucrate;

- se trimite StartColecțieDateRăspuns (26) la clientul CSTA și se adaugă acesta în 17 lista de clienți CSTA a elementului asociat Apelului în lista de colecție date, dacă (24) Apelul are un element asociat în lista de colecție date; 19

- se verifică dacă Invoc (27) este de tip StopColecțieDateArgument, dacă Invoc nu este (23) de tip StartColecțieDateArgument, iar când condiția este îndeplinită, se trimite (28) 21

StopColecțieDateRăspuns la clientul CSTA, se șterge acesta din lista de clienți CSTA a elementului acestui Apel în lista de colecție date, iar dacă lista de clienți CSTA a acestui 23 element rămâne vidă, atunci se va trimite StopColecțieDateArgument la centrala telefonică (PBX) și se va șterge elementul asociat Apelul din lista de colecție date; 25

- se verifică (29) dacă Invoc este de tip StartTransmisieînregistrăriDetaliiApel, dacă (27) Invoc nu este de tip StopColecțieDateArgument, iar când condiția este îndeplinită, 27 se verifică (30) dacă ÎnregistrăriDetaliiApel este pornit, iar dacă nu este îndeplinită condiția (30), se adaugă (31) clientul CSTA în lista de clienți ÎnregistrăriDetaliiApel și se trimite 29 StartTransmisieînregistrăriDetaliiApel la centrala telefonică (PBX);

- se trimite Răspunsul corespunzător (32) la clientul CSTA, dacă înregis- 31 trăriDetaliiApel este (30) pornit și se adaugă clientul CSTA în lista de clienți ÎnregistrăriDetaliiApel; 33

- se verifică dacă (33) Invoc este de tip StopTransmisieînregistrăriDetaliiApel, dacă (29) Invoc nu este de tip StartTransmisieînregistrăriDetaliiApel, iar când condiția este 35 îndeplinită, se trimite Răspunsul corespunzător (34) la clientul CSTA, se scoate acesta din lista de clienți ÎnregistrăriDetaliiApel, iar dacă lista rămâne vidă, se trimite StopTrans- 37 misieînregistrăriDetaliiApel la centrala telefonică (PBX) și ÎnregistrăriDetaliiApel este oprit;

- se trimite Invoc (35) la centrala telefonică (PBX) cu un alt InvocID generat, reținut 39 și acesta în Lista de Invoc-uri neprelucrate, dacă Invoc nu este (33) de tip StopTransmisieînregistrăriDetaliiApel. 41

4. Metodă de conectare, conform revendicării 1, caracterizată prin aceea că al doilea proces de dialogare, între aplicația (AS) de tip multiplexor care rulează pe server (S) 43 și centrala telefonică (PBX), constă din următorii pași:

- la pornirea aplicației specializate (AS) de tip multiplexor, se încearcă conectarea 45 (36) la centrala telefonică (PBX), apoi se verifică (37) dacă conexiunea a reușit, iar dacă nu, se așteaptă zece secunde (38), după care se reîncearcă conectarea (36) la centrala 47 telefonică (PBX);

RO 122887 Β1

- se trimite (39) mesajul ACSE Cerere spre centrala telefonică (PBX), dacă conectarea (36) la centrala telefonică (PBX) este stabilită (37), apoi se verifică (40) dacă asocierea (conexiunea) este acceptată, iar dacă asocierea nu este acceptată, se așteaptă (41) cinci secunde și apoi se reexecută trimiterea mesajului ACSE Cerere (39);

- se începe așteptarea (42) de mesaje CSTA de la centrala telefonică (PBX), dacă asocierea (conexiunea) (40) la centrala telefonică (PBX) este acceptată, și pentru fiecare mesaj recepționat, se verifică (43) dacă este de tip CSTA Răspuns, iar dacă da, se procesează (44) acest mesaj CSTA Răspuns;

- se verifică (45) dacă mesajul este de tip CSTA Invoc, dacă mesajul (43) nu este de tip CSTA Răspuns, iar dacă mesajul (45) este de tip CSTA Invoc, se procesează (46) acest mesaj CSTA Invoc;

- se ignoră (47) orice mesaj, dacă mesajul (45) nu este de tip CSTA Invoc.

5. Metodă de conectare, conform revendicărilor 1 și 4, caracterizată prin aceea că procesarea mesajului CSTA Răspuns (44) de la centrala telefonică (PBX) constă din următorii pași:

- se verifică (48) dacă Răspunsul este de tip StartMonitorRăspuns, iar dacă da, se găsește (49) Dispozitivul de monitorizat, după InvocID în lista de Invoc-uri de StartMonitor neprelucrate, se găsește elementul asociat Dispozitivului în lista de monitorizare și se actualizează acest element cu ReferințăîncrucișatălD returnată, precum și cu Răspunsul de la centrala telefonică (PBX) pentru acest element, după care se trimite acest Răspuns către clienții CSTA aflați deja în lista de clienți CSTA a acestui element, se șterge InvocID-ul din lista de Invoc-uri de StartMonitor neprelucrate, iar apoi se șterge InvocID (50) din lista de Invoc-uri neprelucrate;

- se verifică (51) dacă Răspunsul este de tip StartColecțieDateRăspuns, dacă Răspunsul nu este (48) de tip StartMonitorRăspuns, iar când condiția este îndeplinită, se găsește (52) Apelul de monitorizat, după InvocID în lista de Invoc-uri de StartColecțieDate neprelucrate, se găsește elementul asociat Apelului în lista de colecție date și se actualizează acest element cu ReferințăîncrucișatălD returnată, precum și cu Răspunsul de la centrala telefonică (PBX) pentru acest element, după care se trimite acest Răspuns către clienții CSTA aflați deja în lista de clienți CSTA a acestui element, se șterge InvocID din lista de Invoc-uri de StartColecțieDate neprelucrate, iar apoi se șterge (50) InvocID din lista de Invoc-uri neprelucrate;

- se verifică (53) dacă Răspunsul este de tip StartTransmisieînregistrăriDetaliiApelRăspuns, dacă Răspunsul nu este (51) de tip StartColecțieDateRăspuns, iar când condiția este îndeplinită, se salvează (54) acest Răspuns de la centrala telefonică (PBX) și se trimite către clienții CSTA aflați deja în lista de clienți înregistrăriDetaliiApel, după care se șterge InvocID (50) din lista de Invoc-uri neprelucrate;

- se găsește clientul CSTA (55) care a făcut Invoc-ul, după InvocID în lista de Invoc-uri neprelucrate, și se trimite Răspunsul la clientul CSTA cu InvocID-ul original, dacă (53) Răspunsul nu este de tip StartTransmisieînregistrăriDetaliiApeIRăspuns, iar mai departe se șterge InvocID (50) din lista de Invoc-uri neprelucrate.

6. Metodă de conectare, conform revendicărilor 1 și 4, caracterizată prin aceea că procesarea mesajului CSTA Invoc (46) de la centrala telefonică (PBX) constă din următorii pași:

- se verifică (56) dacă Invoc este de tip RaportEvenimentArgument, iar dacă da, se găsește (57), după ReferințăîncrucișatălD în lista de monitorizare, elementul asociat Dispozitivului pentru care a fost raportat evenimentul și se trimite acest mesaj doar la clienții CSTA din lista de clienți CSTA a acestui element (care monitorizează acest Dispozitiv).

RO 122887 Β1

- se verifică (58) dacă Invoc este de tip DateColectateArgument, dacă Invoc (56) nu 1 este de tip RaportEvenimentArgument, iar când condiția este îndeplinită, se găsește (59), după ReferințăîncrucișatălD în lista de colecție date, elementul asociat Apelului pentru care 3 a fost raportat evenimentul și se trimite acest mesaj doar la clienții CSTA din lista de clienți CSTA a acestui element (care monitorizează acest Apel); 5

- se verifică (60) dacă Invoc este de tip RaportînregistrareDetaliiApelArgument, dacă

Invoc nu este (58) de tip DateColectateArgument, iar când condiția este îndeplinită, se trimite 7 acest mesaj (61) la toți clienții CSTA din lista de clienți înregistrăriDetaliiApel;

- se verifică dacă Invoc (62) este de tip StareSistemArgument, dacă (60) Invoc nu 9 este de tip RaportînregistrareDetaliiApelArgument, iar când condiția este îndeplinită, se trimite acest mesaj (63) tuturor clienților CSTA activi și se trimite Recunoaștere Afirmativă 11 pentru acest Invoc către centrala telefonică (PBX), pentru a evita resetarea conexiunii aplicației specializate (AS) de tip multiplexor cu centrala telefonică (PBX); 13

- se trimite (64) acest mesaj tuturor clienților CSTA activi, dacă Invoc nu este (62) de tip StareSistemArgument. 15

7. Sistem de telecomunicație pentru aplicarea metodei de la revendicarea 1, caracterizat prin aceea că, în scopul conectării mai multor clienți CSTA la o centrală telefonică 17 (PBX) care suportă un singur client CSTA, este constituit din centrala telefonică (PBX), un server (S) pe care rulează o aplicație specializată (AS) de tip multiplexor care este văzută 19 de centrala telefonică (PBX) ca singur client CSTA, și mai mulți clienți CSTA (C1 ,...Cn) care pot fi conectați simultan la server (S), serverul (S) fiind format dintr-o unitate centrală de 21 prelucrare (UCP) a datelor, ce înglobează un modul control execuție (CE), o memorie nevolatilă (MNV), o memorie volatilă (MV), în care este încărcată aplicația specializată (AS), un 23 bloc cu unități de intrare/ieșire (UI), un bloc cu unități opționale (UO) de stocare externă de date și un ceas (Cs), care furnizează un semnal periodic ce asigură sincronizarea ele- 25 mentelor componente ale serverului (S), toate aceste elemente fiind interconectate prin intermediul unei magistrale de date (MD). 27