الخلاصة

  • أتاح استعلام WAIS من النوع Type-3، كما تصفه RFC 1625، إرسال كلمات القارئ الأولية مع مستند كامل أو مقطع مختار بوصفه تغذية راجعة للملاءمة؛ وأعاد الخادم استشهادات مرتبة، لا نصوص المستندات.
  • لم يحتفظ الخادم بمجموعة النتائج لعرضها لاحقاً. وكان على العميل إرسال طلب Search آخر لاسترجاع استشهاد مختار، محدداً Doc-ID والصيغة، ونطاقاً بالبايت أو السطر أو الفقرة عند الحاجة.
  • حددت RFC 1625 شكل الطلب والاستجابة، لكنها لم تضع مقياس ملاءمة قابلاً للمقارنة بين الخوادم، ولا إحصاء شاملاً للتركيبات، ولا تفسيراً لأسباب تراجع WAIS لاحقاً.

دخل المستند في صياغة السؤال

في يونيو 1994، شرحت مذكرة معلوماتية كيف استخدمت WAIS بروتوكول Z39.50-1988. ونصت بوضوح على أنها لا تحدد معياراً للإنترنت. كان من أهدافها العملية إبقاء الواجهة بين العميل والخادم بسيطة: يرسل العميل نص القارئ من دون تحويله إلى استعلام Type-1 خاص بالخادم، ومن دون أن يعرف مسبقاً كل سمات Z39.50 التي يدعمها ذلك الخادم.

أطلقت WAIS اسم Type-3 على هذا الشكل النصي. لكنه لم يكن سلسلة كلمات فقط. فقد جمع بين «الكلمات الأولية» التي يكتبها القارئ وقائمة من كائنات المستندات. ويمكن أن يكون الكائن مستنداً كاملاً أو جزءاً منه، معرّفاً بواسطة Doc-ID ونوع الكائن ورمز التجزئة وموضعي البداية والنهاية. ويحدد رمز التجزئة ما إذا كان النطاق محسوباً بالبايتات أو الأسطر أو الفقرات.

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

هذه قصة أضيق من القول إن «الإنترنت تعلم البحث». كانت WAIS منظومة لاسترجاع المعلومات عبر الشبكة تتكون من عملاء وخوادم وقواعد بيانات وبروتوكول. ووصف تقرير الأدوات في RFC 1689، الصادر في أغسطس 1994، قبول عملاء WAIS الأوائل للاستعلامات باللغة الطبيعية، وأورد وجود أكثر من 100 قاعدة بيانات و5,000 مستخدم حول العالم. إنها أرقام واردة في تقرير معاصر عن الأدوات، وليست إحصاءً مستقلاً خضع لتدقيق شامل ولا قياساً للانتشار اللاحق.

الترتيب لم يكن هو الإجابة

أعادت الاستجابة قائمة من استشهادات WAIS. وقد يضم كل استشهاد عنواناً موجزاً، ودرجة ترتيب للملاءمة، والصيغ المتاحة، وDoc-ID، وطول المحتوى بالبايت. طبّعت RFC 1625 أعلى درجة إلى 1,000. يجعل ذلك القائمة قابلة للقراءة، لكنه لا يجعل درجة 900 على خادم قابلة للمقارنة بدرجة 900 على خادم آخر، ولا يثبت أن النتيجة الأولى ملائمة موضوعياً أو أن القارئ وجد ما يحتاج إليه.

يشير الاستشهاد إلى كائن لدى الخادم، لكنه لا يتضمن متن ذلك الكائن. وهذا الفرق هو ما حدد طريقة الاسترجاع. تصف RFC 1625 خادم WAIS بأنه عديم الحالة: لم يكن يحتفظ بمجموعة النتائج، وكان يستطيع حذفها بعد إرسال الاستجابة. لذلك لم تستخدم WAIS وظيفة Present في Z39.50 لهذا المسار. وللحصول على العنصر المختار، أرسل العميل طلب Search جديداً باستعلام Type-1 يحدد Doc-ID والصيغة المطلوبة، مع إمكان تعيين موضعي بداية ونهاية.

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

تنتج عن ذلك ثلاثة سجلات منفصلة: ما أرسله القارئ، وما رتبه الخادم، وما استرجعه العميل لاحقاً. أمكن لطلب Type-3 جمع الكلمات المكتوبة والمقطع المختار. وأشار الاستشهاد إلى صيغة محددة لكائن على الخادم. ثم أعاد طلب ثانٍ نطاقاً محدوداً من ذلك الكائن. إن جمع هذه الخطوات تحت عنوان «نتيجة البحث» يخفي أين حدث التفسير والتخزين والاسترجاع.

للمعرّف نطاق محدد

قدمت مواصفة عناوين URL التي صدرت لاحقاً في 1994 أشكالاً مختلفة لـwais: كي تشير إلى قاعدة بيانات أو عملية بحث فيها أو مستند بعينه. كما أوضحت أن هذا المخطط ليس عنواناً عاماً لأي خدمة Z39.50. يحدد المخطط الخدمة ونوع الهدف، لكنه لا يجعل كل استشهاد مورداً متاحاً من أي مكان.

وفي عام 2005، أبقت RFC أخرى على مخطط URI التاريخي wais: وأضافت ملاحظة موجزة: لم يكن بروتوكول WAIS واسع التنفيذ، ولم يكن هناك تقريباً أي خادم WAIS قيد الاستخدام حينها. هذا سجل لحالة مؤرخة، لا تفسير لسبب التراجع. ولا تسمح الوثائق المتاحة بنسبته إلى خلف بعينه أو بالقول إن حلقة التغذية الراجعة أدت إلى انتشار البحث على الويب.

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

المصادر وحدود الأدلة

المصدر الأساسي هو RFC 1625، مع سياق معاصر في RFC 1689. ويظهر حد مخطط URI في RFC 1738، أما الملاحظة التاريخية اللاحقة ففي RFC 4156. لا تقدم هذه الوثائق إحصاءً كاملاً للتنفيذات أو معيار مقارنة للترتيب بين الخوادم أو تاريخاً سببياً لتراجع WAIS.