Спосіб комунікацій

Реферат: Спосіб комунікацій щонайменше між двома віддаленими користувачами за допомогою мережі Інтернет з використанням комунікаційного сервісу включає етапи: підключення щонайменше двох телекомунікаційних пристроїв користувачів до медіа-сервера, виконаного з можливістю багатоадресної двосторонньої передачі, встановлення комунікаційної сесії зв'язку з телекомунікаційним пристроєм другого віддаленого користувача для передачі даних і/або аудіо- і/або відеоінформації від першого користувача, який бере участь в сесії зв'язку, щонайменше до одного іншого користувача, що бере участь в сесії зв'язку. Перед початком роботи сесії зв'язку здійснюється ініціалізація роботи кожного користувача з медіа-сервером комунікаційної системи, надання медіа-сервером унікального ідентифікатора для користувача, що підключився. Цей ідентифікатор дійсний у рамках цієї сесії зв'язку, запис ідентифікатора у базу даних медіа-сервера, активізація користувача по цьому ідентифікатору, відкриття сесії зв'язку. Сесія зв'язку включає здійснення телефонних дзвінків, і/або здійснення відеодзвінків, і/або передачу даних, і/або трансляцію аудіо- і/або відеоінформації між щонайменше двома користувачами. UA 79299 U (54) СПОСІБ КОМУНІКАЦІЙ UA 79299 U UA 79299 U 5 10 15 20 25 30 35 40 45 50 55 60 Корисна модель належить до способів комунікацій і передачі даних, аудіо- і відеоінформації через комп'ютерну мережу. На даний час існує безліч способів по зв'язку між віддаленими сторонами, але жоден з них не забезпечує такого рішення, яке може привести до широковідомого використання їх для проведення сеансів зв'язку з передачею аудіо- та відеофайлів. Наприклад, дані технології не забезпечують дійсно групового спілкування в Інтернет-просторі, в межах якого користувачі можуть швидко дізнатися, чи присутні інші користувачі в мережі, одночасно отримати доступ до загальних файлів, здійснити дзвінки (включаючи відеодзвінки), передати файли і підключитися до віддаленого комп'ютера (телефону, смартфону, гаджету і т. д.) іншого користувача для управління його робочим столом. Широковідомий та популярний інтерактивний додаток ICQ. ICQ-мережевий протокол, який забезпечує миттєве відправлення та отримання текстових повідомлень, а також однойменна програма миттєвого обміну повідомленнями, що реалізує цей протокол. ICQ є централізованою службою миттєвого обміну повідомленнями, що використовує протокол OSCAR. Користувач служби працює з програмою-клієнтом (так званий месенджер), яка запущена на пристрої, з'єднаному з мережею Інтернет. Месенджер підключається до сервера, через який здійснюється пошук і зв'язок з іншими клієнтами, а обмін службовими даними, повідомленнями між користувачами може здійснюватися як через сервер, так і без його участі (http://uk.wikipedia.org/wiki/ICQ). Для використання служби вимагається зареєструвати обліковий запис, що може бути зроблено через інтерфейс клієнта, а також через Інтернет-портал. Для ідентифікації користувачів служба використовує UIN (Universal Identification Number) - унікальний для кожного облікового запису номер, що складається з 5-9 арабських цифр. Цей номер привласнюється обліковому запису при первинній реєстрації користувача в системі, після чого, в парі з паролем, може використовуватися для аутентифікації в системі. Основними недоліками цього способу обміну миттєвих повідомлень є те, що для його використання треба встановлювати на клієнтському комп'ютері спеціальне програмне забезпечення та час від часу оновлювати його, а функціонування способу обмежене передачею тільки текстових повідомлень або графічних символів - "смайликів". Також в ICQ реалізована передача файлів за технологією Peer-to-peer, тобто при безпосередньому Інтернет-з'єднанні двох комп'ютерів, минувши сервер. Подібний спосіб передачі файлів може бути небезпечним тим, що відправник дізнається IP одержувача (чи навпаки) або може відправити йому програмне забезпечення, що містить комп'ютерні віруси. На даний час широко відоме безкоштовне програмне забезпечення із закритим кодом Skype, що забезпечує шифрований голосовий зв'язок через Інтернет між комп'ютерами (VoIP), а також платні послуги для дзвінків на мобільні та стаціонарні телефони (див. http://uk.wikipedia.org/wiki/Skype). Програма також дозволяє здійснювати конференц-дзвінки (до 25 голосових абонентів, включаючи ініціатора), відеодзвінки (у тому числі відеоконференції до 10 абонентів), а також забезпечує передачу текстових повідомлень (чат) і передачу файлів. Є можливість замість зображення з веб-камери передавати зображення з екрана монітора. На відміну від багатьох інших програм IP-телефонії, для передачі даних Skype використовує Р2Р-архітектуру. Каталог користувачів Skype розподілений по комп'ютерах користувачів мережі Skype, що дозволяє мережі легко масштабуватися до дуже великих розмірів (в даний момент більше 100 мільйонів користувачів, 15-25 мільйонів знаходяться онлайн) без дорогої інфраструктури централізованих серверів. Крім того, Skype може маршрутизувати дзвінки через комп'ютери інших користувачів. Це дозволяє з'єднуватися один з одним користувачам, які знаходяться за NAT або брандмауером, проте створює додаткове навантаження на комп'ютери і канали користувачів, підключених до Інтернету безпосередньо. Skype дозволяє користувачам спілкуватися не тільки за допомогою голосу, але і більш традиційним способом - за допомогою текстових повідомлень - чату). Голосовий чат забезпечує як і розмови з одним користувачем, так і влаштовує конференц-зв'язок. Skype-чат дозволяє влаштовувати групові чати, посилати "смайлики", зберігати історію переписки між користувачами. Також надаються звичайні для ІМ-чатів можливості - профіль користувача, індикатор стану (статус) і так далі. Крім того, Skype надає можливість обміну файлами без обмеження в розмірі і із стандартними опціями тимчасової зупинки пересилки і автоматичного відновлення при підключенні після втрати зв'язку або виключення програми Skype до кінця передачі файлу. Основними недоліками даного програмного забезпечення є те, що його потрібно встановлювати користувачам на свій телекомунікаційний пристрій. Крім того, дана програма відображується в окремому вікні, що приводить до незручностей при її використанні. 1 UA 79299 U 5 10 15 20 25 30 35 40 45 50 55 Відома система обробки і передачі повідомлень (Патент РФ № 16324, МПК Н04М11/00, опубл. 20.12.2000 р.), яка характеризується тим, що вона містить щонайменше один комп'ютер користувача зв'язку Email, щонайменше один комп'ютер користувача зв'язку ICQ, щонайменше один стільниковий телефон, щонайменше один ретранслятор стільникового зв'язку і щонайменше один комп'ютер служби обробки і передачі повідомлень, причому комп'ютери користувачів зв'язку ICQ, Email, а також служби обробки і передачі повідомлень підключені до мережі "Інтернет", а програма кожного використовуваного комп'ютера виконана з можливістю визначення "Nick name" - короткого імені, дозволяє ідентифікує адресу одержувача повідомлення. Ця система призначена тільки для передачі текстових повідомлень і для передачі повідомлень користувачам потрібно пройти реєстрацію і отримати своє визначене ім'яідентифікатор. Відомий спосіб обміну між абонентами синхронними WAP повідомленнями за допомогою мобільного телефонного зв'язку (Патент РФ на винахід № 2366082, МПК Н03М1/00, опубл. 27.08.2009 p.), який вибраний за прототип, в якому для виклику абонента здійснюють ідентифікацію абонента, який робить виклик, і зареєстрований на WAP чат-сервері, створюють документ, що містить профіль даного абонента, при цьому на WAP чат-сервері створюють простір для спілкування, в якому ідентифікацію даного абонента здійснюють по абонентському номеру його мобільного телефону, формують в просторі для спілкування поле, що "абонента, який робить виклик", вводять в це поле абонентський номер мобільного телефону абонента, який робить виклик, при цьому даному абоненту при його виклику направляють повідомлення, яке ініціює його підключення до WAP чат-серверу. Недоліком даного способу є те, що передати WAP повідомлення можливо тільки абонентові, зареєстрованому на WAP чат-сервері, а абоненти, що не встановили зв'язок з WAP чат-сервером, не можуть отримувати повідомлення від інших абонентів. Крім того, серйозним недоліком способу є те, що повідомлення передаються іншим абонентам тільки телефонної мережі за допомогою мобільного телефонного зв'язку. В основу корисної моделі поставлена задача розширити функціональні можливості способу комунікації за рахунок забезпечення можливості передачі даних і/або аудіо- і/або відеоінформації між користувачами без встановлення спеціального програмного забезпечення і незалежно від їх реєстрації і парольного доступу на медіа-сервері. Поставлена задача вирішується тим, що запропонований спосіб комунікацій щонайменше між двома віддаленими користувачами за допомогою мережі Інтернет з використанням комунікаційного сервісу, що включає етапи: підключення щонайменше двох телекомунікаційних пристроїв користувачів до медіа-сервера, виконаного з можливістю багатоадресної двосторонньої передачі, встановлення комунікаційної сесії зв'язку зтелекомунікаційним пристроями другого віддаленого користувача для передачі даних і/або аудіо- і/або відеоінформації від першого користувача, який бере участь в сесії зв'язку, щонайменше до одного іншого користувача, що бере участь в сесії зв'язку, в якому згідно з корисною моделлю перед початком роботи сесії зв'язку здійснюється ініціалізація роботи кожного користувача з медіа-сервером комунікаційної системи, надання медіа-сервером унікального ідентифікатора для користувача, що підключився, причому цей ідентифікатор дійсний у рамках цієї сесії зв'язку, запис ідентифікатора у базу даних медіа-сервера, активізація користувача по цьому ідентифікатору, відкриття сесії зв'язку, причому сесія зв'язку включає здійснення телефонних дзвінків і/або здійснення відеодзвінків, і/або передачу даних, і/або трансляцію аудіо- і/або відеоінформації між щонайменше двома користувачами. Крім того, спосіб додатково включає етапи, на яких комунікаційний сервіс забезпечує виведення на засіб відображення інформації кожного користувача контактного листа з користувачами, які підключені на даний момент часу; пошук першим користувачем в контактному листі користувачів, для яких буде здійснюватися трансляція даних і/або аудіо- і/або відеоінформації, при цьому контактний лист вказує, чи доступна кожна інша сторона для передачі даних і/або аудіо- і/або відеоінформації; установка з'єднання між телекомунікаційним пристроєм першого користувача і медіа-сервером за наявності умови повідомлення, що забезпечується сесія зв'язку з вказаним щонайменше одним користувачем для початку трансляції, і відміна з'єднання, у разі відсутності умови повідомлення. Крім того, спосіб додатково включає етапи, на яких здійснюють передачу телекомунікаційним пристроєм першого користувача файлу, що містить аудіо- і/або відеоінформацію, на медіа-сервер, отримання другим користувачем запиту про прийняття файлу, установка передачі файлу з медіа-сервера телекомунікаційному пристрою другого користувача, у разі прийому запиту. 2 UA 79299 U 5 10 15 20 25 30 35 40 45 50 55 60 Крім того, спосіб додатково включає етапи, на яких здійснюють передачу першим користувачем запиту про передачу файлу, що містить аудіо- і/або відеоінформацію, другому користувачеві, отримання другим користувачем запиту про прийняття файлу, установка передачі файлу першим користувачем другому користувачеві, у разі прийому запиту. Крім того, спосіб додатково включає етапи, на яких здійснюють трансляцію телекомунікаційним пристроєм першого користувача файлу, що містить аудіо- і/або відеоінформацію, щонайменше одному користувачеві, що бере участь в сеансі зв'язку, з автоматичним збереженням даних в телекомунікаційному пристрої приймаючої сторони, причому перегляд і мовлення трансляції подають до тих пір, поки той, що транслює або переглядає, не захоче перервати перегляд або мовлення. Крім того, спосіб після встановлення комунікаційної сесії зв'язку щонайменше між двома користувачами встановлюється двосторонній режим управління телекомунікаційними пристроями даних користувачів. Суть корисної моделі пояснюється кресленнями, на яких зображено: на Фіг. 1 - схему взаємодії компонентів при реалізації способу; на Фіг. 2 - схему взаємодії між двома користувачами по протоколу RTMP; на Фіг. 3 - схему взаємодії між двома користувачами по протоколу RTMFP. Телекомунікаційний пристрій 10 користувача має такі основні компоненти: WEB-браузер 11 (наприклад Google Chrome, Mozilla FireFox, Opera etc.) зі встановленим FLASH-додатком 12 (Adobe Flash Player). Центральний медіа-сервер 20 складається з наступних компонентів: 21-HTTP- сервера Apache, який перенаправляє запит користувача до потрібного РНР інтерпретатора (скрипту); 22 - інтерпретатора РНР - для формування зовнішнього вигляду сторінок інтерфейсу користувачів і обробки запитів, отриманих від користувачів, і за допомогою якого відбувається реєстрація номерів користувачів, оновлення номерів і перевірка існування номера; 23 - бази даних СУБД MySql. - для зберігання інформації про користувачів, історії їх сеансів зв'язку і т. д.; 24 - додатки медіа-сервера 20. Центральний медіа-сервер 20 може бути виконаний на базі сервера Red5. Переваги цього сервера: - відкритий вихідний код; - досить велика історія розробки; - постійне оновлення і поліпшення системи; - розроблена система на базі Red5-Red5 Phone, яка використовується для ір-телефонів; - можливість розробки серверних розширень з використанням Java; - можливість безболісного введення на сервер додаткових по функціоналу сарвлетів, що забезпечується тим, що Red5 розроблений на базі Apache Tomcat; - безкоштовний. Можливими альтернативами для сервера Red5 можуть бути сервери: Wowza, FMS, Erlyvideo, crtmpd. Медіа сервер Wowza є shareware, тобто умовно безкоштовна розробка. По своєму функціоналу практично аналогічний Red5, але при цьому має деяку підтримку, оскільки є частково комерційним продуктом. Медіа-сервер FMS є розробкою від Adobe. Дозволяє розробляти серверні додатки за допомогою спеціального серверного ActionScript. Цей сервер є найбільш швидким відносно інших, тобто відео передається найшвидше. Крім того, сервер FMS останніх версій підтримує протокол RTMFP, тобто забезпечується можливість Р2Р. На Фіг. 1 показана схема здійснення даного способу. Користувач зі свого телекомунікаційного пристрою 10, на якому встановлений WEB-браузер 11 і FLASH-додаток 12, заходить на сайт (комунікаційний сервіс), призначений для реалізації цього способу. Відбувається спроба установки зв'язку з медіа-сервером 20, тобто ініціалізація користувача. При успішному підключенні користувач підключається до "Групи користувачів" і користувачу призначається медіа-сервером 20 унікальний ідентифікатор, по якому можна його унікально ідентифікувати у рамках цієї сесії зв'язку. Таким чином, відбувається звернення до HTTP-сервера 21, який перенаправляє запит до потрібного РНР-скрипта 22, який обробляє запит і зберігає присвоєний ідентифікатор у базі даних 23. При цьому РНР-скрипт 22 формує правильну HTTP-відповідь і користувачу надається можливість ввести будь-який номер для розмови з іншими користувачами. У цій відповіді знаходиться посилання на FLASH-компонент, який реалізує основний функціонал сервісу. 3 UA 79299 U 5 10 15 20 25 30 35 40 45 50 55 Таким чином, коли FLASH-компонент виявляється завантаженим, він зв'язується з медіасервером 20 для забезпечення взаємодії користувачів за допомогою FLASH-додатка 12, крім того, постійно відбувається взаємодія з РНР-скриптами 22 для інформування про зайнятість або вільність вибраного номера. На Фіг. 2 представлена схема передачі медіа-даних між двома користувачами при використанні протоколу зв'язку RTMP (Real-Time Messaging Protocol). У одному з варіантів реалізації запропонованого способу, під час сеансу зв'язку перший користувач зі свого телекомунікаційного пристрою 10 здійснює передачу файлу, що містить аудіо- і/або відеоінформацію, на медіа-сервер 20. Другий користувач 10 після прийняття і підтвердження запиту про прийняття файлу приймає цей файл з медіа-сервера 20. На Фіг. 3 представлена схема передачі медіа-даних між двома користувачами при використанні протоколу зв'язку RTMFP (Real-Time Media Flow Protocol). У одному з варіантів реалізації запропонованого способу, під час сеансу зв'язку перший користувач зі свого телекомунікаційного пристрою 10 надає запит про передачу файлу, що містить аудіо- і/або відеоінформацію, другому користувачеві 10. Другий користувач 10, після прийняття і підтвердження запиту про прийняття файлу, приймає цей файл з телекомунікаційного пристрою першого користувача 10. Нижче описані приклади реалізації цього способу. Приклад 1. Процес здійснення дзвінків на прикладі випадку, якщо користувач хоче сам здійснити дзвінок. Користувач зі свого телекомунікаційного пристрою 10, на якому встановлений WEB-браузер 11 і FLASH-додаток 12 заходить на сайт (комунікаційний сервіс), призначений для реалізації цього способу. Відбувається спроба встановлення зв'язку з медіа-сервером 20, тобто відбувається ініціалізація користувача. Якщо підключення відбулося успішно, то користувачеві призначається унікальний ідентифікатор (який зберігається у базі даних 23), по якому можна його унікально ідентифікувати у рамках цієї сесії, і надається можливість ввести будь-який номер для переговорів з іншими користувачами. При спробі активації номеру відбувається запит до РНР-скрипту 22, якому в вигляді параметрів передаються введений номер та отриманий ідентифікатор. У випадку, якщо такий номер не зайнятий, то вважається, що активація пройшла успішно і користувач може здійснити дзвінок до іншого користувача, а також отримати дзвінок від іншого користувача. Якщо ж активація не пройшла успішно, то про це повідомляється користувачеві і йому пропонується ввести інший номер. При цьому, якщо активація пройшла успішно, то FLASH-додаток 12 починає кожні 15 сек. відправляти POST-запит РНР-скрипту 22 з інформацією про активований номер, що дозволяє системі знати, що цей номер у нинішній момент часу зайнятий і знаходиться он-лайн, за рахунок чого забезпечується заборона іншим користувачам при спробі активації такого ж номера. Далі користувач або сам здійснює дзвінок, або отримує віддалений дзвінок. Розглянемо процес здійснення дзвінків на прикладі випадку, якщо користувач хоче сам здійснити дзвінок. У такому разі виконуються наступні дії. 1. Користувач вводить номер і натискає відповідну кнопку на інтерфейсі свого телекомунікаційного пристрою. У цей момент FLASH-додаток 12 звертається до додатку 24 медіа-сервера 20, передаючи йому номер користувача, якого він хоче викликати. Додаток 24, у свою чергу, перевіряє чи підключений цей користувач в даний момент до медіа-серверу 20. Якщо користувач підключений, то додаток 24 медіа-сервера 20 повідомляє про це того користувача, який телефонує, а також викликає дію відповідних функції Flash-додатка 12 того, кому телефонують. 2. На стороні ініціатора дзвінка починає звучати музика дзвінка. 3. На стороні приймаючої сторони відбувається перевірка поточного стану FLASH-додатка. Якщо користувач готовий отримати дзвінок, тобто він не спілкується з іншим користувачем, то у нього починає звучати музика дзвінка. Якщо користувач спілкується з іншим користувачем, то ініціаторові приходить відповідь, що користувач зайнятий, мелодія на стороні ініціатора припиняється, видається відповідне повідомлення, ініціація дзвінка закінчується, спілкування при цьому не розпочинається. 4. Якщо приймаюча сторона готова отримати дзвінок, то у неї виводиться відповідне повідомлення про те, що йому телефонує певний користувач. Якщо приймаюча сторона не 4 UA 79299 U 5 10 15 20 25 30 35 40 45 50 55 готова розмовляти і натискає кнопку "Відхилити", то про це повідомляється ініціаторові. Ініціація закінчується. Видаються відповідні повідомлення, розмова не розпочинається. 5. В цей же час ініціатор може відхилити дзвінок. Якщо він натискає на кнопку "Відміна", про це повідомляється приймаючій стороні. Ініціація закінчуються. Видаються відповідні повідомлення, розмова не розпочинається. 6. Якщо той, хто приймає дзвінок натискає кнопку "Прийняти", а ініціатор все ще не натиснув кнопку "Відхилити", то обидві сторони переходять в стан "Спілкування". При цьому відбуваються наступні події: 6.1. Кожна із сторін починає передачу мовлення (медіа-потоку) через медіа-сервер 20 (Red5) з назвою, яка відповідає його Red5-ідентифікатору, що дозволяє забезпечити унікальність у рамках роботи системи. Кожна із сторін підключається до чужого медіа-потоку і починає виводити його у себе в FLASH-додатку 12. 6.2. Відбувається запам'ятовування даних про розпочату розмову, щоб при завершенні розмови передати статистичні дані серверу 20. 6.3. Кожна із сторін підписується на сторонній потік, що дозволяє отримувати і відправляти чат-повідомлення, яке може бути написане на сторінці WEB-браузера. 7. Розмова закінчується як при натисненні на кнопку "Закінчити", так і при втраті зв'язку з одним з користувачів з мережею. 8. Коли розмова закінчена, та сторона, яка не була ініціатором закінчення розмови, передає post-запит PHP-скрипту з усією інформацією про розмову, що дозволяє на стороні сервера 20 зберігати інформацію про розмови, що відбулися. Описані вище кнопки знаходяться на інтерфейсі телекомунікаційних пристроїв відповідних користувачів. Також передбачені можливості деактивації номера і повторного підключення у разі втрати зв'язку з Інтернет. Приклад 2. Обмін файлами. Обмін файлами може забезпечуватися двома способами: 1-й спосіб: Перший користувач завантажує файл на сервер, другий його викачує, після чого файл на сервері видаляється. Таким чином, послідовність дій при обміні файлами наступна. 1. Користувач-1 натискає відповідну кнопку. 2. Користувач-1 обирає файл. 3. Користувачеві-2 йде запит про те, що йому відсилається файл і чи згоден він його отримати. 4. За згодою отримання файлу, користувач-1 починає завантажувати файл на сервер. 5. Після того, як файл завантажений на сервер, у користувача-2 починається завантаження цього файлу з сервера. 6. Користувач-2 вибирає, куди зберегти файл. 7. Файл завантажується і зберігається. 2-й спосіб. Обмін файлами здійснюється безпосередньо між користувачами, минувши сервер. 1. Користувач-1 натискає відповідну кнопку. 2. Користувач-1 вибирає файл. 3. Користувачеві-2 йде запит про те, що йому відсилається файл і чи згоден він його отримати. 4. За згодою отримання файлу, користувач-1 починає передавати файл, а у користувача-2 починається завантаження цього файлу з телекомунікаційного пристрою користувача-1. 6. Користувач-2 вибирає, куди зберегти файл. 7. Файл завантажується і зберігається. Приклад 3. Режим управління телекомунікаційним пристроями віддаленого користувача. 1. Користувач 1 і Користувач 2 проходять ініціалізацію і активують будь-який номер по інструкції, наведеній в прикладі № 1. 2. Після активації номеру у них на екрані з'являється кнопка: "Доступ до екрану віддаленого пристрою" (Connect to Remote Desktop). 3. Після цього обидва Користувачі входять в режим очікування віддаленого підключення і режим віддаленого доступу одночасно. 4. Користувач 1 вводить номер видаленого Користувача 2 в полі введення і натискає кнопку "Доступ до екрану видаленого пристрою" (Connect to Remote Desktop). 5 UA 79299 U 5 10 15 20 25 30 35 40 45 50 55 60 5. У Користувача 2 на екрані з'являється відповідне повідомлення про спробу Користувача 1 підключитися до управління пристроєм Користувача 2 і з'являються дві кнопки: "Дозволити підключення" і "Відхилити підключення". 6. При натисненні кнопки "Дозволити підключення" Користувач 1 підключається до пристрою Користувача 2 і бачить його робочий стіл з доступом до роботи з його мишкою і клавіатурою. Дана функція запропонованого способу дає можливість роботи з будь-яким пристроєм або документом в режимі реального часу між користувачами. 6.1 При натисненні кнопки "Відхилити підключення" з'являється відповідне повідомлення про те, що Користувач 2 відхилив підключення і обидва користувача повертаються в режим очікування віддаленого підключення і режим віддаленого доступу (див. попередній п. 3). 7. Підключення може бути відключене обома користувачами натисненням кнопки "Роз'єднати" незалежно один від одного. Принцип реалізації базується на використанні "Adobe LiveCycle Collaboration Service" спільно з "Adobe Flash Player" і "ConnectNow Add in" при врахуванні того, що "Adobe Flash Player" і "ConnectNow Add in" встановлені на пристроях. Приклад 4. Режим роботи "Трансляція". Режим роботи "Трансляція" дозволяє миттєво почати транслювати свої відео- і аудіофайли користувачам з власного контакт-листа. Також дає можливість будь-якому незареєстрованому користувачеві підключитися до трансляції. Принцип роботи даного режиму полягає в наступному: 1. Користувач натискає на відповідну кнопку на інтерфейсі свого телекомунікаційного пристрою. 2. У користувача з'являється на його інтерфейсі контакт-лист. 3. Користувач відмічає ті контакти, до яких буде здійснюватися його трансляція. Також він може вибрати кнопку, яка дозволить незареєстрованим користувачам підключатися до трансляції. 4. Користувач натискає кнопку "Ok", тобто починає трансляцію. 5. В усіх користувачів, яких він відмітив і які при цьому є он-лайн, поверх вікна показується вікно з трансляцією ініціатора. 6. Користувачі, за бажанням, можуть згорнути або закрити вікно з трансляцією. 7. У користувача, який веде трансляцію, ведеться протокол (лог), в якому реєструються інформації про те, у кого трансляція відобразилася, хто закрив трансляцію та про інші події. 8. У будь-який момент користувач, який веде трансляцію, може зупинити трансляцію. При цьому в усіх користувачів, які приймають трансляцію, вікно з трансляцією закривається. Програмно, за допомогою технології р2р цей режим реалізується таким чином. 1. Коли користувач підключається до медіа-сервера, він автоматично ще підключається до певної "Групи користувачів", в якій відбувається взаємодія між користувачами, і усередині якої можлива передача повідомлень або медіа-файлів одночасно певному числу користувачів (адресатів) (multicast). 2. Коли користувач вибрав, кому він транслюватиме свої повідомлення або медіа-файли, формується відповідне службове повідомлення, яке містить id користувача, який почав трансляцію, і id усіх користувачів, у яких трансляція повинна відобразитися. 3. Після того, як повідомлення сформоване, воно розсилається по multicast, тобто усім користувачам, які на даний момент підключені до "Групи користувачів". 4. Одночасно з розсилкою користувач починає трансляцію, тобто формує live-потік, назва якого відповідає його id. 5. Користувач, що отримав multicast-повідомлення, розбирає повідомлення: визначає, від кого воно і кому адресувалося, якщо в списку одержувачів є id користувача, що отримав повідомлення, то він починає переглядати трансляцію, тобто підключається до live-трансляції з назвою, яка відповідає id користувача, що почав трансляцію. 6. Перегляд і мовлення при трансляції йдуть до тих пір, поки той, що транслює або переглядає, не захоче перервати перегляд або мовлення. Дана корисна модель не обмежена конкретними розкритими прикладами здійснення, а призначена, щоб охоплювати усі модифікації у рамках об'єму викладеного, визначеного формулою, що додається. При використанні заявленої корисної моделі забезпечується забезпечення можливості передачі даних і/або аудіо- і/або відеоінформації між користувачами без встановлення спеціального програмного забезпечення і незалежно від їх реєстрації і парольного доступу на медіа-сервері. 6 UA 79299 U ФОРМУЛА КОРИСНОЇ МОДЕЛІ 5 10 15 20 25 30 35 40 45 1. Спосіб комунікацій щонайменше між двома віддаленими користувачами за допомогою мережі Інтернет з використанням комунікаційного сервісу, що включає етапи: підключення щонайменше двох телекомунікаційних пристроїв користувачів до медіа-сервера, виконаного з можливістю багатоадресної двосторонньої передачі, встановлення комунікаційної сесії зв'язку з телекомунікаційним пристроєм другого віддаленого користувача для передачі даних і/або аудіо- і/або відеоінформації від першого користувача, який бере участь в сесії зв'язку, щонайменше до одного іншого користувача, що бере участь в сесії зв'язку, який відрізняється тим, що перед початком роботи сесії зв'язку здійснюється ініціалізація роботи кожного користувача з медіа-сервером комунікаційної системи, надання медіа-сервером унікального ідентифікатора для користувача, що підключився, причому цей ідентифікатор дійсний у рамках цієї сесії зв'язку, запис ідентифікатора у базу даних медіасервера, активізація користувача по цьому ідентифікатора, відкриття сесії зв'язку, причому сесія зв'язку включає здійснення телефонних дзвінків і/або здійснення відеодзвінків, і/або передачу даних, і/або трансляцію аудіо- і/або відеоінформації між щонайменше двома користувачами. 2. Спосіб комунікацій за п. 1, який відрізняється тим, що додатково включає етапи, на яких комунікаційний сервіс забезпечує виведення на засіб відображення інформації кожного користувача контактного листа з користувачами, які підключені на даний момент часу; пошук першим користувачем в контактному листі користувачів, для яких буде здійснюватися трансляція даних і/або аудіо- і/або відеоінформації, при цьому контактний лист вказує, чи доступна кожна інша сторона для передачі даних і/або аудіо- і/або відеоінформації; установка з'єднання між телекомунікаційним пристроєм першого користувача і медіа-сервером за наявності умови повідомлення, що забезпечується сесія зв'язку з вказаним щонайменше одним користувачем для початку трансляції, і відміна з'єднання, у разі відсутності умови повідомлення. 3. Спосіб комунікацій за пп. 1-2, який відрізняється тим, що додатково включає етапи, на яких здійснюють передачу телекомунікаційним пристроєм першого користувача файлу, що містить аудіо- і/або відеоінформацію, на медіа-сервер, отримання другим користувачем запиту про прийняття файлу, установка передачі файлу з медіа-сервера телекомунікаційному пристрою другого користувача, у разі прийому запиту. 4. Спосіб комунікацій за пп. 1-3, який відрізняється тим, що додатково включає етапи, на яких здійснюють передачу першим користувачем запиту про передачу файлу, що містить аудіо- і/або відеоінформацію, другому користувачеві, отримання другим користувачем запиту про прийняття файлу, установка передачі файлу першим користувачем другому користувачеві, у разі прийому запиту. 5. Спосіб комунікацій за пп. 1-4, який відрізняється тим, що додатково включає етапи, на яких здійснюють трансляцію телекомунікаційним пристроєм першого користувача файлу, що містить аудіо- і/або відеоінформацію, щонайменше одному користувачеві, що бере участь в сеансі зв'язку, з автоматичним збереженням даних в телекомунікаційному пристрої приймаючої сторони, причому перегляд і мовлення трансляції подають до тих пір, поки той, що транслює або переглядає, не захоче перервати перегляд або мовлення. 6. Спосіб комунікацій за п. 1, який відрізняється тим, що після встановлення комунікаційної сесії зв'язку щонайменше між двома користувачами встановлюється двосторонній режим управління телекомунікаційними пристроями даних користувачів. 7 UA 79299 U Комп’ютерна верстка С. Чулій Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601 8