RZECZPOSPOLITA POLSKA (12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) PL/EP 1856901 (96) Data i numer zgłoszenia patentu europejskiego: 16.02.2006 06709523.2 (13) (51) T3 Int.Cl. H04M 3/56 (2006.01) H04M 7/00 (2006.01) Urząd Patentowy Rzeczypospolitej Polskiej (97) O udzieleniu patentu europejskiego ogłoszono: 13.02.2013 Europejski Biuletyn Patentowy 2013/07 EP 1856901 B1 (54) Tytuł wynalazku: Sposób i system informowania uczestników rozmowy telefonicznej (30) Pierwszeństwo: 22.02.2005 FR 0501806 (43) Zgłoszenie ogłoszono: 21.11.2007 w Europejskim Biuletynie Patentowym nr 2007/47 (45) O złożeniu tłumaczenia patentu ogłoszono: 31.07.2013 Wiadomości Urzędu Patentowego 2013/07 (73) Uprawniony z patentu: France Télécom, Paris, FR (72) Twórca(y) wynalazku: PL/EP 1856901 T3 ANNE JULIEN, Noisy Le Roi, FR EMMANUELLE BERNARD, Paris, FR SÉBASTIEN GRANIER, Paris, FR (74) Pełnomocnik: rzecz. pat. Grażyna Palka JAN WIERZCHOŃ & PARTNERZY BIURO PATENTÓW I ZNAKÓW TOWAROWYCH SP.J. ul. Żurawia 47/49 00-680 Warszawa Uwaga: W ciągu dziewięciu miesięcy od publikacji informacji o udzieleniu patentu europejskiego, każda osoba może wnieść do Europejskiego Urzędu Patentowego sprzeciw dotyczący udzielonego patentu europejskiego. Sprzeciw wnosi się w formie uzasadnionego na piśmie oświadczenia. Uważa się go za wniesiony dopiero z chwilą wniesienia opłaty za sprzeciw (Art. 99 (1) Konwencji o udzielaniu patentów europejskich).
15945/13/P-RO/GP EP 1 856 901 Sposób i system informowania uczestników rozmowy telefonicznej [0001] Wynalazek dotyczy sposobu i systemu informowania uczestników konferencji telefonicznej. [0002] Aplikacje typu konferencji telefonicznej, grupowej rozmowy telefonicznej lub audiokonferencji występują w dziedzinie sieci Internet, w której strumień głosowy jest przesyłany przy użyciu technik nazywanych głosowymi na IP (VoIP), jak również w dziedzinie standardowej telefonii, w której strumień głosowy jest przesyłany przez sieć komórkową typu GSM/GPRS (Global System for Mobile communication/general Packet Radio Service) lub też przez sieć telefonii stacjonarnej typu PSTN (Public Switch Telephone Network) lub ISDN (Integrated System Digital Network). [0003] Podczas audiokonferencji z udziałem kilku uczestników może okazać się przydatna w czasie trwania konferencji możliwość skorzystania, na przykład poprzez wyświetlenie lub inaczej, z informacji o tożsamości aktywnego rozmówcy lub o zdarzeniach takich, jak przybycie i/lub odejście uczestnika. Wyświetlenie informacji o tożsamości aktywnego rozmówcy umożliwia przede wszystkim jednoznaczną identyfikację aktywnego rozmówcy, co poprawia komfort słuchania uczestników. [0004] Wśród istniejących aplikacji audiokonferencyjnych, umożliwiających dynamiczne przesyłanie informacji o aktywnym rozmówcy, znajdują się rozwiązania audiokonferencyjne, które stosują układ połączeń między dwoma osobnymi terminalami: z jednej strony terminal telefoniczny, odpowiedzialny za strumień głosowy, z drugiej strony terminal typu komputera osobistego, służący do odbioru i wyświetlania danych dotyczących trwającej konferencji, danych identyfikacyjnych uczestników różnych konferencji i danych identyfikacyjnych aktywnego rozmówcy w przypadku każdej z jego konferencji. [0005] Wadą tego typu techniki jest konieczność stosowania dwóch różnych terminali i układu połączeń między tymi dwoma terminalami dla zapewnienia symultanicznej i zsynchronizowanej transmisji z jednej strony danych identyfikacyjnych uczestników, a z drugiej strony transmisji strumienia głosowego. [0006] W innych znanych rozwiązaniach jest stosowana usługa rozmowy telefonicznej typu Push-To-Talk over Cellular (PoC) znormalizowana przez organizację OMA (Open Mobile Alliance) przy użyciu standardowych terminali GSM/GPRS. W przypadku takiej usługi, opartej na zasadzie talkie-walkie, uczestnik powinien zasygnalizować chęć zabrania głosu, zanim zabierze głos poprzez wysłanie zapytania o pozwolenie na zabranie głosu do serwera telefonicznego, umożliwiającego zarządzanie sesją komunikacyjną i kanałami audio. Podczas rozmowy prawo zabrania głosu jest przyznawane uczestnikom przez serwer w zależności od odebranych zapytań, przy czym w danym momencie może mówić tylko jeden uczestnik. W przypadku takiego zastosowania informacja dotycząca danych identyfikacyjnych aktywnego rozmówcy jest określana na podstawie przyznanego prawa do zabrania głosu. W przypadku zastosowania w trybie pakietowym usługi PoC znormalizowanej przez OMA, ramki strumieni głosowych są przesyłane zgodnie z protokołem RTP (Real Time Protocol),
- 2 - natomiast dane kontroli komunikacji przy użyciu strumieni głosowych, a informacje dotyczące tożsamości rozmówcy są przesyłane zgodnie z powiązanym protokołem RTCP (Real Time Control Protocol). Jednak ten typ usługi znajduje zastosowanie tylko w komunikacji w trybie pakietowym, a zastosowanie w trybie łączy usługi PoC uniemożliwia przesyłanie uczestnikom konferencji informacji o aktywnym rozmówcy. W związku z tym zakres zastosowania usługi PoC jest ograniczony, jeżeli chodzi o przesyłanie uczestnikom informacji o konferencji. [0007] Dokument patentowy US 6 072 780 A proponuje system informowania uczestników konferencji o zdarzeniach takich, jak dołączenie uczestnika do konferencji. Jednak system ten nie jest dostosowany do realizacji usługi przy zastosowaniu jednego terminala na każdego uczestnika konferencji. Jest on stosunkowo złożony, ponieważ zakłada, że jeden z uczestników posiada komputer osobisty do stosowania dedykowanej komunikacji z komutatorem konferencyjnego mostka telefonicznego do sterowania tym komutatorem i odbioru informacji zwrotnych. Za pomocą tego systemu nie można też wysyłać informacji dotyczących aktywnego rozmówcy. [0008] Wynalazek ma więc na celu dostarczenie systemu do informowania uczestników konferencji telefonicznej o jej przebiegu, zwłaszcza o tożsamości aktywnego rozmówcy, który to system będzie dostosowany przede wszystkim do sytuacji, gdy na każdego uczestnika konferencji przypada jeden terminal i ogólnie do komunikacji w trybie łączy. [0009] W tym celu wynalazek ma za przedmiot, według pierwszego przykładu wykonania, sposób informowania uczestników konferencji telefonicznej o przebiegu tej konferencji, która to konferencja jest realizowana za pomocą większej ilości terminali z dostępem do sieci telekomunikacyjnej, przy czym między każdym terminalem a serwerem konferencyjnym jest ustalane łącze komunikacyjne dla przesyłania co najmniej jednego strumienia danych konferencyjnych, ten sposób odznacza się tym, że obejmuje następujące etapy, podczas których: - ustalane jest łącze transmisji danych między co najmniej jednym z terminali a serwerem danych z dostępem do tej sieci telekomunikacyjnej, przy czym łącze transmisji danych jest niezależne od łącza komunikacyjnego ustalonego w przypadku danego terminala; - serwer konferencyjny analizuje odebrane strumienie danych konferencyjnych, pochodzące z terminali stosowanych podczas konferencji, określa co najmniej jedno zdarzenie zdefiniowane wstępnie, dotyczące przebiegu konferencji, generuje dane identyfikacyjne zdarzenia dla każdego oznaczonego zdarzenia i przesyła dane identyfikacyjne do serwera danych; - serwer danych analizuje dane identyfikacyjne zdarzenia, generuje informacje o zdarzeniu, dotyczące zidentyfikowanych zdarzeń i przesyła informacje o zdarzeniu, przez co najmniej jedno łącze transmisji danych, do co najmniej jednego z tych terminali, z którymi ustalono łącze transmisji danych. [0010] Przy realizacji takiego sposobu uczestnicy konferencji telefonicznej mogą korzystać w czasie rzeczywistym z usługi informowania o przebiegu konferencji. Dzięki ustaleniu łącza
- 3 - dla danych osobnych i niezależnych od standardowego łącza komunikacyjnego, standardowy terminal telefoniczny, pod warunkiem, że jest w stanie ustalić jednocześnie te dwa rodzaje łączy, uzyskuje dostęp do tej usługi informowania. Tak jest w przypadku terminali telefonii mobilnej trzeciej generacji (3G UMTS) lub generacji 2,5 (GPRS) klasy A. [0011] Z drugiej strony jednoczesne występowanie dwóch osobnych i niezależnych łączy, o których mowa powyżej, gdzie jedno jest odpowiedzialne za strumienie głosowe (łącze komunikacyjne), a drugie jest odpowiedzialne za strumienie danych informacyjnych (łącze transmisji danych), umożliwia zastosowanie połączenia typu nazywanego trybem łączy dla łącza komunikacyjnego, niezależnie od typu stosowanego połączenia dla łącza transmisji danych. W takiej sytuacji osiągalna jest jakość transmisji głosu właściwa dla trybu łączy przy jednoczesnej możliwości korzystania z funkcji związanej z usługą informowania uczestników, z której korzysta się przez łącze ustalone zgodnie z trybem pakietowym. [0012] Ponadto usługa informowania według wynalazku jest również kompatybilna z terminalami telefonicznymi, w przypadku których nie ma możliwości ustalenia drugiego łącza przeznaczonego do transmisji danych. W takim przypadku te terminale mogą być stosowane przy realizacji wynalazku, ale wyłącznie w zakresie transportu głosu. W związku z tym dziedzina zastosowania sposobu według wynalazku jest bardzo rozległa. [0013] Według jednej cechy wynalazku łącze transmisji danych, ustalane dla danego terminala, jest ustalane po wykryciu przez serwer konferencyjny ustalenia łącza komunikacyjnego z tym terminalem. [0014] W ten sposób łącze transmisji danych może być ustalone bardzo szybko po dołączeniu uczestnika do konferencji poprzez ustalenie łącza komunikacyjnego dla transmisji strumienia danych konferencyjnych. [0015] Według innej cechy wynalazku łącze transmisji danych, ustalane dla danego terminala, jest dostosowywane do jednoczesnego odbioru przez dany terminal strumienia danych i odbioru strumienia danych konferencyjnych. Te strumienie danych konferencyjnych obejmują strumienie głosowe i w zależności od przypadku inne strumienie, na przykład strumienie kontroli strumieni głosowych. [0016] W ten sposób zastosowanie łącza transmisji danych nie powoduje zakłócenia komunikacji głosowej, ustalonej przez łącze komunikacyjne dla transmisji strumienia danych konferencyjnych. Terminale telefonii mobilnej, przede wszystkim tzw. terminale trzeciej generacji, umożliwiają jednoczesne ustalenie sesji komunikacji głosowej w trybie łączy i sesji transmisji danych w trybie pakietowym. [0017] Według innej cechy wynalazku każdy terminal odbiorczy, do którego trafiają informacje o zdarzeniu, przetwarza te informacje dla generowania i wyświetlenia na ekranie terminala informacji dotyczących danego zdarzenia. Wizualizacja poprzez wyświetlenie informacji jest szczególnie ergonomiczna i w żaden sposób nie zakłóca przebiegu konferencji telefonicznej użytkownikowi terminala.
- 4 - [0018] Według innej cechy wynalazku informacje wyświetlane na ekranie każdego terminala odbiorczego obejmują informacje o tożsamości domniemanego(ych) użytkownika lub użytkowników terminala(i) uczestniczącego(ych) w danym zdarzeniu. [0019] Sposób według wynalazku umożliwia również przypisanie zdarzeniom, wykrytym przez serwer konferencyjny, informacji o domniemanym użytkowniku każdego terminala uczestniczącego w danym zdarzeniu. Znane serwery konferencyjne dostarczają już, przy użyciu telefonów standardowych, informacje dźwiękowe o zdarzeniach typu dołączenie uczestników lub opuszczenie konferencji, lecz informacje te nie obejmują informacji o tożsamości uczestników zdarzenia. Natomiast wynalazek umożliwia użytkownikowi dostosowanego terminala (na przykład 3G) odbiór jasnych i jednoznacznych informacji o wykrytych zdarzeniach. [0020] Według innej cechy wynalazku zdarzenia określane przez serwer konferencyjny są zawarte w zbiorze, na który składają się: dołączenie uczestnika do konferencji, opuszczenie konferencji przez uczestnika, identyfikacja uczestnika jako nowego aktywnego rozmówcy, zabranie głosu przez uczestnika, prośba uczestnika o udzielenie głosu. [0021] Sposób według wynalazku umożliwia więc informowanie uczestników konferencji o wszelkiego rodzaju zdarzeniach, zwłaszcza o zdarzeniach, które mogą być wykryte przez serwer konferencyjny na podstawie strumienia danych konferencyjnych. [0022] Ponadto, umożliwiając łączenie detekcji zdarzeń, o których mowa powyżej, z generowaniem informacji dotyczących tożsamości użytkownika lub użytkowników uczestniczących w danym zdarzeniu, sposób według wynalazku dostarcza usługę dynamicznej identyfikacji aktywnych uczestników. [0023] Według przykładu wykonania wynalazku, serwer danych wysyła wiadomość do co najmniej jednego z tych terminali, dla którego łącze transmisji danych zostało ustalone dla rozpoczęcia ustalania łącza transmisji danych dla danego terminala oraz dla przesłania tych informacji o zdarzeniach podczas konferencji poprzez to łącze transmisji danych. [0024] Według szczególnego przykładu wykonania, jeżeli jeden z terminali to terminal telefonii mobilnej, serwer danych wysyła do tego terminala, po ustaleniu dla tego terminala łącza komunikacyjnego, wiadomość typu krótkiej wiadomości dla rozpoczęcia ustalania łącza transmisji danych dla tego danego terminala oraz uruchomienia w tym terminalu programu dla wykonania operacji polegających na: - odbiorze tych informacji o zdarzeniu poprzez to łącze transmisji danych, - przetwarzaniu tych odebranych informacji o zdarzeniu dla generowania informacji, które będą wyświetlane oraz - sterowaniu wyświetlaniem, na ekranie będącym wyposażeniem danego terminala, tych informacji przewidzianych do wyświetlenia. [0025] Wynalazek nie wymaga więc wykonywania specjalnych czynności przez użytkownika, ani wcześniejszej modyfikacji terminala uczestnika konferencji, ponieważ
- 5 - środki w postaci oprogramowania, niezbędne do przetwarzania informacji o zdarzeniu, mogą być uruchamiane zdalnie, czyli pobierane automatycznie, bez udziału użytkownika terminala. [0026] Według innego aspektu przedmiotem wynalazku jest serwer danych, stosowany do realizacji sposobu według wynalazku, który to serwer zawiera: - środki do ustalania łącza transmisji danych z co najmniej jednym z terminali, które to łącze transmisji danych jest niezależne od łącza komunikacyjnego, ustalonego przez dany terminal, - środki do odbioru z tego serwera konferencyjnego danych identyfikacyjnych zdarzenia związanego z przebiegiem konferencji, - środki do analizowania tych danych identyfikacyjnych zdarzenia i generowania informacji o zdarzeniu dotyczących zidentyfikowanych zdarzeń oraz - środki do przesyłania tych informacji o zdarzeniu, poprzez co najmniej jedno takie łącze transmisji danych, z przeznaczeniem do co najmniej jednego z takich terminali, dla którego zostało ustalone łącze transmisji danych. [0027] Według jeszcze innego aspektu przedmiotem wynalazku jest serwer konferencyjny, stosowany do realizacji sposobu według wynalazku, zawierający: - środki do analizy strumieni danych konferencyjnych, odbieranych z terminali podczas konferencji i określania co najmniej jednego zdefiniowanego wstępnie zdarzenia dotyczącego przebiegu konferencji, - środki do generowania danych identyfikacyjnych zdarzenia dla każdego oznaczonego zdarzenia oraz - środki do przesyłania tych danych identyfikacyjnych do tego serwera danych. [0028] Zalety sposobu według wynalazku wymienione powyżej dotyczą też tego serwera danych i tego serwera konferencyjnego. [0029] Inne cele, cechy i zalety wynalazku zostaną przedstawione w opisie, który zostanie zamieszczony w dalszej części tytułem nieograniczającego przykładu w odniesieniu do dołączonych rysunków, na których: - figura 1 przedstawia schematycznie architekturę systemu konferencji telefonicznej, w którym jest realizowany wynalazek, - figury 2a do 2f przedstawiają schematycznie poszczególne fazy lub sposób według wynalazku i wymiany danych między jednostkami, których dane fazy dotyczą. [0030] Figura 1 przedstawia schematycznie architekturę systemu konferencji telefonicznej. Przedstawiony system jest skupiony wokół różnych sieci telekomunikacyjnych, którymi są: - sieć telefonii mobilnej R1, na przykład typu GSM (Global System for Mobile communication), GPRS (General Packet Radio Service), UMTS (Universal Mobile Telecommunication System), - sieć telefonii stacjonarnej R2, na przykład typu PSTN lub ISDN, - sieć internetowa R3, - sieć prywatna R4, na przykład typu sieci Ethernet.
- 6 - [0031] Sieć R1 ma centrum SMS (Short Message Service) C1 do nadawania i okresowego przechowywania wiadomości typu SMS przez sieć R1. Sieć telefonii R1 jest połączona z siecią internetową R3 przez bramę G1 umożliwiającą użytkownikom sieci telefonii R1 dostęp do sieci internetowej R3. Sieci telefonii R1 i R2 również są połączone przez bramę G2. [0032] System zawiera ponadto pięć terminali od T1 do T5. W tym przykładzie wykonania terminal T1 jest telefonem mobilnym trzeciej generacji (terminal 3G), zaprojektowanym tak, by umożliwić dostęp do sieci typu UMTS. Terminal T2 to telefon mobilny drugiej generacji (terminal 2G lub 2,5G) zaprojektowany tak, by umożliwić dostęp do sieci typu GPRS, natomiast terminal T3 to telefon analogowy pierwszej generacji (terminal 1G). Czwarty terminal T4, typu komputera osobistego, jest podłączony do sieci internetowej R3. Może uzyskiwać dostęp do aplikacji typu audiokonferencji poprzez stosowanie technik VoIP. Terminal T5 typu komputera osobistego uzyskuje dostęp do sieci R1 w trybie łączy, na przykład za pomocą odpowiedniej karty PCMCIA, która jest wbudowana w terminalu. Każdy terminal korzysta z kodeka (koder/dekoder) właściwego dla emisji i odbioru strumieni głosowych, który to kodek pełni funkcję terminala i jest dostosowany do sieci, do której ten terminal uzyskuje dostęp. Na przykład w przypadku sieci komórkowej trzeciej generacji stosowany jest kodek AMR ( Adaptive Multi rate ). W przypadku sieci komórkowej drugiej generacji stosowany jest kodek EMR ( Enhanced Full Rate Speech ). Natomiast w sieci PSTN/ISDN stosowany jest na ogół kodek zgodny z normą G711 (stanowiącą część normy radiowej H320 ustalonej przez UIT-T, Międzynarodowy Związek Telekomunikacyjny). [0033] Zakłada się w przykładzie opisanym tutaj, że użytkownicy terminali telekomunikacyjnych od T1 do T5 chcą wziąć udział w grupowej rozmowie telefonicznej, nazywanej w kontekście wynalazku konferencją telefoniczną. Nawiązanie kontaktu telefonicznego między terminalami odbywa się za pomocą serwera konferencyjnego MCU, nazywanego tutaj audiokonferencyjnym, przeznaczonego do odbioru strumienia głosowego z każdego z terminali telekomunikacyjnych od T1 do T5 (lub co najmniej z tych terminali) i retransmitowania go do innych terminali telekomunikacyjnych (lub przynajmniej do części innych terminali). Użytkownik pragnący uczestniczyć w konferencji ustala za pomocą swojego terminala łącze komunikacyjne z mostkiem audiokonferencyjnym MCU dla emisji i odbioru strumieni głosowych. [0034] Kanały transmisji strumieni głosowych od A1 do A8, powiązane z audiokonferencją ustaloną między terminalami od T1 do T5, są przedstawione na figurze 1 za pomocą podwójnych strzałek. Te strumienie głosowe od A1 do A8 są na ogół początkowo wymieszane w poszczególnych sieciach (na przykład w sieci R1 i niezależnie w sieci R2). Uzyskane w ten sposób różne wymieszane strumienie są następnie przesyłane przez sieciowe bramy łączące do mostka audiokonferencyjnego MCU podłączonego do jednej z sieci, w tym przypadku sieci R2. [0035] System przedstawiony na figurze 1 zawiera również urządzenie do przetwarzania danych PCC, typu serwera danych, komunikujące się z mostkiem audiokonferencyjnym MCU poprzez sieć prywatną R4 i kanały transmisji danych od D6 do D7.
- 7 - [0036] Serwer danych PCC zawiera interfejs komunikacyjny 150, umożliwiający serwerowi dostęp do sieci prywatnej R4 (kanał transmisji danych D6), sieci internetowej R3 (kanał transmisji danych D4) i wysyłanie wiadomości SMS do terminali telekomunikacyjnych (kanał transmisji danych M2). [0037] Serwer danych PCC może się komunikować z terminalem T1, z jednej strony przez kanał transmisji danych od D1 do D4 przedstawiony za pomocą pojedynczej ciągłej linii oraz z drugiej strony przez kanał transmisji wiadomości M1 (na przykład typu SMTP, Simple Mail Transfer Protocol), M2 typu SMS przedstawiony za pomocą linii przerywanej. Transmisja SMS w przypadku terminala T1 jest realizowana albo w trybie łączy, albo w trybie pakietowym. [0038] Serwer danych PCC zawiera ponadto środki do przetwarzania danych 160, typu procesora obliczeniowego, uzyskujące dostęp do bazy danych 165. Środki do przetwarzania danych 160 zawierają moduły oprogramowania od 161 do 163, którymi są: - interfejs oprogramowania 163 do przetwarzania danych wymienianych z mostkiem audiokonferencyjnym MCU, - interfejs oprogramowania 161 do przetwarzania danych wymienianych z terminalami od T1 do T5 podczas audiokonferencji, - silnik oprogramowania do przetwarzania danych 162 dla sterowania i koordynowania interfejsami od 161 do 163. [0039] Baza danych 165 została zaprojektowana tak, by w postaci tabeli były zapisywane wszystkie dane, a wśród nich: - tabela abonentów usługi informowania uczestników audiokonferencji zawierająca, dla każdego identyfikatora abonenta, dane identyfikacyjne abonenta (na przykład nazwisko, hasło, numer telefonu, typ stosowanego terminala, lista profili zarejestrowanych przez użytkownika, itp.), - tabela profili abonentów zawierająca, dla każdego identyfikatora z profilu, dane powiązane z profilem (na przykład nazwisko, imię, firma, stanowisko w firmie, zdjęcie abonenta, itp.), - tabela bieżącej konferencji zawierająca, dla każdego identyfikatora uczestnika, listę identyfikatorów uczestników tej konferencji, - tabela uczestników zawierająca, dla każdego identyfikatora uczestnika, identyfikator abonenta, identyfikator profilu i identyfikator konferencji. [0040] Te poszczególne tabele są przeznaczone do uzupełniania i aktualizacji podczas realizacji sposobu według wynalazku lub ewentualnie, poza tą realizacją, na przykład podczas rejestracji abonentów do usługi identyfikacji uczestników. [0041] Tabela abonentów jest uzupełniana w miarę rejestrowania się na usługę. Tabela profili abonentów może być uzupełniana w każdej chwili, w tym również podczas audiokonferencji. Tak więc każdemu abonentowi może być przypisany jeden profil lub kilka profili abonenta. Na przykład abonent będzie mieć z jednej strony tzw. profil zawodowy zawierający informacje o firmie, do której należy i o stanowisku w firmie, oraz z drugiej strony tzw. profil prywatny zawierający jego nazwisko, imię, przydomek, adres osobisty. W każdym
- 8 - profilu są zapisywane dane alfanumeryczne, jak i dane multimedialne, na które składają się obrazy, animowane lub statyczne, lub sekwencje dźwiękowe. Korzystnie w danych profilu znajdzie się zdjęcie abonenta. [0042] Tabela konferencji jest uzupełniana i modyfikowana podczas konferencji. To samo dotyczy tabeli uczestników. Uczestnik odpowiada abonentowi, uczestnikowi danej konferencji z danym profilem. Uczestnika charakteryzuje więc identyfikator abonenta, identyfikator konferencji i identyfikator profilu abonenta. [0043] Powracając do figury 1, mostek audiokonferencyjny MCU obejmuje urządzenie 190 do przetwarzania strumieni głosowych, umożliwiające mostkowi MCU przetwarzanie (na ogół przez mieszanie) różnych strumieni głosowych, odbieranych z każdego z terminali telekomunikacyjnych T1, T2, T3 zanim zostaną retransmitowane do części lub do wszystkich terminali telekomunikacyjnych. Urządzenie to potrafi wykrywać nawiązanie lub przerwanie połączenia z terminalem. Zawiera również moduł detekcji aktywności głosowej konferencji. Detekcja ta polega przede wszystkim na określeniu poziomu dźwiękowego każdego z odbieranych strumieni głosowych. Takie moduły są znane i zazwyczaj stosowane do detekcji faz ciszy podczas rozmowy dla ograniczenia liczby danych, które mają być retransmitowane do różnych terminali lub dla detekcji strumieni o najwyższym poziomie dźwiękowym, aby mieszane były tylko takie strumienie. Taki moduł jest stosowany do detekcji poziomu dźwiękowego każdego strumienia głosowego. W kontekście wynalazku umożliwia detekcję przypadków zabrania głosu przez uczestników, a zwłaszcza określenie, który strumień głosowy ma najwyższy poziom dźwiękowy. Ustala się, że ten strumień odpowiada strumieniowi aktywnego rozmówcy. Ewentualny użytkownik terminala, z którego pochodzi ten strumień jest identyfikowany jako aktywny rozmówca. W przypadku szczególnym, gdy kilku uczestników konferencji rozmawia jednocześnie, ten, który mówi najgłośniej, zostanie wykryty jako aktywny rozmówca. [0044] Mostek audiokonferencyjny MCU zawiera również interfejs komunikacyjny 170 umożliwiający dostęp do sieci R4 i interfejs oprogramowania 180 do przetwarzania danych wymienianych z serwerem danych PCC. Interfejs oprogramowania 180 mostka audiokonferencyjnego MCU stanowi uzupełnienie interfejsu oprogramowania 163 serwera danych PCC. Te interfejsy 180 i 163 komunikują się między sobą, na przykład przez kanał komunikacyjny D6-D7 ustalony za pomocą interfejsu komunikacyjnego typu gniazda IP (Internal Protocol), interfejsu przypisywanego każdorazowo do adresu sieciowego (w tym przypadku adres IP) i identyfikatora portu komunikacyjnego. Ten typ kanału komunikacyjnego umożliwia ustalenie łącza komunikacyjnego w trybie punkt-punkt między serwerem danych PCC a mostkiem audiokonferencyjnym MCU. Korzystnie to łącze jest przeznaczone do realizacji usługi informowania uczestników, to znaczy zastrzeżone dla wymiany, między terminalem a serwerem PCC, danych umożliwiających to zastosowanie. Format wymienianych danych to na przykład format XML, możliwe będzie również stosowanie każdego innego formatu. [0045] Mostek audiokonferencyjny MCU i serwer danych PCC komunikują się w trybie klient/serwer i możliwe jest stosowanie jakiegokolwiek innego przykładu wykonania łącza
- 9 - komunikacyjnego kompatybilnego z tym trybem. Tak więc można rozważać komunikację przez wiadomości, przez wywołania funkcji zdalnych (RPC, Remote Procedure Call), przez środki programowo-sprzętowe itp. Ponadto sieć R4 może być siecią prywatną lub publiczną (Internet), siecią wirtualną, itp. [0046] Mostek audiokonferencyjny MCU wysyła do serwera danych PCC, za pomocą interfejsu oprogramowania 180 i poprzez kanał komunikacyjny D6-D7, informacje dotyczące poniższych zdarzeń, wykrytych przez urządzenie 190 do przetwarzania strumieni konferencyjnych i/lub moduł detekcji aktywności głosowej: - dołączenie pierwszego uczestnika audiokonferencji, to znaczy początek audiokonferencji, - dołączenie nowego uczestnika trwającej audiokonferencji, - opuszczenie audiokonferencji przez uczestnika, - zmiana aktywnego rozmówcy, to znaczy wskazanie uczestnika jako nowego aktywnego rozmówcy, - zabranie głosu przez uczestnika, - prośba uczestnika o udzielenie głosu (w aplikacjach PoC). [0047] Każde z tych zdarzeń może być wykryte przez mostek audiokonferencyjny MCU na podstawie strumienia danych konferencyjnych. W zależności od zastosowania danej konferencji telefonicznej, detekcja jest realizowana na podstawie strumieni głosowych, na podstawie odebranych próśb o udzielenie głosu (przypadek systemu nawiązywania połączenia telefonicznego w aplikacjach PoC) lub na podstawie strumieni kontroli transmisji strumieni głosowych. Po wykryciu przez mostek audiokonferencyjny MCU jednego z tych zdarzeń moduł oprogramowania 180 uruchamia wysyłkę danych identyfikacyjnych zdarzenia. Korzystnie każda wysyłka danych do serwera danych PCC zawiera kod identyfikacyjny wykrytego zdarzenia, identyfikator terminala, z którego pochodzi zdarzenie, i identyfikator trwającej konferencji. Zaletę stanowi fakt, że identyfikatorem terminala jest jego numer telefoniczny. Umożliwia to z jednej strony prostą identyfikację terminali i z drugiej strony stosowanie tego numeru telefonicznego przez serwer danych PCC dla komunikowania się z tym terminalem. [0048] Terminal telefonii T1, tzw. terminal 3G, zawiera środki komunikacyjne 130 służące do ustalania łącza komunikacji telefonicznej w trybie łączy dla transmisji strumieni danych konferencyjnych oraz do ustalania kanału komunikacji danych z serwerem danych PCC w trybie pakietowym tak, by był możliwy jednoczesny i niezależny odbiór danych i strumieni głosowych. Tytułem przykładu terminal T1 może być terminalem telefonii typu 2,5G klasy A lub terminalem typu 3G. Takie terminale, zdefiniowane przez instytucję 3GPP (Third Generation Partnership Project, http://www.3gpp.org) umożliwiają otwarcie sesji komunikacyjnej w trybie pakietowym dla wysłania lub odbioru i emisji strumienia głosowego oraz jednocześnie sesji komunikacyjnej w trybie pakietowym dla wysłania lub odbioru strumienia danych. Na przykład telefon mobilny 2,5G klasy A może jednocześnie uzyskać dostęp do usług GSM w trybie łączy i usług GPRS w trybie pakietowym.
- 10 - [0049] Terminal telekomunikacyjny T1 zawiera ponadto ekran do wyświetlania 100, na przykład w postaci ekranu ciekłokrystalicznego, pamięć danych 120, na przykład pamięć typu RAM, mikroprocesor 110 do przetwarzania danych i wykonywania programów. W korzystnym przykładzie wykonania ten mikroprocesor jest przewidziany również dla wspierania platformy JAVA typu J2ME (Java 2 Micro Edition), umożliwiając wykonywanie programów typu midlet (aplet Java do pobrania w terminalu przenośnym, posiadającym platformę typu J2ME). [0050] Terminal telekomunikacyjny T1 jest korzystnie kompatybilny z następującymi standardami: - MIDP (Mobile Information Device Profile), tak, by było możliwe tworzenie internetowego kanału komunikacyjnego typu gniazda IP (Internet Protocole), - WMA (Wireless Message API), tak, by było możliwe uruchomienie aplikacji JAVA za pomocą wiadomości SMS. [0051] Korzystnie terminal telekomunikacyjny T1 zawiera wbudowaną kamerę i jest kompatybilny ze standardem MMAPI (Mobile Media Application Programming Interface) tak, by było możliwe wykonywanie i zapisywanie zdjęcia użytkownika terminala, zdjęcia, które zostanie umieszczone w profilu tego użytkownika. [0052] Przykład wykonania sposobu według wynalazku zostanie teraz opisany w odniesieniu do figur od 2a do 2f. [0053] Na tych figurach przedstawiono jednocześnie główne wymiany (za pomocą strzałek przedstawiających strumienie głosowe lub strumienie danych) między terminalami T1, T3, serwerem danych PCC i mostkiem audiokonferencyjnym MCU oraz etapy stosowania każdej z tych jednostek. [0054] W przykładzie przedstawionym na figurach od 2a do 2f zakłada się, że terminal T1 jest terminalem umożliwiającym ustalenie sesji komunikacyjnej w trybie łączy dla odbioru i emisji strumienia głosowego oraz jednoczesne ustalenie sesji komunikacyjnej w trybie pakietowym dla wysyłania lub odbioru strumieni danych. Jeżeli chodzi o terminal T3, nie ma on takiej możliwości. Zilustrowano w ten sposób fakt, że wynalazek znajduje zastosowanie do systemu konferencyjnego, w którym terminale mają różną zdolność komunikacji. Realizacja sposobu według wynalazku nie wymaga żadnej wcześniejszej modyfikacji terminali, wprost przeciwnie: jest ono możliwe przy użyciu przedstawionych typów terminali. Zastosowanie usługi informowania według wynalazku będzie możliwe wyłącznie w przypadku terminali, które potrafią ustalić jednocześnie sesję komunikacyjną dla odbioru i emisji strumienia głosowego oraz sesję komunikacyjną dla wysłania i odbioru strumienia danych. Występowanie innych terminali, mniej skutecznych, nie zakłóca wcale realizacji sposobu według wynalazku, przy czym za uwzględnienie typu terminala odpowiedzialny jest serwer danych PCC. [0055] Pierwsza faza sposobu, odpowiadająca połączeniu pierwszego uczestnika, jest opisana w odniesieniu do figury 2a. Ta pierwsza faza rozpoczyna się podczas etapu S200, podczas którego użytkownik terminala T1 ustala łącze komunikacyjne z mostkiem
- 11 - audiokonferencyjnym MCU, wybierając na tym terminalu numer telefonu przypisany mostkowi. To łącze komunikacyjne umożliwia transmisję strumienia danych konferencyjnych między terminalem a mostkiem. [0056] Gdy zostaje ustalona komunikacja z mostkiem audiokonferencyjnym MCU, ten ostatni wykrywa podczas etapu S201 początek nowej konferencji. Wówczas wysyła do serwera danych PCC poprzez kanał komunikacyjny IP D6-D7 dane zawierające przede wszystkim numer telefonu Y1 terminala wywołującego, daną identyfikacyjną X1 audiokonferencji oraz daną kodującą rodzaj zdarzenia wykrytego przez mostek audiokonferencyjny MCU. W takim przypadku zdarzenie jest wprowadzane do konferencji pierwszego uczestnika. W zależności od przesłanego numeru telefonu Y1 serwer danych PCC może wykryć typ terminala: numer telefonu zaczynający się od prefiksu 06 to numer telefonu komórkowego. Ponadto, w zależności od przesłanego numeru telefonu Y1 i tabeli abonentów usługi informowania uczestników audiokonferencji, serwer może rozpoznawać typ stosowanego terminala, przede wszystkim wtedy, gdy jest on wyposażony w środki umożliwiające ustalenie kanału komunikacyjnego IP równocześnie z kanałem transmisji strumieni głosowych. W przykładzie wykonania opisanym tutaj serwer danych PCC wykrywa więc, czy terminal T1 dysponuje takimi środkami. Jako przykład wykonania automatyczna detekcja typu terminala jest uzyskiwana poprzez zapytanie skierowane do terminala. [0057] Podczas etapu S202 serwer danych PCC zapisuje w tabelach bazy danych 165 informacje dotyczące rozpoczęcia konferencji. Przede wszystkim tworzy identyfikator trwającej konferencji i identyfikator nowego użytkownika oraz zapisuje powiązane dane opisujące tę konferencję i tego użytkownika. W przykładzie przedstawionym na figurze 2a terminalem, który jako pierwszy łączy się z mostkiem audiokonferencyjnym MCU, jest terminal T1. Serwer danych PCC wysyła do terminala T1 zapytanie w postaci wiadomości typu WAP Push (WAP, Wireless Application Protocol), która jest przesyłana poprzez przesłanie SMS w specjalnym formacie. Ta wiadomość z aktywną zawartością zawiera URL umożliwiający załadowanie midleta przy użyciu przeglądarki WAP terminala. Przed załadowaniem użytkownik może zostać poproszony o potwierdzenie. Wiadomość ta jest przesyłana przez centrum SMS-C C1 do terminala T1. Istnieje także możliwość zastosowania jakiegokolwiek innego formatu wiadomości umożliwiającego rozpoczęcie wykonywania programu na terminalu odbiorcy. [0058] Po odbiorze podczas etapu S205 tej wiadomości terminal T1 otwiera połączenie WAP (Wireless Application Protocol) umożliwiając mu dostęp do sieci internetowej przez bramę G1 i ustalenie podczas etapu S210 kanału komunikacyjnego do serwera danych PCC. Podczas etapów S210 i S211 serwer danych PCC i terminal T1 prowadzą dialog dla ustalenia tego kanału. Korzystnie kanał ten zostaje ustalony w postaci kanału IP za pomocą interfejsu typu gniazda. Ten typ kanału komunikacyjnego, przedstawiony schematycznie przez strumienie od D1 do D4 na figurze 1, umożliwia w ten sposób ustalenie łącza punkt-punkt między serwerem danych PCC a terminalem T1. Korzystnie format danych wymienianych przez ten kanał będzie bazować na protokole HTTP, ale rozważyć można też zastosowanie jakiegokolwiek
- 12 - innego formatu. Korzystnie serwer danych PCC będzie sygnalizować terminalowi T1 ustalenie kanału. [0059] Kanał IP utworzony między terminalem T1 a serwerem danych PCC jest korzystnie przewidziany i przeznaczony do przesyłania poleceń sterowania i/lub danych między serwerem danych PCC a terminalem T1. Korzystnie kanał ten jest przewidziany do wymiany danych, informacji i poleceń niezbędnych do zastosowania usługi informowania uczestników. [0060] Polecenia sterowania, przechodzące przez ten kanał, pochodzące z serwera danych PCC z przeznaczeniem do terminala T1, to na przykład: - żądanie zapisania w terminalu T1 zestawu informacji, na przykład prośba o zapisanie jednego lub kilku profili, serwer wysyła identyfikator profilu i dane powiązane z tym profilem, - żądanie wyświetlenia informacji, na przykład żądanie wyświetlenia jednego lub kilku profili, serwer wysyła identyfikator profilu i dane powiązane z tymi profilami. [0061] Jako przykład wykonania, gdy informacje, które mają być wyświetlone, zostały wcześniej zapisane w terminalu T1 w powiązaniu z identyfikatorem, serwer wysyła zamiast żądania wyświetlenia tylko identyfikator zestawu informacji do wyświetlenia. W ten sposób można zyskać w zakresie czasu przetwarzania i ilości danych do przesyłania. Na przykład do terminala wysyłany jest tylko identyfikator profili do wyświetlenia lub tylko identyfikator uczestnika dla spowodowania wyświetlenia profilu powiązanego z tym identyfikatorem lub z tymi identyfikatorami. Ten przykład wykonania może być zaproponowany użytkownikowi przez midlet w postaci opcji lub zostać narzucony przez serwer danych. [0062] Według innego przykładu wykonania, poleceniu sterowania wyświetlaniem towarzyszy tekst opisu zdarzenia powiązanego z wyświetlaniem, typu X dołączył do konferencji, X opuścił konferencję, X zabrał głos, itp., gdzie X to nazwa uczestnika, którego identyfikator został przesyłany. [0063] Polecenia sterowania, przenoszone przez kanał IP, pochodzące z terminala T1 z przeznaczeniem do serwera danych PCC, to na przykład: - żądanie utworzenia profilu, terminal wysyła dane powiązane z profilem, serwer odsyła identyfikator utworzonego profilu, - żądanie usunięcia profilu, terminal wysyła identyfikator danego profilu, - żądanie zmiany profilu z listy danych profili, terminal wysyła identyfikator danego profilu i nowe dane do powiązania ze zmienionym profilem, który zastępuje wcześnie zapisane dane, - żądanie wyboru profilu z listy danych profili dla udziału w konferencji, terminal wysyła identyfikator danego profilu, - żądanie wyboru danego formatu spośród wszystkich możliwych formatów dla wysłania informacji o zdarzeniach. [0064] Wymiana danych między terminalem T1 a serwerem danych PCC może obejmować również potwierdzenia odbioru poleceń, danych lub żądań związanych z konserwacją kanału komunikacyjnego, przeznaczonych na przykład do weryfikacji danych identyfikacyjnych
- 13 - terminala, synchronizacji wiadomości, sygnalizowania błędów, rozpoczynania i kończenia komunikacji, itp. Wszystkie te dane i informacje są niezbędne do realizacji usługi informowania uczestników. [0065] Powracając do figury 2a, gdy kanał IP jest ustalony, serwer danych PCC aktualizuje tabelę danych abonentów w bazie danych 165. W razie niepowodzenia w ustalaniu połączenia kod odpowiadający niepowodzeniu jest zapisywany w danych abonenta. W razie powodzenia inny kod jest zapisywany przez serwer danych PCC. Zapisane kody powodzenia lub niepowodzenia umożliwiają serwerowi danych PCC uzyskanie informacji przede wszystkim o tym, czy terminal T1 danego abonenta pobrał już midlet. Jeżeli podczas etapu S202 serwer danych PCC bazował na danych, które zapisał, na podstawie których terminal T1 pobrał już midlet, przewiduje się, że SMS wysłany przez serwer danych PCC uruchamia, po jego odbiorze przez terminal T1 nie pobieranie midletu, ale po prostu uruchomienie midletu. W takim przypadku etap S216 nie jest wykonywany przez terminal T1, który od razu przechodzi od etapu S210 do etapu S217. [0066] Podczas etapu S216 midlet jest ładowany z serwera danych PCC przez utworzony kanał IP, następnie instalowany w terminalu T1. Korzystnie midlet jest spersonalizowany tak, by zawierał informacje o numerze telefonicznym terminala T1 dla identyfikacji tego terminala. Następnie midlet jest uruchamiany podczas etapu S217. Korzystnie midlet jest zaprojektowany tak, by uruchomił się automatycznie bez konieczności interwencji użytkownika terminala T1. [0067] Instalacja midleta, jego uruchomienie i ustalenie kanału transmisji danych są więc zupełnie zautomatyzowane i, w razie potrzeby, mogą stać się całkowicie transparentne dla użytkownika terminala. Nie musi on wykonywać żadnych czynności poza ewentualnym początkowym ustawieniem usługi i utworzeniem profili odpowiadających danym, które mają być przesyłane innym użytkownikom podczas konferencji. Konfiguracja terminala jest więc całkowicie automatyczna. [0068] Druga faza sposobu, odpowiadająca utworzeniu profilu, jest przedstawiona na figurze 2b. Kiedy zostaje ustalony kanał komunikacyjny, sposób przechodzi do etapu S225 poprzez żądanie utworzenia profilu, które jest wysyłane przez kanał komunikacyjny D1-D4 terminala T1 do serwera danych PCC. W tym żądaniu utworzenia profilu użytkownik wysyła dane powiązane z profilem: nazwisko, imię, informacje, zdjęcie, itp. Po odbiorze podczas etapu S226 żądania utworzenia profilu serwer danych PCC tworzy nowy profil, zapisuje dane profilu w tabeli profili i przydziela profilowi identyfikator. Następnie podczas etapu S227 wysyła identyfikator profilu do terminala T1 i jednocześnie polecenie wyświetlenia. [0069] Po odbiorze identyfikatora podczas etapu S228 terminal T1 zapisuje identyfikator profilu tak, by było możliwe odnalezienie powiązanych danych na podstawie samego identyfikatora profilu. Odbywa się to na przykład za pomocą tabeli profili podobnej do tej, która jest obsługiwana przez serwer danych PCC w bazie danych 165. [0070] Polecenie wyświetlenia odebrane podczas etapu S228 jest przetwarzane przez midlet, który podczas etapu S229 steruje wyświetlaniem terminala w zależności od ustawień tego
- 14 - polecenia. W tej sytuacji wyświetlanie polega na wyświetlaniu danych profilu na terminalu T1, korzystnie ze zdjęciem uczestnika. Jako przykład wykonania wiadomość może być wyświetlana jednocześnie z danymi z profilu dla zasygnalizowania, że osoba, której profil właśnie się wyświetlił, dołączyła do audiokonferencji. [0071] Jako przykład wykonania, etapy od S225 do S229 są wykonywane podczas trwania konferencji, na przykład z inicjatywy użytkownika terminala T1. Wybiera on w tym celu opcję w menu proponowanym przez midlet podczas realizacji. [0072] Według innego przykładu wykonania, profile z etapów od S225 do S229 mogą być tworzone offline, na przykład podczas rejestracji użytkownika do usługi informowania uczestnika, na przykład przez portal internetowy służący do rejestracji i administrowania usługi. We wszystkich przykładach wykonania poszczególne profile utworzone przez użytkownika są zapisywane przez serwer danych PCC w bazie danych 165. [0073] Trzecia faza sposobu, odpowiadająca przybyciu nowego uczestnika, jest opisana w nawiązaniu do figury 2c. Podczas etapu S230 użytkownik terminala stacjonarnego T3 wybiera numer mostka audiokonferencyjnego. Mostek audiokonferencyjny MCU, przyjmujący to wywołanie, wykrywa podczas etapu S231 połączenie nowego uczestnika i wysyła do serwera danych PCC przez kanał komunikacyjny IP D6, D7 dane zawierające przede wszystkim numer telefonu Y3 terminala wywołującego, daną identyfikacyjną X1 audiokonferencji oraz daną kodującą rodzaj zdarzenia wykrytego przez mostek audiokonferencyjny MCU, którym to zdarzeniem jest w tym przypadku pojawienie się nowego uczestnika trwającej konferencji. [0074] Podczas etapu S232 serwer danych PCC analizuje odebrane dane i zapisuje identyfikator profilu uczestnika dla audiokonferencji X1. W zależności od przesyłanego numeru telefonu Y3 i powiązanych danych abonentów, serwer danych PCC jest w stanie wykryć fakt, że terminal powiązany z numerem Y3 jest terminalem niedysponującym środkami do ustalania kanału komunikacyjnego IP z serwerem danych PCC. [0075] Serwer danych PCC obsługuje w rzeczywistości dwie kategorie terminali: - terminale kategorii A, umożliwiające ustalenie kanału transmisji danych, który jest niezależny od kanału transmisji strumienia głosowego i który umożliwia odbiór strumienia danych przez dany terminal w tym samym czasie, co odbiór strumienia głosowego, - terminale kategorii B, nieumożliwiające tego. [0076] Taką niezależność tłumaczy się przede wszystkim faktem, że tryb przesyłania strumienia danych przez kanał IP dla informowania uczestników jest niezależny od trybu przesyłania strumieni głosowych. Wynika z tego, że nie występują ograniczenia dla tych dwóch rodzajów strumieni, na przykład brak ograniczeń typu synchronizacji czasowej. Tą niezależność tłumaczy się również faktem, że te dwa rodzaje strumieni mogą korzystać z innego typu łącza, z innej sieci lub typu sieci. Na przykład, jeżeli terminal T1 ustala łącze komunikacyjne w trybie łączy dla transmisji strumieni głosowych, kanał IP między terminalem T1 a serwerem danych PCC może być utworzony przez łącze w trybie pakietowym. Przetwarzanie realizowane przez terminal na strumieniach głosowych, które
- 15 - odbiera, jest również niezależne od przetwarzania wykonywanego przez ten sam terminal na kanałach danych informacyjnych, które odbiera. [0077] Pewien rodzaj koordynacji między z jednej strony zawartością strumieni głosowych odebranych przez serwer konferencyjny i z drugiej strony zawartością strumieni informacji dostarczanych do terminali jest zapewniany dzięki serwerowi danych PCC na podstawie wykrytych zdarzeń, sygnalizowanych przez mostek audiokonferencyjny MCU. Ta koordynacja jest zapewniana poprzez wdrożenie etapów polegających na określaniu zdefiniowanych wstępnie zdarzeń na podstawie strumieni danych konferencyjnych, następnie na generowaniu dla każdego oznaczonego zdarzenia informacji o tym zdarzeniu, które to informacje są następnie wysyłane przez serwer danych do terminali, które ustaliły łącze transmisji danych. [0078] Inne terminale, na przykład T2 lub T4, T5 mogą łączyć się z konferencją w ten sam sposób, co terminal T3. Terminal T2 należy tutaj do kategorii B, podobnie, jak terminal T3, natomiast terminale T4 i T5 należą do kategorii A, podobnie, jak terminal T1 z taką różnicą, że strumienie głosowe powiązane z terminalem T4 są przesyłane w trybie pakietowym (w trybie VoIP), natomiast w przypadku terminala T1 lub T5 są przesyłane w trybie łączy. W przypadku terminali T1, T4 i T5 kanał transmisji danych jest ustalany każdorazowo w trybie pakietowym. [0079] Dla uproszczenia dalsza część opisu będzie ograniczona do audiokonferencji między terminalem T1 kategorii A i terminalem T3 kategorii B. Natomiast wynalazek znajduje zastosowanie do dowolnej liczby terminali, bez względu na ich kategorię. Oczywiście tylko terminale kategorii A będą mieć dostęp do usługi informowania uczestników według wynalazku. Ponadto, wynalazek dostosowuje się automatycznie do typów terminali uczestniczących w konferencji nie wykluczając terminali o najlepszych parametrach. [0080] Powracając do figury 2c, serwer danych PCC generuje podczas etapu S233 polecenie sterowania przeznaczone dla terminala T1. To polecenie sterowania obejmuje dane profilu uczestnika Y3, identyfikator powiązanego profilu i polecenie żądania wyświetlenia. Profil jest w tym przypadku profilem domyślnym, utworzonym offline, i zawiera na przykład tylko nazwisko i imię. To polecenie jest przesyłane przez kanał komunikacyjny IP D1-D4 do terminala T1. Po odbiorze tego polecenia midlet w terminalu T1 zapisuje podczas etapu S234 dane profilu, następnie steruje wyświetlaniem danych profilu podczas etapu S235. [0081] Podczas wyświetlania tego profilu wiadomość może być wyświetlona w tym samym czasie, co dane profilu, dla zasygnalizowania, że osoba, której profil właśnie został wyświetlony, dołączyła do audiokonferencji. W tym wariancie realizacji, gdy do konferencji dołączyło kilku uczestników, jeżeli pozwala na to liczba uczestników i rozdzielczość ekranu, istnieje możliwość jednoczesnego wyświetlenia wszystkich profili uczestników audiokonferencji i wyróżnienia kolorem, poprzez podkreślenie, miganie, itp. profilu, którego dotyczy wyświetlona wiadomość. [0082] Czwarta faza sposobu, odpowiadająca przebiegowi audiokonferencji, jest opisana w odniesieniu do figury 2d. Podczas audiokonferencji mostek audiokonferencyjny MCU może
- 16 - wykrywać aktywność głosową podczas konferencji na podstawie strumieni głosowych, które odbiera. W ten sposób strumienie głosowe emitowane przez rozmówcę Y1 z terminala T1 (etap S240A) i przez rozmówcę Y3 z terminala T3 (etap S240B) są wysyłane do mostka audiokonferencyjnego MCU. Podczas etapu S241 mostek audiokonferencyjny MCU miesza odbierane strumienie dla przesyłania ich do innych terminali. [0083] Mostek przystępuje ponadto do określania aktywności głosowej podczas konferencji. Przede wszystkim przystępuje do detekcji aktywnego rozmówcy na bazie odebranych strumieni głosowych, przy czym uczestnik zidentyfikowany jako aktywny rozmówca jest domniemanym użytkownikiem terminala, w przypadku którego emitowany strumień głosowy reprezentuje najwyższy poziom dźwiękowy. Po wykryciu nowego aktywnego rozmówcy (którym w przypadku figury 2d jest użytkownik Y1 terminala T1), mostek audiokonferencyjny MCU wysyła dane identyfikacyjne zdarzenia do serwera danych PCC dla zasygnalizowania tej zmiany rozmówcy lub pojawienia się tego nowego rozmówcy. Te dane identyfikacyjne zdarzenia obejmują przede wszystkim identyfikator X1 trwającej audiokonferencji i terminala Y1 będącego źródłem strumienia rozpoznanego jako strumień aktywnego rozmówcy. Po odbiorze tych danych identyfikacyjnych zdarzenia podczas etapu S242 serwer danych PCC wysyła do wszystkich abonentów usługi informowania, którzy ustalili kanał komunikacyjny IP (z terminalami kategorii A), informacje o zdarzeniu zawierające na przykład identyfikator profilu aktywnego rozmówcy. Korzystnie te informacje o zdarzeniu są wysyłane w postaci polecenia sterowania. [0084] Po odbiorze podczas etapu S243 tego polecenia sterowania midlet terminala T1 wyświetla profil odpowiadający odebranemu identyfikatorowi i, opcjonalnie, powiązaną wiadomość informującą, że dany uczestnik zabrał głos. To samo dotyczy pozostałych terminali kategorii A uczestniczących ewentualnie w konferencji. [0085] Podczas audiokonferencji etapy od S240 do S243 są powtarzane w cykliczny sposób, przy czym mostek audiokonferencyjny MCU wykrywa zdarzenia związane z przebiegiem audiokonferencji (dołączenie uczestnika do konferencji, opuszczenie konferencji przez uczestnika, identyfikacja uczestnika jako nowego aktywnego rozmówcy, zabranie głosu przez uczestnika, wniosek uczestnika o udzielenie głosu, itp.) i generuje dane identyfikacyjne zdarzenia, serwer danych PCC przetwarza te dane identyfikacyjne zdarzenia dla generowania informacji o wykrytych zdarzeniach i wysłania ich, na przykład w postaci polecenia sterowania, do terminali, które ustaliły kanał komunikacyjny IP, terminali odsyłających informacje przeznaczone do wyświetlenia na bazie informacji przesyłanych przez serwer PCC. [0086] Na podstawie danych identyfikacyjnych z terminala uczestniczącego w zdarzeniu i na podstawie dostępnych tabeli danych serwer danych PCC może zwrócić informacje o tożsamości domniemanego użytkownika terminala(i) będącego u źródła wykrytego zdarzenia i w związku z tym przesyłać informacje o zdarzeniu zawierające informację o uczestniku(ach), którego(ych) dotyczy wykryte zdarzenie.
- 17 - [0087] Na ogół serwer danych PCC wysyła do terminala T1, dla każdego zdarzenia wykrytego i zasygnalizowanego przez mostek audiokonferencyjny MCU, informacje właściwe dla wykrytego zdarzenia, na przykład identyfikator uczestnika, którego dotyczy zdarzenie, identyfikator profilu uczestnika, którego dotyczy zdarzenie, wiadomość opisującą zdarzenie, dane opisujące zdarzenie, itp. [0088] Informacje wyświetlone po odbiorze tych informacji są albo zawarte w przesyłanych informacjach (przypadek, gdy profil jest przesyłany w danych), albo zwracane za pomocą przesyłanych informacji (na przykład w postaci identyfikatorów) na podstawie informacji zapisanych już w terminalu. W tej drugiej opcji ilość przesyłanych informacji jest bardzo mała, co umożliwia ograniczenie do minimum czasu trwania wymiany danych i przetwarzania niezbędnego do sprowokowania wyświetlenia informacji. Zatem wyświetlenie następuje po zdarzeniach (zabranie głosu, itp.) prawie w czasie rzeczywistym. [0089] Jako przykład wykonania, sygnalizowania poprzez wyświetlenie możliwe jest sygnalizowanie w postaci emisji sygnału dźwiękowego lub głosowego poprzez uruchomienie wibracji, poprzez wysłanie wiadomości, itp. Możliwe jest zastosowanie każdej innej, właściwej formy sygnalizowania. [0090] Informacje dotyczące wykrytego zdarzenia są więc udostępniane użytkownikowi terminala poprzez wyświetlenie lub za pomocą innego środka. Umożliwia to informowanie użytkownika o zdarzeniach, których sam nie może wykryć lub których nie może wykryć w sposób jednoznaczny. [0091] Jako przykład wykonania, zamiast sygnalizować każde zabranie głosu, sygnalizuje się dane zabranie głosu tylko wtedy, gdy osiągnięty zostaje minimalny czas trwania. W ten sposób definiowany jest minimalny czas opóźnienia odpowiadający minimalnemu czasowi zabrania głosu, poniżej którego zabranie głosu nie jest sygnalizowane terminalom. Ten czas trwania wynosi na przykład od 1 do 3 sekund. Musi być stosunkowo jak najmniejszy, by nie powodować zbyt dużego przesunięcia czasowego między zabraniem głosu przez uczestnika a momentem, w którym terminal faktycznie wyświetla informację powiązaną z zabraniem głosu. Musi być odpowiednio wysoki, by uniknąć zbyt zbliżonych poleceń sterowania wyświetlaniem, i, co za tym idzie, niestabilnego wyświetlania na terminalu i braku komfortu dla uczestników. [0092] Piąta faza sposobu, odpowiadająca opuszczeniu konferencji przez uczestnika, jest opisana w odniesieniu do figury 2e. Kiedy podczas etapu S250 uczestnik (tutaj użytkownik terminala T3) opuszcza audiokonferencję kończąc połączenie komunikacyjne, mostek audiokonferencyjny MCU wykrywa to podczas etapu S251 i wysyła do serwera danych PCC poprzez kanał komunikacyjny IP D6, D7 dane zawierające przede wszystkim numer telefonu Y3 terminala opuszczającego konferencję, daną identyfikacyjną X1 audiokonferencji oraz daną kodującą rodzaj zdarzenia wykrytego przez mostek audiokonferencyjny MCU, w tym przypadku opuszczenie konferencji przez uczestnika. [0093] Po odbiorze danych podczas etapu S252 serwer danych PCC zapisuje informację w bazie danych poprzez usunięcie profilu uczestnika, następnie wysyła do terminali kategorii A,
- 18 - z istniejącym nadal łączem komunikacyjnym z mostkiem, polecenie sterowania zawierające identyfikator profilu uczestnika, który opuścił konferencję oraz powiązany kod polecenia. [0094] Po odbiorze tego polecenia podczas etapu S255 midlet terminala T1 przetwarza to polecenie i steruje środkami do wyświetlania 100 dla zasygnalizowania odejścia uczestnika z terminala T1. To sygnalizowanie polega na przykład na miganiu profilu uczestnika na terminalu i jednoczesnym wyświetleniu wiadomości informującej o opuszczeniu konferencji przez powiązanego uczestnika. [0095] Szósta faza sposobu odpowiadająca zakończeniu konferencji jest opisana w odniesieniu do figury 2f. Kiedy podczas etapu S260 ostatni uczestnik (tutaj użytkownik terminala T1) opuszcza audiokonferencję, mostek audiokonferencyjny MCU wykrywa to podczas etapu S261 i wysyła do serwera danych PCC poprzez kanał komunikacyjny IP D6, D7 dane zawierające przede wszystkim daną identyfikacyjną X1 audiokonferencji oraz daną kodującą rodzaj zdarzenia wykrytego przez mostek audiokonferencyjny MCU, w tym przypadku odejście ostatniego uczestnika. [0096] Po odbiorze danych podczas etapu S265, serwer danych PCC zapisuje informację w bazie danych poprzez usunięcie profilu uczestnika. [0097] Podczas etapu S265, gdy ostatni uczestnik opuścił konferencję, serwer danych PCC przystępuje do zamknięcia kanału komunikacyjnego ustalonego z terminalem T1. Podczas etapu S266 terminal T1 również zamyka kanał i zostaje zamknięty midlet w terminalu T1. [0098] Scenariusz opisany w odniesieniu do figur od 2a do 2f odpowiada uproszczonemu przykładowi, w którym dwa terminale T1 i T3 realizują audiokonferencję. Może to być dowolna liczba terminali. Każdy z terminali jest albo przypadkiem terminala T1, albo przypadkiem terminala T3 w zależności od tego, czy ten terminal może ustalić kanał transmisji danych niezależny od kanału transmisji strumienia głosowego dla terminala. W przypadku każdego terminala, dla którego jest to możliwe, serwer danych PCC powoduje ustalenie łącza transmisji danych, na przykład w postaci kanału komunikacyjnego IP dla transmisji poleceń sterowania wyświetlaniem. Dla innych terminali przebieg konferencji jest transparentny, jednak ich użytkownik nie ma możliwości dostępu do usługi dynamicznego informowania według wynalazku. Mostek audiokonferencyjny MCU, bez względu na występujące terminale, wykrywa zdarzenia powiązane z audiokonferencją (przybycie lub odejście uczestnika, nowy aktywny rozmówca) i przesyła dane identyfikacyjne o tych zdarzeniach do serwera danych PCC, który je przetwarza dla wysłania informacji o tych zdarzeniach do danych terminali. [0099] Opisane przykłady wykonania dotyczą przede wszystkim realizacji usługi informowania o zabieraniu głosu przez uczestników audiokonferencji. Jednak w ujęciu ogólnym wynalazek dotyczy zastosowania usługi informowania o przebiegu konferencji telefonicznej, przede wszystkim informowania o każdym zdarzeniu, które może być wykryte przez serwer konferencyjny: czas pozostawania przy głosie przez każdego uczestnika, wykryty blok głosowy, czas połączenia każdego uczestnika, itp. W ogólnym kontekście zastosowania wynalazku rodzaj wykrytych zdarzeń i informacje, które mogą być przesyłane
- 19 - uczestnikom konferencji telefonicznej poprzez zastosowanie kanału transmisji dedykowanego dla usługi informowania nie są ograniczone. Taki kanał może być z powodzeniem stosowany do transmisji wszelkiego rodzaju informacji w czasie rzeczywistym. [0100] Możliwe są przykłady wykonania dotyczące protokołu wymiany danych między serwerem danych PCC a terminalem T1 lub między serwerem danych PCC a mostkiem audiokonferencyjnym MCU. Przede wszystkim można przewidzieć dodatkowe wiadomości dla zapewnienia niezawodności lub bezpieczeństwa wymiany danych realizowanej w ten sposób. [0101] Jako przykład wykonania systemu przedstawionego na figurze 1, serwer danych PCC i mostek audiokonferencyjny MCU można wykonać w postaci jednego urządzenia do przetwarzania danych, mającego środki i funkcji serwera i mostka. Wyklucza to potrzebę ustalania kanału komunikacyjnego D6-D7. Jednak zaletą rozwiązania przedstawionego na figurze 1 jest możliwość łatwego zastosowania go w stosowanych obecnie systemach audiokonferencyjnych poprzez dodanie serwera danych PCC i zastosowanie interfejsów komunikacji między serwerem danych PCC a mostkiem audiokonferencyjnym MCU. [0102] Przedstawiony system umożliwia zastosowanie ogólnego rozwiązania synchronizacyjnego dla zawartości dwóch niezależnych strumieni, z których jeden jest przesyłany w trybie łączy, a drugi w trybie pakietowym. Zasada ta jest stosowana w kontekście zastosowania usługi informowania rozmówcy podczas audiokonferencji, gdzie strumienie głosowe odebrane przez mostek są stosowane do generowania jednego lub kilku strumieni danych przesyłanych niezależnie od strumieni głosowych. [0103] Zasada znajduje zastosowanie również w przypadku, gdy terminal (na przykład terminal T4 typu komputera osobistego) uzyskuje dostęp do audiokonferencji przy użyciu techniki VoIP poprzez zastosowanie kanału komunikacyjnego IP przeznaczonego do transmisji poleceń sterowania wyświetlaniem, który byłby niezależny od kanałów IP transmisji strumieni danych konferencyjnych. Strumienie te zawierają w tym przypadku jednocześnie strumienie głosowe (na przykład przez RTP) i strumienie danych kontrolnych strumieni głosowych (na przykład przez RTCP). W przypadku takiego terminala korzystnie ustalanie kanału komunikacyjnego będzie uruchamiane ręcznie przez użytkownika, na przykład poprzez ręczne uruchomienie odpowiedniego programu, przy czym uruchomienie programu przez SMS nie działa w przypadku tego typu terminala z powodów związanych z bezpieczeństwem dostępu do tego terminala. [0104] Zasada może być ponadto dostosowana do systemów rozmów telefonicznych z grupy typu Push To Talk. W tych systemach detekcja aktywnego rozmówcy może być realizowana albo na podstawie żądań udzielenia głosu emitowanych przez terminale poprzez strumień danych konferencyjnych, albo bezpośrednio na podstawie strumieni głosowych z konferencji odbieranych przez serwer nawiązujący połączenie telefoniczne. [0105] Zasada działania wynalazku znajduje więc zastosowanie do całego omówionego systemu grupowych rozmów telefonicznych bez względu na typ terminala, bez względu na