Система та спосіб запуску і виконання активного контенту на пристрої одержувача

Реферат: Розкриваються система і спосіб запуску і виконання активного контент на пристрої одержувача, система містить пристрій відправника, налаштований відправляти на пристрій одержувача повідомлення запуску, причому повідомлення запуску визначає щонайменше один виконуваний файл, виконуваний файл містить активний контент, який належить виконати пристрою одержувача. UA 107052 C2 (12) UA 107052 C2 UA 107052 C2 5 10 15 20 25 30 35 40 45 50 55 60 ГАЛУЗЬ ВИНАХОДУ Даний винахід стосується системи запуску і виконання активного вмісту на пристрої одержувача, і зокрема, але не виключно, системи і способу доставки, запуску і виконання мультимедійного вмісту. Протягом всього опису, якщо контекст не вимагає іншого, слово "містити" або його варіанти, такі як "містить" або "такий, що містить", будуть розумітись як такі, що означають включення вказаної ознаки або групи ознак, але не виключення будь-якої іншої ознаки чи групи ознак. Крім того, протягом опису, якщо контекст не вимагає іншого, слово "включати" або його варіанти, такі як "включає" або "такий, що включає", будуть розумітись як такі, що означають включення вказаної ознаки або груп ознак, але не виключення будь-якої іншої ознаки чи групи ознак. ПЕРЕДУМОВИ ВИНАХОДУ Наступне обговорення передумов винаходу призначено лише для спрощення розуміння даного винаходу. Слід розуміти, що це обговорення не є підтвердженням чи визнанням того, що будь-який згаданий матеріал був опублікований, є відомим або є частиною загальновідомих знань спеціаліста в даній галузі техніки в будь-якій юрисдикції станом на дату пріоритету винаходу. Процес зв'язку може відбуватись між користувачами мобільних пристроїв без відповіді на звуковий виклик. Приклад такого тонкого процесу зв'язку має форму пропущеного виклику, де виклик відправника скидається до того, як одержувач може прийняти звуковий виклик. Як правило, сторони, які вступають в такий тонкий процес зв'язку, вже мають наперед укладений договір, щоб одна сторона телефонувала іншій і клала слухавку після певної кількості дзвінків. Для сторін пропущений виклик передає чітке повідомлення (наприклад, вказівку на те, що одна зі сторін з'явилась в місці зустрічі). Пропущений виклик також може використовуватись для того, щоб просто перевіряти, чи знаходиться інша сторона на зв'язку, подібно до команди пінг (ping) в мережі Інтернет. Пропущений виклик також може використовуватись, щоб звернути увагу іншого, наприклад, коли один запрошує іншого ініціювати (і таким чином оплатити) виклик. Втім, такий тонкий процес зв'язку може бути невірно сприйнятий і в цілому непевний. В якості альтернативи звуковим викликам більш явна форма процесу зв'язку має форму SMS. Втім це зазвичай вимагає оплати, і існує обмеження в 160 символів на текстове повідомлення SMS. Служба мультимедійних повідомлень (MMS) розширює основні можливості SMS (служба коротких повідомлень), дозволяючи додавати до повідомлення нетекстовий вміст, такий як зображення, звуковий або аудіовізуальний вміст. Забезпечуючи покращене сприйняття користувача по SMS, як SMS, так і MMS вимагають, щоб одержувач SMS/MMS працював зі своїм мобільним пристроєм (зазвичай шляхом натискання певних клавіш на мобільному пристрої), щоб мати змогу подивитись/прослухати MMS повідомлення. Іншим недоліком, пов'язаним з MMS повідомленням, є постійна доставка корисного навантаження кожного разу, коли відсилається MMS. Крім того, більшість мобільних мереж надають ідентифікатор викликального абонента (ID абонента) на екрані мобільного пристрою одержувача. Це вимагає, щоб одержувач був поблизу від мобільного пристрою, щоб він міг прочитати ID викликального абонента. До системи ID абонентів було додано удосконалення, яке звуком попереджує одержувача виклику щодо характеру вхідного виклику - тобто звукова система ID абонентів. Така звукова система ID абонентів, як правило, містить синтезатор мови, налаштований ідентифікувати ім'я і/або номер викликальної сторони, відображені на екрані ID викликального абонента одержувача. Інший спосіб ідентифікації викликального абонента працює шляхом зміни мелодій дзвінків в залежності від викликального абонента. Проте мелодія дзвінка запускається викликом, а отже є частиною процесу встановлення виклику. Крім того, звук або мелодія дзвінка, як правило, прив'язуються до викликального абонента, і така прив'язка може бути унікальною, оскільки досягається ідентифікація викликального абонента. Проте такі мелодії дзвінків, як правило, приписуються викликальному абоненту одержувачем. На цей час не існує системи, яка б дозволяла викликальному абоненту викликати активацію певної мелодії дзвінка на пристрої одержувача. Даний винахід призначений пом'якшити або зменшити вищевказані недоліки. СТИСЛИЙ ОПИС ВИНАХОДУ Відповідно до першого аспекту даного винаходу надається система запуску і виконання активного вмісту, при цьому система містить пристрій відправника і пристрій одержувача, де: пристрій відправника налаштований відправляти на пристрій одержувача повідомлення запуску, при цьому повідомлення запуску визначає щонайменше один виконуваний файл, який належить виконати пристрою одержувача; та 1 UA 107052 C2 5 10 15 20 25 30 35 40 45 50 55 пристрій одержувача налаштований отримувати доступ до визначеного виконуваного файлу і виконувати його. Система додатково може містити платформу надання послуг, пристосовану направляти повідомлення запуску з пристрою відправника на пристрій одержувача. Переважно платформа надання послуг налаштована перевіряти, чи підтримує пристрій одержувача повідомлення запуску. Якщо виявляється, що пристрій одержувача не підтримує повідомлення запуску, платформа надання послуг перетворює повідомлення запуску на повідомлення, яке підтримується пристроєм одержувача, і надсилає перетворене повідомлення на пристрій одержувача. Переважно перетворене повідомлення містить запрошення для пристрою одержувача завантажити необхідне забезпечення для повідомлення запуску. Повідомлення запуску може додатково містити повідомлення, яке може прочитати користувач. Переважно повідомлення запуску є ХМРР повідомленням. Визначений виконуваний файл може зберігатись на пристрої одержувача або в альтернативному випадку зберігатись в додатковому місці, визначеному повідомленням запуску. Таке додаткове місце включає інтернет-магазин або базу даних, з яких можна завантажити виконуваний файл. Переважно виконуваний файл має ущільнений формат файлу. Відповідно до другого аспекту даного винаходу надається спосіб запуску і виконання активного вмісту, при цьому спосіб включає етапи, на яких: налаштовують на пристрої відправника повідомлення запуску, при цьому повідомлення запуску визначає щонайменше один виконуваний файл, який належить виконати пристрою одержувача; і налаштовують на пристрої одержувача доступ і виконання визначеного щонайменше одного виконуваного файлу. Відповідно до третього аспекту даного винаходу надається машинопрочитуваний носій, який містить програмні команди, як описано вище. СТИСЛИЙ ОПИС ГРАФІЧНИХ МАТЕРІАЛІВ Даний винахід тепер буде описано виключно шляхом наочного прикладу з посиланням на супровідні графічні матеріали, на яких: фіг. 1 представляє собою структурну схему системи згідно з варіантом здійснення винаходу, і фіг. 2 представляє собою блок-схему способу доставки, запуску і виконання активного вмісту згідно з варіантом здійснення даного винаходу. ОПИС ВАРІАНТІВ ЗДІЙСНЕННЯ ВИНАХОДУ Фіг. 1 представляє собою зображення системи 10 для доставки, запуску і виконання активного вмісту відповідно до одного до варіанта здійснення даного винаходу. В цьому варіанті здійснення активний вміст представлений в формі мультимедійного вмісту. Система 10 містить пристрій 12 відправника, який має зв'язок з пристроєм 14 одержувача. Пристрій 12 відправника і пристрій 14 одержувача - це, як правило, мобільні телефони. На пристрої 12 відправника встановлені компоненти програмного/програмно-апаратного забезпечення, які підтримують формат файлів, характерний для даного винаходу, цей формат файлів надалі називається FX повідомленням. FX повідомлення, як правило, містить повідомлення запуску (надалі називається FX тригером), яке визначає щонайменше один виконуваний файл, який має бути виконаний пристроєм 14 одержувача. Виконуваний файл надалі називається FX пакетом. FX пакет має ущільнений формат. FX пакет містить конфігураційний файл і необов'язково вміст в формі одного або декількох з-поміж файлу зображення, відео файлу та/або аудіо файлу; або вказівник на застосунки, такі як програмні віджети. Вміст, описаний вище, надалі називається FX вмістом. Конфігураційний файл FX пакета переважно має форму XML файлу. XML файл може додатково містити метадані, інформацію щодо URL завантаження FX вмісту, команди відображення або відтворення FX вмісту, включаючи тривалість і інші ефекти, команди відображення або виконання для пристрою 14 одержувача. З метою виконання будь-якого FX вмісту, пов'язаного з нюховими або тактильними ефектами, пристрій 14 одержувача необов'язково містить периферійні пристрої, такі як джерело вібрацій, LED, підсвічування, додаткові вбудовані або додаткові нюхові і тактильні ввід/вивід, коли доступні. Приклади включають вібраційне попередження, світлові індикатори та/або резервуар із запахами. FX пакет може бути упакований і розповсюджений способом, аналогічним способу розповсюдження мелодій дзвінків. 2 UA 107052 C2 5 10 15 20 25 30 35 40 45 50 55 На пристрої 14 одержувача можуть бути встановлені або не встановлені програмні/апаратно-програмні компоненти. В випадку, коли на пристрої 14 одержувача не встановлені програмні/апаратно-програмні компоненти, FX повідомлення може мати забезпечення наслідування, щоб дозволяти переклад в SMS або MMS, в залежності від обставин, для доставки на такі пристрої 14 одержувача. FX пакет можна зробити доступним на мобільному пристрої 14 одержувача різноманітними способами. Наприклад: попереднє впровадження, в якому мобільний пристрій 14 одержувача вже виготовлений із вбудованими FX пакетами. На вимогу, коли мобільний пристрій 14 одержувача може завантажувати або запитувати FX пакети, наприклад, через Інтернет або іншими засобами. FX пакети також можуть бути придбані з магазинів застосунків оператора. В іншому випадку їх можна завантажувати як застосунок в контексті запису динамічного меню від корпорації. Контекстуальний, в якому FX пакет завантажується, коли вимагається його виконання, а на пристрої 14 одержувача локальна копія недоступна. Проштовхування, в якому власник FX пакета висилає копії пакета передплатникам або на пасивний ринок. Спеціаліст в даній галузі техніки зрозуміє, що вищенаведені варіанти впровадження можуть використовуватись в комбінації, і додаткові варіанти впровадження можуть бути включені в варіанти здійснення даного винаходу. FX пакет, як правило, відповідає умовним позначенням щодо найменування файлів в формі .fх, де файл .fx є ущільненим файловим пакетом. Ім'я файлу фактично складається необов'язково з перших трьох цифр, як коду країни в мобільному зв'язку (МСС), і останніх цифр, так унікального ідентифікаційного коду FX вмісту. Всі файли в FX пакеті також мають використовувати ім'я файлу , одночасно зберігаючи своє відповідне розширення файлу, як наприклад .png для файлу зображення PNG, .mid для аудіо файлу в форматі MIDI, тощо. Пристрій 12 відправника і пристрій 14 одержувача додатково підтримують зв'язок з платформою 16 надання послуг кожної мережі або мереж зв'язку, що використовуються. Платформа 16 надання послуг (SDP) містить набір компонентів, які забезпечують архітектуру надання послуг (таку як створення послуг, управління сеансом і протоколи) для обміну FX повідомленнями. В цьому варіанті здійснення платформа 16 надання послуг пристосована забезпечувати відповідну підтримку обміну повідомленнями, тобто Розширюваний протокол обміну повідомленнями і інформацією щодо присутності (ХМРР) для FX повідомлення; реалізована за допомогою ХМРР сервера 17. Коли пристрої 14 одержувачів не є ХМРР сумісними, SDP 16 також пристосована підтримувати звичайний протокол обміну повідомленнями, включаючи SMS і MMS; відкриті стандарти, такі як протокол встановлення сеансу (SIP) і протокол встановлення сеансу для розширення для миттєвого обміну повідомленнями і трансляції присутності (SIMPLE), тощо. SDP 16 додатково пристосована інформувати одержувача FX пакету, який FX вміст вимагається використовувати, на основі ID FX пакета. FX тригер визначає дію, яка має бути виконана пристроєм 14 одержувача, і спричиняє виконання пристроєм 14 одержувача дії, яку визначає FX повідомлення. Таким чином, і не використовується переналаштування пристрою, і не потрібен віддалений доступ. Для виконання різноманітних функцій SDP 16 містить: - ретранслятор 16а повідомлень для опрацювання і відправлення повідомлень; - перетворювач 16b коду, перетворювач коду 16b перетворює FX повідомлення на звичайні SMS/MMS повідомлення, якщо пристрій одержувача 14 не підтримує FX повідомлення (тобто, він не може отримувати FX тригери і виконувати FX пакет); - інтерфейс 16с користувача з магазином застосунків дозволяє купувати FX у взаємодії з магазином застосунків. Інтерфейс може бути браузером, застосунком мобільного телефону, тощо; - завантажувач 16d для завантаження FX пакета. SDP 16 також підтримує реєстраційну базу 16е даних для будь-якого пристрою 12, 14, на якому встановлені програмні/апаратно-програмні компоненти (тобто FX клієнт). Реєстраційна база 16е даних відслідковує мобільні ідентифікаційні номери (MIN) пристроїв 14 одержувачів. Якщо мобільний ідентифікаційний номер (MIN) пристрою 14 отримувача не зареєстрований в SDP 16 як такий, що має FX клієнта, вважається, що він є пристроєм 14 одержувача, несумісним з підтримкою обміну FX повідомленнями. 3 UA 107052 C2 5 10 15 20 25 30 35 40 45 50 55 Процес створення і отримання FX повідомлення згідно з варіантом здійснення даного винаходу схематично представлений на фіг. 2. FX повідомлення містить FX тригер і будь-яке необов'язкове повідомлення. Процес починається з того, що користувач пристрою 12 відправника запитує надіслати FX повідомлення (етап 22) на пристрій 14 одержувача. Наприклад, FX повідомлення, яке необхідно надіслати, являє собою тригер на виконання FX вмісту, пов'язаного з Днем народження (етап 24). Необов'язкове повідомлення є привітанням з Днем народження. FX вміст, пов'язаний з Днем народження, має форму відео торта зі свічками, які задмухують. Необов'язкове повідомлення на вибір додають до відео (етап 26). Необов'язкове повідомлення може мати форму SMS, або ж будь-яке інше текстове поле на вибір включають як частину FX повідомлення, як відомо спеціалісту. Необов'язкове повідомлення є достатньо коротким, щоб вміститися в SMS (менше 160 символів), щоб підтримувати альтернативне використання, на випадок, якщо одержувач не підтримує FX повідомлення. Запит FX повідомлення потім надсилають на SDP 16 (етап 28). Після отримання FX повідомлення SDP 16 перевіряє мобільний пристрій 14 одержувача (етап 30), щоб визначити, чи пристрій 14 підтримує FX повідомлення. Ця перевірка також може виконуватись пристроєм 14 одержувача. Якщо мобільний пристрій 14 одержувача підтримує обмін FX повідомленнями, тобто, якщо не існує проблеми з наслідуванням (етап 32), SDP 16 потім обирає агентського користувача пристрою 14 одержувача (етап 34), щоб перевірити, чи потрібне перетворення коду. Якщо перетворення коду потрібне, то створюють сумісний код (етап 36). Сумісний код потім проштовхують (етап 38) на пристрій 14 одержувача в вигляді повідомлення розширюваного протоколу обміну повідомленнями і інформацією щодо присутності (ХМРР). ХМРР повідомлення представляє собою FX тригер, який при одержанні зчитується пристроєм 14 одержувача (етап 40). Визначений FX вміст (тобто FX, пов'язаний з Днем народження) потім обирають (етап 42) на основі FX тригера, і XML файл ХМРР повідомлення опрацьовують (етап 44). SDP 16 потім перевіряє, чи існує локальна копія потрібного FX пакета (етап 46). Перевірка може виконуватись на копії FX пакета, а не на самому повідомленні. Якщо локальна копія FX пакета доступна, FX пакет вибирають (етап 48), і FX пакет прочитують (етап 50). Вибірка FX пакета включає здобування, разущільнення і розформування пакета. Конфігураційний файл XML (FX сценарій) потім виконують (етап 52) одночасно з відображенням необов'язкового повідомлення (етап 54). З іншого боку, якщо на етапі 32 виявляється, що мобільний пристрій 14 одержувача не підтримує або несумісний з обміном FX повідомленнями (тобто несумісний з форматом ХМРР), FX повідомлення перетворюють на повідомлення на основі SMS/MMS (етап 56) в тому сенсі, що тільки необов'язковий вибірковий текст повідомлення надсилають на мобільний пристрій 14 одержувача разом з FX ID. В іншому випадку також може надсилатись окреме повідомлення для інформування користувача щодо того, як отримати FX клієнт. Замість окремого повідомлення іншою альтернативою є запустити застосунок магазину застосунків, щоб запропонувати одержувачу придбати FX (якщо це не безкоштовний FX). Це забезпечує механізм для знаходження застосунку. SMS/MMS потім надсилають на мобільний пристрій 14 одержувача (етап 58). Крім того, якщо перетворення коду не вимагається, ХМРР повідомлення надсилають безпосередньо без потреби в перетворенні на сумісний код. Також, якщо на етапі 46 не існує копії локального FX пакета, FX пакет може бути завантажений (етап 60). Система і спосіб, які розкриваються, забезпечують наступні переваги: • протокол обміну повідомленнями FX представляє собою незалежну систему обміну повідомленнями зі своїм власним протоколом запуску, яка включає не лише відтворення аудіовідео, але й оптичні та рухові відповіді від цільового мобільного пристрою, і необов'язково містить тактильний і нюховий ввід/вивід (на пристроях, оснащених таким чином). Отже він не пов'язаний з мобільним пристроєм 14 одержувача. • Оскільки FX повідомлення логічно встановлюють або формують на пристрої 12 відправника, це приводить до меншого опрацювання на пристрої 14 одержувача, одночасно забезпечуючи гнучкість формування результату. Одержувач, таким чином, може отримувати миттєве відтворення FX вмісту. • Підтримуваний FX вміст в цьому винаході є наперед визначеним, щоб передавати особливе цільове повідомлення, з додатковоюможливістю додавання примітки для більш особистого контакту. 4 UA 107052 C2 5 10 15 20 25 30 35 • Оскільки FX повідомлення містить лише файл запуску і необов'язкове повідомлення, повідомлення не має включати корисне навантаження при кожному відправленні. • Обмін SMS/MMS повідомленнями на сучасному рівні розвитку техніки обмежений мультимедійними даними та/або текстом. SMS обмежено обміном повідомленнями на основі тексту, який було розширено MMS повідомленнями, щоб включати аудіо і відео. Проте як MMS, так і SMS не підтримують оптичні і рухові компоненти. Цей винахід був розроблений з метою розширення обміну повідомленнями з оптичними і руховими компонентами, і навіть включенням нюхових і тактильних відчуттів. Крім того, корисне навантаження в цьому винаході встановлено в клієнті заздалегідь і не вимагає надсилання корисного навантаження кожного разу, коли відправляється повідомлення. • В порівнянні зі звичними застосунками для смартфонів, в той час як різні застосунки для смартфонів можуть реалізовувати деяку форму повідомлень, щоб запускати віддалену дію, віддалена дія не несе з собою повідомлення або не передає повідомлень. Винахід поєднує віддалене управління в мобільному контексті і сполучення шляхом обміну повідомленнями. Варто розуміти, що вищенаведені варіанти здійснення були надані виключно для ілюстрації цього винаходу, як і ті, що докладно описані нижче, і що подальші його модифікації і вдосконалення, як буде зрозуміло спеціалістам в даній галузі техніки, вважаються такими, що входять в широкий обсяг і межі даного описаного винаходу. Крім того, хоча були описані окремі варіанти здійснення, необхідно розуміти, що винахід також покриває і комбінації варіантів здійснення, які були описані. • Налаштування може виконуватись на боці сервера обміну повідомленнями, на який сторона, що ініціює FX повідомлення, може лише посилатись. • FX повідомлення може бути налаштоване запускати застосунок загального призначення, що включає веб віджет (невеличкий застосунок, який може бути встановлений і виконаний на веб-сторінці кінцевим користувачем), замість того, щоб просто відображати статичний фоновий вміст. FX повідомлення додатково може бути налаштоване отримувати віддалений доступ до веб віджету. Це сприяє додатковому динамізму в ряді можливого FX вмісту. • Як буде зрозуміло спеціалісту в даній галузі техніки, описані умовні позначення щодо найменування є лише прикладом конкретного механізму найменування для файлу. В залежності від реалізації можливі й інші умовні позначення щодо найменування в залежності від бажаних застосунків. Існують інші застосунки, які також використовують ці умовні позначення МСС (мобільний код країни) + MNC (мобільний код мережі) + будь-який інший код за потреби. • В ситуаціях, коли не потребується перетворення коду, ХМРР повідомлення може бути надіслане безпосередньо без необхідності перетворення на сумісний код (наприклад, поза резервним варіантом на додаток до сценарію без смартфону). • ХМРР сервер 17 і платформа 16 надання послуг можуть бути інтегровані, як відомо спеціалісту в даній галузі техніки. • FX повідомлення також може використовуватись як тригер для виконання вмісту або інших застосунків в пристрої з можливістю попереднього програмування. 40 ФОРМУЛА ВИНАХОДУ 45 50 55 60 1. Система запуску і виконання активного контенту на пристрої одержувача, при цьому система містить пристрій відправника, налаштований відправляти на пристрій одержувача повідомлення запуску, де повідомлення запуску визначає щонайменше один виконуваний файл, при цьому виконуваний файл містить активний контент, який належить виконати пристрою одержувача, який відрізняється тим, що в випадку, коли виявляється, що пристрій одержувача не підтримує повідомлення запуску, платформа надання послуг перетворює повідомлення запуску на повідомлення, яке підтримується пристроєм одержувача, і надсилає перетворене повідомлення на пристрій одержувача. 2. Система за п. 1, яка відрізняється тим, що система містить платформу надання послуг, пристосовану направляти повідомлення запуску від пристрою відправника на пристрій одержувача. 3. Система за п. 2, яка відрізняється тим, що платформа надання послуг налаштована перевіряти, чи підтримує пристрій одержувача повідомлення запуску. 4. Система за п. 1, яка відрізняється тим, що перетворене повідомлення містить запрошення для пристрою одержувача завантажити необхідне забезпечення для повідомлення запуску. 5. Система за п. 1, яка відрізняється тим, що повідомлення запуску містить повідомлення, яке може прочитати користувач. 6. Система за п. 1, яка відрізняється тим, що повідомлення запуску є ХМРР повідомленням. 5 UA 107052 C2 5 10 15 20 25 7. Система за п. 1, яка відрізняється тим, що визначений виконуваний файл збережений на пристрої одержувача або в іншому випадку збережений в додатковому місці, визначеному повідомленням запуску. 8. Система за п. 7, яка відрізняється тим, що додаткове місце містить інтернет-магазин або базу даних, з яких можна завантажити виконуваний файл. 9. Система за п. 1, яка відрізняється тим, що виконуваний файл має ущільнений формат файла. 10. Система за п. 1, яка відрізняється тим, що пристрій отримувача налаштований отримувати доступ до щонайменше одного виконуваного файла і виконувати його. 11. Спосіб запуску і виконання активного контенту на пристрої одержувача, при цьому спосіб включає етапи, на яких налаштовують на пристрої відправника повідомлення запуску, де повідомлення запуску визначає щонайменше один виконуваний файл, при цьому виконуваний файл містить активний контент, який належить виконати пристрою одержувача, який відрізняється тим, що, коли виявляється, що пристрій одержувача не підтримує повідомлення запуску, повідомлення запуску перетворюють на повідомлення, яке підтримується пристроєм одержувача. 12. Спосіб за п. 11, який відрізняється тим, що додатково включає етап перевірки, чи підтримує пристрій одержувача повідомлення запуску. 13. Спосіб за п. 11, який відрізняється тим, що перетворене повідомлення містить запрошення для пристрою одержувача завантажити необхідне забезпечення для повідомлення запуску. 14. Спосіб за п. 13, який відрізняється тим, що повідомлення запуску містить повідомлення, яке може прочитати користувач. 15. Спосіб за п. 11, який відрізняється тим, що повідомлення запуску є ХМРР повідомленням. 16. Машиночитаний носій, який містить програмні команди, які при виконанні комп'ютером приводять до виконання комп'ютером способу за п. 11. 6 UA 107052 C2 7 UA 107052 C2 Комп’ютерна верстка Л. Литвиненко Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601 8