hakikov

Category:

МОЖНО ЛИ ДОВЕРЯТ РОСПАТЕНТ — ФИПС, У МЕНЯ УЖЕ НЕТ. А У ВАС -?

Как нас Об Егорят НАЧАЛО ПЛАНИРУЕТСЯ И ВЕДУТ КАК ЗАВЯЗЫВАЯ ГЛАЗА И ПОТОМ:

РОССИЙСКАЯ ФЕДЕРАЦИЯ

ФЕДЕРАЛЬНАЯ СЛУЖБА
ПО ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ(19) RU (11) 2019 127 969 (13) A(51) МПК

(12) ЗАЯВКА НА ИЗОБРЕТЕНИЕСостояние делопроизводства:Экспертиза по существу завершена (последнее изменение статуса: 16.12.2020)

(21)(22) Заявка: 2019127969, 05.09.2019

Приоритет(ы):

(22) Дата подачи заявки: 05.09.2019

(43) Дата публикации заявки: 05.03.2021 Бюл. № 7

Адрес для переписки:
127410, Москва, Путевой пр., 24, кв. 66, Халиков Хашимбек

(71) Заявитель(и):
Халиков Хашимбек (RU)

(72) Автор(ы):
Халиков Хашимбек (RU)

(54) Способ технической защиты банковского обслуживания

Формула изобретения

Способ технической защиты банковского обслуживания, включающей выпуск банком для своих клиентов трех между собой связанных банковских карт: основной накопительной карты, рабочей карты, расходной; причем основной накопительной карта привязана к расчетному счету в банке; рабочая карта привязана к основной карте через расходную карту, не имеющей доступа к расчетным счетам банка.

Делопроизводство

Исходящая корреспонденция Входящая корреспонденция Уведомление об удовлетворении ходатайства15.12.2020Ходатайство о внесении изменений в формулу изобретения03.12.2020Решение об отказе в выдаче патента15.12.2020Дополнительные материалы03.12.2020Письмо о невозможности проведения информационного поиска19.11.2020Уведомление о результатах проверки патентоспособности19.11.2020 ОЧЕНЬ ПРОСТА ПРИМЕНЯТ методику МПК не тот класс поставит и порядке. Почему не захотел составления экспертный совет господин ЭКСПЕРТ ПОТОМУ ЧТО НУЖЕН ВСЕ ПОДНИМАТЬ И КАК ЗАСТАВИЛИ ПРОСРАТ ФОРМУЛЕ. Так как первоначальная формулу вернут и выдать патент нужен. Вед толка начал считать свои доля, как же так?

МОИ работы:
Способ технической защиты банковского
                                         Формула изобретения.

     Способ технической защиты банковского обслуживания включающейся, в выпуске банками для своих клиентов трех между собой связанный банковский карт, основная накопительная, рабочая связывающей с основной последующей расходной картой, с распределенный суммы по усмотрения держателя банковский карты применен защити от не законный проникновения счетам клиентов отличающем тем, владелец карты участвует защите своего средство несет ответственность равно как банк за свои средство, контролируя и управляя картами а именно:
1-Отличающем основная 1 карта привязана расчетным счетам в банке.
2-Отличающем рабочая 2 карта привязана 1 к основной не к расчетным счетам в банка.
3-Отличающем расходная 3 карта привязана к 2 рабочей карте и не имеет доступ к расчетным счетам и основной карте
 это схема не позволит подобраться к счетам клиента банка.

МПК G06Q – Системы обработки данных или способы, специально предназначенные для административных, коммерческих, финансовых, управленческих, надзорных или прогностических целей; системы или способы, специально предназначенные для административных, коммерческих, финансовых, управленческих, надзорных или прогностических целей, не предусмотренные в других подклассах
: 17 DR RU 2 463 659 C2
Сведущим в данной области будут очевидны различные изменения или улучшения, которые возможны в масштабе данного изобретения, который определяется нижеследующей формулой.

поддельной; и если LENcard равняется LENcurrent, то:

генерируют следующий переменный код (LENnew);

записывают значение LENnew на банковскую карту вместо значения LENcard;

записывают значение LENnew в авторизационную базу данных вместо значения LENcurrent.

2. Способ по п.1, отличающийся тем, что дополнительно получают с авторизационной базы данных по меньшей мере следующий переменный код (LENfuture).

3. Способ по п.2, отличающийся тем, что банковскую карту признают новой картой, если LENcard равняется LENfuture.

4. Способ по п.3, отличающийся тем, что обработка банковской карты как новой.: 13

карты содержит этапы, на которых:

записывают значение LENfuture вместо значения LENcurrent в авторизационной базе данных;

сбрасывают значение LENfuture в авторизационной базе к нулю;

генерируют значение LENnew; и записывают значение LENnew вместо значения LENcard на карте;

записывают значение LENnew вместо значения LENcurrent в авторизационной базе данных.

5. Способ по любому из пп.1-5, отличающийся тем, что дополнительно получают из авторизационной базы данных по меньшей мере следующий переменный код (LENprevious).

6. Способ по п.5, отличающийся тем, что дополнительно содержит этапы, на которых, если LENcard равняется LENcurrent:

записывают значение LENcurrent вместо значения LENprevious в авторизационной базе данных;

в случае обнаружения неудавшейся записи LENnew на карту, записывают значение LENprevious вместо значения LENcurrent в авторизационной базе данных.

20 7. Способ по любому из пп.1-5, отличающийся тем, что дополнительно содержит этапы, на которых:

записывают предварительно установленное значение кода «дикой карты» вместо значения LENcurrent в авторизационной базе данных;

если LENcard не равняется LENcurrent, то:

записывают значение LENcard вместо значения LENcurrent в авторизационной базе данных;

обрабатывают карты, как если бы LENcard равнялось LENcurrent.

8. Способ по любому из пп.1-5, отличающийся тем, что дополнительно определяют, находятся ли LENcard и параметры финансовой операции в установленном диапазоне.

9. Способ по п.8, отличающийся тем, что дополнительно:

если LENcard не равняется LENcurrent, и при этом и LENcard, и параметры финансовой операции находятся в установленном диапазоне, обрабатывают карту так, как если бы LENcard равнялось LENcurrent.

10. Способ по п.8, отличающийся тем, что дополнительно содержит этап, на котором:

обрабатывают карту, как если бы LENcard равнялось LENcurrent, если LENcard равняется LENcurrent, но при этом LENcard и параметры финансовой операции не находятся в установленном диапазоне.

11. Способ по любому из пп.1-5, отличающийся тем, что дополнительно обеспечивают возможность игнорирования.

12. Способ по п.11, отличающийся тем, что дополнительно содержит этапы, на которых:

если LENcard не равняется LENcurrent, то:

активируют возможность игнорирования по решению оператора-человека;

записывают значение LENcard вместо значения LENcurrent в авторизационной базе данных;

и обрабатывают карту, как если бы LENcard равнялось LENcurrent.

13. Способ по п.11, отличающийся тем, что дополнительно содержит этапы, на которых:

.: 14 RU 2 463 659 C2 если LENcard не равняется LENcurrent, то:

автоматически активируют функцию игнорирования; записывают значение LENcard вместо значения LENcurrent в авторизационной базе данных; и обрабатывают карту так, как если бы LENcard равнялось LENcurrent.

14. Носитель, считываемый компьютером и выполненный с возможностью исполнения получаемых от компьютера инструкций для реализации способа аутентификации банковской карты, содержащего:
чтение с банковской карты первого переменного кода (LENcard);

передачу LENcard на авторизационный сервер, связанный с помощью интерфейса с авторизационой базой данных;

получение с авторизационной базы данных по меньшей мере следующего переменного кода (LENcurrent);

сравнение LENcard и LENcurrent; и если LENcard не равняется LENcurrent, то, если банковская карта является новой картой, обработку банковской карты как новой карты, а если банковская карта не является новой картой, признание банковской карты поддельной; и если LENcard равняется LENcurrent, то:

20 генерацию следующего переменного кода (LENnew);

запись значения LENnew на банковскую карту вместо значения LENcard;

запись значения LENnew в авторизационную базу данных вместо значения LENcurrent.

15. Способ проведения аутентификации банковской карты, содержащий этапы, на которых:

получают авторизационным сервером, связанным с помощью интерфейса с авторизационной базой данных, первый переменный код (LENcard), считанный с банковской карты;

получают с авторизационной базы данных по меньшей мере следующий переменный код (LENcurrent);

сравнивают LENcard и LENcurrent; и если LENcard не равняется LENcurrent, то:

если банковская карта является новой картой, обрабатывают банковскую карту как новую карту;

если банковская карта не является новой картой, признают банковскую карту поддельной.

16. Способ проведения аутентификации банковской карты по п.15, отличающийся тем, что дополнительно содержит этапы, на которых:

если LENcard равняется LENcurrent, то:

генерируют следующий переменный код (LENnew);

записывают значение LENnew на банковскую карту вместо значения LENcard;

записывают значение LENnew в авторизационную базу данных вместо значения LENcurrent.

17. Способ проведения аутентификации банковской карты, содержащий этапы, на которых:

считывают с банковской карты первый переменный код (LENcard);

передают LENcard на авторизационный сервер, связанный с помощью интерфейса с авторизационой базой данных;

если LENcard не равняется следующему переменному коду, полученному с

авторизационной базы данных (LENcurrent), то:

если банковская карта является новой картой, обработку банковской карты как новой карты;

если банковская карта не является новой картой, признание банковской карты поддельной.

ФЕДЕРАЛЬНАЯ СЛУЖБА
ПО ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ (19) RU (11) 2010 121 726 (13) A
(51) МПК
G06K 19/067 (2006.01)  

17 DR RU 2 463 659 C2RU 2 463 659 C2
(19) (11) (13)

РОССИЙСКАЯ ФЕДЕРАЦИЯ

(51) МПК

G06Q 20/34 (2012.01)

ФЕДЕРАЛЬНАЯ СЛУЖБА

ПО ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ

(12) ОПИСАНИЕ ИЗОБРЕТЕНИЯ К ПАТЕНТУ

(21)(22) Заявка: 2010121726/08, 20.10.2008 (72) Автор(ы):

ТЁРНЕР Михаэл Джордж (NZ) (24) Дата начала отсчета срока действия патента:

20.10.2008 (73) Патентообладатель(и):

БЭНК ОФ НЬЮ ЗИЛЭНД (NZ)

Приоритет(ы):

(30) Конвенционный приоритет:

RU 14.11.2007 NZ 563415 (43) Дата публикации заявки: 20.12.2011 Бюл. № 35 (45) Опубликовано: 10.10.2012 Бюл. № 28 (56) Список документов, цитированных в отчете о поиске: US 20020120583 A1, 29.08.2002. US 2004/0153417 A1, 05.08.2004. RU 50325 U1, 27.12.2005. RU 2301449 C2, 20.06.2007.

(85) Дата начала рассмотрения заявки PCT на национальной фазе: 15.06.2010 (86) Заявка PCT:

NZ 2008/000269 (20.10.2008) C2 C2 (87) Публикация заявки РСТ:

WO 2009/064197 (22.05.2009)

Адрес для переписки:

105215, Москва, а/я 26, пат.пов.

Н.А.Рыбиной, рег.№ 508

(54) СИСТЕМА И СПОСОБ АУТЕНТИФИКАЦИИ БАНКОВСКОЙ КАРТЫ

(57) Реферат: Если LENcard не равняется LENcurrent, то, если Изобретение относится к системе и банковская карта является новой картой, способам проведения аутентификации осуществление обработки банковской карты
МОИ работы:
Способ технической защиты банковского
                                         Формула изобретения.

     Способ технической защиты банковского обслуживания включающейся, в выпуске банками для своих клиентов трех между собой связанный банковский карт, основная накопительная, рабочая связывающей с основной последующей расходной картой, с распределенный суммы по усмотрения держателя банковский карты применен защити от не законный проникновения счетам клиентов отличающем тем, владелец карты участвует защите своего средство несет ответственность равно как банк за свои средство, контролируя и управляя картами а именно:
1-Отличающем основная 1 карта привязана расчетным счетам в банке.
2-Отличающем рабочая 2 карта привязана 1 к основной не к расчетным счетам в банка.
3-Отличающем расходная 3 карта привязана к 2 рабочей карте и не имеет доступ к расчетным счетам и основной карте
 это схема не позволит подобраться к счетам клиента банка.

Buy for 10 tokens
Buy promo for minimal price.

Error

Anonymous comments are disabled in this journal

default userpic

Your reply will be screened