<?xml version="1.0"?>
<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:prf="http://www.wapforum.org/profiles/UAPROF/ccppschema-20010430#">
<prf:component>
<rdf:Description ID="HardwarePlatform">
<rdf:type resource="http://www.wapforum.org/profiles/UAPROF/ccppschema-20010430# HardwarePlatform"/>
<prf:ScreenSize>
121x87
</prf:ScreenSize>
<prf:Model>R999</prf:Model>
<prf:ColorCapable>
No</prf:ColorCapable>
<prf:ImageCapable>
Yes
</prf:ImageCapable> 

Концепція UAProf в першу чергу цікава продуманою схемою взаємодії з серверами ? постачальниками контента. При підключені до мережі термінал може передати свій профіль WAP- і push-шлюзам провайдера, котрі будуть його зберігати не тільки на протязі поточної сесії, але і в випадку її зупинки. Виграш полягає в тому, що така схема звільняє мобільний термінал від необхідності при кожному запиті заново передавати свій профіль. Крім того, шлюзи автоматично будуть намагатися перетворити поступаючу інформацію в потрібний формат (Profile Matching). Передбачено дуже корисний механізм доповнення профілю різноманітними правилами-обмеженнями, обумовленими особливостями мережі провайдера. Таким чином, проксі-сервери отримують право вписувати нові розділи в передані і кешовані профілі. Так що в тому, що ви інколи не можете отримати потрібну “розсилку”, може бути винний не ваш апарат, а ваш оператор. 

2.3.2 Програмні інтерфейси WTA, WAE і EFI

В мобільному терміналі WAP "влада" над апаратними засобами поділена між трьома основними компонентами: WAE, WTA і EFI. Перша абревіатура означає WAP Application Environment, що дослівно перекладається як середовище виконання додатків WAP (тобто браузера, поштового клієнта тощо). WTA розшифровується як WAP Telephony Applications ? компонент, який забезпечує поповнення арсеналу засобів управління телефонним зв’язком, мрія, яка так і не стала поки що реальністю. І на кінець, EFI ? External Functionality Interface, з найбільш загадковою сутністю. З цього компоненту ми і почнемо розгляд програмних інтерфейсів. 

Структура EFI виглядає досить складно, хоча як в цілому, так і покомпонентно її призначення очевидне. В основу покладені EF Entity, котрі є фізичними або, якщо точніше сказати, програмними реалізаціями конкретних функцій EFI. До числа таких функцій відноситься, наприклад, обслуговування різноманітних додаткових пристроїв (фотокамер, блоків пам’яті, Bluetooth-чипів). 

Своєрідним високорівневим інтерфейсом до EF Entity є EF Unit. Unit'ам дозволено комбінувати можливості відразу декількох EF Entity для надання деяких специфічних сервісів. Проміжний прошарок між EFI і WAE, який займається збиранням, зберіганням та наданням інформації про всі модулі і класи EFI, називається EF Broker.

WTA-сервіс складається з двох компонентів: WTA User-agent і WTAI (Wireless Telephony Applications Interface). Якщо WTA User-agent здатний самостійно обробляти виникаючі події, то WTAI ? не, що інше, як бібліотека функцій. Сервісом WTAI користуються і WTA User-agent, і WAE User-agent. Зміст такого розділу полягає в розмежуванні повноважень агента WTA і компонентів середовища WAE: перший не повинен обробляти запити, адресовані останнім. В результаті виключається зайва проміжна ланка при операціях типу "click-to-phone", коли прямо на карті WML розташовується посилання на телефонний номер. В якості прикладів застосування функцій WTA наведемо найбільш актуальні: вибір одного дзвінка з декількох, вибір реакції на кожний з дзвінків (перенаправлення автовідповідачу або іншому абоненту, відправлення спеціального повідомлення викликаючому), оперування голосовою поштою (автовідповідачем), ведення журналу викликів з можливістю передзвонити абоненту одним натисненням клавіші.

Оскільки агент WTA незалежний, то і повноваження його широкі: обробка деяких телефонних подій іноді потребує додаткових даних, тому WTA User-agent має доступ до користувацького інтерфейсу, підсистеми збереження інформації і вбудованих функцій термінала (наприклад, телефонної книги). Пам’ять термінала використовується для попереднього кешування даних, необхідних для роботи того чи іншого мережевого WTA-сервісу. Так, розробник може заздалегідь записати в SIM-карту або ППЗП телефону контент, затребуваний якими-небудь загальновживаними функціями, що значно прискорить їх, ініціалізацію. В загальному, події WTA асоціюються (bind) з так званими каналами (channels), котрі, в свою чергу, визначають URL шуканого контента. Канали доступні через користувацький інтерфейс термінала.

Партнером термінального стеку WTA зі сторони мережі провайдера є WTA Server, який визначає набір сервісів (голосова пошта, автовідповідач тощо) і супроводжуючого їх контента. З’єднання з телефонним сервером зазвичай здійснюється за допомогою універсального WAP-шлюзу.

Особлива увага в WAP 2.0 приділена безпеці. Істинними признаються тільки ті сервери WTA, котрі працюють через локальний Trusted WAP Gateway провайдера. На кожну операцію, пов’язану з генерацією телефонного виклику, в користувача повинний бути запитаний дозвіл. Дозволи бувають трьох типів: blanket permission ? надається виконуваній задачі на багатократне використання визначеного набору функцій WTA; context permission ? аналогічний попередньому дозволу, але діє тільки в рамках заданого контексту; single action permission ? надається для однократного виклику функції.

Контент, зв’язаний з обслуговуванням телефонних додатків, зберігається у форматі WTA-WML ? підмножина мови WML 1.0. Окремі документи (карти WTA-WML, об’єкти WMLScript, будь-які файли, сумісні зі специфікаціями WML), тут називаються ресурсами, а пакети посилань на них ? каналами. Канали ? це конгломерати карт та колод, які належать одному сервісу, іноді вони можуть поділяти між собою загальні файли ресурсів.

2.3.3 WML і WMLScript

Створюючи другу версію мови WML, учасники форуму WAP поклали в її основу XHTML, котрий, по суті, представляє собою HTML 4, перевизначений за допомогою XML. WML представлений в виді розширень базового діалекту XHTML-Basic, як це і було передбачено стандартом. Така різка зміна базису викликала появу ефекту під назвою “гостра синтаксична несумісність” з WML1. Внаслідок цього виникла необхідність в браузерах, підтримуючих обидві версії мови, в спеціальних модулях для WAP Gateway, а також підготовку альтернативних варіантів контента.

До переваг революційних змін можна віднести автоматичну сумісність WML2 браузера з документами XHTML-Basic. Ще