W3C presenterades nyligen genom ett tillkännagivande att det relaterade API: et WebRTC har blivit en rekommenderad standard.
Samtidigt publicerade IETF-kommittén (Internet Engineering Task Force), som är dedikerad till utvecklingen av Internetprotokoll och arkitektur, 11 RFC (8825-8835, 8854) som beskriver arkitekturen, protokollelementen, transportsätten och felkorrigeringsmekanismer som används i WebRTC. Dessa RFC har nu statusen "Föreslagen standard".
För de som inte känner till WebRTC-teknik borde de veta det detta har utvecklats av Google sedan 2009 som förkroppsligandet av idén att skapa en kommunikationsplattform för webbläsare, alternativ till Adobe Flash och stationära applikationer.
2011 släppte Google sin utveckling relaterad till WebRTC, liksom teknik för ljud- och videobearbetning som erhölls från förvärvet av GIPS, ett digitalt signalbehandlingsföretag, under en BSD-licens.
Samtidigt, fri tillgång till patent som täcker WebRTC tillhandahölls, Tillsammans med Mozilla, Microsoft, Cisco och Ericsson har WebRTC-standardiseringsprocessen startat vid W3C och IETF.
Sedan dess, WebRTC-stöd har implementerats i alla moderna webbläsare och det har blivit utbrett i kommunikationsprogram, mobilapplikationer och webbtjänster som behöver organisera en direktkommunikationskanal mellan användarna.
Till exempel, för att förstå lite mer om omfattningen som WebRTC redan har, är det det Detta används ofta i video- och ljudkonferensapplikationers, spel, samarbetsplattformar, snabbmeddelanden, systemströmning och distribution av innehåll.
Med WebRTC, kommunikationsapplikationer kan bearbeta röst - och videotrafik ochn i realtid med endast HTML och JavaScript, utan användning av tredje parts patenterade tekniker och externa plugins.
WebRTC består av fyra grundläggande komponenter: ett hanteringssystem för användarsessioner, en ljudbehandlingsmotor, en videobearbetningsmotor och ett transportlager. Ljud- och videobearbetningsmotorerna tillåter användning av olika codecs (VP8, H.264), liksom metoder för att dämpa brus.
All data överförs endast i krypterad form. För realtidsdataöverföring kan DTLS- och SRTP-protokoll (Secure Real-Time Transport Protocol) användas i kombination med tekniker för att organisera P2P-kommunikationskanaler och säkerställa drift genom brandväggar och adressöversättare (ICE, STUN, TURN, RTP-over- TCP, förmågan att arbeta genom en proxy).
Förutom de standardiserade basdelarna, har W3C och IETF utvecklar också tillägg som ännu inte har godkänts som tillåter användning av QUIC-protokollet som transport och tillåter användning av AV1-videokodek.
En arbetsgrupp har skapats för att utveckla WebTransport API, vilket förenklar organisationen av överföring till flera mottagare och Scalable Video Encoding API, för att anpassa videoöverföringen till klientens bandbredd.
För nästa version av WebRTC, också funktioner används så som end-to-end-kryptering av videokonferenser, live bearbetning av ljud- och videoöverföringar (inklusive användning av maskininlärningssystem), sätt att etablera en permanent kommunikationskanal med sensorer i utvecklade IoT-enheter.
Webbapplikationer får åtkomst till WebRTC-funktioner via en JavaScript API speciellt förberedd, vilken innehåller följande gränssnitt:
- getUserMedia: ta emot en multimedia-ström (video, ljud) från en lokalt ansluten enhet (webbkamera, mikrofon, videokamera) eller fil.
- RTCPeerConnection: upprättande av en direkt anslutning mellan användare, signalbehandling, arbete med codecs, bandbreddskontroll, organisering av en säker kommunikationskanal.
- RTCDataChannel: godtyckligt datautbyte över en tvåvägskommunikationskanal med standard WebSockets API.
- getStats: få statistik.
Slutligen, om du är intresserad av att veta mer om det, kan du konsultera följande länk.