الخلاصة

  • خفّض CU-SeeMe كلفة الطرف المستخدم ومتطلبات أجهزته، لكن المؤتمرات التي تضم أكثر من شخصين اعتمدت على عاكس Unix منفصل بسبب غياب استقبال البث المتعدد المطلوب عن بيئة TCP/IP في Macintosh.
  • جعل العاكس الحوار الجماعي ممكناً عبر نسخ التدفقات وتوزيعها، وجمع في نقطة مشتركة النطاق الترددي والإعدادات وحدود المشاركين والرؤية وقواعد الاستخدام.

دخول شخص ثالث بدّل المعمارية

كان الهدف الأول عملياً ومحدداً. وصف Tim Dorcey برنامج CU-SeeMe في مقال نُشر في مارس 1995 بوصفه نظام مؤتمرات فيديو لأجهزة Macintosh وWindows. احتاج المشاهد إلى اتصال شبكي وشاشة تعرض درجات الرمادي. أما الإرسال فتطلب كاميرا وجهازاً لرقمنة الصورة؛ وذكر Dorcey أن مجموعة الكاميرا والرقمنة الخاصة بـMacintosh كانت متاحة بأقل من مئة دولار. كان هذا سعر مكونات، لا تكلفة محطة متكاملة متصلة بالإنترنت. كما ناسبت الصور الصغيرة أحادية اللون قدرة الحواسيب آنذاك.

كان شخصان قادرين على الاتصال مباشرة. أما توسيع اللقاء فلم يكن مجرد إضافة وصلات مماثلة؛ إذ كان على كل مشارك الاتصال بـ«عاكس»، أي حاسوب Unix يشغّل برنامج CU-SeeMe ويكرر تدفقات الحزم ثم يوزعها من جديد. قال Dorcey إن الدافع الأول لتطوير العاكس هو غياب البث المتعدد في بيئة TCP/IP على Macintosh. أنشأ الحاسوب الشخصي الصورة، بينما أعدّ الجهاز المشترك غرفة الاجتماع.

كان معيار البث المتعدد عبر IP موجوداً بالفعل. فقد حدد RFC 1112 في عام 1989 كيفية إرسال المضيفين رزم بيانات إلى المجموعات واستقبالها. لكن القيد كان أضيق: لم توفر برمجيات TCP/IP لأجهزة Macintosh التي استهدفها CU-SeeMe خاصية الاستقبال المتعدد اللازمة للمشروع. حلّ العاكس نقصاً في منصة بعينها، ولا يدل ذلك على غياب البث المتعدد عن الإنترنت كله.

النقطة المشتركة نسّقت المستلمين أيضاً

لم يكن CU-SeeMe يرسل كل نوع من الوسائط إلى الجميع تلقائياً. وفقاً لوصف Dorcey، أرسل كل عميل دورياً حزمة OpenContinue يوضح فيها إن كان يريد فيديو المشاركين الآخرين أو صوتهم أو شرائحهم. فحص العاكس تلك الرسائل وأنشأ قوائم توزيع خاصة بكل مصدر. لذلك جمع دوره بين تكرار الحزم وتحديد مستلميها؛ وكان بوسعه حجب وسائط لم يطلبها المتلقي.

وضعت هذه المرونة الحالة المتغيرة للاجتماع لدى العاكس، وفرضت على كل مشارك معالجة معلومات متجددة عن سائر المشاركين. رأى Dorcey في مقال 1995 أن أداء البروتوكول لا يتوسع جيداً عندما يتجاوز العدد نحو ثلاثين، مع بقائه متيناً في المجموعات الأصغر. يصف هذا تقييم قابلية البروتوكول للتوسع، وليس سقفاً ثابتاً لكل إعداد للعاكس.

صار العاكس أيضاً مكاناً يلتقي فيه المستخدمون. قالت صفحة مشروع Cornell إنه ضروري للمؤتمرات متعددة الأطراف وحذرت من أن البرنامج يكرر تدفقات الاجتماع إلى المستقبلين. وهكذا أمكن لمن يتصل بعاكس نشط أن يرى من انضم إلى الاجتماع. أصبحت نقطة اللقاء كذلك حداً للرؤية: طريقة إعادة التوزيع هي التي تحدد من يستطيع مشاهدة من.

تحولت السعة إلى مسألة سلوك مشترك

توضح تعليمات المستخدمين الباقية كلفة المشاركة. طلبت صفحة الإتيكيت التابعة لـCornell التواصل مع المشغّل قبل الاستخدام، وعدم البقاء متصلاً لساعات من دون دعوة، وإيقاف إرسال الصور الثابتة المتروكة، وضبط معدل العميل تحت مئة كيلوبت في الثانية، والتحقق من أثر ذلك على الخطوط المشتركة. ونبّهت إلى أن الصورة الثابتة تستهلك نطاق الشبكة وسعة العاكس معاً. لم تكن هذه نصيحة بروتوكولية مجردة؛ فقد كان طرف آخر يوفر المورد المشترك.

عرض دليل تشغيل نشر مع كتاب Internet TV with CU-SeeMe مثالاً للتخطيط: نحو 80 كيلوبت في الثانية لاتصال مقبول، و640 كيلوبت في الثانية كي يستقبل العاكس بيانات ثمانية مشاركين، و5.12 ميغابت في الثانية لإعادة التدفقات إلى المجموعة. الرقم الأخير تقدير توضيحي من الدليل، لا نتيجة قياس. لكنه يبيّن تضاعف العمل: استقبال التدفقات ثم إرسال نسخ منها. كما شرح الدليل سبب ملاءمة Unix للوظيفة من حيث الاتصال الشبكي والمعالجة والاستمرار في العمل، وقدم إعدادات نصية لفرض حدود على المشاركين والمرسلين.

حثّ ملف README من Cornell تداول في مايو 1993 المستخدمين على إبقاء الحد دون مئة كيلوبت في الثانية ما لم يعرفوا مسار حركة البيانات. وذكر منشور معاصر أن عاكساً استوعب ستة مشاركين كحد أقصى في إحدى المرات. لا يثبت أي من الرقمين سعة عامة. لكنهما يوضحان أن حجم الخدمة كان يتوقف على الجهاز المحلي والخط والإعدادات وحكم المشغّل.

سهولة الوصول نقلت العمل إلى موضع آخر

تضع رواية Cornell المؤسسية إنشاء العاكس بعد طلب في أواخر 1992 من مسؤول برنامج في NSF استخدام CU-SeeMe لنشاط جماعي يشارك فيه تلاميذ. طرح Richard Cogger الفكرة، وطوّر John Lynn برنامج Unix المنفصل، وقدم Scott Brim ملاحظات تصميمية للبروتوكول. ثم ربط مؤتمر مشروع Global Schoolhouse طلاباً من ولايات أمريكية عدة بلندن. يشرح هذا السياق الحاجة إلى العاكس: الاستخدام التعليمي الفعلي احتاج إلى ما هو أكثر من عرض يربط شخصين.

وصف Dorcey المقايضة بحذر. سعى الفريق إلى عدم جعل المستخدمين معتمدين على العاكس خارج وظيفتي النسخ والتوزيع، مع إدراك قيمة ضبط التدفقات وفق احتياجات كل مستقبل. كان العاكس جسراً عملياً ولم يُصمم كي يدير كل عناصر الاتصال. لكن الجسر يحتاج إلى مضيف ومشغّل وسعة كافية وقواعد لمن يستخدمه.

وبحلول 1995 كان المشروع قد وسع بروتوكولاته وأضاف الصوت والصور الملونة والمحادثة النصية وإدارة النطاق الترددي، ضمن تحسينات أخرى. لم تلغ هذه الإمكانات سؤال التشغيل. خفّضت الكاميرا المعقولة الثمن كلفة الطرف المستخدم، لكنها لم توفر سعة الإرسال الصاعدة لغرفة الاجتماع، ولا مضيف Unix أو الصيانة أو التنسيق. خفّض CU-SeeMe حاجزاً ونقل حاجزاً آخر إلى خدمة مشتركة.

لا تثبت المصادر أن استضافة العواكس كانت مكلفة على نحو يمنعها، ولا أن كل مشغّل نفذ القواعد المنشورة، ولا أن الجميع حصلوا على فرص متساوية. لكنها توثق المقايضة المعمارية: جعل العميل المشاركة رخيصة بما يكفي لتجربتها، فيما أتاح العاكس اللقاء الجماعي بتركيز العمل في نقطة محدودة السعة ومرئية للمشاركين.

المصادر