بروتوكول تطبيقات لاسلكية

وصف معيار WAP مجموعة بروتوكولات أو حزمة ^{[ 8 ]} تسمح بالتوافق بين معدات وبرامج WAP مع تقنيات الشبكة المختلفة، مثل GSM و IS-95 (المعروف أيضًا باسم CDMA ).

يُعدّ بروتوكول بيانات الشبكة اللاسلكية (WDP) البروتوكول الأدنى في هذه المجموعة، ويعمل كطبقة تكيف تجعل كل شبكة بيانات تبدو شبيهة ببروتوكول UDP بالنسبة للطبقات العليا، وذلك من خلال توفير نقل غير موثوق للبيانات باستخدام رقمي منفذ 16 بت (للمصدر والوجهة). تنظر جميع الطبقات العليا إلى WDP كبروتوكول واحد، له عدة تطبيقات تقنية فوق "ناقلات بيانات" أخرى مثل الرسائل النصية القصيرة ( SMS ) وخدمة USSD وغيرها. أما على ناقلات IP الأصلية مثل GPRS أو خدمة راديو الحزم UMTS أو PPP فوق اتصال بيانات مُبدّل الدوائر، فإن WDP هو في الواقع UDP تمامًا.

يوفر بروتوكول أمان طبقة النقل اللاسلكية (WTLS)، وهو طبقة اختيارية، آلية أمان تعتمد على التشفير بالمفتاح العام، على غرار بروتوكول أمان طبقة النقل (TLS) الخاص بالإنترنت . ويعتمد تطبيق WTLS من عدمه على مستوى الأمان المطلوب لتطبيق WAP معين، وتوفر هذه الطبقة ميزات سلامة البيانات، والخصوصية، والمصادقة، والحماية من هجمات حجب الخدمة. ^{[ 9 ]}

يوفر بروتوكول WTP دعمًا للمعاملات مُكيّفًا مع بيئة الاتصالات اللاسلكية. فهو يُتيح نقل الرسائل بشكل موثوق، على غرار بروتوكول TCP . مع ذلك، يُعدّ WTP أكثر فعالية من TCP عند فقدان الحزم، وهو أمر شائع في تقنيات الجيل الثاني اللاسلكية في معظم ظروف الترددات اللاسلكية. على عكس TCP، لا يُفسّر WTP فقدان الحزم على أنه ازدحام في الشبكة.

مواقع WAP مكتوبة بلغة WML، وهي لغة ترميز. ^{[ 10 ]} يوفر WAP المحتوى على شكل مجموعات، تحتوي كل منها على عدة بطاقات: تشبه المجموعات صفحات الويب HTML لأنها وحدة نقل البيانات المستخدمة في WAP، ولكل منها عنوان URL فريد خاص بها، والبطاقات هي عناصر مثل النصوص أو الأزرار التي يمكن للمستخدم رؤيتها. ^{[ 11 ]} يحتوي WAP على عناوين URL يمكن كتابتها في شريط العناوين، وهو مشابه لعناوين URL في HTTP. تُستخدم عناوين URL النسبية في WAP للتنقل داخل المجموعة، بينما تُستخدم عناوين URL المطلقة للتنقل بين المجموعات. ^{[ 10 ]} صُمم WAP للعمل في الشبكات ذات النطاق الترددي المحدود باستخدام ضغط البيانات قبل إرسالها إلى المستخدمين. ^{[ 12 ]}

تتيح هذه المجموعة من البروتوكولات للجهاز إرسال طلبات مكافئة لبروتوكول HTTP أو HTTPS عبر بوابة WAP ؛ حيث تقوم البوابة بترجمة الطلبات إلى بروتوكول HTTP عادي. تُرسل حزم WAP عبر وسيط يتحقق من صحة وتناسق بنية WML، مما يُحسّن تجربة المستخدم على الهواتف المحمولة ذات الموارد المحدودة. ^{[ 5 ]} لا يضمن WAP كيفية ظهور المحتوى على الشاشة، لأن عناصر WAP تُعامل كتلميحات لمراعاة إمكانيات كل جهاز محمول. على سبيل المثال، لا تدعم بعض الهواتف المحمولة الرسومات/الصور أو الخط المائل. ^{[ 11 ]}

تحدد بيئة التطبيقات اللاسلكية (WAE) لغات الترميز الخاصة بالتطبيقات.

في الإصدار 1.X من بروتوكول WAP، اللغة الأساسية لواجهة برمجة تطبيقات الويب هي لغة ترميز الشبكات اللاسلكية (WML). أما في الإصدار 2.0 من بروتوكول WAP، فاللغة الأساسية هي ملف تعريف XHTML للأجهزة المحمولة .

تم دمج خاصية WAP Push في المواصفات للسماح بإرسال محتوى WAP إلى الهاتف المحمول بأقل تدخل من المستخدم. وتتكون WAP Push أساسًا من رسالة مشفرة خصيصًا تتضمن رابطًا إلى عنوان WAP. ^{[ 13 ]}

تم تحديد بروتوكول WAP Push فوق بروتوكول بيانات الشبكة اللاسلكية (WDP)؛ وبالتالي، يمكن إرساله عبر أي ناقل يدعم WDP، مثل GPRS أو الرسائل النصية القصيرة (SMS). ^{[ 14 ]} تحتوي معظم شبكات GSM على مجموعة واسعة من المعالجات المعدلة، ولكن تفعيل GPRS من الشبكة غير مدعوم بشكل عام، لذلك يجب إرسال رسائل WAP Push عبر ناقل الرسائل النصية القصيرة (SMS).

عند استقبال إشعار WAP Push، يُتيح الهاتف المُزوّد ​​بتقنية WAP 1.2 (أو أحدث) للمستخدم تلقائيًا خيار الوصول إلى محتوى WAP. يُعرف هذا أيضًا باسم WAP Push SI ( إشارة الخدمة ). ^{[ 14 ]} أما النوع الآخر، المعروف باسم WAP Push SL ( تحميل الخدمة )، فيفتح المتصفح مباشرةً لعرض محتوى WAP، دون أي تدخل من المستخدم. ونظرًا لأن هذا السلوك يُثير مخاوف أمنية، فإن بعض الهواتف تتعامل مع رسائل WAP Push SL بنفس طريقة SI، أي من خلال توفير إمكانية تفاعل المستخدم.

يُعرف كيان الشبكة الذي يعالج إشعارات WAP ويرسلها عبر بروتوكول الإنترنت أو حامل الرسائل النصية القصيرة باسم بوابة وكيل الإشعارات (PPG). ^{[ 14 ]}

صدرت نسخة مُعاد هندستها 2.0 في عام 2002. تستخدم هذه النسخة نسخة مُصغّرة من XHTML مع بروتوكول HTTP من طرف إلى طرف ، مُستغنيةً عن البوابة ومجموعة البروتوكولات المُخصصة المُستخدمة للتواصل معها. يُمكن استخدام بوابة WAP بالتزامن مع WAP 2.0؛ ولكن في هذه الحالة، تُستخدم كخادم وكيل قياسي. عندئذٍ، يتحوّل دور بوابة WAP من الترجمة إلى إضافة معلومات إضافية إلى كل طلب. يقوم المُشغّل بتكوين هذه المعلومات، والتي قد تشمل أرقام الهواتف، والموقع، ومعلومات الفوترة، ومعلومات الجهاز.

تعالج الأجهزة المحمولة لغة XHTML Mobile Profile (XHTML MP)، وهي لغة ترميز مُعرّفة في WAP 2.0. تُعدّ XHTML MP مجموعة فرعية من XHTML ومجموعة شاملة من XHTML Basic . كما تدعم إصدارًا من أوراق الأنماط المتتالية ( CSS ) يُسمى WAP CSS.

خدمة الرسائل متعددة الوسائط (MMS) هي مزيج من WAP و SMS مما يسمح بإرسال رسائل الصور.

كانت شركة الاتصالات الهولندية Telfort BV أول شركة تُطلق موقعًا لبروتوكول WAP في أكتوبر 1999. طُوّر الموقع كمشروع جانبي من قِبل كريستوفر بي وإيوان ماكلويد، وأُطلق مع إطلاق هاتف نوكيا 7110. روّج المسوّقون لبروتوكول WAP عند طرحه، ^{[ 18 ]} ما دفع المستخدمين إلى توقع أداء مماثل للإنترنت الثابت (غير المتنقل) . أطلقت شركة BT Cellnet ، إحدى شركات الاتصالات البريطانية ، حملة إعلانية تُصوّر مستخدمًا كرتونيًا لبروتوكول WAP يتصفح " فضاء معلومات" يُشبه رواية Neuromancer . ^{[ 19 ]} من حيث السرعة وسهولة الاستخدام والمظهر والتوافق، لم يُلبِّ الواقع التوقعات عند طرح أولى الهواتف في عام 1999. ^{[ 20 ] [ 21 ]} أدّى ذلك إلى انتشار عبارات ساخرة مثل "بروتوكول التطبيقات عديم الفائدة"، ^{[ 22 ]} و "انتظر وادفع"، ^{[ 23 ]} و"WAPlash". ^{[ 24 ]}

شهدت تقنية WAP انتعاشًا ملحوظًا بين عامي 2003 و2004 مع إطلاق خدمات الاتصالات اللاسلكية (مثل Vodafone Live! وT-Mobile T-Zones وغيرها من الخدمات سهلة الوصول). وقد حققت شركات الاتصالات إيراداتها من خلال نقل بيانات GPRS و UMTS ، وهو نموذج أعمال مختلف عن النموذج الذي تتبعه مواقع الويب التقليدية ومزودو خدمات الإنترنت . ووفقًا لجمعية بيانات الهاتف المحمول، تضاعف حجم حركة بيانات WAP في المملكة المتحدة بين عامي 2003 و2004. ^{[ 25 ]}

بحلول عام 2013، اختفى استخدام بروتوكول WAP إلى حد كبير. وقد تخلت معظم الشركات والمواقع الإلكترونية الكبرى عن استخدامه منذ ذلك الحين، ولم يعد تقنية سائدة للويب على الهواتف المحمولة لسنوات عديدة.

تدعم معظم متصفحات الويب الحديثة على الهواتف المحمولة الآن لغة HTML وCSS بالكامل، ومعظم لغات JavaScript ، ولا تحتاج إلى استخدام أي نوع من ترميز WAP لضمان توافق صفحات الويب. وتشمل قائمة الهواتف التي تدعم HTML جميع هواتف Android، وجميع إصدارات iPhone، وجميع أجهزة Blackberry، وجميع الأجهزة التي تعمل بنظام Windows Phone، بالإضافة إلى العديد من هواتف Nokia.

حققت خدمة WAP نجاحًا كبيرًا في اليابان. فبينما لم تستخدم شركة NTT DoCoMo، أكبر مشغل اتصالات، خدمة WAP مفضلةً نظامها الداخلي i-mode ، نجحت شركتا KDDI ( au ) و SoftBank Mobile ( فودافون اليابان سابقًا ) المنافستان في نشر تقنية WAP. وعلى وجه الخصوص، اعتمدت خدمات chakuuta أو chakumovie (نغمة رنين أو فيلم رنين) التابعة لشركة ( au ) على تقنية WAP. وكما هو الحال في أوروبا، انخفض استخدام WAP وi-mode في العقد الثاني من الألفية الثانية مع انتشار الهواتف الذكية التي تدعم لغة HTML في اليابان.

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

إدراكًا لهذه المشكلة، أصدرت لجنة الاتصالات الفيدرالية الأمريكية (FCC) أمرًا في 31 يوليو 2007 يلزم حاملي تراخيص استخدام نطاق التردد "العلوي 700 ميجاهرتز C" بعرض 22 ميجاهرتز بتطبيق منصة لاسلكية تتيح للعملاء ومصنعي الأجهزة ومطوري تطبيقات الطرف الثالث وغيرهم استخدام أي جهاز أو تطبيق يختارونه عند التشغيل على نطاق الشبكة المرخص هذا. ^{[ 26 ] [ 27 ]}

لقد قطعت لغة WML الغريبة المستخدمين عن الويب التقليدي HTML ، مما ترك محتوى WAP الأصلي ومحتوى الوكيل Web-to-WAP فقط متاحًا لمستخدمي WAP.

روّجت العديد من شركات الاتصالات اللاسلكية لخدمات WAP الخاصة بها على أنها "مفتوحة"، بمعنى أنها سمحت للمستخدمين بالوصول إلى أي خدمة مكتوبة بلغة WML ومنشورة على الإنترنت. ومع ذلك، فقد حرصت هذه الشركات أيضًا على أن تكون الصفحة الأولى التي يصل إليها العملاء هي "بوابتها اللاسلكية" الخاصة، والتي كانت تخضع لسيطرتها الدقيقة. ^{[ 28 ]}

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

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

على سبيل المثال، لم تكن بعض طرازات الهواتف تقبل صفحات يزيد حجمها عن 1 كيلوبايت، بل إن بعضها كان يتعطل. كما كانت واجهة المستخدم للأجهزة غير مُحددة بشكل كافٍ: فعلى سبيل المثال، كانت مفاتيح الوصول (مثل إمكانية الضغط على الرقم 4 للوصول مباشرةً إلى الرابط الرابع في القائمة) تُنفذ بطرق مختلفة حسب طرازات الهواتف (أحيانًا مع عرض رقم مفتاح الوصول تلقائيًا بواسطة المتصفح بجوار الرابط، وأحيانًا بدونه، وأحيانًا أخرى لم تكن مفاتيح الوصول مُفعّلة على الإطلاق).

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

على عكس تطوير مواقع الويب، كان تطوير تطبيقات WAP صعبًا للغاية نظرًا للمتطلبات الصارمة لمواصفات WML ومتطلبات التحسين والاختبار على مجموعة واسعة من الأجهزة اللاسلكية، مما أدى إلى إطالة الوقت اللازم لإكمال معظم المشاريع بشكل كبير. اعتبارًا من عام 2009ومع ذلك، مع دعم العديد من الأجهزة المحمولة لـ XHTML، وبرامج مثل Adobe Go Live و Dreamweaver التي توفر أدوات تأليف ويب محسنة، أصبح من الأسهل إنشاء محتوى يمكن الوصول إليه من قبل العديد من الأجهزة الجديدة.

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

إهمال شركات الاتصالات اللاسلكية لمزودي المحتوى: تبنت بعض شركات الاتصالات اللاسلكية استراتيجية "أنشئها وسوف يأتون"، أي أنها ستوفر فقط نقل البيانات والأجهزة الطرفية، ثم تنتظر مزودي المحتوى لنشر خدماتهم على الإنترنت وتحقيق جدوى استثماراتها في بروتوكول WAP. مع ذلك، لم يتلقَ مزودو المحتوى سوى القليل من الدعم أو الحوافز لخوض مسار التطوير المعقد. في المقابل، أجرت شركات أخرى، لا سيما في اليابان (انظر أدناه)، حوارًا أكثر شمولًا مع مجتمع مزودي المحتوى، وهو ما انعكس لاحقًا في خدمات WAP الحديثة والأكثر نجاحًا، مثل i-mode في اليابان أو خدمة Gallery في فرنسا. ^{[ 29 ]}