kClient HTML Help: KONFERENCJE DZIERŻAWIONE

Pomoc zawiera:

• Uwagi ogólne
• Przykład 1: korzystanie z konferencji dzierżawionych
• Przykład 2: analiza pliku zdarzeń dla konferencji dzierżawionej

Uwagi ogólne

• Począwszy od wersji X.15 w oprogramowaniu KKO wprowadzono możliwość używania konferencji dzierżawionych.
• W zamyśle autora konferencje dzierżawione mogą być wykorzystywane w sytuacji gdy karta KKO jest używana przez wielu użytkowników a harmonogram czasowy zarządza przydziałem konferencji.
• Konferencje dzierżawione mają priorytet względem innych konferencji na karcie. Oznacza to że jeśli w chwili automatycznego zajęcia konferencji dzierżawionej konferencja ta jest używana, zostanie rozłączona i zarezerwowana dla dzierżawy.
• W konferencjach dzierżawionych jawnie podawany jest numer konferencji i wszelkie zadania wprowadzane jako rekordy harmonogramu w zakładce 'harmonogram' wykonywane są dla konkretnej konferencji w kolejności zgodnej z numeracją rekordów.
• Każda konferencja dzierżawiona posiada hasło dostępu dla abonentów samodzielnie wchodzących. Hasło to wprowadzane jako parametr jest obligatoryjne.
• Dane dotyczące czasu trwania konferencji i ewentualnie wybieranych przez KKO grup lub abonentów rejestrowane są w buforze zdarzeń w odrębnym pliku. Dzięki temu ułatwione jest ewentualne rozliczanie dzierżawców konferencji z rzeczywistego czasu korzystania z usługi.
• Konferencje dzierżawione nie mogą być wołane przez makra.
• Układając harmonogram pracy dzierżawionych konferencji trzeba zadbać o eliminację ewentualnych kolizji czasu dla poszczególnych klientów pamiętając o tym, że każda nowo powołana konferencja oznacza rozłączenie poprzedniej.
• Konferencja dzierżawiona z zasady pracuje jako konferencja telefoniczna zestawiana przez kartę KKO według zadań harmonogramu lub poprzez samodzielne wchodzenie abonentów. Zatem niemożliwe jest obserwowanie konferencji z poziomu programu kClient przez dyspozytora. Jedynie wyższe poziomy dostepu (administrator i nadzorca) umożliwiają nadzór nad taką konferencją.

Poniższy przykład pokazuje fazy tworzenia i realizacji poszczególnych rekordów harmonogramu tworzących dzierżawioną konferencję.

W przykładzie tworzona jest konferencja dzierżawiona codziennie w godzinach 11:15 do 11:20. Wywoływana jest grupa predefiniowana nr 1 oraz zapowiedź słowna nr 14 ("proszę czekać"). W minutę później zapowiedź jest wyłączana i wołany jest prowadzący konferencję abonent o numerze 101. Konferencja trwa i jeśli nie skończy się wsześniej przez rozłączenie się wszystkich uczestników, o godzinie 11:20 nastąpi jej wymuszone rozłączenie przez KKO.

Zaprogramowaną konferencję tworzą następujące rekordy harmonogramu:

• Rezerwacja konferencji nr 1. Wpisując taki rekord, należy sprawdzić czy konferencja nr 1 będzie wolna w oznaczonym czasie. Nie może być ona zajęta przez inny rekord harmonogramu albo np przez właczenie opcji "Ciągła rezerwacja dla telefonu" (Nastawy->Konferencje). Wprawdzie dzierżawiona konferencja zostanie zrealizowana (konferencje dzierżawione mają priorytet) ale nastąpi kolizja i inna konferencja zostanie rozłączona. Należy też zwrócić uwagę iż konferencja dzierżawiona zawsze ma hasło. Poniżej znajduje się wyjaśnienie tej konieczności.
• Wywołanie grupy nr 1. Zostanie zrealizowane połączenie z grupą predefiniowaną nr 1. Należy pamiętać aby grupa była wcześniej zadeklarowana (opcja "Dane").
• Włączenie zapowiedzi słownej nr 14. Zapowiedź słowna nr 14 standardowo zawierająca treść "Proszę czekać" zostanie odtworzona w zestawianej konferencji. W ten sposób kolejno dołączający się abonenci będą słyszeli komunikat słowny zanim włączony zostanie prowadzący konferencję. Należy pamiętać iż tylko jedna zapowiedź może zostać dołączona do konferencji.
• Wywołanie abonenta nr 101. Minutę po rozpoczęciu wywoływania zostaje wybrany numer prowadzącego konferencję (szefa) który dołączając się powinien od razu uzyskać połączenie z wszystkimi członkami grupy.
• Usunięcie zapowiedzi słownej. W tym samym czasie usuwana jest zapowiedź słowna gdyż konferencja już się rozpoczęła. Należy pamiętać aby usunąć tę samą zapowiedź która została dołączona w rekordzie trzecim.
• Koniec konferencji. Ten rekord obligatoryjnie zamyka konferencję. Jeżeli konferencja jeszcze trwa, zostanie rozłączona (abonenci usłyszą komunikat słowny o zakończeniu konferencji). Jednak zakończenie konferencji może nastąpić już wcześniej, gdy abonenci sami się rozłączą.

Należy tutaj powiedzieć że właścicielem tak zestawionej konferencji jest "dzierżawca". Jest to obok "telefonu", "dyspozytora" i "harmonogramu" jedyny możliwy właściciel konferencji. Wynika z tego że niemożliwy jest dostęp do takiej konferencji zarówno z telefonu przez menu głosowe jak i z poziomu programu kClient jako "Dyspozytor". Do takiej konferencji można zostać jedynie wywołanym przez kartę KKO jak również możliwe jest samodzielne wejście z hasłem.

Hasło w konferencji dzierżawionej jest obligatoryjne. Nawet jeżeli nie ustawimy konieczności posługiwania się hasłem przy samodzielnym wejściu do karty, hasło takie będzie żądane. Należy zaznaczyć że hasło wprowadzane jest już w rekordzie zajęcia konferencji i jest to hasło niezależne od trzech haseł "ogólnych" systemu wprowadzanych w nastawach karty. Zabezpieczenia indywidualnym hasłem eliminuje przypadkowe wejścia innych abonentów do konferencji dzierżawionej.

Samodzielne wejście do konferencji dzierżawionej jest zawsze wejściem uproszczonym. To znaczy że mimo ustawienia wejścia "przez system menu" karty, abonent wchodzący do konferencji dzierżawionej zawsze tylko zajmuje łącze, wprowadza hasło zakończone gwiazdką i od razu znajduje się w konferencji.

Szczególnym przypadkiem samodzielnego wchodzenia abonentów do systemu KKO jest sytuacja gdy abonent ma zamiar wejść do systemu menu a w tym czasie odbywa się konferencja dzierżawiona. Wówczas jeżeli w systemie nie ustawiono wejścia z hasłem, należy po zaproszeniu wprowadzić hasło puste (czyli sam znak *) i wówczas dopiero dochodzimy do właściwego menu. Jeżeli natomiast włączono "ogólny" system haseł na karcie KKO, wówczas karta rozpoznaje czy hasło dotyczy dzierżawionej konferencji czy normalnego weścia i odpowiednio reaguje. Szczegółowo system menu głosowego opisano w dokumencie: opis menu.

Z działaniem konferencji dzierżawionej związano też system zdarzeń.

Począwszy od wersji X.15 zdarzenia podzielono na dwie grupy:

• Zdarzenia główne
• Zdarzenia dla dzierżawionych konferencji

Poniżej pokazano dla naszego przykładu wszystkie zdarzenia wygenerowane w systemie.

Jak widać dzięki tak zbudowanemu systemowi zdarzeń możliwe jest rozliczanie dzierżawcy zarówno z czasu rezerwacji konferencji jak i czasu faktycznego czasu trwania konferencji. W naszym przykładzie konferencja rozpoczęła się (zgłosił się pierwszy abonent) o godzinie 11:15:10 a zakończyła się (ostatni abonent rozłączył się) o godzinie 11:17:46. Natomiast rezerwacja konferencji dla dzierżawcy była w godzinach 11:15:05 do 11:20:03. Z tej różnicy czasów wynika że konferencja zakończyła się przez rozłączenie a nie przez obligatoryjne zamknięcie rekordem harmonogramu.

Drobne opóźnienia względem żądanego harmonogramu wynikają z faktu iż zadania te nie wykonują się natychmiast i opóźnienia kilkusekundowe mogą się zdarzyć.

Jednocześnie w ogólnym pliku zdarzeń pojawiły się wpisy pokazujące ślad realizacji wszystkich rekordów harmonogramu z parametrem w postaci numeru rekordu na zakładce "Plan".

Zdarzenia te można oczywiście włączać i wyłączać w opcji Ustawienia->Konfiguracja zdarzeń

Następny przykład pokazuje inny przypadek konferencji dzierżawionej i sposób interpretacji pliku zdarzeń.

Przykład analizy pliku zdarzeń pod kątem dzierżawionych konferencji.

W tym przykładzie podobnie jak w przykładzie 1 zestawiamy konferencję dzierżawioną z grupą predefiniowaną 1 o godzinie 10:10. Przez pierwszą minutę uczestnicy konferencji słyszą zapowiedź "Proszę czekać" po czym zapowiedź znika i wywoływany zostaje abonent prowadzący o numerze 101. Na kilka minut przed końcem konferencji (o godzinie 10:19) pojawia się zapowiedź ostrzegawcza "Koniec konferencji". Konferencja jeszcze trwa ale z zapowiedzią w tle co umożliwia zakończenie bieżących wątków i jest ostrzeżeniem dla uczestników że konferencja za jakiś czas zostanie rozłączona.

Po zakończeniu konferencji wygenerowany został plik zdarzeń w którym widać następujące akcje wykonane w czasie konferencji:

• Zarezerwowanie konferencji o godzinie 10:10:01
• Wywołanie grupy - rzeczywisty początek konferencji o godzinie 10:10:01
• Koniec konferencji - rozłaczenie się abonentów o godzinie 10:12:18
• Początek następnej konferencji - zgłoszenie się wywoływanych jeszcze abonentów lub samodzielne wejście do konferencji za pomocą hasła 11111* - godzina 10:13:22
• Koniec konferencji - rozłaczenie się abonentów o godzinie 10:16:12
• Początek trzeciej już konferencji w ramach tej sesji - w ramach jednej dzierżawy. Abonenci samodzielnie weszli do konferencji za pomocą hasła 11111* - godzina 10:19:00 jest to czas wejścia pierwszego abonenta - w tym przypadku wprowadzenia zapowiedzi słownej nr 3 (domyślnie "Koniec konferencji"). Zdarzenie o początku konferencji generuje się w chwili wejścia pierwszego uczestnika - nawet jeśli jest to zapowiedź słowna.
• Wymuszony koniec konferencji - działanie rekordu nr 8. Ponieważ czas zwolnienia konferencji jest taki sam jak czas jej rozłączenia (10:30:01), wynika z tego że abonenci nie rozłaczyli się sami, tylko zostali rozłączeni obligatoryjnie.

Ze zdarzeniami dla dzierżawionej konferencji korespondują informacje o realizacji poszczególnych rekordów harmonogramu dostępne w zakładce zdarzenia główne.