W3C представлений нещодавно через оголошення про те, що відповідний API WebRTC став рекомендованим стандартом.
Одночасно комітет IETF (Internet Engineering Task Force), який займається розробкою Інтернет-протоколів та архітектури, опублікував 11 RFC (8825-8835, 8854), що описують архітектуру, елементи протоколів, види транспорту та механізми виправлення помилок, що використовуються в WebRTC. Тепер ці RFC мають статус "Запропонований стандарт".
Для тих, хто не знайомий з технологією WebRTC, вони повинні це знати це розробляється Google з 2009 року як втілення ідеї створення комунікаційної платформи для браузерів, альтернативної Adobe Flash та настільних додатків.
У 2011 році Google оприлюднила свої розробки, пов’язані з WebRTC, а також технологіями обробки аудіо та відео, отриманими в результаті придбання GIPS, компанії з цифрової обробки сигналів, за ліцензією BSD.
Водночас надано безкоштовний доступ до патентів, що охоплюють WebRTC, Спільно з Mozilla, Microsoft, Cisco та Ericsson процес стандартизації WebRTC розпочався на W3C та IETF.
З того часу Підтримка WebRTC була реалізована у всіх сучасних браузерах і воно набуло широкого розповсюдження в програмах зв'язку, мобільних додатках та веб-сервісах, які потребують організації прямого каналу зв'язку між користувачами.
Наприклад, для того, щоб зрозуміти трохи більше про сферу, яку вже має WebRTC, це саме те Це широко використовується у відео- та аудіо-програмах для конференційs, ігри, платформи для співпраці, обмін миттєвими повідомленнями, потокове передавання та розповсюдження контенту.
За допомогою WebRTC, комунікаційні програми може обробляти голосовий та відеотрафік іn в реальному часі, використовуючи лише HTML та JavaScript, без використання сторонніх власних технологій та зовнішніх плагінів.
WebRTC складається з чотирьох основних компонентів: система управління користувальницькими сеансами, механізм обробки звуку, механізм обробки відео та транспортний рівень. Механізми обробки аудіо та відео дозволяють використовувати різні кодеки (VP8, H.264), а також методи придушення шуму.
Всі дані передаються лише в зашифрованому вигляді. Для передачі даних у режимі реального часу протоколи DTLS та SRTP (Secure Real-Time Transport Protocol) можуть використовуватися в поєднанні з технологіями для організації каналів зв'язку P2P та забезпечення роботи через брандмауери та транслятори адрес (ICE, STUN, TURN, RTP-over- TCP, можливість роботи через проксі).
На додаток до стандартизованих базових частин, W3C та IETF також розробляють розширення, які ще не затверджені які дозволяють використовувати протокол QUIC як транспорт і дозволяють використовувати відеокодек AV1.
Створена робоча група для розробки API WebTransport, що спрощує організацію передачі кільком одержувачам, та API масштабованого кодування відео, щоб адаптувати передачу відео до пропускної здатності клієнта.
Для наступної версії WebRTC, також використовуються можливості такі як наскрізне шифрування відеоконференцій, обробка аудіо та відео передач у реальному часі (включаючи використання систем машинного навчання), засіб встановлення постійного каналу зв'язку з датчиками в розроблених пристроях IoT.
Веб-програми отримують доступ до можливостей WebRTC через API JavaScript спеціально підготовлений, який включає такі інтерфейси:
- getUserMedia: отримання мультимедійного потоку (відео, звук) від локально підключеного пристрою (веб-камери, мікрофона, відеокамери) або файлу.
- RTCPeerConnection: встановлення прямого зв'язку між користувачами, обробка сигналів, робота з кодеками, контроль пропускної здатності, організація безпечного каналу зв'язку.
- RTCDataChannel: довільний обмін даними по двосторонньому каналу зв'язку за допомогою стандартного API WebSockets.
- getStats: отримання статистики.
Нарешті, якщо вам цікаво дізнатись більше про це, ви можете проконсультуватися за наступним посиланням.