بروتوكول TOC

كان بروتوكول TOC ، أو بروتوكول Talk to OSCAR ، بروتوكولًا تستخدمه بعض برامج AOL Instant Messenger التابعة لجهات خارجية ، بالإضافة إلى العديد من البرامج التي طورتها AOL بنفسها. في حوالي 19 أغسطس 2005، أوقفت AOL دعم هذا البروتوكول، ولم تعد تستخدمه في أي من برامج المراسلة الفورية التي تدعمها، مثل برامج Windows وMac الخاصة بنظامي AOL Instant Messenger و ICQ . مع ذلك، فقد طورت AOL سابقًا العديد من برامج TOC الخاصة بها، بما في ذلك TiK وTAC المكتوبين بلغة Tcl / Tk ، وTNT المكتوب بلغة Emacs Lisp ، وجميعها مفتوحة المصدر، بالإضافة إلى برنامج Java كان يُسمى في الأصل TIC، والذي أصبح لاحقًا تطبيق Quick Buddy على الويب. كما وفرت AOL مواصفات بروتوكول TOC للمطورين على أمل أن يستخدموها بدلًا من بروتوكول OSCAR الخاص بها. في يوليو 2012، أوقفت AOL خوادم TOC2، ولم يعد من الممكن الاتصال بـ AIM باستخدام هذا البروتوكول. [ 1 ]

كان بروتوكول TOC يعتمد على ترميز ASCII ، بينما بروتوكول OSCAR ثنائي. إضافةً إلى ذلك، احتوى TOC على ميزات أقل من نظيره OSCAR. يوفر OSCAR وظائف مثل أيقونات الأصدقاء (التي أضيفت لاحقًا إلى TOC2)، ونقل الملفات ثنائي الاتجاه، والإعلانات .

كيف يعمل؟

كان بروتوكول TOC بمثابة غلاف لبروتوكول OSCAR. وكان خادم TOC عميلًا لبروتوكول OSCAR يستمع عبر منفذ اتصال ، ويترجم الرسائل بين البروتوكولين. [ 2 ] عند تسجيل الدخول، يُحدد عميل TOC خادم تسجيل دخول OSCAR (عادةً إما login.oscar.aol.com أو login.icq.com ) الذي يستخدمه خادم TOC نيابةً عن العميل.

استخدم نظام TOC بروتوكول FLAP لتغليف رسائله، تمامًا كما يفعل نظام OSCAR، إلا أن بروتوكول FLAP تم تعديله بطريقة تسمح بتنفيذه على نفس منفذ خادم HTTP . افتراضيًا، كان خادم TOC يعمل في وضع HTTP، ولا يمكن تمييزه عن خادم ويب عادي. إذا قام عميل متصل، بدلًا من إرسال طلب HTTP، بكتابة السلسلة " FLAPON " متبوعة بـ CRLF مرتين ، فسيبدأ TOC في قراءة رسائل FLAP. عند الحصول على ملف تعريف المستخدم، كان من المتوقع أن يعيد العميل الاتصال بنظام TOC ويستخدمه كخادم HTTP، والذي بدوره سيستضيف ملف تعريف المستخدم بتنسيق HTML .

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

وهذا على النقيض من نظام OSCAR، الذي قد يكون فهمه أكثر صعوبة بسبب التمثيل الثنائي للبيانات.

جدول المحتويات 2

بروتوكول TOC2 هو نسخة محدثة من بروتوكول TOC، أو بروتوكول "التحدث إلى OSCAR". لم تُوثّق AOL وجوده قط ، ويُستخدم فقط في عدد قليل من عملاء AOL للمراسلة الفورية . بدأت بعض العملاء في توفير إضافات لبروتوكول TOC2 في ضوء إغلاق AOL لخوادم TOC الخاصة بها مؤخرًا. ومثل سابقه، يُعدّ TOC2 بروتوكول ASCII ويفتقر إلى بعض ميزات OSCAR ، ولكن على عكس TOC، يُعرف عن TOC2 دعمه لأيقونات الأصدقاء واستقبال الملفات (وليس إرسالها). يعمل TOC2 بنفس طريقة TOC تقريبًا، كغلاف لـ OSCAR. كما أن نقل التعليمات البرمجية من TOC إلى TOC2 سهل للغاية.

نظراً لأوجه التشابه بين TOC1.0 و TOC2.0، فمن الأفضل تعريفهما من خلال اختلافاتهما، والتي لا يوجد منها سوى القليل:

  • في الإصدار TOC1.0، كان الاتصال بقائمة أصدقاء فارغة يمنع الآخرين من رؤيتك متصلاً بالإنترنت. وقد تم تصحيح هذا الخطأ في الإصدار TOC2.0.
  • في الإصدار 1.0 من جدول المحتويات، يوجد أمر toc_add_deny، ولكن لا يوجد أمر toc_remove_deny. وقد تم تصحيح هذا الأمر في الإصدار 2.0 من جدول المحتويات.
  • عملية تسجيل الدخول مماثلة بشكل أساسي لعملية TOC1.0، ولكن مع بعض المعايير الجديدة: الإصدار، ورقم، ورمز يتم إنشاؤه بناءً على اسم المستخدم وكلمة المرور. الغرض من الرقم غير معروف. القيمة الافتراضية هي 160، ويبدو أنه لا يوجد أي تأثير عند تغييرها.
  • تم تحديث نظامي السماح والرفض، وأصبحا أسهل بكثير وأكثر شمولاً في TOC2.0. جميع الأوامر toc2_add_permit و toc2_remove_permit و toc2_add_deny و toc2_remove_deny موجودة ويمكن الوصول إليها في أي وقت.
  • تم تحسين أوامر قائمة الأصدقاء. أصبحت إدارة المجموعات أسهل باستخدام الأمرين toc2_new_group و toc2_del_group. كما أصبح بالإمكان إضافة أو إزالة أكثر من صديق في وقت واحد، واختيار المجموعات التي ينتمون إليها.
  • أُجريت بعض التغييرات على بناء الجملة، وأُضيفت معلمات إلى بعض الأوامر. ولا تزال استخدامات هذه المعلمات غير محددة.
  • إلى جانب ذلك، فإن التغييرات الوحيدة عن جدول المحتويات هي إضافة الرقم "2" إلى معظم الأوامر، سواءً من جانب العميل إلى جانب الخادم أو العكس. على سبيل المثال: IM_IN2، UPDATE_BUDDY2، إلخ.
  • كما يحد TOC2 من عدد أسماء الشاشة التي يمكنها تسجيل الدخول من عنوان IP واحد (10).

انظر أيضاً

مراجع

  1. "احتمال انتهاء دعم AIM [ تحديث: تم التأكيد ] " . 27 يوليو 2012.
  2. فريتش، توبياس؛ فويغت، بنيامين؛ شيلر، يوشين (مارس 2007). "واجهات الرسائل داخل اللعبة من الجيل التالي" . المنتدى الدولي الرابع للحوسبة القابلة للارتداء التطبيقية 2007 : 1-11 .

التطبيقات

جدول المحتويات
جدول المحتويات 2