WAP 2
На випадок навмисного спотворення установок апарату творці WAP 2.0 передбачили наявність базової конфігурації, дані якої не можуть бути змінені ні провайдера TPS (Trusted Provisioning Server), ні користувачем. Єдина операція, доступна власнику апарату, - поповнення привілейованого набору установок персоналізованою інформацією, як-то вхід до системи, паролі, сертифікати автентичності, ключі шифрування тощо. повернутися до базової конфігурації.
У своєму природному вигляді RDF має часткову сумісність із XML, проте в тексті специфікацій підкреслюється його неповнота. Профіль розбитий на блоки або компоненти, що охоплюють всі основні аспекти роботи терміналу: HardwarePlatform, SoftwarePlatform, BrowserUA, NetworkCharacteristics, WapCharacteristics, PushCharacteristics. Ніщо не заважає додавати нові блоки за бажанням виробника. Щоб було зрозуміло, про що йдеться, нижче наведено найбільш характерні елементи з досить об'ємного документа "Приклад RDF-профілю":
Концепція UAProf насамперед цікава продуманою схемою взаємодії з серверами - постачальниками контенту. При підключенні до мережі термінал може передати свій профіль WAP- та push-шлюзам провайдера, які зберігатимуть його не тільки протягом поточної сесії, але й збережуть у разі її припинення. Виграш полягає в тому, що така схема позбавляє мобільний термінал необхідності при кожному запиті заново проштовхувати крізь худий радіоканал свій профіль. Крім того, шлюзи автоматично намагатимуться перетворити інформацію, що надходить, в потрібний формат (Profile Matching). Передбачено надзвичайно корисний механізм доповненняпрофілю різними правилами-обмеженнями, зумовленими особливостями мережі провайдера. Таким чином, проксі-сервери отримують право вписувати нові розділи в профілі, що передаються і кешуються. Так що в тому, що ви не в змозі іноді отримати потрібну розсилку, може бути винен не ваш апарат, а ваш оператор.
Програмні інтерфейси: EFI.
Структура EFI виглядає складно, хоча як загалом, і покомпонентно її призначення досить очевидно. В основу покладено EF Entity, які є фізичними або, якщо точніше, програмними реалізаціями конкретних функцій EFI. До таких функцій належить, наприклад, обслуговування різних додаткових пристроїв (фотокамер, блоків пам'яті, Bluetooth-чіпів).
Своєрідним високорівневим інтерфейсом до EF Entity є EF Unit. Unit'ам дозволено комбінувати можливості відразу кількох EF Entity для надання будь-яких специфічних сервісів. Проміжний прошарок між EFI і WAE, що займається збором, зберіганням та наданням інформації про всі модулі та класи EFI, називається EF Broker.
Як бачите, WAE, по праву центрального елемента програмної архітектури мобільного терміналу, включає масу компонентів. Опис деяких із них міститься у наступних параграфах.
WML та WMLScript
Створюючи другу версію мови WML, учасники форуму WAP поклали в її основу XHTML, який, по суті, є HTML 4, перевизначеним за допомогою XML. WML оформлений у вигляді розширень базового діалекту XHTML-Basic, як і було передбачено стандартом. Така різка зміна базису викликала появу ефекту під назвою "гостра синтаксична несумісність" з WML1. Внаслідок цього виникла необхідність у "мультисистемних" броузерах, що підтримують обидвіверсії мови, у спеціальних транслюючих модулях для WAP Gateway, а також у підготовці альтернативних варіантів контенту.
До позитивних сторін революційних змін можна зарахувати автоматичну сумісність WML2 броузера з документами XHTML-Basic. Безперечним плюсом стало введення таблиць стилів - аналога CSS. Як стандарт було обрано формат CSS Mobile Profile, підготовлений комітетом W3C для портативних терміналів. Втім, як і у всіх попередніх випадках, WAP Forum не зміг або не захотів довести розпочате до логічного кінця: WAP CSS лише частково сумісний із зазначеним форматом, і повний перехід очікується лише у віддаленій перспективі. Половинчастість рішень пояснюється тим, що WML1 виконував такі функції та містив такі елементи, які поки що не можна виразити за допомогою XHTML-Basic або CSS Mobile Profile. Там, де заміна була можлива, вона була зроблена, а де ні - за допомогою спеціального ключового слова "wml:" введені елементи попередньої версії.
Абревіатура WSP розшифровується як Wireless Session Protocol, і застосовується цей мережний рівень управління передачею даних. Протокол підтримує асинхронні запити, які заощаджують час під час використання ненадійного та повільного каналу зв'язку. Під асинхронністю тут мається на увазі послідовна видача пакета запитів без очікування відповіді кожен з них.
Щоб було легше зрозуміти роль і призначення WSP, перерахуємо основні типи запитів:Connect, Suspend, Resume, MethodInvokeтаPush. Кожен запит має набір обов'язкових та необов'язкових параметрів. Наприклад, для примітивуConnectце будутьAddress(комбінація зClient AddressтаServer Address),Body, Headers> (сумісні з HTTP),Capabilities(довільний набірпараметрів, що описують можливості терміналу або сервісу, як найбільший розмір повідомлення, кодування заголовків і т. д.),StatusіRequest URI. Серед параметрів слід вказати іTransaction Identifier- індекс, що дозволяє розрізняти повідомлення, згенеровані у відповідь пакет запитів в асинхронному режимі.
Що стосується WTP (Wireless Transaction Protocol), то для визначення його місця в ієрархії WAP досить сказати, що WTP займається практичною реалізацією системи односторонніх, двосторонніх, надійних та ненадійних запитів, якими користується WSP для організації сесій із встановленням з'єднання.
З форматів файлів особливої честі удостоївся лише WBMP (Wireless BMP), який перекочував із попередньої версії WAP, на перший погляд, без змін. WBMP підтримує виключно чорно-білі зображення (без градацій яскравості), що знімає потребу у таблиці кольорів. Незважаючи на спрощення, можливий запис анімації на 15 кадрів. Всі інші типи файлів залишені на розсуд специфікацій MIME, що, звичайно, не буде недоліком, оскільки це покращує сумісність із загальновизнаними стандартами.
Оскільки питання перетворення знято, стає можливим і завантаження MIME-повідомлень з віддалених поштових серверів POP3 або IMAP. З боку терміналу організацією процесу створення та пересилання MMS займається MMS User-agent. Для економії пропускної здатності вміст і заголовки MMS-повідомлення перетворюються на байткодову форму.
. де вони зберігаються
p align="justify"> Проектуючи підсистему зберігання даних, члени WAP-альянсу намагалися домогтися максимальної подібності з найбільш поширеною структурою: файл - каталог - носій. Щоб побудувати ієрархію, яка стала основою WAP Persistent Storage Interface,необхідно замінити слово "файл" на "Storage objects", носій - на "Storage medium", а слово "каталог" дати спокій. Сенс виразу "Storage medium" стає зрозумілим відразу після прочитання списку можливих значень цього параметра: EEPROM, FLASH, SIM, SmartCard тощо.
Картина, що вимальовується, мало відрізняється від стандартної файлової архітектури ПК. Програми WAE розпізнають ресурси WAP Persistent Storage Interface шляхом звернення до перелічувальних (enumeration) функцій, які повертають інформацію про тип і можливості "Storage medium" в цілому, а також про існуючу систему каталогів.
. і як передаються
На транспортному рівні WAP 2 вживаються два протоколи передачі: WDP (Wireless Datagram Protocol) і WTP (Wireless Transaction Protocol), причому один паразитує іншому. Останній був стисло охарактеризований вище.
Загальне управління стеком WDP здійснює WDP Management Entity, завдання якої входить відстеження зовнішніх стосовно протоколу змін. Наприклад, цей компонент повинен зреагувати на повідомлення про відсутність бездротової мережі, виснаження заряду батарей або небажання користувача підтримувати з'єднання. Помилки, що виникають безпосередньо в процесі обміну дейтаграмами, відстежуються та коригуються за допомогою допоміжного протоколу WCMP (Wireless Control Message Protocol).
Що стосується фізичного рівня, то WDP працює поверх всіх основних фізичних протоколів передачі символьних даних: SMS, USSD, GSM Circuit-Switched Data, GPRS, Cell Broadcast, ANSI-136, CDPD, CDMA, PDC, iDEN, FLEX та ReFLEX, PHS, DataTAC, TETRA та Mobitex. Оскільки не завжди обрана система забезпечує необхідну довжину пакета, то особливого значення набуває факт наявності або відсутності в стекуспеціалізованої реалізації функції сегментації та складання - SAR (Segmentation & Re; Assembly). Для розподілу пакетів, що надходять між кількома додатками використовується традиційний механізм призначення портів.
Ось так сьогодні виглядають основні компоненти WAP.