СПОСОБ И СИСТЕМА ПРОВЕРКИ ДОСТУПНОСТИ ИНФОРМАЦИОННОГО РЕСУРСА И РАЗМЕЩЁННОГО НА НЁМ КОНТЕНТА В КОМПЬЮТЕРНЫХ СЕТЯХ Российский патент 2024 года по МПК G06F16/80 H04L67/02 

ОБЛАСТЬ ТЕХНИКИ

[1] Настоящее техническое решение, в общем, относится к способам проверки и мониторинга ресурсов в сети, а именно к способу проверки доступности информационного ресурса и размещённого на нём контента в компьютерных сетях.

УРОВЕНЬ ТЕХНИКИ

[2] Доступность ресурсов в сети Интернет - один из важнейших показателей их эффективности, который влияет на их посещаемость. Соответственно существует потребность в возможности одноразового/постоянного мониторинга доступности ресурсов из точек доступа провайдеров сети Интернет.

[3] Из уровня техники известно решение, описанное в RU 2453916 «СПОСОБ ПОИСКА ИНФОРМАЦИОННЫХ РЕСУРСОВ С ИСПОЛЬЗОВАНИЕМ ПЕРЕАДРЕСАЦИЙ», Лебедев Игорь Викторович (RU), опубликовано 20.06.2012: «Изобретение относится к способам поиска информационных ресурсов с использованием переадресаций с исходных адресов информационных ресурсов на результирующие адреса информационных ресурсов. Техническим результатом является расширение функциональных возможностей доступа к ресурсам в сети за счет организации способа переадресации. Сущность заявляемого технического решения заключается в том, что в клиентское приложение введен клиентский модуль и при определении факта отсутствия доступа к запрашиваемому информационному ресурсу клиентское приложение осуществляет обработку исходного адреса информационного ресурса, в результате которой при интерпретации исходного адреса информационного ресурса как псевдонима или адреса доступного информационного ресурса клиентское приложение производит доступ к информационному ресурсу по результирующим адресам, соответствующим исходному адресу информационного ресурса, иначе если исходный адрес не интерпретирован как псевдоним или адрес доступного информационного ресурса, то клиентское приложение формирует и передает запрос, содержащий исходный адрес информационного ресурса, к БД клиентского модуля и серверу информационной системы, которая осуществляет обработку исходного адреса информационного ресурса с определением и/или поиском результирующих адресов информационного ресурса, соответствующих исходному адресу информационного ресурса».

[4] Известные способы и системы мониторинга не позволяют совместно с определением факта доступности информационного ресурса определить доступность размещенного на нём контента.

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

[5] Данное техническое решение направлено на устранение недостатков, присущих существующим решениям, известным из уровня техники.

[6] Решаемой технической проблемой в данном техническом решении является сложность однозначной и одновременной проверки доступности информационного ресурса и размещённого на нём контента в компьютерных сетях.

[7] Основным техническим результатом, проявляющимся при решении вышеуказанной проблемы, является обеспечение точной и одновременной проверки доступности информационного ресурса и размещённого на нём контента в компьютерных сетях.

[8] Дополнительным техническим результатом, проявляющимся при решении вышеуказанной проблемы, является расширение функциональных возможностей при проверке доступности информационного ресурса и размещённого на нём контента в компьютерных сетях.

[9] Указанные технические результаты достигаются благодаря осуществлению способа проверки доступности информационного ресурса и размещённого на нём контента в компьютерных сетях, реализуемого с помощью процессора и устройства хранения данных, включающего следующие шаги:

• осуществляют проверку возможности установления соединения с конечным адресом ресурса в сети;

• осуществляют отправку HTTP-запроса в адрес проверяемого информационного ресурса;

• проводят проверку возвращаемого проверяемым информационным ресурсом HTTP-статуса;

• декодируют текстовое содержимое HTTP-ответа от проверяемого информационного ресурса с последующим установлением наличия или отсутствия текстовых сигнатур;

• по установленному на предыдущем шаге наличию или отсутствию текстовых сигнатур определяют доступность к размещённому контенту на проверяемом информационном ресурсе.

[10] В одном из частных примеров осуществления способа HTTP-запрос может быть выполнен по одному из методов: GET, HEAD, POST, PUT, DELETE, CONNECT, OPTIONS, TRACE, PATCH.

[11] В другом частном примере осуществления способа дополнительно осуществляют трассировку маршрута пакета данных до сетевого узла с определением всех промежуточных узлов, через которые проходит пакет до конечного адреса ресурса в сети.

[12] Кроме того, заявленный технический результат достигается за счет системы проверки доступности информационного ресурса и размещённого на нём контента в компьютерных сетях, содержащей:

- по меньшей мере одно устройство обработки данных;

- по меньшей мере одно устройство хранения данных;

- по меньшей мере одну программу, где одна или более программ хранятся на одном или более устройствах хранения данных и исполняются на одном и более устройствах обработки данных, причем одна или более программ обеспечивает выполнение следующих шагов:

• осуществляют проверку возможности установления соединения с конечным адресом ресурса в сети;

• осуществляют отправку HTTP-запроса в адрес проверяемого информационного ресурса;

• проводят проверку возвращаемого проверяемым информационным ресурсом HTTP-статуса;

• декодируют текстовое содержимое HTTP-ответа от проверяемого информационного ресурса с последующим установлением наличия или отсутствия текстовых сигнатур;

• по установленному на предыдущем шаге наличию или отсутствию текстовых сигнатур определяют доступность к размещённому контенту на проверяемом информационном ресурсе.

[13] В одном из частных примеров реализации системы HTTP-запрос может быть выполнен по одному из методов: GET, HEAD, POST, PUT, DELETE, CONNECT, OPTIONS, TRACE, PATCH.

[14] В другом частном примере реализации системы дополнительно осуществляют трассировку маршрута пакета данных до сетевого узла с определением всех промежуточных узлов, через которые проходит пакет до конечного адреса ресурса в сети.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[15] Признаки и преимущества настоящего технического решения станут очевидными из приводимого ниже подробного описания и прилагаемых чертежей, на которых:

[16] Фиг. 1 иллюстрирует блок-схему выполнения заявленного способа.

[17] Фиг. 2 иллюстрирует алгоритм проверки ресурса по методу TCP.

[18] Фиг. 3 иллюстрирует пример отображения в системе получаемых по методу TCP пакетов от проверяемого ресурса.

[19] Фиг. 4 иллюстрирует пример пакетов, принимаемых системой по методу TCP.

[20] Фиг. 5 иллюстрирует алгоритм проверки ресурса по методу HTTP (без проверки текстового содержимого ответа).

[21] Фиг. 6 иллюстрирует пример отображения в системе получаемых по методу HTTP пакетов от проверяемого ресурса.

[22] Фиг. 7 иллюстрирует пример пакетов, принимаемых системой по методу HTTP.

[23] Фиг. 8 иллюстрирует алгоритм проверки ресурса по методу HTTP (с проверкой текстового содержимого ответа).

[24] Фиг. 9 иллюстрирует пример отображения в системе получаемых пакетов по методу HTTP с проверкой текстового содержимого ответа.

[25] Фиг. 10 иллюстрирует пример пакетов, принимаемых системой по методу HTTP с проверкой текстового содержимого ответа.

[26] Фиг. 11 иллюстрирует содержимое полученных пакетов в ситуации, когда на тестовом стенде осуществляется проверка цели 10.14.0.91:80/ c проверкой наличия текста «Hello, world!».

[27] Фиг. 12 иллюстрирует Содержимое пакетов в случае, когда на тестовом стенде осуществляется проверка цели 10.14.0.91:80/ c проверкой отсутствия текста «Hello, world!».

[28] Фиг. 13 иллюстрирует систему для реализации заявленного способа.ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

[29] Ниже будут описаны термины и понятия, необходимые для реализации настоящего технического решения.

[30] Клиент - техническое средство, подключенное к сети оператора связи, оказывающего услуги по предоставлению доступа к информационно-телекоммуникационной сети Интернет, для автоматизированного сбора данных и определения доступности информационных ресурсов.

[31] Сигнатура - текстовая последовательность, по которой можно однозначно определить, что информация на выбранном ресурсе заблокирована или наоборот доступна.

[32] Уровень L7 (модель OSI) -прикладной уровень базовой иерархической модели взаимодействия открытых систем. Предоставляет пользовательский интерфейс для взаимодействия с сетевыми компонентами.

[33] Уровень L4 (модель OSI) - транспортный уровень базовой иерархической модели взаимодействия открытых систем. Обеспечивает управление потоком данных и выполняет мониторинг ошибок.

[34] HTTP-запрос - сообщение, отправляемое клиентом, чтобы инициировать реакцию со стороны проверяемого ресурса.

[35] HTTP-ответ - сообщение, отправляемое сервером проверяемого ресурса клиенту в ответ на его запрос.

[36] HTTP-статус - код состояния HTTP. Доставляется сервером проверяемого ресурса в качестве ответа на любой HTTP-запрос

[37] IP-адрес - уникальный адрес, идентифицирующий ресурс в сети Интернет или локальной сети.

[38] SBC Single-Board Compute - одноплатное электронно-вычислительное устройство.

[39] TCP-запрос - выполняет проверку доставки всех данных адресату и проверяет не было ли ошибки при передаче информации.

[40] URL - адрес ресурса в сети Интернет.

[41] Представленный способ проверки доступности информационного ресурса и размещённого на нём контента в компьютерных сетях (на Фиг.1 представлена схема способа) решает задачи обеспечения точной и одновременной проверки доступности информационного ресурса и размещённого на нём контента в компьютерных сетях и расширения функциональных возможностей при проверке доступности информационного ресурса и размещённого на нём контента в компьютерных сетях за счет последовательного выполнения следующих шагов:

• осуществляют проверку возможности установления соединения с конечным адресом ресурса в сети (101 на Фиг. 1);

• осуществляют отправку HTTP-запроса в адрес проверяемого информационного ресурса (102 на Фиг. 1);

• проводят проверку возвращаемого проверяемым информационным ресурсом HTTP-статуса (103 на Фиг. 1);

• декодируют текстовое содержимое HTTP-ответа от проверяемого информационного ресурса с последующим установлением наличия или отсутствия текстовых сигнатур (104 на Фиг. 1);

• по установленному на предыдущем шаге наличию или отсутствию текстовых сигнатур определяют доступность к размещённому контенту на проверяемом информационном ресурсе (105 на Фиг. 1).

[42] Описываемые способ и система использует несколько способов проверки доступности ресурсов в сети Интернет и локальных вычислительных сетях, которые представляют собой уникальную технологию автоматического мониторинга социальных сетей, мессенджеров, порталов и иных источников данных при получении контента.

[43] Для одноразового/постоянного мониторинга доступности ресурсов из точек доступа провайдеров Интернет используется ряд клиентов, реализованных на базе одноплатных электронно-вычислительных устройств (SBC), расположенных в различных точках сетевой инфраструктуры, разделенных как географически, так и логически. Клиент представляет собой техническое средство, подключенное либо к сети оператора связи, оказывающего услуги по предоставлению доступа к информационно-телекоммуникационной сети Интернет (далее - оператор связи, провайдер), либо к внутренней частной сети (Интранет). Клиент обеспечивает выполнение автоматизированного сбора данных для определения доступности информационных ресурсов.

Достижение основного и дополнительного технических результатов обеспечивается последовательном применении следующих решений:

1) Проверка возможности установления соединения с конечным адресом хостинг-провайдера ресурса в сети Интернет/Интранет (сетевым хостом).

2) Трассировка маршрута пакета данных до сетевого хоста с определением всех промежуточных узлов, через которые проходит пакет до указанного адреса.

3) Отправка HTTP-запроса любым из указанных методов (GET, HEAD, POST, PUT, DELETE, CONNECT, OPTIONS, TRACE, PATCH).

4) Проверка возвращаемого ресурсом HTTP-статуса (согласно RFC 7231).

5) Декодирование текстового содержимого HTTP-ответа от ресурса с последующим установлением наличия или отсутствия указанных оператором системы текстовых сигнатур.

Под текстовыми сигнатурами в данном случае понимаются такие текстовые последовательности, по которым можно однозначно определить, что информация на выбранном ресурсе заблокирована или наоборот доступна. При этом система предполагает реализацию следующих видов запросов.

1) Уровень L7 (модель OSI)

1. HTTP-запрос с методами GET, HEAD, POST, PUT, DELETE, CONNECT, OPTIONS, TRACE и PATCH и оценкой кода ответа по RFC 7231.

2. Проверка возвращаемого ресурсом HTTP-статуса.

3. Работа с текстовыми сигнатурами (далее - сигнатура) по возвращаемому контенту:

a. сигнатура указывается в виде подстроки;

b. сигнатура указывается в виде одной или нескольких подстрок с указанием правил проверки.

2) Уровень L4 (модель OSI)

1. TCP-запросы с указанием порта (пример tcp://8.8.8.8:80).

Таким образом, клиент выполняет следующую последовательность действий. Если адрес проверяемого ресурса задан с помощью доменного имени, средствами операционной системы осуществляется определение IP-адреса. В случае получения от проверяемого сайта HTTP перенаправления, проверяется URL, на который осуществляется перенаправление. Это осуществляется с помощью вызываемой библиотеки urllib3, которая является инструментом для работы с HTTP-запросами и управления сетевыми соединениями в языке программирования Python. Urllib3 предоставляет высокоуровневый интерфейс для отправки HTTP-запросов, обработки ответов, поддержки прокси-серверов и проверки сертификатов. В случае успешного HTTP-запроса клиент проверяет полученный ответ проверяемого сайта по коду HTTP-ответа. Корректность самого ответа проверяется также на уровне библиотеки urllib3.

Клиент при этом выполняет цикличный набор действий, а именно:

1. запрашивает список проверяемых ресурсов с серверного оборудования системы;

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

3. направляет на сервер системы результаты опроса;

4. переходит в режим ожидания с заданным в конфигурационном файле интервалом;

5. переходит к выполнению пункта 1.

Ниже представлены более подробные описания используемых методов.

3) Уровень L3 (модель OSI)

Путем задания MAC адреса принимающего устройства и загруженной RAW последовательности как отправляемого запроса, так и принимаемого ответа существует возможность осуществить проверку доступности устройства на сетевом уровне.

[44] Обработка целей по методу TCP осуществляется следующим образом: клиент направляет запрос на установку соединения с конечной точкой (задается IP-адресом либо доменным именем, а также номером порта). При отправке пакетов узлы последовательно нумеруют их и рассчитывают контрольную сумму. Поскольку все пакеты имеют последовательные номера, то становится видно если какие-то из них отсутствуют. В этом случае отправляется запрос на повторную отправку пакета. Если для какого-то пакета не совпала контрольная сумма, то отправляется запрос на повторную отправку пакета. Механизм TCP предоставляет поток данных с предварительной установкой соединения, осуществляет повторный запрос данных в случае потери данных и устраняет дублирование при получении двух копий одного пакета, гарантируя тем самым целостность передаваемых данных и уведомление отправителя о результатах передачи.

Если соединение установлено успешно, проверяемый ресурс считается доступным.

В случае невозможности установки соединения (в том числе по причине возникновения различных ошибок в процессе попытки установки соединения) проверяемый ресурс считается недоступным.

На Фиг. 2 показан алгоритм проверки ресурса по методу TCP.

На Фиг. 3 приведен пример отображения в системе получаемых по методу TCP пакетов от проверяемого ресурса, в качестве которого использован тестовый стенд с IP-адресом 10.14.0.91. На тестовом стенде развернут HTTP-сервер на базе Nginx со стартовой страницей на стандартном порту, который используется для HTTP-серверов (80 порт). Пример иллюстрирует ситуацию, когда проверяемый ресурс доступен.

Пример пакетов, принимаемых системой, в случае, когда приведенный выше тестовый стенд недоступен (используемый порт 81) показан на Фиг.4.

[45] Обработка целей по методу HTTP (без проверки текстового содержимого ответа осуществляется следующим образом: клиент отправляет HTTP-запрос на указанный оператором системы адрес. Передача данных в рамках функционирования рассматриваемого протокола осуществляется за счет HTTP-сообщений. Структура HTTP-сообщений включает в себя такие компоненты как:

• строка состояния, которая применяется для того, чтобы описать версию используемого протокола и указать иные данные;

• HTTP-заголовки, описывающие тело сообщения;

• пустая строка, указывающая на то, что все имеющиеся метаданные для ответа или запроса были отправлены «получателю»;

• опциональное тело сообщения. Этот компонент включает в свой состав данные, связанные с запросом, или данные, передаваемые в ответе.

В случае получения HTTP-ответа со статус-кодом 200, проверяемый ресурс считается доступным.

В остальных случаях (в том числе, по причине возникновения различных ошибок в процессе отправки HTTP-запроса и получения/декодирования HTTP-ответа) цель считается недоступной.

На Фиг. 5 показан алгоритм проверки ресурса по методу HTTP (без проверки текстового содержимого ответа).

На Фиг. 6 приведен пример отображения в системе получаемых по методу HTTP пакетов от проверяемого ресурса, в качестве которого использован тестовый стенд с IP-адресом 10.14.0.91. На тестовом стенде развернут HTTP-сервер на базе Nginx со стартовой страницей на стандартном порту, который используется для HTTP-серверов (80 порт). Пример иллюстрирует ситуацию, когда проверяемый ресурс доступен (статус-код 200).

Пример пакетов, принимаемых системой по методу HTTP, в случае, когда приведенный выше тестовый стенд недоступен (используемый порт 80) показан на Фиг.7.

[46] Обработка целей по методу HTTP (с проверкой текстового содержимого ответа):

• Клиент отправляет HTTP-запрос на указанный оператором адрес проверяемого ресурса (цель).

• В случае возникновения ошибок в процессе HTTP-запроса получения/ декодирования HTTP-ответа цель считается недоступной;

• В случае получения HTTP-ответа со статус-кодом, отличным от 200, цель считается недоступной.

• В случае, если содержимое HTTP-ответа не может быть декодировано как текст, цель считается недоступной.

• В случае, если декодированный текст соответствует указанным условиям, цель считается доступной.

• В остальных случаях цель считается недоступной.

На Фиг. 8 показан алгоритм проверки ресурса по методу HTTP (с проверкой текстового содержимого ответа).

На Фиг. 9 приведен пример отображения в системе получаемых пакетов по методу HTTP с проверкой текстового содержимого ответа (наличие текста «Welcome to nginx!») от проверяемого ресурса, в качестве которого использован тестовый стенд с IP-адресом 10.14.0.91. На тестовом стенде развернут HTTP-сервер на базе Nginx со стартовой страницей на стандартном порту, который используется для HTTP-серверов (80 порт). Пример иллюстрирует ситуацию, когда проверяемый ресурс доступен (статус-код 200, заданный текст присутствует).

Пример пакетов, принимаемых системой по методу HTTP с проверкой текстового содержимого ответа, в случае когда проверяется отсутствие заданного текста «Welcome to nginx!» (используемый порт 80) показан на Фиг.10.

Пример на Фиг. 11 иллюстрирует содержимое полученных пакетов в ситуации, когда на тестовом стенде осуществляется проверка цели 10.14.0.91:80/ c проверкой наличия текста «Hello, world!».

Содержимое пакетов в случае, когда на тестовом стенде осуществляется проверка цели 10.14.0.91:80/ c проверкой отсутствия текста «Hello, world!» показано на Фиг. 12.

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

[47] Заявленное техническое решение может выполняться, например системой, машиночитаемым носителем, сервером и т.д. В данном техническом решении под системой подразумевается, в том числе компьютерная система, ЭВМ (электронно-вычислительная машина), ЧПУ (числовое программное управление), ПЛК (программируемый логический контроллер), компьютеризированные системы управления и любые другие устройства, способные выполнять заданную, четко определенную последовательность операций (действий, инструкций).

[48] Под устройством обработки команд подразумевается электронный блок либо интегральная схема (микропроцессор), исполняющая машинные инструкции (программы).

[49] Устройство обработки команд считывает и выполняет машинные инструкции (программы) с одного или более устройства хранения данных, например таких устройств, как оперативно запоминающие устройства (ОЗУ) и/или постоянные запоминающие устройства (ПЗУ). В качестве ПЗУ могут выступать, но, не ограничиваясь, жесткие диски (HDD), флеш-память, твердотельные накопители (SSD), оптические носители данных (CD, DVD, BD, MD и т.п.) и др.

[50] Программа - последовательность инструкций, предназначенных для исполнения устройством управления вычислительной машины или устройством обработки команд.

[51] Термин «инструкции», используемый в этой заявке, может относиться, в общем, к программным инструкциям или программным командам, которые написаны на заданном языке программирования для осуществления конкретной функции, такой как, например, получение и обработка данных, формирование профиля пользователя, прием и передача сигналов, анализ принятых данных, идентификация пользователя и т.п. Инструкции могут быть осуществлены множеством способов, включающих в себя, например, объектно-ориентированные методы. Например, инструкции могут быть реализованы, посредством языка программирования C++, Java, Python, различных библиотек (например, Microsoft Foundation Classes) и т.д. Инструкции, осуществляющие процессы, описанные в этом решении, могут передаваться как по проводным, так и по беспроводным каналам передачи данных, например, Wi-Fi, Bluetooth, USB, WLAN, LAN и т.п.

[52] В общем виде (см. Фиг. 13) система объединения данных информационных систем для их последующей визуализации (1300) содержит объединенные общей шиной информационного обмена один или несколько процессоров (1301), средства памяти, такие как ОЗУ (1302) и ПЗУ (1303) и интерфейсы ввода/вывода (1304).

[53] Процессор (1301) (или несколько процессоров, многоядерный процессор и т.п.) может выбираться из ассортимента устройств, широко применяемых в настоящее время, например, таких производителей, как: Intel™, AMD™, Apple™, Samsung Exynos™, MediaTEK™, Qualcomm Snapdragon™ и т.п. Под процессором или одним из используемых процессоров в системе (1300) также необходимо учитывать графический процессор, например, GPU NVIDIA с программной моделью, совместимой с CUDA, или Graphcore, тип которых также является пригодным для полного или частичного выполнения способа, а также может применяться для обучения и применения моделей машинного обучения в различных информационных системах.

[54] ОЗУ (1302) представляет собой оперативную память и предназначено для хранения исполняемых процессором (1301) машиночитаемых инструкций для выполнения необходимых операций по логической обработке данных. ОЗУ (1302), как правило, содержит исполняемые инструкции операционной системы и соответствующих программных компонент (приложения, программные модули и т.п.). При этом, в качестве ОЗУ (1302) может выступать доступный объем памяти графической карты или графического процессора.

[55] ПЗУ (1303) представляет собой одно или более устройств постоянного хранения данных, например, жесткий диск (HDD), твердотельный накопитель данных (SSD), флэш-память (EEPROM, NAND и т.п.), оптические носители информации (CD-R/RW, DVD-R/RW, BlueRay Disc, MD) и др.

[56] Для организации работы компонентов устройства (1300) и организации работы внешних подключаемых устройств применяются различные виды интерфейсов В/В (1304). Выбор соответствующих интерфейсов зависит от конкретного исполнения вычислительного устройства, которые могут представлять собой, не ограничиваясь: PCI, AGP, PS/2, IrDa, FireWire, LPT, COM, SATA, IDE, Lightning, USB (2.0, 3.0, 3.1, micro, mini, type C), TRS/Audio jack (2.5, 3.5, 6.35), HDMI, DVI, VGA, Display Port, RJ45, RS232 и т.п.

[57] Для обеспечения взаимодействия пользователя с устройством (1300) применяются различные средства (1305) В/В информации, например, клавиатура, дисплей (монитор), сенсорный дисплей, тач-пад, джойстик, манипулятор мышь, световое перо, стилус, сенсорная панель, трекбол, динамики, микрофон, средства дополненной реальности, оптические сенсоры, планшет, световые индикаторы, проектор, камера, средства биометрической идентификации (сканер сетчатки глаза, сканер отпечатков пальцев, модуль распознавания голоса) и т.п.

[58] Средство сетевого взаимодействия (1306) обеспечивает передачу данных посредством внутренней или внешней вычислительной сети, например, Интранет, Интернет, ЛВС и т.п. В качестве одного или более средств (506) может использоваться, но не ограничиваться: Ethernet карта, GSM модем, GPRS модем, LTE модем, 5G модем, модуль спутниковой связи, NFC модуль, Bluetooth и/или BLE модуль, Wi-Fi модуль и др.

[59] Конкретный выбор элементов устройства (1300) для реализации различных программно-аппаратных архитектурных решений может варьироваться с сохранением обеспечиваемого требуемого функционала. В частности, подобная реализация может быть выполнена с помощью электронных компонент, используемых для создания цифровых интегральных схем. Не ограничиваюсь, могут быть использоваться микросхемы, логика работы которых определяется при изготовлении, или программируемые логические интегральные схемы (ПЛИС), логика работы которых задаётся посредством программирования. Для программирования используются программаторы и отладочные среды, позволяющие задать желаемую структуру цифрового устройства в виде принципиальной электрической схемы или программы на специальных языках описания аппаратуры: Verilog, VHDL, AHDL и др. Альтернативой ПЛИС являются: программируемые логические контроллеры (ПЛК), базовые матричные кристаллы (БМК), требующие заводского производственного процесса для программирования; ASIC - специализированные заказные большие интегральные схемы (БИС), которые при мелкосерийном и единичном производстве существенно дороже. Таким образом, реализация может быть достигнута стандартными средствами, базирующимися на классических принципах реализации основ вычислительной техники.

[60] В частном варианте реализации описываемое решение представляет собой аппаратно-программный комплекс мониторинга доступности ресурсов в сети Интернет, где аппаратная часть состоит из двух серверов: сервер с виртуальной машиной с VPN-сервером, сервер базы данных, и ряда клиентов, реализованных на базе одноплатных электронно-вычислительных устройств (SBC (Single-Board Computer)), которые могут располагаться на различных объектах.

[61] Представленные материалы заявки раскрывают предпочтительные примеры реализации технического решения и не должны трактоваться как ограничивающие иные, частные примеры его воплощения, не выходящие за пределы испрашиваемой правовой охраны, которые являются очевидными для специалистов соответствующей области техники.

Изобретение относится к способу и системе проверки доступности информационного ресурса и размещённого на нём контента в компьютерных сетях. Технический результат заключается в обеспечении одновременной проверки доступности информационного ресурса и размещённого на нём контента. В способе осуществляют проверку возможности установления соединения с конечным адресом ресурса в сети; осуществляют отправку HTTP-запроса в адрес проверяемого информационного ресурса; проводят проверку возвращаемого проверяемым информационным ресурсом HTTP-статуса; декодируют текстовое содержимое HTTP-ответа от проверяемого информационного ресурса с последующим установлением наличия или отсутствия текстовых сигнатур, представляющих собой текстовую последовательность, по которой можно однозначно определить, что информация на выбранном ресурсе заблокирована или наоборот доступна; по установленному на предыдущем шаге наличию или отсутствию текстовых сигнатур определяют доступность к размещённому контенту на проверяемом информационном ресурсе. 2 н. и 4 з.п. ф-лы, 13 ил.

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

• осуществляют проверку возможности установления соединения с конечным адресом ресурса в сети;

• осуществляют отправку HTTP-запроса в адрес проверяемого информационного ресурса;

• проводят проверку возвращаемого проверяемым информационным ресурсом HTTP-статуса;

• декодируют текстовое содержимое HTTP-ответа от проверяемого информационного ресурса с последующим установлением наличия или отсутствия текстовых сигнатур, представляющих собой текстовую последовательность, по которой можно однозначно определить, что информация на выбранном ресурсе заблокирована или наоборот доступна;

• по установленному на предыдущем шаге наличию или отсутствию текстовых сигнатур определяют доступность к размещённому контенту на проверяемом информационном ресурсе.

2. Способ проверки доступности информационного ресурса и размещённого на нём контента в компьютерных сетях по п.1, характеризующийся тем, что HTTP-запрос может быть выполнен по одному из методов: GET, HEAD, POST, PUT, DELETE, CONNECT, OPTIONS, TRACE, PATCH.

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

4. Система проверки доступности информационного ресурса и размещённого на нём контента в компьютерных сетях, содержащая:

по меньшей мере одно устройство обработки данных;

по меньшей мере одно устройство хранения данных;

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

• осуществляют проверку возможности установления соединения с конечным адресом ресурса в сети;

• осуществляют отправку HTTP-запроса в адрес проверяемого информационного ресурса;

• проводят проверку возвращаемого проверяемым информационным ресурсом HTTP-статуса;

• декодируют текстовое содержимое HTTP-ответа от проверяемого информационного ресурса с последующим установлением наличия или отсутствия текстовых сигнатур, представляющих собой текстовую последовательность, по которой можно однозначно определить, что информация на выбранном ресурсе заблокирована или наоборот доступна;

• по установленному на предыдущем шаге наличию или отсутствию текстовых сигнатур определяют доступность к размещённому контенту на проверяемом информационном ресурсе.

5. Система проверки доступности информационного ресурса и размещённого на нём контента в компьютерных сетях по п.4, характеризующаяся тем, что HTTP-запрос может быть выполнен по одному из методов: GET, HEAD, POST, PUT, DELETE, CONNECT, OPTIONS, TRACE, PATCH.

6. Система проверки доступности информационного ресурса и размещённого на нём контента в компьютерных сетях по п.4, характеризующаяся тем, что дополнительно осуществляют трассировку маршрута пакета данных до сетевого узла с определением всех промежуточных узлов, через которые проходит пакет до конечного адреса ресурса в сети.