Радіокомунікаційний модуль, що виконує головну програму та клієнтську програму, яка включає кілька клієнтських прикладних програм

1. Радіокомунікаційний модуль, який належить до типу модулів, що містять програмний блок, який виконує головну програму, яка виконує, зокрема, радіокомунікаційні функції, причому вказаний програмний блок з головною програмою включає засоби виконання команд пристрою керування, що надсилаються програмному блоку з головною програмою щонайменше одним програмним пристроєм керування клієнта та належать до попередньо визначеного набору команд пристрою керування, який відрізняється тим, що вказаний радіокомунікаційний модуль також містить додатковий програмний блок, який містить щонайменше одну клієнтську програму, так звану вбудовану програму клієнта, яка включає головну прикладну програму клієнта та щонайменше одну вторинну прикладну програму клієнта, "ведену" головною прикладною програмою клієнта, причому операції, що виконуються вказаною вбудованою програмою клієнта, розподіляються між вказаною головною прикладною програмою клієнта та вказаною щонайменше однією вторинною прикладною програмою клієнта, і тим, що додатковий програмний блок з вбудованою програмою клієнта та програмний блок з головною програмою включає засоби, які надають змогу додатковому програмному блоку з вбудованою програмою клієнта виконувати щонайменше одну з таких дво х функцій: - роль програмного пристрою керування клієнта, який посилає команди пристрою керування програмному блоку з головною програмою та отримує від програмного блоку з головною програмою відповіді, одержані в результаті виконання команд пристрою керування; 2 (19) 1 3 26072 - програмний блок з головною програмою включає засоби попереднього синтаксичного аналізу команд як функції визначеної схеми попереднього синтаксичного аналізу, для того, щоб передавати команди пристрою керування від зовнішньої програми клієнта додатковому програмному блоку з вбудованою програмою клієнта та/або засобам виконання, що входять до складу програмного блоку з головною програмою; - додатковий програмний блок з вбудованою програмою клієнта включає засоби обробки команд пристрою керування, переадресованих до неї вказаними засобами попереднього синтаксичного аналізу. 6. Радіокомунікаційний модуль за п.5, який відрізняється тим, що додатковий програмний блок з вбудованою програмою клієнта включає засоби вибору схеми попереднього синтаксичного аналізу, що застосовується вказаними засобами попереднього синтаксичного аналізу, з набору схем попереднього синтаксичного аналізу, таких як: - команди пристрою керування, що надходять від зовнішньої програми клієнта, посилаються лише засобам виконання у програмний блок з головною програмою; - команди пристрою керування, що надходять від зовнішньої програми клієнта, посилаються лише додатковому програмному блоку з вбудованою програмою клієнта; - команди пристрою керування, що надходять від зовнішньої програми клієнта, посилаються засобам виконання, що входять до складу програмного блоку з головною програмою, та додатковому програмному блоку з вбудованою програмою клієнта. 7. Радіокомунікаційний модуль за будь-яким з пп. 5 та 6, який відрізняється тим, що вказані засоби попереднього синтаксичного аналізу приймають щонайменше одне рішення для кожної команди, яке належить до групи, що включає: - посилання команди пристрою керування засобам виконання, що входять до складу програмного блоку з головною програмою, причому додатковий програмний блок з вбудованою програмою клієнта включає з цією метою засоби посилання команд пристрою керування засобам виконання; - надання чи ненадання відповіді без виконання команди, лише як функції щонайменше одного елемента інформації щодо команди, причому додатковий програмний блок з вбудованою програмою клієнта включає з цією метою засоби посилання відповіді зовнішній програмі клієнта через програмний блок з головною програмою. 8. Радіокомунікаційний модуль за будь-яким з пп.1-7, який відрізняється тим, що з метою забезпечення можливості виконання додатковим програмним блоком з вбудованою програмою клієнта функцій контрольної програми клієнта: - програмний блок з головною програмою включає засоби попереднього синтаксичного аналізу відповідей як функції визначеної схеми попереднього синтаксичного аналізу відповідей для передачі відповідей, одержаних в результаті виконання певних команд пристрою керування засобами виконання, що входять до складу програмного блоку з головною програмою, додатковому програмному 4 блоку з вбудованою програмою клієнта та/або зовнішній програмі клієнта; - додатковий програмний блок з вбудованою програмою клієнта включає засоби обробки відповідей, переадресованих до неї засобами попереднього синтаксичного аналізу відповідей. 9. Радіокомунікаційний модуль за п.8, який відрізняється тим, що додатковий програмний блок з вбудованою програмою клієнта включає засоби вибору схеми попереднього синтаксичного аналізу відповідей, що застосовується вказаними засобами попереднього синтаксичного аналізу відповідей, з набору схем попереднього синтаксичного аналізу відповідей, таких як: - відповіді, що надходять від засобів виконання, передаються лише зовнішній програмі клієнта; - відповіді, що надходять від засобів виконання, передаються лише додатковому програмному блоку з вбудованою програмою клієнта; - відповіді, що надходять від засобів виконання, передаються додатковому програмному блоку з вбудованою програмою клієнта та зовнішній програмі клієнта. 10. Радіокомунікаційний модуль за будь-яким з пп.1-9, який відрізняється тим, що він входить до складу пристрою, який належить до такої групи: - радіокомунікаційні абонентські пристрої; - пристрої, що відрізняються від радіокомунікаційних абонентських пристроїв, але яким потрібна можливість бездротового зв'язку; - модеми. 11. Радіокомунікаційний модуль за будь-яким з пп.1-10, який відрізняє ться тим, що вказаний програмний блок з головною програмою включає щонайменше одну головну прикладну програму, асоційовану з набором функцій виконання, кожна з яких забезпечує можливість виконання щонайменше однієї з вказаних команд пристрою керування, тим, що кожна з вказаних головної та вторинних прикладних клієнтських програм асоційована з набором функцій джерела, кожна з яких забезпечує можливість посилання чи приймання команд пристрою керування чи відповідей на команди пристрою керування, програмному блоку з головною прикладною програмою чи від неї, і тим, що програмний блок з головною програмою та/або вказаний додатковий програмний блок з вбудованою програмою клієнта включають інтерфейсну прикладну програму, яка використовується для сполучення вказаних функцій джерела з вказаними функціями виконання. 12. Радіокомунікаційний модуль за п.11, який відрізняється тим, що набір функцій джерела, асоційованих з головною прикладною програмою клієнта, включає, зокрема, функцію джерела, призначену для ініціалізації головної прикладної програми клієнта ("wm_apmApplilnit"), яка викликається при запуску радіокомунікаційного модуля. 13. Радіокомунікаційний модуль за п.12, який відрізняється тим, що набір функцій джерела, асоційованих з головною прикладною програмою клієнта, включає функцію джерела, призначену для реєстрації службової процедури посилання запитів, що надходять від головної програми ("wm_psMsgParserSubscribe"), 5 26072 і тим, що в момент цієї реєстрації головна прикладна програма клієнта посилає головній програмі адресу функції джерела, призначеної для обробки запиту ("wm_apmAppliParser"), на яку головна прикладна програма клієнта хотіла б одержувати запити від головної програми. 14. Радіокомунікаційний модуль за будь-яким з пп.11-13, який відрізняється тим, що набір функцій джерела, асоційованих з вторинною прикладною програмою клієнта, включає, зокрема, функцію джерела, призначену для ініціалізації вторинної прикладної програми клієнта ("win_app2Pipe (Init)"), яка викликається головною прикладною програмою клієнта. 15. Радіокомунікаційний модуль за п.14, який відрізняється тим, що набір функцій джерела, асоційованих з вторинною прикладною програмою клієнта, включає функцію джерела, призначену для реєстрації службової процедури посилання запитів, що надходять від програмного блоку з головною програмою ("wm_osMsgParserSubscribe"), і тим, що в момент цієї реєстрації вторинна прикладна програма клієнта посилає головній програмі адресу функції джерела, призначеної для обробки запитів ("wm_app2MsgParser"), на яку вторинна прикладна програма клієнта хотіла б одержувати запити, що надходять від головної програми. 16. Радіокомунікаційний модуль за будь-яким з пп.14 та 15, який відрізняється тим, що вказана функція джерела, призначена для ініціалізації вторинної прикладної програми клієнта, включає щонайменше один параметр, який дає змогу використовувати діалоговий механізм між головною прикладною програмою клієнта та вторинною прикладною програмою клієнта. 17. Радіокомунікаційний модуль за будь-яким з пп.14-16, який відрізняється тим, що набір функцій джерела, асоційованих з вторинною прикладною програмою клієнта, включає також функцію джерела, призначену для відключення вторинної прикладної програми клієнта ("wm_app2Pipe (Stop)"), яка викликається головною прикладною програмою клієнта. 18. Радіокомунікаційний модуль за будь-яким з пп.14-17, який відрізняється тим, що набір функцій джерела, асоційованих з вторинною прикладною програмою клієнта, включає функцію джерела, призначену для відміни реєстрації вказаної службової процедури посилання запитів, що надходять від головної програми ("wm_osMsgParserUnsubscribe"). 19. Радіокомунікаційний модуль за будь-яким з пп.13-18, який відрізняється тим, що вказаний запит є параметром вказаної функції джерела, яка здійснює обробку запиту від головної програми ("wm_apmAppliParser", "wm_app2Msg Parser"), і тим, що структура вказаного запиту, який утворює цей параметр, включає: - перше поле, яке містить інформацію, що стосується типу вказаного запиту; - друге поле, яке містить власне вказаний запит. 20. Радіокомунікаційний модуль за п.19, який відрізняється тим, що вказаний тип запиту належить до групи, яка включає: 6 - повідомлення, яке містить відповідь на команду пристрою керування, раніше надіслану програмному блоку з головною програмою додатковим програмним блоком з вбудованою програмою клієнта; - запит, який містить незапитувану команду пристрою керування; - запит, який містить команду пристрою керування, надіслану зовнішньою програмою клієнта через програмний блок з головною програмою; - повідомлення, яке містить відповідь, одержану в результаті виконання програмним блоком з головною програмою команди пристрою керування, надісланої програмним блоком з зовнішньою програмою клієнта; - запит, який посилається по закінченні часу очікування. 21. Радіокомунікаційний модуль за будь-яким з пп.11-20, який відрізняється тим, що набори функцій джерела, асоційованих з головною прикладною програмою клієнта та вторинною прикладною програмою клієнта, включають також щонайменше функцію джерела, яка належить до такої групи: - функція ("wm_atSendCominand") для посилання щонайменше однієї команди пристрою керування програмному блоку з головною програмою, причому перший параметр вказаної функції посилання є вказаною щонайменше однією командою пристрою керування, а другий параметр вказаної функції посилання визначає прикладну програму (програми), якій посилається відповідь, одержана в результаті виконання вказаної команди пристрою керування, а саме, головну прикладну програму клієнта та/або вторинну прикладну програму клієнта у вбудованій програмі клієнта, та/або зовнішню прикладну програму клієнта, що входить до складу зовнішньої програми клієнта; функція реєстрації ("wm_atUnsolicitedSubscription") у головній програмі службової процедури приймання незапитуваних команд пристрою керування, причому один параметр вказаної функції реєстрації визначає прикладну програму (програми), якій має бути переадресована кожна незапитувана команда пристрою керування, а саме, головну прикладну програму клієнта та/або вторинну прикладну програму клієнта, що входить до складу вбудованої програми клієнта, та/або зовнішню прикладну програму клієнта, що входить до складу зовнішньої програми клієнта; функція реєстрації ("wm_atCmdPreParserSubscribe") у головній програмі службової процедури попереднього синтаксичного аналізу команд пристрою керування, у якій параметр вказаної функції реєстрації визначає прикладну програму (програми) призначення, а саме, головну прикладну програму клієнта та/або вторинну прикладну програму клієнта, що входить до складу вбудованої програми клієнта, та/або головну програму, якій має бути надіслана кожна команда драйвера, що надходить від зовнішньої програми клієнта; функція реєстрації ("wm_atRspPreParserSubscribe") у головній програмі службової процедури попереднього синтак 7 26072 8 сичного аналізу відповідей, у якій параметр вказаної функції реєстрації визначає прикладну програму (програми) призначення, а саме, головну прикладну програму клієнта та/або вторинну прикладну програму клієнта, що входить до складу вбудованої програми клієнта, та/або зовнішню прикладну програму клієнта, що входить до складу зовнішньої програми клієнта, якій має бути надіслана кожна відповідь, одержана в результаті виконання команд пристрою керування головною програмою; - функція ("wm_atSendRspExternalApp") для посилання щонайменше однієї відповіді зовнішній програмі клієнта через головну програму, причому параметром вказаної функції посилання є вказана щонайменше одна відповідь. 22. Радіокомунікаційний модуль за будь-яким з пп.1-21, який відрізняється тим, що додатковий програмний блок з вбудованою програмою клієнта та програмний блок з головною програмою використовують кожна окрему частину R AM, а спроба однієї з цих двох програм одержати доступ до RAM, зарезервованої для другої програми, призведе до припинення роботи. 23. Радіокомунікаційний модуль за будь-яким з пп.1-22, який відрізняється тим, що вказаний набір команд пристрою керування є набором стандартних команд AT. 24. Радіокомунікаційний модуль за п.23, який відрізняється тим, що вказаний набір команд пристрою керування включає додаткову команду AT для завантаження клієнтської програми (at+wdwl), яка надає змогу додатковому програмному блоку з зовнішньою клієнтською програмою завантажити нову клієнтську програму чи нову частину клієнтської програми до радіокомунікаційного модуля, на додаток до стандартних команд AT. 25. Радіокомунікаційний модуль за будь-яким з пп.23 та 24, який відрізняється тим, що вказаний набір команд пристрою керування включає додаткову команду AT, так звану команду дезактивації (at+wopen), яка надає змогу зовнішній програмі клієнта дезактивувати додатковий програмний блок з вбудованою програмою клієнта чи частину вбудованої програми клієнта, на додаток до стандартних команд AT. Областю даної корисної моделі є радіокомунікаційні системи і, зокрема, але не виключно, стандарт GSM (глобальна система мобільного зв'язку), DCS 1800 (цифрова стільникова система 1800МГц), PCS 1900 (система особистого зв'язку), GPRS (загальна система пакетного радіозв'язку) чи UMTS (універсальна система мобільних телекомунікацій). Точніше, корисна модель стосується радіокомунікаційного модуля. Нагадаємо, що радіокомунікаційний модуль є суттєвим елементом радіотелефону. Він містить головну програму (яку звичайно називають "радіокомунікаційною програмою'1 чи "програмним забезпеченням GSM11), яка, зокрема, забезпечує виконання функцій бездротового зв'язку (радіозв'язку) і керує різними іншими апаратними засобами (екран, клавіатура, гучномовець і т.д.) радіотелефону. Звичайно (перший варіант втілення), радіокомунікаційний модуль входить до складу абонентського пристрою (чи МО від "мобільне обладнання"), який взаємодіє з карткою SIM (модуль ідентифікації абонента). Зараз пропонуються інші варіанти використання згаданого вище радіокомунікаційного модуля. Зокрема, було запропоновано інтегрувати радіокомунікаційний модуль до інших пристроїв, які відрізняються від радіокомунікаційних абонентських пристроїв, але потребують функції бездротового зв'язку (другий варіант втілення). Це, наприклад, телеметричні пристрої (для зчитування датчиків), пристрої аварійної сигналізації чи пристрої зчитування банківських карток. Було також запропоновано виконання радіокомунікаційного модуля у формі незалежного пристрою (третій варіант втілення); у такому випадку він виконує функції модему. Такий тип модему не має ніяких апаратних елементів інтерфейсу людина-машина (екран, клавіатура, гучномовець і т.д.). Він призначений для взаємодії з обладнанням абонентського пристрою (яке забезпечує виконання клієнтської програми), що не має апаратних елементів інтерфейсу людина-машина. Зокрема, але не виключно, обладнання абонентського пристрою може бути мікрокомп'ютером. Загалом, обладнання абонентського пристрою служить для розміщення та виконання програмного драйвера клієнта, який керує радіокомунікаційним модулем з використанням набору драйверних команд у форматі AT. Команди AT (від команди "ATtention" "Увага") надають змоги обладнанню абонентського пристрою (АП) вимагати від радіокомунікаційного абонентського пристрою, з яким він з'єднаний, виконання певних попередньо визначених дій. З цією метою головна програма (яка знаходиться у радіокомунікаційному модулі) включає засрби виконання команд AT, що надсилаються до неї програмним драйвером клієнта (який знаходиться у обладнанні абонентського пристрою). За додатковою інформацією щодо команд AT слід звертатися у першу чергу до стандартів Європейського інституту стандартів зв'язку (ETSI) "GSM 07.05" та "GSM 07.07", а також до рекомендацій Міжнародної телекомунікаційної спілки (ITUТ) V25ter, які включені сюди за посиланням. Загалом, радіокомунікаційний модуль може керуватися обладнанням абонентського пристрою з використанням команд AT не лише у рамках згаданого вище третього варіанта втілення (радіокомунікаційний модуль, що утворює модем), але також у контексті першого та другого варіантів втілення, вказаних вище (радіокомунікаційний мо 9 26072 дуль, що входить до складу радіокомунікаційного абонентського пристрою чи іншої системи). Іншими словами, незалежно від передбачуваного варіанта втілення, радіокомунікаційний модуль може бути керований обладнанням абонентського пристрою, з яким він взаємодіє (звичайно, за допомогою послідовного каналу зв'язку). У цьому випадку, програмний драйвер клієнта (який включає "зовнішню прикладну програму клієнта"), що розміщений у обладнанні абонентського пристрою і виконується ним, надсилає команди AT головній програмі, що міститься у радіокомунікаційному модулі та виконується ним, так, щоб радіокомунікаційний модуль міг виконати їх. Як зображено на Фіг.2, роботу те хнічного обладнання за відомим рівнем техніки, що використовується в абонентському пристрої для керування радіокомунікаційним модулем, можна стисло описати таким чином: - стадія "1": зовнішня прикладна програма клієнта (програмний драйвер клієнта) 2 посилає команду AT; - стадія "2": послідовний канал зв'язку 5 передає команду AT засобам 4 виконання команд AT, що входять до складу головної програми 3, яка розміщена у радіокомунікаційному модулі 1 і виконується ним; - стадія "3": засоби виконання 4 виконують команду AT; - стадія "4": після виконання, засоби виконання 4 посилають відповідь AT зовнішній прикладній програмі клієнта 2; - стадія "5": ця відповідь передається по послідовному каналу зв'язку 5; - стадія "6": зовнішня прикладна програма клієнта 2 одержує відповідь. Кожна з цих стадій зображена на Фіг.2 кружком, у якому проставлений номер відповідної стадії. Такий саме принцип використовується на наступних фі гурах даного винаходу (які описані детальніше далі у цьому описі). Відома методика керування радіокомунікаційним модулем за допомогою обладнання абонентського пристрою має кілька недоліків. По-перше, вона потребує два комплекти ресурсів (процесор та пам'ять). Радіокомунікаційний модуль включає процесор та пам'ять (перший комплект ресурсів), і обладнання абонентського пристрою також має процесор та пам'ять (другий комплект ресурсів). Таким чином, згадана вище відома методика є витратною з погляду обладнання та споживання енергії. Іншим недоліком згаданої вище існуючої методики є те, що радіокомунікаційний модуль повністю керується обладнанням абонентського пристрою. Програмний драйвер клієнта, який розміщується в обладнанні абонентського пристрою та виконується ним, є "ведучим", тоді як головна програма, що розміщується у радіокомунікаційному модулі та виконується ним, є "веденим". З метою подолання цих недоліків відомого рівня техніки заявник [(Wavecom Company) подав патентну заявку Франції №FR 0103909, 22 березня 2001p., під назвою "Радіокомунікаційний модуль, що містить та виконує клієнтську програму, і відпо 10 відний спосіб використання програмного драйвера клієнта"]. Ця заявка FR 0103909, текст та креслення якої включені сюди за посиланням, пропонує новий спосіб керування радіокомунікаційним модулем, що полягає у розміщенні щонайменше однієї клієнтської програми у радіокомунікаційному модулі для виконання функцій програмного драйвера клієнта та/або для виконання функцій контрольної програми клієнта. Таким чином, якщо вбудована клієнтська програма виконує роль програмного драйвера клієнта, то радіокомунікаційний модуль працює незалежно та з невеликими витратами. У цьому випадку, радіокомунікаційний модуль не повинен взаємодіяти з будь-яким обладнанням абонентського пристрою, і головна програма та програмний драйвер клієнта використовують одні й ті самі ресурси (один процесор та одну пам'ять). Крім того, якщо вбудована програма клієнта виконує функції контрольної програми клієнта, радіокомунікаційний модуль не обмежений виконанням функцій "веденого" по відношенню до обладнання абонентського пристрою, яке забезпечує виконання програмного драйвера клієнта. Контрольна програма клієнта, виконувана радіокомунікаційним модулем, здійснює керування за запитами програмного драйвера клієнта, виконуваного обладнанням абонентського пристрою. Зверніть увагу, що у цьому випадку вбудована клієнтська програма є додатковою програмою до описаної вище конфігурації за відомим рівнем техніки. Однак, це додаткове програмне забезпечення є недорогим, оскільки воно використовує ті самі ресурси (процесор та пам'ять), що й головна програма, яка також розміщена у радіокомунікаційному модулі. В одному кращому варіанті втілення вказаного вище нового способу: - головна програма включає, зокрема, бінарний файл, який містить головну прикладну програму; - клієнтська програма включає, зокрема, перший бінарний файл, що містить прикладну програму клієнта, та другий бінарний файл (наприклад, у формі попередньо скомпільованої бібліотеки), що містить прикладну програму інтерфейсу між функціями джерела, асоційованими з прикладною програмою клієнта, та функціями виконання, асоційованими з головною прикладною програмою. Цей новий спосіб керування радіокомунікаційним модулем можна розглядати як базові програмні засоби, що дають змогу клієнтам розробляти їхні власні клієнтські прикладні програми та завантажувати їх до радіокомунікаційних модулів. У згаданому вище кращому варіанті втілення корисної моделі головна програма та інтерфейсна прикладна програма є "фірмовими" бінарними файлами, розробленими виробником радіокомунікаційного модуля, тоді як прикладна програма клієнта є "клієнтським" бінарним файлом, розробленим клієнтом. Слід пам'ятати, що процес розробки бінарного файла включає такі стадії: - написання вихідних файлів з текстом програми, наприклад, мовою "С"; 11 26072 - компіляція цих вихідних файлів з метою одержання об'єктних файлів (машинною мовою для мікропроцесора, розташованого у радіо комунікаційному модулі); - компонування об'єктних файлів (скомпільованих ви хідних файлів) з метою одержання бінарного файла (який потім завантажується до радіо комунікаційного модуля). У контексті вищезгаданого нового способу керування радіокомунікаційним модулем, мета даної корисної моделі полягає у полегшенні задачі клієнта в процесі розробки прикладної програми клієнта. Інша мета корисної моделі полягає в тому, щоб запропонувати просте та ефективне рішення проблем діалогу між прикладними програмами (клієнтськими головною та вторинною) в результаті використання загальної концепції даної корисної моделі. Далі будуть стисло описані два відомі способи вирішення проблем діалогу між двома прикладними програмами, з визначенням недоліків кожного з них. Згідно з першим відомим способом, проблеми діалогу між двома прикладними програмами вирішуються під час компонування. Але для цього необхідно знати усі діалогові точки. Крім того, обмін усіма вихідними діалоговими функціями між двома прикладними програмами приводить до необхідності адаптувати кожну з прикладних програм одна до одної. В результаті, розробник однієї прикладної програми (вторинна прикладна програма) повинен написати відмінну версію цієї прикладної програми для кожного клієнта, який бажає інтегрувати до своїх прикладних програм (головні прикладні програми). Другий відомий спосіб вирішення проблем діалогу між двома прикладними програмами полягає у використанні такого механізму, як динамічне компонування. При механізмі цього типу до пам'яті мають завантажуватися лише ті функції, що фактично використовуються. Наприклад, таким способом може бути DLL (бібліотека динамічного підключення), що використовується у системі Windows (зареєстрований товарний знак). На жаль, цей спосіб потребує великого обсягу пам'яті і є непридатним для використання у радіокомунікаційних модулях внаслідок суворих обмежень у характеристиках центрального процесора (CPU), пам'яті та можливостей функціонування у реальному часі. Ці різноманітні цілі, а також інші, що стануть зрозумілими далі, досягаються у даної корисній моделі шляхом використання радіокомунікаційного модуля, який належить до типу модулів, що містять та виконують головну програму, яка, зокрема, виконує радіокомунікаційні функції, причому вказана головна програма складається із засобів виконання команд драйвера, які надсилаються головній програмі щонайменше одним програмним драйвером клієнта і належать до попередньо визначеного набору команд драйвера. Згідно з корисною моделлю, вказаний радіокомунікаційний модуль також розміщує та виконує щонайменше одну клієнтську програму, так звану вбудовану програ 12 му клієнта, що включає головну прикладну програму клієнта та щонайменше одну вторинну прикладну програму клієнта, яка є "веденим" головної прикладної програми клієнта, причому виконання, яке здійснюється вказаною вбудованою програмою клієнта, є розподіленим між вказаною головною прикладною програмою клієнта та вказаною щонайменше однією вторинною прикладною програмою клієнта. Вбудована програма клієнта та головна програма включають засоби, що надають змогу вбудованій програмі клієнта виконувати щонайменше одну з таких двох функцій: - роль програмного драйвера клієнта, який посилає команди драйвера головній програмі та отримує від головної програми відповіді, одержані в результаті виконання деяких команд драйвера; - роль контрольної програми клієнта, яка керує виконанням команд драйвера, надісланих програмним драйвером клієнта, так званою зовнішньою програмою клієнта, що міститься у обладнанні абонентського пристрою та виконується ним у взаємодії з радіокомунікаційним модулем. Таким чином, дана корисна модель находиться у контексті вищезгаданого нового способу керування радіокомунікаційним модулем, згідно з яким радіокомунікаційний модуль містить та виконує клієнтську програму, що може працювати як програмний драйвер клієнта та/або як контрольна програма клієнта. У цьому контексті, загальна мета корисної моделі полягає у використанні клієнтської "багатокомпонентної" прикладної програми, яка включає головну прикладну програму клієнта у комбінації з однією чи кількома вторинними прикладними програмами клієнта (клієнтів), а не клієнтської "однокомпонентної" прикладної програми. Кожна вторинна прикладна програма клієнта є "веденою" прикладною програмою головної прикладної програми клієнта, яка викликає її, у тому, що стосується пуску та зупину. Але після її п уску вторинна прикладна програма клієнта може здійснювати доступ до усіх функцій виконання, що надаються головною програмою (через механізм реєстрації службової процедури посилання запитів від головної програми, який буде описаний далі), цілком незалежно від головної прикладної програми клієнта. Вторинні прикладні програми клієнтів є "елементарними блокуми", що можуть бути надані клієнтам сторонніми розробниками (звичайно, виробником радіокомунікаційного модуля). Таким чином, зменшується обсяг робіт з розробок, виконуваних клієнтом, оскільки він розробляє лише "головну прикладну програму клієнта", яка розподіляє частину виконуваних операцій шляхом викликання однієї чи кількох вторинних прикладних програм клієнтів. Зверніть увагу, що клієнт може також сам розробляти вторинні прикладні програми клієнта, якщо він хоче викликати їх з іншої головної прикладної програми клієнта, яку він розробляє. У першому кращому варіанті втілення корисної моделі, вказана клієнтська програма включає бінарний файл, що містить вказану головну прикла 13 26072 дну програму клієнта та вказану щонайменше одну вторинну прикладну програму клієнта. У цьому випадку, вторинна прикладна програма клієнта краще постачається у формі об'єктного файла. Таким чином, вихідний текстовий файл не надається з метою забезпечення захисту власного (чи стороннього) "ноу-хау". Об'єктний файл, що містить вторинну прикладну програму клієнта, повинний бути скомпонований з об'єктним файлом (файлами), що містить головну прикладну програму клієнта, і бінарний файл, одержаний в результаті цього компонування, завантажують до модуля. У другому кращому варіанті втілення корисної моделі, вказана клієнтська програма включає перший бінарний файл, що містить вказану головну прикладну програму клієнта, та щонайменше один другий бінарний файл, кожний з яких містить щонайменше одну вторинну прикладну програму клієнта. У цьому випадку, вторинна прикладна програма клієнта постачається у формі бінарного файла. Таким чином, як і в іншому випадку, вихідний текстовий файл не надається, що забезпечує захист власного (чи стороннього) "ноу-хау". Бінарний файл, що містить вторинну прикладну програму клієнта, може бути завантажений безпосередньо до модуля. Краще, передбачаються такі ознаки, що надають змогу вбудованій програмі клієнта працювати програмним драйвером клієнта: - вбудована програма клієнта включає засоби посилання команд драйвера засобам виконання, що входять до складу головної програми; - головна програма включає засоби посилання відповідей, одержаних в результаті виконання деяких команд драйвера .засобами виконання, що входять до складу головної програми, вбудованій програмі клієнта; - вбудована програма клієнта включає засоби обробки відповідей, надісланих до неї головною програмою. Краще, передбачаються такі ознаки, що надають змогу вбудованій програмі клієнта працювати контрольною програмою клієнта: - головна програма включає засоби попереднього синтаксичного аналізу команд як функції визначеної політики попереднього синтаксичного аналізу, для того, щоб передавати команди драйвера від зовнішньої програми клієнта вбудованій програмі клієнта та/або засобам виконання, що входять до складу головної програми; - вбудована програма клієнта включає засоби обробки команд драйвера, переадресованих до неї вказаними засобами попереднього синтаксичного аналізу. Таким чином, вбудована програма клієнта може: - не робити нічого, у той час як команди посилаються лише головній програмі, яка їх безпосередньо виконує; - або фільтрувати команди, передані до неї без їхнього виконання головною програмою. Наприклад, вбудована програма клієнта може таким чином вирішува ти, які команди мають виконуватися головною програмою, а на які команди відповідь 14 має надаватися без їхнього виконання, як функція визначених критеріїв; - або "стежити" за командами, копію яких вона одержує, і які також виконуються безпосередньо головною програмою. Краще, вбудована програма клієнта включає засоби вибору політики попереднього синтаксичного аналізу, що застосовується вказаними засобами попереднього синтаксичного аналізу, з набору політик попереднього синтаксичного аналізу, таких як: - команди драйвера, що надходять від зовнішньої програми клієнта, посилаються лише засобам виконання у головній програмі; - команди драйвера, що надходять від зовнішньої програми клієнта, посилаються лише вбудованій програмі клієнта, - команди драйвера, що надходять від зовнішньої програми клієнта, посилаються засобам виконання, що входять до складу головної програми, та вбудованій програмі клієнта. Краще, вказані засоби попереднього синтаксичного аналізу приймають щонайменше одне рішення для кожної команди, що належить до групи, яка включає таке: - послати команду драйвера засобам виконання, що входять до складу головної програми, причому вбудована програма клієнта включає для цього засоби посилання команд драйвера засобам виконання; - надати чи не надати відповідь без виконання команди, лише як функцію щонайменше одного елемента інформації стосовно команди, причому вбудована програма клієнта включає для цього засоби посилання відповіді зовнішній програмі клієнта через головну програму. Краще, для забезпечення можливості виконання вбудованою програмою клієнта функцій контрольної програми клієнта: - головна програма включає засоби попереднього синтаксичного аналізу відповідей як функції визначеної політики попереднього синтаксичного аналізу відповідей, для того, щоб передавати відповіді, одержані в результаті виконання деяких команд драйвера засобами виконання, що входять до складу головної програми, вбудованій програмі клієнта та/або зовнішній програмі клієнта; - вбудована програма клієнта включає засоби обробки відповідей, переадресованих до неї вказаними засобами попереднього синтаксичного аналізу відповідей. Таким чином, вбудована програма клієнта може: - не виконувати ніяких дій, причому відповіді, генеровані головною програмою, передаються лише зовнішній програмі клієнта; - або фільтрувати надіслані до неї відповіді без передачі зовнішній програмі клієнта. Наприклад, вбудована програма клієнта може у такий спосіб вирішувати, які відповіді мають бути послані зовнішній програмі клієнта (модифікованими чи не модифікованими) як функція визначених критеріїв, а які відповіді не повинні передаватися цій зовнішній програмі клієнта; 15 26072 - або "стежити" за відповідями, копію яких вона одержує, і які також посилаються безпосередньо зовнішній програмі клієнта. Краще, вбудована програма клієнта включає засоби вибору політики попереднього синтаксичного аналізу відповіді, що застосовується вказаними засобами попереднього синтаксичного аналізу відповідей, з набору політик попереднього синтаксичного аналізу відповідей, таких як: - відповіді, що надходять від засобів виконання, передаються лише зовнішній програмі клієнта; - відповіді, що надходять від засобів виконання, передаються лише вбудованій програмі клієнта; - відповіді, що надходять від засобів виконання, передаються вбудованій програмі клієнта та зовнішній програмі клієнта. Краще, вказаний радіокомунікаційний модуль входить до складу пристрою, який належить до такої групи: - радіокомунікаційні абонентські пристрої; - пристрої, що відрізняються від радіокомунікаційних абонентських пристроїв, але яким потрібна можливість бездротового зв’язку; - модеми. Краще, вказана головна програма включає щонайменше одну головну прикладну програму, асоційовану з набором функцій виконання, кожна з яких забезпечує виконання щонайменше однієї з вказаних команд драйвера. Кожна з вказаних клієнтських головної та вторинної прикладних програм асоційована з набором функцій джерела, кожна з яких дає змогу послати чи одержати команди драйвера чи відповіді на команди драйвера, до головної прикладної програми чи від неї. Головна програма та/або вказана вбудована програма клієнта включає інтерфейс прикладної програми, що використовується для спряження вказаних функцій джерела з вказаними функціями виконання. В результаті цього обмежуються витрати на розробку внаслідок того, що вже розроблені інтерфейсні прикладні програми (які також називаються далі бібліотеками інтерфейсу прикладних програм) можуть бути використані з різними прикладними програмами клієнтів (головними прикладними програмами) або навіть з різними головними програмами. В одному кращому варіанті втілення винаходу, набір функцій джерела, асоційованих з головною прикладною програмою клієнта,, включає, зокрема, функцію джерела, що здійснює ініціалізацію головної прикладної програми клієнта, яка викликається при включенні радіокомунікаційного модуля. Краще, набір функцій джерела, асоційованих з головною прикладною програмою клієнта, включає функцію джерела, що здійснює реєстрацію службової процедури посилання запитів, що генеруються головною програмою. В момент цієї реєстрації головна прикладна програма клієнта посилає головній програмі адресу функції джерела обробки запиту, за якою головна прикладна програма клієнта хотіла б отримувати запити від головної програми. 16 Цей механізм реєстрації для посилання запитів, генерованих головною програмою, дає змогу головній прикладній програмі клієнта викликати усі функції виконання, передбачені головною програмою, одночасно забезпечуючи можливість отримання запитів щодо виконання цих функцій, які надсилаються головною програмою. Краще, набір функцій джерела, асоційованих з вторинною прикладною програмою клієнта, включає, зокрема, функцію джерела, що здійснює ініціалізацію вторинної прикладної програми клієнта, яка викликається головною прикладною програмою клієнта. Краще, набір функцій джерела, асоційованих з вторинною прикладною програмою клієнта, включає функцію джерела, що здійснює реєстрацію службової процедури посилання запитів, генерованих головною програмою. В момент цієї реєстрації вторинна прикладна програма клієнта посилає головній програмі адресу функції обробки вихідного запиту, за якою вторинна прикладна програма клієнта хотіла б одержувати запити, що надходять від головної програми. Краще, вказана функція джерела вторинної прикладної програми клієнта, яка здійснює ініціалізацію, включає щонайменше один параметр, який дає змогу використовувати механізм діалогу між головною прикладною програмою клієнта та вторинною прикладною програмою клієнта. Краще, набір функцій джерела, асоційованих з вторинною прикладною програмою клієнта, також включає функцію джерела для зупину вторинної прикладної програми клієнта, викликуваної головною прикладною програмою клієнта. Краще, набір функцій джерела, асоційованих з вторинною прикладною програмою клієнта, включає функцію джерела для відміни реєстрації вказаної службової процедури посилання запитів, генерованих головною програмою. Таким чином, головній прикладній програмі клієнта потрібно знати лише цю діалогову точку (функцію джерела для ініціалізації вторинної прикладної програми клієнта) та її відповідну функцію, яка описана нижче (функцію джерела для зупину вторинної прикладної програми клієнта). Тому це є простим та ефективним рішенням проблеми діалогу між головною прикладною програмою клієнта та вторинною прикладною програмою клієнта. Розробник вторинної прикладної програми клієнта не повинен писати нову версію для кожного клієнта, якого він бажає інтегрувати до своїх головни х прикладних програм клієнтів. Все, що йому треба зробити - це надати інформацію про дві діалогові точки, вказані вище. Зверніть увагу, що двом розробникам вторинних прикладних програм клієнтів важливо уникати використання ідентичних діалогових точок. Наприклад, цього можна досягти, якщо кожний розробник звертається до центральної служби за наданням йому унікального ідентифікатора для кожної вторинної прикладної програми клієнта, яку він хотів би розробити. Крім того, діалоговий механізм між головною прикладною програмою клієнта та вторинною прикладною програмою клієнта дає змогу вторинній 17 26072 прикладній програмі клієнта повідомляти головну прикладну програму клієнта про результати виконання її завдання (завдань). Цей діалог може бути двоспрямованим чи односпрямованим. Краще, вказаний тип запиту належить до групи, що включає: - повідомлення, яке містить відповідь на команду драйвера, раніше надіслану головній програмі вбудованою програмою клієнта; - запит, який містить не запрошуван у команду драйвера; - запит, який містить команду драйвера, надіслану зовнішньою програмою клієнта через головну програму; - повідомлення, яке містить відповідь, одержану в результаті виконання головною програмою команди драйвера, надісланої зовнішньою програмою клієнта; - повідомлення, яке посилається по закінченні часу очікування. В одному кращому варіанті втілення корисної моделі, вказаний набір команд драйвера є набором стандартних команд AT. Це дає змогу швидко розробляти вбудовані програми клієнта, оскільки команди AT є добре відомими і вже використовуються для розробки зовнішніх клієнтських програм (які розміщуються в обладнанні абонентського пристрою). Це також полегшує розробку клієнтських програм, у значній мірі основаних на існуючих зовнішніх клієнтських програмах. Корисна модель також стосується способу реалізації клієнтської програми для керування радіокомунікаційним модулем, який належить до типу модулів, що містять та виконують головну програму, яка, зокрема, виконує радіокомунікаційні функції, причому вказана головна програма включає засоби виконання команд драйвера, що надсилаються головній програмі вказаним програмним драйвером клієнта та належать до попередньо визначеного набору команд драйвера. Згідно з корисною моделлю, вказаний радіокомунікаційний модуль містить і також виконує щонайменше одну клієнтську програму, так звану вбудовану програму клієнта, яка включає головну прикладну програму клієнта та щонайменше одну вторинну прикладну програму клієнта, "ведену" головної прикладної програми клієнта, причому операції, виконувані вказаною вбудованою програмою клієнта, розподіляються між вказаною головною прикладною програмою клієнта та вказаною щонайменше однією вторинною прикладною програмою клієнта. Вбудована програма клієнта та головна програма взаємодіють одна з одною таким чином, що вбудована програма клієнта виконує щонайменше одну з таких двох функцій: - роль вказаного програмного драйвера клієнта з посилання команд драйвера головній програмі та одержання відповідей від головної програми після виконання деяких команд драйвера; - роль контрольної програми клієнта з керування виконанням команд драйвера, посланих вказаним програмним драйвером клієнта, причому вказаний програмний драйвер клієнта викликає зовнішню програму клієнта, яка розміщується в 18 обладнанні абонентського пристрою та виконується ним у взаємодії з радіокомунікаційним модулем. Інші характеристики та переваги корисної моделі стануть зрозумілішими після прочитання представленого далі опису кращого варіанта втілення винаходу, який наводиться як необмежувальний приклад, та з прикладених креслень, на яких: - Фіг.1 є спрощеною схемою конкретного варіанта втілення радіокомунікаційного модуля за даною корисною моделлю, що зображує головну прикладну програму клієнта та вторинну прикладну програму клієнта; - Фіг.2 (відомий рівень техніки) показує роботу існуючого способу керування радіокомунікаційним модулем з боку обладнання абонентського пристрою; - Фіг.3 показує механізм пуску головної прикладної програми клієнта та реєстрації у цій прикладній програмі службової процедури посилання запитів, генерованих головною програмою; - Фіг.4 показує механізм пуску вторинної прикладної програми клієнта та реєстрації у цій прикладній програмі службової процедури посилання запитів, генерованих головною програмою; - Фіг.5 показує механізм зупину вторинної прикладної програми клієнта та відміни реєстрації у цій прикладній програмі службової процедури посилання запитів, генерованих головною програмою; - Фіг.6 показує приклад виконання (посилання команди та одержання належної відповіді), що може бути здійснений клієнтською вторинною прикладною програмою, якщо радіокомунікаційний модуль працює згідно з першим варіантом втілення винаходу, у якому вбудо вана програма клієнта виконує функції програмного драйвера клієнта. Таким чином, корисна модель стосується радіокомунікаційного модуля, який містить та виконує головну програму та щонайменше одну вбудовану програму клієнта з використанням одного й того самого комплекту ресурсів (процесора та пам'яті). Звичайно головна програм (наприклад, ''програма GSM") виконує, зокрема, радіокомунікаційні функції і включає засоби виконання команд драйвера (що надсилаються до неї програмним драйвером клієнта). Вбудована програма клієнта (концепція, специфічна для даної корисної моделі) може працювати як: - програмний драйвер клієнта, та/або - контрольна програма клієнта. У решті цього опису вважається, що команди драйвера є командами AT. Однак зрозуміло, що дана корисна модель не обмежена цим типом команд драйвера. У конкретному варіанті втілення, зображеному на Фіг.1, головна програма 3 включає головну прикладну програму За, зокрема, на основі набору функцій виконання, кожна з яких забезпечує виконання щонайменше однієї команди AT. Крім того, вбудована програма клієнта 6 включає: 19 26072 - головну прикладну програму клієнта 6а, асоційовану з набором функцій джерела, кожна з яких дає змогу посилати команди AT до .головної прикладної програми. За або одержувати команди AT від цієї прикладної програми; - вторинну прикладну програму клієнта 6с, також асоційовану з набором функцій джерела, таких як вказані вище; - інтерфейсну прикладну програму 6b, яка забезпечує спряження функцій джерела (від головної прикладної програми клієнта 6а та вторинної прикладної програми клієнта 6с) з функціями виконання (головної прикладної програми 3а). Таким чином, головна прикладна програма клієнта 6а взаємодіє з головною прикладною програмою 3а через інтерфейс прикладної програми 6b. Аналогічно, вторинна прикладна програма клієнта 6с взаємодіє з головною прикладною програмою За через інтерфейс прикладної програми 6b. Отже, кожна прикладна програма (головна 6а, вторинна 6с та інтерфейсна 6b) включає "АРІ" (інтерфейс прикладної програми). Тут АРІ є описом правил зв'язку, що відповідають конкретному функціональному скомпонованому модулю. Головна прикладна програма клієнта 6а включає блок "обов'язкового АРІ прикладної програми", який утворює інтерфейс, що описує функції, які мають бути визначені у головній прикладній програмі клієнта. Вторинна прикладна програма клієнта 6с також включає блок "обов'язкового АРІ прикладної програми" (частково ідентичний блоку з такою саме назвою, що входить до складу головної прикладної програми клієнта), який утворює інтерфейс з описом функцій, що мають бути визначені у вторинній прикладній програмі клієнта. Інтерфейсна прикладна програма (або бібліотека інтерфейсу прикладної програми) 6Ь включає такі три блоки: - блок "АРІ команд AT", який утворює інтерфейс з описом доступу до команд ATI; цей інтерфейс описує функції, розташовані у бібліотеці інтерфейсу прикладної програми; - блок "АРІ ОС", який утворює інтерфейс, що описує доступ до функцій операційної системи; цей інтерфейс описує .функції, розташовані у бібліотеці інтерфейсу прикладної програми; - блок "стандартний АРІ", який утворює інтерфейс, що описує доступ до стандартних функцій; цей інтерфейс описує функції, розташовані у бібліотеці інтерфейсу прикладної програми. У головній програмі 3, головна прикладна програма 3а включає: - блок "АРІ команд AT", аналогічний до блоку з такою саме назвою, що входить до складу інтерфейсної прикладної програми 6b; - блок "API ОС", аналогічний до блоку з такою саме назвою, що входить до складу інтерфейсної прикладної програми 6b. Головна прикладна програма 3а утворює ядро головної програми 3, а головна прикладна програма клієнта 6а, вторинна прикладна програма клієнта 6с та інтерфейсна прикладна програма 6b утворюють ядро вбудованої програми клієнта 6. 20 Наприклад, інтерфейсна прикладна програма 6b може бути бінарним файлом у формі попередньо скомпільованої бібліотеки. Головна прикладна програма клієнта 6а є бінарним файлом, одержаним в результаті компонування множини об'єктних файлів (які самі утворюються в результаті компіляції вихідних файлів). Можна передбачити два такі варіанти вторинної прикладної програми клієнта 6с: - вона може постачатися у формі об'єктного файла, і у цьому випадку об'єктний файл беруть до уваги під час компонування з метою генерування бінарного файла, який містить головну прикладну програму клієнта 6а. Іншими словами, окремий бінарний файл містить головну прикладну програму клієнта та вторинну прикладну програму клієнта; - або вона постачається безпосередньо у формі бінарного файла. Іншими словами, головна прикладна програма клієнта 6а та вторинна прикладна програма клієнта 6с знаходяться у двох окремих бінарних файлах. Вбудована програма клієнта 6 та головна програма 3 використовують кожна окрему частину однієї RAM. Клієнт визначає розмір стека пам'яті, необхідний для правильного виконання вбудованої програми клієнта. Спроба однієї з двох програм одержати доступ до RAM, зарезервованої для другої програми, призведе до зупину. Далі буде описаний механізм пуску головної прикладної програми клієнта 6а та реєстрації у цій прикладній програмі службової процедури посилання запитів, генерованих головною програмою 3, з посиланням на Фіг.3. Елементи, які звичайно входять до складу радіокомунікаційного модуля і описані вище з посиланням на Фіг.2 (відомий рівень техніки), позначені однаковими цифровими позиціями. Так, радіокомунікаційний .модуль 1 містить та виконує головну програму 3, яка, зокрема, включає засоби виконання команд AT. Крім того, згідно з корисною моделлю та як було описано вище з посиланням на Фіг.1, радіокомунікаційний модуль 1 містить і також виконує вбудован у програму клієнта 6, яка виконує функції програмного драйвера клієнта чи контрольної програми клієнта і, зокрема, включає головну прикладну програму клієнта 6а, вторинну прикладну програму клієнта 6с та інтерфейсну прикладну програму 6b. Функціонування цього механізму при пуску головної прикладної програми клієнта та реєстрації службової процедури посилання запитів можна стисло описати таким чином: - стадія "1": головна програма 3 виявляє присутність головної прикладної програми клієнта 6а та запускає її; - стадія "2": головна прикладна програма клієнта 6а запускається за допомогою інтерфейсної прикладної програми 6b, яка викликає функцію джерела для ініціалізації головної прикладної програми клієнта 6а у головній прикладній програмі клієнта 6а. Ця функція джерела ("wm_apmAppliInit") представлена детальніше далі в цьому описі; 21 26072 - стадія "3": у головній прикладній програмі клієнта 6а, функція джерела "wm_apmAppliInit" ініціалізує головну прикладну програму клієнта. Як пояснюється детальніше на наступних стадіях ("4""6"), ця ініціалізації полягає, зокрема, у наданні головній програмі 3 адреси функції джерела (наприклад, "wm_apmApplіParser") для того, щоб головна прикладна програма клієнта 6а могла одержувати запити від головної програми; - стадія "4": головна прикладна програма клієнта 6а викликає функцію джерела для реєстрації службової процедури посилання запитів, які надходять від головної програми ("wm_osMsgParserSubscribe"). Ця функція джерела описана детальніше далі у цьому описі; - стадія "5": інтерфейсна прикладна програма 6b викликає відповідну функцію (функції) виконання для реєстрації у головній програмі 3 службової процедури посилання запитів головній прикладній програмі клієнта 6а; - cтадія "6": головна програма 3 виконує реєстрацію на вимогу головної прикладної програми клієнта 6а через інтерфейсну прикладну програму 6b. Згідно з одним із варіантів, головна прикладна програма клієнта 6а викликає функцію джерела "wm_osMsgParserSubscribe" на свій розсуд (незалежно від виконання вихідної функції ініціалізації головної прикладної програми клієнта 6а). Далі буде описаний механізм запуску вторинної прикладної програми клієнта 6с та реєстрації нею службової процедури посилання запитів від головної програми 3, з посиланням на Фіг.4. Роботу цього механізму можна стисло описати таким чином: - стадія "1": після одержання запиту своєю функцією джерела "wm_apmAppliParser ()", головна прикладна програма клієнта 6а викликає функцію джерела вторинної прикладної програми клієнта 6с, а саме, функцію джерела, призначену для ініціалізації вторинної прикладної програми клієнта 6с ("wm_app2Pipe (init)"). Ця функція джерела (яка повинна бути відомою головній прикладній програмі клієнта 6а) описана детальніше далі у цьому описі; - стадія "2": функція джерела "wm_app2Pipe (init)" у вторинній прикладній програмі клієнта 6с ініціалізує вторинну прикладну програму клієнта 6с. Як описано детальніше на наступних стадіях ("3"-"5"), Ця ініціалізація полягає, зокрема, у "wm_app2MsgParser"), яку вторинна прикладна програма клієнта 6с використовує для одержання запитів, що надходять від головної програми 3; - стадія "3": вторинна прикладна програма клієнта 6с викликає функцію джерела, призначену для реєстрації службової процедури посилання запитів, що надходять від головної програми ("wm_osMsgParserSubscribe"). Ця функція джерела буде описана детальніше далі; - стадія "4": інтерфейсна прикладна програма 6b викликає відповідну функцію (функції) виконання у головній програмі 3 для реєстрації службової процедури посилання запитів, адресованих вторинній прикладній програмі клієнта 6с, 22 - стадія "5": головна програма 3 здійснює реєстрацію за запитом вторинної прикладної програми клієнта 6с через інтерфейсну прикладну програму 6b. Після запуску вторинної прикладної програми клієнта 6с у такий спосіб, вона виконує свої функції (набір процедур чи завдань) незалежно від головної прикладної програми клієнта 6а. Як описано детальніше нижче, вона використовує набір функцій виконання, передбачений з цією метою головною програмою 3. Згідно з одним варіантом, вторинна прикладна програма клієнта 6с викликає функцію джерела "wm_osMsgParserSubscribe" на свій розсуд (незалежно від виконання функції джерела з метою ініціалізації вторинної прикладної програми клієнта 6с). Зверніть увагу на те, що функція джерела, призначена для ініціалізації вторинної прикладної програми клієнта, може включати щонайменше один параметр для реалізації діалогового механізму між головною прикладною програмою клієнта 6а та вторинною прикладною програмою клієнта 6с. Ця ознака даного винаходу описана детальніше далі у цьому описі. Далі буде описаний механізм зупину вторинної прикладної програми клієнта 6с та відміни реєстрації службової процедури посилання запитів, що надходять від головної програми 3, з посиланням на Фіг.5. Роботу цього механізму можна стисло описати таким чином: - стадія "1": після одержання запиту своєю функцію джерела "wm_apmAppliParser ()", головна прикладна програма клієнта 6а викликає функцію джерела вторинної прикладної програми клієнта 6с, а саме, функцію джерела, призначену для зупину вторинної прикладної програми клієнта 6с ("wm_app2Pipe (stop) ") . Ця функція джерела (яка повинна бути відомою головній прикладній програмі клієнта 6а) описана детальніше далі у цьому описі; - стадія "2": функція джерела "wm_app2Pipe (stop)" у вторинній прикладній програмі клієнта 6с виконує операції із зупину вторинної прикладної програми клієнта 6с. Як пояснено детальніше на наступних стадіях ("3"-"5"), для вторинної прикладної програми клієнта ці операції полягають, зокрема, у відміні реєстрації службової процедури посилання запитів, що надходять від головної програми 3; - стадія "3": вторинна прикладна програма клієнта 6с викликає функцію джерела для відміни реєстрації службової процедури посилання запитів, що надходять від головної програми ("wm_osMsgParserUnsubscribe"). Ця функція джерела описана детальніше далі у цьому описі; - стадія "4": інтерфейсна прикладна програма 6b, що входить до складу головної програми 3, викликає відповідну функцію (функції) виконання, так звану функцію (функції) відміни реєстрації, службової процедури посилання запитів, адресованих вторинній прикладній програмі клієнта 6с; - стадія "5": головна програма 3 відміняє реєстрацію за запитом вторинної прикладної про 23 26072 грами клієнта 6с через інтерфейсну прикладну програму 6b. Далі буде описаний приклад виконання операцій, що може бути здійснений вторинною прикладною програмою клієнта, для вивільнення головної прикладної програми клієнта 6а, з посиланням на Фіг.6. У цьому прикладі передбачається, що: - радіокомунікаційний модуль функціонує згідно з першим варіантом втілення винаходу, у якому вбудована програма клієнта виконує функції програмного драйвера клієнта; - виконання операцій полягає у посиланні команди вторинною прикладною програмою клієнта 6с та одержанні належної відповіді; - вторинна прикладна програма клієнта 6с була ініціалізована та зареєстрована у службовій процедурі посилання запитів від головної програми 3 (див. Фіг.4); - під час реєстрації вторинна прикладна програма клієнта 6с вказала функцію джерела "wm_app2MsgParser ()", призначену для одержання запитів. Роботу за цим прикладом виконання операцій можна стисло описати таким чином: - стадія "1": вторинна прикладна програма 6с викликає функцію джерела для посилання однієї чи кількох команд AT головній програмі 3 для того, щоб головна програма могла їх виконати (таким чином, здійснюється "виконання команд AT"). Ця функція джерела ("wm_atSendCommand") описана детальніше далі у цьому описі; - стадія "2": інтерфейсна прикладна програма 6а викликає відповідну функцію (функції) виконання, так звану функцію (функції) обробки команд AT, у засобах виконання 4, що входять до складу головної програми 3; - стадія "3": засоби виконання 4 виконують команду (команди) AT; - стадія "4": після виконання, засоби виконання 4 посилають відповідь (відповіді) AT вторинній прикладній програмі клієнта 6с (якщо функція джерела, призначена для посилання, була сконфігурована зробити це); - стадія "5": ця відповідь чи ці відповіді посилаються вторинній прикладній програмі клієнта 6с через інтерфейсну прикладну програму 6а; стадія "6": функція джерела "wm_app2MsgParser ()", призначена для приймання та обробки, здійснює обробку відповіді у вторинній прикладній програмі клієнта 6с. Ця функція джерела є функцією, вказаною вторинною прикладною програмою клієнта 6с під час реєстрації для одержання запитів, що надходять від головної програми 3. Запит, який містить вказану вище відповідь (відповіді), є параметром цієї функції джерела, призначеної для приймання та обробки. Зверніть увагу на те, що описана вище Фіг.6 перенесена з Фіг.3 у патентній заявці Франції № FR 0103909, поданій заявником (Wavecom Company) 22 березня 2001. Єдина відмінність полягає в тому, що у цьому випадку використовується вторинна прикладна програма клієнта (замість вбудованої прикладної програми клієнта у патентній заявці № FR 0103909). 24 Пропонується також другий варіант втілення корисної моделі, у якому вбудована програма клієнта виконує функції контрольної програми клієнта. У цьому випадку, вторинна прикладна програма клієнта може, наприклад, виконувати такі операції - використання механізму попереднього синтаксичного аналізу команд, який дає змогу вторинній прикладній програмі клієнта фільтрувати команди, що надходять від зовнішньої програми клієнта, чи стежити за ними; - використання механізму попереднього синтаксичного аналізу відповідей, який дає змогу вторинній прикладній програмі клієнта фільтрувати відповіді, що посилаються зовнішній програмі клієнта, чи стежити за ними. Ми не будемо описувати детальніше ці приклади виконання операцій, здійснюваних вторинною прикладною програмою клієнта (не зображені на Фігурах), у випадку яких радіокомунікаційний модуль функціонує згідно з другим варіантом втілення винаходу, вказаним вище. Однак, слід відзначити, що пояснювальний текст та Фігури, що стосуються реалізації двох вказаних вище механізмів попереднього синтаксичного аналізу (для команд та відповідей) вторинної прикладної програми клієнта, можуть бути одержані шляхом таких перестановок: - починаючи з Фіг.4-7 згаданої вище патентної заявки Франції № FR 0103909 та відповідного пояснювального тексту, вважайте, що мова йде про вторинну прикладну програму клієнта (замість "вбудованої прикладної програми клієнта" у патентній заявці № FR 0103909). Додаток 1 містить детальний опис деяких функцій джерела, на яких основані головна прикладна програма клієнта 6а та вторинна прикладна програма клієнта 6с. Необов'язково, у цілях даного винаходу можливе також використання щонайменше однієї з таких додаткових команд AT на додаток до стандартних команд AT: - команди завантаження клієнтської програми (at+WDWL) для надання змоги зовнішній програмі клієнта завантажувати нову клієнтську програму або нову частину клієнтської програми до радіокомунікаційного модуля; - команди дезактивації (AT+WOPEN), яка надає змогу зовнішній програмі клієнта дезактивувати вбудовану програму клієнта чи частину вбудованої програми клієнта. ДОДАТОК 1 Детальний опис деяких функцій джерела, на яких основані головна прикладна програма клієнта та вторинна прикладна програма клієнта A1)"wm apmApplilnit": Функція, призначена для ініціалізації головної прикладної програми клієнта; ця функція викликається при запуску радіокомунікаційного модуля. Точне ім'я: Void wm apmApplilnit (wm apmіnitType_e InitType) Параметри: InitType 25 26072 Цей параметр визначає, що саме запускає ініціалізацію, і має такі значення: Typedef enum { WM_ APM_POWER_ON WM_ APM_REBOOT_FROM_EXCEPTION } wm_apmInitType_e; WM_ APM_POWER__ON Нормальний запуск WM_ APM_REBOOT_FROM_EXCEPTION Модуль перезапускається після виключної ситуації. А2) "wm osMsgParserSubscribe ()"; Функція реєстрації прикладної програми клієнта (головної чи вторинної) у головній програмі на службову процедуру приймання запитів, що надходять від головної програми. Головна програма запам'ятовує цю функцію і використовує її, коли має щось передати відповідній прикладній програмі клієнта (головній чи вторинній). Точне ім'я: Void wm_osMsgParserSubscribe (void*SubscribeFunction) (wm apmlMsg_t *) Параметри: SubscribeFunction (wm_apmMsg_t*): функція, яка надається викличною програмою (клієнтською головною чи вторинною прикладною програмою) для того, щоб головна програма могла надіслати до неї запит. Прототип цієї функції описаний далі ("wm_apmAppl і Parser" для головної прикладної програми клієнта, або ("wm_app2MsgParserM для вторинної прикладної програми клієнта). Повертане значення: Повертаний параметр вказує, було підтверджено реєстрацію (TRUE) чи ні (FALSE). A3) "wm osMsgParserUnsubscribe ()": Функція відміни реєстрації прикладної програми клієнта (головної чи вторинної) у головній програмі на службову процедуру приймання запитів, що надходять від головної програми. Головна програма видаляє з пам'яті раніше запам'ятовану функцію. Точне ім'я: Bool wm_osMsgParserUnsubscribe (void (*SubsFunction) (wm_apmMsg_t *)); Параметри: SubsFunction (wm_apmMsg_t*): функція, яка надається викличною програмою (головною чи вторинною прикладною програмою клієнта) для того, щоб головна програма могла посилати до неї запити. Ця функція повинна бути такою саме, як функція, вказана під час реєстрації цієї службової процедури, тому що інакше ця реєстрація не буде відмінена. Повертане значення: Повертаний параметр вказує, було відмінено реєстрацію (TRUE) чи ні (FALSE). А4) "wm_app2Pipe (FunctionType function,…)": Прототип функції, що має надаватися вторинною прикладною програмою клієнта головній прикладній програмі клієнта для забезпечення діалогу з нею. Ця функція має змінні аргументи, причому 26 кількість та тип аргументів залежать від першого параметра "function". Точне ім'я. Void wm_app2Pipe (FunctionType function, ...); Параметри: Function: запитувана функція. Ця функція визначає кількість та тип параметрів у такий спосіб. Деякі значення резервуються (наприклад, від 0 до 127), а інші (наприклад, від 128 до 255) залишаються вільними для використання конкретними діалогами між головною прикладною програмою клієнта та вторинною прикладною програмою клієнта. А4-1) Змінні параметри для function = WM_ APP_FUNCTION_INIT : void wm_appzPipe ( FunctionType_t function, InitType_t Init, Void (*MainAppDialogFunction) (wm_apmMsg_t*) Void * (*SecondaryAppDialogFunction) (wm_apmMsg_t*), Вторинна прикладна програма має бути ініціалізована і повинна виконувати свої операції. lnitType_t Init: тип ініціалізації (APM_lNlT_POWER_On або APM_INIT_REBOOT) Void (*Main AppDialogFunction) (wm_apmMsg_t*) : адреса функції, яку вторинна прикладна програма клієнта повинна використовувати для посилання запитів головній прикладній програмі клієнта. Якщо головна прикладна програма клієнта не потребує цієї функції, вона посилає значення NULL. Void *(*SecondaryAppDialogFunction) (wm_apmMsg_t*): Вторинна прикладна програма клієнта повинна вказати адресу функції, яку вона надає головній прикладній програмі клієнта. Якщо вторинна прикладна програма клієнта не надає цієї функції, вона має встановити значення NULL. А4-2) Змінні параметри для function = WM_ APP_FUNCTION_STOP: Void wm_app2Pipe FunctionType__t function, ); Вторинна прикладна програма клієнта повинна припинити виконання операцій, відмінити усі зареєстровані процедури та вивільнити усі використовувані нею ресурси. А5) "wm_apmAppliParser" Прототип функції джерела, яку головна прикладна програма клієнта повинна надати для приймання запитів, що надходять від головної програми. Запит, який утворює параметр цієї функції обробки (яка також називається функцією "приймання"), містить, зокрема, команду AT або відповідь на команду AT. Слід зазначити, що все описане нижче є також застосовним до функції джерела, яку вторинна прикладна програма клієнта хотіла б використовувати для приймання запитів, що надходять від головної програми. При цьому змінюється ЛИШЄ Ім'я самої функції (наприклад: "wm_app2MsgParser" замість "wm_apmAppl і Parser"). 27 26072 Точне ім'я: Bool wm_apmAppliParser (wm_apmMsg_t*^Message); Параметри: Message Структура запиту є різною для кожного типу одержаного запиту: Typedef struct { S16 MsgTyp; /* "MsgTyp" є типом одержаного запиту, що визначає структур у асоційованого тіла запиту*/ wm_apmBody_t Body; /* "Body" є тілом конкретного запиту*/ } wm_apmMs g_t; Значення "MsgTyp": WM_ AT_SEND_RSP Запит містить відповідь на команду AT, послану раніше головній програмі вбудованою програмою клієнта. WM_ AT_UNSOLTCTTED Запит містить незапрошувану команду AT. WM_ AT_C MD_PRE_PARSEP Запит містить команду AT, надіслану зовнішньою програмою клієнта через головну програму. WM_ AT_RSP_PRE__PARSER Запит містить відповідь AT, одержану від головної програми в результаті виконання команди AT, що надійшла від зовнішньої прикладної програми. WM_OS_TIMER Це повідомлення посилається по закінченні часу очікування. Структура тіла є такою: typedef union { /* Далі описані усі специфічні структури, асоційовані з типами запитів "MsgTyp" */ /* WM_AT_SEND_RSP */ wm_atResponse_t ATResponse; /* WM ATJJNSOLICITED */ wm_atUnsolicited_t ATUnsolicited; /* WM_AT_CMD_PRE_PARSER */ wm atCmdPreParser_t ATCmdPreParser; /* WM_AT_RSP_PRE_PARSER */ wm_atRspPreParser_t ATRspPreParser; /* WM_OS_TIMER */ wm_osTimer_t OS Timer; } wm_apmBody_t; Субстр уктури тіла є такими: Тіло WM_ AT_SEND_RSP: typedef struct { wm_atSendRspType_e Type; u16 StrLength; /* Довжина strData */ char StrData [ 1 ]; /* Відповідь AT */ } wm_atResponse_t; typedef enum { WM_ AT_SEND_RSP TO_EMBEDDED, WM_ AT_SEND_RSP_TO_EXTERNAL, WM_ AT_SEND_RSP_BROADCAST } wm_atSendRspType_e; (див. детальний опис "wm_atSendRspType_e" у описі функції "wm_atSendCommand" ), Тіло WM_ AT_UNSOLICITED: typedef struct { 28 wm_atUnsolicited_e Type; u16 StrLength; char StrData[1]; } wm_atUnsolicited_t; typedef enum { WM_ AT_UNSOLICITED_TO_EXTERNAL, WM_ AT_UNSOLICITEDJTO_EMBEDDED, WM_ AT_UNSOLICITED_BROADC AST } wm_atUnsolicited e; (див. детальний опис "wm_atUnsolicited_e" у описі функції "wm_atUnsolicitedSubscription"). Тіло WM_ AT_C MD_PRE_PARSER: typedef struct { wm_atCmdPreSubscribe_e Type; u16 StrLength; char StrData[1] } wm_atCmdPreParser_t; typedef enum { WM_ AT_C MD_PRE_WAVECOM_TREATMENT, /* Стандартне значення */ WM_ AT_C MD_PRE_EMBEDDED_TREATMENT , WM_ AT_C MD_PRE_BROADCAST } wm_atCmdPreSubscribe_e; (див детальний опис "wm_atCmdPreSubscribe_e" у описі функції "wm_atRspPreParserSubscribe"). Тіло WM_ AT_RSP_PRE_PARSER: typedef struct { wm_atRspPreSubscribe_e Type; u16 StrLength; char StrData[1]; } wm_atRspPreParser_t; typedef enum { WM_ AT_RSP_PRE_WAVECOM_TREATMENT /* Стандартне значення */ WM_ AT_RSP_PRE_EMBEDDED_TREATMENT, WM_ AT_RSP_PRE_BROADCAST } wrn_atRspPreSubscribe_e; (див. детальний опис M wm_atRspPreSubscribe_en у описі функції "wm_atRspPreParserSubscribe"). Тіло WM_OS_TIIMER: typedef struct { u8 Ident; /* Ідентифікатор часу очікування */ } wm_osTimer_t; (див. детальний опис "Ident" у описі функції "wm_osStartTimer"). Повертані параметри Повертаний параметр вказує, здійснюється обробка запиту (TRUE) чи ні (FALSE). А6) "wm_atSendCommand" Функція посилання щонайменше однієї команди AT головній програмі, параметр якої вказує прикладну програму (програми) призначення (а саме, вбудовану прикладну програму клієнта (головну чи вторинну) та/або зовнішню прикладну програму клієнта) для відповіді, одержаної в результаті виконання цієї команди AT. Точне ім'я: Void wm_atSendCommand (u16 AtStringSizewm_atSendRspType_e ResponseType, char *AtString,); Параметри: AtString 29 26072 Цей параметр може бути будь-яким рядком команди AT з використанням символів ASCII. Одночасно може бути послано кілька рядків. AtStringSize Розмір попереднього параметра: Atstrіnq ResponseType Тип відповіді Typedef enum { WM_ AT_SEND_RSP_TO_EMBEDDED, /* Стандартне значення */ WM_ AT_SEND_RSP_TO_EXTERNAL, WM_ AT_SEND_RSP_BROADCAST } wm_atSendRspType_e; WM_ AT_SEND_RSP_TO_EMBEDDED Усі відповіді переадресуються вбудованій програмі клієнта (головній чи вторинній). Це стандартний режим WM_ AT_SEND_RSP_TO_EXTERNAL Усі відповіді переадресуються вбудованій прикладній програмі клієнта (PC). WM_ AT_SEND_RSP_BROADCAST Усі відповіді переадресуються (пересилаються) вбудованій прикладній програмі клієнта (головній чи вторинній) та зовнішній програмі клієнта (PC). А7) "wm_AtUnsolicitedSubscription" Функція реєстрації у головній програмі службової процедури приймання незапрошуваних команд AT, у якій один параметр вказує прикладну програму призначення (а саме, вбудовану прикладну програму клієнта (головну чи вторинну) та/або зовнішню прикладну програму клієнта), якій має бути переадресована кожна незапрошувана команда AT. Точне ім'я: Void wm_atUnsolicitedSubscription (wm_atUnsolicited_e Unsolicited); Параметри: Unsolicited Цей параметр описує дії, що мають бути виконані при надходженні незапрошуваної команди AT. Typedef enum WM_ AT_UNSOLICITED_TO_EXTE:RN AL, /* Стандартне значення */ WM_ AT_UNSOLICITED_TO_EMBEDDED, WM_ AT_UNSOLICITED_BROADC AST, } wm_atUnsolicited_e; WM_ AT_UNSOLICITED_TO_EXTERNAL Усі незапрошувані команди будуть переадресовані зовнішній прикладній програмі клієнта (PC) (стандартний режим). WM_ AT_UNSOLICITEDJTO_EMBEDDED Усі незапрошувані команди будуть переадресовані вбудованій прикладній програмі клієнта (головній чи вторинній). WM_ AT_UNSOLICITED_BROADC AST Усі незапрошувані команди будуть переадресовані (переслані) зовнішній прикладній програмі клієнта (PC) та вбудованій прикладній програмі клієнта (головній чи вторинній). A8) "wm_atCmdPreParserSubscribe" Функція реєстрації у головній програмі службової процедури попереднього синтаксичного аналізу команд AT, у якій параметр вказує прикла 30 дну програму (програми) призначення (а саме, вбудован у прикладну програму клієнта (головну чи вторинну) та/або головну прикладну програму), якій має бути надіслана кожна команда AT, що надходить від зовнішньої прикладної програми. Точне ім'я: Voidwm_atCmdPreParserSubscribe(wm_atCmd PreSubscribe e SubscribeType); Параметри SubscribeType Цей параметр описує дії, що виконуються при надходженні команди AT. Typedef enum WM_ AT_C MD_PRE_WAVECOM_TREATMENT, /* Стандартне значення */ WM_ AT_C MD_PRE_EMBEDDED_TREATMENT , WM_ AT_C MD_PRE_BROADCAST, } wm_atCmdPreSubscribe_e; WM_ AT_C MD_PRE_WAVECOM_TREATMENT Вбудована прикладна програма клієнта (головна чи вторинна) не хоче фільтрувати (чи відстежувати) команди, що надсилаються зовнішньою прикладною програмою клієнта (стандартний режим). WM_ AT_C MD_PRE_EMBEDDED_TREATMENT Вбудована прикладна програма клієнта (головна чи вторинна) хоче фільтрувати команди, що надсилаються зовнішньою прикладною програмою клієнта. WM_ AT_C MD_PRE_BROADCAST Вбудована прикладна програма клієнта (головна чи вторинна) хоче відстежувати команди, що надсилаються зовнішньою прикладною програмою клієнта. А9) "wm atRspPreParserSubscribe" Функція реєстрації у головній програмі службової процедури попереднього синтаксичного аналізу відповідей AT, у якій параметр вказує прикладну програму (програми) призначення (а саме, вбудован у прикладну програму клієнта (головну чи вторинну) та/або зовнішню прикладну програму клієнта), якій має бути адресована кожна команда AT, що надходить від зовнішньої прикладної програми. Точне ім'я: Voidwm_atRspPreParserSubscribe (wm_atRspPreSubscribe_e SubscribeType); Параметри SubscribeType Цей параметр описує дії, що мають бути виконані при надходженні команди AT. Typedef enum WM_ AT_RSP_PRE_WAVECOM_TREATMENT, /* Стандартне значення */ WM_ AT_RSP_PRE_EMBEDDED_TREATMEN, WM_ AT_RSP_PRE_BROADCAST, } wm_atRspPreSubscribe_e; WM_ AT_RS P_PRE_WAVECOM_TREATMENT Вбудована прикладна програма клієнта (головна чи вторинна) не хоче фільтрувати (чи відстежувати) відповіді, що посилаються зовнішній прикладній програмі клієнта (стандартний режим). 31 26072 WM_ AT_RSP_PRE_EMBEDDED_TREATMENT Вбудована прикладна програма клієнта (головна чи вторинна) хоче фільтрувати відповіді, що посилаються зовнішній прикладній програмі клієнта. WM_ AT_RSP_PRE_BROADCAST Вбудована прикладна програма клієнта (головна чи вторинна) хоче стежити за відповідями, що посилаються зовнішній прикладній програмі клієнта. A10) "wm_atSendRspExternalApp" Функція посилання щонайменше однієї відповіді зовнішній програмі клієнта через головну програму. Ця функція може бути використана лише після попередньої реєстрації службової процедури попереднього синтаксичного аналізу відповідей, зокрема, включаючи переадресацію копії відповідей вбудованій прикладній програмі клієнта (головній чи вторинній). Точне ім'я: Void wm_atSendRspExternalApp (ul6 AtStringSize, char 32 *AtString,); Параметри: AtString Може бути будь-яким типом рядка відповіді AT, у символах ASCII. AtStringSize Розмір попереднього параметра: AtString. А11) "DataFlowService" Функція посилання та/або одержання даних вбудованою прикладною програмою клієнта (головною чи вторинною) через головну програму після встановлення зв'язку для передачі даних. A12) "wm_osStartTimer" Функція початку відліку часу очікування, причому параметр вказаної функції початку відліку вказує, відлік якого часу очікування треба розпочати. A13) "wm_osStopTimer" Функція зупину відліку часу очікування, причому параметр вказаної функції зупину вказує, відлік якого саме часу очікування треба зупинити. 33 Комп’ютерна в ерстка Н. Лисенко 26072 Підписне 34 Тираж 26 прим. Міністерство осв іт и і науки України Держав ний департамент інтелектуальної в ласності, вул. Урицького, 45, м. Київ , МСП, 03680, Україна ДП “Український інститут промислов ої в ласності”, вул. Глазунова, 1, м. Київ – 42, 01601