Евразийский сервер публикаций

Евразийский патент № 036442

   Библиографические данные
(11)036442    (13) B1
(21)201650074

 A ]   B ]   C ]   D ]   E ]   F ]   G ]   H ] 

Текущий раздел: G     


Документ опубликован 2020.11.11
Текущий бюллетень: 2020-11  
Все публикации: 036442  
Реестр евразийского патента: 036442  

(22)2016.12.13
(51) G06F 21/62(2006.01)
(43)A2 2019.08.30 Бюллетень № 08  тит.лист, описание 
A3 2019.11.29 Бюллетень № 11  тит.лист, описание 
(45)B1 2020.11.11 Бюллетень № 11  тит.лист, описание 
(96)2016000115 (RU) 2016.12.13
(71)АВТОНОМНАЯ НЕКОММЕРЧЕСКАЯ ОРГАНИЗАЦИЯ ВЫСШЕГО ОБРАЗОВАНИЯ "УНИВЕРСИТЕТ ИННОПОЛИС" (RU)
(72)Тормасов Александр Геннадьевич, Ибрагимов Максим Константинович, Крутиков Александр Александрович, Малышев Вадим Владимирович (RU)
(73)АВТОНОМНАЯ НЕКОММЕРЧЕСКАЯ ОРГАНИЗАЦИЯ ВЫСШЕГО ОБРАЗОВАНИЯ "УНИВЕРСИТЕТ ИННОПОЛИС" (RU)
(74)Липатов А.Н. (RU)
(54)ВЕРИФИКАЦИЯ ХРАНИМЫХ ДАННЫХ ЧЕРЕЗ ОПРЕДЕЛЕНИЕ ПАРАМЕТРОВ ХРАНЕНИЯ С ИСПОЛЬЗОВАНИЕМ РАСПРЕДЕЛЕННОЙ БАЗЫ ДАННЫХ С НЕИЗМЕНЯЕМЫМИ ОБЪЕКТАМИ
   Формула 
(57) 1. Способ верификации хранимых данных, в котором в договоре Service Level Agreement соглашения об уровне предоставления услуги между потребителем сервиса и предоставляющим сервис хранения данных включено значение параметра верификации хранимых данных верификатором, где
указываются измеряемые численные значения, являющиеся одним из уровней сервиса, предоставляемым верификатором, который отвечает за соответствие данных потребителя с данными в сервисе хранения данных;
потребитель сервиса использует АРМ Клиент, который обрабатывает сервисные запросы и перенаправляет потребителя на прокси;
где прокси перенаправляет и обрабатывает запросы от АРМ Клиента на сервис хранения данных, являющийся совокупностью хранилищ данных;
где Service Level Agreement задается в договоре потребителем сервиса и содержит значения для одного или более параметров верификации;
параметр верификации вычисляется по одному или более действию:
запись транзакции в распределенную базу данных;
хранение данных заказа на модификацию файла;
хранение данных заказа на создание файла;
подписание транзакции;
модификация файла;
запись в распределенную базу данных;
подтверждение транзакции;
хранение метаданных;
изменение метаданных;
где Service Level Agreement задается в договоре потребителем сервиса и контролируется при создании файлов и при изменении файла или метаданных файла.
2. Способ по п.1, в котором потребитель сервиса может являться одним или более вариантами из:
индивидуальный пользователь;
коллективный пользователь;
корпоративный пользователь.
3. Способ по п.1, в котором данными могут являться файлы и/или метаданные файла.
4. Способ по п.1, где сервис хранения данных может являться объектным хранилищем и/или блочным хранилищем.
5. Способ по п.1, по которому договор между потребителем сервиса и предоставляющим сервис имеет значение параметра верификации с использованием распределенной базы данных с неизменяемыми объектами.
6. Способ по п.5, по которому параметр верификации с использованием распределенной базы данных с неизменяемыми объектами принимает значение, что верификация выполняется либо не выполняется.
7. Способ по п.1, где АРМ Клиент использует агента безопасности, который отвечает за безопасное использование ключей потребителя сервиса.
8. Способ по п.7, где агент безопасности осуществляет одно или более действий из следующих:
сохранение ключей шифрования;
аутентификацию потребителя сервиса;
шифрование данных;
расшифрование данных;
формирование электронной цифровой подписи;
проверка электронной цифровой подписи;
экспорт ключей шифрования на стороннее хранилище.
9. Способ по п.6, где параметр верификации данных обозначает верификацию данных путем записи информации о транзакции в распределенную базу данных с неизменяемыми объектами с подписями транзакции, осуществляемыми одним или более из:
АРМ Клиентом;
прокси,
где в момент верификации осуществляется сравнение данных из транзакции с информацией относительно отправленных данных.
10. Способ по п.9, где АРМ Клиент подписывает транзакции об отправке файла, а прокси подписывает транзакции об отправке метаданных файла.
11. Способ по п.9, где как часть алгоритма верификация данных использует один или более способов из следующих:
проверка целостности;
восстановление данных;
электронная цифровая подпись.
12. Способ по п.11, в котором используемые алгоритмы могут быть: MD5, SHA-1, SHA-2, ГОСТ Р 34.11, ТТН, ED2K, AICH, CRC-32, HMAC, FDH, схема Эль-Гамаля, DSA, ECDSA, ГОСТ Р 34.10-2012, ГОСТ Р 34.10-94, ГОСТ Р 34.10-2001, ГОСТ Р 34.310-2004, схема Шнорра, схема BLS, схема GMR, RSA, PKCS#1, RSA-PSS ЕСС, n,k-схема.
13. Способ по п.6, где распределенной базой данных с неизменяемыми объектами может являться сеть блокчейн, которая
выстроена по правилам, согласно технологии Blockchain, цепочка из формируемых блоков транз­акций;
имеет application programming interface;
служит хранилищем немодифицируемых данных.
14. Способ по п.13, в котором распределенной базой данных с неизменяемыми объектами может являться Bitcoin, Ethereum, Litecoin, Blackcoin, Dash, Namecoin, Bytecoin, BOLOS, Eris, Lisk, NEM, GEO, CoinJoin, Lightning Network, Bolt, Ripple.
15. Способ по п.14, в котором распределенная база данных с неизменяемыми объектами может являться
публичной, которая доступна всем, каждый имеет права на чтение и добавление данных;
ограниченной, в которой права на добавление данных имеет либо ограниченный определенный круг лиц, либо доступны всем, а права чтения имеет либо ограниченный определенный круг лиц, либо доступны всем;
приватной, в которой права добавления данных централизованы, а права чтения имеет либо ограниченный определенный круг лиц, либо доступны всем.