RU2712409C1 - Способ определения совместимых средств - Google Patents

Способ определения совместимых средств Download PDF

Info

Publication number
RU2712409C1
RU2712409C1 RU2018147250A RU2018147250A RU2712409C1 RU 2712409 C1 RU2712409 C1 RU 2712409C1 RU 2018147250 A RU2018147250 A RU 2018147250A RU 2018147250 A RU2018147250 A RU 2018147250A RU 2712409 C1 RU2712409 C1 RU 2712409C1
Authority
RU
Russia
Prior art keywords
state
anomaly
parameters
model
recovery
Prior art date
Application number
RU2018147250A
Other languages
English (en)
Inventor
Андрей Анатольевич Ефремов
Original Assignee
Акционерное общество "Лаборатория Касперского"
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Акционерное общество "Лаборатория Касперского" filed Critical Акционерное общество "Лаборатория Касперского"
Priority to RU2018147250A priority Critical patent/RU2712409C1/ru
Application granted granted Critical
Publication of RU2712409C1 publication Critical patent/RU2712409C1/ru

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00Digital computing or data processing equipment or methods, specially adapted for specific functions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/55Detecting local intrusion or implementing counter-measures
    • G06F21/552Detecting local intrusion or implementing counter-measures involving long-term monitoring or reporting
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Software Systems (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Computer Hardware Design (AREA)
  • Databases & Information Systems (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Data Mining & Analysis (AREA)
  • Game Theory and Decision Science (AREA)
  • Mathematical Physics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Debugging And Monitoring (AREA)

Abstract

Изобретение относится к способам и системам обработки существующих или ожидаемых условий, которые позволяют привести состояние к требуемому или стабилизировать состояния. Технический результат заключается в расширении арсенала средств. Способ определения совместимых средств, в котором получают параметры системы от элементов, реализующих функциональность системы, опрашивают модель состояния системы с использованием полученных параметров, обнаруживают аномалию в результате опроса модели состояний, опрашивают модель методов восстановлений с использованием информации об обнаруженной аномалии, определяют в результате опроса модели метод восстановления, определяют стороннее, совместимое с системой средство, осуществляющее метод восстановления, определенный в результате опроса модели методов восстановлений. 31 з.п. ф-лы, 7 ил., 1 табл.

Description

Область техники
Изобретение относится к способам и системам обработки существующих или ожидаемых условий, или состояний в устройствах и системах.
Уровень техники
Для продвижения своих продуктов компании и предприниматели прибегают к рекламным услугам. Реклама - это не персонифицированная, обычно оплачиваемая и имеющая характер убеждения передача информации о товарах, работах, услугах или идеях рекламодателей посредством различных носителей. С развитием сети Интернет реклама проникла и туда, по последним данным более 20% рекламы приходится на сеть Интернет.
Эффективность рекламы обычно ниже, чем могла бы быть, из-за неперсонифицированности и направленности рекламы на неопределенный круг лиц. Поэтому производители пытаются из всего множества пользователей выделять отдельные группы и показывать каждой группе свою, рассчитанную на эту группу, рекламу. Такая реклама называется таргетированной. Таргетированная реклама представляет собой рекламные объявления (показы), которые связаны не к содержанием веб-страницы, а с определенной группой пользователей, выделенной на основании их предшествующего поведения или анкетных данных. Так публикация US 9710817 описывает способ показа рекламных сообщений на основании анализа поисковых запросов, профилей, данных от сетевых приложений пользователей и т.д. Но в данном случае реклама ориентируется не на реальную пользовательскую потребность, а на вероятность такой потребности. В итоге видов рекламных объявлений существенно ниже числа потребителей продукта или услуги.
В процессе развития сети Интернет сами способы доставки рекламы до пользователя стали меняться. Пользователь стал сталкиваться с рекламой не только при серфинге, но и в приложениях, которые имеют доступ в сеть и информационных табло по дороге на работу или домой1. (1стартап TRMPLN) Так публикация US20090299817 описывает фреймворк, который на основании вероятных пользовательских предпочтений, определенных на основании собранной информации, распространяет через прикладное приложение на устройстве пользователя рекламу. Реклама имеет один существенный недостаток, зачастую она раздражает пользователя, который в рекламируемом продукте не нуждается, поэтому пользователь старается избегать приложений и веб-ресурсов с рекламой. Если пользователь и нуждается в продукте, но реклама слишком навязчива, это может переориентировать потребителя на конкурента.
Таким образом существующие рекламные продукты имеют низкий КПД, собирают, передают информацию о пользователе и занимаются профилированием, что может повлечь юридические риски. Реклама раздражает пользователя, и он избегает приложений с рекламой, что для последних критично ввиду того, что через рекламу приложение монетизируется. Предлагаемое изобретение лишено указанных недостатков.
Раскрытие изобретения
Настоящее изобретение предназначено для определения продуктов, которые позволяют привести состояние к требуемому или стабилизировать состояния.
Технический результат настоящего изобретения заключается в определении сторонних совместимых с системой средств в результате осуществления способа определения совместимых средств, в котором получают параметры системы от элементов, реализующих функциональность системы и опрашивают модель состояния системы (в частном случае при опросе устанавливают соответствие между собранными параметрами и возможными состояниями системы) с использованием полученных параметров. Получение параметров может осуществляться в режиме реального времени, а сами параметры получаются клиентом, установленным на одном из элементов системы (базовый элемент). Элементами системы могут быть программные средства, аппаратные средства, программно-аппаратные средства и организмы. А в качестве базовых элементов могут в частном случае выступать персональные компьютерные устройства, которые в рамках системы взаимодействуют с IoT устройствами. Система, параметры которой получают, в частном случае динамическая и состоит из элементов, объединенных беспроводной сетью, при этом число элементов, связанных с базовым элементом определяется моментом времени и положением в пространстве базового элемента и зависит от радиуса зоны покрытия беспроводной станции, обеспечивающей доступ к текущей беспроводной сети. Опрашивая модель состояния оценивают соответствие требованиям состояний и процессов в системе и ее элементах. Модель может представлять из себя: совокупность правил обнаружения:
Figure 00000001
аномального состояния элемента, и есть функция от параметров элемента;
Figure 00000001
аномального состояние системы, и есть функция от параметров, определяющих аномальные состояния элементов системы;
Figure 00000001
аномального процесса элемента, и есть функция времени от состояния элемента;
Figure 00000002
аномального процесса системы, и есть функция времени от состояния системы.
В другом случае модель состояний системы есть совокупность моделей вариантов использования и надежности.
В результате опроса модели обнаруживают аномалию и дополнительно могут определять параметры системы, функцией от которых является аномалия, где аномалией может являться по меньшей мере:
Figure 00000001
состояние элемента, отклоняющееся от требуемого и есть функция от параметров элемент;
Figure 00000001
состояние системы, отклоняющееся от требуемого, и есть функция от состояния элемента;
Figure 00000001
процесс элемента, отклоняющейся от требуемого, и есть функция времени от состояния элемента;
Figure 00000001
процесс системы, отклоняющейся от требуемого, и есть функция времени от состояния системы;
Figure 00000001
состояние внешней среды, с которой взаимодействует система, отклоняющиеся от требуемого и описываемое параметрами системы
Figure 00000003
процесс внешней среды, с которой взаимодействует система, отклоняющиеся от требуемого и описываемое параметрами системы.
При этом аномалия может дополнительно описываться, например, классом или элементом системы, параметры которого определяют аномалию. Обнаруженная аномалия может относится к аномалиям функционирования, где аномалия функционирования есть снижение или потеря способности системы или элемента системы к выполнению предопределенной функции.
После обнаружения аномалии опрашивают (в частном случае при опросе устанавливают соответствие между аномалий и методами восстановлений) модель методов восстановлений с использованием информации об обнаруженной аномалии и определяют в результате опроса модели метод восстановления, где определенный метод восстановления, при осуществлении обеспечивает соответствие системы и элементов требованиям. В другом случае восстановление системы есть обеспечение соответствия системе проектным требованиям. Восстановление также может осуществляться за счет стабилизации аномального состояния или процесса. В том случае, когда обнаруживается аномалия в функционировании определяют в результате опроса модели метод, который при реализации обеспечивает восстановление требуемого функционирования системы при возникшей аномалии. Обнаруженный метод при реализации осуществляет восстановление за счет перехода элемента или системы из аномального состояния или процесса к требуемому (устранение аномалии). В частном случае требуемое состояние или процесс есть соответствие требованиям к системе по классификации FURPS+. В том случае, когда определенных методов по меньшей мере два выбирают элемента для такого метода, который соответствует профилю пользователя. Модель методов восстановления может относится к дескриптивным моделям.
Определив метод восстановления определяют стороннее, совместимое с системой средство, которое может осуществить этот метод восстановления. Средство может выбираться из базы данных средств, в которой метод восстановления является именем таблицы. Соответствие между методами восстановления и средствами восстановления для последующего выбора может осуществляется при подготовке спецификации для средств, а само соответствие устанавливается посредством занесения информации о средстве в таблицу свойства которой соответствуют аномалии. В том случае, когда определено, по меньшей мере два средства, выбирают средство в зависимости от профиля пользователя или репутации производителя средства или репутации поставщика средства.
Краткое описание чертежей
Сопровождающие чертежи включены для обеспечения дополнительного понимания изобретения и составляют часть описания, показывают варианты осуществления изобретения и совместно с описанием необходимы для объяснения признаков изобретения.
Фиг. 1 - изображает вариант наблюдаемой динамической системы.
Фиг. 2 - изображает систему превентивного взаимодействия с пользователем.
Фиг. 2а - изображает отношения системы превентивного взаимодействия с пользователем и наблюдаемой динамической системы
Фиг. 3 - изображает способ определения совместимых средств для систем с аномалиями.
Фиг. 3а - изображает способ обнаружения совместимых средств.
Фиг. 4 - изображает пример осуществления изобретения.
Фиг. 5 - изображает пример компьютерной системы общего назначения.
Описание вариантов осуществления изобретения
Настоящее изобретение отказывается от самой сути рекламы, а именно ее случайного характера, и рекламные уведомления превращаются в оповещение пользователя о проблеме и наиболее эффективных способах ее решения. Изобретение позволяет уйти от неопределенности и вероятности, поэтому настоящее предложение нельзя считать рекламой, это превентивная система оповещения пользователя. Которая, в том числе, снижает затрачиваемые ресурсы на информирование, так как осуществляется для тех кому оно действительно необходимо. Рекламные продукты определяют предпочтения пользователя, вероятные потребности и передают пользователю информацию о продукте или услуге, которые могут его заинтересовать, и в которых пользователь возможно нуждается. Настоящее изобретение осуществляет мониторинг окружения пользователя, обнаруживает реальную проблему (или скорое ее наступление), реальную потребность, информирует о ней и предлагает возможное решение, которое может быть осуществлено в том числе и приобретением некоторых продуктов или услуг.
Среднестатистический пользователь не способен предвидеть многие технические проблемы с устройствами, также пользователь не имеет достаточной технической осведомленности, чтобы оценить характеристики продукта, для решения возникшей/возникающей проблемы, но эта информация есть у производителя. Однако, производитель не знает пользователя, который имеет потребность в продукте, поэтому вынужден проводить маркетинговые исследования вероятностными и статистическими методами, строить модель спроса. Настоящее изобретение обеспечивает обнаружение проблем с устройством и в окружении (в том числе в IoT, Internet of Things, интернет вещей), и позволяет находить превентивное эффективное решение проблемы. Эта система не требует установки дополнительных средств, а реализуется действующими клиентами, например, антивирусным программным обеспечением.
Настоящее решение может быть применимо, по меньшей мере, для продвижения:
Figure 00000004
электроники,
Figure 00000001
ИТ - сервисов,
Figure 00000001
ИТ - услуг,
Figure 00000001
медицинских продуктов,
Figure 00000001
сервисов в сфере здравоохранения {англ. healthcare),
Figure 00000001
продвижения здоровых продуктов и сервисов {англ. health promotion),
Figure 00000001
продуктов и услуг в рамках рынка труда,
Figure 00000001
ремонтных и строительных материалов, услуг,
Figure 00000001
клининговых услуг,
Figure 00000005
продуктов питания.
Система - совокупность элементов, находящихся в отношениях и связях друг с другом, которое образует определенную целостность, единство. Набор элементов, которые взаимодействуют в соответствии с проектом, в котором элементом системы может быть другая система, называемая подсистемой; система может быть управляющей системой или управляемой системой и включать аппаратные средства (напр. устройства), программные средства (напр., программное обеспечение) и взаимодействие с человеком (таким образом человек может являться элементом системы) или другим биологическим организмом. Элементы объединяются таким образом, чтобы выполнить общую функциональную задачу. К системе проектом предъявляются требования (напр., по классификации FURPS+):
Figure 00000006
Функциональность (англ. functionality) - функциональные требования: свойства, возможности, безопасность. Являются основными, по этим требованиям строятся диаграммы вариантов использования (Use case diagram).
Figure 00000001
Удобство (англ. usability) - требования к удобству использования (UX): человеческий фактор, эстетика, последовательность, документация.
Figure 00000001
Надежность (англ. reliability - требования к надежности: частота возможных сбоев, отказоустойчивость, восстанавливаемость, предсказуемость устойчивости.
Figure 00000001
Производительность (англ. performance - требования к производительности: время отклика, использование ресурсов, эффективность, мощность, масштабируемость.
Figure 00000007
Поддержка (англ. supportability) - требования к поддержке: возможность поддержки, ремонтопригодность, гибкость, модифицируемость, модульность, расширяемость, возможность локализации.
Система, реализованная в соответствии с проектом при функционировании должна удовлетворять проектным требованиям. Частным случаем требований является производительность, которую должны обеспечивать система/элемент на определенный момент времени (например, требования по FPS или 100 запросов секунду от не менее 10 пользователей)
Состояние элемента системы - это множество свойств элемента системы в момент времени, является функцией от параметров элемента.
Состояние системы - это множество свойств системы в момент времени, является функцией от параметров системы. Также определяется как совокупность состояний элементов системы в момент времени.
Процесс - изменение свойств элемента системы или всей системы в промежуток времени, является функцией состояния от времени.
Параметр (элемента, системы, процесса) - величина, характеризующая какое-либо свойство процесса, явления, элемента (в том числе устройства, ПО, организма), системы. Количественно любая система описывается совокупностью величин, которые могут быть разбиты на два класса:
Figure 00000008
параметры (П), описывающие первичные свойства системы и являющиеся исходными данными при исследовании системы;
Figure 00000001
характеристики (X), описывающие вторичные свойства системы и определяемые как функции параметров системы:
Figure 00000009
.
Параметры системы подразделяются на:
Figure 00000001
внутренние, описывающие структурно-функциональную организацию системы;
Figure 00000001
внешние, описывающие взаимодействие системы с внешней (по отношению к системе) средой.
К внутренним параметрам относятся:
Figure 00000001
структурные параметры, описывающие состав элементов системы и саму ее структуру;
Figure 00000001
функциональные параметры, описывающие функциональную организацию (процесс функционирования) системы.
К внешним параметрам относятся, например, параметры нагрузки, показывающие, как часто и в каком объеме используются ресурсы системы. В общем случае это параметры взаимодействия системы с внешней средой.
Характеристики системы делятся на:
Figure 00000001
глобальные, показывающие эффективность функционирования системы в целом;
Figure 00000010
локальные, описывающие качество функционирования отдельных элементов системы.
К глобальным характеристикам системы относятся:
Figure 00000011
мощностные характеристики или характеристики производительности, показывающие скорость достижения цели назначения системы;
Figure 00000001
временные характеристики, описывающие временные аспекты функционирования системы;
Figure 00000001
надежностные характеристики, определяющие надежность функционирования системы;
Figure 00000012
экономические характеристики в виде стоимостных показателей, свидетельствующие об экономической целесообразности использования системы
Из описанного выше очевидно, что в технике различают параметр и характеристику. Характеристика является функцией от по меньшей мере одного параметра. В настоящей заявке параметры и характеристики мы не будем отличать и для первого и второго понятия будем использовать слово - "параметр".
Аномалия - отклонение от требований. Требования могут быть проектными, например, для программно-аппаратных комплексов или санитарными. Отклонятся от требований могут состояния, процессы. Соответственно различают аномальные состояния и процессы. Частным случаем аномального процесса является постепенный отказ, а аномального состояния внезапный отказ или сбой. К аномалиям могут приводить отклонение от требований по меньшей мере одного параметра, такой параметр тоже является аномалией - аномальный параметр.
Модель - абстрактное представление реальности в какой-либо форме (например, в математической, физической, символической, графической или дескриптивной), предназначенное для представления определенных аспектов этой реальности и позволяющее получить ответы на изучаемые вопросы. Модель может описывать состояния, процессы, аномалии (аномальные состояния, процессы параметры), специалиста (пользователя), продукты (устройства, программное обеспечение, услуги). Для выражения формы могут использоваться шаблоны, условные выражения, правила (отображение входа на выход), нейросети, решающие деревья (англ. decision tree) и т.д.
Динамическая система - система, число элементов, которой непостоянно и определяется положением в пространстве элемента, взятого за точку отсчета (базовый элемент) и моментом времени. Динамической, например, является система, которая состоит из элементов (реализованных в виде программно-аппаратных средств), объединенных беспроводной сетью, при этом число элементов, связанных с базовым элементом определяется моментом времени и положением в пространстве базового элемента и зависит от радиуса зоны покрытия беспроводной станции, обеспечивающей доступ к текущей беспроводной сети. Пример динамической системы 100 изображен на Фиг. 1, которая будет описана далее.
На Фиг. 2 изображена система 200 превентивного взаимодействия с пользователем. Система 200 включает клиентскую сторону, серверную сторону и третью сторону. На клиентской стороне расположена наблюдаемая система 100, которая включает, по меньшей мере один элемент системы с установленным клиентом (базовый элемент), где клиент предназначен для сбора параметров системы и взаимодействием с серверной стороной. На третьей стороне располагаются программно-аппаратные средства для разработки моделей, описаний/спецификаций продуктов и т.д. Серверная сторона взаимодействует с клиентом и получает разработанные модели от третьей стороны. На серверной стороне осуществляют тестирование полученных моделей, их ранжирование, накапливают статистику по клиентам, формируют конфигурационные файлы и обновления для клиентов, предоставляют инфраструктуру для разработки моделей.
Клиент включает модуль сбора, модуль анализа и базу данных. Опционально клиент может включать модуль установки. Модуль сбора предназначен для сбора параметров системы 100, в частном случае телеметрии. Модуль анализа преобразует параметры в состояния, процессы и анализирует параметры, состояния процессы с целью выявления аномалий. Анализ модулем анализа осуществляется посредством опроса моделей, например, моделей состояний. Указанный модуль также анализирует аномалии для определения методов восстановления, и обнаруживает средства которые позволяют реализовать метод восстановления, для этого также опрашивают модели. Модуль анализа опционально может располагаться на серверной стороне. Модуль установки предназначен для имплементации программного средства, которое реализует метод восстановления. В базе данных накапливаются параметры, состояния, что в том числе позволяет получать информацию модулю анализа о процессах в элементах и системе, так как процесс есть изменение состояний во времени.
На третьей стороне модулями разработки создают описания продуктов (в том числе услуг), формируют модели и отправляют результаты серверной стороне. Модуль разработки могут включать фреймворк и другие программные средства, которые формализуют удобное для восприятия человеком описание продуктов в формат, поддерживаемый модулями серверной и клиентской стороны, а также формируют модели, в том числе и на основании формализованных описаний, результат отправляют серверной стороне.
Серверная сторона предоставляет интерфейс для связи с клиентской стороной и сторонними модулями разработки. На серверной стороне реализована инфраструктура разработки, которая включает, по меньшей мере:
Figure 00000013
модуль ранжирования,
Figure 00000001
модуль тестирования,
Figure 00000001
модуль накопления статистики.
Модуль ранжирования предназначен для определения, моделей, которые будут отправлены конкретному клиенту и будут опрашиваться модулем анализа. Модуль тестирования предназначен для проверки новых моделей, полученных от модулей разработки. Модели хранятся в базе модулей. Модуль накопления статистики получает данные от клиентов по собранным параметрам, опрошенным моделям, результатам опроса моделей и формирует статистику, которая храниться в базе статистики. Накопленная статистика используется для разработки новых моделей, отладки существующих и т.д. и доступна через интерфейс для разработчика.
На Фиг. 1 изображен вариант наблюдаемой динамической системы 100, ядром которой является базовый элемент (на фигуре БЭ) на который установлен клиент. Базовыми элементами могут быть ноутбуки, умные часы, смартфоны, персональные компьютеры и т.д. Базовый элемент связан с другими элементами в примере посредством точки доступа. Таким образом число элементов системы определяется радиусом действия точки доступа в покрытии которой находится базовый элемент. В рамках данной системы 100 в частном случае человек может рассматриваться как элемент системы в качестве объекта или субъекта управления/диагностики/мониторинга. В случае, когда человек рассматривается как объект управления/диагностики/мониторинга (например, снятие кардиограммы), другие элементы системы являются субъектами управления. Понятие аномалии в контексте человека как элемента системы может определяться как отклонение от нормальных состояний процессов в рамках медицинских требований.
В другом случае человек, как и окружающая среда рассматриваются тоже как объекты управления/диагностики/мониторинга, но уже являются внешними по отношению к системе 100. В данном случае элементами системы собираются параметры, которые являются в соответствии с указанной классификацией внешними, на основании данных параметров определяют состояния и процессы объекта управления/диагностики/мониторинга, а методы восстановления будут определяться применительно к объекту управления/диагностики/мониторинга, которыми могут быть как человек, так и окружающая среда.
Отношения системы 200 и наблюдаемой динамической системы 100 рассмотрены на Фиг. 2а. Динамическая система 100 может быть, как подсистемой системы 200, так и поэлементно пересекаться с системой 200, например, общей частью системы 200 и частью системы 100 может быть базовый элемент (как и показано на Фиг. 2а).
Система 200 предназначена для осуществления способа выбора совместимых средств для систем с аномалиями (см. Фиг. 3), где модулем сбора клиента на этапе 310 собирают параметры системы 100 от элементов, реализующих заданную функциональность этой системы 100. Сбор может осуществляться в том числе в режиме реального времени. Собранные параметры сохраняются в базе данных клиента и на этапе 320 используются модулем анализа клиента для опроса моделей состояний системы. Модуль анализа, опрашивая модели состояний, оценивает соответствие состояния системы 100 и ее элементов требованиям к системе. Модели состояний могут описывать как нормальные процессы и состояния, соответствующие требуемым, так и аномальные, например, которые описывают состояние сбоя или процесс отказа. Модели состояний могут храниться в базе клиента. В другом частном случае модели состояний предоставляются серверной стороной модулю анализа клиента по требованию. Модели, которые описывают состояния могут быть самыми разными - регрессионными, классификационными, моделями категоризации и т.д. В их основе могут лежать деревья принятия решений, нейронные сети или логические правила типа IF (or/and/xor) THEN и т.п.
На этапе 330 обнаруживают в результате опроса моделей аномалию в системе. Аномалией может являться, по меньшей мере:
Figure 00000014
состояние элемента, отклоняющееся от требуемого, и есть функция от параметров элемента
Figure 00000001
состояние системы, отклоняющееся от требуемого, и есть функция от состояния элемента;
Figure 00000001
процесс элемента, отклоняющейся от требуемого, и есть функция времени от состояния элемента;
Figure 00000015
процесс системы, отклоняющейся от требуемого, и есть функция времени от состояния системы;
Figure 00000001
состояние внешней среды, с которой взаимодействует система, отклоняющееся от требуемого и описываемое параметрами системы;
Figure 00000016
процесс внешней среды, с которой взаимодействует система, отклоняющееся от требуемого и описываемое параметрами системы.
После обнаружения аномалии информация об обнаруженной аномалии для дальнейшей обработки формализуется, где может характеризоваться классом (и/или наименованием) аномалии, параметрами системы, функцией от которых является аномалия. Дополнительно в качестве характеристики может указываться элемент системы, параметры которого определяют аномалию. Класс и наименование аномалии зависят от того от каких требований происходит отклонение. Примерами аномалий могут быть: слабый сигнал роутера, деградация производительности элемента (CPU, HDD, SSD, RAM и т.д.), недостаточный объем постоянной памяти, потеря/порча данных и т.д. Если аномалия относится к постепенному отказу, то определяется не сам факт, например, потери данных или нехватки объема памяти, а скорое их наступление. В частном случае аномалия имеет класс Functionality (согласно классификации FURPS+) и связана, например, с функционированием системы, где аномалия функционирования есть снижение или потеря способности системы или элемента системы к выполнению предопределенной проектом или назначением функции.
Обнаружив аномалию на этапе 340, и используя информацию об аномалии, опрашивают модель методов восстановлений. Модели методов восстановлений, как и модели состояний могут быть различными, в частном случае используются дескриптивные модели. И на этапе 350 определяют в результате опроса моделей метод восстановления, который при реализации обеспечит соответствие системы и элементов требованиям, например, обеспечит восстановление требуемого функционирования системы. Обнаруженный метод восстановления может как стабилизировать аномальное состояние или процесс (остановит развитие аномалии, что актуально для постепенных отказов), так и осуществляет восстановление системы за счет перехода элемента или системы из аномального состояния или процесса к требуемому (устранение аномалии), где требуемое состояние или процесс соответствуют требованиям к системе по классификации FURPS+. Обнаруженных методов восстановлений может быть больше чем один и тогда окончательный метод выбирается исходя из профиля пользователя базового элемента, в который могут входить различные характеристики: пол, возраст, местоположение, маркетинговый класс, покупательская способность (платежеспособность), уровень IT грамотности и т.д. На заключительном этапе 360 выбирают стороннее совместимое средство (в общем случае способом может выбираться не средство, а продукт), реализующее функциональность метода восстановления, определенного в результате опроса модели методов восстановлений. Для этого могут использоваться как модели, так и базы данных, в которых наименованию метода восстановления соответствуют средства гарантировано реализующие метод восстановления. Доступных средств восстановления как методов восстановления может быть больше чем один, тогда средства выбираются исходя из профиля пользователя, дополнительно может учитываться репутация производителя (сын. вендор) средства восстановления. Выбранное средство различными способами может быть имплементировано в систему, одним из таких способов, для программных средств, является его установка посредством модуля установки клиента. Совместимость определяется на основании анализа спецификации системы или средства.
В частном случае методы восстановления могут не определяться (этапы 340 и 350 пропускаются) и средства определяются на основании информации об аномалии. В этом случае после выполнения этапа 330 переходят к этапу 360.
Системой 200 вышеописанный способ может выполняться иначе (см. Фиг. 3а). Этапы с 310 по 330 повторяют способ, описанный выше, дальше начинаются отличия. После того как обнаружена аномалия, которая характеризуется по меньшей мере параметрами элементов или системы, функцией от которых она является, на этапе 340а получают базу доступных сторонних средств или информацию о по меньшей мере одном средстве. Далее на этапе 320а повторно опрашивают модель состояния системы с использованием множества из параметров, собранных на этапе 310, но в указанном множестве параметры системы, функцией от которых является аномалия, замещаются эквивалентными параметрами средства из базы доступных сторонних средств. На основании опроса модели состояний на этапе 330а обнаруживают в базе сторонних средств, по меньшей мере одно, средство, которое:
Figure 00000001
совместимо с системой; и
Figure 00000001
при опросе модели состояний с использованием параметров данного средства в качестве замещающих не обнаруживается аномалия.
На этапе 330а может быть обнаружено более чем одно средство, удовлетворяющее указанным критериям, тогда из обнаруженных средств в частном случае на этапе 3606 выбирают одно средство, например, исходя из профиля пользователя базового элемента и/или репутации производителей/поставщиков обнаруженных средств. В другом частном случае пользователь нотифицируется обо всех обнаруженных средствах (список может быть предварительно ранжирован). Выбранное средство может устанавливаться как вместо средства, реализующего элемент системы, параметры от которого определяют аномалию, так и в дополнение.
Для понимания рассмотрим упрощенный пример (Фиг. 4). Клиент (клиентское ПО) установлен на ноутбуке, который в свою очередь связан с маршрутизатором. В терминах изобретения ноутбук является базовым элементом и с другим элементом маршрутизатором образуют исследуемую систему. В свою очередь базовый элемент сам состоит из элементов, таким образом ноутбук в рамках исследуемой системы является подсистемой. Клиентом собираются параметры системы и элементов, где элементами являются, по меньшей мере, центральное процессорное устройство, оперативная память, энергонезависимое запоминающее устройство {сокр. NVRAM), модуль беспроводной связи и маршрутизатор. В рассматриваемом примере NVRAM реализовано посредством твердотельного накопителя (англ. SSD), а маршрутизатор реализован внешним маршрутизатором с программным шифрованием WPA2. Клиент собирает следующие параметры:
Figure 00000017
SMART атрибуты NVRAM (напр. Reallocated Sector Count);
Figure 00000001
данные о шифровании трафика (есть/нет, тип шифрования);
Figure 00000001
объем трафика в обоих направлениях, плотность трафика (объем на единицу времени);
Figure 00000001
скорость канала;
Figure 00000001
мощность сигнала маршрутизатора;
Figure 00000018
спецификацию средств;
Figure 00000019
NVRAM (тип (Туре), объем (Value), форм фактор (FF), интерфейс (Interface))
Figure 00000020
маршрутизатор (Стандарт WiFi (IEEE), частотный диапазон устройств Wi-Fi (Spectr), аппаратная поддержка шифрования (НВЕ))
Ниже представлена таблица, в форме которой агрегируют собираемые параметры. Из нее можно получить состояние в момент времени Sn, так и процесс Sn→Sn+1→ … →Sn+…
Figure 00000021
Figure 00000022
Собранные параметры используются модулем анализа клиента для опроса моделей состояний системы. Модуль анализа, опрашивая модели состояний, оценивает соответствие состояния системы 100 и ее элементов требованиям к системе. В примере использованы простые логические модели, которые описывают аномальные состояния элементов:
Figure 00000023
IF Vn << Vk or Vn >> Vk THEN SPEED_DEGR - описывает состояние деградации сетевого канала
Figure 00000001
IF RSCn<RSCk<RSCm WHERE Tn<Tk<Tm THEN NVRAM_Sector_DEGR - описывает деградацию NVRAM в виде постепенного отказа поверхности диска о чем свидетельствует рост числа операций переназначения секторов, что свидетельствует о износе поверхности
Figure 00000001
IF RSC>20 THENNVRAM_FAULT описывает отказ NVRAM определяемое достижением критического значения переназначенных секторов равным 20
Figure 00000024
IF Pn>Pk>Pm and Pm<15 WHERE Tn<Tk<Tm THEN POWER_DEGR - описывает состояние деградации мощности сигнала, о чем свидетельствует падение уровня сигнала во времени до критической отметки в 15 дБм
В результате опроса моделей обнаруживаются в определенные моменты времени аномалии:
Figure 00000025
деградация сетевого канала в момент времени Т3;
Figure 00000001
деградация NVRAM в момент времени Т6;
Figure 00000001
отказ NVRAM в момент времени Т9;
Figure 00000026
деградация мощности сигнала в момент времени Т5.
Деградации являются аномальными процессам, отказ аномальным состоянием. Имея информацию об аномалии, опрашиваются модели методов восстановления (которые для примера также выражены логическими моделями) и определяются методы восстановления:
Figure 00000027
IF POWER_DEGR THEN AREA_EXTEND - для восстановления мощности сигнала рекомендуется расширить радиус эффективного покрытия роутера;
Figure 00000001
IF SPEED_DEGR WHERE ENCn=1 and HBE2 (2 Hardware based encryption) = 0 THEN HBE - для восстановления скорости соединения рекомендуется обеспечить аппаратную поддержку шифрования;
Figure 00000001
IF SSD_FAULT THEN NVRAM_CHANGE - отказ NVRAM должен быть преодолен заменой средства, которым реализуется элемент, в текущем примере заменой SSD
Figure 00000028
IF ROM_Sector_DEGR THEN NVRAM_CHANGE or BACKUP - выявив деградацию поверхности, когда средство реализующее элемент еще работоспособно рекомендуется задуматься о замене средства и позаботиться о резервном копировании
Определив методы восстановления определяют средства, которые способны реализовать рекомендованный метод восстановления. В нашем примере это осуществляется запросом к базе данных, в которой таблицы названы в соответствии с методами восстановлений. При этом выбирается такое средство, которое не только реализует рекомендованный метод, но и является совместимым с исследуемой системой, для чего к запросу добавляются некоторые условия (оператор WHERE), сформированные на основании параметров исследуемой системы. Результаты выполнения запросов представлены вместе с самими запросами:
Figure 00000029
SELECT * FROM AREA_EXTEND WHERE Spectr='2,4' and IEEE='802.11n' and MaxV>80
Figure 00000030
ZYXEL WRE2206
Figure 00000030
Tenda A300
Figure 00000030
NETGEAR EX2700
Figure 00000031
ASUS RP-AC51
Figure 00000032
SELECT * FROM HBE WHERE Spectr='2,4' and IEEE='802.11n' and MaxV_WPA2>80
Figure 00000033
ZYXEL NBG-418N v2
Figure 00000033
DSL-N16U
Figure 00000033
MikroTik hAP mini
Figure 00000032
SELECT * FROM NVRAM_CHANGE WHERE Type='SSD' and FF='M.2', and Interface='PCIe3.0' and Value>128
Figure 00000033
Intel 600p
Figure 00000033
Patriot Hellfire
Figure 00000033
Samsung 960 EVO
Figure 00000034
SELECT * FROM BACKUP WHERE Type='Remote' and Value>128 and (Trial-'Yes' or Free='Yes') and Period='Day' and Scheme='Incrementar'
Figure 00000035
Acronis Disk Director 12
Figure 00000036
Veeam Agent Free
Обнаружено более чем одно средство. Далее к обнаруженным средствам будут применены дополнительные фильтры, которые учитывают дополнительные характеристики, например, платежеспособность пользователя, уровень IT-грамотности пользователя (не все средства просты в установке), готов ли пользователь воспользоваться услугами специалиста, популярность решения у потребителей, репутация производителя/поставщика и т.д.
В частном случае модель методов восстановления может не опрашиваться, например, при срабатывании модели:
Figure 00000037
IF RSC>20 THEN NVRAM_FAULT описывает отказ NVRAM определяемое достижением критического значения переназначенных секторов равным 20
Может выполняться запрос к базе средств, где свойства таблиц соответствуют не методам восстановлений, как в примере выше, а аномалиям:
Figure 00000038
SELECT * FROM NVRAM_FAULT WHERE Type='SSD' and FF='M.2', and Interface='PCIe3.0' and Value>128
При выполнении способа, описанного на Фиг. 3а после обнаружения аномалии:
IF RSC>20 THEN NVRAM_FAULT
Получают информацию о сторонних совместимых с системой 100 средствах, которые могут реализовать элемент системы, параметры которого определяют аномалию:
Figure 00000039
SELECT * FROM NVRAM WHERE Type='SSD' and FF='M.2', and Interface='PCIe3.0' and Value>128
Среди полученных совместимых средств выбирают такое, которое при опросе модели состояний (IF RSC>20 THEN NVRAM_FAULT) с использованием параметров средства в качестве замещающих не обнаруживается аномалия (RSC>20 = = False), очевидно, что в данном примере таким средством будет любое исправное средство, так как характеристика исправного средства - отсутствие переразмеченных секторов, иными словами у таких средств RSC = = 0.
Под модулями системы 200 понимаются реальные устройства, системы, компоненты, группа компонентов, реализованные с использованием аппаратных средств, таких как интегральные микросхемы (англ. application-specific integrated circuit, ASIC) или программируемой вентильной матрицы (англ. field-programmable gate array, FPGA) или, например, в виде комбинации программных и аппаратных средств, таких как микропроцессорная система и набор программных инструкций, а также на нейроморфных чипах (англ. neurosynaptic chips). Функциональность указанных модулей может быть реализована исключительно аппаратными средствами, а также в виде комбинации, где часть функциональности реализована программными средствами, а часть аппаратными. В некоторых вариантах реализации средства могут быть исполнены на процессоре компьютера общего назначения (например, который изображен на Фиг. 5). Базы данных могут быть реализованы всеми возможными способами и содержаться как на одном физическом носителе, так и на разных, располагаться как локально, так и удаленно.
Фиг. 5 представляет пример компьютерной системы общего назначения, персональный компьютер или сервер 20, содержащий центральный процессор 21, системную память 22 и системную шину 23, которая содержит разные системные компоненты, в том числе память, связанную с центральным процессором 21. Системная шина 23 реализована, как любая известная из уровня техники шинная структура, содержащая в свою очередь память шины или контроллер памяти шины, периферийную шину и локальную шину, которая способна взаимодействовать с любой другой шинной архитектурой. Системная память содержит постоянное запоминающее устройство (ПЗУ) 24, память с произвольным доступом (ОЗУ) 25. Основная система ввода/вывода (BIOS) 26, содержит основные процедуры, которые обеспечивают передачу информации между элементами персонального компьютера 20, например, в момент загрузки операционной системы с использованием ПЗУ 24.
Персональный компьютер 20 в свою очередь содержит жесткий диск 27 для чтения и записи данных, привод магнитных дисков 28 для чтения и записи на сменные магнитные диски 29 и оптический привод 30 для чтения и записи на сменные оптические диски 31, такие как CD-ROM, DVD-ROM и иные оптические носители информации. Жесткий диск 27, привод магнитных дисков 28, оптический привод 30 соединены с системной шиной 23 через интерфейс жесткого диска 32, интерфейс магнитных дисков 33 и интерфейс оптического привода 34 соответственно. Приводы и соответствующие компьютерные носители информации представляют собой энергонезависимые средства хранения компьютерных инструкций, структур данных, программных модулей и прочих данных персонального компьютера 20.
Настоящее описание раскрывает реализацию системы, которая использует жесткий диск 27, сменный магнитный диск 29 и сменный оптический диск 31, но следует понимать, что возможно применение иных типов компьютерных носителей информации 56, которые способны хранить данные в доступной для чтения компьютером форме (твердотельные накопители, флеш карты памяти, цифровые диски, память с произвольным доступом (ОЗУ) и т.п.), которые подключены к системной шине 23 через контроллер 55.
Компьютер 20 имеет файловую систему 36, где хранится записанная операционная система 35, а также дополнительные программные приложения 37, другие программные модули 38 и данные программ 39. Пользователь имеет возможность вводить команды и информацию в персональный компьютер 20 посредством устройств ввода (клавиатуры 40, манипулятора «мышь» 42). Могут использоваться другие устройства ввода (не отображены): микрофон, джойстик, игровая консоль, сканнер и т.п. Подобные устройства ввода по своему обычаю подключают к компьютерной системе 20 через последовательный порт 46, который в свою очередь подсоединен к системной шине, но могут быть подключены иным способом, например, при помощи параллельного порта, игрового порта или универсальной последовательной шины (USB). Монитор 47 или иной тип устройства отображения также подсоединен к системной шине 23 через интерфейс, такой как видеоадаптер 48. В дополнение к монитору 47, персональный компьютер может быть оснащен другими периферийными устройствами вывода (не отображены), например, колонками, принтером и т.п.
Персональный компьютер 20 способен работать в сетевом окружении, при этом используется сетевое соединение с другим или несколькими удаленными компьютерами 49. Удаленный компьютер (или компьютеры) 49 являются такими же персональными компьютерами или серверами, которые имеют большинство или все упомянутые элементы, отмеченные ранее при описании существа персонального компьютера 20, представленного на Фиг. 5. В вычислительной сети могут присутствовать также и другие устройства, например, маршрутизаторы, сетевые станции, пиринговые устройства или иные сетевые узлы.
Сетевые соединения могут образовывать локальную вычислительную сеть (LAN) 50 и глобальную вычислительную сеть (WAN). Такие сети применяются в корпоративных компьютерных сетях, внутренних сетях компаний и, как правило, имеют доступ к сети Интернет. В LAN- или WAN-сетях персональный компьютер 20 подключен к локальной сети 50 через сетевой адаптер или сетевой интерфейс 51. При использовании сетей персональный компьютер 20 может использовать модем 54 или иные средства обеспечения связи с глобальной вычислительной сетью, такой как Интернет. Модем 54, который является внутренним или внешним устройством, подключен к системной шине 23 посредством последовательного порта 46. Следует уточнить, что сетевые соединения являются лишь примерными и не обязаны отображать точную конфигурацию сети, т.е. в действительности существуют иные способы установления соединения техническими средствами связи одного компьютера с другим.
В заключение следует отметить, что приведенные в описании сведения являются примерами, которые не ограничивают объем настоящего изобретения, определенного формулой. Специалисту в данной области становится понятным, что могут существовать и другие варианты осуществления настоящего изобретения, согласующиеся с сущностью и объемом настоящего изобретения.

Claims (51)

1. Способ определения совместимых средств, в котором:
а) получают параметры системы от элементов, реализующих функциональность системы;
б) опрашивают модель состояния системы с использованием полученных параметров;
в) обнаруживают аномалию в результате опроса модели состояний;
г) опрашивают модель методов восстановлений с использованием информации об обнаруженной аномалии;
д) определяют в результате опроса модели метод восстановления;
е) определяют стороннее, совместимое с системой средство, осуществляющее метод восстановления, определенный в результате опроса модели методов восстановлений.
2. Способ по п. 1, в котором получают параметры системы в режиме реального времени.
3. Способ по п. 1, в котором элементом системы является программное средство, аппаратное средство, программно-аппаратное средство.
4. Способ по п. 1, в котором параметры получают клиентом, установленным на одном из элементов системы, базовом элементе.
5. Способ по п. 4, в котором таким элементом является персональное компьютерное устройство.
6. Способ по п. 4, в котором персональное компьютерное устройство в динамической системе взаимодействует с IoT устройствами.
7. Способ по п. 4, в котором система является динамической и состоит из элементов, объединенных беспроводной сетью, при этом число элементов, связанных с базовым элементом, определяется моментом времени и положением в пространстве базового элемента и зависит от радиуса зоны покрытия беспроводной станции, обеспечивающей доступ к текущей беспроводной сети.
8. Способ по п. 1, в котором модель состояний системы есть совокупность моделей вариантов использования и надежности.
9. Способ по п. 1, в котором моделью состояний оценивают соответствие требованиям состояний и процессов в системе и ее элементах.
10. Способ по п. 1, в котором модель состояния системы есть совокупность правил обнаружения:
Figure 00000040
аномального состояния элемента, и есть функция от параметров элемента;
Figure 00000040
аномального состояние системы, и есть функция от аномального состояния элемента;
Figure 00000040
аномального процесса элемента, и есть функция времени от состояния элемента;
Figure 00000041
аномального процесса системы и есть функция времени от состояния системы.
11. Способ по п. 1, в котором модель состояния системы относится к классификационным.
12. Способ по п. 1, в котором аномалией является по меньшей мере:
Figure 00000042
состояние элемента, отклоняющееся от требуемого, и есть функция от параметров элемента;
Figure 00000040
состояние системы, отклоняющееся от требуемого, и есть функция от состояния элемента;
Figure 00000040
процесс элемента, отклоняющейся от требуемого, и есть функция времени от состояния элемента;
Figure 00000040
процесс системы, отклоняющейся от требуемого, и есть функция времени от состояния системы;
Figure 00000040
состояние внешней среды, с которой взаимодействует система, отклоняющиеся от требуемого и описываемое параметрами системы;
Figure 00000043
процесс внешней среды, с которой взаимодействует система, отклоняющийся от требуемого и описываемый параметрами системы.
13. Способ по п. 1, в котором информацией об аномалии является:
Figure 00000044
класс аномалии;
Figure 00000040
параметры системы, функцией от которых является аномалия;
Figure 00000040
элементом системы, параметры которого определяют аномалию.
14. Способ по п. 13, в котором информация об аномалии формализуется.
15. Способ по п. 1, в котором обнаруживают аномалию в функционировании.
16. Способ по п. 15, в котором аномалия функционирования снижение или потеря способности системы или элемента системы к выполнению предопределенной функции.
17. Способ по п. 1, в котором определенный метод восстановления при осуществлении обеспечивает соответствие системы и элементов требованиям.
18. Способ по п. 1, в котором восстановление системы есть обеспечение соответствия системе проектным требованиям.
19. Способ по п. 1, в котором обнаруженный метод осуществляет восстановление за счет стабилизации аномального состояния или процесса.
20. Способ по п. 19, в котором определение средств для стабилизации отклонения осуществляют в реальном времени.
21. Способ по пп. 15 и 19, в котором определяют в результате опроса модели метод, который при реализации обеспечивает восстановление требуемого функционирования системы при возникшей аномалии.
22. Способ по п. 1, в котором обнаруженный метод при реализации осуществляет восстановление за счет перехода элемента или системы из аномального состояния или процесса к требуемому, устранение аномалии.
23. Способ по п. 12 или 22, в котором требуемое состояние или процесс соответствуют требованиям к системе по классификации FURPS+.
24. Способ по п. 1, в котором для определенных методов, по меньшей мере двух, выбирают элементы для такого метода, которые соответствуют профилю пользователя.
25. Способ по п. 1, в котором модель методов восстановления относится к дескриптивным моделям.
26. Способ по п. 1, в котором выбранное средство осуществляет способ восстановления посредством имплементации в систему посредством замещения элемента системы, дублированием элемента системы, дополнением элемента системы.
27. Способ по п. 1, в котором средство выбирается из базы данных средств, в которой метод восстановления является именем таблицы.
28. Способ по п. 1, в котором соответствие между методами восстановления и средствами восстановления осуществляется при подготовке спецификации для средств.
29. Способ по п. 28, в котором, соответствие устанавливается посредством занесения информации о средстве в таблицу, свойства которой соответствуют аномалии.
30. Способ по п. 1, в котором при определении, по меньшей мере двух средств, выбирают средство в зависимости от профиля пользователя или репутации производителя средства или репутации поставщика средства.
31. Способ по п. 1, в котором организм является элементом системы.
32. Способ по п. 1, в котором организм является внешним элементом по отношению к системе - объектом управления или объектом мониторинга.
RU2018147250A 2018-12-28 2018-12-28 Способ определения совместимых средств RU2712409C1 (ru)

Priority Applications (1)

Application Number Priority Date Filing Date Title
RU2018147250A RU2712409C1 (ru) 2018-12-28 2018-12-28 Способ определения совместимых средств

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
RU2018147250A RU2712409C1 (ru) 2018-12-28 2018-12-28 Способ определения совместимых средств

Publications (1)

Publication Number Publication Date
RU2712409C1 true RU2712409C1 (ru) 2020-01-28

Family

ID=69625147

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2018147250A RU2712409C1 (ru) 2018-12-28 2018-12-28 Способ определения совместимых средств

Country Status (1)

Country Link
RU (1) RU2712409C1 (ru)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090299817A1 (en) * 2008-06-03 2009-12-03 Qualcomm Incorporated Marketing and advertising framework for a wireless device
US20100082440A1 (en) * 2008-09-30 2010-04-01 Microsoft Corporation Adaptive run-time advertisements
US20120088584A1 (en) * 2002-12-10 2012-04-12 Vinod Mamtani Virtualization system and method for hosting applications
RU2659473C1 (ru) * 2017-08-03 2018-07-02 Юрий Иванович Осипов Система передачи интернет-трафика между пользователями
RU2673711C1 (ru) * 2017-06-16 2018-11-29 Акционерное общество "Лаборатория Касперского" Способ обнаружения аномальных событий на основании набора сверток безопасных событий

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120088584A1 (en) * 2002-12-10 2012-04-12 Vinod Mamtani Virtualization system and method for hosting applications
US20090299817A1 (en) * 2008-06-03 2009-12-03 Qualcomm Incorporated Marketing and advertising framework for a wireless device
US20100082440A1 (en) * 2008-09-30 2010-04-01 Microsoft Corporation Adaptive run-time advertisements
RU2673711C1 (ru) * 2017-06-16 2018-11-29 Акционерное общество "Лаборатория Касперского" Способ обнаружения аномальных событий на основании набора сверток безопасных событий
RU2659473C1 (ru) * 2017-08-03 2018-07-02 Юрий Иванович Осипов Система передачи интернет-трафика между пользователями

Similar Documents

Publication Publication Date Title
RU2739873C2 (ru) Способ поиска пользователей, соответствующих требованиям
RU2747474C2 (ru) Способ асинхронного выбора совместимых продуктов
JP6465916B2 (ja) アプリケーションごとのリソース使用情報の提供
US10956424B2 (en) Application recommending method and system, and server
JP4942939B2 (ja) 他のコンピュータシステムのコンフィギュレーションに基づいてコンピュータシステムのミスコンフィギュレーションをトラブルシューティングする方法およびシステム
US20160094392A1 (en) Evaluating Configuration Changes Based on Aggregate Activity Level
US11614992B2 (en) Detection of system anomalies
RU2712409C1 (ru) Способ определения совместимых средств
KR102083666B1 (ko) 클라우드 컴퓨팅 기반 서버 모니터링 시스템 및 방법
EP3675017A1 (en) System and method of determining compatible modules
WO2021155384A1 (en) Tracking of equipment utilization via a distributed ledger
EP3675018A1 (en) Method of detecting compatible systems for systems with anomalies
EP3693913A1 (en) System and method of identifying and targeting users based on search requirements
US11888686B2 (en) Admin change recommendation in an enterprise
US9183564B2 (en) Framework for marketplace analysis
CN117768296A (zh) 一种故障预警处理方法、装置、设备及存储介质
KR20140074657A (ko) 멀티 데이터베이스 에러 감지 방법 및 서버