A WebRTC azért hasznos a bébiőralkalmazásokhoz, mert megbízhatóan továbbíthat élő hangot és videót. Ez nem minőségi pecsét az egész termékre. A biztonságos párosítást, az érthető engedélykéréseket és az egyértelmű állapotjelzéseket továbbra is magának az alkalmazásnak kell jól megoldania.
Egysoros fogalomtár
- Médiarögzítés
- Az alkalmazás hozzáférést kér a mikrofonhoz és a kamerához, hogy beolvashassa az eszköz élő médiafolyamát.
- Peer Connection
- Az a kapcsolat, amely élő hangot, videót és esetleg adatokat továbbít két eszköz között.
- Adatcsatorna
- Külön csatorna az olyan vezérlőüzenetekhez, mint az adóvevőgomb eseményei vagy a kamera ki- és bekapcsolása.
- ICE / TURN
- Kapcsolódási technikák, amelyek segítenek az eszközöknek működő útvonalat találni útválasztók és NAT mögött, illetve korlátozó hálózati körülmények között.
Egyszerűsített architektúra
Mi történik általában egy WebRTC-alapú bébiőr-munkamenet során
Az eszközök kapcsolati információt cserélnek
A jelzésen keresztül mindkét fél megtudja, hol érheti el a másikat.
A médiahozzáférést helyben engedélyezik
Az eszköz csak a szükséges engedélyek megadása után kapcsolja be a mikrofont és – ha szükséges – a kamerát.
Közvetlen útvonalat vagy közvetítőt választanak
Az ICE dönti el, hogy lehetséges-e közvetlen útvonal, vagy TURN-típusú közvetítői segítségre van szükség.
A média- és vezérlési adatok párhuzamosan haladnak
A hang és a videó valós időben fut, miközben külön vezérlőüzenetek mehetnek az adatcsatornán.
Miért illik jól a WebRTC a bébiőrhöz
Egy bébiőrnek nincs szüksége üzenetarchívumra vagy késleltetett feltöltési rendszerre. Kis késleltetésű hangra, egyértelmű valós idejű állapotjelzésre és ésszerű működésre van szüksége változó hálózati körülmények között. Pont ebben erős a WebRTC: élő média, eszközök közötti kapcsolat és egy külön vezérlőcsatorna lehetősége.
Szülői szemmel ez azt jelenti, hogy egy WebRTC-alapú termék általában közvetlenül az élő kommunikáció problémáját próbálja megoldani, nem pedig lassabb vagy kevésbé erre való megoldásokkal utánozza azt. Ez hasznos. Önmagában azonban semmit sem mond arról, mennyire őszinte a termék, milyen egyértelműen kezeli az engedélyeket, vagy az architektúra mekkora része marad rejtve.
Miért vannak továbbra is szerverek, ha mindenki peer-to-peerről beszél
Itt áll meg sok szülő gondolkodni, méghozzá joggal. A peer-to-peer nem azt jelenti, hogy soha nincs szerver a folyamatban. Az eszközöknek először meg kell találniuk egymást, kapcsolati adatokat kell cserélniük, és kedvezőtlen hálózati körülmények között néha közvetítőre is szükségük van. A jelző- és TURN-szerverek teljesen megszokottak. Az számít, mire használják őket, és az alkalmazás mennyire világosan magyarázza el ezt.
Egy bébiőralkalmazás használhat szervereket, és mégis lehet adatvédelmi szempontból tudatos, ha azok szerepe szigorúan korlátozott és jól elmagyarázott. A gond akkor kezdődik, amikor a technikai közvetítésből homályos adattárolás, rosszul elmagyarázott fióklogika vagy láthatatlan adatmegőrzés lesz.
| WebRTC-építőelem | Miért fontos ez egy bébiőrnél |
|---|---|
| getUserMedia | A mikrofon- és kamerahozzáférést kezeli, ezért az engedélyek kiemelten fontosak. |
| RTCPeerConnection | Ez biztosítja a valós idejű média továbbítását a két eszköz között. |
| ICE / TURN | Segít a munkamenet folytatásában, ha a routerek és a NAT megnehezítik a közvetlen kommunikációt. |
| DataChannel | További vezérlési funkciókat tesz lehetővé a fő médiafolyam mellett. |
Amit a WebRTC nem old meg automatikusan
A WebRTC önmagában nem hoz létre biztonságos párosítást. Nem dönti el, hogyan kezeli egy termék az azonosítást, meddig maradnak elérhetők a jelzési adatok, vagy hogy a felület láthatóvá teszi-e a kapcsolat megszakadását. Egy termék tehát valóban használhat WebRTC-t, mégis lehet gyenge vagy átláthatatlan azokban a dolgokban, amelyek a szülőknek a legfontosabbak.
A gyakorlati következtetés egyszerű: a „WebRTC-t használ” hasznos támpont, de nem a vizsgálat vége. Ezután jön az igazi munka: párosítás, adatvédelem, engedélyek, hálózati viselkedés és a termék őszintesége.
A WebRTC-vel kapcsolatban ezeket a kérdéseket érdemes feltenniük a szülőknek
kérdezze meg, hogyan kezeli a jelzést, a párosítást és a kapcsolat állapotának láthatóságát.
kérdezze meg, milyen szerverek működnek még a rendszerben, és hogy korlátozott és érthető-e a szerepük.
figyeljen alaposan az engedélyekre, a közvetítő működésére és az adatvédelmi tájékoztatásra, ne feltételezze, hogy a technológia neve önmagában elég.
Gyors műszaki ellenőrzés
- Világos, miért van szükség a mikrofonhoz, a kamerához és a helyi hálózathoz való hozzáférésre?
- Elmagyarázza a termék, hogyan találkoznak az eszközök és hogyan indul el a munkamenet?
- Érthetően mutatja be a termék a közvetítő működését, nem pedig valamiféle varázslatként?
- A szülők közérthető formában láthatják a kapcsolat állapotát?
- Az architektúráról szóló leírás túlmutat azon, hogy egyszerűen csak azt mondja: „WebRTC-t használunk”?
Gyakran ismételt kérdések
Mi a WebRTC egy bébiőrben?
A WebRTC technológia titkosított, valós idejű kapcsolatokhoz az eszközök között. Hangot és videót továbbít, és a hálózattól függően közvetlenül vagy közvetítőszerveren keresztül is működhet.
Láthatja a TURN-szerver a bébiőr videóját?
A TURN-szerver továbbítja a csomagokat, ha nincs közvetlen útvonal. A média a WebRTC átviteli titkosítása révén védett marad, és nem tárolják ott felvételként.
Miért van a WebRTC-nek jelzésre is szüksége?
Az eszközöknek először kapcsolati adatokat kell cserélniük, mielőtt elindulhat a médiacsatorna. Ezt a jelzést is védeni kell, csak a szükséges mértékben szabad tárolni, majd a kapcsolat létrejötte után törölni kell.
Források és további olvasnivaló
- Első lépések a WebRTC-vel · WebRTC
- WebRTC API · MDN Web Docs
- MediaDevices: getUserMedia() · MDN Web Docs
- Alkalmazásengedélyek kérése · Android Developers
- Hozzáférés kérése védett erőforrásokhoz · Apple fejlesztői dokumentáció
- Névtelen hitelesítés Firebase-szel · Firebase dokumentáció
- NSLocalNetworkUsageDescription · Apple fejlesztői dokumentáció
- Bébiőr Timmy biztonság és architektúra · Bébiőr Timmy