Спосіб автоматизованого аналізу критеріїв виконання умов системних команд з використанням серверного обладнання та функцією автономної відправки остаточної системної команди на модуль ідентифікації клієнта

Реферат: Спосіб автоматизованого аналізу критеріїв виконання умов системних команд з використанням серверного обладнання та функцією автономної відправки остаточної системної команди на модуль ідентифікації клієнта виконують послідовно у часі у кілька етапів, згідно з якими на першому етапі за допомогою попередньо встановленого на серверному обладнанні спеціального програмного забезпечення (SS1) пов'язують мобільний пристрій з інтегральною схемою (С1) з модулем ідентифікації клієнта (С2). На другому етапі здійснюють аналіз критеріїв виконання умов системних команд, при якому на початку попередньо визначеного розрахункового періоду здійснюють використання мобільного пристрою з інтегральною схемою (С1) в результаті якого на сервер S1 надходить вхідна системна команда Т n. На третьому етапі за допомогою спеціального попередньо встановленого програмного забезпечення з використанням спеціальних макросів (SS2) сервер S1 здійснює аналіз всіх вхідних системних команд Тn і відправляє на сервер S2 інформаційне повідомлення виконання умов системних команд І(+) або інформаційне повідомлення невиконання умов системних команд І(-). На четвертому етапі сервер S2 здійснює відправку сервісної команди (SC) з урахуванням отриманого інформаційного повідомлення щодо виконання умов системних команд від сервера S1 (I(+) або І(-)), шляхом відправлення спеціальної системної команди (SC), що призводить до фізичного споживання сервером відправки вихідного мережевого трафіку розміром 140 байт (n) на модуль ідентифікації клієнта (С2) за результатом отриманого інформаційного повідомлення від сервера S1 а саме - І(+). Якщо за результатом отриманого інформаційного повідомлення від сервера S1, а саме - І(-), сервер S2 не здійснює відправку сервісної команди (SC). Аналіз критеріїв виконання умов системних команд здійснюється з початку наступного попередньо визначеного розрахункового періоду у тій же послідовності. UA 117154 U (12) UA 117154 U UA 117154 U 5 10 15 20 25 30 35 40 45 50 55 Корисна модель належить до способів автоматизованого аналізу критеріїв виконання умов системних команд з використанням серверного обладнання та функцією автономної відправки остаточної системної команди на модуль ідентифікації клієнта та характеризується істотноновими ознаками та значними перевагами, порівняно з відомими засобами, використовуваними дотепер у даній галузі. Більш детально корисна модель належить до галузі послуг зв'язку. На сьогоднішній день важливим і зручним є взаємозв'язок між системою Банка та Клієнтом, яку допомагають здійснити прості у використанні мобільні додатки встановлені на мобільний телефон Клієнта (наприклад: Apple Money, Yandex Money). Інтеграція банківських послуг через мобільні додатки сприяє розвитку банківської системи та послуг мобільного зв'язку, зручно і легко здійснювати платежі та перекази на адресу різних постачальників послуг - операторів стільникового зв'язку, інтернет-провайдерів, кабельного та супутникового телебачення, ЖКГ, електронні гаманці, тощо; оперативне отримання повної інформації по всіх банківських картах, кредитах, рахунках, тощо; здійснення переказів грошових коштів між банківськими картами, перекази на картки інших банків, а також перекази з вільними реквізитами. Відомим є ПУ № 70035 "Спосіб передачі даних за допомогою служби коротких повідомлень (SMS)», Товариство з обмеженою відповідальністю "ІНТРІСТ"; Дата публікації патенту: 25.05.2012, Бюл. № 10. Спосіб передачі даних за допомогою служби коротких повідомлень (SMS) включає формування короткого повідомлення з даними, які необхідно передати абоненту, за допомогою засобів телекомунікаційного зв'язку та відправлення короткого повідомлення на мобільний пристрій абонента за допомогою служби коротких повідомлень (SMS). Здійснюють формування короткого повідомлення за допомогою програмного засобу, який сполучено з програмою, створеною на платформі "1С: Підприємство". Недоліком відомого способу є його обмеженість використання через прив'язаність його лише до програми, створеної на платформі "1С: Підприємство". Відомим є Патент RU № 2524866 [Дата публікації 10.08.2014 р., Бюл. № 22, патентовласник ИНТЕЛ КОРПОРЕЙШН (US)] "Короткие пользовательские сообщения в сигнализации управления системой". Технічний результат полягає в передачі коротких повідомлень без необхідності наявності активного з'єднання. Спосіб передачі коротких повідомлень містить етапи, на яких: посилають від першої радіостанції на другу радіостанцію перше керуюче повідомлення, причому керуюче повідомлення включає в себе поле даних, що містить коротке повідомлення від користувача першої радіостанції користувачеві другий радіостанції і атрибут типу, який вказує, що вміст поля даних є коротким повідомленням; приймають від другої радіостанції друге керуюче повідомлення у відповідь на перше керуюче повідомлення, причому друге керуюче повідомлення включає в себе поле даних, що містить відгук на коротке повідомлення і атрибут типу, який вказує, що вміст поля даних є коротким повідомленням. Недоліком є значна кількість базових станцій (БС) для забезпечення зв'язку, що значно ускладнює (робить громіздкою) саму систему. Відомим і найбільш близьким є "Mobile banking and payment platform" [Номер публікації US 20100191602 Al, Номер заявки US 12/653,550, Дата публікації 29 лип. 2010, винахідники - John Mikkelsen, Robert Freidson, John P. Luther]. Згідно з відомим винаходом - бездротова банківська система, яка включає мобільний телефон пов'язаний з банківською карткою для здійснення бездротових банківських операцій і здійснення діяльності з сервера системи Банк, кредитна Спілка або інші заощаджувальні заклади через бездротову комунікаційну мережу. Система додатково містить криптографічні засоби, цифровий підпис, PIN-код користувача, код підтвердження транзакцій і журналу транзакцій. Також, відома система включає в себе постійний двосторонній діалог між системою банка і абонентом, а саме на будь-яке повідомлення, направлене абоненту на мобільний телефон від системи Банка, необхідно обов'язково не менше ніж одним натиском клавіш "вибору" телефону здійснювати та/або підтверджувати будь-яку операцію. Вагомим недоліком відомої системи є її функціональна недосконалість, а саме відсутність автоматизації при здійсненні будь-яких системних команд та/або транзакцій через високу складність самого процесу здійснення системи, велику кількість мобільних додатків, необхідних для проведення системних команд та/або транзакцій, постійна фізична участь абонента за необхідності обирати ту чи іншу клавішу для натискання, щоб отримати системну команду. В основу запропонованої корисної моделі поставлено задачу створення способу автоматизованого аналізу критеріїв виконання умов системних команд з використанням серверного обладнання та функцією автономної відправки остаточної системної команди на модуль ідентифікації клієнта, в якому за рахунок попередньо встановленого на серверному обладнанні спеціального програмного забезпечення і за рахунок попередньо визначеного 1 UA 117154 U 5 10 15 20 25 30 35 40 алгоритму послідовності дій досягається автоматизована автономна відправка остаточної системної команди. Поставлена задача вирішується шляхом створення способу автоматизованого аналізу критеріїв виконання умов системних команд з використанням серверного обладнання та функцією автономної відправки остаточної системної команди на модуль ідентифікації клієнта та виконують послідовно у часі у кілька етапів, згідно з якими на першому етапі за допомогою попередньо встановленого на серверному обладнанні спеціального програмного забезпечення (SS1) пов'язують мобільний пристрій з інтегральною схемою (С1) з модулем ідентифікації клієнта (С2), згідно з корисною моделлю, на другому етапі здійснюють аналіз критеріїв виконання умов системних команд, при якому на початку попередньо визначеного розрахункового періоду здійснюють використання мобільного пристрою з інтегральною схемою (С1), в результаті якого на сервер S1 надходить вхідна системна команда Т n, на третьому етапі за допомогою спеціального попередньо встановленого програмного забезпечення з використанням спеціальних макросів (SS2) сервер Si здійснює аналіз всіх вхідних системних команд Т n і відправляє на сервер S2 інформаційне повідомлення виконання умов системних команд І(+) або інформаційне повідомлення невиконання умов системних команд І(-), на четвертому етапі сервер S2 здійснює відправку сервісної команди (SC) з урахуванням отриманого інформаційного повідомлення щодо виконання умов системних команд від сервера S) (І (+) або І(-)), шляхом відправлення спеціальної системної команди (SC), що призводить до фізичного споживання сервером відправки вихідного мережевого трафіку розміром 140 байТ (n) на модуль ідентифікації клієнта (С2) за результатом отриманого інформаційного повідомлення від сервера S 1, а саме І(+), причому, якщо за результатом отриманого інформаційного повідомлення від сервера S1, а саме - I(-), сервер S2 не здійснює відправку сервісної команди (SC), при цьому аналіз критеріїв виконання умов системних команд здійснюється з початку наступного попередньо визначеного розрахункового періоду у тій же послідовності. Під мобільним пристроєм з інтегральною схемою слід розуміти ідентифікаційну карту, яку використовують для міжнародного, міжгалузевого та/або внутрішньогалузевого взаємообміну [Згідно ISO/IEC 7812-1-2014 Карти ідентифікаційні, Ідентифікація емітентів]. "Мобільний пристрій з інтегральною схемою, призначений для персонального використання, тонкий, гнучкий, віртуальний, з формфактором на розсуд емітента, включаючи формат ID-1, а також інші формати". Під модулем ідентифікації клієнта слід розуміти sim-карту, яку використовують у мобільному зв'язку. GSM SIM-карта є різновидом звичайної [ISO 7816] старт-карти. Стандарт на специфічні особливості карти для GSM SIM встановлює Європейський інститут телекомунікаційних стандартів, документи GSM 11.11, GSM 11.14 і GSM 11.19. В запропонованій корисній моделі використовують сервери конфігурації Blade 2 х E5-2680v3 12 Core 2.5 GHz 384GB for Vmware (виробник: Hewlett Packard Company), тощо. Типи серверів - CPU, HDD, RAM, а саме: центральних процесорів (CPU) - від 1 до 64 шт.; дискової пам'яті (HDD) - від 1 Мб до 100 Тб; оперативної пам'яті (RAM) - від 1 Мб до 1024 Гб. В запропонованій корисній моделі використовують sim-карти формату 2FF-4FF (таблиця), згідно міжнародних стандартів ISO 7816: Таблиця Формат SIM-карти Стандарти ISO/IEC Міnі-SIM 7810:2003, (2FF) ID-000 ETSI TS 102 Місго221 V9.0.0, SIM (3FF) Mini-UICC Nano-SIM ETSI TS 102 (4FF) 221 VI 1.0.0 45 Покоління 3 Об'єм (мм ) стільникового зв'язку Довжина (мм) Ширина (мм) Товщина (мм) 25,00 15,00 0,76 285,00 2G, 3G 15,00 12,00 0,76 136,80 3G, 4G 12,30 8,80 0,67 72,52 3G, 4G Додатково, прийнятий стандарт, якому повинні відповідати всі sim-карти, які поставляють: 3GPP TS 31.102 Characteristics of the USIM application (Rel 6). Під спеціальною системною командою слід розуміти системне вихідне повідомлення Оператора на мобільний пристрій клієнта, об'єм якого становить 140 байт (n). 2 UA 117154 U 5 10 15 20 25 30 35 40 45 50 55 60 Байт - фізична одиниця кількості інформації, яка дорівнює 8 бітам згідно ГОСТ 8.417-2002 "Государственная система обеспечения единства измерений ЕДИНИЦЫ ВЕЛИЧИН" та міжнародного стандарту ІЕС 60027-2-2015 "Літерні позначення, застосовувані в електроніці. Частина 2. Електрозв'язок і електроніка". Запропонована корисна модель пояснюється прикладом надання додаткових послуг мобільного зв'язку Оператором за умови виконання Клієнтом певних вимог Банку або іншої платіжної системи, з використанням попередньо пов'язаних між собою мобільним пристроєм з інтегральною схемою та модулем ідентифікації клієнта. Приклад Перш за все, Клієнт будь-яким способом (заповнення анкети на сайті, звернення за номером телефону, тощо) подає заявку на випуск банківської карти (карта може бути будь-якого типу: credit, debit, non-name, віртуальна, тощо) або переоформляє свій поточний банківський пакет послуг на спеціальний / підключення спеціальної послуги до будь-якої наявної банківської карти. Клієнт, за необхідності, активує спеціальну послугу на своєму поточному банківському пакеті/карті. Разом з цим, при відсутності у Клієнта мобільного номеру відповідного Оператора, клієнту видають модуль ідентифікації клієнта (sim-карту - з відповідним тарифним планом) цього Оператора, яка є програмно пов'язаною із банківською картою або за наявності у Клієнта мобільного номера відповідного Оператора, Клієнт "пов'язує" даний мобільний номер із своєю банківською картою (у відділенні банку, зверненням за номером телефону, за допомогою Інтернет-банкінгу, тощо), після чого на мобільному номері Клієнта змінюється відповідним чином тарифний план Оператора (зміна тарифного плану - є необов'язковою умовою). Після цього, протягом попередньо визначеного розрахункового періоду (наприклад, один місяць з дати активації), Клієнт користується банківською картою (здійснює оплату, розрахунки, тощо). Всі транзакції, які здійснюються за допомогою банківської карти, надходять на сервер Банку, який в свою чергу за допомогою спеціального попередньо встановленого програмного забезпечення автоматично аналізує суму всіх вихідних транзакцій (оплат, розрахунків) з банківської карти і автоматично відправляє їх на сервер Оператора у вигляді повідомлення з використанням погодженого протоколу рівня додатка (наприклад: SOAP, REST тощо). Розмір таких повідомлень про кожну подію становить від 2 байт до 100 Мб. В свою чергу, якщо сума всіх вихідних транзакцій більше або дорівнює попередньо визначеній величині X (наприклад 2000 UAH), то Оператор нараховую Клієнту без додаткової сплати пакет спеціальних послуг (наприклад, безлімітні дзвінки та sms-повідомлення в мережі, безкоштовний доступ до Інтернету, тощо.), після чого розпочинається наступний попередньо визначений розрахунковий період (наприклад, наступний місяць), в якому Клієнт продовжує користуватися своєю банківською картою. Але, якщо сума всіх вихідних транзакцій по банківській карті буде меншою за попередньо визначену величину X (наприклад 2000 UAH), то Оператор не нараховую Клієнту без додаткової сплати пакет спеціальних послуг і по закінченні попередньо визначеного розрахункового періоду (наприклад, одного місяця) Клієнт продовжує користуватись своєю карткою та тарифом без спеціальних умов. Цей процес, а саме від початку користування Клієнтом банківською картою, тобто моменту початку попередньо визначеного розрахункового періоду, до моменту його закінчення, при якому відбувається автоматизований аналіз критеріїв виконання умов системних команд і автоматизована автономна відправка системної команди про нарахування додаткових спеціальних послуг Оператора на мобільний телефон Клієнта, є циклічним, тобто повторюється із місяця в місяць або інший попередньо визначений проміжок часу. Під попередньо визначеним проміжком часу слід розуміти період від 1 дня до 365 днів. Попередньо визначений проміжок часу визначається акцептом публічної оферти Оператором Клієнтом або підписанням відповідної угоди між Клієнтом та Оператором. Суть запропонованого способу автоматизованого аналізу критеріїв виконання умов системних команд з використанням серверного обладнання та функцією автономної відправки остаточної системної команди на модуль ідентифікації клієнта пояснюється представленими фігурами, на яких: На кресленні зображено схему послідовності виконання автоматизованого аналізу критеріїв виконання умов системних команд. Елементи корисної моделі позначені наступними цифровими позиціями. 1 - мобільний пристрій з інтегральною схемою; 2 - модуль ідентифікації клієнта; 3 - сервер S1; 4 - вхідна системна команда Тn; 5 - сервер S2; 3 UA 117154 U 5 10 15 20 25 30 35 40 6 - сервісна команда (SC). Спосіб автоматизованого аналізу критеріїв виконання умов системних команд з використанням серверного обладнання та функцією автономної відправки остаточної системної команди на модуль ідентифікації клієнта виконують послідовно у часі у кілька етапів, згідно з якими: на першому етапі за допомогою попередньо встановленого на серверному обладнанні спеціального програмного забезпечення (SS1) пов'язують мобільний пристрій з інтегральною схемою С1 (1) з модулем ідентифікації клієнта С2 (2), який відрізняється тим, що на другому етапі здійснюють аналіз критеріїв виконання умов системних команд, при якому на початку попередньо визначеного розрахункового періоду здійснюють використання мобільного пристрою з інтегральною схемою С1 (1), в результаті якого на сервер S1 (3) надходить вхідна системна команда Тn (4), на третьому етапі за допомогою спеціального попередньо встановленого програмного забезпечення з використанням спеціальних макросів (SS2) сервер S1 (3) здійснює аналіз всіх вхідних системних команд Т n (4) і відправляє на сервер S2 (5) інформаційне повідомлення виконання умов системних команд І (+) або інформаційне повідомлення невиконання умов системних команд I(-), на четвертому етапі сервер S2 (5) здійснює відправку сервісної команди (SC) (6) з урахуванням отриманого інформаційного повідомлення щодо виконання умов системних команд від сервера S 1 (3)(І(+)або І(-)), шляхом відправлення спеціальної системної команди (SC) (6), що призводить до фізичного споживання сервером відправки вихідного мережевого трафіку розміром 140 байт (n) на модуль ідентифікації клієнта С2 (2) за результатом отриманого інформаційного повідомлення від сервера S1 (3), а саме - I(+), причому, якщо за результатом отриманого інформаційного повідомлення від сервера S1 (3), а саме - I(-), сервер S2 (5) не здійснює відправку сервісної команди (SC) (6), при цьому аналіз критеріїв виконання умов системних команд здійснюється з початку наступного попередньо визначеного розрахункового періоду у тій же послідовності. Отже, в запропонованій корисній моделі саме за рахунок попередньо встановленого на серверному обладнанні спеціального програмного забезпечення і за рахунок попередньо визначеного алгоритму послідовності дій поставлена в основу задача щодо створення способу автоматизованого аналізу критеріїв виконання умов системних команд з використанням серверного обладнання та функцією автономної відправки остаточної системної команди на модуль ідентифікації клієнта вирішена. Джерела інформації: 1. ПУ № 70035 “Спосіб передачі даних за допомогою служби коротких повідомлень (SMS)”, ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "ІНТРІСТ"; Публікація відомостей про видачу патенту:25.05.2012, Бюл. № 10. 2. "Короткие пользовательские сообщения в сигнализации управления системой" Патент RU № 2524866 [Дата публікації 10.08.2014 р., Бюл. № 22, патентовласник ИНТЕЛ КОРПОРЕЙШН (US)]. 3. "Mobile banking and payment platform" [Номер публікації US20100191602 A1, Номер заявки US 12/653,550, Дата публікації 29 лип. 2010, винахідники - John Mikkelsen, Robert Freidson, John P. Luther]. ФОРМУЛА КОРИСНОЇ МОДЕЛІ 45 50 55 60 Спосіб автоматизованого аналізу критеріїв виконання умов системних команд з використанням серверного обладнання та функцією автономної відправки остаточної системної команди на модуль ідентифікації клієнта, що виконують послідовно у часі у кілька етапів, згідно з якими: на першому етапі за допомогою попередньо встановленого на серверному обладнанні спеціального програмного забезпечення (SS1) пов'язують мобільний пристрій з інтегральною схемою (С1) з модулем ідентифікації клієнта (С2), який відрізняється тим, що на другому етапі здійснюють аналіз критеріїв виконання умов системних команд, при якому на початку попередньо визначеного розрахункового періоду здійснюють використання мобільного пристрою з інтегральною схемою (С1), в результаті якого на сервер S1 надходить вхідна системна команда Тn, на третьому етапі за допомогою спеціального попередньо встановленого програмного забезпечення з використанням спеціальних макросів (SS2) сервер S1 здійснює аналіз всіх вхідних системних команд Т n і відправляє на сервер S2 інформаційне повідомлення виконання умов системних команд І(+) або інформаційне повідомлення невиконання умов системних команд І(-), на четвертому етапі сервер S2 здійснює відправку сервісної команди (SC) з урахуванням отриманого інформаційного повідомлення щодо виконання умов системних команд від сервера S1 (I(+) або І(-)), шляхом відправлення спеціальної системної команди (SC), що призводить до фізичного споживання сервером відправки вихідного мережевого трафіку 4 UA 117154 U 5 розміром 140 байт(n) на модуль ідентифікації клієнта (С2) за результатом отриманого інформаційного повідомлення від сервера S1, а саме - І(+), причому, якщо за результатом отриманого інформаційного повідомлення від сервера S1, а саме - І(-), сервер S2 не здійснює відправку сервісної команди (SC), при цьому аналіз критеріїв виконання умов системних команд здійснюється з початку наступного попередньо визначеного розрахункового періоду у тій же послідовності. Комп’ютерна верстка А. Крижанівський Міністерство економічного розвитку і торгівлі України, вул. М. Грушевського, 12/2, м. Київ, 01008, Україна ДП “Український інститут інтелектуальної власності”, вул. Глазунова, 1, м. Київ – 42, 01601 5