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

 

ПЕРЕХРЕСНІ ПОСИЛАННЯ НА СПОРІДНЕНІ ЗАЯВКИ

Ця заявка претендує на пріоритет попередньої заявки на патент США № 61/183631, поданої 3 червня 2009 року, повне розкриття якої включено в справжній документ допомогою посилання у всій своїй повноті.

РІВЕНЬ ТЕХНІКИ

Споживчі платіжні пристрої, такі як дебетові картки або кредитні картки, використовуються мільйонами людей в усьому світі для забезпечення комерційних транзакцій різних типів. У типовій транзакції, що включає в себе купівлю продукту чи послуги в торговому місцезнаходження, платіжний пристрій представляється в терміналі точки продажу ("POS термінал"), розташованому в місці ведення бізнесу продавця. Термінал точки продажу може представляти собою пристрій зчитування карт або подібний пристрій, яке може здійснювати доступ до даних, що зберігаються на платіжному пристрої, причому ці дані можуть включати, наприклад, ідентифікаційні дані споживача, дані автентифікації або дані рахунки. Деякі або всі дані, лічені з платіжного пристрою, надаються системі транзакцій або обробки даних продавця і потім обслуговуючої стороні, яка зазвичай є банком або один�т бути надані системі або мережі обробки платежів (наприклад, обробникові платежів), яка обробляє дані, щоб допомогти у визначенні, транзакція повинна бути авторизовані мережею, і допомагає у виконанні функцій проведення розрахунків і врегулювання рахунки для транзакції. Частини транзакції по ухваленню рішення про авторизації, добутку розрахунків та врегулювання транзакції також можуть включати в себе взаємодія і/або передачу даних між системою або мережею обробки платежів і банком або установою, яке випустило платіжний пристрій споживачеві (емітент). Транзакції, в яких споживче платіжний пристрій видається продавцю або до нього здійснює доступ терміналом точки продажу, називають "транзакціями з наявністю карти", оскільки платіжний пристрій знаходиться в тому ж самому фізичному розташуванні, де знаходиться продавець або термінал.

На додаток до транзакцій з наявністю карти споживач також може ініціювати транзакцію в ситуації, в якій платіжна пристрій не знаходиться в тому ж самому фізичному розташуванні, де знаходиться продавець або термінал, і замість цього відповідні дані надаються по системі зв'язку продавцю ("транзакція без наявності картки"). Наприклад, транзакція дством надання платіжних даних з віддаленого місця розташування продавцю по мережі, такий як Інтернет. Транзакції цього типу зазвичай ініціюються з використанням обчислювального пристрою, такого як персональний комп'ютер або переносний комп'ютер. Транзакції без наявності картки також можуть бути ініційовані або виконані з використанням мобільного платіжного пристрою, такого як мобільний телефон, у випадку з яким зв'язок з продавцем або системою обробки даних може статися по мережі стільникового або бездротового зв'язку. Таким чином, серед інших способів, платіжна інформація для транзакції може бути надана з використанням платіжного пристрою і терміналу точки продажу або може бути надана продавця з використанням віддалено розташованого платіжного пристрою.

Враховуючи велику кількість транзакцій і залучених сум грошей, виявлення і запобігання шахрайства є важливим аспектом будь-якої системи обробки транзакцій. Щоб звернутися до цієї проблеми, платіжні процесори і т. д., залучені до авторизації транзакції, зазвичай вимагають, щоб користувач забезпечив одну або більше форм аутентифікації або ідентифікації перед авторизацією транзакції. В транзакції з наявністю карти продавець може просто попросити у потр�забезпечення додаткової гарантії, що людина дозволено використання представленого платіжного пристрою.

Однак у випадку транзакції без наявності картки (такий як транзакція електронної комерції, проведена по Інтернету, або транзакції, яка виконується з використанням мобільного платіжного пристрою) продавець не може бути настільки впевнений, що людина, яка намагається використовувати платіжний пристрій, є людиною, який дозволено для використання цього пристрою. Віддалена природа транзакції робить документ з фотокарткою або інший вид ідентифікації непрактичним і ненадійним як засоби аутентифікації споживача. Крім того, запит додаткової частини, імовірно, конфіденційних даних від людини, намагається використовувати платіжний пристрій, може бути недостатнім для перевірки, що людина дозволено використання платіжного пристрою. Це відбувається тому, що в деяких ситуаціях додаткові дані могли бути отримані тим же самим шахрайським шляхом, як і дані рахунку платіжного пристрою (наприклад, за допомогою неналежного отримання доступу до комп'ютера людини, який зберігає дані рахунки та інші конфіденційні даннсогласовании договорів і т. д.) кожна сторона в угоді зазвичай воліє мати засіб аутентифікації ідентифікаційної інформації та даних, мають відношення до інших сторін в угоді або транзакції. Бажано запобігти шахрайство, викривлення або більш пізнє анулювання угоди. Таким чином, бажано мати надійні способи аутентифікації сторони транзакції у випадках, коли платіжний пристрій або сторона не присутні в місцезнаходження продавця або іншої сторони в операції або угоді. Якщо можливо, також бажано використовувати елементи існуючих систем аутентифікації платіжних пристроїв, які використовуються для транзакцій з наявністю карти, для виконання деяких або всіх операцій аутентифікації для транзакцій без наявності картки, оскільки це зменшить вартість і складність додаткових процесів аутентифікації.

З урахуванням викладеного бажано мати систему і відповідні пристрої та способи аутентифікації споживача, який бере участь у віддаленій транзакції, такий як транзакція без наявності картки, що проводиться по мережі стільникового або бездротового зв'язку з використанням мобільного платіжного пристрою. Крім того, бажано, щоб система аутентифікації була відносно легка для реалізації і використання, і дати споживачам можливість зарегистрирІии. Крім того, було б бажано, щоб система, пристрої та способи не вимагали суттєвих інвестицій нових ресурсів для реалізації і забезпечували високий рівень функціональної сумісності між учасниками системи. Додатково було б бажано, щоб існуючі системи аутентифікації для мережних транзакцій електронної комерції могли бути посилені для надання можливості мобільних платіжних пристроїв проводити транзакції без наявності картки по мобільному каналу з використанням деяких або всіх тих же самих системних елементів. Варіанти втілення винаходу спрямовані на вирішення цих та інших проблем окремо і спільно.

СУТНІСТЬ ВИНАХОДУ

Варіанти втілення цього винаходу спрямовані на системи і відповідні пристрої та способи аутентифікації учасників, залучених в транзакцію без наявності картки. У таких транзакціях один учасник транзакції (і, отже, платіжний пристрій цього учасника) знаходиться у віддаленому розташуванні відносно іншого учасника транзакції. Це може створити непевність щодо ідентифікаційної інформації віддалено розташованого учасника або відносно �ься в якості частині виконання платіжних і не платіжних транзакцій і підходять для використання в транзакціях електронної комерції, проводяться з використанням мобільного платіжного пристрою, такого як мобільний телефон.

Один аспект цього винаходу полягає в тому, що воно може бути реалізовано з використанням елементів інфраструктури, які використовуються в даний час для аутентифікації платіжних пристроїв і учасників транзакцій з наявністю карти, і тому не вимагає повністю нового набору систем, процесів або операцій. Таким чином, варіанти втілення цього винаходу можуть дозволити банкам і іншим постачальникам послуг мобільних платежів посилити існуючі платформи аутентифікації для забезпечення служби аутентифікації для транзакцій без наявності картки, ініційованих з використанням мобільних платіжних пристроїв. Це зменшує вартість забезпечення послуг мобільних платежів споживачам і може збільшити визнання таких послуг, оскільки споживачі та інші об'єкти, включені у процес платіжної транзакції, вже будуть знайомі з багатьма, якщо не всіма, системами і використовуваними процесами. Крім того, варіанти втілення цього винаходу можуть використовуватися споживачами та іншими об'єктами, залученими в платіжну транзакцію, для забезпечення поліпшеного б�ранзакцию), збільшення швидкості обробки транзакцій і більшої зручності для споживачів, ніж це було можливо в відсутність винаходу.

В деяких варіантах втілення система, пристрій і спосіб винаходу включають в себе інфраструктуру і процеси для забезпечення споживачеві можливості зареєструвати свій номер мобільного телефону і пов'язувати цей номер з платіжним рахунком. Після реєстрації споживач може використовувати свій мобільний телефон, щоб ініціювати або виконати один або більше етапів платіжної транзакції. Платіжна транзакція розпізнається як ініційована або виконана за допомогою мобільного телефону, і у відповідь сервер може аутентифікувати транзакцію на основі номера мобільного телефону та попередньої реєстрації та процесу аутентифікації. В інших варіантах втілення сервер може розпізнати платіжну транзакцію як ініційовану або виконану за допомогою мобільного телефону та у відповідь здійснити контакт із споживачем, що використовують мобільний телефон, щоб запросити підтвердження бажання споживача виконати транзакцію.

В одному варіанті втілення даний винахід спрямовано на пристрій для аутентифікації потребитеебя процесор, запрограмований для виконання набору інструкцій, носій даних, приєднаний до процесора, і причому набір інструкцій міститься на носії даних, при цьому, коли набір інструкцій виконується процесором, пристрій аутентифікує споживача за допомогою реєстрації мобільного пристрою і зв'язку мобільного пристрою з платіжним рахунком споживача, аутентифікації реєстрації мобільного пристрою з використанням ідентифікаційних даних, попередньо наданих споживачем і пов'язаних з платіжним рахунком, отримання даних, що ініціюють платіжну транзакцію, і визначення, що платіжна була ініційована транзакція з використанням мобільного пристрою.

В іншому варіанті втілення даний винахід спрямовано на спосіб аутентифікації споживача, проводить платіжну транзакцію з використанням мобільного пристрою, причому спосіб містить етапи, на яких приймають дані, що ідентифікують мобільний пристрій, а дані, що ідентифікують платіжний рахунок споживача, аутентифицируют мобільний пристрій з використанням ідентифікаційних даних, попередньо наданих споживачем і пов'язаних з платіжним рахунком, принимаюльзованием мобільного пристрою.

Ще В одному варіанті втілення даний винахід спрямовано на спосіб проведення платіжної трансакції, причому спосіб містить етапи, на яких пов'язують платіжний рахунок споживача і перші ідентифікаційні дані споживача, при цьому перші ідентифікаційні дані споживача використовуються споживачем для схвалення платіжних трансакцій, зроблених з використанням платіжного рахунку споживача, приймають дані, що ідентифікують мобільний пристрій, а дані, що ідентифікують платіжний рахунок споживача, виконують запит до споживача надати перші ідентифікаційні дані споживача, аутентифицируют мобільний пристрій, якщо відповідь на запит являє собою перші ідентифікаційні дані споживача, приймають дані, що ініціюють платіжну транзакцію, визначають, що платіжна була ініційована транзакція з використанням мобільного пристрою, і у відповідь на ухвалу, що платіжна була ініційована транзакція з використанням мобільного пристрою, аутентифицируют споживача.

Інші цілі і переваги варіантів втілення цього винаходу будуть очевидні для фахівця в даній області техніки після огляду докладного про�юстрирующая потік даних між різними компонентами системи аутентифікації, яка може використовуватися під час процесу реєстрації для мобільного платіжного пристрою, згідно з деякими варіантами втілення цього винаходу;

Фіг. 2 - схема, що ілюструє потік даних між різними компонентами процесу схвалення транзакції, який може використовуватися під час платіжної транзакції, що виконується з використанням мобільного платіжного пристрою, згідно з деякими варіантами втілення цього винаходу;

Фіг. 3 - схема, що ілюструє потік даних між різними компонентами системи аутентифікації, яка може використовуватися під час процесу реєстрації для мобільного платіжного пристрою і специфічних для мобільного пристрою даних аутентифікації, згідно з деякими варіантами втілення цього винаходу;

Фіг. 4 - схема, що ілюструє потік даних між різними компонентами процесу схвалення транзакції, який може використовуватися під час платіжної транзакції, що виконується з використанням мобільного платіжного пристрою і специфічного мобільного пароля, згідно з деякими варіантами втілення цього винаходу;

Фіг. 5 - функциональнваться з деякими варіантами втілення цього винаходу; і

Фіг. 6 - функціональна блок-схема обчислювальної системи, пристрою або пристрою, які можуть використовуватися для реалізації деяких процесів або операцій, які є частиною варіантів втілення цього винаходу.

ДЕТАЛЬНИЙ ОПИС

Варіанти втілення винаходу спрямовані на системи, пристрої та способи для забезпечення можливості аутентифікації транзакції або учасника для транзакції в ситуації, в якій учасник є віддаленим від іншої сторони для транзакції. Прикладом такої ситуації є транзакція без наявності картки (або більш точно, без наявності платіжного пристрою), наприклад, проводиться з використанням мобільного платіжного пристрою. Винахід включає в себе інфраструктуру і процеси для забезпечення споживачеві можливості зареєструвати свій номер мобільного телефону і пов'язати цей номер з платіжним рахунком. Процес реєстрації може бути виконаний з використанням веб-сайту, реєстрація може вимагати, щоб споживач забезпечив дані автентифікації, які були попередньо надані споживачем і пов'язані з платіжним рахунком. Таким чином, номер мобільного телефону споживача становитсать свій мобільний телефон для ініціювання або виконання одного або більше етапів платіжної транзакції. Платіжна транзакція розпізнається як ініційована або виконана за допомогою мобільного телефону, і у відповідь сервер може аутентифікувати транзакцію на основі номера мобільного телефону і результату передує процесу реєстрації та аутентифікації. В інших варіантах втілення сервер може розпізнати платіжну транзакцію як ініційовану або виконану за допомогою мобільного телефону, і у відповідь зв'язується з споживачем з використанням мобільного телефону, щоб отримати підтвердження бажання споживача виконати транзакцію. В якості прикладів це підтвердження може прийняти форму відповіді на дзвінок на мобільний телефон, сформований за допомогою інтерактивної мовленнєвої системи (IVR) або за допомогою споживача, що забезпечує додаткові дані автентифікації, які були попередньо надані споживачем і пов'язані з мобільним телефоном (з розумінням того, що додаткові дані аутентифікації можуть бути використані споживачем для авторизації операцій, пов'язаних з використанням мобільного телефону).

Багато, якщо не все, системи, пристрої і способи цього винаходу можуть бути реалізовані з використанням елем�нзакциях з наявністю карти. Таким чином, варіанти втілення цього винаходу можуть дозволити банкам і іншим постачальникам послуг мобільних платежів посилити існуючі платформи аутентифікації для забезпечення послуг для аутентифікації транзакцій без наявності картки, ініційованих з використанням мобільних платіжних пристроїв. Це зменшує вартість забезпечення послуг мобільних платежів споживачам і може збільшити визнання таких служб, оскільки споживачі та інші об'єкти, залучені в процес платіжних транзакцій, вже будуть знайомі з багатьма, якщо не всіма, використовуваними системами і процесами. Крім того, варіанти втілення цього винаходу можуть використовуватися споживачами та іншими об'єктами, залученими в платіжну транзакцію, для забезпечення поліпшеного безпеки (включає в себе кілька рівнів безпеки при аутентифікації споживача, проводить транзакцію), збільшення швидкості обробки транзакцій і більшої зручності для споживачів, ніж це було можливо в відсутність винаходу.

Перед описом варіантів втілення системи і способів винаходу будуть представлені деякі терміни, скорочення та визначення, які використовуються для описаниѾтноситься до будь-якого придатного об'єкта, який може відкривати і підтримувати рахунок, пов'язаний з споживачем. Приклади емітента включають в себе банк, кредитна спілка, підприємство, таке як роздрібний магазин або постачальник, або урядовий об'єкт. У багатьох випадках емітент може забезпечити споживачеві карту електронної комерції або інший вид платіжного пристрою. Емітент зазвичай має встановлені відносини зі споживачем і, таким чином, має дані, які можуть використовуватися для аутентифікації споживача. Такі дані можуть включати в себе номер соціального страхування споживача, день народження, номер рахунку, адреса доставки, переваги і т. д.

Використовуваний в даному описі деяких варіантах втілення термін "сервер" зазвичай представляє потужний комп'ютер або кластер комп'ютерів. Наприклад, сервер може представляти собою великий універсальний комп'ютер, кластер міні-комп'ютерів або групу серверів, що функціонують як блок. В одному прикладі сервер може бути сервером бази даних, сполученим з веб-сервером. Крім того, сервер може вести себе як комп'ютер, який обслуговує запити одного або більше клієнтських комп'ютерів або портативних електронних пристроїв.

Используемимий для надання споживачам інтерактивної електронної вітрини, де споживачі можуть робити покупки і проводити інтерактивні транзакції після того, як вони вирішують купити у продавця товари або послуги.

Використовуваний в даному описі деяких варіантах втілення термін "постачальник послуг мобільних платежів" (або "Оператор MPI" або "MPI") виконує різні функції аутентифікації від імені продавця. Постачальник послуг мобільних платежів може використовувати відповідне апаратне забезпечення або програмне забезпечення, яке доступне для продавця, для забезпечення цих функцій. Наприклад, оператор MPI може використовувати програмне забезпечення, що працює на торговому сервері, або це може бути компонент, який працює на іншому сервері, доступному для продавця. Серед інших функцій оператор MPI може визначати, чи доступна аутентифікація для карти або номера платіжного рахунку, або перевіряти цифровий підпис в повідомленні аутентифікації. В деяких варіантах втілення постачальник послуг мобільних платежів може використовувати компонент, який працює в домені обслуговуючої сторони.

Використовуваний в даному описі деяких варіантах втілення термін "сервер керування доступом" (або "ACS") надає емітентам (або іншим об'єктам, спосіб�м ожливість аутентифікувати споживачів під час транзакції. Сервер ACS виконує запитувані служби аутентифікації і забезпечує в цифровій формі і підписані відповіді об'єктів, запитувачем аутентифікацію. Сервер ACS може спільно використовуватися декількома сторонами. В якості альтернативи сторона може мати декілька серверів управління доступом, кожен з яких пов'язаний з окремим поднабором споживачів.

Використовуваний в даному описі деяких варіантах втілення термін "сервер каталогів" може використовуватися для маршрутизації повідомлень, що містять інформацію реєстрації та аутентифікації, між торговим модулем або постачальником послуг мобільних платежів і сервером ACS емітента. Сервер каталогів також може визначати, чи може споживач за допомогою служби аутентифікації. В деяких варіантах втілення сервером каталогів може керувати організація обробки або обслуговування платежів, така як Visa.

Використовуваний в даному описі деяких варіантах втілення термін "система обробки платежів" або "мережа обробки оплати" може включати в себе серверні комп'ютери обробки даних, підсистеми, мережі та операції, використовувані для підтримки та постачання служб авторизації, служб файлу винятків і служб про�бя VisaNet. Системи та мережі обробки платежів можуть обробляти транзакції за допомогою кредитної картки, транзакції по дебетовій картці і комерційні транзакції інших типів. Системи та мережі обробки платежів також можуть мати системи, які виконують служби твори розрахунків та врегулювання рахунку. Система чи мережа обробки платежів може використовувати будь-яку відповідну дротову або бездротову мережу, зокрема Інтернет, щоб дозволити зв'язок і передачу даних між компонентами або елементами.

Використовуваний в даному описі деяких варіантах втілення термін "інтерактивна мовна система" (або "IVR") відноситься до технології систем телефонії, яка дозволяє комп'ютерного пристрою виявляти мова і тоновий набір через звичайний телефонний дзвінок і забезпечувати взаємодію зі споживачем за допомогою телефонного дзвінка.

Використовуваний в даному описі деяких варіантах втілення термін "служба коротких повідомлень" (або "SMS") може використовуватися для позначення відомого протоколу для повідомлень, які відправляють з мобільних телефонів на мобільні телефони. Типові SMS повідомлення можуть дозволити користувачам відправляти до 160 символів на одне повідомлення.

Іс") може використовуватися для позначення номера мобільного абонента в цифрової мережі зв'язку з інтегрованим обслуговуванням (ISDN), який може бути номером мобільного телефону споживача.

Як зазначено вище, варіанти втілення винаходу можуть бути особливо корисними для проведення віддалених транзакцій, тобто у випадку, коли споживач і платіжний пристрій не присутні у продавця. Віддалені транзакції можуть бути проведені через засоби зв'язку, в тому числі, але без обмеження, голосові дзвінки мобільного або наземного зв'язку, повідомлення служби коротких повідомлень (SMS) і т. д. Різні протоколи передачі даних (наприклад, TCP/IP) також можуть використовуватися. Віддалені транзакції можуть бути ініційовані з мобільних платіжних пристроїв, у тому числі, але без обмеження, мобільних телефонів, смартфонів, з'єднаних із Інтернетом комп'ютерів або терміналів, кишенькових комп'ютерів (PDA) і т. д.

В деяких варіантах втілення, перед забезпеченням можливості споживачеві використовувати свій мобільний платіжний пристрій для платіжної транзакції мобільний пристрій реєструється і зв'язується з платіжним рахунком, що належить споживачеві. Процес реєстрації може включати в себе процес аутентифікації, в якому у споживача вимагають надати інформацію, яка підтверджує його идентификациоЂежного рахунку. Така інформація може прийняти форму кодового слова, пароля, даних безпеки або іншого виду даних автентифікації або ідентифікації, які попередньо були надані службі аутентифікації. У такому випадку інформація для споживачів була попередньо перевірена і встановлена в якості задовільного способу "докази", що людина, що надає інформацію, є споживачем, який дозволено для використання платіжного рахунку. Наприклад, у споживача, який прагне зареєструвати свій мобільний платіжний пристрій, можна попросити надати його номер мобільного телефону або інший вид ідентифікатора мобільного платіжного пристрою і номер рахунку для платіжного рахунку, який він хоче пов'язати з мобільним ідентифікатором. Служба аутентифікації потім може запросити, щоб споживач надав форму даних аутентифікації для підтвердження своєї ідентифікаційної інформації (наприклад, пароль тощо), причому дані аутентифікації були попередньо надані і пов'язані зі споживачем. Якщо дані автентифікації, надані споживачем, перевірені і є коректним (тобто вони є даними, попередньо � пристрою зв'язується з платіжним рахунком споживача. Як буде описано, в деяких варіантах втілення винаходу це може забезпечити споживачеві можливість виконувати платіжні транзакції з використанням мобільного пристрою без необхідності надавати додаткові дані автентифікації або ідентифікації.

Таким чином, в деяких варіантах втілення винаходу споживач може бути аутентифікований (наприклад, в цілях проведення транзакції в більш пізній час), в той час як споживач знаходиться в процесі реєстрації в службі мобільних платежів. Споживач може провести транзакції з використанням служби мобільних платежів без необхідності додаткової аутентифікації під час транзакції. Це надає споживачеві зручний спосіб використовувати свій мобільний платіжний пристрій для платіжних транзакцій.

Як зазначено, деякі аспекти процесу аутентифікації споживача можуть бути зроблені під час реєстрації мобільного платіжного пристрою в якості гарантії, що лише споживач, який належним чином аутентифікований службою аутентифікації, може зареєструватися в службі мобільних платежів (і, таким чином, використовувати свій мобільний платіжний устройст�бильних платежів за допомогою реєстрації номера мобільного телефону та персонального номера рахунку (PAN) у постачальника послуг мобільних платежів. В деяких варіантах втілення сервер ACS може попросити споживача надати попередньо прийнятий пароль, який був пов'язаний з платіжним рахунком. В деяких варіантах втілення сервер ACS може вирішити аутентифікувати споживача через окремий канал або запит як частина процесу реєстрації (наприклад, за допомогою дзвінка по мобільному телефону, відправлення запиту інформацію через службу обміну повідомленнями на настільний комп'ютер і т. д.). Під час подальшої транзакції, ініційованої споживачем, постачальник послуг мобільних платежів може перевірити телефонний номер і номер PAN, які використовуються споживачем під час транзакції. В деяких варіантах втілення під час транзакції постачальник послуг мобільних платежів може запросити створення підпису аутентифікації сервера ACS без проходження через окремий процес аутентифікації з споживачем.

Слід зазначити, що у деяких варіантах втілення постачальник послуг мобільних платежів і оператор ACS в домені емітента можуть увійти в двосторонню угоду, щоб гарантувати, що система ACS може відрізнити транзакцію, що проводиться на мобільному каналі, і транзакцію на основі веб-мережі. Як буде описано, це може бути сде�ням мобільного платіжного пристрою і у відповідь застосовувати заданий процес авторизації до цієї транзакції. Слід зазначити, що при бажанні постачальник послуги мобільних платежів може змінити свою систему реєстрації у службі, щоб гарантувати, що в службі мобільних платежів можуть зареєструватися лише ті користувачі, які аутентифицировани зазначеною системою аутентифікації. В інших варіантах втілення система ACS може бути виконана з можливістю бути в змозі відрізняти і аутентифікувати мобільний транзакцію без будь-якої угоди, участі або зміни допомогою постачальника послуг мобільних платежів. Враховуючи велику кількість продавців електронної комерції, можливість аутентифікувати транзакції мобільного платежу без вимоги змін допомогою продавця може бути корисною. У таких варіантах втілення, коли споживач перенаправляється продавцем на сервер ACS, сервер ACS використовує HTTP-заголовки, щоб розпізнати, що споживач використовує мобільний пристрій. Потім сервер ACS надсилає належним чином сформатированное вікно запиту пароля споживчому пристрою. Споживач вводить свій попередньо зареєстрований пароль, сервер ACS аутентифікує споживача та надає результати аутентифікації назад постачальник�тами системи аутентифікації, яка може використовуватися під час процесу реєстрації для мобільного платіжного пристрою, згідно з деякими варіантами втілення цього винаходу. Як показано на фіг. 1, у типовому варіанті використання користувач чи споживач 1000 використовує клієнт 1100, такий як веб-браузер, що працює на персональному комп'ютері, щоб зареєструвати мобільний платіжний пристрій для використання з платіжним рахунком. Споживач 1000 реєструє свій персональний номер рахунку (PAN) і номер MSISDN шляхом надсилання цієї інформації оператору 1200 MPI через клієнт 1100. Як правило, номер MSISDN буде номером мобільного телефону споживача у разі мобільного платіжного пристрою, що представляє собою мобільний телефон, проте якщо платіжний пристрій не є мобільним телефоном, номер MSISDN може представляти собою інший вид даних. В деяких варіантах втілення споживач 1000 використовує веб-браузер, що працює на клієнта 1100, для здійснення доступу до веб-сайту, виконуваного за допомогою оператора 1200 MPI, щоб надати цю інформацію. Слід зазначити, що клієнт 1100 може не бути пристроєм мобільного зв'язку, яке реєструється потребния клієнт може являти собою той же самий пристрій (або резидентний об'єкт на пристрої), яка реєструється як мобільний платіжний пристрій. Надання цієї інформації показано як потік 110 даних на фіг. 1.

Потім оператор 1200 MPI визначає належний сервер 1300 ACS для заданого платіжного рахунку, наданого споживачем 1000. В деяких варіантах втілення оператор 1200 MPI здійснює доступ до сервера каталогів для пошуку належного сервера 1300 ACS. Як тільки оператор 1200 MPI визначив місце розташування належного сервера 1300 ACS, оператор 1200 MPI відправляє PAN номер з номером MSISDN, надані споживачем 1000 сервера 1300 ACS. Передача номери PAN і номери MSISDN показана як потік 120 даних на фіг. 1.

Сервер 1300 ACS може взаємодіяти з клієнтом 1100, використовуваним споживачем 1000, для виконання або завершення процесу реєстрації. Слід зазначити, що у деяких варіантах втілення процес реєстрації може включати в себе частину або всі процеси аутентифікації. В деяких варіантах втілення реєстрація може включати в себе відправлення сервером 1300 ACS веб-сторінки клієнту 1100 по Інтернету. Передача веб-сторінки показана як потік 130 даних. Споживач 1000 може потім ввести пароль або інші дані безпеки на веб-сторінці і надати цю інфор�залишати пароль або дані, які були попередньо встановлені споживачем 1000, для аутентифікації транзакцій без наявності картки, таких як транзакції, що проводяться на сайтах електронної комерції Інтернету (хоча це не потрібно, оскільки пароль або дані могли бути встановлені споживачем для аутентифікації інших типів платіжних транзакцій). Таким чином, в деяких варіантах втілення споживач може зареєструвати свою інформацію про платіжному рахунку та надати пароль, який буде використовуватися для аутентифікації споживача в деяких ситуаціях транзакцій. Коли споживач не пізніше хоче зареєструвати свій номер мобільного телефону і номер PAN, щоб використовувати свій мобільний телефон для транзакцій мобільного платежу, його можна попросити забезпечити попередньо наданий пароль для аутентифікації. Відповідь споживача може також служити для підтвердження його бажання мати номер мобільного телефону, пов'язаний з номером PAN, в цілях використання свого мобільного телефону для платіжних транзакцій. Слід зазначити, що у деяких варіантах втілення пароль, наданий сервера 1300 ACS, може бути новим паролем, який реєструється споживачем для іс� пароль сервера 1300 ACS показано як потік 140 даних.

Якщо наданий пароль є тим, який був попередньо встановлений споживачем, то сервер 1300 ACS може підтвердити пароль і відправити результат аутентифікації (тобто, що споживач належним чином аутентифікований) оператору 1200 MPI. Сервер 1300 ACS також може відправити іншу інформацію з результатом аутентифікації, таку як значення перевірки аутентифікації власника кредитної картки (CAVV). Це взаємодія показано як потік 150 даних. Попередньо встановлений пароль може бути таким, як описано в патенті США № 7,007,840, який описує процес для надання споживачу можливості зареєструвати PAN номер, відповідний споживчому платіжному рахунку, і пов'язати цей рахунок з паролем, який споживач може використовувати в більш пізній час для аутентифікації. Якщо наданий пароль є новим паролем, який реєструється споживачем, то сервер 1300 ACS може вимагати від споживача інші дані, перш ніж надати оператору 1200 MPI показання, що споживач аутентифікований. Такі інші дані можуть включати, наприклад, споживчий профіль або ідентифікаційні дані.

Після прийому підтвердження, чт�єрки наданого значення (CVV2) перевірки карти і підтвердити, що платіжний рахунок, який споживач хоче використовувати для транзакції за допомогою мобільного платіжного пристрою, є активним. Оператор 1200 MPI може надати це повідомлення аутентифікації емітенту 1500 з використанням системи 1400 обробки платежів. Цей потік даних показаний як 160 і 170. Коли платіжний рахунок (наприклад, кредитна або дебетова картка) перевірений, мобільний платіжний пристрій реєструється для використання споживачем 1000 в транзакції без наявності картки.

Фіг. 2 є схемою, що ілюструє потік даних між різними компонентами процесу схвалення транзакції, який може використовуватися під час платіжної транзакції, що виконується з використанням мобільного платіжного пристрою, згідно з деякими варіантами втілення цього винаходу. Як показано на фігурі, у типовій платіжної транзакції споживач 1000 ініціює трансакцію без наявності картки з використанням зареєстрованого мобільного платіжного пристрою 2100 споживача 1000 (коли процес реєстрації проводиться у відповідності з процесом, зображеним на фіг. 1, або в іншому відповідному процесі). В деяких варіантах втілення споживач 1000 може инициировжное пристрій 2100, за допомогою активації платіжного додатка, встановленого на мобільному пристрої 2100, за допомогою забезпечення іншого виду управління доступом або даних безпеки пристрою або за допомогою участі в іншому вигляді взаємодії користувача з пристроєм. У відповідь мобільний платіжний пристрій 2100 потім ініціює платіжну транзакцію з вузлом 1200 оператора мобільних платежів. Цей етап показаний як потік 210 даних. Дані, передані в потоці 210 даних, можуть включати в себе номер MSISDN мобільного платіжного пристрою, хоча вони також можуть включати в себе інші дані в додаток до номера MSISDN або замість нього.

На основі номери MSISDN та/або інших даних, прийнятих від мобільного платіжного пристрою 2100, оператор 1200 MPI може визначити споживчий платіжний рахунок, пов'язаний з споживачем. Оператор 1200 MPI постачальника послуг мобільних платежів може потім запитати аутентифікацію від сервера ACS 1300, пов'язаного з платіжним рахунком зареєстрованого мобільного платіжного пристрою 2100 (або, більш точно, підтвердження попередньої аутентифікації споживача та/або мобільного платіжного пристрою). В деяких варіантах втілення оператор 1200 MPI може використовувати сервер каталогдлежащий сервер 1300 ACS для аутентифікації оператор 1200 MPI може відправити запит аутентифікації сервера 1300 ACS. Цей запит оператора 1200 MPI до сервера ACS 1300 показаний як потік 220 даних.

Сервер 1300 ACS розпізнає запит від оператора 1200 MPI як пов'язаний з транзакцією мобільного платежу, ініційованої з використанням заданого мобільного платіжного пристрою, і на основі даних, наданих як частину попередньої реєстрації та процесу аутентифікації (як описано у відношенні фіг. 1), може створити повідомлення схвалення аутентифікації або транзакції для платіжної транзакції. Згідно з деякими варіантами втілення сервер 1300 ACS, необов'язково, може змусити сформувати виклик IVR на мобільний платіжний пристрій 2100 для підтвердження споживача 1000 провести транзакцію. Необов'язковий виклик IVR показаний як потік 230 і 240 даних, де один елемент потоку даних являє собою сформований виклик IVR на мобільний пристрій, і інший елемент потоку даних являє собою відповідь на виклик IVR, сформований споживачем, який використовує мобільний пристрій. Після виконання будь-яких додаткових операцій аутентифікації або перевірки, які можуть бути використані (або без виконання подібних операцій, якщо вони не трнних. Результат аутентифікації може містити інші відповідні дані автентифікації, такі як CAVV. Слід зазначити, що на додаток до використання системи IVR також можуть бути використані інші форми підтвердження споживача провести транзакцію; вони включають в себе, але без обмеження, обмін повідомленнями SMS, електронними листами, забезпечення споживачем заданого числового або алфавітно-цифрового коду у відповідь на повідомлення і т. д. Слід також зазначити, що використання виклику IVR або іншої форми підтвердження споживача провести транзакцію може застосовуватися вибірково до певних транзакцій, таким як транзакції, підозрілі на предмет шахрайства, транзакції, мають значення, яке перевищує визначену порогову величину, або будь-яким іншим відповідним критеріям.

Оператор 1200 MPI використовує результат аутентифікації, прийнятий від сервера 1300 ACS (який, як зазначено, може включати в себе такі дані, як CAVV та/або інші дані, що відносяться до платіжного пристрою або платіжному рахунку), для забезпечення авторизації для платіжної транзакції емітенту 1500 для платіжного рахунку, який використовується споживачем. Ця авторизація може�ція, передана емітенту, може включати в себе інформацію, яка ідентифікує транзакцію як транзакцію без наявності картки, що проводиться з використанням авторизованого мобільного платіжного пристрою.

Слід зазначити, що в зразковому процесі платіжної транзакції, описаному щодо фіг. 2, ніяка додаткова аутентифікація споживача не потрібно для виконання сервером 1300 ACS під час транзакції (хоча, як зазначалося, може бути використана аутентифікація IVR або інший вид додаткової аутентифікації). Замість цього сервер 1300 ACS розпізнає транзакцію, прийняту від оператора 1200 MPI, як транзакцію без наявності картки, яка ініційована з використанням попередньо аутентифицированного мобільного платіжного пристрою 2100. Це дозволяє споживачеві провести платіжну транзакцію з допомогою мобільного платіжного пристрою без необхідності надавати додаткову інформацію аутентифікації, тим самим зменшуючи незручність для споживача і прискорюючи транзакцію.

В якості альтернативи для варіанта втілення винаходу, описаного щодо фіг. 1 і 2, в деяких варіантах втілення під час процесу реєстрації споживач може забезпечити паролтранзакции, ініційованої з використанням мобільного платіжного пристрою, або заданого мобільного платіжного пристрою. У такому варіанті втілення споживач реєструє свій мобільний платіжний пристрій способом, аналогічним описаному щодо фіг. 1; однак під час процесу реєстрації споживач надає сервера аутентифікації пароль або інший вид даних аутентифікації, які зареєстровані і пов'язані з операціями, які виконуються з використанням мобільного платіжного пристрою споживача. Під час подальшої платіжної транзакції, яка ініціюється з використанням мобільного платіжного пристрою, у споживача запитується надання зареєстрованих даних аутентифікації, які були пов'язані з пристроєм у вигляді аутентифікації споживача і схвалення транзакції.

Таким чином, в цьому альтернативному варіанті втілення споживача можна попросити забезпечити новий цифровий пароль (або дані іншого відповідної форми, такі як алфавітно-цифровий пароль або рядок символів) для використання з мобільним платіжним пристроєм споживача, коли споживач реєструє свій мобільний платіжний пристрій для использоваежную транзакцію з використанням свого мобільного пристрою, причому транзакція автентифікований з використанням числового пароля або інших даних. Новий пароль може бути (і в деяких випадках бажано бути) відрізняється від інших паролів, які можуть використовуватися для аутентифікації користувача для інших типів транзакцій, таких як транзакції електронної комерції, що проводяться по Інтернету. Таким чином, альтернативний варіант втілення дозволяє споживачу створювати і реєструвати на сервері ASC пароль, спеціалізований для мобільного платіжного пристрою. Споживач уводить виділений пароль мобільний платіжний пристрій, таке як мобільний телефон, при проведенні транзакції з використанням мобільного платіжного пристрою. Потім пароль може бути спрямований від мобільного пристрою через оператора мобільного платежу на сервер ACS для аутентифікації споживача і схвалення транзакції.

Слід зазначити, що в деяких реалізаціях варіанти втілення процесу винаходу можуть зажадати, щоб зміни були проведені в межах домену постачальника послуг мобільних платежів (який може бути частиною торгового домену) та/або на сервері ACS (який може бути частиною домену емітента) для системи�оммерции (тобто транзакції, не виконуються з використанням мобільного платіжного пристрою). Реалізація варіантів втілення винаходу також може призвести до реконфігурації торгового модуля в торговому домені та/або модифікації в домені емітента (тобто на сервері ACS) для розміщення процесу аутентифікації на основі мобільних платіжних пристроїв. Крім того, в деяких випадках постачальнику послуг мобільних платежів може знадобитися реалізувати модифікації для свого сайту і клієнтського програмного забезпечення мобільного телефону для підтримки введення мобільного пароля споживачем для кожної транзакції і напрямки пароля оператору сервера ACS.

Далі з посиланням на фіг. 3 буде описаний альтернативний варіант втілення цього винаходу, в якому специфічний для мобільного платіжного пристрою або пароль дані аутентифікації використовуються для платіжних транзакцій, ініційованих з використанням мобільного платіжного пристрою. Фіг. 3 є схемою, що ілюструє потік даних між різними компонентами системи аутентифікації, яка може використовуватися під час процесу реєстрації для мобільного платіжного пристрою і специфічних для мобільного пристрою даних ау�фігурі, споживач 1000 використовує клієнт 1100, такий як веб-браузер, що працює на персональному комп'ютері, для реєстрації мобільного платіжного пристрою для використання з платіжним рахунком. Споживач 1000 реєструє свій персональний номер рахунку (PAN) і номер MSISDN шляхом надсилання цієї інформації оператору 1200 MPI через клієнт 1100. Як правило, номер MSISDN буде номером мобільного телефону споживача у разі мобільного платіжного пристрою, що представляє собою мобільний телефон, проте якщо платіжний пристрій не є мобільним телефоном, номер MSISDN може представляти собою інший вид даних. В деяких варіантах втілення споживач 1000 використовує веб-браузер, що працює на клієнта 1100, для здійснення доступу до веб-сайту, виконуваного за допомогою оператора 1200 MPI, щоб надати цю інформацію. Слід зазначити, що клієнт 1100 може не бути пристроєм мобільного зв'язку, яке реєструється споживачем 1000 для використання в якості мобільного платіжного пристрою, хоча в деяких варіантах втілення клієнт може являти собою той же самий пристрій (або резидентний об'єкт на пристрої), яке реєструється як мобільний платіжно�визначає належний сервер 1300 ACS для платіжного рахунку, відповідного даними, наданими споживачем 1000. Згідно з одним варіантом втілення оператор 1200 MPI здійснює доступ до сервера каталогів для пошуку належного сервера 1300 ACS. Коли оператор 1200 MPI визначив місце розташування належного сервера 1300 ACS, оператор 1200 MPI може відправити PAN номер з номером MSISDN, наданих споживачем 1000, сервера 1300 ACS. Передача номери PAN і номери MSISDN показана як потік 320 даних на фіг. 3.

Сервер 1300 ACS може взаємодіяти з клієнтом 1100, використовуваним споживачем 1000, для реєстрації специфічного для мобільного платіжного пристрою або специфічного для мобільних транзакцій пароля або іншого виду даних аутентифікації. Згідно з одним варіантом втілення цей процес починається, коли сервер 1300 ACS відправляє клієнту 1100 веб-сторінку з Інтернету. Передача веб-сторінки показана як потік 330 даних. Споживач 1000 може ввести свій "стандартний" пароль на веб-сайті, а також новий, специфічний для мобільного платіжного пристрою або мобільних транзакцій пароль і надати цю інформацію назад сервера 1300 ACS. Стандартний пароль, введений споживачем, може бути паролем, який був попередньо встановлений плектронной комерції Інтернету (хоча це не вимагається, оскільки пароль або дані могли бути встановлені споживачем для аутентифікації платіжних транзакцій інших типів). Стандартний пароль може бути встановлений за допомогою будь-якого відповідного процесу або операції, наприклад, як описано у відношенні фіг. 1 або, як описано в попередньо згаданому патенті США № 7,007,840 під назвою "Керована активація власників кредитних карток у безпечною програмою аутентифікації", зміст якого включено в справжній документ за посиланням у всій своїй повноті для всіх цілей. Специфічний для мобільного платіжного пристрою або мобільних транзакцій пароль може бути числовим, алфавітно-цифровим або іншим видом пароля або даних аутентифікації, які будуть пов'язані з зареєстрованим мобільним платіжним пристроєм і використані в якості частини процесу аутентифікації для транзакцій без наявності картки, що проводяться з використанням пристрою. Надання цих паролів сервера 1300 ACS показано як потік 340 даних. Слід зазначити, що стандартний пароль і специфічний мобільний пароль можуть бути надані як частина одного і того ж надання даних або як окремі надання даних, наприклад, з викори�ет відбуватися у відповідь на запит або форму сформовану у відповідь на надання стандартного пароля).

Сервер 1300 ACS приймає надані дані і може потім перевірити стандартний пароль, встановити специфічний мобільний пароль для мобільного платіжного пристрою і відправити результат аутентифікації оператору 1200 MPI. Сервер ACS 1300 може також відправити іншу інформацію з результатом аутентифікації, таку як значення перевірки аутентифікації власника кредитної картки (CAVV). Це взаємодія показано як потік 350 даних.

Оператор 1200 може потім відправити повідомлення аутентифікації емітенту 1500, щоб перевірити надане значення (CVV2) перевірки карти і підтвердити, чи є рахунок споживача активним. Оператор 1200 MPI може надати це повідомлення аутентифікації емітенту 1500 з використанням системи 1400 обробки платежів. Цей потік даних показаний в якості елементів 360 та 370 на фігурі. Коли карта перевірена, мобільний платіжний пристрій реєструється для використання споживачем 1000 в транзакції без наявності картки.

Фіг. 4 є схемою, що ілюструє потік даних між різними компонентами процесу схвалення транзакції, який може використовуватися під час платіжної транзакції�відсутності з деякими варіантами втілення цього винаходу. У типовій платіжної транзакції споживач 1000 ініціює трансакцію без наявності картки з використанням зареєстрованого мобільного платіжного пристрою 2100 споживача. В деяких варіантах втілення споживач 1000 може ініціювати транзакцію допомогою введення клієнтського PIN (персонального ідентифікаційного номера) мобільний платіжний пристрій 2100, за допомогою активації платіжного додатка, встановленого на мобільному пристрої 2100, за допомогою забезпечення іншого виду управління доступом або даних безпеки пристрою або за допомогою участі в іншому вигляді взаємодії користувача з пристроєм. У відповідь мобільний платіжний пристрій 2100 ініціює платіжну транзакцію з оператором 1200 служби мобільних платежів. Цей етап показаний як потік 410 даних. Дані, передані в потоці 410 даних, можуть включати в себе номер MSISDN мобільного платіжного пристрою, хоча вони також можуть включати в себе інші дані в додаток до номера MSISDN або замість нього.

На основі номери MSISDN та/або інших даних, прийнятих від мобільного платіжного пристрою 2100, оператор 1200 MPI може визначити споживчий платіжний рахунок, пов'язаний з споживачем. Потім оператор 1200 прос�для мобільних транзакцій пароль встановлений під час реєстрації. У відповідь споживач 1000 вводить свій специфічний мобільний пароль мобільний платіжний пристрій 2100 і відправляє цей пароль назад оператору 1200 MPI. Цей потік даних між мобільним платіжним пристроєм 2100 і оператором 1200 MPI показаний як потоки 420 430 даних на фігурі.

Оператор 1200 MPI потім відправляє запит аутентифікації сервера 1300 ACS. В деяких варіантах втілення оператор 1200 MPI може використовувати сервер каталогів для пошуку належного сервера 1300 ACS для платіжного рахунку споживача 1000. Коли оператор 1200 MPI визначив місце розташування належного сервера 1300 ACS, оператор 1200 MPI може відправити запит аутентифікації сервера 1300 ACS. Запит аутентифікації включає в себе специфічний мобільний пароль, введений споживачем 1000. Цей запит аутентифікації показаний як потік 440 даних.

В деяких варіантах втілення сервер 1300 розпізнає, що запит аутентифікації, зроблений оператором 1200 MPI, виконаний для транзакції мобільного платежу без наявності картки, і сервер 1300 ACS підтримує окремий процес аутентифікації, який використовує специфічний мобільний пароль для мобільного платіжного пристрою 2100 для аутентифікації піт� на основі коректного надання специфічного мобільного пароля і відправляє результат аутентифікації оператору 1200. В деяких варіантах втілення результат аутентифікації може включати в себе інші відповідні дані автентифікації, такі як CAVV. Передача результату аутентифікації оператору 1200 MPI показана як потік даних 450.

Згідно з деякими варіантами втілення сервер 1300 ACS, необов'язково, може змусити сформувати виклик IVR на мобільний платіжний пристрій 2100 для підтвердження споживача 1000 провести транзакцію. Виклик IVR може включати в себе сформований виклик IVR на мобільний пристрій і відповідь на виклик IVR, сформований споживачем, який використовує мобільний пристрій. Слід зазначити, що на додаток до використання системи IVR також можуть бути використані інші форми підтвердження споживача провести транзакцію; вони включають в себе, але без обмеження, обмін повідомленнями SMS, електронними листами, забезпечення споживачем заданого числового або алфавітно-цифрового коду у відповідь на повідомлення і т. д. Слід також зазначити, що використання виклику IVR або іншої форми підтвердження споживача провести транзакцію може застосовуватися вибірково до певних транзакцій, таким як транзакції, підозрілі на предмет мошенничеѸм відповідним критеріям.

Оператор 1200 MPI потім використовує відповідь аутентифікації, прийнятий від сервера 1300 ACS для авторизації транзакції без наявності картки з допомогою емітента 1500 платіжного рахунку, який використовується споживачем 1000. Оператор 1200 MPI може зробити цей запит з використанням системи обробки платежів. Це показано як потоки 460 і 470 даних на фігурі. Як показано на фіг. 4, специфічний мобільний пароль спрямований від споживача 1000 до сервера 1300 ACS через оператора 1200 MPI.

Способи, процеси або операції, описані з посиланням на фіг. 1-4, можуть бути здійснені з використанням будь-якого відповідного виду мобільного платіжного пристрою або портативного споживчого пристрої, в тому числі, але без обмеження, мобільного телефону, кишенькового комп'ютера (PDA), портативного комп'ютера або іншого пристрою, що має можливість бездротового зв'язку і передачі даних. Мобільний платіжний пристрій або портативний споживче пристрій можуть включати в себе безконтактний елемент, такий як напівпровідникову мікросхему, вбудовану або іншим чином приєднану до мобільного телефону, кишенькового комп'ютера (PDA) і т. д. Як описано в деяких варіантах втілення споживач може испольЄон, для проведення платіжних транзакцій за допомогою забезпечення платіжних даних і функціонування в якості інтерфейсу для забезпечення даних аутентифікації. Слід зазначити, що варіанти втілення винаходу не обмежені якимось певним типом мобільного платіжного пристрою або портативного споживчого пристрою.

Зразкове портативний споживче пристрій або мобільний платіжний пристрій можуть перебувати в одній з багатьох відповідних форм. Наприклад, відповідні портативні мобільні платіжні пристрої можуть бути переносними і компактними, з тим щоб вони могли поміститися в кишеню споживача (наприклад, кишеньковими). Вони можуть включати в себе інтелектуальні мікросхеми, вбудовані в інший пристрій. Приклади портативних споживчих пристроїв, які можуть функціонувати в якості платіжних пристроїв, що включають в себе стільникові телефони, кишенькові комп'ютери (PDA), пейджери, транспондери і т. п. Портативні споживчі пристрої можуть функціонувати як дебетових пристроїв (наприклад, дебетової картки), кредитних пристроїв (наприклад, кредитної карти) або пристроїв з передоплатою (наприклад, картки з передоплатою).

Приблизно фіг. 5, яка є функціональна блок-схема елементів мобільного платіжного пристрою у вигляді мобільного телефону, який може використовуватися з деякими варіантами втілення цього винаходу. Слід зазначити, що фіг. 5 показує кілька компонентів, і портативні споживчі пристрої або мобільні платіжні пристрої, що використовуються в якості частині реалізації винаходу, можуть містити будь-яку комбінацію або частина таких компонентів. Зчитаний комп'ютером носій (CRM) 32(b) може знаходитися в межах корпусу 32(h) або може відділятися від цього. Корпус 32(h) може бути виконаний у вигляді пластмасової підкладки, кожуха або іншої підходящої структури. Зчитаний комп'ютером носій 32(b) може являти собою пам'ять, яка зберігає дані, і може бути виконаний в будь-якій зручній формі, в тому числі магнітної смужки або мікросхеми пам'яті, і може містити унікально отримані ключі, алгоритми шифрування і т. д. Пам'ять також може зберігати таку інформацію, як фінансова інформація, інформація транзакції (наприклад, як у квитках для проходу в метро або на залізничний транспорт), інформація доступу (наприклад, як в пропусках) і т. д. Фінансів�заходів банку (BIN), інформація номера кредитної або дебетової картки, інформація балансу рахунку, дата закінчення строку, інформація про споживача, така як ім'я, дата народження і т. д.

Інформація в пам'яті також може бути у вигляді доріжок даних, таких як традиційно відносяться до кредитних карток. Такі доріжки можуть включати в себе доріжку 1 і доріжку 2. Доріжка 1 зазвичай зберігає більше інформації, ніж доріжка 2, і містить ім'я власника кредитної картки, а також номер рахунку і інші довільні дані. Ця доріжка іноді використовується авіалініями при захисті бронювань за допомогою кредитної карти. Доріжка 2 у даний момент зазвичай використовується для платіжних транзакцій. Це доріжка, яка зчитується банкоматів (ATM) і терміналами прийому кредитних карт. Доріжка зазвичай містить рахунок власника кредитної картки, зашифрований PIN-код та інші довільні дані.

Зчитаний комп'ютером носій 32(b) чи пам'ять може містити код, який при його виконанні допомогою запрограмованого процесора викликає реалізацію відповідних етапів, процесів або операцій цього винаходу. Наприклад, зчитаний комп'ютером носій 32(b) може містити код, який при його виконанні допомагає при ре�іі без наявності картки (CNP).

Телефон 32 може додатково включати в себе безконтактний елемент 32(g), який може включати в себе напівпровідникову мікросхему (або інший елемент зберігання даних) та в деяких варіантах втілення відповідний елемент бездротової передачі даних, таких, як антена або перетворювач. Слід зазначити, що елемент бездротової передачі даних не вимагається в усіх варіантах втілення винаходу, оскільки безконтактний елемент може бути інтегрований з можливостями зв'язку мобільного телефону, і тим самим дозволяється передача даних між безконтактним елементом і системою стільникового зв'язку. У таких ситуаціях безконтактний елемент 32(g) може бути вбудований в телефон 32, та дані або інструкції управління, передані через стільниковий зв'язок, можуть бути застосовані до безконтактного елементу 32(g) за допомогою інтерфейсу безконтактного елементу (не показаний). Інтерфейс безконтактного елемента робить можливим обмін даними та/або інструкціями управління між схемою мобільного пристрою (і, отже, мережею стільникового зв'язку) і безконтактним елементом 32(g).

В деяких варіантах втілення безконтактний елемент 32(g) має можливість передачі і прийому даних з використанням�зазвичай у відповідності зі стандартним протоколом або механізмом передачі даних (наприклад, ISO 14443/NFC). Інші відповідні можливості зв'язку малої дальності, які можуть використовуватися для реалізації винаходу, включають в себе RFID, Bluetooth™, інфрачервоне випромінювання або інші можливості передачі даних, які можуть використовуватися для обміну даними між телефоном 32 і прочитуючим пристроєм або терміналом точки продажу. Таким чином, 32 телефон може мати можливість взаємодії і передачі даних та/або інструкцій управління як через мережу стільникового зв'язку, з використанням бездротового зв'язку ближнього радіусу дії або малої дальності.

Телефон 32 також буде включати в себе процесор 32(c) (наприклад, мікропроцесор або ЦП), запрограмований з допомогою набору інструкцій, причому процесор виконує інструкції для реалізації різних функцій телефону 32 і пристрої 32(d) відображення, щоб надати споживачеві можливість бачити номери телефонів та іншу інформацію та повідомлення. Телефон 32 може додатково включати в себе елементи 32(e) введення (такі як клавіатура, екран дотику і т. д.), щоб надати споживачеві (або представнику) можливість вводити інформацію в пристрій динамік 32(f), щоб надати споживачеві можливість чути голефон 32. Телефон 32 також буде включати в себе антену 32(a) для забезпечення можливості бездротового зв'язку і передачі даних з використанням мережі стільникового зв'язку.

Фіг. 6-функціональна блок-схема обчислювальної системи, пристрою або пристрою, які можуть використовуватися для реалізації деяких процесів або операцій, які є частиною варіантів втілення цього винаходу. У примірному варіанті втілення деякі або всі функціональні компоненти, зображені на фіг. 6, можуть бути присутніми на сервері або в іншому вигляді обчислювального пристрою, який виконує всі або деякі функції оператора MPI (елемент 1200 на фіг. 1-4), сервера ACS (елемент 1300 на фіг. 1-4) або системи обробки платежів (елемент 1400 на фіг. 1-4), які описані у відношенні варіантів втілення цього винаходу. Підсистеми, показані на фіг. 6, з'єднані між собою через системну шину 675. Показані додаткові підсистеми, такі як принтер 674, клавіатура 678, жорсткий диск 679 (або інша пам'ять, що містить зчитуються комп'ютером носії), монітор 676, який приєднаний до адаптера 682 пристрою відображення, та інші. Периферійні пристрої та пристрої введення/виведення, які присЇества коштів, відомих в даній області техніки, таких як послідовний порт 677. Наприклад, послідовний порт 677 або зовнішній інтерфейс 681 можуть використовуватися для з'єднання обчислювального пристрою з глобальною мережею, такий як Інтернет, пристроєм миші або сканером. З'єднання через системну шину дозволяє центральному процесору 673 взаємодіяти з кожною підсистемою і керувати виконанням інструкцій з системної пам'яті 672 або жорсткого диска 679, а також здійснювати обмін інформацією між підсистемами. Системна пам'ять 672 та/або жорсткий диск 679 можуть втілити зчитаний комп'ютером носій. Як згадано, деякі або всі ці елементи можуть бути присутніми в попередньо описаних приладах або пристроях. Наприклад, попередньо описаний сервер каталогів або сервер управління доступом можуть включати в себе один або більше компонентів, показаних на фіг. 6.

Зчитаний комп'ютером носій у відповідності з варіантом втілення винаходу може містити код або інший вид виконуваних інструкцій для виконання будь-якої з функцій, процесів або операцій, описаних у відношенні варіантів втілення цього винаходу. Наприклад, попередньо описаний опЇитиваемий комп'ютером носій, містить код, який при його виконанні допомогою запрограмованого процесора виконує аутентифікацію споживача для проведення транзакції на мобільному пристрої при реєстрації мобільного пристрою для використання в транзакціях, і код для проведення транзакції з використанням мобільного пристрою. Таким чином, оператор MPI може включати в себе процесор, приєднаний до считиваемому комп'ютером носієві, причому процесор виконує інструкції, втілені за допомогою комп'ютерного коду на считиваемом комп'ютером носії.

Застосовані тут терміни і вирази використовуються в якості термінів опису, а не обмеження, і при використанні таких термінів і виразів не є наміри виключення еквівалентів показаних і описаних ознак або їх частин; визнається, що в рамках обсягу заявленого винаходу можливі різні модифікації. Крім того, будь-один або більше ознак будь-якого варіанту втілення винаходу можуть бути об'єднані з будь-яким одним або більше іншими ознаками будь-якого іншого варіанта втілення винаходу без відступу від обсягу винаходу.

Крім того, слід розуміти, що описане вище даний зобр модульним або інтегрованим способом. На основі представлених у даному документі опису та ідей фахівець в даній області техніки дізнається і зрозуміє інші способи реалізації цього винаходу з використанням апаратного забезпечення і комбінації апаратного забезпечення та програмного забезпечення.

Елементи, зазначені в однині, мають на увазі значення "один або більше", якщо спеціально не зазначено інакше.

1. Пристрій для аутентифікації споживача, проводить платіжну транзакцію з використанням мобільного пристрою, причому пристрій містить:
процесор, запрограмований для виконання набору інструкцій;
носій даних, приєднаний до процесора;
причому набір інструкцій міститься на носії даних, при цьому, коли набір інструкцій виконується процесором, пристрій аутентифікує споживача за допомогою:
реєстрації мобільного пристрою і зв'язку мобільного пристрою з платіжним рахунком споживача;
аутентифікації реєстрації мобільного пристрою з використанням ідентифікаційних даних, раніше наданих споживачем і пов'язаних з платіжним рахунком;
прийому даних, що ініціюють платіжну транзакцію;
визначення, що платіжна транзакція егистрации мобільного пристрою, що платіжна транзакція виявлено зону для платіжного рахунку з використанням мобільного пристрою.

2. Пристрій п. 1, в якому реєстрація мобільного пристрою і зв'язок мобільного пристрою з платіжним рахунком споживача додатково містить:
прийом реєстраційних даних від споживача, причому
реєстраційні дані включають в себе ідентифікатор платіжного рахунку та ідентифікатор мобільного пристрою, при цьому реєстраційні дані забезпечуються споживачем з використанням клієнтського пристрою.

3. Пристрій п. 2, в якому мобільний пристрій являє собою мобільний телефон і ідентифікатор мобільного пристрою являє собою номер телефону мобільного телефону.

4. Пристрій п. 2, в якому реєстраційні дані забезпечуються споживачем за допомогою введення реєстраційних даних на веб-сайт із використанням клієнтського пристрою.

5. Пристрій п. 1, в якому аутентифікація реєстрації мобільного пристрою з використанням ідентифікаційних даних, раніше наданих споживачем і пов'язаних з платіжним рахунком, додатково містить:
запит споживача забезпечити ідентифікаційні дані;
прийом �дентификационними даними, раніше наданими споживачем і пов'язаними з платіжним рахунком;
у відповідь на ухвалу, що прийняті ідентифікаційні дані узгоджуються з ідентифікаційними даними, раніше наданих споживачем, визначення, що реєстрація мобільного пристрою виявлено зону.

6. Пристрій п. 5, в якому ідентифікаційні дані представляють собою пароль, раніше пов'язаний з платіжним рахунком і використовується споживачем для схвалення платіжної транзакції.

7. Пристрій п. 1, в якому після визначення, що платіжна була ініційована транзакція з використанням мобільного пристрою, пристрій аутентифікує споживача за допомогою контакту з споживачем через мобільний пристрій для отримання підтвердження, що споживач бажає завершити платіжну транзакцію.

8. Пристрій п. 7, в якому контакт зі споживачем через мобільний пристрій додатково містить контакт із споживачем за допомогою одного або більше з формування дзвінка на мобільний пристрій або формування повідомлення на мобільний пристрій.

9. Пристрій п. 1, в якому після визначення, що платіжна була ініційована транзакція з використанням мобільного пристрою�ентификационних даних, причому другий вид ідентифікаційних даних раніше зареєстрований для використання при аутентифікації платіжних транзакцій, ініційованих з використанням мобільного пристрою;
прийому другого виду ідентифікаційних даних від мобільного пристрою;
верифікації, що прийнятий другий вид ідентифікаційних даних коректний.

10. Пристрій п. 1, в якій платіжна транзакція обробляється після визначення, що платіжна транзакція виявлено зону для платіжного рахунку з використанням мобільного пристрою.

11. Спосіб аутентифікації споживача, проводить платіжну
транзакцію з використанням мобільного пристрою, причому спосіб містить:
прийом даних, що ідентифікують мобільний пристрій, і даних, що ідентифікують платіжний рахунок споживача;
аутентифікацію мобільного пристрою з використанням ідентифікаційних даних, раніше наданих споживачем і пов'язаних з платіжним рахунком;
прийом даних, що ініціюють платіжну транзакцію;
визначення, що платіжна була ініційована транзакція з використанням мобільного пристрою;
визначення, ґрунтуючись на аутентифікації мобільного пристрою, що платіжна транзакція аутеатежная транзакція обробляється після визначення, що платіжна транзакція виявлено зону для платіжного рахунку з використанням мобільного пристрою.

13. Спосіб за п. 11, в якому мобільний пристрій являє собою мобільний телефон, і дані, що ідентифікують мобільний пристрій, являють собою номер телефону для мобільного телефону.

14. Спосіб за п. 11, в якому аутентифікація мобільного пристрою з використанням ідентифікаційних даних, раніше наданих споживачем і пов'язаних з платіжним рахунком, додатково містить:
запит споживача забезпечити ідентифікаційні дані;
прийом запитаних ідентифікаційних даних;
ухвала, що ухвалені ідентифікаційні дані узгоджуються з ідентифікаційними даними, раніше наданих споживачем і пов'язаними з платіжним рахунком;
у відповідь на ухвалу, що прийняті ідентифікаційні дані узгоджуються з ідентифікаційними даними, раніше наданих споживачем, визначення, що мобільний пристрій аутентифицировано.

15. Спосіб за п. 11, в якому після визначення, що платіжна була ініційована транзакція з використанням мобільного пристрою, спосіб додатково містить здійснення контакту з споживачі�кцию.

16. Спосіб за п. 15, в якому контакт зі споживачем через мобільний пристрій додатково містить здійснення контакту із споживачем за допомогою одного або більше з формування дзвінка на мобільний пристрій або формування повідомлення на мобільний пристрій.

17. Спосіб за п. 11, в якому після визначення, що платіжна була ініційована транзакція з використанням мобільного пристрою, спосіб додатково містить:
запит споживача забезпечити другий вид ідентифікаційних даних, причому другий вид ідентифікаційних даних раніше зареєстрований для використання при аутентифікації платіжних транзакцій, ініційованих з використанням мобільного пристрою;
прийом другого виду ідентифікаційних даних від мобільного пристрою;
верифікацію, що прийнятий другий вид ідентифікаційних даних коректний.

18. Спосіб проведення платіжної трансакції, причому спосіб містить:
зв'язування платіжного рахунку споживача з першими ідентифікаційними даними споживача, при цьому перші ідентифікаційні дані споживача використовуються споживачем для схвалення платіжних транзакцій, що здійснюються з використанням платіжного рахунку споживача;
�br/>запит споживача забезпечити перші ідентифікаційні дані споживача;
аутентифікацію мобільного пристрою, якщо відповідь на запит являє собою перші ідентифікаційні дані споживача;
прийом даних, що ініціюють платіжну транзакцію;
визначення, що платіжна була ініційована транзакція з використанням мобільного пристрою;
у відповідь на ухвалу, що платіжна була ініційована транзакція з використанням мобільного пристрою, визначення, ґрунтуючись на аутентифікації мобільного пристрою, що платіжна транзакція виявлено зону для платіжного рахунку споживача з використанням мобільного пристрою.

19. Спосіб за п. 18, додатково містить: обробку платіжної транзакції без вимоги, щоб споживач брав участь у процесі аутентифікації під час платіжної транзакції.

20. Спосіб за п. 18, в якому мобільний пристрій являє собою мобільний телефон, і дані, що ідентифікують мобільний пристрій, являють собою номер телефону для мобільного телефону.

21. Спосіб за п. 18, в якому запит споживача забезпечити перші ідентифікаційні дані споживача додатково містить прийом від споживача сот� для використання споживачем для схвалення платіжних транзакцій, здійснюються з використанням мобільного пристрою, і аутентифікація споживача додатково містить прийом від споживача друге ідентифікаційних даних споживача для того, щоб прийняти платіжну транзакцію.

22. Спосіб прив'язки мобільного пристрою до платіжного рахунку, причому спосіб містить:
a) прийом на комп'ютері мобільної платіжної системи (MPI) продавця, даних, що ідентифікують мобільний пристрій, і даних, що ідентифікують платіжний рахунок споживача;
b) визначення сервера управління доступом до емітенту, пов'язаного з платіжним рахунком;
c) передачу комп'ютером MPI продавця запиту аутентифікації, що включає в себе дані, що ідентифікують мобільний пристрій, а дані, що ідентифікують платіжний рахунок, сервера
управління доступом до емітенту, при цьому сервер управління доступом до емітента згодом:
передає веб-сторінку на клієнтський пристрій, керований споживачем;
приймає дані аутентифікації від клієнтського пристрою через передану веб-сторінку;
веріфіцірует прийняті дані автентифікації, грунтуючись на даних аутентифікації, раніше наданих для платіжного рахунку споживачем сервера управління антиалергійна�ації;
d) прийом комп'ютером MPI продавця результату аутентифікації;
е) пересилання комп'ютером MPI продавця результату аутентифікації на комп'ютер емітента, керований емітентом, при цьому емітент згодом визначає, що платіжний рахунок активний;
за допомогою цього здійснюється реєстрація мобільного пристрою з платіжним рахунком.

23. Спосіб за п. 22, в якому визначення сервера управління доступом до емітенту, пов'язаного з платіжним рахунком, містить ідентифікацію, грунтуючись на даних, що ідентифікують платіжний рахунок, сервера управління доступом до емітента з безлічі серверів управління доступом до емітента з використанням сервера каталогів.

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

25. Спосіб за п. 22, в якому дані, що ідентифікують мобільний пристрій, являють собою номер телефону і дані, що ідентифікують платіжний рахунок, являють собою номер платіжного рахунку.

26. Спосіб за п. 22, в якому дані аутентифікації містять пароль.

27. Спосіб за п. 22, в якому клієнтський пристрій прклиентское пристрій і комп'ютер MPI продавця відокремлені один від одного.

29. Спосіб за п. 22, у якому сервер управління доступом до емітента цифровим чином підписує результат аутентифікації.

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

31. Спосіб за п. 22, в якому передача запиту аутентифікації, що включає в себе дані, що ідентифікують мобільний пристрій, а дані, що ідентифікують платіжний рахунок, відбувається через сервер каталогів, і при цьому сервер каталогів знаходиться в мережі обробки платежів, яка налаштована для обробки кредитових і дебетових транзакцій за картками і яка налаштована для виконання авторизації та розрахунково-клірингових служб.

32. Комп'ютер мобільної платіжної системи (MPI) продавця, що містить процесор і зчитаний комп'ютером носій, приєднаний до процесора, причому зчитаний комп'ютером носій містить код, що виконується процесором для реалізації способу містить:
a) прийом на комп'ютері MPI продавця, даних, що ідентифікують мобільний пристрій, і данниханного з платіжним рахунком;
c) передачу комп'ютером MPI продавця запиту на авторизацію, що включає в себе дані, що ідентифікують мобільний пристрій, а дані, що ідентифікують платіжний рахунок, сервера керування доступом до емітенту, при цьому сервер управління доступом до емітента згодом:
передає веб-сторінку на клієнтський пристрій, керований споживачем;
приймає дані аутентифікації від клієнтського пристрою через передану веб-сторінку;
веріфіцірует прийняті дані автентифікації, грунтуючись на даних аутентифікації, раніше наданих для платіжного рахунку споживачем сервера керування доступом до емітента;
формує результат аутентифікації, грунтуючись на верифікації отриманих даних аутентифікації;
d) прийом комп'ютером MPI продавця результату аутентифікації;
е) пересилання комп'ютером MPI продавця результату аутентифікації на комп'ютер емітента, керований емітентом, при цьому емітент згодом визначає, що платіжний рахунок активний;
за допомогою цього здійснюється реєстрація мобільного пристрою з платіжним рахунком.

33. Комп'ютер MPI продавця за п. 32, у якому визначення сервера управління доступом до емітенту, пов'язаного з платіжним рахунком, сод�митенту з безлічі серверів управління доступом до емітента з використанням сервера каталогів.

34. Комп'ютер MPI продавця за п. 32, у якому передача запиту аутентифікації, що включає в себе дані, що ідентифікують мобільний пристрій, а дані, що ідентифікують платіжний рахунок, відбувається через сервер каталогів.

35. Комп'ютер MPI продавця за п. 32, у якому дані, що ідентифікують мобільний пристрій, являють собою номер телефону і дані, що ідентифікують платіжний рахунок, являють собою номер платіжного рахунку.

36. Комп'ютер MPI продавця за п. 32, в якому дані аутентифікації містять пароль.

37. Комп'ютер MPI продавця за п. 32, у якому клієнтський пристрій являє собою мобільний пристрій.

38. Комп'ютер MPI продавця за п. 32, у якому сервер управління доступом до емітенту, клієнтський пристрій і комп'ютер MPI продавця відокремлені один від одного.

39. Комп'ютер MPI продавця за п. 32, у якому сервер управління доступом до емітента цифровим чином підписує результат аутентифікації.

40. Комп'ютер MPI продавця за п. 32, у якому передача запиту аутентифікації, що включає в себе дані, що ідентифікують мобільний пристрій, а дані, що ідентифікують платіжний рахунок, відбувається через сервер каталогів, і при цьому сервер каталогів знаходиться в мережі оброб�бя дані, ідентифікують мобільний пристрій, а дані, що ідентифікують платіжний рахунок, відбувається через сервер каталогів, і при цьому сервер каталогів знаходиться в мережі обробки платежів, яка налаштована для обробки кредитових і дебетових транзакцій за картками і яка налаштована для виконання авторизації та розрахунково-клірингових служб.



 

Схожі патенти:

Спосіб мобільного зв'язку, пристрій шлюзу, вузол керування мобільністю і пристрій сервера керування сеансами викликів

Винахід відноситься до способу і системи мобільного зв'язку. Технічний результат полягає в забезпеченні передачі і прийому інформації, пов'язаної з управлінням політикою і тарифікацією (PCC), коли в функціональному блоці правил політик і тарифікації (PCRF) відбувається відмова або коли PCRF відновлює роботу після виникнення такої відмови. Спосіб мобільного зв'язку для системи мобільного зв'язку, що включає в себе мобільну станцію (UE), PDN-шлюз (PGW) і PCRF, причому спосіб містить повторне встановлення з'єднання мережі передачі пакетних даних (PDN) за допомогою згаданого PGW, якщо PGW знає, що PCRF був перезапущений у процедурі модифікації односпрямованого каналу. 4 н. і 2 з.п. ф-ли, 9 іл.

Спосіб, базова станція і система для координації ресурсу пошукового виклику в гетерогенній мережі

Винахід відноситься до технологій бездротового зв'язку. Технічний результат винаходу полягає в усуненні перешкод пошукового виклику, сформованих створює перешкоди базовою станцією. Спосіб включає в себе: визначення за допомогою першої базової станції користувацького обладнання в підключеному стані; обчислення за допомогою першої базової станції номери субкадра у субкадра, використовуваного для надсилання інформації пошукового виклику, і номера кадру пошукового виклику, якому належить згаданий субкадр, причому інформація пошукового виклику використовується для пошукового виклику користувацького обладнання в підключеному стані; і відправку першою базовою станцією обчисленого номери субкадра і обчисленого номера кадру в кадр пошукового виклику до другої базової станції, так що друга базова станція конфігурує субкадр, відповідний номеру субкадра в кадрі пошукового виклику, відповідному номером кадру, у вигляді майже порожнього субкадра, або друга базова станція зупиняє надсилання інформації в субкадре, відповідному номеру субкадра в кадрі пошукового виклику, відповідному номеру кадру. 3 н. і 7 з.п. ф-ли, 7 іл., 2 табл.

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

Винахід відноситься до області бездротових сенсорних мереж (БСС). Технічним результатом є підвищення продуктивності і точності функціонування бездротової сенсорної мережі (БСС), а також забезпечення економного витрати енергії. Спосіб управління функціонуванням БСС полягає в тому, що забезпечують кластерну архітектуру БСС, ініціалізують БСС, задають параметри ВРС, при цьому параметри ВРС включають контрольовані параметри, проводять аналіз рівня зашумленості каналів, при цьому кількість сенсорних вузлів БСС вибирають пропорційно необхідним параметрам точності обробки і точності передачі контрольованих параметрів, при цьому активують тільки ті сенсорні вузли ВРС, в яких поточними значеннями контрольованих параметрів були перевищені значення, заздалегідь задані у вигляді допусків, після чого в БСС формують зв'язки між активованими сенсорними вузлами БСС, на основі аналізу результатів функціонування БСС виробляють підбір оптимальної структури мережі для отримання найкращого результату за співвідношенням швидкість, точність, виконуваний інтелектуальним модулем на основі нейронної мережі, що функціонує на основі генетичного алгоритму. 1 з.п.

Спосіб встановлення режиму спільної роботи, кероване обладнання, базова станція і система

Винахід відноситься до області бездротового зв'язку. Технічний результат винаходу полягає в спрощенні встановлення режиму спільної роботи базової станції та користувацького обладнання при одночасному збереженні надійності та якості зв'язку. Спосіб встановлення режиму спільної роботи містить етапи: базова станція приймає від користувацького обладнання запит встановлення режиму, який використовується для запиту встановлення режиму спільної роботи; базова станція інкапсулює конфігураційну інформацію про режим спільної роботи, дозволену до використання користувальницьким обладнанням, у відповідь встановлення; базова станція передає відповідь встановлення призначеного для користувача устаткування і приймає від користувацького обладнання повідомлення зворотного зв'язку про те, закінчена чи ні конфігурація режиму спільної роботи. 5 н. і 53 з.п. ф-ли, 16 іл.

Управління доставкою реклами на мобільні клієнти

Винахід відноситься до засобів для управління доставкою реклами на мобільні клієнти з одночасним забезпеченням захисту приватного життя користувачів. Технічним результатом є підвищення точності доставки реклами за рахунок використання сервісу брокера розташування. У способі здійснюють прийом на сервісі доставки реклами жетона використання місця розташування від мобільного клієнта, відправку жетона на сервіс брокера розташування для його верифікації, прийом на сервісі доставки реклами розташування мобільного клієнта від сервісу брокера розташування та доставку реклами, таргетованої по місцю розташування, на мобільний клієнт, причому доставка здійснюється додатково на підставі географічної щільності сукупності мобільних клієнтів. 3 м. і 16 з.п. ф-ли, 3 іл.

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

Винахід відноситься до бездротового зв'язку. Технічний результат полягає в зменшенні імовірності колізії з кількома користувачами в комірці. Для цього асоціація безлічі заснованих на конкуренції надання висхідної лінії зв'язку з діапазоном блоків ресурсів висхідної лінії зв'язку дозволяє одному повідомленню заснованого на конкуренції надання висхідної лінії зв'язку сигналізувати всі безліч надання. Навантаження сигналізації по PDCCH зменшується допомогою використання єдиного повідомлення заснованого на конкуренції надання висхідної лінії зв'язку, щоб сигналізувати безліч заснованих на конкуренції надання висхідної лінії зв'язку. Повідомлення вказує розподілений набір блоків ресурсів висхідної лінії зв'язку і кількість окремих надання ресурсів висхідної лінії зв'язку, представлених набором, і сигналізується таким чином, щоб термінали користувача розпізнали, що окремі поднабори блоків ресурсів висхідної лінії зв'язку в наборі відповідають окремим заснованому на конкуренції надання висхідної лінії зв'язку. Інформація, включена в повідомлення заснованого на конкуренції предоставпредпринимают спробу заснованих на конкуренції передач висхідної лінії зв'язку, та/або управління схемою модуляції і кодування, що використовується для таких передач. 4 н. і 32 з.п. ф-ли, 8 іл.

Способи та пристрої, що забезпечують можливість вказівки відкату потужності в phr в телекомунікаційній системі

Винахід відноситься до області бездротового зв'язку і призначене для вказівки відкату потужності, щонайменше, у звіті про запас потужності в системі зв'язку. Кероване обладнання (700) конфігурований для прийняття рішення щодо того, застосовувати чи ні зниження потужності, і для зазначення цього рішення у звіті про запас потужності, який призначений для передачі в базову станцію (600). Базова радіостанція (600) налаштована для прийому звіту про запас потужності, і на підставі зазначеної інформації у прийнятому звіті про запас потужності базова станція дізнається про додатковий або спеціальному відкаті потужності (наприклад, для виконання вимог питомого ПОГЛИНАННЯ), який застосовувався і, таким чином, може відрізнити його від нормального відкату потужності або зниження потужності. 4 н. і 26 з.п. ф-ли, 18 іл.

Спосіб і пристрій для вимірювання позиціонування в системах передачі з множинними антенами

Винахід відноситься до галузі радіозв'язку. Технічним результатом є підвищення якості вимірювання позиціонування. Розкрито рішення для використання комбінації типів опорних сигналів у мережі бездротового зв'язку при виконанні вимірювань, що відносяться до позиціювання. В одному прикладі UE використовує «комбінацію» CRS і PRS. В якості зразкового випадку UE приймає PRS і, можливо, CRS з однієї або більш сот, тоді як воно з однієї або більше інших сот приймає тільки CRS. В даному випадку UE визначає, наприклад, значення часової прив'язки прийнятого сигналу для CRS як прийнятих з деяких сот для кожної соти і для PRS як прийнятих від інших сот для кожної соти. UE може виконувати вимірювання і повідомляти для кожного сигналу/для кожної соти і може виконувати обчислення, в яких бере участь комбінація вимірювань тимчасової прив'язки, виконаних як для CRS, так і PRS. У додатковому аспекті управління або координація передачами опорних сигналів виконуються для кожного порту в сотах, які використовують численні порти антени для здійснення передачі в кожній такій соте. 7 н. і 23 н. п. ф-ли, 14 іл.

Спосіб мобільного зв'язку, сервер управління абонентами і вузол керування мобільністю

Винахід відноситься до мобільного зв'язку. Технічний результат полягає в забезпеченні можливості виконання мобільною станцією UE процесу вимірювання МВТ (Мінімізація виїзного тестування) у тому випадку, якщо отримано дозвіл від абонента мобільної станції. Спосіб містить: крок сервером передачі ЇМ експлуатації і технічного обслуговування елемента «МВТ config» сервер HSS управління абонентами, і крок передачі сервером HSS управління абонентами в цільову мобільну станцію UE через вузол ММО управління мобільністю і базову станцію eNB команди здійснити процес вимірювання МВТ в тому випадку, коли визначено, що процес вимірювання МВТ цільової мобільною станцією UE дозволено. 4 н. і 4 з.п. ф-ли, 7 іл.

Система зв'язку і спосіб управління нею

Винахід відноситься до системи зв'язку і способу управління нею. Система зв'язку включає в себе: рівень приємопередачі радіосигналу, що включає в себе комбінацію вузлів приємопередачі радіосигналу; локальний обчислювальний рівень, що включає в себе локальний обчислювальний вузол, сполучений із вузлом приємопередачі радіосигналу в одній або декількох комбінаціях сусідніх вузлів приємопередачі радіосигналу і виконує всю обробку зв'язку або першу частину обробки зв'язку; централізований обчислювальний рівень, що включає в себе централізований обчислювальний вузол, з'єднаний з локальним обчислювальним вузлом та виконує другу частину обробки зв'язку, причому вся обробка зв'язку включає в себе першу частину обробки зв'язку і другу частину обробки зв'язку. Локальний обчислювальний рівень відповідає за всю або частину обробки зв'язку. Технічний результат полягає в економії смуги пропускання мережі і поліпшення використання системних ресурсів. 2 н. і 19 з.п. ф-ли, 7 іл.

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

Винахід відноситься до пристроїв медичного моніторингу. Технічним результатом є забезпечення управління тимчасовим погодженням синхронізації. Спосіб містить етапи, на яких передають пакет (70) даних про пацієнта з пристрою (10) моніторингу пацієнта на центральний сервер (12); отримують на пристрої (10) моніторингу пацієнта повідомлення (72) підтвердження (АСК), передане центральним сервером (12) у відповідь на отримання центральним сервером (10) переданого пакета (70) даних про пацієнта, причому повідомлення з підтвердженням містить позначку часу, забезпечену від годин (46) центрального сервера (12), що вказує час і дату, коли центральний сервер (12) прийняв пакет (70) даних пацієнта; порівнюють позначку часу повідомлення (72) з АСК з поточним часом годин (28) пристрою (10) моніторингу пацієнта; і якщо різниця між поточним часом годин (28) пристрою (10) моніторингу пацієнта і відміткою (74) часу повідомлення (72) з АСК більше, ніж перше попередньо певний час, синхронізують годинник (28) відповідно з часом і датою в оцінці (74) часу в повідомленні (72) з АСК. 4 н. і 9 з.п. ф-ли, 5 іл.

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

Винахід відноситься до комп'ютерної техніки, а саме до систем інтелектуальних автоматизованих помічників. Технічним результатом є підвищення точності представлення користувачу релевантної інформації за рахунок обліку параметрів задачі, логічно виведених з контекстної інформації. Запропоновано спосіб функціонування інтелектуального автоматизованого помічника. Спосіб виконується в електронному пристрої, що містить процесор і пам'ять, в якій збережені інструкції, що виконуються процесором. Процесор виконує інструкції, на яких приймають користувальницький запит, що включає мовний enter, прийнятий від користувача. Ідентифікують, на основі подання наміри користувача, безліч релевантних параметрів задачі для потоку завдань, причому безліч релевантних параметрів задачі включає в себе, щонайменше, один параметр завдання, явно виражений у мовному введенні, і, щонайменше, один параметр задачі, логічно виведений з контекстної інформації, пов'язаної з голосовим уведенням. 3 н. і 8 з.п. ф-ли, 50 іл., 5 табл.
Винахід відноситься до обчислювальної техніки. Технічний результат полягає в підтвердженні факту надсилання документа або файлу з зазначенням дати та часу відправлення по електронній пошті. Спосіб електронного нотаріального засвідчення текстової інформації, в якому попередньо проводять реєстрацію контрагента в системі «електронний нотаріус», при відправленні інформації по електронній пошті в полі «копія» вказують адресу автоматичної системи «електронний нотаріус», за отримання копії відправленої інформації автоматична пошта поміщає її в особисті кабінети відправника і одержувача з зазначенням часу відправлення, відправника, адресата, якому направлена інформація, і всіх вкладень, складових інформацію, при цьому автоматична пошта додатково повідомляє адресатові про фіксації факту надсилання інформації та зберіганні завіреної копії відправленої інформації на сайті у вашому особистому кабінеті контрагента. 3 з.п. ф-ли.

Спосіб контролю власником банківської картки можливості здійснення авторизаційних транзакцій в платіжній системі з використанням банківської картки, що обмежує можливість проведення шахрайських операцій у разі компрометації картки

Винахід відноситься до забезпечення безпеки проведення операцій в платіжних системах з використанням банківських карт. Технічний результат полягає в зменшенні ризику здійснення несанкціонованих власником карти операцій по карті в разі її компрометації. У способі для проведення авторизованих операцій по карті власник картки попередньо змінює зазначені вище параметри карти на вирішують, шляхом подачі аутентифицированного запиту в процесинговий центр емітент, дозволяючи таким чином проведення однієї або ряду авторизованих операцій, авторизуемая операція може бути схвалена процесинговим центром емітента тільки у випадку, якщо держателем картки були попередньо аутентифікованим запитом встановлені параметри карти, що дозволяють її проведення. Представлене рішення дозволяє мінімізувати ризик проведення несанкціонованих власником карти операцій у будь-яких середовищах використання карт і відрізняється можливістю використання в вже існуючих системах контролю проведення авторизованих операцій. 2 з.п. ф-ли, 5 іл.

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

Винахід відноситься до формування та експлуатації бази даних інформації про вакансії та кадрових ресурсах. Технічним результатом є підвищення швидкодії пошуку при ранжируванні даних про кадри або вакансії. Пошукова система для кожного обраного інформаційного елемента визначає його рейтинг, обробка інформації, в БД включає структурування в реляційній формі даних про структурі, термінах і взаємозв'язках, що стосуються посадових характеристик, з урахуванням таксономії і онтології предметної області, а також складання рейтингу показників, що складають матрицю, і їх ранжування, клієнти-фізичні особи самі визначають пріоритети критеріїв для виконуваної роботи і вибору компанії, а також проставляють обов'язкові значення критеріїв і варіює ранжируемие показники для відбору вакансій, які система автоматично обробляє в режимі скорингу, для чого їх ранжує, попередньо визначивши їх середнє арифметичне, клієнт-юридична особа визначає обов'язкові значення критеріїв і варіює ранжируемие показники для відбору персоналу, які система обробляє в режимі скорингу, для чого автоматично ранжує, попередньо опрЂериев, отримують рейтинг у списку резюме відібраних кандидатур, щодо яких клієнт-юридична особа приймає рішення. 7 з.п. ф-ли, 1 іл.

Система та методологія реалізується комп'ютером мережної оптимізації

Винахід відноситься до області оптимізації вибору і доставки продуктів в мережі. Технічний результат - оптимізація вибору продукту або послуги щодо вимог клієнтів і забезпечення динамічної інтеграції цих вимог. Система для реалізується комп'ютером мережної оптимізації містить: перший процесор для обробки даних для отримання та зберігання даних у сховищі даних; другий процесор для обробки даних для отримання щонайменше одних вхідних даних для умовних динамічних опцій в мережі; третій процесор для обробки даних для отримання щонайменше одних вхідних даних, заданих для зазначеної мережі, з тим щоб визначити зазначені вибрані продукти з використанням щонайменше одного оптимізованого фільтра; четвертий процесор для обробки даних для доставки принаймні одного із зазначених продуктів принаймні одній із зазначених беруть участь у мережі організацій і п'ятий процесор для обробки даних для запису даних, що відносяться до вказаних доставлених продуктів, в сховище даних. 3 н. і 13 з.п. ф-ли, 5 іл.

Торговельне пристрій управління зміненим кліматом

Винахід відноситься до комп'ютерної техніки. Технічний результат - автоматизоване управління кліматом на обмеженій території. Пристрій керування кліматом, що містить мережевий інтерфейс, виконаний з можливістю приймати запит на використання пристрою керування кліматом; передавати запит авторизації до системи розрахунків у відповідь на прийом згаданого запиту; приймати повідомлення активації, що містить інформацію, асоційовану з системою розрахунків, у відповідь на запит авторизації; передавати платіжне повідомлення до системи розрахунків на основі безлічі параметрів використання, причому платіжне повідомлення призводить до стягування коштів з рахунку користувача; користувальницький інтерфейс, виконаний з можливістю приймати користувальницький введення, ідентифікує програму управління кліматом, що містить параметр температури, параметр вологості, параметр іонізації, параметр осушувача, параметр очищення повітря, звуковий параметр параметр аромату, причому кожен зі згаданих параметрів асоційований з відповідним одним з безлічі часів, безлічі тривалостей і безлічі встановлених значень; і підсистему управління кліматом, виконану �.

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

Винахід відноситься до трансфузіології і призначається для використання в лікувальних установах при плануванні і переливанні пацієнту компонентів консервованої донорської крові. Технічним результатом винаходу є забезпечення безпеки переливання компонентів донорської крові. Спосіб здійснюється з використанням технології штрих-кодування, з формуванням єдиної інформаційно-технологічної системи, де ведуть банк даних пацієнтів, що мають в анамнезі переливання компонентів донорської крові, відповідно до операційного плану автоматично складають трансфузійний план, щодо якого оцінюють наявні компоненти донорської крові та відправляють запит в центр крові на відсутній обсяг компонентів донорської крові, дані про отримані компонентах крові потрапляють автоматично в медичну інформаційну систему. 6 з.п. ф-ли, 18 іл.

Активація послуги з використанням алгоритмічно заданого ключа

Винахід відноситься до області активації послуг з використанням алгоритмічно заданих ключів. Технічний результат - запобігання порушення безпеки системи обробки даних. Спосіб підписки користувача на послугу містить: ідентифікацію в комп'ютері емітента користувача, який авторизований для підписки на послугу на основі визначених емітентом критеріїв; витяг допомогою комп'ютера емітента даних, асоційованих з користувачем, і спільно використовуваного елемента даних, який спільно використовується комп'ютером емітента та комп'ютером постачальника послуг; формування першого коду активації за допомогою комп'ютера емітента та відправку першого коду активації користувачеві; причому користувач надсилає перший код активації і дані, асоційовані з користувачем комп'ютера постачальника послуг; причому комп'ютер постачальника послуг формує другий код активації і авторизує користувача для підписки на послугу, якщо перший і другий коди активації однакові. 7 н. і 13 з.п. ф-ли, 9 іл.

Робочий процес зі зворотним зв'язком

Винахід відноситься до медичного робочого процесу візуалізації. Технічним результатом є підвищення достовірності постановки діагнозу пацієнту. Система містить: блок (114) управління, містить процесор (116); і безліч оброблювальних виконавців (102), пов'язаних з ним, причому процесор (116) здійснює управління реалізацією зі зворотним зв'язком плану робочого процесу медичної візуалізації за допомогою безлічі оброблювальних виконавців (102), причому процесор (116) виконаний з можливістю запитував в одного або більше оброблювальних виконавців (102) електронної медичної інформації, що стосується та/або не стосується візуалізації; формування плану робочого процесу процедури візуалізації за допомогою процедури візуалізації, заснованої на запитаної інформації; планування процедури візуалізації; прийому сигналу, що вказує настання дати запланованої процедури візуалізації; завантаження протоколу візуалізації, відповідного процедури візуалізації, систему візуалізації, що використовується для процедури візуалізації; здійснення сканування за допомогою системи візуалізації; і оновлення плану робочого процесу процедури візуалізації. 2 н і 13 з.п.
Up!