أعطى W3C حالة WebRTC القياسية

كشف النقاب عن W3C مؤخرا من خلال إعلان أن API ذات الصلة أصبح WebRTC معيارًا موصى به.

في الوقت نفسه ، نشرت لجنة IETF (فرقة عمل هندسة الإنترنت) ، المكرسة لتطوير بروتوكولات الإنترنت والهندسة المعمارية ، 11 RFC (8825-8835 ، 8854) التي تصف البنية وعناصر البروتوكول وأنماط النقل و آليات تصحيح الخطأ المستخدمة في WebRTC. تتمتع طلبات التعليقات المرجعية هذه الآن بحالة "المعيار المقترح".

بالنسبة لأولئك الذين ليسوا على دراية بتقنية WebRTC ، يجب أن يعرفوا ذلك تم تطوير هذا بواسطة Google منذ عام 2009 كتجسيد لفكرة إنشاء منصة اتصال للمتصفحات ، بديلة لبرنامج Adobe Flash وتطبيقات سطح المكتب.

في عام 2011 ، أصدرت Google تطوراتها المتعلقة بـ WebRTC ، بالإضافة إلى تقنيات معالجة الصوت والفيديو التي تم الحصول عليها من الاستحواذ على GIPS ، وهي شركة معالجة الإشارات الرقمية ، بموجب ترخيص BSD.

في الوقت نفسه ، تم توفير الوصول المجاني إلى براءات الاختراع التي تغطي WebRTC ، بالاشتراك مع Mozilla و Microsoft و Cisco و Ericsson ، بدأت عملية توحيد معايير WebRTC في W3C و IETF.

منذ ذلك الحين ، تم تنفيذ دعم WebRTC في جميع المتصفحات الحديثة وانتشر في برامج الاتصال وتطبيقات الهاتف المحمول وخدمات الويب التي تحتاج إلى تنظيم قناة اتصال مباشر بين المستخدمين.

على سبيل المثال ، من أجل فهم المزيد حول النطاق الذي يمتلكه WebRTC بالفعل ، فهو كذلك يستخدم هذا على نطاق واسع في تطبيقات مؤتمرات الفيديو والصوتألعاب ، منصات التعاون والمراسلة الفورية تدفق أنظمة وتوزيع المحتوى.

مع WebRTC ، تطبيقات الاتصال يمكنه معالجة حركة الصوت والفيديو وn في الوقت الفعلي باستخدام HTML و JavaScript فقط ، دون استخدام تقنيات مملوكة لجهات خارجية وإضافات خارجية.

يتكون WebRTC من أربعة مكونات أساسية: نظام إدارة جلسة المستخدم ومحرك معالجة الصوت ومحرك معالجة الفيديو وطبقة النقل. تسمح محركات معالجة الصوت والفيديو باستخدام برامج ترميز مختلفة (VP8 ، H.264) ، بالإضافة إلى طرق قمع الضوضاء.

يتم إرسال جميع البيانات فقط في شكل مشفر. لنقل البيانات في الوقت الفعلي ، يمكن استخدام بروتوكولات DTLS و SRTP (بروتوكول النقل الآمن في الوقت الفعلي) جنبًا إلى جنب مع التقنيات لتنظيم قنوات اتصال P2P وضمان التشغيل من خلال جدران الحماية ومترجمي العناوين (ICE و STUN و TURN و RTP-over- TCP ، القدرة على العمل من خلال وكيل).

بالإضافة إلى الأجزاء الأساسية الموحدة ، فإن تعمل W3C و IETF أيضًا على تطوير ملحقات لم تتم الموافقة عليها بعد التي تسمح باستخدام بروتوكول QUIC كوسيلة نقل وتسمح باستخدام برنامج ترميز الفيديو AV1.

تم إنشاء مجموعة عمل لتطوير WebTransport API ، والتي تبسط تنظيم الإرسال إلى مستلمين متعددين ، وواجهة برمجة تطبيقات تشفير الفيديو القابلة للتطوير ، لتكييف نقل الفيديو مع النطاق الترددي للعميل.

للإصدار التالي من WebRTC ، أيضا يتم استخدام القدرات مثل ال التشفير من طرف إلى طرف لمؤتمرات الفيديو، المعالجة الحية لعمليات إرسال الصوت والفيديو (بما في ذلك استخدام أنظمة التعلم الآلي) ، ووسائل إنشاء قناة اتصال دائمة مع أجهزة الاستشعار في أجهزة إنترنت الأشياء المطورة.

تصل تطبيقات الويب إلى إمكانات WebRTC من خلال ملف JavaScript API أعدت خصيصا والتي يشمل الواجهات التالية:

  • getUserMedia- تلقي دفق وسائط متعددة (فيديو ، صوت) من جهاز متصل محليًا (كاميرا ويب ، ميكروفون ، كاميرا فيديو) أو ملف.
  • RTCPeer الاتصال: إنشاء اتصال مباشر بين المستخدمين ومعالجة الإشارات والعمل مع برامج الترميز والتحكم في النطاق الترددي وتنظيم قناة اتصال آمنة.
  • قناة RTCData: تبادل تعسفي للبيانات عبر قناة اتصال ثنائية الاتجاه باستخدام واجهة برمجة تطبيقات WebSockets القياسية.
  • getStats: الحصول على الإحصائيات.

أخيرًا ، إذا كنت مهتمًا بمعرفة المزيد عنها ، يمكنك استشارة الرابط التالي.


اترك تعليقك

لن يتم نشر عنوان بريدك الإلكتروني. الحقول الإلزامية مشار إليها ب *

*

*

  1. المسؤول عن البيانات: ميغيل أنخيل جاتون
  2. الغرض من البيانات: التحكم في الرسائل الاقتحامية ، وإدارة التعليقات.
  3. الشرعية: موافقتك
  4. توصيل البيانات: لن يتم إرسال البيانات إلى أطراف ثالثة إلا بموجب التزام قانوني.
  5. تخزين البيانات: قاعدة البيانات التي تستضيفها شركة Occentus Networks (الاتحاد الأوروبي)
  6. الحقوق: يمكنك في أي وقت تقييد معلوماتك واستعادتها وحذفها.